Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Este artigo descreve como preparar computadores locais ou Solução VMware no Azure (AVS) antes de migrá-los para o Azure usando a ferramenta Migração e modernização.
Neste artigo você:
- Examinará limitações de migração.
- Selecione um método para migrar as VMs do VMware vSphere
- Verifique os requisitos do hipervisor e do sistema operacional para computadores que você deseja migrar.
- Examinará o acesso a URL e à porta dos computadores que deseja migrar.
- Examinará alterações que você pode precisar fazer antes de começar a migração.
- Verifique os requisitos das VMs do Azure para máquinas migradas.
- Prepare computadores para que você possa se conectar às VMs 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 Migrações para Azure. Recomendamos que você avalie os computadores antes da migração, mas isso não é necessário.
| Cenário | Project | Descoberta/Avaliação | Migração |
|---|---|---|---|
| VMs VMware vSphere | Descubra e avalie até 35.000 VMs em um único projeto de Migrações para Azure. | Descubra até 10.000 VMs VMware vSphere com um único dispositivo Migrações para Azure para VMware vSphere. O dispositivo dá suporte à adição de vários vCenter Servers. Você pode adicionar até 10 vCenter Servers por dispositivo. |
Migração sem agente: é possível replicar simultaneamente um máximo de 500 VMs em vários vCenter Servers (descobertos a partir de um único dispositivo) usando um dispositivo de expansão horizontal. Migração baseada em agente: você pode escalar horizontalmente o dispositivo de replicação para replicar grandes números de VMs. No portal, você pode selecionar até 10 computadores ao mesmo tempo para replicação. Para replicar mais computadores, adicione lotes de 10. |
| VMs Hyper-V | Descubra e avalie até 35.000 VMs em um único projeto de Migrações para Azure. | Descobrir até 5.000 VMs Hyper-V com um único dispositivo de Migrações para Azure | Um aparelho/aplicativo não é usado para a migração do Hyper-V. Em vez disso, o provedor de replicação Hyper-V é executado em cada host Hyper-V. A capacidade de replicação é influenciada por fatores de desempenho, como rotatividade de VM e largura de banda de upload para dados de replicação. No portal, você pode selecionar até 10 computadores ao mesmo tempo para replicação. Para replicar mais computadores, adicione lotes de 10. |
| Computadores físicos | Descubra e avalie até 35.000 computadores em um único projeto de Migrações para Azure. | Descubra até 1.000 servidores físicos com um único dispositivo Migrações para Azure para servidores físicos. | Você pode escalar horizontalmente o dispositivo de replicação para replicar grandes números de servidores. No portal, você pode selecionar até 10 computadores ao mesmo tempo para replicação. Para replicar mais computadores, adicione lotes de 10. |
Selecionar um método de migração do VMware vSphere
Se você estiver migrando VMs VMware vSphere para Azure, compare os métodos de migração baseados em agente e sem agente, para decidir o que funciona melhor para você.
Verificar os requisitos do hipervisor
- Verifique os requisitos da migração sem agente do VMware ou baseada em agente do VMware vSphere.
- Verifique os requisitos Hyper-V host.
Verificar requisitos do sistema operacional
Verificar os sistemas operacionais compatíveis para migração:
- Se você estiver migrando VMs do VMware vSphere ou VMs do Hyper-V, verifique os requisitos para migração agentless e agent-based nos VMs do VMware vSphere, bem como os requisitos para VMs do Hyper-V.
- Verifique se há suporte para sistemas operacionais Windows em Azure.
- Verifique as distribuições Linux suportadas no Azure.
Observação
Windows Server 2008 e Windows Server 2008 R2 atingiram o EOS (Fim do Suporte). Para obter mais informações, consulte Fim do suporte para Windows Server 2008 e Windows Server 2008 R2 e Realizar uma atualização no local para Windows Server 2016, 2019, 2022 ou 2025. Examine o uso e planeje as atualizações e migrações do sistema operacional adequadamente.
Examinar o acesso a URL e à porta
Examine quais URLs e portas são acessadas durante a migração.
| Cenário | Detalhes | URLs | Portas |
|---|---|---|---|
| Migração sem agente do VMware vSphere | Usa o dispositivo Migrações para Azure para migração. Nada é instalado nas VMs do VMware vSphere. | Examine URLs de nuvem pública e do governo necessárias para descoberta, avaliação e migração com o dispositivo. | Analise os requisitos de porta para migração sem agente. |
| Migração baseada em agente do VMware vSphere | Usa o dispositivo de replicação para migração. O agente serviço Mobilidade está instalado em VMs. | Revise as URLs do public cloud e do Azure Governamental que o dispositivo de replicação precisa acessar. | Analise as portas usadas durante a migração baseada em agente. |
| Hyper-V migração | Usa um provedor instalado em hosts Hyper-V para migração. Nada é instalado em VMs Hyper-V. | Revise as URLs public cloud e Azure Governamental que devem ser acessadas pelo Provedor de Replicação em execução nos hosts. | O Provedor de Replicação no host Hyper-V usa conexões de saída na porta HTTPS 443 para enviar dados de replicação de VM. |
| Computadores físicos | Usa o dispositivo de replicação para migração. O agente serviço Mobilidade é instalado nos computadores físicos. | Reveja as URLs do public cloud e do Azure Governamental que o dispositivo de replicação precisa acessar. | Analise as portas usadas durante a migração física. |
Verificar as alterações necessárias antes da migração
Há algumas alterações necessárias nas VMs antes de migrá-las para Azure.
- Para alguns sistemas operacionais, Migrações para Azure 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 começar 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 você migrar a VM antes de fazer a alteração, a VM poderá não ser inicializada no Azure.
Examine as tabelas para identificar as alterações que você precisa fazer.
computadores Windows
As alterações executadas são resumidas na tabela.
| Ação | VMware vSphere (migração sem agente) | VMware vSphere (migração baseada em agente)/computadores físicos | Windows no Hyper-V |
|---|---|---|---|
|
Configurar a política de SAN como Todos Online |
Defina automaticamente para computadores que executam Windows Server 2008 R2 ou posterior. Configure manualmente para sistemas operacionais anteriores. |
Defina automaticamente na maioria dos casos. | Defina automaticamente para computadores que executam Windows Server 2008 R2 ou posterior. |
| Instalar integração de convidado Hyper-V | Instalar manualmente em computadores que executam Windows Server 2003. | Instalar manualmente em computadores que executam Windows Server 2003. | Instalar manualmente em computadores que executam Windows Server 2003. |
|
Enable Azure Serial Console Enável o console em VMs Azure para ajudar na solução de problemas. Não é necessário reinicializar a VM. A VM Azure será inicializada usando a imagem de disco. A inicialização da imagem de disco é equivalente a uma reinicialização para a nova VM. |
Habilitar manualmente | Habilitar manualmente | Habilitar manualmente |
|
Instale o agente convidado Windows Azure O Agente de Máquina Virtual (Agente de VM) é um processo seguro e leve que gerencia a interação da VM (máquina virtual) com o controlador de Azure Fabric. O Agente de VM tem uma função primária na habilitação e execução das extensões de máquina virtual do Azure, que permitem a configuração pós-implantação da VM, como a instalação e configuração de software. |
Defina automaticamente para computadores que executam Windows Server 2008 R2 ou posterior. Configure manualmente para sistemas operacionais anteriores. |
Defina automaticamente para computadores que executam Windows Server 2008 R2 ou posterior. | Defina automaticamente para computadores que executam 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 seguidas antes da migração. |
Configurar manualmente. | Configurar manualmente. | Configurar manualmente. |
Learn mais sobre as alterações realizadas nos servidores Windows para migrações do VMware vSphere sem uso de agentes.
Configurar a política SAN
Por padrão, Azure VMs são atribuídas à unidade D: para usar como armazenamento temporário.
- Essa atribuição de unidades faz todas as outras atribuições de unidade de armazenamento anexadas serem incrementadas em uma letra.
- Por exemplo, se sua instalação local usa um disco de dados atribuído à unidade D: para instalações de aplicativo, a atribuição dessa unidade incrementa para a unidade E: depois de migrar a VM para Azure.
- Para impedir essa atribuição automática e garantir que o Azure atribua a próxima letra de unidade disponível ao volume temporário, defina a política SAN (rede de área de armazenamento) como OnlineAll:
Defina essa configuração manualmente da seguinte maneira:
- No local ou Solução VMware no Azure VM (não no servidor host), abra um prompt de comando com privilégios elevados.
- Insira diskpart.
- Insira SAN. Se a letra da unidade do sistema operacional convidado não for mantida, Todos Offline ou Compartilhados Offline será retornado.
- No prompt DISKPART, insira SAN Policy=OnlineAll. Essa configuração garante que os discos sejam colocados online e que você possa fazer leituras e gravações nos dois discos.
- Durante essa migração de teste, você poderá verificar se as letras da unidade foram preservadas.
Máquinas do Linux
Migrações para Azure conclui essas ações automaticamente para essas 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 (Azure agente de VM linux também é instalado automaticamente durante a migração)
- Fluxo do CentOS Stream (O agente de VM Azure Linux 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 (Azure agente de VM do Linux 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 os computadores 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 do Linux |
|---|---|---|
| Instalar Hyper-V Linux Integration Services | Recompile a imagem de inicialização do Linux para que ela contenha os drivers de Hyper-V necessários. A recriação da imagem de inicialização garante que a VM seja inicializada em Azure. | A maioria das novas versões das distribuições do Linux tem isso incluído por padrão. Se não estiver incluído, instale manualmente para todas as versões, exceto aquelas informadas acima. |
| Habilitar o log do Console Serial do Azure | A habilitação do log do console ajuda a solucionar problemas. Não é necessário reinicializar a VM. A VM Azure será inicializada 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 habilitar. |
|
| Atualizar arquivo do mapa do dispositivo | Atualize o arquivo do mapa do dispositivo com as associações nome do dispositivo/volume, a fim de usar identificadores de dispositivo persistentes. | Instale manualmente para todas as versões, exceto aquelas informadas acima. (Aplicável somente em cenário do VMware baseado em agente) |
| Atualizar entradas fstab | Atualize entradas para usar identificadores de volume persistentes. | Atualize manualmente para todas as versões, exceto aquelas informadas acima. |
| Remover regra udev | Remova as regras udev que reservam os nomes de interface em endereços MAC etc. | Remova manualmente para todas as versões, exceto aquelas informadas acima. |
| Atualizar adaptadores de rede | Atualizar os adaptadores de rede para receber endereço IP baseado em DHCP.nst | Atualize manualmente para todas as versões, exceto aquelas informadas acima. |
| Habilitar ssh | Verifique se o ssh está habilitado e se o serviço sshd foi definido para ser iniciado automaticamente na reinicialização. Verifique se as solicitações de conexão ssh de entrada não estão bloqueadas pelo firewall do sistema operacional ou por regras programáveis. |
Habilite manualmente para todas as versões, exceto aquelas informadas acima. |
| Instale o Agente Convidado do Azure linux | O agente Linux Microsoft Azure (waagent) é um processo seguro e leve que gerencia o provisionamento de Linux e FreeBSD, e a interação de VM com o Controlador de Azure Fabric. | Habilite manualmente para todas as versões, exceto aquelas informadas acima. Siga as instruções para instalar manualmente o Agente do Linux em outras versões de sistema operacional. Examine a lista de pacotes necessários para instalar o agente de VM do Linux. |
Saiba mais sobre as alterações executadas nos servidores Linux para as migrações sem agente do VMware vSphere.
A tabela a seguir resume as etapas executadas automaticamente para os sistemas operacionais listados acima.
| Ação | Migração do VMware vSphere baseada em agente | Migração sem agente do VMware vSphere | Migração de Hyper-V sem agente |
|---|---|---|---|
| Atualize a imagem do kernel com o Hyper-V Linux Integration Services. (Os drivers LIS devem estar presentes no kernel.) |
Sim | Sim | Sim |
| Habilitar o registro em log do Console Serial do Azure | Sim | Sim | Sim |
| Atualizar arquivo do mapa do dispositivo | Sim | Não | Não |
| Atualizar entradas fstab | Sim | Sim | Sim |
| Remover regra udev | Sim | Sim | Sim |
| Atualizar adaptadores de rede | Sim | Sim | Sim |
| Habilitar ssh | Não | Não | Não |
| Instalar o Agente Linux da VM Azure | Sim | Sim | Sim |
Saiba mais sobre as etapas para executar uma VM Linux em Azure e obter instruções para algumas das distribuições populares do Linux.
Examine a lista de pacotes necessários para instalar o agente de VM do Linux. Migrações para Azure instala o agente de VM do Linux automaticamente para RHEL 8.x, Ubuntu 20.04, SUSE 15 e Oracle 7 ao usar o método sem agente da migração do VMware.
Verificar os requisitos da VM do Azure
Computadores on-premises ou AVS que você replica para o Azure devem estar em conformidade com os requisitos de VM do Azure para o sistema operacional e a arquitetura, os discos, as configurações de rede e a nomenclatura de nomeação de VMs.
Antes de migrar, examine os requisitos das VMs do Azure para a migração de VMware, Hyper-V e servidor físico.
Prepare-se para se conectar após a migração
Azure VMs são criadas durante a migração para Azure. Após a migração, você deve ser capaz de se conectar às novas VMs Azure. Várias etapas são necessárias para uma conexão bem-sucedida.
Prepare-se para conectar-se a VMs Windows do Azure
Nas máquinas Windows locais ou AVS:
- Defina Windows configurações. As configurações incluem a remoção de rotas persistentes estáticas ou do proxy WinHTTP.
- Verifique se todos os serviços necessários estão em execução.
- Habilite a área de trabalho remota (RDP) para permitir conexões remotas com o computador de origem (local ou AVS). Saiba como usar o PowerShell para habilitar o RDP.
- Para acessar uma VM Azure pela Internet após a migração, no Windows Firewall no computador de origem (local ou AVS), permita TCP e UDP no perfil Público e defina RDP como um aplicativo permitido para todos os perfis.
- Se você quiser acessar uma VM Azure em uma VPN site a site após a migração, permita em Windows Firewall no computador de origem (local ou AVS) o RDP para os perfis de domínio e privado. Saiba como permitir o tráfego RDP.
- Verifique se não há atualizações de Windows pendentes na VM de origem (local ou AVS) ao migrar. Se houver, as atualizações poderão começar a ser instaladas na VM Azure após a migração e você não poderá entrar na VM até que as atualizações sejam concluídas.
Prepare-se para se conectar às VMs do Azure Linux
Em computadores Linux locais ou AVS:
- Verifique se o serviço Secure Shell está definido para iniciar automaticamente na inicialização do sistema.
- Verifique se as regras de firewall permitem uma conexão SSH.
Configurar VMs Azure após a migração
Após a migração, conclua estas etapas nas VMs Azure que são criadas:
- Para se conectar à VM pela Internet, atribua um endereço IP público à VM. Você deve usar um endereço IP público diferente para a VM Azure do que usou para seu computador AVS ou local. Saiba mais.
- Verifique se as regras do NSG (grupo de segurança de rede) na VM permitem conexões de entrada à porta RDP ou SSH.
- Confira Diagnóstico de inicialização para visualizar a VM.
Próximas etapas
Decida qual método você deseja usar para igrar VMs VMware vSphere para Azure ou começar a migrar VMs Hyper-V ou físicas ou VMs virtualizadas ou de nuvem.
Veja o que tem suporte
Para VMs do VMware vSphere, a Migração e a modernização dão suporte à migração sem agente ou baseada em agente.
- VMs do VMware vSphere: verifique os requisitos de migração e o suporte para as VMs do VMware vSphere.
- Hyper-V VMs: verifique os requisitos de migração e suporte para VMs do Hyper-V.
- Computadores físicos: verifique os requisitos de migração e suporte para máquinas físicas locais e outros servidores virtualizados.