Rehospedagem com o Azure Migrate (lift and shift)

Rehost — comumente chamado de Lift and Shift — é a estratégia de migração na qual você move uma VM do ambiente local para o Azure sem alterar o sistema operacional, os binários do aplicativo ou os dados. A ferramenta de Migração e Modernização do Azure Migrate (anteriormente Server Migration) automatiza esse processo replicando os dados dos discos para o Azure e, em seguida, realizando a transferência com tempo de inatividade mínimo. Lift and Shift é ideal para aplicativos que não podem ser refatorados facilmente ou que têm prazos de migração apertados.

Antes de iniciar a replicação, você deve: concluir a descoberta e a avaliação para obter recomendações de SKUs de VMs de destino; criar os recursos de destino do Azure (grupo de recursos, rede virtual e sub-rede); e garantir que o dispositivo do Azure Migrate esteja íntegro. Para fontes VMware, o dispositivo deve ter permissões de leitura no vCenter, e a VM convidada deve estar acessível pela rede a partir do dispositivo. Baixe e registre o software Replication Provider se estiver migrando do Hyper-V ou de servidores físicos.

A replicação copia todos os dados dos discos da VM de origem para uma conta de armazenamento de cache gerenciada pelo Azure e, em seguida, prepara os dados de forma assíncrona no Azure. No portal do Azure Migrate, acesse Replicar, selecione as VMs de origem, mapeie-as para o SKU de VM do Azure recomendado e escolha a rede virtual de destino. O tempo da replicação inicial depende do tamanho do disco e da largura de banda — um disco de 100 GB em uma conexão de 100 Mbps leva aproximadamente 2 horas para a sincronização inicial.

Depois que a imagem inicial do disco é copiada, o Azure Migrate alterna para a replicação delta — somente os blocos de disco alterados são enviados, mantendo a cópia no Azure quase sincronizada em tempo real com a origem local. A VM continua em execução no ambiente local durante essa fase. Você pode monitorar a integridade da replicação, o atraso do RPO e as taxas de transferência de dados no portal. Normalmente, a replicação delta se estabiliza com apenas alguns minutos de atraso até 24 horas após a conclusão da sincronização inicial.

Antes de transferir o tráfego de produção, sempre execute uma migração de teste. Isso inicia a VM replicada no Azure em uma rede virtual de teste isolada, sem conectividade com os sistemas de produção. Você valida se o sistema operacional é inicializado, se os serviços são iniciados e se a funcionalidade do aplicativo funciona conforme esperado. As migrações de teste não interrompem a replicação local — a VM de origem continua em execução. Após o teste, exclua os recursos de teste no portal para evitar cobranças desnecessárias.

A transferência é a etapa final que move o tráfego de produção do ambiente local para o Azure. Durante a transferência: a VM de origem é colocada em estado quiescente (ou você a desliga manualmente), todas as alterações delta restantes são aplicadas à réplica do Azure e a nova VM do Azure é iniciada. Como esta é uma migração no nível do armazenamento, a transferência normalmente é muito rápida — menos de 10 minutos para a maioria das VMs. Agende a transferência durante uma janela de manutenção e comunique-a antecipadamente às partes interessadas no aplicativo.

No portal do Azure Migrate, clique em Migrar para o servidor selecionado. Você deverá informar se deseja desligar a VM local antes da migração (recomendado para evitar perda de dados). O Azure aplica o delta final, cria a VM do Azure e marca a migração como concluída. Em seguida, você deve atualizar os registros DNS, os back-ends do balanceador de carga ou as cadeias de conexão do aplicativo para apontar para o IP privado ou FQDN do novo Azure, para que os clientes comecem a usar a VM do Azure.

Após a transferência, execute estas verificações pós-migração: integridade do aplicativo (carregue todas as páginas do aplicativo e execute testes básicos), conectividade (verifique se a VM do Azure consegue acessar os bancos de dados e serviços dependentes), monitoramento (instale o agente do Azure Monitor e habilite o diagnóstico) e backup (inscreva a VM no Azure Backup). Se forem encontrados problemas, a VM de origem local poderá ser reiniciada — ela continuará intacta até que você a desative explicitamente.

Quando a VM migrada estiver estável no Azure e as partes interessadas derem sua aprovação, você poderá desativar a VM de origem local. No Azure Migrate, selecione Concluir migração para encerrar a replicação. Isso não desliga automaticamente a VM local — você deve desligá-la e recuperar o hardware por meio do processo normal de gerenciamento de ativos de IT. A desativação reduz os custos da infraestrutura local e aproxima você de um modelo operacional totalmente em nuvem.

Para migrações de grande porte envolvendo centenas de VMs, o Azure Migrate oferece suporte a operações em massa por meio da importação de CSV. Você prepara um CSV listando cada VM de origem, seu SKU de destino, o grupo de recursos de destino e a rede virtual e, em seguida, faz o upload para iniciar a replicação de todas as VMs simultaneamente. Os grupos de migração permitem sequenciar a replicação e a transferência para que as camadas dependentes do aplicativo (banco de dados, aplicativo e Web) sejam migradas na ordem correta dentro da mesma janela de manutenção.

Fique atento a estes problemas comuns de Lift and Shift: a criptografia do disco de inicialização em VMs Linux pode impedir que o Azure as inicialize (use o Azure Disk Encryption após a migração); endereços IP estáticos codificados nas configurações dos aplicativos devem ser atualizados para os IPs privados ou nomes DNS do Azure; as regras de firewall locais que fazem referência ao IP do servidor talvez precisem ser replicadas em um NSG do Azure; e as configurações de fuso horário em VMs Windows podem causar alterações no comportamento do aplicativo no ambiente UTC do Azure.

Teste sua compreensão dos conceitos do Microsoft Azure Fundamentals (AZ-900) abordados nesta lição.

Nesta lição, você aprendeu que: o fluxo de migração Rehost vai da replicação à sincronização delta, depois à migração de teste e à transferência; a migração de teste valida a VM em uma rede isolada antes de colocá-la em produção; e as etapas pós-migração (monitoramento, backup e atualização do DNS) são essenciais antes de desativar os recursos locais. A seguir, abordaremos as práticas recomendadas para migrar bancos de dados para o Azure.