Migrar o grupo de disponibilidade do SQL Server para várias sub-redes – SQL Server em VMs do Azure

  • Artigo

Aplica-se a:SQL Server na VM do Azure

Este artigo ensina você a migrar seu AG (grupo de disponibilidade) Always On de uma única sub-rede para várias sub-redes para simplificar a conexão ao ouvinte no Azure com seu SQL Server em VMs (máquinas virtuais) do Azure.

Dica

Há vários métodos de implantação de um grupo de disponibilidade. Simplifique sua implantação sem precisar usar o Azure Load Balancer ou DNN (nome de rede distribuída) para seu grupo de disponibilidade Always On criando suas VMs (máquinas virtuais) do SQL Server em várias sub-redes dentro da mesma rede virtual do Azure. Se você já tiver criado seu grupo de disponibilidade em uma única sub-rede, poderá migrá-lo para um ambiente de várias sub-redes.

Visão geral

Os clientes que estão executando o SQL Server em máquinas virtuais do Azure podem implementar um AG (grupo de disponibilidade) Always On em uma única sub-rede ou várias. Uma configuração de várias sub-redes simplifica o ambiente do grupo de disponibilidade removendo a necessidade de um Azure Load Balancer ou um DNN (Nome de Rede Distribuída) para rotear o tráfego para o ouvinte na rede do Azure. Embora o uso de uma abordagem de várias sub-redes seja recomendado, ele requer que as cadeias de conexão para um aplicativo usem MultiSubnetFailover = true, o que pode não ser possível imediatamente devido a alterações no nível do aplicativo.

Se você criou originalmente um grupo de disponibilidade em uma única sub-rede e está usando um Azure Load Balancer ou DNN para o ouvinte e agora deseja reduzir a complexidade movendo-se para uma configuração de várias sub-redes, você pode fazer isso com algumas etapas manuais.

Antes de iniciar uma migração de um ambiente existente, avalie os riscos de alterar um ambiente em uso.

Considere as seguintes duas maneiras de migrar seu grupo de disponibilidade para várias sub-redes:

  • Criar um ambiente para executar testes lado a lado
  • Mover manualmente um grupo de disponibilidade existente

Cuidado

Executar qualquer migração envolve algum risco. Portanto, como sempre, faça testes minuciosos em um ambiente de não produção antes de migrar para um ambiente de produção.

Novo ambiente com teste lado a lado

O primeiro método para fazer a migração para um grupo de disponibilidade de várias sub-redes é configurar um novo ambiente. Se essa for a rota escolhida, você precisará:

  1. Criar máquinas virtuais
  2. Criar um grupo de disponibilidade em uma configuração de várias sub-redes
  3. Fazer backup do banco de dados atual e restaurá-los para o novo ambiente

Inicialmente, no novo ambiente de várias sub-redes, crie o ouvinte com um nome diferente do ambiente de única sub-rede existente. Um ouvinte recém-nomeado em um novo grupo de disponibilidade permite o teste lado a lado do aplicativo (teste com várias sub-redes e o balanceador de carga atual ou DNN em vigor).

Depois que o ambiente de várias sub-redes for validado completamente, você poderá fazer a transferência para a nova infraestrutura. Dependendo do ambiente (produção ou teste), use uma janela de manutenção para concluir a alteração. Durante a janela de manutenção, restaure o banco de dados para a nova réplica primária, remova o ouvinte do grupo de disponibilidade em ambos os ambientes e recrie o ouvinte no ambiente de várias sub-redes usando o mesmo nome do ouvinte anterior, aquele usado na cadeia de conexão do aplicativo.

A configuração de um novo ambiente em uma configuração de várias sub-redes agora é mais fácil com a experiência de implantação do portal do Azure.

Mover manualmente um grupo de disponibilidade existente

A outra opção é mover manualmente do ambiente de sub-rede única para um ambiente de várias sub-redes. Para fazer a migração usando este método, você precisará dos seguintes pré-requisitos:

  • Um endereço IP para cada computador em uma nova sub-rede
  • Cadeias de conexão que já estejam usando MultiSubnetFailover = true

Para migrar seu grupo de disponibilidade para uma configuração de várias sub-redes, siga estas etapas:

  1. Crie uma sub-rede para cada secundária, pois todas as máquinas virtuais estão atualmente na mesma sub-rede.

  2. Determine o IP do cluster e o IP do ouvinte para todos os servidores no AG. Por exemplo, se você tiver um grupo de disponibilidade com dois nós, terá o seguinte:

    Nome da VM Sub-rede IP do Cluster IP do Ouvinte
    VM1 (primário) 10.1.1.0/24 (sub-rede existente) 10.1.1.15 10.1.1.16
    VM2 (secundária) 10.1.2.0/24 (nova sub-rede) 10.1.2.15 10.1.2.16

  3. Adicione o IP do cluster e o do ouvinte ao servidor de réplica primário. Adicionar esses endereços IP é uma operação online.

  4. No portal do Azure, mova o servidor secundário para a nova sub-rede acessando a máquina virtual >Rede > Adaptador de rede > Configurações de IP. Mover o servidor para uma nova sub-rede reinicializa o servidor de réplica secundária.

  5. Adicione o IP do cluster e o do ouvinte ao servidor de réplica primária. Adicionar esses endereços IP é uma operação online.

  6. Neste ponto, como os endereços IP e as sub-redes entram em vigor, você pode excluir o balanceador de carga.

  7. Coloque o ouvinte.

  8. Se você estiver usando o Windows Server 2019 e versões posteriores, ignore esta etapa. Se você estiver usando o Windows Server 2016, adicione manualmente os IPs do cluster à FCI.

  9. Recrie o ouvinte com os novos IPs do ouvinte.

  10. Libere a DNS em todos os servidores usando ipconfig /flushdns.

Próximas etapas