Migração VMware Proxmox: como sair do VMware após a Broadcom

A migração VMware Proxmox deixou de ser apenas uma alternativa técnica e se tornou uma decisão estratégica para milhares de empresas que buscam reduzir custos, recuperar previsibilidade de licenciamento e manter o controle da própria infraestrutura. As mudanças impostas pela Broadcom após a aquisição da VMware eliminaram licenças perpétuas, reestruturaram portfólios e elevaram drasticamente o valor das renovações para pequenas e médias empresas. Neste artigo, você verá o passo a passo técnico para migrar do VMware ESXi para o Proxmox VE, entenderá os impactos de custo em um cenário real de três hosts e conhecerá as melhores práticas para evitar downtime, problemas de driver e gargalos de desempenho.

O mercado de virtualização mudou de forma abrupta. A Broadcom finalizou a compra da VMware em novembro de 2023 e, desde então, promoveu uma transformação agressiva no modelo comercial. O portfólio foi consolidado em poucos pacotes, as licenças por soquete foram substituídas por licenciamento por núcleo com mínimo de 16 cores por CPU, e as edições perpétuas cederam lugar a assinaturas obrigatórias. Para empresas que ainda operam vSphere 7 ou 8, o impacto é imediato: renovações com aumentos de três a cinco vezes não são incomuns, mesmo em ambientes modestos.

A pressão sobre a TI corporativa aumentou porque a saída não é simplesmente “trocar de hipervisor”. É preciso avaliar workloads legados, controladoras de armazenamento, políticas de backup, replicação, alta disponibilidade e treinamento da equipe. A gestão de infraestrutura de TI exige um plano de migração que minimize riscos operacionais e garanta conformidade, segurança e continuidade. É exatamente nesse ponto que o Proxmox VE ganha tração: solução open source baseada em Debian, com KVM e LXC, interface web completa, clustering nativo, backup integrado e suporte comercial acessível.

O Proxmox VE não é um “substituto barato”. Ele amadureceu nas últimas versões e hoje oferece recursos como alta disponibilidade, live migration, snapshots, ZFS, Ceph, Proxmox Backup Server, firewall distribuído e integração com ferramentas de automação e observabilidade. Na JRT Technology Solutions, implementamos projetos de migração VMware Proxmox para clientes de diferentes setores, e observamos que o sucesso da transição depende menos do hypervisor em si e mais da metodologia de migração, do mapeamento de dependências e da preparação dos drivers e do storage.

Neste guia completo, você encontrará contexto de licenciamento, análise de custo, procedimentos de migração, ajustes de desempenho, estratégias de backup e estudos de caso. Cada seção foi desenhada para que profissionais de TI possam executar a mudança com segurança ou, se preferirem, contratar uma consultoria especializada como a JRT Technology Solutions para conduzir o processo de ponta a ponta.

1. O novo cenário de licenciamento VMware sob a Broadcom

Desde a aquisição, a Broadcom reorganizou o portfólio VMware em quatro ofertas principais: VMware Cloud Foundation (VCF), VMware vSphere Foundation (VVF), VMware vSphere Standard e VMware vSphere Essentials Plus. A mudança mais dolorosa para pequenas empresas foi a retirada da vSphere Foundation em algumas regiões EMEA, o que limitou as opções intermediárias e forçou migrações para pacotes mais caros ou para soluções alternativas. Além disso, a vSphere 8 tem fim de vida anunciado para outubro de 2027, criando uma janela de obrigação de upgrade que coincide com a necessidade de repensar toda a plataforma.

O licenciamento por núcleo com mínimo de 16 cores por processador eliminou a vantagem de hosts com poucos cores. Antes, uma empresa com três servidores dual-socket de 8 núcleos por CPU pagava por seis sockets; agora, paga por 96 núcleos no total, mesmo que os processadores tenham menos núcleos físicos. Essa regra penaliza hardware subutilizado e empurra as empresas para servidores com maior densidade de núcleos, o que muitas vezes não é viável no curto prazo.

Outro ponto crítico é o fim das licenças perpétuas. Com a Broadcom, todas as ofertas passaram a ser vendidas como assinatura, geralmente com contratos de um a cinco anos. O suporte e as atualizações agora estão atrelados a renovações contínuas, o que transforma o orçamento de virtualização em uma despesa operacional crescente. Para empresas que planejavam ciclos de hardware longos, essa previsibilidade desapareceu.

A escassez de mão de obra certificada VMware também pesa. Muitos profissionais estão migrando suas carreiras para outras plataformas, e os custos de treinamento oficial subiram. Na prática, a Broadcom criou um ambiente em que a saída do ecossistema VMware já não é vista como heresia, mas como uma estratégia legítima de redução de custos e de dependência de um único fornecedor. É nesse contexto que a migração VMware Proxmox se consolida como caminho viável e maduro.

Para empresas que ainda estão no VMware, a recomendação imediata é mapear o parque instalado, os contratos vigentes e o parque de licenças. Só com esse inventário é possível comparar de forma honesta o custo de permanecer na plataforma versus migrar. Na JRT Technology Solutions, realizamos esse diagnóstico e ajudamos clientes a projetar o TCO em ambos os cenários, com simulações baseadas nos catálogos atuais da Broadcom e nas assinaturas do Proxmox.

2. Por que a migração VMware Proxmox se tornou estratégica em 2026

A migração VMware Proxmox passou a ser estratégica porque combina três fatores: custo previsível, maturidade tecnológica e independência de fornecedor. O Proxmox VE é distribuído sob licença AGPL v3, o que significa que o software pode ser baixado e usado gratuitamente, com assinaturas opcionais para acesso aos repositórios estáveis e suporte técnico. Para a maioria das PMEs, o custo de assinatura do Proxmox é uma fração do valor cobrado pela Broadcom.

Além do preço, a maturidade do Proxmox VE nas versões 8.x trouxe recursos que antes eram exclusivos de plataformas comerciais. O cluster Proxmox permite gerenciar dezenas de nós a partir de uma interface web centralizada, com quórum, fencing e HA. O Proxmox Backup Server oferece deduplicação, criptografia e verificação de integridade, substituindo com vantagens muitas ferramentas tradicionais de backup de VMs. O suporte a ZFS e Ceph possibilita armazenamento definido por software com snapshots, replicação e tolerância a falhas de disco.

A integração com o ecossistema de automação também evoluiu. O Proxmox expõe uma API REST completa, tem módulos Ansible e Terraform mantidos pela comunidade, e se conecta a sistemas de monitoramento via Prometheus e Grafana. Isso permite que equipes DevOps incorporem a virtualização aos pipelines de CI/CD e à infraestrutura como código, um requisito cada vez mais comum em ambientes corporativos.

Do ponto de vista de licenciamento, o Proxmox oferece três níveis de assinatura: Community, Basic, Standard e Premium. A assinatura Basic, por exemplo, custa cerca de 110 euros por ano por CPU, enquanto a Premium, com maior SLA, fica em torno de 330 euros por ano por CPU. Em um cluster de três hosts dual-socket, o custo anual fica entre 660 e 1.980 euros, muito inferior ao licenciamento VMware equivalente. Essa diferença, projetada em três anos, justifica financeiramente quase qualquer projeto de migração.

Na JRT Technology Solutions, nossos especialistas utilizam o Proxmox VE não apenas como substituto de ambientes legados, mas como base para projetos de cloud privada e infraestrutura híbrida. A flexibilidade da plataforma permite começar com um cluster simples e evoluir para arquiteturas hiperconvergentes com Ceph, sem trocar de ferramenta ou pagar por licenças adicionais.

3. Análise de custo: VMware vs Proxmox em um cenário de 3 hosts por 3 anos

Para ilustrar o impacto financeiro, considere um ambiente típico de pequena empresa: três servidores dual-socket com CPUs de 16 núcleos cada, totalizando 96 núcleos licenciáveis. Esse cenário é comum em empresas com 100 a 300 colaboradores, executando entre 30 e 60 máquinas virtuais. Sob o modelo Broadcom, a opção mais provável é o vSphere Standard, vendido por núcleo com assinatura anual obrigatória.

A tabela abaixo compara os custos estimados de licenciamento, suporte e backup para esse ambiente em um horizonte de três anos. Os valores são aproximados e podem variar conforme região, parceiro e negociação, mas servem como referência de planejamento. No lado do Proxmox, consideramos assinatura Premium para os três servidores e Proxmox Backup Server com assinatura separada.

A diferença de custo é brutal, mas o fator financeiro não é o único critério. O Proxmox exige equipe com conhecimento Linux, ajustes de driver e uma curva de aprendizado. No entanto, esses custos são diluídos rapidamente. Na JRT Technology Solutions, nossa avaliação de migração VMware Proxmox inclui a capacitação da equipe interna e a transferência de conhecimento, para que o cliente não fique refém da consultoria após o projeto.

Outro ponto importante é o custo de hardware. O Proxmox pode rodar em servidores mais antigos, desde que tenham virtualização assistida por hardware (VT-x/AMD-V), o que prolonga a vida útil de máquinas que o VMware abandonou. Empresas que postergaram a atualização de parque encontram no Proxmox uma forma de ganhar fôlego financeiro sem comprometer a operação.

4. Planejamento técnico da migração VMware Proxmox

Antes de qualquer ação prática, a migração VMware Proxmox exige um planejamento minucioso. O primeiro passo é inventariar todas as VMs, seus sistemas operacionais, controladoras de disco, drivers de rede, alocação de recursos e dependências entre serviços. Esse inventário vai determinar a ordem de migração, os riscos de incompatibilidade e a necessidade de janelas de manutenção.

É fundamental classificar as VMs em três grupos: (1) cargas prontas para migração com pouco ajuste, como a maioria dos servidores Linux; (2) cargas que exigem preparação de driver, especialmente Windows Server com controladoras SCSI VMware PVSCSI ou discos IDE; e (3) cargas críticas que não podem sofrer downtime, como bancos de dados, controladores de domínio e sistemas de autenticação. Para o grupo 3, técnicas de replicação e migração com cutover planejado são indispensáveis.

O mapeamento de rede também é crítico. No VMware, as portas de rede virtuais estão ligadas a vSwitches e port groups; no Proxmox, o modelo é baseado em Linux Bridge, OVS ou VLAN. É necessário recriar as VLANs, tags e políticas de segurança no Proxmox para que cada VM mantenha o mesmo comportamento de tráfego. Um erro comum é migrar a VM, mas esquecer de configurar a VLAN correta na bridge, resultando em isolamento de rede.

O armazenamento merece atenção especial. O Proxmox suporta diretórios locais, LVM, ZFS, NFS, iSCSI, Ceph e GlusterFS. Se o ambiente VMware utiliza datastores VMFS em LUNs FC ou iSCSI, o Proxmox não deve acessar diretamente esses datastores VMFS, pois o sistema de arquivos não é compatível. A recomendação é migrar os discos por meio de exportação OVF, cópia de arquivos VMDK via SCP/NFS ou conversão com qemu-img para o formato qcow2 ou raw no storage de destino.

Recomendamos também configurar o cluster Proxmox antes de migrar, com pelo menos três nós para garantir quórum. Testes de failover, snapshot e restore devem ser realizados em um ambiente de homologação. Na JRT Technology Solutions, criamos um runbook de migração personalizado para cada cliente, com planos de rollback, comunicação de mudanças e indicadores de sucesso por carga de trabalho.

5. Passo a passo para a migração VMware Proxmox

O processo mais direto de migração VMware Proxmox utiliza o ESXi import wizard do Proxmox VE, que permite importar VMs diretamente de um host ESXi via rede, sem necessidade de exportar manualmente. Para isso, o host ESXi precisa estar acessível pelo Proxmox e as credenciais root ou um usuário com privilégios administrativos devem ser fornecidos. O assistente lê o inventário, baixa os discos VMDK e os converte no destino.

Quando o import wizard não é viável — por exemplo, com versões muito antigas do ESXi, redes isoladas ou discos em snapshots —, o método de fallback é exportar a VM como OVF e importar no Proxmox. O OVF pode ser gerado pelo vCenter ou pelo ESXi usando o ovftool. O Proxmox aceita importação de OVF, mas é preciso revisar controladoras e drivers. Outra alternativa é copiar o arquivo VMDK e convertê-lo com qemu-img para qcow2, criando uma VM manualmente no Proxmox e anexando o disco.

O procedimento recomendado, baseado em guias técnicos de 2026, segue esta ordem:

1. Preparar o host Proxmox: instalar o Proxmox VE 8.x, configurar storage, rede e cluster.
2. Selecionar a VM no ESXi: desligar a VM ou tirar um snapshot consistente para migração online.
3. Executar o import wizard: informar IP do ESXi, credenciais e destino no Proxmox.
4. Revisar parâmetros da VM: ajustar CPU, memória, controladora de disco e interface de rede.
5. Instalar drivers VirtIO no guest: em Windows, instalar o driver de SCSI e rede antes do primeiro boot.
6. Realizar o boot e validar serviços: testar rede, armazenamento, aplicações e integrações.
7. Ativar backup e monitoramento: configurar Proxmox Backup Server e alertas.

Em ambientes Windows, o passo dos drivers VirtIO é decisivo. Se a VM foi criada com controladora SCSI VMware PVSCSI e o disco for alterado para VirtIO SCSI no Proxmox sem a instalação prévia do driver, o sistema não inicializará. A solução é injetar os drivers VirtIO por meio de um disco temporário ISO anexado à VM e instalá-los no registro do Windows antes de trocar a controladora. Esse procedimento reduz o risco de tela azul e é um dos pontos que mais exige atenção em projetos reais.

Na JRT Technology Solutions, nossos especialistas utilizam automação com scripts e Ansible para padronizar a criação das VMs no destino, reduzindo erros manuais. Também aplicamos boas práticas de sizing: no Proxmox, o tipo de CPU deve ser configurado como host em servidores físicos dedicados para aproveitar todas as instruções do processador, evitando perda de desempenho.

6. Drivers VirtIO, ajustes de rede e armazenamento no Proxmox

Depois que a VM chega ao Proxmox, o ajuste fino de drivers é essencial para o desempenho. Em máquinas Linux, os drivers VirtIO já vêm embutidos na maioria das distribuições modernas, e a troca é transparente. Em Windows Server, é necessário instalar o pacote virtio-win, que inclui drivers de rede, SCSI, balloon e serial. Sem o driver de rede VirtIO, o Windows não detectará a placa de rede virtual.

A controladora de disco recomendada é a VirtIO SCSI single, que oferece melhor desempenho e suporta o recurso de IO Thread. O IO Thread permite que a VM use múltiplas threads de I/O, reduzindo latência e aumentando o throughput em cargas com muitos acessos a disco. Em versões recentes do Proxmox, essa opção é configurada por VM e pode ser habilitada tanto na interface web quanto via qm set.

A rede no Proxmox é configurada por meio de bridges Linux. Uma bridge como vmbr0 liga as VMs à interface física do host. Para ambientes com VLANs, a bridge pode ser configurada como VLAN-aware, permitindo que cada VM receba uma tag de VLAN específica. É importante replicar a segmentação do ambiente VMware para manter políticas de isolamento e segurança idênticas às anteriores. Em cenários de alta densidade, o Open vSwitch (OVS) pode ser usado para recursos avançados, como tunneling e QoS.

O armazenamento no Proxmox pode ser local ou compartilhado. Para clusters com HA e live migration, é obrigatório usar storage compartilhado, como NFS, iSCSI ou Ceph. O ZFS é amplamente adotado porque oferece snapshots eficientes, compressão, deduplicação e proteção contra corrupção de dados. Em projetos de infraestrutura hiperconvergente, o Ceph se destaca por distribuir os dados entre os nós do cluster sem depender de storage externo.

Recomendação prática: converta os discos das VMs para qcow2 quando usar ZFS ou diretórios, e para raw quando o storage for LVM ou iSCSI. O formato qcow2 oferece snapshots, thin provisioning e compactação, enquanto raw entrega máxima performance por ser um dump direto do bloco. A escolha deve considerar o perfil de I/O de cada workload. Na JRT Technology Solutions, avaliamos benchmarks de latência e IOPS durante o planejamento para indicar a melhor combinação.

7. Backup, alta disponibilidade e recuperação de desastres no Proxmox

Nenhuma migração está completa sem uma camada robusta de backup. O Proxmox Backup Server (PBS) é a solução nativa e traz recursos avançados: deduplicação por chunk, criptografia, agendamento, retenção flexível, verificação periódica de integridade e restore granular. O PBS pode ser instalado em um servidor dedicado ou em uma VM, e se integra ao Proxmox VE por meio de storage do tipo PBS, permitindo backups incrementais rápidos.

A alta disponibilidade no Proxmox funciona com o watchdog e o fencing baseado em quorum. Um cluster de três nós ou mais é fortemente recomendado, pois dois nós não conseguem manter quorum em caso de falha de um deles. As VMs críticas recebem o flag HA enabled, e o cluster as realoca automaticamente caso um nó caia. O live migration também permite mover VMs entre nós sem interrupção, desde que haja storage compartilhado.

Para recuperação de desastres, o Proxmox suporta replicação de VMs entre nós com intervalo configurável, geralmente de 1 a 15 minutos. A replicação usa ZFS e envia snapshots incrementais, consumindo pouca banda. Em combinação com o PBS, é possível montar uma estratégia 3-2-1: cópias locais, cópias em outro storage e cópias off-site. Muitos clientes integram o PBS a repositórios remotos via Sync Jobs para manter uma segunda cópia em outro datacenter ou na nuvem.

A tabela abaixo resume as diferenças de recursos de proteção de dados entre o ambiente VMware tradicional e o Proxmox:

A implementação de HA no Proxmox exige storage compartilhado e configuração correta do fencing. Em ambientes com storage local, o HA é limitado e pode causar corrupção se não for bem planejado. Por isso, na JRT Technology Solutions, desenvolvemos soluções com ZFS replication e Ceph para clientes que precisam de recuperação automática sem depender de arrays externos caros.

8. Tuning de desempenho no Proxmox: configurações que eliminam lag

Um relato recente de usuários do Proxmox mostrou que duas configurações simples — tipo de CPU e controlador de display — foram suficientes para eliminar lentidão em VMs recém-migradas. A primeira consiste em definir o CPU type como host em vez de um modelo genérico como kvm64 ou qemu64. O tipo genérico esconde instruções modernas do processador e pode reduzir drasticamente o desempenho de aplicações compiladas para CPUs recentes.

A segunda configuração é o Display do tipo none ou SPICE com memória reduzida para servidores headless. VMs de servidor não precisam de placa de vídeo virtual, e manter o display padrão pode consumir recursos e causar latência em operações de console. Para VMs remotas, o SPICE com compressão é suficiente; para servidores, desabilitar o display é a melhor prática.

Outros ajustes importantes incluem: habilitar IO Thread na controladora VirtIO SCSI, usar preallocation metadata em discos qcow2 para evitar fragmentação, ativar writeback cache com cautela em storages com bateria, e configurar NUMA para VMs com grande quantidade de vCPUs. Em cargas de banco de dados, recomenda-se o uso de raw device mapping ou pass-through de discos para reduzir overhead.

No nível do host, a configuração de ZFS ARC é crucial. O ZFS usa cache em RAM e pode consumir até 50% da memória do servidor. Em hosts com pouca RAM, isso pode causar pressão de memória e degradação. Ajustar o zfs_arc_max para valores adequados, como 25% da RAM, evita conflitos com as VMs. Monitorar métricas com Grafana e Prometheus permite identificar gargalos de I/O antes que virem incidentes.

Na JRT Technology Solutions, nossos especialistas aplicam um checklist de performance que inclui benchmarks de fio, iperf3 e sysbench no ambiente de homologação. Após a migração, repetimos os testes em produção para validar que o desempenho atende ou supera o da plataforma anterior. Em muitos casos, o Proxmox com VirtIO e CPU host entrega desempenho equivalente ao VMware ou até superior em cargas de I/O.

9. Estudo de caso: migração sem downtime e ganho de 4x em desempenho

Um caso real documentado por um provedor de serviços europeu ilustra o potencial da migração bem executada. O cenário era um servidor web legado rodando em VMware com hardware antigo, discos SAS e controladora defasada. O objetivo era migrar para um novo servidor com Proxmox, SSD NVMe e processador de última geração, sem causar um minuto de inatividade no serviço de produção.

A estratégia adotada foi replicar os dados da aplicação e do banco de dados de forma contínua para o novo servidor Proxmox durante alguns dias. Quando a sincronização estava completa, a equipe realizou um cutover com janela mínima: redirecionou o tráfego do balanceador para o novo servidor, validou as respostas do site e só então desligou o ambiente legado. O resultado foi uma migração sem downtime percebido pelos usuários e um ganho de desempenho de quatro vezes, impulsionado pelo novo hardware e pelo tuning do Proxmox.

Esse caso destaca um princípio fundamental: a migração VMware Proxmox não precisa ser um evento disruptivo. Com planejamento, replicação e técnicas de cutover, é possível migrar cargas críticas sem parar a operação. A chave está em separar a migração de dados do momento de ativação, usando replicação assíncrona ou síncrona para manter os ambientes em sincronia.

Em projetos semelhantes que conduzimos na JRT Technology Solutions, utilizamos réplicas com Lsync, rsync ou replicação de banco nativa (MySQL, PostgreSQL, SQL Server Always On) para manter o novo ambiente atualizado. O cutover é agendado em horário de menor tráfego e acompanhado por monitoramento em tempo real. Após a ativação, mantemos o ambiente antigo em quarentena por 72 horas, permitindo rollback imediato se necessário.

Esse tipo de abordagem exige maturidade operacional, mas se paga rapidamente. A continuidade do negócio é preservada, a equipe ganha confiança na nova plataforma e o risco de perda de dados ou impacto financeiro é drasticamente reduzido. A documentação do processo também serve como base para futuras migrações e para treinamento de novos membros da equipe.

Conclusão: o futuro da sua infraestrutura após a migração VMware Proxmox

A migração VMware Proxmox deixou de ser um movimento radical e se tornou uma resposta racional às mudanças de licenciamento impostas pela Broadcom. O custo por núcleo, o fim das licenças perpétuas e a retirada de produtos intermediários criaram um cenário em que permanecer na VMware pode comprometer o orçamento de TI de pequenas e médias empresas. O Proxmox VE, por outro lado, entrega uma plataforma madura, com HA, backup, cluster e desempenho competitivo, a um custo previsível e controlável.

Ao longo deste guia, você viu que a transição exige mais do que copiar discos VMDK. É preciso planejar inventário, mapear redes e storages, preparar drivers VirtIO, configurar cluster e HA, ajustar desempenho e implementar uma estratégia de backup robusta. Cada etapa tem seus riscos, mas todos podem ser mitigados com metodologia, testes e acompanhamento especializado. A experiência mostra que, quando bem executada, a migração não apenas reduz custos, mas também melhora desempenho e flexibilidade operacional.

Na JRT Technology Solutions, desenvolvemos e implementamos projetos completos de migração VMware Proxmox para clientes corporativos, incluindo diagnóstico de TCO, desenho de arquitetura, execução da migração, tuning de desempenho, backup e transferência de conhecimento. Nossos especialistas atuam em ambientes de missão crítica com foco em segurança, continuidade e previsibilidade. Se sua empresa está avaliando sair do VMware, recomendamos começar com um assessment técnico e financeiro para dimensionar o projeto e identificar quick wins.

O futuro da infraestrutura corporativa pertence a plataformas abertas, automatizáveis e integradas ao ecossistema de DevOps e segurança. O Proxmox VE é uma base sólida para essa jornada, seja em servidores on-premises, edge computing ou ambientes híbridos. Entre em contato com a JRT Technology Solutions para uma avaliação personalizada e descubra como transformar a pressão de licenciamento da Broadcom em uma oportunidade de modernizar sua infraestrutura com confiança.