Migração de VMware para Proxmox VE: Vantagens e Guia Passo a Passo

Introdução

Com as mudanças no licenciamento da Broadcom após a aquisição da VMware — aumento expressivo de custos, fim de licenças perpétuas e descontinuação de pacotes essenciais como o vSphere Essentials — muitas empresas e MSPs estão reavaliando sua estratégia de virtualização. O Proxmox VE surge como a alternativa open-source mais madura para esse cenário, oferecendo um hypervisor robusto baseado em KVM/QEMU com gerenciamento centralizado nativo.

Este artigo aborda as vantagens da migração e detalha o processo técnico passo a passo.

Parte 1: Vantagens da Migração

1.1 Custo Total de Propriedade (TCO)

• Licenciamento gratuito ou com suporte pago acessível: o Proxmox VE pode ser usado sem custo (community repository) ou com assinatura de suporte (Basic, Standard, Premium), com preços muito inferiores às licenças VMware/Broadcom pós-aquisição.

• Sem cobrança por núcleo/socket nos moldes impostos pela Broadcom para vSphere/vSAN.

• Sem necessidade de licenciar separadamente funcionalidades como HA, backup ou replicação — já inclusas no core.

1.2 Arquitetura Aberta

• Baseado em Debian Linux + KVM, com gerenciamento via pve-manager e cluster nativo usando Corosync.

• Sem vendor lock-in: storage, rede e backend são padrões abertos (ZFS, Ceph, LVM-thin, NFS, iSCSI).

• Total liberdade para customizar via linha de comando, scripts e API REST documentada.

1.3 Funcionalidades Nativas Inclusas

1.4 Storage Flexível

• Suporte nativo a ZFS (com snapshots, compressão, RAID-Z) sem necessidade de storage externo.

• Suporte a Ceph integrado para clusters hiperconvergentes, eliminando a dependência de SAN dedicada.

• Compatibilidade com NFS, iSCSI, LVM e Directory storage simultaneamente.

1.5 Backup Nativo de Alto Desempenho

O Proxmox Backup Server (PBS) oferece:

• Backup incremental com deduplicação em nível de bloco.

• Restauração granular de arquivos (file-level restore) sem precisar restaurar a VM inteira.

• Compressão e verificação de integridade nativas, sem custo de licença adicional.

1.6 Comunidade e Suporte

• Comunidade ativa e documentação extensa (wiki oficial, fórum).

• Ciclo de releases previsível e transparente.

• Opção de suporte comercial direto com a Proxmox Server Solutions GmbH, com SLAs definidos.

1.7 Considerações (Contrapontos Honestos)

• Ecossistema de terceiros menor: nem toda ferramenta de monitoramento/backup enterprise tem suporte nativo a Proxmox (embora Zabbix, por exemplo, integre bem via API).

• Curva de aprendizado: equipes muito dependentes do vCenter/PowerCLI precisarão se adaptar à interface e ao qm/API do Proxmox.

• Funcionalidades avançadas de rede (NSX, por exemplo) não têm equivalente direto — Open vSwitch e SDN nativo cobrem boa parte dos casos, mas não 100% dos cenários enterprise complexos.

Parte 2: Migração Passo a Passo

2.1 Planejamento Pré-Migração

1. Inventário completo: liste todas as VMs, vCPUs, RAM, discos (tamanho e formato), redes (VLANs, vSwitches) e dependências entre serviços.

2. Avalie o storage atual: VMFS, NFS, iSCSI? Isso define a estratégia de migração de disco.

3. Defina a janela de manutenção por VM (migração a frio é mais simples, mas gera downtime).

4. Dimensione o cluster Proxmox: CPU (idealmente mesma família/geração para evitar problemas de microcode em migração), RAM com folga para overhead do KVM, e storage com throughput equivalente ou superior ao ambiente VMware.

5. Teste em ambiente de homologação antes de migrar produção — especialmente para VMs com drivers VMware Tools fortemente integrados (ex: drivers de storage paravirtualizados).

2.2 Instalação do Proxmox VE

# Baixe a ISO oficial do Proxmox VE (proxmox.com/downloads)
# Grave em pendrive (Etcher, Rufus, ou dd)
dd if=proxmox-ve_8.x.iso of=/dev/sdX bs=1M status=progress

# Após instalação, atualize os repositórios (remova enterprise se não tiver assinatura)
nano /etc/apt/sources.list.d/pve-enterprise.list
# Comente a linha enterprise e adicione o repositório no-subscription:
echo "deb http://download.proxmox.com/debian/pve bookworm pve-no-subscription" > /etc/apt/sources.list.d/pve-no-subscription.list

apt update && apt full-upgrade -y

Configure rede (bridges vmbr0, VLANs), tempo (NTP/chrony) e, se for cluster, configure o Corosync entre os nós (pvecm create / pvecm add).

2.3 Estratégias de Migração de VMs

Existem três abordagens principais, em ordem de recomendação para ambientes de produção:

Opção A: Migração via Import Wizard nativo do Proxmox (v8+)

A partir do Proxmox VE 8.1+, há um assistente de importação nativo que se conecta diretamente ao vCenter/ESXi e migra VMs sem precisar de conversão manual.

# No Datacenter > Storage, adicione o ESXi/vCenter como "ESXi" storage type
# Isso permite listar e importar VMs diretamente pela GUI

# Via CLI, é possível usar o importwizard / qm importovf para casos pontuais

Na interface web:

1. Datacenter → Storage → Add → ESXi.

2. Informe IP/hostname, usuário e senha do ESXi ou vCenter.

3. As VMs aparecerão listadas; selecione e use "Import".

4. O Proxmox converte o disco automaticamente para o formato de destino (qcow2/raw, conforme storage escolhido).

Essa é a via mais rápida e com menor risco de erro manual.

Opção B: Conversão manual com qm importdisk (a partir de OVF/VMDK exportado)

# 1. Exporte a VM do VMware como OVF/OVA (via vCenter ou ovftool)
ovftool vi://usuario@vcenter/Datacenter/vm/MinhaVM /caminho/export/

# 2. Crie a VM de destino no Proxmox (vazia, com specs equivalentes)
qm create 100 --name minha-vm --memory 4096 --cores 2 --net0 virtio,bridge=vmbr0

# 3. Importe o disco VMDK convertendo para o storage do Proxmox
qm importdisk 100 /caminho/export/minha-vm-disk1.vmdk local-lvm

# 4. Anexe o disco importado à VM
qm set 100 --scsi0 local-lvm:vm-100-disk-0

# 5. Configure boot, BIOS (SeaBIOS ou OVMF/UEFI conforme original) e ordem de boot
qm set 100 --boot order=scsi0
qm set 100 --bios ovmf   # se a VM original usava UEFI

Opção C: Conversão com qemu-img (quando o disco já está em VMDK acessível via storage compartilhado)

qemu-img convert -f vmdk -O qcow2 minha-vm-disk1.vmdk minha-vm-disk1.qcow2

Útil quando você já tem o VMDK em um storage NFS/CIFS acessível ao nó Proxmox, sem precisar do export OVF completo.

2.4 Pós-Migração: Ajustes Dentro do Guest

Esta etapa é crítica e frequentemente subestimada:

Linux:

# Remova o VMware Tools / open-vm-tools
apt remove open-vm-tools -y   # Debian/Ubuntu
yum remove open-vm-tools -y   # RHEL/OL/CentOS

# Instale o QEMU Guest Agent
apt install qemu-guest-agent -y
systemctl enable --now qemu-guest-agent

# Ative o agent na configuração da VM no Proxmox
qm set 100 --agent enabled=1

# Ajuste fstab se os discos mudaram de identificação (de /dev/sd* para virtio /dev/vd*)
# Prefira UUID no fstab para evitar esse problema:
blkid
nano /etc/fstab

Windows:

1. Baixe e instale os drivers VirtIO (virtio-win ISO, disponível no site oficial do Proxmox/Fedora).

2. Instale drivers de storage (viostor), rede (NetKVM) e balão de memória (Balloon) antes de trocar o tipo de controlador de disco de SATA/IDE para SCSI VirtIO — caso contrário a VM pode não bootar.

3. Desinstale o VMware Tools via Painel de Controle.

4. Instale o QEMU Guest Agent for Windows (incluso no ISO virtio-win) para permitir shutdown gracioso, IP reporting e snapshots consistentes.

5. Ative o agent: qm set 100 --agent enabled=1.

2.5 Validação e Otimização

1. Teste de boot e conectividade: confirme rede (bridge/VLAN correta), DNS e rotas.

2. Verifique discos: tipo de controlador (SCSI VirtIO é o mais performático), cache mode (writeback para a maioria dos casos, none se usar storage com cache próprio confiável).

3. CPU type: ajuste de kvm64 (default conservador) para host se os nós do cluster forem homogêneos, visando melhor performance.

4. Configure backup: aponte para o Proxmox Backup Server e defina retenção/agendamento.

5. Monitoramento: integre as VMs migradas ao Zabbix via SNMP/agent, replicando os triggers que você já usa no restante do parque.

2.6 Checklist Final

• Inventário e mapeamento de rede/storage completos
• Cluster Proxmox instalado, atualizado e com storage configurado
• VMs migradas (via Import Wizard, OVF ou qemu-img)
• VMware Tools removido / Guest Agent instalado
• Drivers VirtIO instalados (Windows) antes da troca de controlador
• Rede e boot validados pós-migração
• Backup configurado no PBS
• Monitoramento integrado (Zabbix)
• Documentação atualizada com a nova topologia

Conclusão

A migração de VMware para Proxmox VE é tecnicamente direta na maioria dos cenários, especialmente com o Import Wizard nativo disponível nas versões mais recentes. Os principais riscos estão na camada de drivers do guest (sobretudo Windows) e no planejamento de storage/rede do cluster de destino. Para ambientes de produção críticos, o caminho recomendado é: homologar em ambiente de teste, migrar por lotes começando pelas VMs menos críticas, e manter o ambiente VMware como fallback até validar completamente a estabilidade do novo cluster.