Mover VMs do Azure para outra região do Azure

Artigo
02/19/2024

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

Motivos para mover VMs do Azure

Pode mover VMs pelos seguintes motivos:

Já implementou numa região e foi adicionado um novo suporte de região que está mais próximo dos utilizadores finais da sua aplicação ou serviço. Neste cenário, gostaria de mover as VMs tal como estão para a nova região para reduzir a latência. Utilize a mesma abordagem se quiser consolidar subscrições ou se existirem regras de governação ou organização que exijam a sua movimentação.
A VM foi implementada como uma VM de instância única ou como parte de um conjunto de disponibilidade. Se quiser aumentar os SLAs de disponibilidade, pode mover as VMs para uma Zona de Disponibilidade.

Mover VMs com o Resource Mover

Agora 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.
Tempo de movimentação e complexidade reduzidos. Tudo o que precisa está numa única localização.
Uma experiência simples e consistente para mover diferentes tipos de recursos do Azure.
Uma forma fácil de identificar dependências entre os recursos que pretende mover. Isto ajuda-o a mover recursos relacionados em conjunto, para que tudo funcione conforme esperado na região de destino, após a movimentação.
Limpeza automática dos recursos na região de origem, se quiser eliminá-los após a movimentação.
A testar. Pode experimentar uma movimentação e, em seguida, rejeitá-la se não quiser fazer uma movimentação completa.

Mover VMs com Site Recovery

Mover VMs com Site Recovery envolve os seguintes passos:

Verificar os pré-requisitos.
Prepare as VMs de origem.
Preparar a região de destino.
Copie os dados para a região de destino. Utilize a tecnologia de replicação Site Recovery do Azure para copiar dados da VM de origem para a região de destino.
Teste a configuração. Após a conclusão da replicação, teste a configuração ao efetuar uma ativação pós-falha de teste para uma rede de não produção.
Efetue a movimentação.
Eliminar os recursos na região de origem.

Nota

Os detalhes sobre estes passos são fornecidos nas secções seguintes.

Importante

Atualmente, o Azure Site Recovery suporta a movimentação de VMs de uma região para outra, mas não suporta a movimentação numa região.

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

Esta secção descreve as arquiteturas de implementação mais comuns para uma aplicação de várias camadas no Azure. O exemplo é uma aplicação de três camadas com um IP público. Cada uma das camadas (Web, aplicação e base de dados) tem duas VMs cada e estão ligadas por um balanceador de carga do Azure às outras camadas. A camada da base de dados SQL Server replicação AlwaysOn entre as VMs para elevada disponibilidade.

VMs de instância única implementadas em várias camadas: cada VM numa camada é configurada como uma VM de instância única e está ligada por balanceadores de carga às outras camadas. Esta configuração é a mais simples de adotar.
VMs em cada camada implementadas em conjuntos de disponibilidade: cada VM numa camada está configurada num conjunto de disponibilidade. Os conjuntos de disponibilidade garantem que as VMs que implementar no Azure são distribuídas por vários nós de hardware isolados num cluster. Isto garante que, se ocorrer uma falha de hardware ou software no Azure, apenas um subconjunto das suas VMs é afetado e a sua solução global permanece disponível e operacional.
VMs em cada camada implementadas em Zonas de Disponibilidade: cada VM numa camada está configurada em Zonas de Disponibilidade. Uma Zona de Disponibilidade numa região do Azure é uma combinação de um domínio de falha e de um domínio de atualização. Por exemplo, se criar três ou mais VMs em três zonas numa região do Azure, as VMs serão efetivamente distribuídas por três domínios de falha e três domínios de atualização. A plataforma do Azure reconhece esta distribuição entre domínios de atualização para garantir que as VMs em zonas diferentes não são atualizadas ao mesmo tempo.

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

Com base nas arquiteturas mencionadas anteriormente, eis o aspeto das implementações depois de efetuar a movimentação tal como está para a região de destino.

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

Mover VMs para aumentar a disponibilidade

VMs de instância única implementadas em várias camadas
VMs em cada camada implementadas em conjuntos de disponibilidade: pode configurar as VMs num conjunto de disponibilidade em Zonas de Disponibilidade separados quando ativa a replicação para a VM com o Azure Site Recovery. O SLA para disponibilidade será de 99,99% depois de concluir a operação de movimentação.

Partilhar via