Preparar máquinas virtuais para uma FCI (SQL Server em VMs do Azure)

Aplica-se a:SQL Server na VM do Azure

Este artigo descreve como preparar Máquinas Virtuais (VMs) do Azure para serem usadas com uma instância de cluster de failover (FCI) do SQL Server. As definições da configuração variam de acordo com a solução de armazenamento da FCI, portanto, verifique se você está escolhendo a configuração correta, que se adequa ao seu ambiente e aos seus negócios.

Para saber mais, confira uma visão geral do FCI com SQL Server em VMs do Azure e as melhores práticas de cluster.

Pré-requisitos

• Uma assinatura do Microsoft Azure. Comece com uma conta gratuita do Azure.
• Um domínio do Windows em máquinas virtuais do Azure ou um Active Directory local estendido para o Azure com emparelhamento de rede virtual.
• Uma conta que tenha permissões para criar objetos em máquinas virtuais do Azure e no Active Directory.
• Uma rede virtual do Azure e uma ou mais sub-redes com espaço de endereço IP suficiente para os seguintes componentes:
  • As duas máquinas virtuais
  • Um endereço IP para o cluster de failover do Windows
  • Um endereço IP para cada FCI
• DNS configurado na rede do Azure, apontando para os controladores de domínio.

Escolha uma opção de armazenamento da FCI

As definições de configuração para a máquina virtual variam de acordo com a opção de armazenamento que você planeja usar para a instância de cluster de failover do SQL Server. Antes de preparar a máquina virtual, revise as Opções de armazenamento da FCI disponíveis e escolha a opção mais adequada ao seu ambiente e às suas necessidades comerciais. Em seguida, selecione cuidadosamente as opções de configuração de VM apropriadas em todo este artigo com base em sua seleção do armazenamento.

Escolher a disponibilidade da VM

O recurso de cluster de failover requer que as máquinas virtuais sejam colocadas em um conjunto de disponibilidade ou em uma zona de disponibilidade.

Selecione cuidadosamente a opção de disponibilidade de VM que corresponde à configuração de cluster pretendida:

• Discos compartilhados do Azure: a opção de disponibilidade varia se você estiver usando o SSD Premium ou o UltraDisk:

  • ZRS (armazenamento com redundância de zona) SSD Premium: zona de disponibilidade em zonas diferentes. O ZRS SSD Premium replica o disco gerenciado do Azure de modo síncrono em três zonas de disponibilidade do Azure na região selecionada. As VMs que fazem parte do cluster de failover podem ser colocadas em diferentes zonas de disponibilidade, ajudando você a obter uma FCI do SQL Server com redundância de zona que fornece um SLA de VM com disponibilidade de 99,99%. A latência de disco para ZRS é maior devido à cópia de dados entre zonas.

  • LRS (armazenamento com redundância local) SSD Premium: conjunto de disponibilidade em diferentes domínios de falha/atualização para LSR SSD Premium. Você também pode optar por colocar as VMs dentro de um grupo de posicionamento por proximidade para que elas fiquem mais próximas umas das outras. A combinação do conjunto de disponibilidade e do grupo de posicionamento por proximidade oferece a menor latência para discos compartilhados, pois os dados são replicados localmente em um data center, e um SLA de VM com disponibilidade de 99,95%.

  • LRS (armazenamento com redundância local) de Disco Ultra: zonas de disponibilidade, mas as VMs precisam ser colocadas na mesma zona de disponibilidade. Os Discos Ultra oferecem a menor latência de disco e são melhores para cargas de trabalho com uso intensivo de E/S. Como todas as VMs que fazem parte da FCI precisam estar na mesma zona de disponibilidade, a disponibilidade da VM é de apenas 99,9%.

• Compartilhamentos de arquivos premium: conjunto de disponibilidade ou zonas de disponibilidade.

• Espaços de Armazenamento Diretos: conjunto de disponibilidade.

• Azure Elastic SAN: zonas de disponibilidade.

Sub-redes

Para o SQL Server em VMs do Azure, você pode implantar suas VMs do SQL Server em uma única sub-rede ou em várias sub-redes.

Implantar suas VMs em várias sub-redes aproveita a dependência OU do cluster para endereços IP e se assemelha à experiência local ao se conectar à instância do cluster de failover. A abordagem de várias sub-redes é recomendável para o SQL Server em VMs do Azure a fim de facilitar a capacidade de gerenciamento e acelerar o tempo de failover.

A implantação das VMs em uma só sub-rede requer uma dependência adicional de um Azure Load Balancer ou de um DNN (nome de rede distribuída) para encaminhar o tráfego à FCI.

Se você implantar as VMs do SQL Server em várias sub-redes, siga as etapas nesta seção para criar redes virtuais com sub-redes adicionais e, depois que as VMs do SQL Server forem criadas, atribuir endereços IP secundários nessas sub-redes às VMs. Implantar suas VMs do SQL Server em uma única sub-rede não requer nenhuma configuração de rede extra.

Configurar DNS

Configure sua rede virtual para usar o servidor DNS. Primeiro, identifique o endereço IP do DNS e depois adicione-o à sua rede virtual.

Identificar o endereço IP do DNS

Identifique o endereço IP do servidor DNS e adicione-o à configuração de rede virtual. Esta seção demonstra como identificar o endereço IP do DNS quando o servidor DNS está em uma máquina virtual no Azure.

Para identificar o endereço IP da VM do servidor DNS no portal do Azure, siga estas etapas:

1. Acesse o grupo de recursos no portal do Azure e selecione a VM do servidor DNS.
2. Na página da VM, escolha Rede no painel Configurações.
3. Anote o endereço IP privado da NIC . Use esse valor como o endereço IP do servidor DNS. Na imagem de exemplo, o endereço IP privado é 10.38.0.4.

Configurar o DNS da rede virtual

Configure a rede virtual para usar o valor identificado na etapa anterior como o endereço IP do servidor DNS.

Para configurar sua rede virtual para o DNS, siga estas etapas:

1. Acesse o grupo de recursos no portal do Azure e selecione sua rede virtual.
2. Selecione Servidores DNS em Configurações e escolha Personalizado.
3. Insira o endereço IP privado que você identificou anteriormente no campo endereço IP como 10.38.0.4 ou forneça o endereço IP interno do servidor DNS interno.
4. Selecione Salvar.

Criar as máquinas virtuais

Depois de configurar a rede virtual da VM e escolher a disponibilidade da VM, você estará pronto para criar máquinas virtuais. Você pode optar por usar uma imagem do Azure Marketplace que tenha o SQL Server já instalado ou não. No entanto, se você escolher uma imagem para o SQL Server em VMs do Azure, será necessário desinstalar o SQL Server da máquina virtual antes de configurar a instância de cluster de failover.

Considerações sobre o adaptador de rede

Em um cluster de failover de convidado de VM do Azure, recomendamos um só adaptador de rede por servidor (nó de cluster). A rede do Azure tem redundância física, portanto adaptadores de rede adicionais são desnecessários em um cluster de convidado de VM de IaaS do Azure. Embora o relatório de validação de cluster emita um aviso de que os nós só podem ser acessados em uma única rede, você pode ignorar com segurança esse aviso nos clusters de failover de convidado da VM IaaS do Azure.

Coloque as duas máquinas virtuais:

• No mesmo grupo de recursos do Azure que o conjunto de disponibilidade, se você estiver usando conjuntos de disponibilidade.
• Na mesma rede virtual que o controlador de domínio e o servidor DNS, ou em uma rede virtual que tenha conectividade adequada com o controlador de domínio.
• No conjunto de disponibilidade do Azure ou na zona de disponibilidade.

Você pode criar uma máquina virtual do Azure usando uma imagem com ou sem o SQL Server pré-instalado nela. Se você optar pela imagem do SQL Server, será necessário desinstalar a instância do SQL Server manualmente antes de instalar a instância de cluster de failover.

Atribuir endereços IP secundários

Se você implantou as VMs do SQL Server em uma só sub-rede, ignore esta etapa.

Se você implantou as VMs do SQL Server em várias sub-redes para aprimorar a conectividade com a FCI, será necessário atribuir os endereços IP secundários a cada VM.

Atribua endereços IP secundários a cada VM do SQL Server para serem usados como nome de rede da instância de cluster de failover. Para o Windows Server 2016 e versões anteriores, atribua também endereços IP secundários a cada VM do SQL Server para o nome da rede do cluster. Isso elimina a necessidade de um Azure Load Balancer, que é um requisito em um ambiente de uma só sub-rede.

No Windows Server 2016 e anteriores, você precisa atribuir um endereço IP secundário adicional a cada VM do SQL Server a ser usada para o IP do cluster do Windows, pois o cluster usa o nome da rede de cluster em vez do DNN (nome de rede distribuída) introduzido no Windows Server 2019. Com um DNN, o CNO (objeto de nome de cluster) é registrado automaticamente com os endereços IP de todos os nós de cluster, eliminando a necessidade de um endereço IP de cluster dedicado do Windows.

Se você estiver no Windows Server 2016 e anteriores, siga as etapas nesta seção para atribuir um endereço IP secundário a cada VM do SQL Server para o nome da rede da FCIe o cluster.

Se você estiver no Windows Server 2019 ou posterior, atribua apenas um endereço IP secundário para o nome da rede FCI. Ignore as etapas para atribuir um IP de cluster do Windows, a menos que você planeje configurar seu cluster com um nome de rede virtual (VNN), nesse caso, atribua ambos os endereços IP a cada VM do SQL Server como faria com o Windows Server 2016.

Para atribuir IPs secundários adicionais às VMs, siga estas etapas:

1. Acesse o grupo de recursos no portal do Azure e selecione a primeira VM do SQL Server.

2. Selecione Rede no painel Configurações e escolha o Adaptador de rede:

   

3. Na página Adaptador de rede, selecione Configurações de IP no painel de Configurações e escolha + Adicionar para adicionar mais um endereço IP:

   

4. Na página Adicionar configuração de IP, faça o seguinte:

   1. Especifique o Nome do endereço IP do cluster do Windows, como windows-cluster-ip para o Windows 2016 e anteriores. Ignore esta etapa se você estiver no Windows Server 2019 ou posteriores.
   2. Defina a Alocação como Estática.
   3. Insira um Endereço IP não utilizado na mesma sub-rede (SQL-subnet-1) que a VM do SQL Server, como 10.38.1.10.
   4. Deixe o Endereço IP público no padrão de Desassociar.
   5. Selecione OK para concluir a adição da configuração de IP.

   

5. Selecione + Adicionar novamente a fim de configurar um endereço IP adicional para o nome da rede da FCI (com um nome como FCI-network-name), especificando novamente um endereço IP não utilizado em SQL-subnet-1, como 10.38.1.11:

   

6. Repita essas etapas para a segunda VM do SQL Server. Atribua dois endereços IP secundários não utilizados em SQL-subnet-2. Use os valores da tabela a seguir para adicionar a configuração de IP (embora os endereços IP sejam apenas exemplos, o seu pode variar):

   Campo	Entrada	Entrada
   Nome	windows-cluster-ip	FCI-network-name
   Alocação	Estático	Estático
   Endereço IP	10.38.2.10	10.38.2.11

Desinstalar o SQL Server

Como parte do processo de criação da FCI, você instala SQL Server como uma instância clusterizada no cluster de failover. Se você tiver implantado uma máquina virtual com uma imagem do Azure Marketplace sem SQL Server, você poderá ignorar esta etapa. Se você implantou uma imagem com o SQL Server pré-instalado, será necessário excluir a extensão da VM do SQL Server e desinstalar o SQL Server.

Excluir a extensão do Agente do IaaS do SQL

As imagens da VM do SQL Server do Azure Marketplace são registradas automaticamente com a extensão Agente de IaaS do SQL. Antes de desinstalar a instância do SQL Server pré-instalada, você deve primeiro excluir a extensão da VM do SQL Server.

Como excluir a extensão de sua VM do SQL Server com o Azure PowerShell, usando o seguinte código de exemplo:

Remove-AzSqlVM -ResourceGroupName <resource_group_name> -Name <SQL VM resource name>

Desinstalar o SQL Server

Depois que a extensão for excluída, você poderá desinstalar o SQL Server. Siga estas etapas em cada máquina virtual:

1. Conecte-se à máquina virtual usando o Bastion. Quando você se conecta pela primeira vez a uma máquina virtual usando o Bastion, um prompt pergunta se você deseja permitir que o computador seja detectável na rede. Selecione Sim.

2. Abra Programas e Recursos no Painel de Controle.

3. Em Programas e Recursos, clique com o botão direito do mouse em Microsoft SQL Server 201_ (64 bits) e selecione Desinstalar/Alterar.

4. Selecione Remover.

5. Selecione a instância padrão.

6. Na tela Selecionar Recursos, remova todos os recursos em Serviços do Mecanismo de Banco de Dados, Analysis Services e Reporting Services – Nativo. Não remova nada em Recursos Compartilhados. Ele deve ser semelhante à seguinte captura de tela:

   

7. Selecione Avançar e Remover.

8. Depois que a instância for removida com êxito, reinicie a máquina virtual.

Abrir o firewall

Em cada máquina virtual, abra a porta TCP do firewall do Windows que o SQL Server usa. Por padrão, o SQL Server usa a porta 1433, mas se você alterou essa configuração em seu ambiente, abra a porta que configurou sua instância do SQL Server a ser usada. A porta 1433 é aberta automaticamente em imagens do SQL Server implantadas por meio do Azure Marketplace.

Se você usar um balanceador de carga para um cenário de sub-rede única, também precisará abrir a porta que a sonda de verificação usa. Por padrão, a investigação de integridade usa a porta 59999, mas ela pode ser qualquer porta TCP que você especificar ao criar o balanceador de carga.

Esta tabela detalha as portas que talvez você precise abrir, dependendo da configuração da FCI:

Ingressar no domínio

Você também precisa ingressar as máquinas virtuais no domínio. Você pode fazer isso usando um modelo de início rápido.

Rever a configuração de armazenamento

As máquinas virtuais criadas no Azure Marketplace são fornecidas com o armazenamento anexado. Se você planeja configurar o armazenamento de FCI usando compartilhamentos de arquivos Premium ou discos compartilhados do Azure, poderá remover o armazenamento anexado para economizar custos porque o armazenamento local não é usado para a instância do cluster de failover. No entanto, é possível usar o armazenamento anexado para soluções de Espaços de Armazenamento Diretos na FCI, portanto, removê-las nesse caso pode não ser útil. Examine sua solução de armazenamento na FCI para determinar se a remoção do armazenamento anexado é ideal para economizar custos.

Conteúdo relacionado

• Criar uma FCI com discos compartilhados do Azure
• Criar uma FCI com um compartilhamento de arquivos premium
• Criar uma FCI com Storage Spaces Direct
• Criar uma FCI com o Azure Elastic SAN
• Cluster de Failover do Windows Server com o SQL Server em VMs do Azure
• Instâncias de cluster de failover com o SQL Server em VMs do Azure
• Visão geral da instância de cluster de failover
• Práticas recomendadas de configuração do HADR