Matriz de suporte para migração VMware vSphere
Atenção
Este artigo faz referência ao CentOS, uma distribuição Linux que está se aproximando do status de Fim da Vida Útil (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 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.
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 precisa das permissões abaixo para replicar máquinas virtuais:
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.
| 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.0, 6.x - CentOS 9.x (Release e Stream), 8.x (Release e Stream), 7.9, 7.7, 7.6, 7.5, 7.4, 6.x - 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) 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. |
| 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 serã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. Observe que 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 - CentOS 9.x (Release e Stream), 8.x (Release e Stream), 7.9, 7.7, 7.6, 7.5, 7.4, 6.x - 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) |
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.
- Saiba mais sobre os requisitos do dispositivo VMware vSphere.
- Saiba mais sobre os URLs que o dispositivo precisa acessar em nuvens públicas e governamentais .
- No Azure Government, você deve implantar o dispositivo usando o script.
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. Porta de saída 902 do host ESXi. |
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 2022 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.