O que é um pool de instâncias? 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, que traz benefícios substanciais de economia de custos para os clientes.

Usando pools de instâncias, você pode implantar várias instâncias que compartilham recursos. Essa configuração oferece uma infraestrutura conveniente e econômica para migrar vários bancos de dados de instâncias do SQL Server. Elimina a necessidade de consolidar cargas de trabalho menores e menos intensivas em computação em uma Instância Gerenciada de SQL maior.

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

Visão geral

Usando pools de instâncias na Instância Gerenciada de SQL do Azure, você pode implantar várias instâncias que compartilham recursos em uma única máquina virtual subjacente em um cluster virtual.

Conjuntos 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 rápido e previsível de implantação da instância (até 10 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

Novembro de 2024 traz os seguintes recursos:

• Crie pools, crie instâncias em um pool e modifique as configurações do pool no portal do Azure.
• Atualize as configurações do pool, como tamanho, licença e propriedades de computação, 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 ao pool de instâncias para preços de reserva.

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. 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 na mesma sub-rede pertencem ao mesmo cluster virtual. As instâncias em 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, pois os processos sql são criados em recursos de computação que o serviço já provisionou.

O tamanho da computação da máquina virtual baseia-se no número total de vCores alocados para o pool, que o serviço distribui 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 vCore, você pode implantar duas instâncias de 2 vCore e uma de 4 vCore. Você pode então migrar seus bancos de dados SQL Server para as instâncias do pool. Como os pools de instância dão suporte à integração de rede virtual nativa, você pode implantar vários pools de instâncias, bem como várias instâncias individuais, na mesma sub-rede.

Os conjuntos de instâncias fornecem um alto nível de isolamento, à medida que cada instância obtém vCores dedicados na máquina virtual do host subjacente. A principal diferença de um modelo de implantação do pool de instâncias em comparação com uma única instância gerenciada é que, usando pools de instâncias, vários processos do SQL Server são criados na mesma máquina virtual. O recurso de serviço rege esses processos usando objetos de trabalho do Windows. Se o isolamento no nível do processo não for suficiente, considere o uso de instâncias simples em vez de pools de instâncias. As instâncias únicas têm apenas um processo do SQL Server no nó da máquina virtual, proporcionando isolamento em nível de VM.

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 simultaneamente, sendo que as instâncias possuem 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ância funcionam bem para migrar várias instâncias do SQL Server. Quando você pré-provisiona recursos de computação compartilhada com base em seus requisitos totais de migração, reduz o custo geral de propriedade após a migração. Por exemplo, considere um cenário em que você migra quatro pequenas instâncias locais do SQL Server 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

Você define as seguintes configurações no nível do pool para todas as instâncias nele:

• Níveis 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 de SQL que você cria em pools dão suporte aos mesmos níveis de compatibilidade e recursos disponíveis para instâncias gerenciadas individuais.
• Você configura recursos opcionais ou recursos que exigem a escolha de valores específicos (como ordenação no nível da instância, fuso horário, ponto de extremidade público para tráfego de dados, grupos de alternância) no nível da instância. Cada instância em um pool pode ter valores diferentes.
• Como as instâncias implantadas em um pool compartilham a mesma máquina virtual, considere desabilitar recursos que introduzem riscos de segurança mais altos. Para controlar firmemente as permissões de acesso a esses recursos, desabilite recursos como integração CLR, backup e restauração nativos, Database Mail e outros.
• Você pode configurar a Instância Gerenciada de SQL para usar a autenticação do Microsoft Entra antes ou depois de adicioná-la ao pool.
• Cada instância gerenciada de SQL que você implanta em um pool tem um SQL Server Agent separado.

Limites de recursos

Quando você implanta uma instância em um pool, a instância individual em pool tem limites e o pool geral tem limites de uso de recursos.

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 é determinado pela soma do armazenamento de todas as instâncias do pool.

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

Considerações sobre o desempenho

Embora as instâncias gerenciadas de SQL em pools tenham vCore e RAM dedicados, elas compartilham um disco local (para tempdb) e recursos de rede. É possível, embora improvável, experimentar um efeito noisy neighbor (vizinho ruidoso) quando várias instâncias no pool têm alto consumo de recursos ao mesmo tempo.

Se você observar esse comportamento, considere aumentar o tamanho do pool ou realocar as instâncias de alto consumo como instâncias individuais fora do pool.

Cobrança do pool de instâncias

Os pools de instância ajudam você a 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, medido em gigabytes (os primeiros 32 GB são gratuitos para cada instância).

Você paga o preço do vCore por um pool, independentemente de quantas instâncias você implantar nesse pool. Você não pode definir diferentes opções de preços para instâncias individuais em um pool. Todas as instâncias do pool devem usar o mesmo modelo de licenciamento. Você pode alterar o modelo de licença para o pool depois de criar o pool.

O preço de computação (medido em vCores) depende se você está pagando o preço total da licença do SQL Server. Duas 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. Para usar esse preço, você deve ter licenças existentes do SQL Server com o Software Assurance.

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

Preços de reservas

As Reservas do Azure ajudam você a economizar em custos de computação fornecendo um desconto profundo quando você reserva o preço dos 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, confira limitações do pool de instâncias.

Próxima etapa