Partilhar via

Matriz de suporte para migração VMware vSphere

  • Artigo

Este artigo resume as configurações e limitações de suporte para migrar VMs VMware vSphere com migração e modernização . Se você estiver procurando informações sobre como avaliar VMs VMware vSphere para migração para o Azure, revise a matriz de suporte de avaliação.

Nota

Esta documentação completa do cenário de migração VMware está atualmente em visualização. Para obter mais informações sobre como usar o Azure Migrate, consulte a documentação do produto Azure Migrate.

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.

Opções de migração

Você pode migrar VMs VMware vSphere de duas maneiras:

  • Usando a migração sem agente: migre VMs sem precisar instalar nada nelas. Você implanta o dispositivo Azure Migrate para migração sem agente.
  • Usando a migração baseada em agente: instale um agente na VM para replicação. Para migração baseada em agente, você implanta um dispositivo de replicação.

Nota

Isso também suporta a migração de VMs do AVS.

Revise este artigo para descobrir qual método você deseja usar.

Migração sem agente

Esta seção resume os requisitos para a migração de VM VMware vSphere sem agente para o Azure.

Requisitos do VMware vSphere (sem agente)

Os requisitos do hipervisor VMware vSphere são:

  • VMware vCenter Server - 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 servidores vCenter - Um único dispositivo pode se conectar a até 10 servidores vCenter.

  • Permissões do vCenter Server - A conta VMware usada para acessar o servidor vCenter a partir do dispositivo Azure Migrate deve ter as seguintes permissões atribuídas em todos os níveis necessários - datacenter, cluster, host, VM e armazenamento de dados. Certifique-se de que as permissões sejam aplicadas em cada nível para evitar erros de replicação.

    Nome de privilégio no cliente vSphere O propósito do privilégio Obrigatório em Nome de privilégio na API
    Procurar armazenamento de dados Permitir a navegação de arquivos de log da VM para solucionar problemas de criação e exclusão de instantâneos. Arquivos 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. Arquivos de dados Datastore.FileManagement
    Alterar configuração - Alternar o controle de alterações de disco Permitir habilitar ou desabilitar o controle de alterações de discos de 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 operações de concessão de disco para uma VM para ler o disco usando o VMware vSphere Virtual Disk Development Kit (VDDK). Máquinas virtuais VirtualMachine.Config.DiskLease
    Provisionamento - Permitir acesso somente leitura ao disco Permitir acesso somente leitura ao disco: permita abrir um disco em uma VM para ler o disco usando o VDDK. Máquinas virtuais VirtualMachine.Provisioning.DiskRandomRead
    Provisionamento - Permitir acesso ao disco Permita 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 se ocorrer falha. Host raiz ou vCenter Server VirtualMachine.Provisioning.GetVmFiles
    Gerenciamento de snapshots Permite descoberta, inventário de software e mapeamento de dependência em VMs. Máquinas virtuais VirtualMachine.State.*
    Operações com hóspedes Permite a criação e o gerenciamento de snapshots de VM para replicação. Máquinas virtuais VirtualMachine.GuestOperations.*
    Desligamento de interação 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.

Nota

Se uma versão principal de um sistema operacional for suportada na migração sem agente, todas as versões secundárias e kernels serão automaticamente suportados.

Suporte Detalhes
Sistemas operativos suportados Windows Server 2003 e versões posteriores. Mais informações.

Você pode migrar todos os sistemas operacionais Linux suportados pelo Azure listados aqui.
VMs do Windows no Azure Talvez seja necessário fazer algumas alterações nas VMs antes da migração.
VMs Linux no Azure Algumas VMs podem exigir alterações para que possam ser executadas no Azure.

Para Linux, o Azure Migrate faz as 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.3, 7.2, 7.1, 7.0, 6.x
- CentOS Stream
- SUSE Linux Enterprise Server 15 SP6, 15 SP5, 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)
Para outros sistemas operacionais, você faz as alterações necessárias manualmente.
No momento, a SELinux Enforced configuração não é totalmente suportada. Isso faz com que a instalação do IP dinâmico e a instalação do agente convidado Linux do Microsoft Azure (waagent/WALinuxAgent) falhem. Você ainda pode migrar e usar a VM. A SELinux Permissive configuração é suportada.
Requisitos de inicialização VMs do Windows:
A unidade do sistema operacional (C:\) e a partição reservada do sistema (partição de sistema EFI para VMs UEFI) devem residir no mesmo disco.
Se /boot estiver em uma partição dedicada, ela deve residir no disco do sistema operacional e não ser espalhada por vários discos.
Se /boot fizer parte da partição raiz (/), então a partição '/' deve estar no disco do SO e não abranger outros discos.

VMs Linux:
Se /boot estiver em uma partição dedicada, ela deve residir no disco do sistema operacional e não ser espalhada por vários discos.
Se /boot fizer parte da partição raiz (/), então a partição '/' deve estar no disco do SO e não abranger outros discos.
Inicialização 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 da Geração 2 do Azure não possuem 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 Inicialização Confiável é recomendada após a migração. Esta etapa garante que a Inicialização Segura, juntamente com outras funcionalidades de segurança aprimoradas, seja reativada.
Tamanho do disco Disco de SO de até 2 TB para VM de geração 1 e VMs de geração 2; 32 TB para discos de dados. A alteração do tamanho do disco de origem após o início da replicação é suportada e não afetará o ciclo de replicação em curso.
Disco dinâmico - Um disco do sistema operacional como um disco dinâmico não é suportado.
- Se uma VM com disco de SO 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 acionar a migração ou migração de teste. Você precisará de ajuda do suporte do sistema operacional para a conversão do tipo de disco dinâmico para básico.
Disco Ultra Não há suporte para migração de disco Ultra no portal de migração do Azure. Você precisa fazer uma migração fora de banda para os discos que são recomendados como discos Ultra. Ou seja, você pode migrar selecionando-o como tipo de disco premium e alterá-lo para disco Ultra após a migração.
Discos/volumes encriptados VMs com discos/volumes criptografados não são suportadas para migração.
Cluster de disco compartilhado Não suportado.
Discos independentes Não suportado.
RDM/discos de passagem Se as VMs tiverem RDM ou discos de passagem, esses discos não serão replicados para o Azure.
NFS Os volumes NFS montados como volumes nas VMs não serão replicados.
ReiserFS Não suportado.
Destinos iSCSI Não há suporte para VMs com destinos iSCSI para migração sem agente.
E/S multicaminho Não suportado.
Armazenamento vMotion Suportado.
NICs agrupadas Não suportado.
IPv6 Não suportado.
Disco de destino As VMs só podem ser migradas para discos gerenciados (HDD padrão, SSD padrão, SSD premium) no Azure.
Replicação simultânea Até 300 VMs replicando simultaneamente por vCenter Server com um dispositivo. Até 500 VMs replicando simultaneamente por vCenter Server quando um dispositivo de expansão adicional é implantado.
Instalação automática do agente de VM do Azure (Agente Windows e Linux) Windows:
Compatível com Windows Server 2008 R2 em diante.

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
- Fluxo CentOS
- SUSE Linux Enterprise Server 15 SP6, 15 SP5, 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)

Nota

Certifique-se de que os seguintes caracteres especiais não são passados em nenhuma credencial, pois eles não são suportados para senhas SSO:

  • Caracteres não-ASCII. Mais informações.
  • E comercial (&)
  • Ponto e vírgula (;)
  • Aspas duplas (")
  • Aspas simples (')
  • Circunflexo (^)
  • Barra invertida (\)
  • Percentagem (%)
  • Colchetes angulares (<,>)
  • Libra (£)

Nota

Além da conectividade com a Internet, para VMs Linux, verifique se os seguintes pacotes estão instalados para uma instalação bem-sucedida do agente Linux do Microsoft Azure (waagent):

  • Python 2.6+
  • OpenSSL 1.0+
  • OpenSSH 5.3+
  • Utilitários do sistema de arquivos: sfdisk, fdisk, mkfs, parted
  • Ferramentas de senha: chpasswd, sudo
  • Ferramentas de processamento de texto: sed, grep
  • Ferramentas de rede: ip-route

Gorjeta

Usando o portal do Azure, você poderá selecionar até 10 VMs de cada vez para configurar a replicação. Para replicar mais VMs, você pode usar o portal e adicionar as VMs a serem replicadas em vários lotes de 10 VMs ou usar a interface do Azure Migrate PowerShell para configurar a replicação. Certifique-se de não configurar a replicação simultânea em mais do que o número máximo suportado de VMs para replicações simultâneas.

Requisitos do aparelho (sem agente)

A migração sem agente usa o dispositivo Azure Migrate. Você pode implantar o dispositivo como uma VM VMware vSphere usando um modelo OVA, importado para o vCenter Server ou usando um script do PowerShell.

Requisitos de porta (sem agente)

Dispositivo Ligação
Aplicação Conexões de saída na porta 443 para carregar dados replicados no Azure e se comunicar com os serviços do Azure Migrate orquestrando replicação e migração.
vCenter Server Conexões de entrada na porta 443 para permitir que o dispositivo orquestre a replicação - crie snapshots, copie dados, libere snapshots.
Host vSphere ESXi 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 para a migração baseada em agente.

Requisitos do VMware vSphere (baseado em agente)

Esta tabela resume a avaliação, o suporte e as limitações dos servidores de virtualização VMware vSphere.

Requisitos do VMware vSphere Detalhes
Servidor VMware vCenter Versão 5.5, 6.0, 6.5 ou 6.7.
Host VMware vSphere ESXi 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

Data Center object –> Propagar para Child Object, role=Read-only.

Replicação: crie uma função (Azure Site Recovery) com as permissões necessárias e, em seguida, atribua a função a um usuário ou grupo do VMware vSphere

Objeto de Data Center –> Propagar para Objeto Filho, role=Azure Site Recovery

Datastore -> Aloque espaço, procure armazenamento de dados, operações de arquivo de baixo nível, remova arquivo, atualize arquivos de máquina virtual

Rede -> Atribuição de rede

Recurso -> Atribua VM ao pool de recursos, migre VM desligada, migre VM ativada

Tarefas -> Criar tarefa, atualizar tarefa

Máquina virtual -> Configuração

Máquina virtual -> Interact -> responder a perguntas, conexão de dispositivos, configurar mídia de CD, configurar mídia de disquete, desligar, ligar, instalar ferramentas VMware

Máquina virtual -> Inventário -> Criar, registrar, cancelar o registro

Máquina virtual -> Provisionamento -> Permitir download de máquina virtual, permitir upload de arquivos de máquina virtual

Máquina virtual -> Snapshots -> Remova snapshots.


Nota:
Utilizador atribuído ao nível do datacenter, com acesso a todos os objetos no datacenter.

Para restringir o acesso, atribua a função Sem acesso com o objeto Propagate to child , aos objetos filho (hosts vSphere, datastores, VMs e redes).

Requisitos de VM (baseados em agente)

A tabela resume o suporte de VM VMware vSphere para VMs VMware vSphere que você deseja migrar usando a migração baseada em agente.

Suporte Detalhes
Carga de trabalho da máquina O Azure Migrate suporta a migração de qualquer carga de trabalho (por exemplo, Active Directory, SQL Server, etc.) em execução numa máquina virtual suportada.
Sistemas operacionais Para obter as informações mais recentes, consulte o suporte do sistema operacional para o Site Recovery. O Azure Migrate fornece suporte idêntico ao sistema operacional de VM.
Sistema de arquivos/armazenamento convidado Linux Para obter as informações mais recentes, consulte o suporte do sistema de arquivos Linux para Site Recovery. O Azure Migrate tem suporte idêntico ao sistema de arquivos Linux.
Rede/Armazenamento Para obter as informações mais recentes, consulte os pré-requisitos de rede e armazenamento para a Recuperação de Site. O Azure Migrate fornece requisitos de rede/armazenamento idênticos.
Requisitos do Azure Para obter as informações mais recentes, consulte os requisitos de rede, armazenamento e computação do Azure para o Site Recovery. O Azure Migrate tem requisitos idênticos para a migração VMware.
Serviço de mobilidade O agente do serviço de mobilidade deve ser instalado em cada VM que você deseja migrar.
Inicialização UEFI Suportado. As VMs baseadas em UEFI serão migradas para VMs da geração 2 do Azure.
UEFI - Arranque seguro Não suportado para migração.
Disco de destino As VMs só podem ser migradas para discos gerenciados (HDD padrão, SSD padrão, SSD premium) no Azure.
Tamanho do disco disco de SO de até 2 TB para VM de geração 1; disco de SO de até 4 TB para VM de geração 2; 32 TB para discos de dados.
Limites de disco Até 63 discos por VM.
Discos/volumes encriptados VMs com discos/volumes criptografados não são suportadas para migração.
Cluster de disco compartilhado Não suportado.
Discos independentes Suportado.
Discos de passagem Suportado.
NFS Os volumes NFS montados como volumes nas VMs não serão replicados.
ReiserFS Não suportado.
Destinos iSCSI Suportado.
E/S multicaminho Não suportado.
Armazenamento vMotion Suportado
NICs agrupadas Não suportado.
IPv6 Não suportado.

Requisitos do aparelho (baseados em agente)

Quando você configura o dispositivo de replicação usando o modelo OVA fornecido no hub Azure Migrate, 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 do dispositivo de replicação para o VMware vSphere.
  • Instale o MySQL no aparelho. Saiba mais sobre as opções de instalação.
  • Saiba mais sobre as URLs que o dispositivo de replicação precisa acessar em nuvens públicas e governamentais .
  • Analise as portas que o dispositivo de replicação precisa acessar.

Requisitos de porta (baseados em agente)

Dispositivo Ligação
VMs O serviço de mobilidade em execução em VMs se comunica com o dispositivo de replicação local (servidor de configuração) na porta de entrada HTTPS 443, para gerenciamento de replicação.

As VMs enviam dados de replicação para o servidor de processo (em execução na máquina do servidor de configuração) na porta de entrada HTTPS 9443. Esta porta pode ser modificada.
Aplicação de replicação A aplicação de replicação orquestra a replicação com o Azure através da porta HTTPS 443 de saída.
Servidor de processos O servidor de processo recebe dados de replicação, otimiza-os, encripta-os e envia-os para o armazenamento do Azure através da porta de saída 443.
Por padrão, o servidor de processo é executado no dispositivo de replicação.

Requisitos da VM do Azure

Todas as VMs locais replicadas para o Azure (com migração sem agente ou baseada em agente) devem atender aos requisitos de VM do Azure resumidos nesta tabela.

Componente Requisitos
Sistema operativo convidado Verifica os sistemas operacionais VMware VM suportados para migração.
Você pode migrar qualquer carga de trabalho em execução em um sistema operacional suportado.
Arquitetura do sistema operacional convidado 64 bits.
Tamanho do disco do sistema operativo Até 2.048 GB.
Contagem de discos do sistema operativo 1
Contagem de discos de dados 64 ou menos.
Tamanho do disco de dados Até 32 TB
Adaptadores de rede Vários adaptadores são suportados.
VHD partilhado Não suportado.
Disco FC Não suportado.
BitLocker Não suportado.

O BitLocker deve ser desabilitado antes de migrar a máquina.
o nome da VM De 1 a 63 caracteres.

Limitado a letras, números e hífenes.

O nome da máquina deve começar e terminar com uma letra ou número.
Conectar-se após a migração-Windows Para se conectar a VMs do Azure que executam o Windows após a migração:

- Antes da migração, habilite o RDP na VM local.

Verifique se as regras TCP e UDP foram adicionadas para o perfil Público e se o RDP é permitido nos Aplicativos Permitidos do Firewall>do Windows para todos os perfis.

Para acesso VPN site a site, habilite o RDP e permita o RDP no Firewall>do Windows Aplicativos e recursos permitidos para redes privadas e de domínio.

Além disso, verifique se a política de SAN do sistema operacional está definida como OnlineAll. Mais informações.
Conecte-se após a migração-Linux Para se conectar a VMs do Azure após a migração usando SSH:

Antes da migração, na máquina local, verifique se o serviço Secure Shell está definido como Iniciar e se as regras de firewall permitem uma conexão SSH.

Após o failover, na VM do Azure, permita 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 para a VM.

Próximos passos

Selecione uma opção de migração do VMware vSphere.