Migração de VMware para Proxmox VE: etapas, janela e o que costuma dar errado

A decisão de migrar já foi tomada, e agora a pergunta é outra: como fazer sem parar a operação, e o que precisa estar pronto antes da primeira janela. Este texto descreve as etapas de uma migração de VMware para Proxmox VE, o que cada uma exige e o que costuma dar errado quando alguma delas é pulada. A Global Data, empresa de TI em São Paulo, conduz migrações desse tipo e opera Proxmox VE em produção; as referências técnicas são a documentação oficial do Proxmox VE, verificada em 25 de setembro de 2026.

Se a decisão ainda não foi tomada, ela vem antes deste texto. Os critérios estão no artigo sobre renovar, renegociar ou migrar depois da Broadcom, e a comparação entre as rotas possíveis, no artigo sobre alternativas ao VMware por critério.

Quanto tempo a migração para a operação?

Cada sistema para durante a sua própria janela, e não a empresa inteira. O importador nativo do Proxmox VE lê a máquina virtual direto do host ESXi e permite ligá-la no destino enquanto o restante do disco ainda é copiado em segundo plano, o que encurta a parada de cada sistema para o tempo de desligar na origem, importar a configuração e iniciar no destino. A máquina na origem fica desligada nesse intervalo, então há parada, e ela é combinada com quem usa o sistema. O tempo total do projeto depende do número de máquinas, do volume de dados, das dependências entre sistemas e das janelas que a operação consegue liberar. Não existe prazo padrão, e o piloto é o que dá o ritmo real para o restante.

As etapas

1. Inventário e dependências. Lista de máquinas virtuais com sistema operacional, vCPU, memória, discos, rede, IP e endereço MAC. Quem depende de quem (banco, aplicação, autenticação, impressão). Quais têm licença de software presa ao hardware virtual. Quais usam recursos sem equivalente direto no destino. Esse inventário costuma já existir se a empresa passou pela avaliação de renovação; se não, ele é a primeira semana do projeto.

2. Destino pronto antes de qualquer importação. Hosts Proxmox VE instalados e atualizados, cluster formado, storage compartilhado definido (o importador não lê discos que estão em vSAN, então o destino precisa de outro storage), redes e VLANs mapeadas com os mesmos nomes lógicos que a equipe usa hoje, backup e monitoramento do próprio ambiente Proxmox já ligados. O host ESXi de origem é adicionado ao Proxmox VE como um storage do tipo ESXi, com acesso direto ao host, e não pelo vCenter, porque a importação via vCenter é bem mais lenta, segundo a documentação do Proxmox.

3. Preparação de cada máquina virtual. Nas máquinas Windows, instalar os drivers VirtIO antes da migração, para que o disco e a rede funcionem no destino. Remover o VMware Tools ainda na origem, porque depois da migração a remoção fica difícil. Desativar o TPM virtual quando houver criptografia de disco baseada nele, já que o estado do TPM da VMware não é migrado. Anotar IP fixo, MAC e o modo de boot (BIOS ou UEFI). Remover snapshots antigos, que tornam a importação bem mais lenta.

4. Piloto. Um sistema representativo, com usuários reais, migra primeiro. O piloto responde o que nenhum planejamento responde: como a aplicação se comporta com o disco e a rede do destino, quanto tempo a importação leva por gigabyte na rede da empresa, e quais ajustes de configuração (tipo de CPU, controlador de disco, tipo de máquina) o importador não traduziu sozinho. O piloto fica no destino por um período combinado antes de qualquer outra onda.

5. Importação. Pelo importador do Proxmox VE, máquina a máquina: escolher nó de destino, storage, formato de disco, rede e o modo de importação. A máquina é desligada na origem, importada e ligada no destino. Com o live-import, ela sobe enquanto o disco termina de copiar. A configuração importada é revisada: tipo de CPU, ordem de boot, número de núcleos, memória, e o MAC, que pode ser mantido igual ao da origem quando uma licença depende dele.

6. Validação com critério escrito. Para cada sistema, uma lista curta do que precisa funcionar: login, acesso ao banco, impressão, integração com outro sistema, desempenho de uma operação conhecida. Quem valida é quem usa, não quem migrou. Se algo falha e não se resolve no prazo combinado, a máquina volta a ligar na origem, que continua intacta.

7. Ondas. O restante migra em grupos, do menos crítico para o mais crítico, cada grupo em uma janela combinada. Sistemas que dependem um do outro migram na mesma onda. Entre ondas, o backup do destino e o monitoramento são conferidos, não presumidos.

8. Convivência e desligamento. Depois da última onda, o ambiente VMware fica ligado por um período combinado, sem cargas, como plano de retorno. Só depois desse período os hosts são desligados e as licenças, encerradas. Backup e monitoramento no destino precisam estar completos antes disso; o método para não perder nada nem ficar mais lento na troca é assunto de outro texto desta série.

O que costuma dar errado

• VMware Tools deixado na máquina. Depois da migração, o serviço fica tentando falar com um hipervisor que não existe, e a remoção não roda direito. Remover na origem.
• Controlador de disco errado no Windows. Sem os drivers VirtIO instalados antes, o sistema não encontra o disco no destino e não inicia. Instalar antes, ou importar com controlador compatível e trocar depois.
• Licença presa ao MAC ou ao hardware virtual. Sistemas de gestão e aplicações de nicho às vezes amarram a licença ao endereço MAC ou ao identificador da máquina. O inventário precisa listar isso, e o MAC precisa ser mantido na importação.
• IP fixo e ordem de boot. Máquina que sobe com outra interface de rede e sem IP, ou que tenta iniciar pelo disco errado. Anotar antes, conferir depois.
• BIOS e UEFI trocados. A máquina da origem em UEFI importada como BIOS não inicia. O importador tenta traduzir, mas nem sempre acerta.
• Discos em vSAN ou criptografados. O importador não lê nem um nem outro. A saída é mover o disco para outro datastore ou remover a criptografia antes.
• Importação pelo vCenter. Funciona, e é muito mais lenta. A conexão precisa ser direta ao host ESXi.
• Backup e monitoramento esquecidos. A máquina migra, os jobs de backup continuam apontando para a origem e os sensores continuam olhando o host antigo. O primeiro incidente no destino é o que revela. Reconfigurar faz parte da onda, não do fim do projeto.
• Relógio e autenticação. Máquinas que sobem com horário errado não autenticam no domínio. Conferir a sincronização de tempo do host novo antes do piloto.

O que muda depois

A migração termina; a gestão do ambiente continua. Atualização de hosts, capacidade, alta disponibilidade testada, backup fora do host e monitoramento 24x7 são a rotina que a Global Data assume depois do projeto, em Proxmox VE ou na plataforma que o cliente escolheu; o processo completo, da avaliação de renovação até a operação, está na página de migração VMware e avaliação de renovação.

Perguntas frequentes

Preciso desligar a máquina virtual para migrar?

Sim, na origem. O importador do Proxmox VE lê o disco de uma máquina desligada. O live-import permite ligar a máquina no destino antes de o disco terminar de copiar, o que encurta a parada, mas não a elimina.

Dá para migrar direto de um vCenter?

Dá, e não é recomendado pela documentação do Proxmox, porque a importação via vCenter é bem mais lenta. A conexão deve ser feita direto ao host ESXi onde a máquina está.

E se um sistema não funcionar no destino?

Ele volta a ligar na origem, que fica intacta até o fim do período de convivência. O problema é tratado e a máquina migra em outra onda. Por isso o ambiente VMware não é desligado logo depois da última importação.

A equipe precisa aprender Linux?

Precisa aprender a rotina de atualização e o backup do Proxmox VE, que são diferentes. Os conceitos de cluster, host, storage compartilhado e migração a quente são os mesmos, e o console é web. A curva existe e é menor do que a de uma plataforma sem esses conceitos.

Se a decisão de migrar já foi tomada e o inventário está pronto, o próximo passo é o desenho do destino e o piloto. Quero planejar a migração para Proxmox VE