Mover máquinas virtuais do Azure para outra região do Azure

  • Artigo

Este artigo fornece uma visão geral dos motivos e das etapas envolvidas na movimentação de VMs do Azure para outra região do Azure usando Azure Site Recovery.

Motivos para mover VMs do Azure

Você pode mover VMs pelos seguintes motivos:

  • Você já fez a implantação em uma região e foi adicionado suporte a uma nova região mais próxima aos usuários finais do aplicativo ou serviço. Nesse cenário, você pode querer mover suas VMs como está para a nova região para reduzir a latência. Use a mesma abordagem se você desejar consolidar assinaturas ou se houver regras de governança ou da organização que exijam a movimentação.
  • Sua VM foi implantada como uma VM de instância única ou como parte de um conjunto de disponibilidade. Se quiser aumentar a disponibilidade dos SLAs, você poderá mover suas VMs para uma Zona de Disponibilidade.

Mover VMs com o Resource Mover

Agora, você pode mover VMs para outra região com o Azure Resource Mover. O Resource Mover está em versão prévia pública e fornece:

  • Um único hub para mover recursos entre regiões.
  • Tempo e complexidade de movimentação reduzidos. Tudo o que você precisa está em um único local.
  • Uma experiência simples e consistente para mover os diferentes tipos de recursos do Azure.
  • Uma maneira fácil de identificar dependências entre os recursos que você deseja mover. Isso ajuda a mover os recursos relacionados em conjunto, para que tudo funcione conforme o esperado na região de destino após a movimentação.
  • Se você quiser excluí-los após a movimentação, realize a limpeza automática de recursos na região de origem.
  • Testes. Você pode experimentar uma movimentação e depois descartá-la caso não queira fazer uma movimentação completa.

Mover as VMs com o Site Recovery

Mover VMs com o Site Recovery envolve as seguintes etapas:

  1. Verifique se os pré-requisitos.
  2. Prepare as VMs de origem.
  3. Prepare a região de destino.
  4. Copie os dados para a região de destino. Use a tecnologia de replicação do Azure Site Recovery para copiar os dados da VM de origem para a região de destino.
  5. Teste a configuração. Depois que a replicação for concluída, teste a configuração executando um failover de teste para uma rede de não produção.
  6. Realize a movimentação.
  7. Descarte os recursos na região de origem.

Observação

Detalhes sobre essas etapas são fornecidos nas seções a seguir.

Importante

Atualmente, o Azure Site Recovery dá suporte à movimentação de VMs de uma região para outra, mas não dá suporte à movimentação dentro de uma região.

Arquiteturas típicas para uma implantação de várias camadas

Esta seção descreve as arquiteturas de implantação mais comuns para um aplicativo multicamada no Azure. O exemplo é de um aplicativo de três camadas com um IP público. Cada uma das camadas (Web, aplicativo e banco de dados) tem duas VMs e é conectada por um Azure Load Balancer às outras camadas. A camada de banco de dados tem a replicação do SQL Server Always On entre as VMs para alta disponibilidade.

  • VMs de instância única implantadas em várias camadas: Cada VM em uma camada é configurada como uma VM de instância única e é conectada por balanceadores de carga às outras camadas. Essa configuração é mais simples de adotar.

    Seleção para mover a implantação de VM de instância única em camadas

  • VMs em cada camada implantadas em conjuntos de disponibilidade: Cada VM em uma camada é configurada em um conjunto de disponibilidade. Os conjuntos de disponibilidade garantem que as VMs implantadas no Azure sejam distribuídas entre vários nós de hardware isolados em um cluster. Isso garante que, se ocorrer uma falha de hardware ou de software no Azure, apenas um subconjunto de suas VMs será afetado e a solução geral permanecerá disponível e operacional.

    Implantação da VM em conjuntos de disponibilidade

  • VMs em cada camada implantadas em Zonas de Disponibilidade: Cada VM em uma camada é configurada em Zonas de Disponibilidade. Uma Zona de Disponibilidade em uma região do Azure é uma combinação de um domínio de falha e um domínio de atualização. Por exemplo, se você criar três ou mais VMs em três zonas em uma região do Azure, as VMs serão efetivamente distribuídas em três domínios de falha e três domínios de atualização. A plataforma do Azure reconhece essa distribuição nos domínios de atualização para garantir que as VMs em diferentes zonas não sejam atualizadas ao mesmo tempo.

    Implantação de Zona de Disponibilidade

Mover as VMs no estado em que se encontram para uma região de destino

Com base nas arquiteturas mencionadas acima, veja a seguir como será a aparência das implantações depois que você realizar a movimentação das VMs no estado em que se encontram para a região de destino.

  • VMs de instância única implantadas em várias camadas
  • VMs em cada camada implantadas em conjuntos de disponibilidade
  • VMs em cada camada implantadas em Zonas de Disponibilidade

Mover as VMs para aumentar a disponibilidade

  • VMs de instância única implantadas em várias camadas

    Implantação de VM de instância única em camadas

  • VMs em cada camada implantadas em conjuntos de disponibilidade: Quando habilitar a replicação para sua VM usando o Azure Site Recovery, você pode configurar suas VMs em um conjunto de disponibilidade em Zonas de Disponibilidade separadas. O SLA de disponibilidade será de 99,99% depois que a operação de movimentação for concluída.

    Implantação de VMs em conjuntos de disponibilidade e Zonas de Disponibilidade

Próximas etapas