O que é um pool de instâncias (versão prévia)? Instância Gerenciada de SQL do Azure –

Aplica-se a:Instância Gerenciada de SQL do Azure

Este artigo fornece uma visão geral da opção de implantação do pool de instâncias para a Instância Gerenciada de SQL do Azure.

Os pools de instâncias possibilitam a implantação de diversas instâncias com recursos compartilhados, o que fornece uma infraestrutura conveniente e econômica para migrar vários bancos de dados de instâncias do SQL Server sem a necessidade de consolidar cargas de trabalho menores e com menos uso intensivo de computação em uma Instância Gerenciada de SQL maior.

Para começar, examine Criar um pool de instâncias.

Observação

Os pools de instâncias da Instância Gerenciada de SQL do Azure estão em versão prévia no momento.

Visão geral

Os pools de instâncias na Instância Gerenciada de SQL do Azure permitem implantar várias instâncias com recursos compartilhados em uma única máquina virtual subjacente em um cluster virtual.

Os pools de instâncias oferecem os seguintes benefícios principais:

• Capacidade de hospedar instâncias de 2 vCores, que estão disponíveis apenas em pools de instâncias
• Tempo de implantação de instância previsível e rápida (até 5 minutos).
• Infraestrutura econômica ao migrar várias instâncias do SQL Server.

O diagrama a seguir ilustra um pool de instâncias com várias instâncias gerenciadas implantadas em um cluster virtual em uma sub-rede de rede virtual:

Novidades

A atualização de exibição de 2024 de pools de instâncias traz os seguintes novos recursos:

• A configuração do pool (como tamanho da computação, licença, propriedades) pode ser atualizada usando o PowerShell ou a CLI do Azure.
• Hardware da série Premium agora é compatível.
• Você pode mover uma instância para dentro e para fora do pool usando o PowerShell ou a CLI do Azure.

Arquitetura

Os pools de instâncias têm uma arquitetura semelhante às instâncias gerenciadas únicas. Para dar suporte a implantações nas redes virtuais do Azure e fornecer isolamento e segurança aos clientes, os pools de instâncias também dependem de clusters virtuais. Os clusters virtuais representam um conjunto dedicado de máquinas virtuais isoladas implantadas dentro da sub-rede da rede virtual do cliente. Todas as instâncias únicas e pools de instâncias pertencem ao mesmo cluster virtual. As instâncias em um pool e as instâncias únicas implantadas na mesma sub-rede não compartilham recursos de computação alocados para processos do SQL Server e componentes de gateway, o que garante a previsibilidade do desempenho. Após a implantação inicial do pool, as operações de gerenciamento em instâncias de um pool são mais rápidas, pois o cluster virtual já foi estendido quando o pool foi provisionado.

O tamanho do cálculo da máquina virtual baseia-se no número total de vCores alocados ao pool, que são distribuídos entre instâncias no pool. Essa arquitetura permite o particionamento da máquina virtual em várias instâncias que podem ter qualquer tamanho compatível, inclusive 2 vCores (exclusivo para pools de instâncias). Por exemplo, ao implantar um pool de instâncias de 8 vCores, você pode implantar duas instâncias de 2 vCores e uma de 4 vCores. Você pode então migrar seus bancos de dados SQL Server para as instâncias do pool. Como os pools de instâncias dão suporte à integração de rede virtual nativa, você pode implantar vários pools de instâncias, bem como várias instâncias únicas, na mesma sub-rede.

A principal diferença entre os dois modelos de implantação é que você pode criar vários processos do SQL Server na mesma máquina virtual ao usar um pool de instâncias, que são controlados por recursos usando objetos de trabalho do Windows. Instâncias únicas têm apenas um único processo do SQL Server no nó da máquina virtual.

O seguinte diagrama ilustra a principal diferença arquitetônica entre os dois modelos de implantação:

Cenários de aplicativos

Considere usar pools de instâncias para os seguintes cenários:

• Migrar um grupo de pequenas instâncias do SQL Server ao mesmo tempo, em que as instâncias são de 2 ou 4 vCores.
• Você precisa de criação ou escalonamento de instâncias rápido e previsível. Por exemplo, implantação de um novo locatário em um ambiente de aplicativo SaaS multilocatário que requer recursos em nível de instância.
• É importante ter um custo fixo ou limite de gastos. Por exemplo, executar teste de desenvolvimento ou ambientes de demonstração compartilhados de um tamanho fixo (ou que não muda com frequência), onde você implanta instâncias gerenciadas quando necessário.

Os pools de instâncias são particularmente adequados para migrar várias instâncias do SQL Server, pois o pré-provisionamento de recursos de computação compartilhados de acordo com seus requisitos totais de migração reduz o custo geral de propriedade após a migração. Por exemplo, considere um cenário para migrar quatro pequenas instâncias do SQL Server locais para a Instância Gerenciada de SQL do Azure. Sem um pool de instâncias, você provisionaria quatro instâncias gerenciadas por SQL únicas separadas com um mínimo de 4 vCores cada, todas com seus próprios recursos dedicados. Um pool de instâncias reduz esse custo, pois você pode implantar todas as instâncias com 2 vCores cada no pool em que os recursos são compartilhados pelo pool.

Propriedades de instância e pool

As propriedades a seguir são configuradas no nível do pool para todas as instâncias do pool:

• Camadas de hardware
• A licença do SQL Server, como o Benefício Híbrido do Azure
• Janela de manutenção

Além disso, considere o seguinte:

• As instâncias gerenciadas criadas em pools dão suporte aos mesmos níveis de compatibilidade e recursos disponíveis para instâncias gerenciadas únicas.
• Os recursos opcionais ou recursos que exigem a escolha de valores específicos (como agrupamento em nível de instância, fuso horário, ponto de extremidade público para tráfego de dados, grupos de failover) são configurados no nível da dimensão de instância e podem ser diferentes para cada instância em um pool.
• Como as instâncias implantadas em um pool compartilham a mesma máquina virtual, considere desabilitar recursos que apresentam maiores riscos de segurança ou controlar criteriosamente as permissões de acesso a esses recursos, como integração CLR, backup e restauração nativos, email de banco de dados etc.
• Você pode configurar sua Instância Gerenciada de SQL para usar a autenticação do Microsoft Entra antes ou depois de ser adicionada ao pool.
• Cada instância gerenciada implantada em um pool tem uma instância separada do SQL Agent.

Limites de recursos

Quando você implanta uma instância em um pool, há limites para cada instância individual em pool e limites para os recursos usados pelo pool geral.

A seguinte tabela detalha os limites para as instâncias em pool e para o pool:

	Limites do pool	Limites de instâncias agrupadas
Camada de serviço	Uso Geral	Uso Geral
Camada de hardware	Série padrão (Gen5) Série Premium	Série padrão (Gen5) Série Premium
Número de vCores1	8-16-24-32-40-64-80	2-4-8-16-24-32-40-64-80
Espaço de armazenamento máximo	32 TB2	- 640 GB para 2 vCores - 2 TB para 4 vCores - 8 TB para 8 vCores -16 TB para obter mais de 16 vCores
Número máximo de bancos de dados	500	- 50 para 2 vCores - 100 para 4+ vCores
Número máximo de instâncias	40	N/D

¹ As opções de vCore para instâncias em pool dependem do número de vCores disponíveis no pool de instâncias.
² O limite de armazenamento do pool é determinado pela soma do armazenamento de todas as instâncias do pool.

Para todos os outros limites de nível de instância, examine Limites de recursos.

Considerações sobre o desempenho

Embora as instâncias gerenciadas dentro de pools tenham vCore e RAM dedicados, compartilham um disco local (para tempdb) e recursos de rede. Embora improvável, é possível experimentar um efeito de ruído vizinho de várias instâncias no pool com alto consumo de recursos ao mesmo tempo.

Se você estiver enfrentando esse comportamento, considere aumentar o tamanho do pool ou reimplantar os recursos de alto consumo como uma única instância fora do pool.

Cobrança de pool de instâncias

Os pools de instâncias permitem dimensionar a computação e o armazenamento de forma independente. Você paga por:

• Computação alocada ao pool, medida em vCores
• Armazenamento associado a cada instância medido em gigabytes (os primeiros 32 GB são gratuitos para cada instância).

O preço do vCore para um pool é cobrado independentemente de quantas instâncias são implantadas nesse pool. Não é possível definir opções de preços diferentes para instâncias individuais de um pool. Todas as instâncias do pool devem usar o mesmo modelo de licenciamento. O modelo de licença do pool pode ser alterado depois da criação do pool.

O preço da computação (medido em vCores) depende de você pagar ou não o preço total da licença do SQL Server. As duas seguintes opções de preço estão disponíveis:

• Licença incluída: o preço das licenças do SQL Server está incluído.
• Benefício Híbrido do Azure: um preço reduzido que inclui o Benefício Híbrido do Azure para SQL Server. Os clientes podem optar por esse preço usando suas licenças existentes do SQL Server com o Software Assurance.

Para obter detalhes completos sobre preços do pool de instâncias, consulte a seção de pools de instâncias na página de preços da Instância Gerenciada de SQL.

Observação

Os pools de instâncias criados em assinaturas qualificadas para o benefício de teste de desenvolvimento recebem automaticamente taxas de desconto de até 55% na Instância Gerenciada de SQL do Azure.

Limitações

Para saber mais, examine as limitações do pool de instâncias.

Próximas etapas

Configurar um pool de instâncias