Share via

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 grupo de disponibilidade Always On (AG) de uma única sub-rede para várias sub-redes para simplificar a conexão ao seu ouvinte no Azure com seu SQL Server em máquinas virtuais (VMs) do Azure.

Gorjeta

Há muitos métodos para implantar um grupo de disponibilidade. Simplifique sua implantação e elimine a necessidade de um Balanceador de Carga do Azure ou DNN (nome de rede distribuída) para seu grupo de disponibilidade Always On criando suas máquinas virtuais (VMs) do SQL Server em várias sub-redes dentro da mesma rede virtual do Azure. Se você já criou seu grupo de disponibilidade em uma única sub-rede, pode migrá-lo para um ambiente de várias sub-redes.

Descrição geral

Os clientes que executam o SQL Server em máquinas virtuais do Azure podem implementar um grupo de disponibilidade Always On (AG) em uma única sub-rede ou em várias sub-redes (várias sub-redes). Uma configuração de várias sub-redes simplifica o ambiente do grupo de disponibilidade, removendo a necessidade de um Balanceador de Carga do Azure ou de 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 as cadeias de conexão para um aplicativo usar 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 Balanceador de Carga do Azure ou DNN para o ouvinte e agora deseja reduzir a complexidade movendo 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, pondere os riscos de alterar um ambiente em uso.

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

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

Atenção

Executar qualquer migração envolve algum risco, de modo a sempre testar minuciosamente em um ambiente que não seja de produção antes de passar para um ambiente de produção.

Novo ambiente com testes lado a lado

O primeiro método para mover para um grupo de disponibilidade de várias sub-redes é configurar um novo ambiente. Se esta é a rota escolhida, então você precisa:

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

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

Uma vez que o ambiente de várias sub-redes é completamente validado, então você pode cortar para a nova infraestrutura. Dependendo do ambiente (produção, 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, solte 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.

Configurar 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 migrar usando esse método, você precisa dos seguintes pré-requisitos:

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

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

  1. Crie uma nova sub-rede para cada secundário, 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 Subrede IP de cluster IP do ouvinte
    VM1 (principal) 10.1.1.0/24 (sub-rede existente) 10.1.1.15 10.1.1.16
    VM2 (secundário) 10.1.2.0/24 (nova sub-rede) 10.1.2.15 10.1.2.16

  3. Adicione o IP do Cluster e o IP 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 indo para as Configurações IP da Interface > de Rede de Rede da máquina >>virtual. Mover o servidor para uma nova sub-rede reinicia o servidor de réplica secundário.

  5. Adicione o IP do Cluster e o IP do Ouvinte ao servidor de réplica secundário. Adicionar esses endereços IP é uma operação online.

  6. Neste ponto, uma vez que os endereços IP e sub-redes estão no lugar, então você pode excluir o balanceador de carga.

  7. Solte o ouvinte.

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

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

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

Próximos passos