Migrar de VMware para Proxmox no Brasil 2026: O Guia Completo (Pós-Broadcom)

Se você administra um ambiente VMware — seja o TI interno de uma empresa, seja um prestador que cuida da infra de vários clientes — a conta da renovação de 2025/2026 provavelmente chegou com um susto. Este guia é pra quem decidiu não pagar esse susto todo ano e quer entender, sem enrolação, como sair da VMware pro Proxmox sem quebrar produção.

O que mudou com a Broadcom (e por que todo mundo está migrando)

A compra da VMware pela Broadcom mudou o jogo do licenciamento em três frentes que doem no bolso de quem opera no Brasil:

• Fim da licença perpétua — o modelo de comprar a licença uma vez e usar acabou. Agora é assinatura recorrente; parou de pagar, parou o direito de uso;
• Mínimos de núcleo por pedido — passou a existir um piso de núcleos que você é obrigado a licenciar, mesmo que seu servidor tenha menos. Ambientes pequenos pagam por capacidade que não usam;
• Reempacotamento em bundles — produtos que você comprava separados foram amarrados em pacotes maiores. Você acaba pagando por módulos que nunca vai ligar.

O resultado prático, amplamente relatado pelo mercado, foi aumento de custo de várias vezes o valor anterior em muitos casos — e o corte de parte dos parceiros menores, que perderam a condição de revenda. Para o TI brasileiro, com contrato em Real e orçamento anual fechado, um salto assim em dólar é insustentável. Daí a corrida por alternativa.

O Proxmox aguenta produção? (a resposta honesta)

Aguenta — e roda produção séria em muita empresa hoje. Mas a resposta honesta tem letra miúda: o Proxmox entrega o essencial de um ambiente de virtualização corporativo, com alguns recursos que funcionam de forma diferente do vSphere. O mapa direto:

Onde o Proxmox exige mais atenção: alguns automatismos que o vSphere faz sozinho (balanceamento dinâmico de carga entre hosts, por exemplo) pedem configuração manual ou ferramenta complementar. Nada disso impede produção — só entra no planejamento. Se o seu caso é virtualizar sobre metal exclusivo, esse cenário está detalhado no nosso guia de bare metal para hipervisor (VMware, Proxmox e Hyper-V).

Como migrar na prática: o passo a passo em ondas

Migração de virtualização não se faz no susto, num fim de semana só. Se faz em ondas, começando pelo que é menos crítico. O roteiro que reduz risco:

1. Inventariar o ambiente VMware atual

Antes de mover qualquer coisa: liste todas as VMs, com vCPU, RAM, disco, sistema operacional e — o mais importante — as dependências entre elas. Um app que fala com um banco em outra VM precisa migrar junto (ou com rede planejada entre os dois lados durante a transição). Mapeie também as VLANs e as regras de rede: é o que mais gera surpresa no corte.

2. Provar o conceito com uma VM não-crítica

Suba o Proxmox no hardware de destino e migre primeiro uma VM que pode ficar fora sem dor — um servidor de testes, uma aplicação interna. Isso valida o processo de importação, a rede e a performance real antes de você encostar em produção.

3. Migrar as VMs (as três formas)

Há três caminhos para trazer uma VM da VMware pro Proxmox — escolha por criticidade:

• Importação direta do disco — o Proxmox moderno importa o disco da VM (formato VMDK) e converte para o formato dele. É o caminho mais limpo para a maioria das VMs;
• Restauração a partir do backup — se você já tem backup das VMs numa ferramenta que restaura em KVM/Proxmox, restaurar direto no destino evita mexer no ambiente de origem. Aproveite para já desenhar o backup das VMs no Proxmox desde o primeiro dia;
• Reinstalação limpa — para VMs antigas ou bagunçadas, às vezes vale subir o sistema do zero no Proxmox e reinstalar a aplicação. Mais trabalho, mas você sai da migração com a casa arrumada.

Detalhe técnico que salva dor de cabeça: ajuste os drivers antes ou logo após a importação. VMs Windows querem os drivers VirtIO para disco e rede; VMs Linux geralmente já vêm com suporte a VirtIO no kernel. Sem isso, a VM sobe lenta ou não enxerga a rede.

4. Cortar em janela planejada

Para cada VM crítica, o corte final (a última sincronização de dados + virar o ponteiro) acontece numa janela combinada com o cliente ou a área de negócio. Comunique antes, tenha o plano de rollback pronto (a VM original na VMware fica intacta até você confirmar que a nova está redonda) e só desligue a origem depois de validar a de destino em produção real.

A conta: por que o TCO vira a favor do Proxmox

A economia da migração tem duas pontas. De um lado, você para de pagar a assinatura recorrente da VMware — que agora vem com mínimos de núcleo e reajuste em dólar. Do outro, o Proxmox VE não tem licença por núcleo: você paga, se quiser, um contrato de suporte enterprise opcional (bem mais barato que o licenciamento VMware) e pronto.

O gasto se desloca da licença pro hardware — e é aí que a decisão fica boa: o mesmo dinheiro que ia embora todo ano em assinatura passa a comprar (ou alugar) metal melhor, que fica seu. Se você compara alugar o servidor versus comprar, a lógica está no nosso TCO de 3 anos de servidor dedicado. E, diferente da VMware, o custo do dedicado no Brasil é fixo, em Real, com NF — sem reajuste cambial corroendo o orçamento no meio do ano.

Onde o Proxmox roda: o hardware embaixo decide tudo

Aqui está a parte que quase todo tutorial de migração pula: o Proxmox é tão bom quanto o metal que está embaixo dele. Virtualização concentra a carga de várias VMs num hardware só — se esse hardware é fraco ou compartilhado, a migração "deu certo" no papel e "deu errado" na performance. O que o ambiente pede:

• Hardware exclusivo (bare metal) — o Proxmox precisa de acesso real à CPU e à virtualização. Rodar hypervisor em cima da virtualização de outro provedor é dor garantida. Metal exclusivo, com acesso root e IPMI desde a entrega;
• CPU com bastante núcleo e RAM ECC — cada VM come CPU e memória; a RAM ECC corrige erros de bit que, num host com dezenas de VMs, seriam corrupção silenciosa;
• NVMe em RAID — o gargalo de virtualização quase sempre é disco. NVMe rápido em RAID segura o I/O de várias VMs ativas e protege contra a falha de um disco;
• Datacenter Tier III no Brasil — latência de 1 a 5 ms para o usuário brasileiro e dado em solo nacional (o argumento de LGPD que você usa na venda ou na auditoria interna).

É exatamente esse o perfil de máquina que a gente entrega para quem sai da VMware: servidor dedicado dimensionado para o número de VMs que você vai consolidar, pronto para receber o Proxmox. Se quiser ver o leque completo de bare metal, o hub de servidor dedicado no Brasil reúne tudo.

Os erros que estragam uma migração VMware → Proxmox

• Migrar tudo de uma vez — sem ondas, sem prova de conceito, sem rollback. Um problema numa VM crítica no corte único vira madrugada em claro;
• Esquecer os drivers VirtIO — a causa nº1 de "a VM subiu mas está lenta / sem rede" depois da importação;
• Não planejar a rede — VLANs, IPs e regras de firewall que existiam no vSphere precisam ser recriados no Proxmox antes do corte, não durante;
• Subdimensionar o metal — colocar num servidor apertado a carga que rodava folgada. Consolidação exige contar CPU, RAM e I/O reais, não otimistas;
• Deixar o backup pra depois — a hora de desenhar o backup das VMs é na migração, não no primeiro incidente. Snapshot local não é backup.

Perguntas frequentes

Preciso pagar alguma licença do Proxmox?

Não para usar. O Proxmox VE é open source e não cobra por núcleo nem por VM. Existe um contrato de suporte enterprise opcional (com acesso ao repositório estável e ao suporte do fabricante), muito mais barato que o licenciamento VMware — mas é opcional. O software em si você usa sem custo de licença.

Consigo migrar VM Windows Server sem reinstalar?

Sim. O disco da VM Windows é importado e convertido; o cuidado é instalar os drivers VirtIO para disco e rede para a VM subir com boa performance. A licença do Windows Server em si continua sendo à parte — ela pertence ao sistema, não à camada de virtualização, e acompanha a VM.

Perco a alta disponibilidade que eu tinha na VMware?

Não precisa perder. O Proxmox tem HA de cluster: se um nó cai, a VM reinicia em outro. O que muda é a arquitetura embaixo — HA de verdade pede mais de um nó e storage compartilhado ou replicação. É decisão de projeto, e dá pra desenhar do tamanho da sua operação.

Quanto tempo leva uma migração dessas?

Depende do número de VMs e da criticidade, mas a lógica é a mesma: dias para o inventário e a prova de conceito, e depois ondas semanais migrando por grupos de VMs. Ambientes pequenos saem em poucas semanas; ambientes grandes viram um projeto por fases. O importante é nunca cortar produção sem rollback pronto.

Vocês ajudam na migração ou só entregam o servidor?

Entregamos o servidor dedicado dimensionado e pronto para o Proxmox, e nosso time técnico apoia no que for do ambiente de infraestrutura. Descreve o seu cenário (quantas VMs, o que rodam) que a gente devolve o dimensionamento do metal e a cotação — o resto do plano de migração a gente desenha junto.