Movendo VMs do Azure para outra região do Azure

  • Artigo

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

Razões para mover VMs do Azure

Você pode mover VMs pelos seguintes motivos:

  • Você já implantou em uma região e um novo suporte de região foi adicionado que está mais próximo dos usuários finais do seu aplicativo ou serviço. Nesse cenário, convém mover suas VMs como estão para a nova região para reduzir a latência. Use a mesma abordagem se quiser consolidar assinaturas ou se houver regras de governança ou de organização que exijam que você mova.
  • Sua VM foi implantada como uma VM de instância única ou como parte de um conjunto de disponibilidade. Se quiser aumentar os SLAs de disponibilidade, você pode 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 pré-visualização pública e fornece:

  • Um único hub para mover recursos entre regiões.
  • Redução do tempo de movimento e da complexidade. Tudo o que você precisa está em um único local.
  • Uma experiência simples e consistente para mover diferentes tipos de recursos do Azure.
  • Uma maneira fácil de identificar dependências entre os recursos que você deseja mover. Isso ajuda você a mover recursos relacionados juntos, para que tudo funcione como esperado na região de destino, após a mudança.
  • Limpeza automática de recursos na região de origem, se você quiser excluí-los após a mudança.
  • A testar. Você pode experimentar um movimento e, em seguida, descartá-lo se não quiser fazer um movimento completo.

Mover VMs com a Recuperação de Site

Mover VMs com a Recuperação de Site envolve as seguintes etapas:

  1. Verificar os pré-requisitos.
  2. Prepare as VMs de origem.
  3. Prepare a região de destino.
  4. Copie dados para a região de destino. Use a tecnologia de replicação do Azure Site Recovery para copiar dados da VM de origem para a região de destino.
  5. Teste a configuração. Após a conclusão da replicação, teste a configuração executando um failover de teste para uma rede que não seja de produção.
  6. Execute a mudança.
  7. Descarte os recursos na região de origem.

Nota

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 oferece 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 de várias camadas no Azure. O exemplo é um aplicativo de três camadas com um IP público. Cada uma das camadas (Web, aplicativo e banco de dados) tem duas VMs cada e elas são conectadas por um balanceador de carga do Azure às outras camadas. A camada de banco de dados tem replicação Always On do SQL Server 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. Esta configuração é a mais simples de adotar.

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

  • VMs em cada camada implantada 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 em vários nós de hardware isolados em um cluster. Isso garante que, se ocorrer uma falha de hardware ou software no Azure, apenas um subconjunto de suas VMs será afetado e sua solução geral permanecerá disponível e operacional.

    Implantação de VM em conjuntos de disponibilidade

  • VMs em cada camada implantada 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, suas VMs serão efetivamente distribuídas em três domínios de falha e três domínios de atualização. A plataforma Azure reconhece essa distribuição entre domínios de atualização para garantir que as VMs em zonas diferentes não sejam atualizadas ao mesmo tempo.

    Implantação da zona de disponibilidade

Mover VMs como estão para uma região de destino

Com base nas arquiteturas mencionadas anteriormente, veja como serão as implantações depois que você executar a mudança como está para a região de destino.

  • VMs de instância única implantadas em vários níveis
  • VMs em cada camada implantadas em conjuntos de disponibilidade
  • VMs em cada camada implantadas em zonas de disponibilidade

Mover VMs para aumentar a disponibilidade

  • VMs de instância única implantadas em vários níveis

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

  • VMs em cada camada implantada em conjuntos de disponibilidade: você pode configurar suas VMs em um conjunto de disponibilidade em Zonas de Disponibilidade separadas ao habilitar a replicação para sua VM usando o Azure Site Recovery. O SLA de disponibilidade será de 99,99% após a conclusão da operação de movimentação.

    Implantação de VM em conjuntos de disponibilidade e zonas de disponibilidade

Próximos passos