Migrar VMs VMware para o Azure (sem agente)

Este artigo mostra-lhe como migrar VMs VMware ou Solução VMware no Azure (AVS) on-premises para Azure, utilizando a ferramenta Migration and modernization , com migração sem agente. Você também pode migrar VMs VMware usando a migração baseada em agente. Compare os métodos.

Neste tutorial, aprenderás como:

Se não tiver uma subscrição do Azure, crie uma conta gratuita antes de começar.

Pré-requisitos

Antes de começar este tutorial, tem de:

1. Conclua o primeiro tutorial para preparar o Azure e o VMware para migração.
2. Recomendamos que você conclua o segundo tutorial para avaliar as VMs VMware antes de migrá-las para o Azure, mas não é necessário.
3. Ir para o projeto já criado ou criar um novo projeto
4. Verificar permissões para sua conta do Azure - Sua conta do Azure precisa de permissões para criar uma VM e gravar em um disco gerenciado do Azure.
5. Para os papéis incorporados necessários no Azure Migrate e os detalhes de permissões para criar um projeto e executar descobertas, avaliações e migrações, consulte Preparar contas Azure para Azure Migrate.

Configurar o dispositivo Azure Migrate

A ferramenta de migração e modernização executa um dispositivo VMware VM leve que é usado para deteção, avaliação e migração sem agente de VMs VMware. Se seguires o tutorial de avaliação, já configuraste o aparelho. Se não o fez, configure-o agora, usando um destes métodos:

• Modelo OVA: Configuração numa VM VMware usando um modelo OVA descarregado.
• Script: Configurar numa VM VMware ou numa máquina física, utilizando um script de instalação do PowerShell. Esse método deve ser usado se você não puder configurar uma VM usando um modelo OVA ou se estiver no Azure Government.

Depois de criar o dispositivo, verifique se ele pode se conectar ao Azure Migrate: Server Assessment, configurá-lo pela primeira vez e registrá-lo no projeto Azure Migrate.

Executar migrações

Depois de configurar o dispositivo e concluir a descoberta, você pode começar a replicação de VMs VMware para o Azure.

• Você pode executar até 500 replicações simultaneamente.
• No portal, você pode selecionar até 10 VMs de uma só vez para migração. Para migrar mais máquinas, adicione-as a grupos em lotes de 10.

Ative a replicação da seguinte forma:

1. No projeto Azure Migrate >Execute>Migration, selecione Start execution.

   

2. Em Especificar intenção, >O que quer migrar, selecione Servidores ou Máquinas Virtuais(VM). Em Para onde quer migrar, selecione Azure VM.

3. Em Como pretende selecionar cargas de trabalho, selecione uma das seguintes opções em Origens do dispositivo Azure Migrate,

   • De todo o inventário para selecionar manualmente os servidores
   • De uma avaliação para usar uma avaliação existente

4. No método de descoberta, selecione o appliance que corresponde ao seu ambiente de origem (VMware vSphere neste caso). No modo de migração, selecione Migração sem agente.

   

5. Em Cargas de Trabalho,

   • Selecione o tipo de segurança da VM Target.
     • O Azure Migrate dá suporte à migração para TVMs (Máquinas Virtuais de Inicialização Confiáveis). Por padrão, migra as VMs elegíveis como TVMs. Essas VMs fornecem recursos de segurança aprimorados, como inicialização segura e TPM virtual, sem custo extra.
     • Também pode migrar máquinas elegíveis para máquinas virtuais confidenciais (Pré-visualização) Saiba mais. Se selecionar máquinas virtuais Confidenciais, apenas os servidores elegíveis estão disponíveis para seleção e os restantes ficam desativados.
   • Depois, selecione as máquinas que quer replicar e migrar e clique em Próximo.

6. Em Configurações de destino, selecione a assinatura, a região de destino e a conta de armazenamento.

   • Conta de armazenamento: Mantenha a opção padrão de usar a conta de armazenamento cache que o portal cria automaticamente para o projeto. Para usar uma conta de armazenamento diferente para replicação, selecione-a na lista suspensa.

   Observação

   • Se usar um endpoint privado como método de conectividade para o projeto Azure Migrate, conceda ao cofre dos Serviços de Recuperação acesso à conta de armazenamento em cache. Mais informações
   • Para replicar usando o ExpressRoute com peering privado, crie um endpoint privado para a conta de armazenamento em cache. Mais informações
   • Depois de iniciares a primeira replicação de uma VM, a região alvo e a conta de armazenamento não podem ser alteradas. A opção padrão selecionada na lista suspensa é usada para criar uma nova conta de armazenamento. Se não for selecionada nenhuma opção, a conta de armazenamento é criada na etapa final de ativação da replicação.

   • Benefício Híbrido do Azure: Aplique o Benefício Híbrido do Azure e poupe até 76% em comparação com os custos de utilização conforme o consumo, utilizando uma licença elegível do Windows Server e/ou do Enterprise Linux. Selecione as caixas de seleção aplicáveis à sua licença (licença Windows Server ou licença Enterprise Linux).

   • Rede virtual: Selecione a rede virtual e a sub-rede Azure que as VMs Azure juntam após a migração.

   • Opções de disponibilidade: Selecione uma das seguintes opções:

     • Zona de Disponibilidade – Fixa a máquina migrada para uma Zona de Disponibilidade específica na região. Utilize esta opção para distribuir as máquinas que fazem parte de uma camada de aplicação com vários nós entre Zonas de Disponibilidade. Se selecionar esta opção, especifique a Zona de Disponibilidade para cada máquina selecionada no separador Computar. Esta opção está disponível apenas se a região-alvo selecionada suportar Zonas de Disponibilidade.
     • Conjunto de Disponibilidade – Coloca a máquina migrada num Conjunto de Disponibilidade. O grupo de recursos alvo selecionado deve conter um ou mais conjuntos de disponibilidade.
     • Não é necessária redundância de infraestrutura – Selecione esta opção se não necessitar de Zonas de Disponibilidade ou Availability Sets para as máquinas migradas.

   • Em Detalhes de Segurança,

     • Se o tipo de segurança alvo selecionado for máquinas virtuais Standard ou Trusted Launch:

       • O arranque seguro está ativado por defeito (recomendado). Pode optar por remover esta opção. Depois, proceda à seleção do tipo de encriptação do disco .

     • Se o tipo de segurança alvo selecionado for Máquinas virtuais confidenciais:

       • Pode, opcionalmente, optar por encriptar confidencialmente os discos do sistema operativo. Esta encriptação fornece uma camada adicional de encriptação que liga as chaves de encriptação do disco ao TPM da máquina virtual e torna o conteúdo do disco acessível apenas à VM.
       • Para ativar esta encriptação, selecione a opção de encriptação de computação Confidencial e prossiga até à seleção do tipo de encriptação do disco do sistema operativo . Caso contrário, prossiga para a seleção do tipo de encriptação de disco .
       • Em tipo de encriptação de disco do SO, selecione uma das seguintes opções:
         • Encriptação em repouso com chave gerida pela plataforma (por defeito, se não selecionou encriptação de computação confidencial)
         • Encriptação confidencial com chave gerida pela plataforma (disponível, se selecionou encriptação de computação confidencial)
         • Encriptação confidencial com chave gerida pelo cliente (disponível, se selecionou encriptação de computação confidencial)

           Observação

           A encriptação de disco do sistema operativo confidencial não é suportada para máquinas virtuais RHEL e Rocky Linux. Se for necessária encriptação do disco do sistema operativo, remova essas VMs da seleção.

     • Tipo de encriptação do disco, selecione:

       • Criptografia em repouso com chave gerenciada pela plataforma
       • Criptografia em repouso com chave gerida pelo cliente
       • Criptografia dupla com chaves gerenciadas pela plataforma e pelo cliente

   Observação

   • Para replicar VMs com chaves geridas pelo cliente (CMK), crie um conjunto de encriptação de disco sob o grupo de recursos alvo. Um objeto de conjunto de encriptação de disco mapeia discos geridos para um Cofre de Chaves que contém o CMK a usar para SSE.
   • O disco inicial é criado no Azure durante a replicação/preparação antes da transição final. A encriptação protege os dados desde a primeira escrita, enquanto permanecem no Azure. A definição de tipo de encriptação de disco aplica-se tanto aos discos seed como aos discos geridos após a migração final.

7. Em Computação, revise o nome, o tamanho, o tipo de disco do sistema operacional e a configuração de disponibilidade da VM (se selecionado na etapa anterior). Certifique-se de que as VMs cumprem os requisitos do Azure.

   • Tamanho da VM: Se estiveres a usar recomendações de avaliação, a seleção Tamanho da VM mostrará o tamanho recomendado. Caso contrário, o Azure Migrate seleciona um tamanho com base na opção mais próxima na assinatura do Azure. Como alternativa, escolha um tamanho manual em Tamanho de VMs do Azure.
   • Disco do sistema operacional: especifique o disco do sistema operacional (inicialização) para a VM. O disco do SO é o disco que possui o carregador e o instalador do sistema operativo.
   • Zona de disponibilidade: especifique a zona de disponibilidade a ser usada.
   • Conjunto de disponibilidade: especifique o conjunto de disponibilidade a ser usado.
   • Reserva de capacidade: Se já tem uma reserva de capacidade para o SKU VM na subscrição e localização alvo, especifique-a aqui para esta implementação. As reservas de capacidade garantem que o SKU VM necessário está disponível quando iniciar a migração. Pode associar uma reserva agora ou saltar este passo e configurá-la mais tarde durante a migração. A reserva de capacidade para o SKU pode estar em qualquer grupo de recursos dentro da subscrição e localização alvo. Saiba mais.

   Observação

   Se desejar selecionar uma opção de disponibilidade diferente para um conjunto de máquinas virtuais, vá para a etapa 1 e repita as etapas selecionando diferentes opções de disponibilidade depois de iniciar a replicação para um conjunto de máquinas virtuais.

8. No Disco, especifique se os discos da VM devem ser replicados para o Azure e selecione o tipo de disco (SSD Premium v2, Ultra Disk, SSD Standard, HDD Standard ou Premium SSD) para os discos replicados. Em seguida, selecione Avançar.

   Observação

   Para otimizar custos e melhorar o desempenho, pode agora migrar para o SSD Premium v2 como disco de dados.

9. Em Tags, escolha adicionar tags às suas máquinas virtuais, discos e NICs.

10. Em Rever e iniciar execução, revê as definições e depois seleciona Rever e iniciar execução para iniciar a replicação inicial dos servidores.

Acompanhar migrações

1. No projeto do Azure Migrate, vá para Executar > Migrações. Use Visualizar por aplicações ou Visualizar por cargas de trabalho para alterar a forma como os itens são agrupados.

   

2. A replicação ocorre da seguinte forma:

   • Quando o trabalho Iniciar Replicação for concluído com êxito, as máquinas iniciarão sua replicação inicial para o Azure.
   • Durante a replicação inicial, um instantâneo da VM é criado. Os dados do disco do instantâneo são replicados para réplicas de discos geridos (discos semente) no Azure.
   • Após a conclusão da replicação inicial, a replicação delta é iniciada. Alterações incrementais aos discos de origem são periodicamente replicadas para os discos réplica no Azure e a VM está pronta para migração em replicação delta.

3. O progresso da execução é mostrado na fase de execução e no estado da execução:

   • Fase de execução: Preparação, Teste ou Conclusão.
   • Estado de execução: Em progresso, Em erro, Ação pendente ou Concluída.

4. O progresso da execução é acompanhado ao longo de três fases na fase de Execução:

   1. Preparação:

      • Os servidores habilitados para replicação permanecem na fase de Preparação enquanto a replicação inicial (replicação de dados) está em curso.
      • Pode efetuar as operações Parar replicação e Iniciar replicação nesta fase, se necessário, utilizando as listas pendentes disponíveis no painel de detalhe do servidor.
      • Após a conclusão da replicação inicial, os servidores passam para a fase de Testes .

      

   2. Teste:

      • Os servidores para os quais a replicação inicial está completa e a replicação delta está em curso passam para a fase de Testes.
      • Pode optar por realizar migrações de teste numa rede virtual de testes antes da migração propriamente dita (recomendado).
      • Pode saltar a fase de teste e iniciar a migração diretamente usando as ações disponíveis no menu de Conclusão.

   3. Conclusão:

      • Servidores para os quais as migrações de teste são concluídas ou ignoradas passam para esta fase. Pode realizar migrações finais (Cutover) para estes servidores.
      • Após a conclusão da migração, execute Complete a migração para limpar os recursos de migração utilizando as listas pendentes disponíveis no painel de exploração detalhada do servidor.

Monitorizar e acelerar as migrações

1. Use o PowerShell para exibir o Tempo Restanteem todos os estágios de migração do servidor no Azure Migrate. Isso ajuda a monitorar o progresso da replicação e planejar a substituição com precisão. Pode usar o PowerShell, Windows PowerShell ou Cloud Shell no portal Azure.

2. Abre o portal Azure e depois seleciona o Cloud Shell no topo. Selecione PowerShell quando solicitado.

3. Execute este comando no Azure Cloud Shell para monitorar o status de migração do servidor de que você precisa.

   
   Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>" -MachineName "<your-server-name>"
   
   

4. Substitua your-project-name, your-resource-group, e your-server-name pelo projeto do Azure Migrate, grupo de recursos, e nome do servidor reais.

5. Execute este comando e obtenha a seguinte saída:

   

6. A saída mostra o status da replicação do servidor, o progresso do disco, o tempo restante, a velocidade de carregamento e os detalhes do armazenamento de dados.

7. Executa o comando com a Expedite bandeira. Isto recupera os parâmetros operacionais do dispositivo e uma lista prioritária de ações recomendadas para ajudar a reduzir o tempo restante de migração para o servidor especificado.

   
   Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>" -MachineName "<your-server-name>" -Expedite 
   
   

8. Obtém o seguinte resultado:

9. Você pode executar o comando sem -MachineName exibir o status da migração e o tempo restante para todos os servidores no projeto. Por exemplo:

   
   Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>" -ResourceGroupName "<your-resource-group>"
   

10. Substitua your-project-name e your-resource-group pelos nomes reais do projeto Azure Migrate e do grupo de recursos.

11. Execute este comando e obtenha a seguinte saída:
    
    

    

12. Se houver um problema de replicação ou cutover, a -Health flag mostra erros, possíveis causas e ações recomendadas para resolver a migração.

    
    Get-AzMigrateServerMigrationStatus   -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>"   -            MachineName "<your-server-name>" -Health

13. Execute este comando e obtenha a seguinte saída:
    
    

14. Para visualizar o estado da migração, o tempo restante e os detalhes de integridade de todos os servidores ligados a esse dispositivo, execute o comando apenas com -ApplianceName.

   Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>" -                ApplianceName "<your-appliance-

15. Substitua your-project-name, your-resource-groupe your-appliance-name pelos valores reais da sua configuração do Azure Migrate.

16. Execute este comando para obter o seguinte resultado:
    
    

Executar uma migração de teste

Quando a replicação delta começa, você pode executar uma migração de teste para as VMs, antes de executar uma migração completa para o Azure. É altamente recomendável que você faça isso pelo menos uma vez para cada máquina, antes de migrá-la.

• Executar uma migração de teste verifica se a migração funciona como esperado, sem afetar as máquinas de origem (on-premises ou AVS), que permanecem operacionais e continuam a replicar.
• A migração de teste simula a migração criando uma VM do Azure usando dados replicados (geralmente migrando para uma VNet que não seja de produção em sua assinatura do Azure).
• Você pode usar a VM do Azure de teste replicada para validar a migração, executar testes de aplicativos e resolver quaisquer problemas antes da migração completa.

Faça uma migração de teste da seguinte maneira:

1. No Azure Migrate projeto, em Execute>Migrations> selecione o servidor para o qual deseja fazer a migração de teste clicando no nome do servidor na coluna Workloads.

2. Na lâmina de detalhamento, no menu suspenso Testes, selecione Iniciar teste de migração.

   

3. Em Migração de teste, selecione a VNet do Azure na qual a VM do Azure estará localizada durante o teste. Recomendamos que utilize uma VNet que não seja de produção.

   

4. Selecione a sub-rede a associar a cada Placa de Interface de Rede (NICs) da VM migrada.

5. Você tem uma opção para atualizar o sistema operacional Windows Server durante a migração de teste. Para atualizar, selecione a opção Atualizar disponível . No painel apresentado, selecione a versão do SO de destino para a qual pretende atualizar e selecione Aplicar. Mais informações.

6. Selecione a migração de teste para iniciar a tarefa. Monitorize o estado da tarefa no portal, em Estado de execução. Após a conclusão da migração de teste, limpe os recursos de teste acedendo ao servidor e selecionando Limpar migração de teste na lista pendente Testes.

   Observação

   Agora você pode registrar seus servidores que executam o SQL Server com o SQL VM RP para aproveitar os patches automatizados, o backup automatizado e o gerenciamento simplificado de licenças usando o SQL IaaS Agent Extension.

   • Selecione o servidor na coluna Workloads na página Executar> Migrações. Nas definições de Computação e Rede, selecione a caixa de seleção associada a registar com a extensão SQL IaaS.
   • Selecione o benefício Híbrido do Azure para SQL Server se você tiver instâncias do SQL Server cobertas por assinaturas ativas do Software Assurance ou do SQL Server e quiser aplicar o benefício às máquinas que está migrando.hs.

Migrar VMs

Depois de verificares se a migração de testes funciona como esperado, podes migrar as máquinas de origem (on-premises ou AVS).

1. No Azure Migrate projeto, em Executar>Migrações> selecione o servidor para o qual pretende fazer a migração final clicando no nome do servidor na coluna Workloads.
2. Na lâmina de drill-down, no menu suspenso Conclusão, selecione Migrar.

3. Em Migrar>Desligar máquinas virtuais e realizar uma migração planeada sem perda de dados, selecione Sim>OK.
   • Por defeito, o Azure Migrate desliga a VM de origem (on-premises ou AVS) e executa uma replicação on-demand para sincronizar quaisquer alterações da VM que tenham ocorrido desde a última replicação. Tal garante que não haja perda de dados.
   • Se não quiser desligar a VM, selecione Não
4. Você tem uma opção para atualizar o sistema operacional Windows Server durante a migração. Para atualizar, selecione a opção Atualizar disponível . No painel apresentado, selecione a versão do SO de destino para a qual pretende atualizar e selecione Aplicar. Mais informações.
5. Se já tem uma reserva de capacidade para o SKU VM na subscrição e localização alvo, especifique-a aqui para esta implementação. As reservas de capacidade garantem que o SKU VM necessário está disponível quando iniciar a migração. A reserva de capacidade para o SKU pode estar em qualquer grupo de recursos dentro da subscrição e localização alvo. Mais informações.
6. Começa um trabalho de migração para o servidor. Controle a tarefa nas notificações do Azure.
7. Depois que o trabalho terminar, pode visualizar e gerir o servidor a partir da página de Migrações, que será acompanhado na fase de Conclusão.

Concluir a migração

1. Depois de concluída a migração, na página de detalhamento do servidor, no menu suspenso de Finalização, selecione Completar migração. Isto impede a replicação para a máquina de origem (on-premises ou AVS) e limpa a informação do estado da replicação para a VM.

   

2. Instalamos automaticamente o agente VM para VMs Windows e Linux durante a migração.

3. Verifique e solucione quaisquer problemas de ativação do Windows na VM do Azure.

4. Execute quaisquer ajustes de aplicativos pós-migração, como atualizar nomes de host, cadeias de conexão de banco de dados e configurações de servidor Web.

5. Execute testes de aplicação final e de aceitação da migração na aplicação migrada em execução no Azure.

6. Redirecione o tráfego para a instância de VM do Azure migrada.

7. Remova as VMs de origem (on-premises ou AVS) do inventário local de VMs.

8. Remova as VMs de origem (on-premises ou AVS) dos backups locais.

9. Atualize qualquer documentação interna para mostrar a nova localização e endereço IP das VMs do Azure.

Práticas recomendadas pós-migração

• Para aumentar a resiliência:
  • Mantenha os dados seguros ao fazer uma cópia de segurança das VMs do Azure através do serviço Azure Backup. Mais informações.
  • Mantenha as cargas de trabalho em execução e continuamente disponíveis ao replicar VMs do Azure para uma região secundária com o Site Recovery. Mais informações.
• Para um melhor desempenho:
  • Por padrão, os discos de dados são criados com o cache do host definido como "Nenhum". Revise e ajuste o cache do disco de dados de acordo com suas necessidades de carga de trabalho. Mais informações.
• Para maior segurança:
  • Bloqueie e limite o acesso ao tráfego de entrada com o Microsoft Defender para a Cloud - Administração Just in Time.
  • Gerencie e administre atualizações em máquinas Windows e Linux com Gestor de Atualizações do Azure.
  • Restrinja o tráfego de rede para os pontos finais de gestão com os Grupos de Segurança de Rede.
  • Implemente o Azure Disk Encryption para ajudar a proteger discos e a manter os dados protegidos contra roubo e acesso não autorizado.
  • Leia mais sobre como proteger recursos IaaS e visite o Microsoft Defender para a Cloud.
• Para monitorização e gestão:
• Considere a implantação do Microsoft Cost Management para monitorar o uso e os gastos com recursos.

Próximos passos

Investigue a jornada de migração para a nuvem no Azure Cloud Adoption Framework.