Partilhar via

Prepare máquinas on-premises ou Solução VMware no Azure para migração para Azure

Este artigo descreve como preparar máquinas on-premises ou Solução VMware no Azure (AVS) antes de as migrar para Azure utilizando a ferramenta Migration and modernization.

Neste artigo, você:

  • Analise as limitações de migração.
  • Selecione um método para migrar VMs VMware vSphere.
  • Verifique os requisitos do hipervisor e do sistema operacional para máquinas que você deseja migrar.
  • Revise a URL e o acesso à porta das máquinas que você deseja migrar.
  • Revise as alterações que talvez seja necessário fazer antes de iniciar a migração.
  • Verifique os requisitos das VMs do Azure para máquinas migradas.
  • Prepara as máquinas para poderes ligar-te às VMs do Azure após a migração.

Verificar limitações de migração

A tabela resume os limites de descoberta, avaliação e migração para o Azure Migrate. Recomendamos que você avalie as máquinas antes da migração, mas não é necessário.

Cenário Project Descoberta/avaliação Migração
VMware vSphere VMs Descubra e avalie até 35.000 VMs num único projeto Azure Migrate. Descubra até 10.000 VMs VMware vSphere com um único appliance Azure Migrate para VMware vSphere.
O appliance suporta a adição de vários vCenter Servers. Você pode adicionar até 10 vCenter Servers por dispositivo.		 Migração sem agente: pode replicar simultaneamente um máximo de 500 VMs em vários vCenter Servers (descobertos a partir de um único dispositivo) usando um dispositivo de escala.
Migração baseada em agente: você pode expandir o dispositivo de replicação para replicar um grande número de VMs.

No portal, você pode selecionar até 10 máquinas de uma só vez para replicação. Para replicar mais máquinas, adicione lotes de 10.
Hyper-V VMs Descubra e avalie até 35.000 VMs num único projeto Azure Migrate. Descubra até 5.000 VMs Hyper-V com um único appliance Azure Migrate Um aparelho não é utilizado para a migração Hyper-V. Em vez disso, o Fornecedor de Replicação Hyper-V é executado em cada host Hyper-V.

A capacidade de replicação é influenciada por fatores de desempenho, como a rotatividade de VM e a largura de banda de upload para dados de replicação.

No portal, você pode selecionar até 10 máquinas de uma só vez para replicação. Para replicar mais máquinas, adicione lotes de 10.
Máquinas físicas Descubra e avalie até 35.000 máquinas num único projeto Azure Migrate. Descubra até 1000 servidores físicos com um único appliance Azure Migrate para servidores físicos. Você pode expandir o dispositivo de replicação para replicar um grande número de servidores.

No portal, você pode selecionar até 10 máquinas de uma só vez para replicação. Para replicar mais máquinas, adicione lotes de 10.

Selecione um método de migração VMware vSphere

Se estás a migrar VMs vSphere para Azure, compare os métodos de migração sem agentes e baseados em agentes, para decidires o que funciona melhor para ti.

Verificar os requisitos do hipervisor

Verificar os requisitos do sistema operacional

Verifique os sistemas operacionais suportados para migração:

Observação

O Windows Server 2008 e o Windows Server 2008 R2 chegaram ao Fim do Suporte (EOS). Para mais informações, veja, Fim do suporte para Windows Server 2008 e Windows Server 2008 R2 e Realize atualização no local para Windows Server 2016, 2019, 2022 ou 2025. Revise o seu uso e planeie as atualizações e migrações do sistema operativo em conformidade.

Rever o URL e o acesso às portas

Analise quais URLs e portas são acessadas durante a migração.

Cenário Detalhes URLs Portos
Migração sem agente do VMware vSphere Usa o appliance Azure Migrate para migração. Nenhum software está instalado nas VMs do VMware vSphere. Analise a nuvem pública e as URLs governamentais necessárias para deteção, avaliação e migração com o dispositivo. Analise os requisitos de porta para migração sem agente.
Migração baseada em agente VMware vSphere Usa o dispositivo de replicação para migração. O agente Serviço de mobilidade está instalado nas VMs. Revise as URLs da nuvem pública e do Azure Government que o aparelho de replicação precisa aceder a. Analise as portas usadas durante a migração baseada em agente.
Migração do Hyper-V Utiliza um Provedor instalado em hosts Hyper-V para migração. Nada está instalado nas VMs Hyper-V. Revise os URLs da cloud pública e do Azure Government que o Fornecedor de Replicação em execução nos hosts precisa de aceder. O Fornecedor de Replicação no host Hyper-V usa ligações de saída na porta HTTPS 443 para enviar dados de replicação da VM.
Máquinas físicas Usa o dispositivo de replicação para migração. O agente Serviço de mobilidade é instalado nas máquinas físicas. Revise as URLs nuvem pública e Azure Government que o aparelho de replicação precisa aceder a. Revise as portas usadas durante a migração física.

Verificar as alterações necessárias antes de migrar

Há algumas alterações necessárias nas VMs antes de as migrar para o Azure.

  • Para alguns sistemas operativos, o Azure Migrate faz alterações automaticamente durante o processo de replicação/migração.
  • Para outros sistemas operacionais, você precisa definir as configurações manualmente.
  • É importante definir as configurações manualmente antes de iniciar a migração. Algumas das alterações podem afetar a inicialização da VM ou a conectividade com a VM pode não ser estabelecida. Se migrar a VM antes de fazer a alteração, ela pode não arrancar no Azure.

Revise as tabelas para identificar as alterações que você precisa fazer.

Máquinas Windows

As alterações realizadas são resumidas na tabela.

Ação VMware vSphere (migração sem agente) VMware vSphere (baseado em agente)/máquinas físicas Windows em Hyper-V
Configurar a política de SAN como Online Todos

 Definir automaticamente para máquinas a correr Windows Server 2008 R2 ou posterior.

Configure manualmente para sistemas operacionais anteriores.		 Defina automaticamente na maioria dos casos. Definir automaticamente para máquinas a correr Windows Server 2008 R2 ou posterior.
Install Hyper-V Guest Integration Instalar manualmente em máquinas a correr Windows Server 2003. Instalar manualmente em máquinas a correr Windows Server 2003. Instalar manualmente em máquinas a correr Windows Server 2003.
Ativar Consola Serial do Azure

Ativa a consola nas Azure VMs para ajudar na resolução de problemas. Não é necessário reiniciar a VM. A VM do Azure arranca usando a imagem de disco. A inicialização da imagem de disco é equivalente a uma reinicialização para a nova VM.		 Ativar manualmente Ativar manualmente Ativar manualmente
Instalar o Windows Azure Guest Agent

O Agente de Máquina Virtual (Agente VM) é um processo seguro e leve que gere a interação da máquina virtual (VM) com o Controlador Azure Fabric. O Agente de VM tem um papel principal na ativação e execução de extensões de máquinas virtuais do Azure que permitem a configuração pós-implementação da VM, como a instalação e configuração de software.		 Definir automaticamente para máquinas a correr Windows Server 2008 R2 ou posterior.
Configure manualmente para sistemas operacionais anteriores.		 Definir automaticamente para máquinas a correr Windows Server 2008 R2 ou posterior. Definir automaticamente para máquinas a correr Windows Server 2008 R2 ou posterior.
Conectar-se após a migração

Para se conectar após a migração, há várias etapas a serem executadas antes de migrar.		 Configure manualmente . Configure manualmente . Configure manualmente .

Saiba mais sobre as alterações realizadas em servidores Windows para migrações VMware vSphere sem agente.

Configurar política de SAN

Por defeito, as VMs do Azure recebem a unidade D: para serem usadas como armazenamento temporário.

  • Esta atribuição de unidade faz com que todas as outras atribuições de unidade de armazenamento anexadas sejam incrementadas por uma letra.
  • Por exemplo, se a sua instalação local usar um disco de dados atribuído à unidade D: para instalações de aplicação, a atribuição para essa unidade incrementa para a unidade E: depois de migrar a VM para o Azure.
  • Para evitar esta atribuição automática, e para garantir que Azure atribui a próxima letra de disco livre ao seu volume temporário, defina a política de rede de área de armazenamento (SAN) para OnlineAll:

Configure essa configuração manualmente da seguinte maneira:

  1. Na VM on-premises ou Solução VMware no Azure (não no servidor anfitrião), abra um prompt de comandos elevado.
  2. Digite diskpart.
  3. Insira SAN. Se a letra da unidade do sistema operativo convidado não for preservada, Offline All ou Offline Shared será retornado.
  4. No prompt do DISKPART, digite SAN Policy=OnlineAll. Essa configuração garante que os discos sejam colocados online e garante que você possa ler e gravar em ambos os discos.
  5. Durante a migração de teste, é possível verificar se as letras dos discos estão preservadas.

Máquinas Linux

O Azure Migrate completa estas ações automaticamente para estas versões

  • Red Hat Enterprise Linux 10,x, 9.5, 9.x, 8.x, 7.9, 7.8, 7.7, 7.6, 7.5, 7.4, 7.3, 7.2, 7.1, 7.0, 6.x (o agente Azure Linux VM também é instalado automaticamente durante a migração)
  • CentOS Stream (o agente Azure Linux VM também é instalado automaticamente durante a migração)
  • SUSE Linux Enterprise Server 15 SP4, 15 SP3, 15 SP2, 15 SP1, 15 SP0, 12, 11 SP4, 11 SP3
  • Ubuntu 22.04, 21.04, 20.04, 19.04, 19.10, 18.04LTS, 16.04LTS, 14.04LTS (o agente Azure Linux VM também é instalado automaticamente durante a migração)
  • Debian 13, 12, 11, 10, 9, 8, 7
  • Oracle Linux 10, 9, 8, 7.7-CI, 7.7, 6
  • AlmaLinux 10,x, 8.x, 9.x
  • Rocky Linux 10.x, 8.x, 9.x

Para outras versões, prepare máquinas conforme resumido na tabela.

Observação

Algumas alterações podem afetar a inicialização da VM ou a conectividade com a VM pode não ser estabelecida.

Ação Detalhes Versão Linux
Install Hyper-V Linux Integration Services Reconstrua a imagem de init do Linux para que contenha os drivers Hyper-V necessários. Reconstruir a imagem de init garante que a VM arranca no Azure. A maioria das novas versões de distribuições Linux tem isso incluído por padrão.

Se não estiver incluído, instale manualmente para todas as versões, exceto as mencionadas acima.
Ativar o registo da Consola Serial do Azure Ativar o registo da consola ajuda a resolver problemas. Não é necessário reiniciar a VM. A VM do Azure arranca usando a imagem de disco. A inicialização da imagem de disco é equivalente a uma reinicialização para a nova VM.

Siga estas instruções para ativar.
Atualizar arquivo de mapa do dispositivo Atualize o arquivo de mapa do dispositivo com as associações de nome de dispositivo para volume, para que você use identificadores de dispositivo persistentes. Instale manualmente para todas as versões, exceto as mencionadas acima. (Aplicável apenas no cenário VMware baseado em agente)
Atualizar entradas fstab Atualize as entradas para usar identificadores de volume persistentes. Atualize manualmente para todas as versões, exceto as mencionadas acima.
Remover regra udev Remova todas as regras de udev que reservam nomes de interface com base no endereço mac, etc. Remova manualmente para todas as versões, exceto as indicadas acima.
Atualizar interfaces de rede Atualizar as interfaces de rede para receberem endereços IP com base no DHCP.nst Atualize manualmente para todas as versões, exceto as mencionadas acima.
Ativar ssh Verifique se o ssh está ativado e se o serviço sshd está configurado para iniciar automaticamente na reinicialização.

Certifique-se de que as solicitações de conexão ssh recebidas não sejam bloqueadas pelo firewall do sistema operacional ou pelas regras programáveis.		 Habilite manualmente para todas as versões, exceto as mencionadas acima.
Instalar o agente de convidados Linux Azure O Microsoft Azure Linux Agent (waagent) é um processo seguro e leve que gere o provisionamento de Linux e FreeBSD, e a interação de VM com o Fabric Controller do Azure. Habilite manualmente para todas as versões, exceto as mencionadas acima.
Siga as instruções para instalar o Agente Linux manualmente para outras versões do sistema operacional. Analise a lista de pacotes necessários para instalar o agente de VM do Linux.

Saiba mais sobre as alterações realizadas em servidores Linux para migrações VMware vSphere sem agente.

A tabela a seguir resume as etapas executadas automaticamente para os sistemas operacionais listados acima.

Ação Migração VMware vSphere baseada em agente Migração VMware vSphere sem agente Migração Hyper-V Sem Agente
Atualize a imagem do kernel com os Serviços de Integração Hyper-V Linux.
(Os drivers LIS devem estar presentes no kernel.)		 Sim Sim Sim
Ativar o registo do Azure Serial Console Sim Sim Sim
Atualizar arquivo de mapa do dispositivo Sim Não Não
Atualizar entradas fstab Sim Sim Sim
Remova a regra udev Sim Sim Sim
Atualizar interfaces de rede Sim Sim Sim
Ativar ssh Não Não Não
Instalar o agente do Linux na VM do Azure Sim Sim Sim

Saiba mais sobre os passos para executar uma VM Linux em Azure e obtenha instruções para algumas das distribuições Linux populares.

Analise a lista de pacotes necessários para instalar o agente de VM do Linux. O Azure Migrate instala automaticamente o agente de VM Linux para RHEL 8.x, Ubuntu 20.04, SUSE 15 e Oracle 7 ao utilizar o método sem agente de migração do VMware.

Verifique os requisitos das máquinas virtuales do Azure

Máquinas on-premises ou AVS que replica para o Azure devem cumprir os requisitos das VMs do Azure para o sistema operativo e arquitetura, os discos, as definições de rede e a nomeação das VMs.

Antes de migrar, reveja os requisitos de VMs Azure para migração VMware, Hyper-V e physical server.

Prepare-se para se conectar após a migração

As VMs do Azure são criadas durante a migração para o Azure. Após a migração, deves conseguir ligar-te às novas VMs do Azure. Várias etapas são necessárias para se conectar com êxito.

Prepare-se para se ligar a Azure Windows VMs

Em máquinas Windows on-premises ou AVS:

  1. Configurar as definições do Windows. As configurações incluem a remoção de quaisquer rotas persistentes estáticas ou proxy WinHTTP.
  2. Verifique se os serviços necessários estão em execução.
  3. Ative o ambiente de trabalho remoto (RDP) para permitir ligações remotas à máquina de origem (local ou AVS). Saiba como usar o PowerShell para habilitar o RDP.
  4. Para aceder a uma VM Azure pela internet após a migração, no Windows Firewall na máquina de origem (on-premises ou AVS), permita TCP e UDP no perfil público e defina o RDP como aplicação permitida para todos os perfis.
  5. Se quiser aceder a uma VM Azure através de uma VPN site-to-site após a migração, no Windows Firewall na máquina de origem (on-premises ou AVS), permita RDP para os perfis Domínio e Privado. Saiba como permitir o tráfego RDP.
  6. Certifique-se de que não há atualizações do Windows pendentes na VM de origem (on-premises ou AVS) quando migrar. Se houver, as atualizações podem começar a instalar-se na VM do Azure após a migração, e não conseguirás iniciar sessão na VM até as atualizações terminarem.

Prepare-se para se conectar a VMs Linux Azure

Em máquinas Linux on-premises ou AVS:

  1. Verifique se o serviço Secure Shell está configurado para iniciar automaticamente na inicialização do sistema.
  2. Verifique se as regras de firewall permitem uma ligação SSH.

Configurar VMs do Azure após a migração

Após a migração, complete estes passos nas VMs do Azure que são criadas:

  1. Para se conectar à VM pela Internet, atribua um endereço IP público à VM. Deve usar um endereço IP público diferente para a VM do Azure daquele que usou para a sua máquina local ou AVS. Saiba mais.
  2. Verifique se as regras NSG (grupo de segurança de rede) na VM permitem conexões de entrada para a porta RDP ou SSH.
  3. Verifique o diagnóstico de inicialização para visualizar a VM.

Próximos passos

Decide qual o método que queres usar para migrar VMware vSphere para Azure, ou começa a migrar Hyper-V VMs servidores físicos ou VMs virtualizadas ou na cloud.

Veja o que é suportado

Para VMs VMware vSphere, a migração e a modernização oferecem suporte à migração sem agente ou baseada em agente.

Mais informações

  • Last updated on