Visão geral dos limites de recursos da Instância Gerenciada de SQL do Azure
Aplica-se a:
Instância Gerenciada de SQL do Azure
Este artigo apresenta uma visão geral das características técnicas e dos limites de recursos para a Instância Gerenciada de SQL do Azure e fornece informações sobre como solicitar um aumento desses limites.
Observação
Para diferenças em recursos suportados e instruções T-SQL, consulte Diferenças de recursos e Suporte à instrução T-SQL. Para saber as diferenças gerais entre as camadas de serviço do Banco de Dados SQL do Azure e da Instância Gerenciada de SQL, examine as camadas de serviço Uso Geral e Comercialmente Crítico.
Características de configuração de hardware
Instância Gerenciada de SQL tem características e limites de recursos que dependem da infraestrutura e arquitetura subjacentes. Instância Gerenciada de SQL pode ser implantada em várias gerações de hardware.
As gerações de hardware têm características diferentes, conforme descritas na tabela a seguir:
| Característica | Série Standard (Gen 5) | Série Premium | Série Premium otimizado para memória |
|---|---|---|---|
| CPU | Processadores Intel® E5-2673 v4 (Broadwell) de 2,3 GHz, Intel® SP-8160 (Skylake) e Intel® 8272CL (Cascade Lake) de 2,5 GHz | Processadores Intel® 8370C (Ice Lake) de 2,8 GHz | Processadores Intel® 8370C (Ice Lake) de 2,8 GHz |
|
Número de vCores vCore=1 LP (hyper-thread) |
21 -80 vCores | 21 -128 vCores | 4-128 vCores |
| Memória máxima (taxa de memória/vCore) | 5,1 GB por vCore - no máximo 408 GB Adicione mais vCores para obter mais memória. |
7 GB por vCore até 80 vCores - no máximo 560 GB | 13,6 GB por vCore até 64 vCores - no máximo 870,4 GB |
| Memória OLTP in-memory máxima | Limite de instância: 0,8 a 1,65 GB por vCore | Limite de instância: 1.1 a 2.3 GB por vCore | Limite de instância: 2.2 a 4.5 GB por vCore |
| Máximo de armazenamento reservado de instância2 |
Uso Geral: até 16 TB Comercialmente Crítico: até 4 TB |
Uso Geral: até 16 TB Comercialmente Crítico: até 16 TB3 |
Uso Geral: até 16 TB Comercialmente Crítico: até 16 TB |
1 A implantação de uma instância de 2 vCore só é possível em um pool de instâncias.
2 Dependente do número de vCores.
3 Somente as principais regiões podem fornecer 16 TB de armazenamento. As regiões menores limitam o armazenamento disponível a 5,5 TB.
Observação
Se sua carga de trabalho exige tamanhos de armazenamento maiores do que os limites de recursos disponíveis para a Instância Gerenciada de SQL do Azure, considere a camada de serviço de Hiperescala do Banco de Dados SQL do Azure.
Suporte regional para o hardware com otimização de memória da série Premium e para o hardware com armazenamento de 16 TB da série Premium
O suporte para o hardware com armazenamento de 16 TB da série Premium tem uma disponibilidade semelhante ao suporte para o hardware com otimização de memória da série Premium. No momento, o suporte para o hardware com otimização de memória da série Premium e para o hardware com armazenamento de 16 TB da série Premium está disponível somente nestas regiões específicas:
| Geografia | Regiões que dão suporte para hardware da série premium com memória otimizada e armazenamento de 16 TB |
|---|---|
| Europa | França Central, Centro-Oeste da Alemanha, Norte da Itália, Norte da Europa, Polônia Central, Suécia Central, Norte da Suíça, Sul do Reino Unido, Oeste da Europa |
| Oriente Médio, África | Catar Central |
| Américas | Sul do Brasil, Canadá Central, Leste do Canadá, EUA Central, Leste dos EUA 2, Centro-Norte dos EUA, Centro-Sul dos EUA, Oeste dos EUA, Centro-Oeste dos EUA, Oeste dos EUA 2 |
| Pacífico Asiático | Leste da Austrália, Sudeste da Austrália, Norte da China 3, Índia Central, Leste da Ásia, Leste do Japão, Sudeste da Ásia |
Espaço disponível no OLTP in-memory
A quantidade de espaço OLTP in-memory na camada de serviço Comercialmente Crítico depende do número de vCores e da configuração do hardware. A tabela a seguir lista os limites de memória que pode ser usados para objetos OLTP In-memory.
| vCores | Série Standard (Gen 5) | Série Premium | Série Premium otimizado para memória |
|---|---|---|---|
| 4 vCores | 3,14 GB | 4.39 GB | 8.79 GB |
| 6 vCores | - | 6,59 GB | 15,32 GB |
| 8 vCores | 6,28 GB | 8.79 GB | 22.06 GB |
| 10 vCores | - | 12,11 GB | 30,94 GB |
| 12 vCores | - | 15,43 GB | 39,82 GB |
| 16 vCores | 15.77 GB | 22.06 GB | 57.58 GB |
| 20 vCores | - | 28,70 GB | 75,34 GB |
| 24 vCores | 25.25 GB | 35.34 GB | 93.09 GB |
| 32 vCores | 37.94 GB | 53.09 GB | 128.61 GB |
| 40 vCores | 52.23 GB | 73.09 GB | 164.13 GB |
| 48 vCores | - | 95,34 GB | 199,64 GB |
| 56 vCores | - | 117,58 GB | 244,13 GB |
| 64 vCores | 99,9 GB | 139.82 GB | 288.61 GB |
| 80 vCores | 131,68 GB | 184.30 GB | 288.61 GB |
| 96 vCores | N/D | 184.30 GB | 288.61 GB |
| 128 vCores | N/D | 184.30 GB | 288.61 GB |
Características de camada de serviço
A Instância Gerenciada de SQL tem duas camadas de serviço: Uso Geral e Comercialmente Crítico. É possível escolher usar a camada de serviço Uso Geral de Última Geração (Preview) atualizada.
Importante
A camada de serviço Comercialmente Crítico oferece uma cópia interna adicional da Instância Gerenciada de SQL (réplica secundária) que pode ser usada para a carga de trabalho somente leitura. Se você puder separar consultas de leitura/gravação e consultas somente leitura/análise/relatório, você obterá o dobro dos vCores e memória pelo mesmo preço. A réplica secundária pode ficar alguns segundos atrás da instância primária, portanto, ela foi projetada para descarregar cargas de trabalho de relatório/análise que não precisam do estado exato atual dos dados. Na tabela a seguir, consultas somente leitura são as consultas executadas na réplica secundária.
Número de vCores
| Geração de hardware | Uso Geral | Uso Geral de Última Geração | Comercialmente Crítico |
|---|---|---|---|
| Série Standard (Gen 5) | 21, 4, 8, 16, 24, 32, 40, 64, 80 | 4, 8, 16, 24, 32, 40, 64, 80 | 4, 8, 16, 24, 32, 40, 64, 80 |
| Série Premium | 21, 4, 8, 16, 24, 32, 40, 64, 80 | 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128 | 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128 |
| Série Premium otimizado para memória | 4, 8, 16, 24, 32, 40, 64, 80 | 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128 | 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128 |
1 A implantação de uma instância de 2 vCore só é possível em um pool de instâncias.
Memória máxima
| Geração de hardware | Uso Geral | Uso Geral de Última Geração | Comercialmente Crítico |
|---|---|---|---|
| Série Standard (Gen 5) | 20,4 GB – 408 GB 5,1 GB/vCore |
20,4 GB – 408 GB 5,1 GB/vCore |
20,4 GB – 408 GB 5,1 GB/vCore em cada réplica |
| Série Premium | 28 GB - 560 GB 7 GB/vCore |
28 GB - 560 GB 7 GB/vCore |
28 GB - 560 GB 7 GB/vCore até 80 vCores1 em cada réplica |
| Série Premium otimizado para memória | 54,4 GB – 870,4 GB 13,6 GB/vCore |
54,4 GB – 870,4 GB 13,6 GB/vCore |
54,4 GB – 870,4 GB 13,6 GB/vCore até 64 vCores1 em cada réplica |
1 A relação entre memória/vCore apenas está disponível em até 80 vCores para hardwares da série Premium e 64 vCores para a série Premium otimizada para memória. A memória máxima é limitada a 560 GB para vCores da série Premium acima de 80 e 870,4 GB para vCores da série Premium otimizada para memória acima de 64.
Tamanho máximo de armazenamento de instância (reservado)
| Geração de hardware | Uso Geral | Uso Geral de Última Geração | Comercialmente Crítico |
|---|---|---|---|
| Série Standard (Gen 5) | - 2 TB para 4 vCores - 8 TB para 8 vCores - 16 TB para outros tamanhos |
- 2 TB para 4 vCores - 8 TB para 8 vCores - 16 TB para outros tamanhos |
- 1 TB para 4, 8, 16 vCores - 2 TB para 24 vCores - 4 TB para 32, 40, 64, 80 vCores |
| Série Premium | - 2 TB para 4 vCores - 8 TB para 8 vCores - 16 TB para outros tamanhos |
- 2 TB para 4 e 6 vCores - 8 TB para 8, 10 e 12 vCores - 16 TB para 16, 20 e 24 vCores - 32 TB para 32, 40, 48, 56, 64, 80, 96 e 128 vCores |
- 1 TB para 4, 6 vCores - 2 TB para 8, 10, 12 vCores - 4 TB para 16, 20 vCores - 5,5 TB para 24, 32, 40, 48, 56 vCores - 5,5 TB ou 16 TB (dependendo da região) para 64, 80, 96, 128 vCores1 |
| Série Premium otimizado para memória | - 2 TB para 4 vCores - 8 TB para 8 vCores - 16 TB para outros tamanhos |
- 2 TB para 4 e 6 vCores - 8 TB para 8, 10 e 12 vCores - 16 TB para 16, 20 e 24 vCores - 32 TB para 32, 40, 48, 56, 64, 80, 96 e 128 vCores |
- 1 TB para 4, 6 vCores - 2 TB para 8, 10, 12 vCores - 4 TB para 16, 20 vCores - 5.5 TB para 24 vCores - 5,5 TB ou 8 TB (dependendo da região) para 32, 40 vCores2 - 12 TB para 48, 56 vCores - 16 TB para 64, 80, 96, 128 vCores |
1 Somente as principais regiões podem fornecer 16 TB de armazenamento para o hardware da série Premium para esses números de vCore de CPU. As regiões menores limitam o armazenamento disponível a 5,5 TB.
2 Somente as principais regiões podem fornecer 8 TB de armazenamento para o hardware com otimização de memória da série Premium para esses números de vCore de CPU. As regiões menores limitam o armazenamento disponível a 5,5 TB.
Comparação de recursos
| Característica | Uso Geral | Uso Geral de Última Geração | Comercialmente Crítico |
|---|---|---|---|
| Tamanho máximo do banco de dados | Até o tamanho da instância disponível no momento (dependendo do número de vCores). | Até o tamanho da instância disponível no momento (dependendo do número de vCores). | Até o tamanho da instância disponível no momento (dependendo do número de vCores). |
Tamanho máximo do banco de dados tempdb |
Limitado a 24 GB/vCore (96 a 1,920 GB) e ao tamanho do armazenamento de instância disponível no momento. Adicione mais vCores para obter mais espaço tempdb.O tamanho do arquivo de log é limitado a 120 GB. |
Limitado a 24 GB/vCore (96 a 1,920 GB) e ao tamanho do armazenamento de instância disponível no momento. Adicione mais vCores para obter mais espaço tempdb.O tamanho do arquivo de log é limitado a 120 GB. |
Até o tamanho do armazenamento de instância disponível no momento. |
Número de arquivos tempdb |
128 | 128 | 128 |
| Número máximo de bancos de dados por instância | 100 bancos de dados de usuário, a menos que o limite de tamanho do armazenamento de instância tenha sido atingido. | 500 bancos de dados de usuários | 100 bancos de dados de usuário, a menos que o limite de tamanho do armazenamento de instância tenha sido atingido. |
| Número máximo de arquivos do bancos de dados | 280 por instância, a menos que o tamanho do armazenamento da instância ou o limite de espaço de alocação de armazenamento no Disco Premium do Azure tenha sido atingido. | 4.096 arquivos por banco de dados | 32.767 arquivos por banco de dados, a menos que o limite de tamanho do armazenamento de instância tenha sido atingido. |
| Tamanho máximo do arquivo de dados | O tamanho máximo de cada arquivo de dados é de 8 TB. Use pelo menos dois arquivos de dados para bancos de dados com mais de 8 TB. | Até o tamanho da instância disponível no momento (dependendo do número de vCores). | Até o tamanho da instância disponível no momento (dependendo do número de vCores). |
| Tamanho máximo do arquivo de log | Limitado a 2 TB e tamanho de armazenamento de instância disponível no momento. | Limitado a 2 TB e tamanho de armazenamento de instância disponível no momento. | Limitado a 2 TB e tamanho de armazenamento de instância disponível no momento. |
| Dados/Log IOPS (aproximado) | 500 – 7500 por arquivo * Aumentar o tamanho do arquivo para obter mais IOPS |
Armazenamento reservado * 3 até os limites da VM. No caso de 32 GB, 64 GB e 96 GB de armazenamento reservado, o valor é 300. Os limites da VM dependem do número de vCores 6.400 IOPS para uma VM com 4 vCores e 80 mil IOPS para uma VM com 128 vCores |
16 K - 320 K (4000 IOPS/vCore) Adicione mais vCores para obter um melhor desempenho de E/S. |
| Taxa de transferência de dados (aproximada) | De 100 a 250 MiB/s por arquivo * Aumentar o tamanho do arquivo para obter melhor desempenho de E/S |
IOPS/30 MBps até os limites da VM. No caso de 32 GB, 64 GB e 96 GB de armazenamento reservado, o valor é 75 MBps. | Não limitado. |
| Limite de taxa de transferência de gravação de log (por instância) | 4.5 MiB/s por vCore Máximo de 120 MiB/s por instância De 22 a 65 MiB/s por BD (dependendo do tamanho do arquivo de log) * Aumentar o tamanho do arquivo para obter melhor desempenho de E/S |
4.5 MiB/s por vCore Máximo de 192 MiB/s |
4.5 MiB/s por vCore Máximo de 192 MiB/s |
| Latência de E/S de armazenamento (aproximadamente1) | 5-10 ms | De 3 a 5 ms | 1-2 ms |
| OLTP in-memory | Sem suporte | Sem suporte | Disponível, o tamanho depende do número de vCore |
| Máx. de sessões | 30000 | 30000 | 30000 |
| Número máximo de trabalhos simultâneos | 105 x número de vCores + 800 | 105 x número de vCores + 800 | 105 x número de vCores + 800 |
| Usar réplicas somente leitura para descarregar cargas de trabalho de consulta somente leitura | 0 | 0 | 1 (incluído no preço) |
| Isolamento de computação | Não há suporte para instâncias de Uso Geral que podem compartilhar hardware físico com outras instâncias | Não há suporte para instâncias de Uso Geral da Próxima Geração que podem compartilhar hardware físico com outras instâncias | da série standard (Gen5) Com suporte para configurações com 64 ou mais vCores da série Premium: com suporte para configurações com 64 ou mais vCores Série Premium otimizada para memória: com suporte para configuração com 64 ou mais vCores |
| Réplicas para disponibilidade | Nós em espera para alta disponibilidade | Nós em espera para alta disponibilidade | Quatro réplicas de alta disponibilidade, em que uma também é uma réplica em escala de leitura |
| Réplicas somente leitura com grupos de failover habilitados | Uma réplica somente leitura adicional. Duas réplicas legíveis no total, que incluem a réplica primária. | Uma réplica somente leitura adicional. Duas réplicas legíveis no total, que incluem a réplica primária. | Duas réplicas somente leitura adicionais, três réplicas somente leitura. Quatro réplicas legíveis no total, que incluem a réplica primária. |
| Preço/cobrança | O vCore, o armazenamento reservado e o armazenamento de backup são cobrados. IOPS não são cobrados |
vCore, armazenamento reservado, armazenamento de backup e IOPS (acima da cota gratuita) são cobrados. | O vCore, o armazenamento reservado e o armazenamento de backup são cobrados. O IOPS não é cobrado. |
| Modelos de desconto |
de Reservas do Azure Benefício Híbrido do Azure – Banco de Dados SQL do Azure & da Instância Gerenciada de SQL (não disponível em assinaturas de desenvolvimento/teste) Assinaturas Enterprise e Desenvolvimento/Teste Pago Conforme o Uso |
de Reservas do Azure Benefício Híbrido do Azure – Banco de Dados SQL do Azure & da Instância Gerenciada de SQL (não disponível em assinaturas de desenvolvimento/teste) Assinaturas Enterprise e Desenvolvimento/Teste Pago Conforme o Uso |
de Reservas do Azure Benefício Híbrido do Azure – Banco de Dados SQL do Azure & da Instância Gerenciada de SQL (não disponível em assinaturas de desenvolvimento/teste) Assinaturas Enterprise e Desenvolvimento/Teste Pago Conforme o Uso |
1 Esse é um intervalo médio. Embora a grande maioria das durações da solicitação de E/S fique abaixo do topo do intervalo, exceções que excedem o intervalo são possíveis.
Considerações adicionais
O tamanho de armazenamento de instância disponível atualmente é a diferença entre o tamanho da instância reservada e o espaço de armazenamento usado.
O tamanho do arquivo de log e de dados nos bancos de dados de sistema e de usuário são incluídos no tamanho de armazenamento de instância que é comparado ao limite de tamanho de armazenamento máximo. Usar a exibição do sistema sys. master_files para determinar o total o espaço usado pelos bancos de dados. Os logs de erros não são persistentes e não estão incluídos no tamanho. Os backups não estão incluídos no tamanho do armazenamento.
A produtividade e a IOPS na camada Uso Geral também dependem do tamanho do arquivo e não têm limites explícitos fornecidos pela Instância Gerenciada de SQL.
A IOPS de instância máxima depende do layout do arquivo e da distribuição da carga de trabalho. Por exemplo, se você criar sete arquivos de 1 TB com um máximo de 5 mil IOPS cada e sete arquivos pequenos (menores que 128 GB) com 500 IOPS cada, poderá obter 38500 IOPS por instância (7x5000 + 7x500) se sua carga de trabalho puder usar todos os arquivos. Algumas IOPS também são usadas para autobackups.
Você pode criar outra réplica legível em uma região do Azure diferente usando grupos de failover
Os nomes dos arquivos
tempdbnão podem ter mais de 16 caracteres.
Encontre mais informações sobre os limites de recursos em pools de Instância Gerenciada de SQL neste artigo.
IOPS
Para as camadas de serviço Uso Geral de Última Geração e Comercialmente Crítico, as IOPS disponíveis são determinadas pelo número de vCores:
- Camada de serviço Uso Geral de Última Geração: valor fixo de IOPS com base no número de vCores. O preço do armazenamento inclui um valor de IOPS mínimo. Se você ultrapassar o valor mínimo, terá cobranças da seguinte forma: 1 IOPS = preço de armazenamento (por região) dividido por três. Por exemplo, se o custo de 1 GB de armazenamento é US$ 0,115, então 1 IOPS = 0,115/3 = US$ 0,038 por IOPS.
- Camada de serviço Comercialmente Crítico: usa uma fórmula (4.000 IOPS/vCore) para determinar os limites de IOPS.
A tabela apresentada a seguir lista o número máximo de IOPS disponíveis para cada camada de serviço com base no número de vCores:
| Número de vCores | Uso Geral de Última Geração | Comercialmente Crítico |
|---|---|---|
| 4 | 6.400 | 16.000 |
| 6 | 9.600 | 24.000 |
| 8 | 12.800 | 32.000 |
| 10 | 16.000 | 40.000 |
| 12 | 19.200 | 48.000 |
| 16 | 25.600 | 64.000 |
| 20 | 32.000 | 80.000 |
| 24 | 38.400 | 96.000 |
| 32 | 51.200 | 128.000 |
| 40 | 64.000 | 160.000 |
| 48 | 76.800 | 192,000 |
| 56 | 80.000 | 224,000 |
| 64 | 80.000 | 256.000 |
| 80 | 80.000 | 320,000 |
| 96 | 80.000 | 320,000 |
| 128 | 80.000 | 320,000 |
Características de E/S de arquivo na camada de Uso Geral
Na camada de serviço de Uso Geral, cada arquivo de banco de dados obtém IOPS dedicadas e taxa de transferência que dependem do tamanho do arquivo. Arquivos maiores obtêm mais IOPS e taxa de transferência. As características de e/s dos arquivos de banco de dados são mostradas na tabela a seguir:
| Tamanho do arquivo | >=0 e <=129 GiB | >129 e <=513 GiB | >513 e <=1025 GiB | >1025 e <=2049 GiB | >2049 e <=4097 GiB | >4097 GiB e <=8 TiB |
|---|---|---|---|---|---|---|
| IOPS por de arquivo | 500 | 2300 | 5.000 | 7500 | 7500 | 7500 |
| taxa de transferência por de arquivo | 100 MiB/s | 150 MiB/s | 200 MiB/s | 250 MiB/s | 250 MiB/s | 250 MiB/s |
Se você notar alta latência de E/S em algum arquivo de banco de dados ou perceber que a IOPS/taxa de transferência está atingindo o limite, poderá melhorar o desempenho aumentando o tamanho do arquivo.
Além disso, há um limite em nível de instância para a produtividade máxima de gravação de logs (veja a tabela anterior para obter os valores, por exemplo, 22 MiB por segundo). Portanto, talvez não seja possível alcançar o arquivo máximo no arquivo de registro em logs porque você está atingindo o limite de produtividade da instância.
Armazenamento de dados e de log
Os fatores a seguir afetam a quantidade de armazenamento usada para arquivos de log e dados e se aplicam às camadas Uso Geral e Comercialmente Crítico.
- Na camada de serviço de uso geral, o
tempdbusa o armazenamento SSD local, e esse custo de armazenamento é incluído no preço do vCore. - Na camada de serviço Comercialmente Crítico,
tempdbcompartilha o armazenamento SSD local com dados e arquivos de log, e o custo de armazenamentotempdbestá incluído no preço do vCore. - O tamanho de armazenamento máximo de uma Instância Gerenciada de SQL precisa ser especificado em múltiplos de 32 GB.
Importante
Em ambas as camadas de serviço, você é cobrado pelo tamanho máximo de armazenamento configurado para uma instância gerenciada.
Para monitorar o tamanho total de armazenamento consumido da instância para a Instância Gerenciada de SQL, use a métricastorage_space_used_mb. Para monitorar o atual tamanho de armazenamento alocado e usado de dados individuais e arquivos de log em um banco de dados usando o T-SQL, use a exibição sys.database_files e a função FILEPROPERTY(... , 'SpaceUsed').
Dica
Em algumas circunstâncias, talvez seja necessário reduzir um banco de dados para recuperar espaço não utilizado. Para obter mais informações, confira DBCC SHRINKFILE.
Backups e armazenamento
O armazenamento para backups de banco de dados é alocado para dar suporte a funcionalidades de PITR (restauração pontual) e de LTR (retenção de longo prazo) da Instância Gerenciada de SQL. Esse armazenamento é separado do armazenamento de arquivos de dados e de log e é cobrado separadamente.
PITR: nas camadas Uso Geral e Comercialmente Crítico, backups de banco de dados individuais são copiados para o armazenamento RA-GRS (armazenamento com redundância geográfica com acesso de leitura) automaticamente. O tamanho do armazenamento aumenta dinamicamente conforme backups são criados. O armazenamento é usado por backups completos, diferenciais e de log de transações. O consumo de armazenamento depende da taxa de alteração do banco de dados e do período de retenção configurado para backups. Você pode configurar um período de retenção separado para cada banco de dados entre 1 e 35 dias para a Instância Gerenciada de SQL. Uma quantidade de armazenamento de backup igual ao tamanho de dados máximo configurado é fornecida sem encargos extras.
LTR: você também tem a opção de configurar a retenção de longo prazo de backups completos por até 10 anos. Se você configurar uma política de LTR, esses backups serão armazenados no armazenamento RA-GRS automaticamente, mas você poderá controlar com que frequência os backups serão copiados. Para atender a diferentes requisitos de conformidade, é possível selecionar diferentes períodos de retenção para backups semanais, mensais e/ou anuais. A configuração escolhida determina a quantidade de armazenamento que é usada para backups de LTR. Para obter mais informações, consulte retenção de longo prazo – Banco de Dados SQL do Azure e Instância Gerenciada de SQL do Azure.
Regiões com suporte
As Instância Gerenciada de SQL pode ser criado somente em regiões com suporte. Para criar uma Instância Gerenciada de SQL em uma região atualmente sem suporte, você pode enviar uma solicitação de suporte por meio do portal do Azure.
Tipos de assinatura com suporte
No momento, Instância Gerenciada de SQL oferece suporte à implantação apenas nos seguintes tipos de inscrição:
- Enterprise Agreement (EA)
- Pago conforme o uso
- Provedor de Serviços de Nuvem (CSP)
- Desenvolvimento/Teste Enterprise
- Desenvolvimento/Teste Pago Conforme o Uso
- Assinaturas com crédito Azure mensal para assinantes do Visual Studio
- Teste Gratuito
- Azure for Students
- Azure via Open
Limitações de recursos regionais
Observação
Para obter as informações mais recentes sobre disponibilidade de região para assinaturas, primeiro Marque selecionar uma região.
Os tipos de assinatura suportados podem conter um número limitado de recursos por região. A Instância Gerenciada de SQL tem dois limites padrão por região do Azure (que podem ser aumentados sob demanda ao criar uma solicitação de suporte especial no portal do Azure) dependendo do tipo de assinatura:
- Limite de sub-rede: o número máximo de sub-redes nas quais as Instância Gerenciada de SQL são implantadas em uma única região.
- limite de unidade VCORE: o número máximo de unidades vCore que podem ser implantadas em todas as instâncias em uma única região. Um vCore da GP usa uma unidade vCore e um vCore de BC usa quatro unidades vCore. O número total de instâncias não é limitado desde que esteja dentro do limite de unidade do vCore.
Observação
Esses limites são configurações padrão e não limitações técnicas. Os limites podem ser aumentados sob demanda criando uma solicitação de suporte de especial no portal do Azure se você precisar de mais instâncias na região atual. Como alternativa, você pode criar novas Instância Gerenciada de SQL em outra região do Azure sem enviar solicitações de suporte.
A tabela a seguir mostra os limites regionais padrão para tipos de assinatura com suporte (os limites padrão podem ser estendidos usando uma solicitação de suporte):
| Tipo de assinatura | Limite padrão para sub-redes da Instância Gerenciada de SQL | Limite padrão para unidades vCore 1 |
|---|---|---|
| CSP | 16 (30 em algumas regiões2) | 960 (1440 em algumas regiões2) |
| EA | 16 (30 em algumas regiões2) | 960 (1440 em algumas regiões2) |
| Desenvolvimento/Teste Enterprise | 6 | 320 |
| Pago conforme o uso | 6 | 320 |
| Desenvolvimento/Teste pago conforme o uso | 6 | 320 |
| Azure Pass | 3 | 64 |
| BizSpark | 3 | 64 |
| BizSpark Plus | 3 | 64 |
| Microsoft Azure Sponsorship | 3 | 64 |
| Microsoft Partner Network | 3 | 64 |
| Visual Studio Enterprise (MPN) | 3 | 64 |
| Visual Studio Enterprise | 3 | 32 |
| Visual Studio Enterprise (BizSpark) | 3 | 32 |
| Visual Studio Professional | 3 | 32 |
| Plataformas MSDN | 3 | 32 |
1 Em implantações de planejamento, leve em consideração que a camada de serviço comercialmente crítica (BC) requer quatro (4) vezes mais capacidade de vCore do que a camada de serviço de GP (Uso Geral). Por exemplo: 1 GP vCore = 1 unidade vCore e 1 BC vCore = 4 vCore. Para simplificar sua análise de consumo em relação aos limites padrão, resuma as unidades de vCore em todas as sub-redes da região em que a Instância Gerenciada de SQL está implantada e compare os resultados com os limites da unidade da instância para o seu tipo de assinatura. O limite de número máximo de unidades vCore se aplica a cada assinatura em uma região. Não há limites por sub-redes individuais, exceto que a soma de todos os vCores implantados em várias sub-redes deve ser inferior ou igual ao número máximo de unidades de vCore.
2 Limites maiores de sub-rede e vCore estão disponíveis nas seguintes regiões: Leste da Austrália, Leste dos EUA, Leste dos EUA 2, Norte da Europa, Centro-Sul dos EUA, Sudeste Asiático, Sul do Reino Unido, Oeste da Europa, Oeste dos EUA 2.
Importante
Caso o limite de vCore e sub-rede seja 0, isso significa que o limite regional padrão para o tipo de assinatura não está definido. Você também pode usar a solicitação de aumento de cota para obter acesso à assinatura em uma região específica seguindo o mesmo procedimento, fornecendo valores de vCore e sub-rede necessários.
Solicitar um aumento de cota
Se você precisar de mais instâncias nas regiões atuais, envie uma solicitação de suporte para estender a cota usando o portal do Azure. Para obter mais informações, consulte Aumentos de cota de solicitação para o Banco de Dados SQL do Azure e a Instância Gerenciada de SQL.
Conteúdo relacionado
- o que é a Instância Gerenciada de SQL do Azure?
- de preços da Instância Gerenciada de SQL
- guia de início rápido
- SLA para a Instância Gerenciada de SQL do Azure