Descrição geral dos limites de recursos do Azure SQL Managed Instance
Aplica-se a:
Instância Gerenciada SQL do Azure
Este artigo fornece uma visão geral das características técnicas e limites de recursos para a Instância Gerenciada SQL do Azure e fornece informações sobre como solicitar um aumento para esses limites.
Nota
Para diferenças nos recursos suportados e instruções T-SQL, consulte Diferenças de recursos e suporte a instruções T-SQL. Para obter diferenças gerais entre as camadas de serviço do Banco de Dados SQL do Azure e da Instância Gerenciada do SQL, analise as camadas de serviço de Uso Geral e Críticas para os Negócios.
Características de configuração de hardware
O SQL Managed Instance tem características e limites a recursos que dependem da infraestrutura e da arquitetura subjacentes. A Instância Gerenciada SQL pode ser implantada em várias configurações de hardware.
Nota
O hardware Gen5 foi renomeado para a série padrão (Gen5).
As configurações de hardware têm características diferentes, conforme descrito na tabela a seguir:
| Série padrão (Gen5) | Série Premium | Série premium otimizada para memória | |
|---|---|---|---|
| Processador | 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 (hiper-thread) |
2 1-80 vCores | 2 1-128 vCores | 4-128 vCores |
| Max memória (relação memória/vCore) | 5,1 GB por vCore - máximo de 408 GB Adicione mais vCores para obter mais memória. |
7 GB por vCore até 80 vCores - máximo de 560 GB | 13,6 GB por vCore até 64 vCores - máximo de 870,4 GB |
| Max memória OLTP na memória | Limite de instância: 0,8 - 1,65 GB por vCore | Limite de instância: 1,1 - 2,3 GB por vCore | Limite de instância: 2,2 - 4,5 GB por vCore |
| Armazenamento reservado máximo deinstância 2 | Finalidade geral: até 16 TB Business Critical: até 4 TB |
Finalidade geral: até 16 TB Business Critical: até 5,5 TB |
Finalidade geral: até 16 TB Business Critical: até 16 TB |
1 A implantação de uma instância 2-vCore só é possível dentro de um pool de instâncias.
2 Dependente do número de vCores.
Nota
Se sua carga de trabalho exigir tamanhos de armazenamento maiores do que os limites de recursos disponíveis para a Instância Gerenciada SQL do Azure, considere a camada de serviço Hiperescala do Banco de Dados SQL do Azure.
Suportes regionais para hardware de série premium otimizado para memória e para armazenamento de 16 TB
O suporte para armazenamento de 16 TB tem a mesma disponibilidade que o suporte para o hardware da série premium otimizado para memória. Atualmente, os suportes para hardware da série premium otimizado para memória e armazenamento de 16 TB estão disponíveis apenas nestas regiões específicas:
| Geografia | Regiões que suportam HW de série premium otimizada para memória e armazenamento de 16 TB |
|---|---|
| Europa | França Central, Alemanha Centro-Oeste, Itália Norte, Norte da Europa, Polónia Central, Suécia Central, Suíça Norte, Reino Unido Sul, Europa Ocidental |
| Médio Oriente, África | Catar Central |
| Américas | Brasil Sul, Canadá Central, Centro dos EUA, Leste dos EUA, Leste dos EUA 2, Centro-Norte dos EUA, Centro-Sul dos EUA, Oeste dos EUA, Oeste dos EUA 2, Oeste dos EUA 3 |
| Ásia-Pacífico | Austrália Leste, Austrália Sudeste, China Norte 3, Índia Central, Índia Sul, Leste Asiático, Japão Leste, Sudeste Asiático |
Espaço disponível OLTP na memória
A quantidade de espaço OLTP na memória na camada de serviço Business Critical depende do número de vCores e da configuração de hardware. A tabela a seguir lista os limites de memória que podem ser usados para objetos OLTP na memória.
| vCores | Série padrão (Gen5) | Série Premium | Série premium otimizada 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/A | 184,30 GB | 288,61 GB |
| 128 vCores | N/A | 184,30 GB | 288,61 GB |
Características da camada de serviço
A Instância Gerenciada SQL tem duas camadas de serviço: Propósito Geral e Crítica de Negócios.
Importante
A camada de serviço Business Critical fornece uma cópia interna adicional da Instância Gerenciada SQL (réplica secundária) que pode ser usada para carga de trabalho somente leitura. Se você puder separar consultas de leitura-gravação e consultas somente leitura/analíticas/de relatórios, você receberá o dobro dos vCores e da memória pelo mesmo preço. A réplica secundária pode atrasar alguns segundos em relação à instância principal, por isso foi projetada para descarregar cargas de trabalho analíticas/de relatórios que não precisam do estado atual exato dos dados. Na tabela a seguir, consultas somente leitura são as consultas executadas na réplica secundária.
| Funcionalidade | Fins Gerais | Negócios Críticos |
|---|---|---|
| Número de vCores* | 2 1, 4, 8, 16, 24, 32, 40, 64, 80 | Série padrão (Gen5): 4, 8, 16, 24, 32, 40, 64, 80 Série Premium: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 962, 1282 Série premium otimizada para memória: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 802, 962, 1282 *O mesmo número de vCores é dedicado para consultas somente leitura. |
| Memória máxima | Série padrão (Gen5): 20,4 GB - 408 GB (5,1 GB/vCore) Série Premium: 28 GB - 560 GB (7 GB/vCore) Série premium otimizada para memória: 54,4 GB - 870,4 GB (13,6 GB/vCore) |
Série padrão (Gen5): 20,4 GB - 408 GB (5,1 GB/vCore) em cada réplica Série Premium: 28 GB - 560 GB (7 GB/vCore até 80 vCores2) em cada réplica Série premium otimizada para memória: 54,4 GB - 870,4 GB (13,6 GB/vCore até 64 vCores2) em cada réplica |
| Tamanho máximo de armazenamento da instância (reservado) | - 2 TB para 4 vCores - 8 TB para 8 vCores - 16 TB para outros tamanhos |
Série padrão (Gen5): - 1 TB para 4, 8, 16 vCores - 2 TB para 24 vCores - 4 TB para 32, 40, 64, 80 vCores Série Premium: - 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 vCores3 Série premium otimizada para memória: - 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 vCores4 - 12 TB para 48, 56 vCores - 16 TB para 64, 80, 96, 128 vCores |
| Tamanho máx. da base de dados | Até o tamanho da instância atualmente disponível (dependendo do número de vCores). | Até o tamanho da instância atualmente disponível (dependendo do número de vCores). |
Tamanho máximo tempdb do banco de dados |
Limitado a 24 GB/vCore (96 - 1.920 GB) e tamanho de armazenamento de instância atualmente disponível. Adicione mais vCores para obter mais tempdb espaço.O tamanho do arquivo de log é limitado a 120 GB. |
Até o tamanho de armazenamento de instância atualmente disponível. |
Número máximo de tempdb ficheiros |
128 | 128 |
| Número máximo de bancos de dados por instância | 100 bancos de dados de usuários, a menos que o limite de tamanho de armazenamento de instância tenha sido atingido. | 100 bancos de dados de usuários, a menos que o limite de tamanho de armazenamento de instância tenha sido atingido. |
| Número máximo de arquivos de banco 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 do Disco Premium do Azure tenha sido atingido. | 32.767 arquivos por banco de dados, a menos que o limite de tamanho de armazenamento da instância tenha sido atingido. |
| Tamanho máximo do ficheiro de dados | O tamanho máximo de cada ficheiro de dados é de 8 TB. Use pelo menos dois arquivos de dados para bancos de dados maiores que 8 TB. | Até o tamanho da instância atualmente disponível (dependendo do número de vCores). |
| Tamanho máximo do arquivo de log | Limitado a 2 TB e tamanho de armazenamento de instância atualmente disponível. | Limitado a 2 TB e tamanho de armazenamento de instância atualmente disponível. |
| IOPS de dados/log (aproximado) | 500 - 7500 por ficheiro *Aumente o tamanho do arquivo para obter mais IOPS |
16 K - 320 K (4000 IOPS/vCore) Adicione mais vCores para obter um melhor desempenho de E/S. |
| 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 22 - 65 MiB/s por banco de dados (dependendo do tamanho do arquivo de log) *Aumente o tamanho do arquivo para obter um melhor desempenho de E/S |
4,5 MiB/s por vCore Máximo 192 MiB/s |
| Taxa de transferência de dados (aproximada) | 100 - 250 MiB/s por ficheiro *Aumente o tamanho do arquivo para obter um melhor desempenho de E/S |
Não limitado. |
| Latência de E/S de armazenamento (aproximada) | 5-10 ms | 1-2 ms |
| OLTP dentro da memória | Não suportado | Disponível, o tamanho depende do número de vCore |
| Máximo de sessões | 30000 | 30000 |
| Máximo de processos de trabalho em simultâneo | 105 * número de vCores + 800 | 105 * número de vCores + 800 |
| Réplicas somente leitura | 0 | 1 (incluído no preço) |
| Isolamento de computação | Não suportado como instâncias de uso geral podem compartilhar hardware físico com outras instâncias | Série padrão (Gen5): Suportado para configurações com 64 ou mais vCores Série Premium: Suportado para configurações com 64 ou mais vCores Série premium otimizada para memória: suportada para configurações com 64 ou mais vCores |
1 A implantação de uma instância 2-vCore só é possível dentro de um pool de instâncias.
2 A relação memória/vCore só está disponível até 80 vCores para hardware de série premium e 64 vCores para série premium otimizada para memória. A memória máxima é limitada a 560 GB para vCores de série premium acima de 80 e 870,4 GB para vCores de série premium otimizados para memória acima de 64.
3 Somente nas regiões principais pode fornecer 16 TB de armazenamento para o hardware da série premium para esses números vCore de CPU, as regiões menores serão limitadas com armazenamento disponível com 5,5 TB.
4 Somente nas regiões principais pode fornecer 8 TB de armazenamento para o hardware otimizado de memória da série premium para esses números vCore da CPU, as regiões menores serão limitadas com armazenamento disponível com 5,5 TB.
Algumas considerações adicionais:
- O tamanho de armazenamento de instância atualmente disponível é a diferença entre o tamanho da instância reservada e o espaço de armazenamento usado.
- Os dados e o tamanho do arquivo de log nos bancos de dados do usuário e do sistema são incluídos no tamanho de armazenamento da instância que é comparado com o limite máximo de tamanho de armazenamento. Use a visualização sys.master_files sistema para determinar o espaço total usado pelos bancos de dados. Os logs de erro não são persistentes e não são incluídos no tamanho. Os backups não estão incluídos no tamanho do armazenamento.
- O débito e o IOPS no nível Fins Gerais também dependem do tamanho do ficheiro que não é explicitamente limitado pelo SQL Managed Instance. Você pode criar outra réplica legível em uma região diferente do Azure usando grupos de failover
- O IOPS máximo de instâncias depende do esquema do ficheiro e da distribuição da carga de trabalho. Por exemplo, se você criar 7 x arquivos de 1 TB com máximo de 5 K 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. Note que uma parte do IOPS também é utilizada para cópias de segurança automáticas.
- Os nomes dos ficheiros não podem ter mais de
tempdb16 caracteres.
Encontre mais informações sobre os limites de recursos em pools de Instâncias Gerenciadas SQL neste artigo.
Armazenamento de dados e logs
Os fatores a seguir afetam a quantidade de armazenamento usada para dados e arquivos de log e se aplicam às camadas de uso geral e críticas para os negócios.
- Na camada de serviço de uso geral,
tempdbusa armazenamento SSD local e esse custo de armazenamento está incluído no preço do vCore. - No nível de serviço Business Critical, compartilha o armazenamento SSD local com dados e arquivos de log,
tempdbetempdbo custo de armazenamento está incluído no preço do vCore. - O tamanho máximo de armazenamento para uma Instância Gerenciada SQL deve 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 de instância consumida para a Instância Gerenciada SQL, use a métrica storage_space_used_mb. Para monitorar o tamanho de armazenamento atual alocado e usado de dados individuais e arquivos de log em um banco de dados usando T-SQL, use a visualização sys.database_files e a função FILEPROPERTY(... , 'SpaceUsed').
Gorjeta
Em algumas circunstâncias, pode ser necessário reduzir um banco de dados para recuperar espaço não utilizado. Para obter mais informações, consulte DBCC SHRINKFILE.
Backups e armazenamento
O armazenamento para backups de banco de dados é alocado para dar suporte aos recursos de restauração point-in-time (PITR) e retenção de longo prazo (LTR) da Instância Gerenciada SQL. Esse armazenamento é separado do armazenamento de dados e arquivos de log e é cobrado separadamente.
- PITR: Nos níveis de uso geral e críticos para os negócios, os backups de bancos de dados individuais são copiados automaticamente para o armazenamento com redundância geográfica de acesso de leitura (RA-GRS). O tamanho do armazenamento aumenta dinamicamente à medida que novos 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 SQL. Uma quantidade de armazenamento de backup igual ao tamanho máximo de dados configurado é fornecida sem custo extra.
- 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 LTR, esses backups serão armazenados no armazenamento RA-GRS automaticamente, mas você poderá controlar a frequência com que os backups serão copiados. Para atender a diferentes requisitos de conformidade, você pode selecionar diferentes períodos de retenção para backups semanais, mensais e/ou anuais. A configuração escolhida determina quanto armazenamento será usado para backups LTR. Para obter mais informações, consulte Retenção de backup de longo prazo.
Características de E/S dos ficheiros no escalão Fins Gerais
Na camada de serviço de uso geral, cada arquivo de banco de dados recebe IOPS dedicadas e taxa de transferência que dependem do tamanho do arquivo. Os ficheiros maiores obtêm mais IOPS e débito. As características de E/S dos arquivos de banco de dados são mostradas na tabela a seguir:
| Tamanho do ficheiro | >=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 ficheiro | 500 | 2300 | 5000 | 7500 | 7500 | 7500 |
| Taxa de transferência por arquivo | 100 MiB/s | 150 MiB/s | 200 MiB/s | 250 MiB/s | 250 MiB/s | 250 MiB/s |
Se reparar numa elevada latência de E/S em algum ficheiro de base de dados ou se vir que o IOPS/débito está a atingir o limite, poderá melhorar o desempenho ao aumentar o tamanho do ficheiro.
Há também um limite no nível da instância na taxa de transferência máxima de gravação de log (consulte a tabela anterior para obter valores, por exemplo, 22 MiB/s), portanto, talvez não seja possível alcançar o arquivo máximo em todo o arquivo de log porque está atingindo o limite de taxa de transferência da instância.
Regiões suportadas
A Instância Gerenciada SQL pode ser criada somente em regiões com suporte. Para criar uma Instância Gerenciada SQL em uma região que não é suportada no momento, você pode enviar uma solicitação de suporte por meio do portal do Azure.
Tipos de subscrições suportadas
Atualmente, a Instância Gerenciada SQL oferece suporte à implantação somente nos seguintes tipos de assinaturas:
- Contrato Enterprise (EA)
- Pay as you go
- Fornecedor de Serviços Cloud (CSP)
- Enterprise Dev/Test
- Pay As You Go Dev/Test
- Subscrições com crédito mensal do Azure para subscritores do Visual Studio
- Avaliação Gratuita
- Azure para estudantes
- Azure em aberto
Limitações de recursos regionais
Nota
Para obter as informações mais recentes sobre a disponibilidade da região para assinaturas, primeiro verifique selecione uma região.
Os tipos de subscrição suportados podem conter um número limitado de recursos por região. A Instância Gerenciada SQL tem dois limites padrão por região do Azure (que podem ser aumentados sob demanda criando uma solicitação de suporte especial no portal do Azure, dependendo de um tipo de assinatura:
- Limite de sub-rede: o número máximo de sub-redes em que instâncias da Instância Gerenciada SQL são implantadas em uma única região.
- Limite de unidades vCore: o número máximo de unidades vCore que podem ser implantadas em todas as instâncias em uma única região. Um GP vCore usa uma unidade vCore e um BC vCore leva quatro unidades vCore. O número total de instâncias não é limitado, desde que esteja dentro do limite da unidade vCore.
Nota
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 especial no portal do Azure se você precisar de mais instâncias na região atual. Como alternativa, você pode criar novas instâncias da Instância Gerenciada do 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 suportados (os limites padrão podem ser estendidos usando uma solicitação de suporte):
| Tipo de subscrição | Limite padrão para sub-redes de Instância Gerenciada SQL | Limite padrão para unidades vCore* |
|---|---|---|
| CSP | 16 (30 em algumas regiões**) | 960 (1440 em algumas regiões**) |
| EA | 16 (30 em algumas regiões**) | 960 (1440 em algumas regiões**) |
| Enterprise Dev/Test | 6 | 320 |
| Pay as you go | 6 | 320 |
| Desenvolvimento/teste pré-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 |
| MSDN Platforms | 3 | 32 |
* Ao planejar implantações, leve em consideração que a camada de serviço Business Critical (BC) requer quatro (4) vezes mais capacidade vCore do que a camada de serviço de uso geral (GP). 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 vCore em todas as sub-redes na região onde a Instância Gerenciada SQL é implantada e compare os resultados com os limites de unidade de instância para seu tipo de assinatura. O limite máximo de unidades vCore aplica-se a cada subscrição numa região. Não há limite por sub-redes individuais, exceto que a soma de todos os vCores implantados em várias sub-redes deve ser menor ou igual ao número máximo de unidades vCore.
** 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, Europa Ocidental, Oeste dos EUA 2.
Importante
Caso seu limite de vCore e sub-rede seja 0, isso significa que o limite regional padrão para seu 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 os valores de vCore e sub-rede necessários.
Pedir um aumento de quota
Se você precisar de mais instâncias em suas regiões atuais, envie uma solicitação de suporte para estender a cota usando o portal do Azure. Para obter mais informações, consulte Solicitar aumentos de cota para o Banco de Dados SQL do Azure.
Próximos passos
- Para obter mais informações sobre a Instância Gerenciada SQL, consulte O que é uma Instância Gerenciada SQL?.
- Para obter informações sobre preços, consulte Preços da instância gerenciada SQL.
- Para saber como criar sua primeira instância gerenciada do SQL, consulte o guia de início rápido.