Configurar um balanceador de carga do Azure para um FCI VNN - SQL Server em VMs do Azure

Aplica-se a:SQL Server na VM do Azure

Nas máquinas virtuais do Azure, os clusters usam um balanceador de carga para manter um endereço IP que precisa estar em um nó de cluster de cada vez. Nesta solução, o balanceador de carga mantém o endereço IP do nome da rede virtual (VNN) que o recurso clusterizado usa no Azure.

Este artigo ensina a configurar um balanceador de carga usando o serviço Balanceador de Carga do Azure. O balanceador de carga roteará o tráfego para sua instância de cluster de failover com o SQL Server em VMs do Azure para alta disponibilidade e recuperação de desastres (HADR).

Para obter uma opção de conectividade alternativa para o SQL Server 2019 CU2 e posterior, considere um DNN (nome de rede distribuído). Uma DNN oferece configuração simplificada e failover aprimorado.

Pré-requisitos

Antes de concluir as etapas neste artigo, você já deve ter:

• Determinado que o Azure Load Balancer é a opção de conectividade apropriada para sua FCI.
• Configurado seu FCI.
• Instalada a versão mais recente do PowerShell.

Criar um balanceador de carga

Você pode criar um destes tipos de balanceadores de carga:

• Interno: um balanceador de carga interno só pode ser acessado a partir de recursos privados internos à rede. Ao configurar um balanceador de carga interno e suas regras, use o endereço IP da FCI como o endereço IP front-end.

• Externo: um balanceador de carga externo pode rotear o tráfego do público para os recursos internos. Ao configurar um balanceador de carga externo, você não pode usar um endereço IP público como o endereço IP da FCI.

  Para usar um balanceador de carga externo, aloque logicamente um endereço IP na mesma sub-rede que a FCI que não entre em conflito com nenhum outro endereço IP. Use esse endereço como o endereço IP front-end para as regras de balanceamento de carga.

Para criar o balanceador de carga:

1. No portal do Azure, vá para o grupo de recursos que contém as máquinas virtuais.

2. Selecione Adicionar. Pesquise o balanceador de carga do Azure Marketplace. Selecione Load Balancer.

3. Selecione Criar.

4. Em Criar balanceador de carga, na guia Noções básicas, configure o balanceador de carga usando os seguintes valores:

   • Assinatura: sua assinatura do Azure.
   • Grupo de recursos: o grupo de recursos que contém suas máquinas virtuais.
   • Nome: um nome que identifica o balanceador de carga.
   • Região: o local do Azure que contém suas máquinas virtuais.
   • SKU: Padrão.
   • Tipo: Público ou Interno. Um balanceador de carga interno pode ser acessado de dentro da rede virtual. A maioria dos aplicativos do Azure pode usar um balanceador de carga interno. Se seu aplicativo precisar de acesso ao SQL Server diretamente pela Internet, use um balanceador de carga público.
   • Nível: Regional.

   

5. Selecione Next: Frontend IP configuration.

6. Selecione Adicionar uma configuração de IP frontend.

   

7. Configure o endereço IP front-end usando os seguintes valores:

   • Nome: um nome que identifica a configuração de IP front-end.
   • Rede virtual: a mesma rede que as máquinas virtuais.
   • Sub-rede: A mesma sub-rede que as máquinas virtuais.
   • Atribuição: Estática.
   • Endereço IP: o endereço IP que você atribuiu ao recurso de rede clusterizada.
   • Zona de disponibilidade: uma zona de disponibilidade opcional para implantar seu endereço IP.

   

8. Selecione Adicionar para criar o endereço IP front-end.

9. Escolha Revisão + Criar para criar o balanceador de carga.

Configurar um pool de back-end

1. Retorne ao grupo de recursos do Azure que contém as máquinas virtuais e localize o novo balanceador de carga. Talvez seja necessário atualizar o modo de exibição no grupo de recursos. Selecione o balanceador de carga.

2. Selecione Pools de back-end e, em seguida, selecione +Adicionar.

3. Em Name, forneça um nome para o pool de back-end.

4. Para Configuração do Pool de Back-end, selecione NIC.

5. Selecione Adicionar para associar o pool de back-end ao conjunto de disponibilidade que contém as VMs.

6. Em Máquina virtual, escolha as máquinas virtuais que participarão como nós de cluster. Certifique-se de incluir todas as máquinas virtuais que hospedarão a FCI.

   Adicione apenas o endereço IP primário de cada VM. Não adicione endereços IP secundários.

7. Selecione Adicionar para adicionar as máquinas virtuais ao pool de back-end.

8. Selecione Salvar para criar o pool de back-end.

Configurar uma sonda de integridade

1. No painel do balanceador de carga, selecione Sondas de integridade.

2. No painel Adicionar sonda de integridade, defina os seguintes parâmetros:

   • Nome: um nome para a sonda de integridade.
   • Protocolo: TCP.
   • Porta: a porta que você criou no firewall para o teste de integridade ao preparar a VM. Neste artigo, o exemplo usa a porta TCP 59999.
   • Intervalo: 5 segundos.

3. Selecione Adicionar.

Definir regras de balanceamento de carga

1. No painel do balanceador de carga, selecione Regras de balanceamento de carga.

2. Selecione Adicionar.

3. Defina estes parâmetros:

   • Nome: um nome para a regra de balanceamento de carga.
   • Endereço IP frontend: O endereço IP que você definiu quando configurou o frontend.
   • Pool de back-end: o pool de back-end que contém as máquinas virtuais destinadas ao balanceador de carga.
   • Portas HA: Permite o balanceamento de carga em todas as portas para protocolos TCP e UDP.
   • Protocolo: TCP.
   • Porta: A porta TCP do SQL Server. O padrão é 1433.
   • Porta de back-end: A mesma porta que o valor de Porta quando você habilita IP flutuante (retorno direto do servidor).
   • Sonda de integridade: a sonda de integridade que você configurou anteriormente.
   • Persistência da sessão: Nenhuma.
   • Tempo limite de inatividade (minutos): 4.
   • IP flutuante (retorno direto do servidor): Ativado.

4. Selecione Guardar.

Configurar uma sonda de cluster

Defina o parâmetro de porta da sonda de cluster no PowerShell.

$ClusterNetworkName = "<Cluster Network Name>"
$IPResourceName = "<SQL Server FCI IP Address Resource Name>" 
$ILBIP = "<n.n.n.n>" 
[int]$ProbePort = <nnnnn>

Import-Module FailoverClusters

Get-ClusterResource $IPResourceName | Set-ClusterParameter -Multiple @{"Address"="$ILBIP";"ProbePort"=$ProbePort;"SubnetMask"="255.255.255.255";"Network"="$ClusterNetworkName";"EnableDhcp"=0}

Get-ClusterResource $IPResourceName | Get-ClusterParameter

$ClusterNetworkName = "<Cluster Network Name>"
$IPResourceName = "<SQL Server FCI IP Address Resource Name>" 
$ELBIP = "<n.n.n.n>" 
[int]$ProbePort = <nnnnn>

Import-Module FailoverClusters

Get-ClusterResource $IPResourceName | Set-ClusterParameter -Multiple @{"Address"="$ELBIP";"ProbePort"=$ProbePort;"SubnetMask"="255.255.255.255";"Network"="$ClusterNetworkName";"EnableDhcp"=0}

Get-ClusterResource $IPResourceName | Get-ClusterParameter

Modificar a cadeia de conexão

Para clientes que oferecem suporte a ele, adicione MultiSubnetFailover=True à cadeia de conexão. Embora a MultiSubnetFailover opção de conexão não seja necessária, ela oferece o benefício de um failover de sub-rede mais rápido. Isso ocorre porque o driver do cliente tenta abrir um soquete TCP para cada endereço IP em paralelo. O driver do cliente aguarda o primeiro endereço IP para responder com sucesso. Após a resposta bem-sucedida, o driver do cliente usa esse endereço IP para a conexão.

Se o cliente não suportar o parâmetro, você poderá modificar as configurações e HostRecordTTL para evitar atrasos de conectividade após o MultiSubnetFailover RegisterAllProvidersIP failover.

Use o PowerShell para modificar as RegisterAllProvidersIp configurações e HostRecordTTL :

Get-ClusterResource yourFCIname | Set-ClusterParameter RegisterAllProvidersIP 0  
Get-ClusterResource yourFCIname | Set-ClusterParameter HostRecordTTL 300 

Para saber mais, consulte a documentação sobre o tempo limite de conexão do ouvinte no SQL Server.

Teste de ativação pós-falha

Teste o failover do recurso clusterizado para validar a funcionalidade do cluster:

1. Conecte-se a um dos nós de cluster do SQL Server usando o protocolo RDP.
2. Abra o Gestor de Clusters de Ativação Pós-falha. Selecione Funções. Observe qual nó possui a função FCI do SQL Server.
3. Clique com o botão direito do mouse na função FCI do SQL Server.
4. Selecione Mover e, em seguida, selecione Melhor nó possível.

O Gerenciador de Cluster de Failover mostra a função e seus recursos ficam offline. Em seguida, os recursos são movidos e ficam online novamente no outro nó.

Testar conectividade

Para testar a conectividade, entre em outra máquina virtual na mesma rede virtual. Abra o SQL Server Management Studio e conecte-se ao nome FCI do SQL Server.

Próximos passos

Para saber mais, consulte:

• 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 das instâncias de cluster de failover
• Configurações HADR para SQL Server em VMs do Azure