O VMware dominou a virtualização enterprise por 15 anos com razões técnicas sólidas. A aquisição pela Broadcom em novembro de 2023 mudou fundamentalmente o modelo de negócio — e colocou empresas de todo o mundo numa decisão difícil: absorver aumentos de custo expressivos ou migrar para alternativas. Entender o que mudou é o primeiro passo para decidir o que fazer.
O ecossistema VMware que todo mundo conhecia
Para entender o impacto da mudança, você precisa primeiro entender o que o VMware entregava — e por que tantas empresas ficaram tão dependentes da plataforma.
O núcleo do ecossistema VMware sempre foi o ESXi, o hypervisor bare metal que roda diretamente no hardware. Sobre o ESXi, o vCenter Server funciona como painel central de gerenciamento — é de lá que você administra clusters inteiros, define políticas, monitora recursos e aciona automações. O conjunto ESXi + vCenter forma o vSphere, a plataforma de virtualização que virou padrão de mercado.
Em volta do vSphere, a VMware construiu um ecossistema completo: vSAN para storage distribuído usando discos locais dos hosts, NSX para redes definidas por software com microsegmentação, vRealize (hoje Aria) para automação e gerenciamento de operações, e HCX para migração de workloads entre ambientes. Cada peça se integrava com a outra de forma coesa — e essa integração era uma das razões legítimas para a adoção enterprise.
A outra razão era maturidade. VMware ESXi é um hypervisor extremamente estável, com décadas de refinamento em cenários enterprise críticos. Suporte a SAN enterprise, integração com storage NetApp e Pure Storage, funcionalidades avançadas de scheduler de CPU, DRS (Distributed Resource Scheduler) — o ecossistema VMware genuinamente entregava valor.
O que a aquisição pela Broadcom mudou — na prática
Em novembro de 2023, a Broadcom concluiu a aquisição do VMware por aproximadamente 61 bilhões de dólares. Nos meses seguintes, as mudanças foram rápidas e impactantes:
Fim do ESXi gratuito. O VMware ESXi Hypervisor na versão gratuita — usado por milhares de pequenas empresas e labs — foi descontinuado. Não existe mais como baixar o ESXi sem licença paga. Isso afetou diretamente quem dependia do “free ESXi” para ambientes menores.
Mudança para bundle obrigatório. A Broadcom eliminou a possibilidade de comprar componentes individualmente. Hoje você precisa adquirir o VMware Cloud Foundation (VCF), um bundle que inclui vSphere, vSAN, NSX e outros componentes — mesmo que você não precise de todos eles. Para empresas que só usavam vSphere + vCenter, isso significa pagar por funcionalidades que nunca vão usar.
Licenciamento por core, não mais por socket. O modelo anterior licenciava por processador físico (socket). O novo modelo licencia por núcleo de CPU (core), com mínimo de 16 cores por processador. Com servidores modernos tendo 32 a 64 cores por socket, o impacto no custo pode ser expressivo — especialmente em servidores de alta densidade.
Fim do suporte perpétuo tradicional. O VMware vendia licenças perpétuas com suporte anual separado. A Broadcom migrou para modelo de assinatura. Quem tinha licenças perpétuas antigas ainda pode usá-las, mas suporte e atualizações estão condicionados à assinatura ativa.
O impacto relatado por empresas que renovaram contratos pós-aquisição varia, mas não é raro encontrar relatos de aumentos de 3x a 10x no custo anual de licenciamento. Para empresas com ambientes VMware maduros e extensos, isso representa um choque de orçamento significativo.
Quando o VMware ainda faz sentido
Dito isso, seria simplista dizer que VMware não faz mais sentido para ninguém. Existem cenários legítimos onde ficar na plataforma é a decisão racional:
Ambientes com dependências profundas. Se você tem integrações específicas com vSAN, NSX-T ou HCX que são difíceis de replicar em alternativas, o custo de migração pode superar o custo do aumento de licenciamento — pelo menos no curto prazo. Migrações complexas de NSX para alternativas de SDN são especialmente trabalhosas.
Contratos de suporte de hardware certificado. Alguns fabricantes de hardware, especialmente em ambientes de missão crítica (mainframes, storages enterprise específicos), só oferecem suporte certificado para VMware. Nesses casos, a migração pode invalidar contratos de suporte de hardware.
Equipe especializada. Se sua equipe tem VMware Certified Professionals (VCPs) e não tem recursos para requalificação, o custo operacional da migração inclui treinamento extenso. Para empresas menores, isso pode ser um fator real.
Timing de migração. Se você está no meio de contratos de 3 a 5 anos já pagos, pode ser mais inteligente migrar ao fim do contrato atual do que forçar uma saída antecipada.
O comparativo com as alternativas
| Critério | VMware vSphere (Broadcom) | KVM / RHEL | Proxmox VE |
|---|---|---|---|
| Custo de licença | Alto (bundle VCF obrigatório) | Gratuito (suporte opcional pago) | Gratuito (suporte enterprise pago) |
| Maturidade enterprise | Muito alta | Alta | Média-alta |
| Interface de gerenciamento | vCenter (excelente) | Cockpit/libvirt (funcional) | Interface web integrada (boa) |
| Storage distribuído nativo | vSAN | Ceph (com Proxmox/CloudStack) | Ceph integrado |
| Rede definida por software | NSX (excelente) | OVN/OpenVSwitch | OVS integrado |
| Suporte enterprise | Broadcom (criticado pós-aquisição) | Red Hat/SUSE | Proxmox GmbH |
| Ecosistema de parceiros | Amplo (legado) | Crescendo | Crescendo |
| Facilidade de migração de VMs | Excelente (HCX) | Boa (virt-v2v) | Boa |
O KVM via Red Hat oferece o caminho mais suportado enterprise para quem quer sair do VMware com contratos de suporte sólidos. Proxmox é a opção mais atraente para quem quer interface familiar e clustering sem licenças de hypervisor. CloudStack sobre KVM é o caminho para quem quer construir uma cloud privada completa com multitenancy e API.
A decisão prática
O que você deve fazer depende da sua situação. Se o aumento de licenciamento vai ser absorvível e suas dependências com o ecossistema VMware são profundas, renovar e planejar uma migração gradual ao longo de 2 a 3 anos é razoável. Se o aumento é inaceitável e suas VMs são principalmente Linux com dependências padrão, uma migração para KVM (via Proxmox ou CloudStack) é tecnicamente viável e cada vez mais comum.
O que você não deve fazer é não decidir. As empresas que estão sofrendo mais são as que foram pegas de surpresa na renovação sem um plano B.
Avaliando a saída do VMware? Os arquitetos da Adentro podem ajudar a planejar uma migração para cloud privada com KVM. Fale com a gente.