Matriz de suporte para migração do VMware vSphere
Cuidado
Este artigo faz referência ao CentOS, uma distribuição Linux que está em status de fim do serviço (EOL). Considere seu uso e planejamento adequadamente. Para obter mais informações, confira as Diretrizes de Fim do Suporte do CentOS.
Este artigo resume as configurações de suporte e as limitações da migração de VMs do VMware vSphere com a Migração e a modernização. Se você estiver procurando informações sobre como avaliar VMs VMware vSphere para migração para o Azure, examine a matriz de suporte de avaliação.
Opções de migração
É possível migrar VMs VMware vSphere de duas maneiras:
- Usando a migração sem agente: migre VMs sem precisar instalar nada nelas. Você implanta o dispositivo das Migrações para Azure para a migração sem agente.
- Usando a migração baseada em agente: instale um agente na VM para replicação. Para a migração baseada em agente, você implanta um dispositivo de replicação.
Observação
Isto também dá suporte à migração de VMs da AVS.
Leia este artigo para descobrir qual método você deseja usar.
Migração sem agente
Esta seção resume os requisitos de migração sem agente de VM VMware vSphere para o Azure.
Requisitos do VMware vSphere (sem agente)
Os requisitos do hipervisor VMware vSphere são:
Servidor VMware vCenter - Versão 5.5, 6.0, 6.5, 6.7, 7.0, 8.0.
Host VMware vSphere ESXi - Versão 5.5, 6.0, 6.5, 6.7, 7.0, 8.0.
Vários vCenter Servers - Um único dispositivo pode se conectar a até 10 vCenter Servers.
Permissões do vCenter Server: a conta VMware usada para acessar o servidor vCenter do dispositivo de Migrações para Azure precisa das permissões abaixo para replicar máquinas virtuais:
Nome do privilégio no vSphere Client O propósito do privilégio Obrigatório ativado Nome do privilégio na API Navegar no armazenamento de dados Permita a navegação nos arquivos de log da VM para solucionar problemas de criação e exclusão de snapshots. Armazenamentos de dados Datastore.Browse Operações de arquivo de baixo nível Permitir operações de leitura/gravação/exclusão/renomeação no navegador do armazenamento de dados para solucionar problemas de criação e exclusão de instantâneos. Armazenamentos de dados Datastore.FileManagement Alterar configuração - Alternar o rastreamento de alterações do disco Permitir habilitar ou desabilitar o rastreamento de alterações de discos VM, para extrair blocos de dados alterados entre instantâneos. Máquinas virtuais VirtualMachine.Config.ChangeTracking Alterar configuração - adquirir concessão de disco Permita que operações de concessão de disco para uma VM leiam o disco usando o VMware vSphere Virtual Disk Development Kit (VDDK). Máquinas virtuais VirtualMachine.Config.DiskLease Provisionamento - Permitir acesso ao disco somente leitura Permitir acesso ao disco somente leitura: permite abrir um disco em uma VM para ler o disco usando o VDDK. Máquinas virtuais VirtualMachine.Provisioning.DiskRandomRead Provisionamento - Permitir acesso ao disco Permitir abrir um disco em uma VM, para ler o disco usando o VDDK. Máquinas virtuais VirtualMachine.Provisioning.DiskRandomAccess Provisionamento - Permitir download de máquina virtual Permitir download de máquina virtual: permite operações de leitura em arquivos associados a uma VM, para baixar os logs e solucionar problemas em caso de falha. Host raiz ou vCenter Server VirtualMachine.Provisioning.GetVmFiles Gerenciamento de instantâneos Permitir descoberta, inventário de software e mapeamento de dependências em VMs. Máquinas virtuais VirtualMachine.State.* Operações de convidados Permitir a criação e o gerenciamento de snapshots de VM para replicação. Máquinas virtuais VirtualMachine.GuestOperations.* Interação desligada Permita que a VM seja desligada durante a migração para o Azure. Máquinas virtuais VirtualMachine.Interact.PowerOff
Requisitos de VM (sem agente)
A tabela resume os requisitos de migração sem agente para VMs VMware vSphere.
Suporte | Detalhes |
---|---|
Sistemas operacionais com suporte | Windows Server 2003 e versões posteriores. Saiba mais. Migre todos os sistemas operacionais do Linux com suporte pelo Azure listados aqui. |
VMs do Windows no Azure | Talvez seja necessário fazer algumas alterações nas VMs antes da migração. |
VMs do Linux no Azure | Algumas VMs podem precisar de alterações para que possam ser executadas no Azure. No Linux, as Migrações para Azure realizam essas alterações automaticamente para estes sistemas operacionais: – Red Hat Enterprise Linux 9.x, 8.x, 7.9, 7.8, 7.7, 7.6, 7.5, 7.4, 7.0, 6.x – CentOS Stream - 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 – Debian 11, 10, 9, 8, 7 – Oracle Linux 9, 8, 7.7-CI, 7.7, 6 – Kali Linux (2016, 2017, 2018, 2019, 2020, 2021, 2022) Em outros sistemas operacionais, faça as alterações necessárias manualmente. No momento, não há suporte total para a configuração SELinux Enforced . Isto causa uma falha na instalação do IP dinâmico e na instalação do agente Convidado do Microsoft Azure Linux (waagent/WALinuxAgent). Você ainda poderá migrar e usar a VM. Há suporte para a configuração SELinux Permissive . |
Requisitos de inicialização | VMs do Windows: A unidade do sistema operacional (C:\) e a partição reservada do sistema (partição do sistema EFI para VMs UEFI) devem residir no mesmo disco. Se /boot estiver em uma partição dedicada, coloque-a no disco do sistema operacional; não a distribua em vários discos. Se /boot fizer parte da partição raiz (/), coloque-a no disco do sistema operacional e sem abranger outros discos. VMs Linux: Se /boot estiver em uma partição dedicada, coloque-a no disco do sistema operacional; não a distribua em vários discos.Se /boot fizer parte da partição raiz (/), coloque-a no disco do sistema operacional e sem abranger outros discos. |
Inicialização de UEFI | As máquinas virtuais baseadas em UEFI são migradas para as VMs de Geração 2 do Azure. No entanto, é importante observar que as VMs de Geração 2 do Azure não têm o recurso de Inicialização Segura. Para VMs que utilizaram a Inicialização Segura em sua configuração original, uma conversão para VMs de Início Confiável é recomendada após a migração. Esta etapa garante que a Inicialização Segura, junto a outras funcionalidades de segurança avançadas, seja reabilitada. |
Tamanho do disco | Até 2 -TB de disco do sistema operacional para VMs gen 1 e gen 2; 32 TB para discos de dados. Há suporte para alterar o tamanho do disco de origem depois de iniciar a replicação e não afetará o ciclo de replicação em andamento. |
Dados dinâmicos | – Não há suporte para um disco do sistema operacional como um disco dinâmico. – Se uma VM com disco do sistema operacional como disco dinâmico estiver replicando, converta o tipo de disco de dinâmico para básico e permita que o novo ciclo seja concluído, antes de disparar a migração ou a migração de teste. Você precisará da ajuda do suporte do sistema operacional para conversão de tipo de disco dinâmico em básico. |
Disco Ultra | Não há suporte para a migração de disco Ultra no portal de Migrações para Azure. É necessário fazer uma migração fora de banda para os discos recomendados como discos Ultra. Ou seja, é possível migrar selecionando-o como tipo de disco Premium e alterá-lo para disco Ultra após a migração. |
Discos/volumes criptografados | VMs com discos/volumes criptografados não são compatíveis com a migração. |
Cluster de disco compartilhado | Não há suporte. |
Discos independentes | Não há suporte. |
Discos de RDM/passagem | Se as VMs tiverem discos RDM ou de passagem, esses discos não serão replicados para o Azure. |
NFS | Volumes NFS montados como volumes nas VMs não serão replicados. |
ReiserFS | Não há suporte. |
Destinos de iSCSI | VMs com destinos de iSCSI não são compatíveis com a migração sem agente. |
Vários caminhos de E/S | Não há suporte. |
Armazenamento do vMotion | Com suporte. |
NICs agrupadas | Não há suporte. |
IPv6 | Não há suporte. |
Disco de destino | As VMs podem ser migradas somente para discos gerenciados (HDD Standard, SSD Standard, SSD Premium) no Azure. |
Replicação simultânea | Até 300 replicações simultâneas de VM por vCenter Server com um dispositivo. Até 500 replicações simultâneas de VM por vCenter Server quando um dispositivo de expansão adicional é implantado. |
Instalação automática do agente de VM do Azure (agente do Windows e Linux) | Windows: Compatível com o Windows Server 2008 R2 e versões posteriores. Linux: – Red Hat Enterprise Linux 9.x, 8.x, 7.9, 7.8, 7.7, 7.6, 7.5, 7.4, 7.0, 6.x – CentOS Stream – 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 – Debian 11, 10, 9, 8, 7 – Oracle Linux 9, 8, 7.7-CI, 7.7, 6 – Kali Linux (2016, 2017, 2018, 2019, 2020, 2021, 2022) |
Observação
Verifique se os seguintes caracteres especiais não são passados em nenhuma credencial, pois eles não têm suporte para senhas do SSO:
- Caracteres não ASCII. Saiba mais.
- E comercial (&)
- Ponto-e-vírgula (;)
- Aspas duplas (")
- Aspas simples (')
- Acento circunflexo (^)
- Barra invertida (\)
- Percentual (%)
- Colchetes (<,>)
- Libra (£)
Observação
Além da conectividade com a Internet, para VMs do Linux, verifique se os pacotes a seguir estão instalados para a instalação bem-sucedida do o agente do Linux do Microsoft Azure (waagent):
- Python 2.6+
- OpenSSL 1.0+
- OpenSSH 5.3+
- Utilitários de sistema de arquivos: sfdisk, fdisk, mkfs, parted
- Ferramentas de senha: chpasswd, sudo
- Ferramentas de processamento de texto: sed, grep
- Ferramentas de rede: roteamento ip
Dica
Usando o portal do Azure, você poderá selecionar até dez VMs de cada vez para configurar a replicação. Para replicar mais VMs, use o portal e adicione as VMs a serem replicadas em vários lotes de dez VMs ou use a interface do PowerShell das Migrações para Azure para configurar a replicação. Verifique se você não configurou a replicação simultânea em mais do que o número máximo de VMs compatíveis com replicações simultâneas.
Requisitos do dispositivo (sem agente)
A migração sem agente usa o dispositivo das Migrações para Azure. É possível implantar o dispositivo como uma VM VMware vSphere usando um modelo OVA, importado para o vCenter Server ou usando um script do PowerShell.
- Saiba mais sobre os requisitos de dispositivo para VMware vSphere.
- Saiba mais sobre as URLs do Azure que o dispositivo precisa acessar nas nuvens públicas e governamentais.
- No Azure Governamental, você deve implantar o dispositivo usando um script.
Requisitos de porta (sem agente)
Dispositivo | Conexão |
---|---|
Dispositivo | Conexões de saída na porta 443 para carregar dados replicados no Azure e para se comunicar com os serviços das Migrações para Azure orquestrando a replicação e a migração. |
vCenter Server | Conexões de entrada na porta 443 para permitir que o dispositivo orquestre a replicação – criar instantâneos, copiar dados, liberar instantâneos. |
Host ESXi/vSphere | Entrada na porta TCP 902 para o dispositivo replicar dados de instantâneos. A saída na porta 902 do host ESXi é necessária para enviar tráfego de pulsação para o vCenter |
Migração baseada em agente
Esta seção resume os requisitos da migração baseada em agente.
Requisitos do VMware vSphere (com agente)
Esta tabela resume o suporte de avaliação e as limitações para servidores de virtualização VMware vSphere.
Requisitos do VMware vSphere | Detalhes |
---|---|
VMware vCenter Server | Versão 5.5, 6.0, 6.5, or 6.7. |
Host ESXI do VMware vSphere | Versão 5.5, 6.0, 6.5, 6.7 ou 7.0. |
Permissões do vCenter Server | Descoberta de VM: pelo menos um usuário somente leitura Objeto de data center –> Propagar para o objeto filho, função = somente leitura. Replicação: crie uma função (Azure Site Recovery) com as permissões necessárias e atribua a função a um usuário ou um grupo do VMware vSphere Objeto de Data Center –> Propagar para o Objeto Filho, função=Azure Site Recovery Armazenamento de dados –> Alocar espaço, procurar armazenamento de dados, operações de arquivo de baixo nível, remover arquivo, atualizar arquivos de máquina virtual Rede –> Atribuição de rede Recurso –> Atribuir VM ao pool de recursos, migrar VM desligada, migrar VM ligada Tarefas –> Criar tarefa, atualizar tarefa Máquina virtual –> Configuração Máquina virtual –> Interagir –> responder à pergunta, conexão de dispositivo, configurar mídia de CD, configurar mídia de disquete, desligar, ligar, instalação de ferramentas VMware Máquina virtual –> Inventário –> Criar, registrar, cancelar registro Máquina virtual –> Provisionamento –> Permitir download de máquina virtual, permitir upload de arquivos de máquina virtual Máquina virtual –> Instantâneos –> Remover instantâneos. Observação: Usuário atribuído no nível de datacenter e tem acesso a todos os objetos no datacenter. Para restringir o acesso, atribua aos objetos filho a função Nenhum acesso com a opção Propagar para objeto filho marcada (hosts vSphere, datastores, VMs e redes). |
Requisitos do VM (baseado em agente)
A tabela resume o suporte para VM VMware vSphere que você deseja migrar com agente.
Suporte | Detalhes |
---|---|
Carga de trabalho do computador | As Migrações para Azure são compatíveis com a migração de qualquer carga de trabalho (no Azure Directory, SQL Server etc.) em execução em um computador com suporte. |
Sistemas operacionais | Para ver as informações mais recentes, examine o suporte do sistema operacional do Site Recovery. As Migrações para Azure tem suporte para o sistema operacional de VM idêntica. |
Sistemas de arquivos Linux/armazenamento convidado | Para ver as informações mais recentes, examine o suporte do sistema de arquivos Linux do Site Recovery. As Migrações para Azure têm suporte para o sistema de arquivos Linux idêntico. |
Rede/Armazenamento | Para ver as informações mais recentes, examine os pré-requisitos de rede e armazenamento do Site Recovery. As Migrações para Azure têm requisitos de rede/armazenamento idênticos. |
Requisitos do Azure | Para ver as informações mais recentes, examine os requisitos de rede e armazenamento e computação do Site Recovery. As Migrações para Azure têm requisitos idênticos para a migração de VMware. |
Serviço de mobilidade | O agente do serviço Mobilidade precisa ser instalado em cada VM que você quer migrar. |
Inicialização de UEFI | Com suporte. As VMs baseadas na UEFI serão migradas para as VMs do Azure de Geração 2. |
UEFI - Inicialização segura | Sem suporte para migração. |
Disco de destino | As VMs só podem ser migradas para discos gerenciados (HDD Standard, SSD Standard, SSD Premium) no Azure. |
Tamanho do disco | disco do sistema operacional de até 2 -TB para a VM gen 1; disco do sistema operacional de até 4 -TB para VM gen 2; 32 TB para discos de dados. |
Limites do disco | Até 63 discos por VM. |
Discos/volumes criptografados | VMs com discos/volumes criptografados não são compatíveis com a migração. |
Cluster de disco compartilhado | Não há suporte. |
Discos independentes | Com suporte. |
Discos de passagem | Com suporte. |
NFS | Volumes NFS montados como volumes nas VMs não serão replicados. |
ReiserFS | Não há suporte. |
Destinos de iSCSI | Com suporte. |
Vários caminhos de E/S | Não há suporte. |
Armazenamento do vMotion | Com suporte |
NICs agrupadas | Não há suporte. |
IPv6 | Não há suporte. |
Requisitos do dispositivo (baseado em agente)
Quando você configura o dispositivo de replicação usando o modelo OVA fornecido no Hub Migrações para Azure, o dispositivo executa o Windows Server 2016 e está em conformidade com os requisitos de suporte. Se você configurar o dispositivo de replicação manualmente em um servidor físico, verifique se ele está em conformidade com os requisitos.
- Saiba mais sobre os requisitos de dispositivo de replicação para VMware vSphere.
- Instale o MySQL no dispositivo. Saiba mais sobre as opções de instalação.
- Saiba mais sobre as URLs que o dispositivo de replicação precisa acessar nas nuvens públicas e governamentais.
- Examine as portas que o dispositivo de replicação precisa acessar.
Requisitos de porta (baseado em agente)
Dispositivo | Conexão |
---|---|
VMs | O serviço Mobilidade em execução nas VMs se comunica com o dispositivo de replicação local (servidor de configuração) na porta HTTPS 443 de entrada, para o gerenciamento de replicação. As VMs que estão sendo replicadas enviam dados de replicação para o servidor de processo (em execução no computador do servidor de configuração) na porta 9443 HTTPS de entrada. Essa porta pode ser modificada. |
Dispositivo de replicação | O dispositivo de replicação coordena a replicação com o Azure pela porta HTTPS 443 de saída. |
Servidor de processo | O servidor de processo recebe, otimiza, criptografa e envia dados de replicação para o Armazenamento do Microsoft Azure pela porta 443 de saída. Por padrão, o servidor de processo é executado no dispositivo de replicação. |
Requisitos de VM do Azure
Todas as VMs locais replicadas para o Azure (com migração baseada em agente ou sem agente) devem atender aos requisitos de VM do Azure resumidos nesta tabela.
Componente | Requisitos |
---|---|
Sistema operacional convidado | Verifica os sistemas operacionais de VM VMware com suporte para migração. Você pode migrar qualquer carga de trabalho em execução em um sistema operacional compatível. |
Arquitetura do sistema operacional convidado | 64 bits. |
Tamanho do disco do sistema operacional | Até 2.048 GB. |
Contagem do disco do sistema operacional | 1 |
Contagem de disco de dados | 64 ou menos. |
Tamanho do disco de dados | Até 32 TB |
Adaptadores de rede | Há suporte para vários adaptadores. |
VHD compartilhado | Não há suporte. |
Disco FC | Não há suporte. |
BitLocker | Não há suporte. O BitLocker deve ser desabilitado antes da migração do computador. |
Nome da VM | De 1 a 63 caracteres. Restrito a letras, números e hifens. O nome do computador precisa começar e terminar com uma letra ou um número. |
Conectar-se após a migração – Windows | Para se conectar às VMs do Azure que executam o Windows após a migração, faça o seguinte: - Antes da migração, habilite o RDP na VM local. Certifique-se de que as regras TCP e UDP são adicionadas para o perfil Público e que o RDP é permitido no Firewall do Windows>Aplicativos Permitidos para todos os perfis. Para acesso de VPN site a site, habilite e permita o RDP em Firewall do Windows>Aplicativos e recursos permitidos para redes Privadas e domínios. Além disso, verifique se a política de SAN do sistema operacional está definida como OnlineAll. Saiba mais. |
Conectar-se após a migração – Linux | Para se conectar às VMs do Azure após a migração com SSH: Antes da migração, no computador local, verifique se o serviço Secure Shell está definido como "Iniciar" e se as regras de firewall permitem uma conexão SSH. Na VM do Azure após o failover, permita as conexões de entrada com a porta SSH para as regras do grupo de segurança de rede na VM com failover e para a sub-rede do Azure à qual ela está conectada. Além disso, adicione um endereço IP público à VM. |
Próximas etapas
Selecionar uma opção de migração do VMware vSphere.