O que é um pool de instâncias? - Instância Gerenciada SQL do Azure

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

Este artigo fornece uma visão geral da opção de implantação de pool de instâncias para a Instância SQL Gerenciada do Azure , que oferece substanciais benefícios de economia de custos para os clientes.

Os pools de instâncias possibilitam a implantação de várias instâncias com recursos compartilhados, que fornecem 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 menos intensivas em computação em uma instância gerenciada SQL maior.

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

Visão geral

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

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

• Capacidade de hospedar instâncias 2-vCore, que só estão disponíveis em pools de instâncias
• Tempo de implantação de instância previsível e rápido (até 10 minutos).
• Infraestrutura economizadora de custos 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:

O que há de novo?

Novembro de 2024 traz as seguintes capacidades:

• Crie pools, crie instâncias dentro de um pool e modifique as definições de configuração do pool no portal do Azure.
• Atualize as definições de configuração do pool (como tamanho de computação, licença, propriedades) usando o PowerShell ou a CLI do Azure.
• Suporte para hardware de série premium.
• Mova uma instância para dentro e para fora do pool usando o PowerShell ou a CLI do Azure.
• Suporte de pool de instâncias para preços de reservas.

Arquitetura

Os pools de instâncias têm uma arquitetura semelhante às instâncias gerenciadas únicas. Para dar suporte a implantações em redes virtuais do Azure e fornecer isolamento e segurança para os clientes, os pools de instâncias também contam com clusters virtuais. Um cluster virtual representa um conjunto dedicado de máquinas virtuais isoladas implantadas dentro da sub-rede de rede virtual do cliente. Todas as instâncias individuais e pools de instâncias dentro da mesma sub-rede pertencem ao mesmo cluster virtual. As instâncias dentro de um pool têm recursos de computação alocados para processos do SQL Server e componentes de gateway, que garantem um desempenho previsível. Após a implantação inicial do pool, as operações de gerenciamento em instâncias em um pool são mais rápidas à medida que os processos SQL são criados em recursos de computação que já foram provisionados.

O tamanho de computação da máquina virtual é baseado no número total de vCores alocados para o pool, que são distribuídos entre instâncias no pool. Esta arquitetura permite a partição da máquina virtual em várias instâncias que podem ser de qualquer tamanho suportado, incluindo 2 vCores (exclusivos para grupos de instâncias). Por exemplo, ao implantar um pool de instâncias 8-vCore, você pode implantar duas instâncias 2-vCore e uma instância 4-vCore. Em seguida, você pode migrar seus bancos de dados do SQL Server para as instâncias dentro do pool. Como os pools de instâncias oferecem 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.

Os pools de instâncias fornecem um alto nível de isolamento, pois cada instância recebe vCores dedicados na máquina virtual do host subjacente. A principal diferença de um modelo de implantação de pool de instâncias em comparação com uma única instância gerenciada é que, com pools de instâncias, vários processos do SQL Server podem ser criados dentro da mesma máquina virtual, que são controlados por recursos usando objetos de trabalho do Windows. Se o isolamento no nível do processo não for suficiente, considere o uso de instâncias únicas em vez de pools de instâncias, pois instâncias únicas têm apenas um único processo do SQL Server no nó da máquina virtual, fornecendo isolamento no nível da VM

O diagrama a seguir ilustra a principal diferença de arquitetura entre os dois modelos de implantação:

Cenários de aplicação

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

• A migração de de um grupo de pequenas instâncias do SQL Server ao mesmo tempo, onde as instâncias são de 2 ou 4 vCores.
• Você precisa de criação de instância rápida e previsível ou dimensionamento. Por exemplo, a implantação de um novo locatário em um ambiente de aplicativo SaaS multilocatário que requer recursos no nível da instância.
• Ter um custo fixo ou um limite de gastos é importante. Por exemplo, executar ambientes compartilhados de desenvolvimento-teste ou demonstração de tamanho fixo (ou que mudam com pouca frequência), onde você implanta periodicamente instâncias gerenciadas quando necessário.

Os pools de instâncias são particularmente adequados para migrar várias instâncias do SQL Server, uma vez que 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 locais do SQL Server para a Instância Gerenciada SQL do Azure. Sem um pool de instâncias, você provisionaria quatro instâncias gerenciadas 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 onde os recursos são compartilhados pelo pool.

Propriedades da instância e do pool

As propriedades a seguir são configuradas no nível do pool para todas as instâncias no 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 geridas criadas em pools suportam os mesmos níveis de compatibilidade e características disponíveis para instâncias geridas individuais.
• Recursos opcionais ou recursos que exigem a escolha de valores específicos (como agrupamento ao nível da instância, fuso horário, ponto de extremidade público para tráfego de dados, grupos de failover) são configurados ao nível da instância e podem ser diferentes para cada instância num pool.
• Como as instâncias implantadas em um pool compartilham a mesma máquina virtual, considere desabilitar recursos que introduzam maiores riscos de segurança ou controlar firmemente 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 SQL para usar de autenticação do Microsoft Entra antes ou depois de ser adicionado ao pool.
• Cada instância gerenciada implantada em um pool tem um SQL Server Agent separado.

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 tabela a seguir detalha os limites para instâncias agrupadas e o pool:

¹ 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 2} é ditado pela soma do armazenamento de todas as instâncias no pool.

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

Considerações sobre desempenho

Embora as instâncias gerenciadas dentro de pools tenham vCore e RAM dedicados, elas compartilham um disco local (por tempdb) e recursos de rede. Embora improvável, é possível experimentar um vizinho barulhento efeito 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.

Faturamento do conjunto 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 para o pool, medida em vCores
• Armazenamento associado a cada instância medida em gigabytes (os primeiros 32 GB são gratuitos para cada instância).

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

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

• 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 os preços dos pools de instâncias, consulte a seção pools de instâncias na página de preços da Instância Gerenciada SQL.

Preços de reservas

Reservas do Azure permite economizar no custo de computação, oferecendo um desconto substancial quando reserva os recursos por um período predeterminado. Agora você pode alocar reservas para um pool de instâncias, o que cria a maneira mais econômica de executar várias instâncias.

Limitações

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

Próximos passos

Configurar um pool de instâncias