Preparar os computadores no local para migrá-los para o Azure
Atenção
Este artigo faz referência ao CentOS, uma distribuição Linux com status de Fim de Vida (EOL). Por favor, considere o seu uso e planejamento de acordo. Para obter mais informações, consulte as diretrizes de Fim da Vida Útil do CentOS.
Este artigo descreve como preparar máquinas locais antes de migrá-las para o Azure usando a ferramenta Migração e modernização .
Neste artigo, irá:
- 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.
- Prepare máquinas para que você possa se conectar à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 | Projeto | Descoberta/avaliação | Migração |
|---|---|---|---|
| VMware vSphere VMs | Descubra e avalie até 35.000 VMs em um único projeto do Azure Migrate. | Descubra até 10.000 VMs VMware vSphere com um único dispositivo 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: você pode replicar simultaneamente um máximo de 500 VMs em vários vCenter Servers (descobertos de um dispositivo) usando um dispositivo de expansão. 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. |
| VMs de Hyper-V | Descubra e avalie até 35.000 VMs em um único projeto do Azure Migrate. | Descubra até 5.000 VMs Hyper-V com um único dispositivo Azure Migrate | Um dispositivo não é usado para migração do Hyper-V. Em vez disso, o Provedor de Replicação do 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. |
| Computadores | Descubra e avalie até 35.000 máquinas em um único projeto do Azure Migrate. | Descubra até 1000 servidores físicos com um único dispositivo 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 você estiver migrando VMs VMware vSphere para o Azure, compare os métodos de migração sem agente e baseados em agente para decidir o que funciona melhor para você.
Verificar os requisitos do hipervisor
- Verifique os requisitos sem agente VMware ou VMware vSphere baseados em agente.
- Verifique os requisitos do host Hyper-V.
Verificar os requisitos do sistema operacional
Verifique os sistemas operacionais suportados para migração:
- Se você estiver migrando VMs VMware vSphere ou VMs Hyper-V, verifique os requisitos de VM VMware vSphere para migração sem agente e baseada em agente e requisitos para VMs Hyper-V.
- Verifique se os sistemas operacionais Windows são suportados no Azure.
- Verifique as distribuições Linux suportadas no Azure.
Rever o URL e o acesso à porta
Analise 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 Azure Migrate para migração. Nada está instalado em VMs 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 do serviço de mobilidade é instalado em VMs. | Analise a nuvem pública e as URLs do Azure Government que o dispositivo de replicação precisa acessar. | Analise as portas usadas durante a migração baseada em agente. |
| Migração do Hyper-V | Usa um provedor instalado em hosts Hyper-V para migração. Nada é instalado em VMs Hyper-V. | Analise a nuvem pública e as URLs do Azure Government que o Provedor de Replicação em execução nos hosts precisa acessar. | 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 | Usa o dispositivo de replicação para migração. O agente de serviço de mobilidade é instalado nas máquinas físicas. | Analise a nuvem pública e as URLs do Azure Government 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 de migrar
Há algumas alterações necessárias nas VMs antes de migrá-las para o Azure.
- Para alguns sistemas operacionais, 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 você migrar a VM antes de fazer a alteração, a VM pode não inicializar 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 no Hyper-V |
|---|---|---|---|
| Configurar a política de SAN como Tudo Online |
Defina automaticamente para máquinas que executam o Windows Server 2008 R2 ou posterior. Configure manualmente para sistemas operacionais anteriores. |
Defina automaticamente na maioria dos casos. | Defina automaticamente para máquinas que executam o Windows Server 2008 R2 ou posterior. |
| Instalar a integração de convidado do Hyper-V | Instale manualmente em máquinas que executam o Windows Server 2003. | Instale manualmente em máquinas que executam o Windows Server 2003. | Instale manualmente em máquinas que executam o Windows Server 2003. |
| Habilitar o Console Serial do Azure Habilite o console em VMs do Azure para ajudar na solução de problemas. Não é necessário reiniciar a VM. A VM do Azure será inicializada 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 de VM) é um processo leve e seguro que gerencia a interação da máquina virtual (VM) com o Controlador de Malha do Azure. O Agente de VM tem uma função principal na habilitação e execução de extensões de máquina virtual do Azure que habilitam a configuração pós-implantação da VM, como a instalação e configuração de software. |
Defina automaticamente para máquinas que executam o Windows Server 2008 R2 ou posterior. Configure manualmente para sistemas operacionais anteriores. |
Defina automaticamente para máquinas que executam o Windows Server 2008 R2 ou posterior. | Defina automaticamente para máquinas que executam o 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 padrão, as VMs do Azure recebem a unidade D: para usar como armazenamento temporário.
- Essa atribuição de unidade faz com que todas as outras atribuições de unidade de armazenamento anexadas sejam incrementadas em uma letra.
- Por exemplo, se sua instalação local usa um disco de dados atribuído à unidade D: para instalações de aplicativos, a atribuição dessa unidade aumenta para a unidade E: depois de migrar a VM para o Azure.
- Para evitar essa atribuição automática e garantir que o Azure atribua a próxima letra de unidade livre ao seu volume temporário, defina a política de rede de área de armazenamento (SAN) como OnlineAll:
Configure essa configuração manualmente da seguinte maneira:
- Na máquina local (não no servidor host), abra um prompt de comando elevado.
- Digite diskpart.
- Insira SAN. Se a letra da unidade do sistema operacional convidado não for mantida, Offline All ou Offline Shared será retornado.
- No prompt 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.
- Durante a migração de teste, você pode verificar se as letras da unidade estão preservadas.
Máquinas Linux
O Azure Migrate conclui essas ações automaticamente para essas versões
- Red Hat Enterprise Linux 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 de VM do Azure Linux também é instalado automaticamente durante a migração)
- CentOS Stream (o agente de VM do Azure Linux também é instalado automaticamente durante a migração)
- SUSE Linux Enterprise Server 15 SP0, 15 SP1, 12, 11 SP4, 11 SP3
- Ubuntu 20.04, 19.04, 19.10, 18.04LTS, 16.04LTS, 14.04LTS (o agente de VM do Azure Linux também é instalado automaticamente durante a migração)
- Debian 10, 9, 8, 7
- Oracle Linux 8, 7.7-CI, 7.7, 6
Para outras versões, prepare máquinas conforme resumido na tabela.
Nota
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 |
|---|---|---|
| Instalar o Hyper-V Linux Integration Services | Reconstrua a imagem de inicialização do Linux para que ela contenha os drivers Hyper-V necessários. A reconstrução da imagem init garante que a VM será inicializada 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. |
| Habilitar o log do Console Serial do Azure | Ativar o registo da consola ajuda-o a resolver problemas. Não é necessário reiniciar a VM. A VM do 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 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 mencionadas acima. |
| Atualizar interfaces de rede | Atualizar interfaces de rede para receber endereço IP com base em 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 Linux Azure Guest Agent | O Agente Linux do Microsoft Azure (waagent) é um processo leve e seguro que gerencia o provisionamento do Linux & FreeBSD e a interação da VM com o Azure Fabric Controller. | 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 do 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 log do Console Serial do Azure | Sim | Sim | Sim |
| Atualizar arquivo de mapa do dispositivo | Sim | No | Não |
| Atualizar entradas fstab | Sim | Sim | Sim |
| Remover regra udev | Sim | Sim | Sim |
| Atualizar interfaces de rede | Sim | Sim | Sim |
| Ativar ssh | No | No | Não |
| Instalar o agente Linux da VM do Azure | Sim | Sim | Sim |
Saiba mais sobre as etapas para executar uma VM Linux no 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 o agente de VM Linux automaticamente para RHEL 9.x, 8.x/7.x/6.x, Ubuntu 14.04/16.04/18.04/19.04/19.10/20.04, SUSE 15 SP0/15 SP1/12/11 SP4/11 SP3, Debian 9/8/7 e Oracle 7 ao usar o método sem agente de migração VMware.
Verifique os requisitos da VM do Azure
As máquinas locais 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 da VM.
Antes de migrar, revise os requisitos de VMs do Azure para VMware, Hyper-V e migração de servidor físico.
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, você deve ser capaz de se conectar às novas VMs do Azure. Várias etapas são necessárias para se conectar com êxito.
Preparar para se conectar a VMs do Windows do Azure
Em máquinas Windows locais:
- Defina as configurações do Windows. As configurações incluem a remoção de quaisquer rotas persistentes estáticas ou proxy WinHTTP.
- Verifique se os serviços necessários estão em execução.
- Habilite a área de trabalho remota (RDP) para permitir conexões remotas com a máquina local. Saiba como usar o PowerShell para habilitar o RDP.
- Para acessar uma VM do Azure pela Internet após a migração, no Firewall do Windows na máquina local, 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 do Azure por meio de uma VPN site a site após a migração, no Firewall do Windows na máquina local, permita o RDP para os perfis Domínio e Privado. Saiba como permitir o tráfego RDP.
- Verifique se não há atualizações do Windows pendentes na VM local quando você migrar. Se houver, as atualizações podem começar a ser instaladas na VM do 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 com VMs do Azure Linux
Em máquinas Linux locais:
- Verifique se o serviço Secure Shell está configurado para iniciar automaticamente na inicialização do sistema.
- 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, conclua estas etapas nas VMs do 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 do Azure do que usou para sua máquina local. Mais informações.
- Verifique se as regras NSG (grupo de segurança de rede) na VM permitem conexões de entrada para a porta RDP ou SSH.
- Verifique o diagnóstico de inicialização para exibir a VM.
Próximos passos
Decida qual método você deseja usar para migrar VMs VMware vSphere para o Azure ou comece a migrar VMs Hyper-V ou servidores físicos ou VMs virtualizadas ou em nuvem.
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.
- VMs VMware vSphere: verifique os requisitos de migração e o suporte para VMs VMware vSphere.
- VMs Hyper-V: verifique os requisitos de migração e o suporte para VMs Hyper-V.
- Máquinas físicas: verifique os requisitos de migração e o suporte para máquinas físicas locais e outros servidores virtualizados.