Migração de VMware para Proxmox VE
O Moov migra máquinas virtuais para o Proxmox VE usando como origem os pontos de restauração do Veeam Backup & Replication V13. O ambiente vSphere de origem não participa: o Moov nunca se conecta ao vCenter nem ao ESXi em nenhum momento da migração, então não é preciso janela de manutenção do lado do VMware nem credenciais do ambiente original.
Baixar o appliance
- Proxmox VE8.x / 9.x
- oVirt / OLVM4.5+
- HPE VM EssentialsMorpheus 8.1.x · 9.0.x
Pré-requisitos
As duas ramificações têm suporte completo. O cluster precisa de pelo menos um nó com capacidade para o helper (8 vCPU, 16 GB de RAM e 50 GB de disco com os valores padrão), além do espaço das VMs que você vai migrar.
O assistente de cadastro do destino faz o bootstrap automático do API token: você fornece as credenciais uma vez e o Moov cria o token que vai usar daí em diante. Não é preciso gerar o token manualmente.
Qualquer storage do Proxmox que aceite discos de VM funciona: local-lvm, ZFS, Ceph RBD ou NFS. Na Instant VM Migration convém que o destino final do pivot seja armazenamento local ou Ceph, e não um NFS lento, porque é ali que a VM fica rodando.
O appliance Moov precisa alcançar o servidor Veeam B&R e a API do Proxmox. O helper, que roda dentro do Proxmox, precisa alcançar o appliance por mTLS e o repositório do Veeam para ler o disco publicado.
Passos da migração
O percurso completo, de um appliance recém-implantado até a primeira VM rodando no Proxmox.
- 01Conectar o servidor Veeam
Em Conexões → Veeam, adicione seu servidor Veeam Backup & Replication V13 e teste a conexão. O Moov usa a API REST para o inventário e a Data Integration API para publicar os discos sem modificar o backup.
- 02Adicionar o Proxmox como destino
Em Conexões → Destinos, escolha Proxmox VE e informe o endereço do nó e credenciais de administração. O assistente cria o API token automaticamente e valida o acesso.
- 03Implantar um helper no Proxmox
O Moov cria uma VM helper dentro do próprio Proxmox. O helper se registra no Core por TLS mútuo com um token de uso único e fica Ativo. Ele é descartável: é removido ao terminar a onda.
- 04Rodar o preflight
Varra o catálogo do Veeam e rode o Pre-flight Inspector nas VMs que quiser migrar. Ele classifica cada uma por sistema operacional, discos e prontidão VirtIO, e estima a capacidade necessária no destino.
- 05Escolher o modo e planejar a onda
Por VM você escolhe Instant VM Migration, quando precisa que ela inicie em menos de 60 segundos, ou Cold Migration, quando prefere copiar os discos e ligá-la na sua própria janela. O Wave Engine agenda as VMs em paralelo conforme a capacidade do helper.
- 06Lançar e verificar
O Core publica o ponto de restauração, o helper serve o disco por NBD e o Proxmox cria a VM. Você acompanha o progresso por disco no console. Na Instant Migration, ao terminar o espelho o pivot deixa a VM rodando somente no armazenamento do Proxmox.
O que acontece com o sistema operacional convidado
Antes de a VM iniciar no Proxmox, a etapa de customize roda offline sobre o disco montado e o adapta ao KVM. Não é preciso appliance auxiliar nem KVM instalado no helper.
- Os drivers VirtIO (vioscsi e viostor) são injetados em guests Windows e Linux, o que habilita o barramento virtio-scsi no Proxmox.
- As VMware Tools são desinstaladas para não competirem com os drivers e o agente do KVM.
- O QEMU Guest Agent é preparado, e o Proxmox o usa para consultar o IP, fazer fsfreeze e executar comandos no guest.
- Os IPs estáticos são reaplicados conforme o slot PCI de cada NIC, incluindo guests Windows com várias interfaces.
- Em guests que iniciam por UEFI a partição ESP é semeada ou reparada, e no Windows roda o BCD fixup.
Limites conhecidos
- A origem precisa ser um backup de imagem de VM no Veeam B&R V13. Backups de agente e de aplicação estão fora do escopo.
- Core e helpers precisam estar na mesma versão: desde a v1.0.38 o Core recusa trabalho de helpers mais antigos.
- A capacidade concorrente por helper é definida por sua CPU e RAM, aproximadamente 1 vCPU e 2 GiB por VM em voo.
- Na Instant VM Migration a VM depende do backup até o pivot terminar, então o repositório do Veeam precisa continuar disponível nesse intervalo.