Migração VMware: Guia Estratégico para Empresas em 2026
Poucas decisões de infraestrutura mobilizaram tanto gestores de TI quanto a migração VMware. Desde que a Broadcom concluiu a aquisição da VMware, em novembro de 2023, o modelo comercial da plataforma que sustenta grande parte das nuvens privadas corporativas mudou de forma estrutural: fim das licenças perpétuas, portfólio concentrado em poucos pacotes de assinatura e cobrança por core físico.
Em 2026, o debate deixou de ser teórico. O Gartner, em seu Market Guide for Server Virtualization, descreveu o cenário como a disrupção mais significativa em décadas e recomendou que líderes de infraestrutura e operações criem um plano de saída do fornecedor atual de hipervisor, sem esperar o vencimento dos contratos. Ao mesmo tempo, o vSphere 7 saiu de suporte geral em 2 de outubro de 2025, e o vSphere 8 se aproxima da mesma fronteira em outubro de 2027.
O custo da inação é concreto: renovações sob preços que clientes relatam ter subido entre 300% e 400%, risco de lapso de suporte e dependência de um único fornecedor. O custo de uma migração mal planejada também é: projetos longos, ambientes híbridos temporários e falhas em rede, storage e automação que não aparecem em nenhum inventário de máquinas virtuais.
Este artigo analisa o problema estratégico, as consequências de não agir, os fundamentos técnicos das alternativas, a implementação, as melhores práticas e as métricas que indicam se a migração de VMware realmente entregou valor.
1. O problema estratégico: quando o fornecedor de virtualização muda as regras
O desafio empresarial contextualizado
A Broadcom fechou a compra da VMware por cerca de US$ 69 bilhões, incluindo dívida, segundo a Redress Compliance. Ainda em 2023, as licenças perpétuas deixaram de ser vendidas e o catálogo, que passava de 160 produtos, colapsou em dois pacotes principais: VMware vSphere Foundation (VVF) e VMware Cloud Foundation (VCF), conforme a linha do tempo da Stackscale. Toda compra futura passou a ser uma assinatura com prazo definido, precificada por core.
O modelo por core, com piso de 16 cores por processador, pune sobretudo os hosts densos. A OpServices observa que empresas com servidores de 32 ou 64 cores físicos, que rodavam vSphere puro, estão entre as mais castigadas, porque o custo agora acompanha o hardware e não o número de sockets.
Em junho de 2025, a VCF 9.0 chegou como plataforma principal, e o vSphere 9 passou a existir apenas dentro dos pacotes VVF e VCF. Segundo a análise da Glaeser IT, as edições vSphere Standard e Enterprise Plus ficaram limitadas à versão 8 Update 3. Na prática, quem tem 8.x e quer evoluir precisa converter seu contrato para um pacote maior.
Implicações técnicas e de negócio
O Gartner alerta que a VMware raramente é apenas um hipervisor dentro da empresa. Michael Warrilow, vice-presidente de análise do Gartner, disse ao The Register que, quando vários componentes da pilha estão presentes, a Broadcom deve ser vista primeiro como fornecedora de rede, depois de storage, depois de ferramentas de gestão e só então de virtualização. Isso significa que NSX, vSAN e automação costumam ser mais difíceis de substituir do que o próprio ESXi.
Do lado financeiro, os preços de lista reportados pela AceMQ em 2026 ficam em torno de US$ 138 por core ao ano para o VVF e US$ 344 para o VCF em contrato de um ano, com desconto aproximado de 12% ao ano em compromissos de três anos. A Glaeser IT registra que a própria VMware citava cerca de US$ 350 por core ao ano para o VCF em 2024. Para empresas brasileiras, a cobrança em dólar acrescenta exposição cambial a um custo já em alta.
A instabilidade do portfólio é outro fator. A Redress Compliance lista ajustes de mínimos de pedido, política de patches, empacotamento e edições em sequência desde 2023, e o The Register informou que o VVF deixou de ser vendido em partes da região EMEA. Planejar três anos de infraestrutura sobre um catálogo que muda a cada trimestre exige margem de segurança.
Análise de cenários críticos
O caso do mínimo de 72 cores mostra como a incerteza afeta o planejamento. Em março de 2025, a distribuidora Arrow informou a parceiros, segundo o The Register, que o mínimo subiria de 16 para 72 cores por linha de pedido, e que renovações tardias teriam multa de 20%. As fontes divergem sobre a situação atual: Stackscale e Licenseware afirmam que o piso de 72 foi retirado e não consta dos termos publicados, enquanto cotações de 2026 analisadas pela AceMQ ainda mostram quantidades de exatamente 72 cores. A conclusão prática é ler a cotação linha a linha antes de qualquer decisão.
Os perfis de cliente reagem de formas diferentes. Segundo a 2Com Consulting, a Broadcom manteve cerca de 70% dos seus 10 mil maiores clientes no VCF, enquanto o Gartner indicava que cerca de 50% dos clientes de médio porte foram pegos de surpresa e não renovaram antecipadamente. Para unidades de borda e filiais pequenas, o piso por pedido pesa mais; para grandes datacenters, o desafio é a escala e a profundidade da integração.
O mercado ainda é jovem. O Gartner calculou que a VMware detinha mais de 96% da receita de virtualização de servidores em 2024, listou 32 fornecedores, não recomendou nenhum e afirmou que muitas alternativas são “incompletas ou em amadurecimento”. Escolher a plataforma de destino, portanto, exige prova de conceito e não apenas comparação de planilhas.
2. Consequências da inação
Riscos específicos
O primeiro risco é de suporte e segurança. Segundo a Broadcom, o suporte geral do vSphere 7 terminou em 2 de outubro de 2025, e o do vSphere 8 está previsto para outubro de 2027, com orientação técnica estendida até 2029, de acordo com a endoflife.ai, que trata essas datas como a melhor estimativa atual. Ambientes sem suporte deixam de receber correções oficiais, o que é grave em uma camada que hospeda todas as demais.
O segundo é a exploração ativa de falhas. O The Register noticiou que uma vulnerabilidade do vCenter Server corrigida em 2024 voltou a ser atacada anos depois, atingindo quem não aplicou o patch. Um vCenter exposto e desatualizado concentra o controle de centenas de máquinas virtuais em um único ponto.
O terceiro é contratual. Um lapso de renovação pode custar o suporte da Broadcom, os patches e a multa de 20% descrita nas orientações de renovação, e a Redress Compliance relata cartas de notificação enviadas a clientes com suporte expirado. Operar sem contrato válido deixa de ser apenas um risco técnico e passa a ser um risco jurídico.
Custos de oportunidade
Renovar sob preço desfavorável compra tempo, mas financia a dependência. A Eveo observa que aceitar a cotação significa pagar um valor alto e reforçar o lock-in por mais um a três anos, e que isso só faz sentido quando há uma janela de migração definida que se beneficia desse prazo adicional.
O Gartner estima que migrações de grande porte, com pelo menos 2.000 VMs e 100 hosts, podem levar de 18 a 48 meses. Quem espera o aviso de renovação para começar pode ser forçado a renovar novamente, possivelmente a preços mais altos, como lembra a análise da IT-Daily sobre o estudo.
Há ainda o custo de talentos e energia gerencial. Equipes que gastam ciclos negociando renovações e apagando incêndios de licenciamento deixam de investir em modernização de aplicações, que o Gartner considera parte indispensável do ganho real de uma troca de plataforma.
Desvantagens competitivas
O Gartner projeta que mais de 35% das cargas VMware migrarão para plataformas alternativas até 2028, segundo a OpServices. Concorrentes que concluírem a transição antes terão custo unitário de infraestrutura menor e mais poder de barganha nas renovações restantes.
Um plano de saída crível também melhora a posição de negociação, mesmo que a empresa decida permanecer. Fornecedores tendem a oferecer condições melhores a clientes que demonstram alternativa técnica pronta, e essa evidência só existe quando há prova de conceito documentada.
3. Fundamentos da solução
Base técnica aprofundada
As principais alternativas compartilham uma base conhecida. Proxmox VE e Nutanix AHV são construídos sobre KVM, e o Red Hat OpenShift Virtualization executa VMs sobre KVM orquestradas por Kubernetes. O Hyper-V, por sua vez, é um hipervisor tipo 1 proprietário da Microsoft, incluído no Windows Server, conforme a OpServices.
Isso importa porque a equivalência funcional não é total. O Gartner afirma que nenhum concorrente replica por completo a pilha da VMware, e por isso a pergunta correta não é qual plataforma é “melhor”, e sim qual cobre os requisitos específicos de HA, DRS, rede virtual, backup e certificações de aplicações do seu ambiente.
Também é preciso considerar a camada de armazenamento. Soluções hiperconvergentes como o Nutanix trazem storage integrado ao nó, enquanto o Proxmox e o Hyper-V podem operar com SAN existente ou armazenamento definido por software, o que altera o desenho de capacidade, desempenho e domínios de falha.
Princípios arquitetônicos
O primeiro princípio é desacoplar. Uma migração é a oportunidade de separar hipervisor, rede, armazenamento e automação, reduzindo a dependência de um único fornecedor. Infraestrutura como código, por exemplo com Terraform e Ansible, torna a próxima troca de plataforma menos dolorosa.
O segundo é padronizar o hardware e o domínio de falha. Aproveitar servidores existentes pode reduzir o investimento inicial, mas é preciso validar a compatibilidade de CPU, NICs e controladoras com a plataforma alvo antes de comprometer o cronograma.
O terceiro é projetar a operação, não apenas a instalação. Monitoramento, backup, patching e gestão de identidade precisam existir no dia um da nova plataforma, porque é nessa camada que as equipes sentem a diferença de maturidade entre produtos.
Interoperabilidade com sistemas existentes
A tabela abaixo resume o posicionamento das principais opções com base nos levantamentos da OpServices, da AgiBeacon e na cobertura do The Register. Os custos relativos são qualitativos e devem ser confirmados em cotação.
| Plataforma | Modelo de licença | Custo relativo | Perfil ideal |
|---|---|---|---|
| Proxmox VE | Open source com assinatura de suporte opcional | Baixo | PMEs, ambientes mistos, equipes Linux maduras |
| Microsoft Hyper-V / Azure Local | Incluído no Windows Server | Médio | Empresas com forte stack Microsoft e Active Directory |
| Nutanix AHV | Assinatura por nó (pacote HCI) | Médio a alto | Quem busca stack integrado e ferramenta de migração madura (Nutanix Move) |
| Red Hat OpenShift Virtualization | Assinatura por core | Médio a alto | Quem já usa OpenShift ou Kubernetes e quer unificar VMs e contêineres |
A OpServices relata que Proxmox, Hyper-V e Nutanix AHV concentram as migrações reais documentadas no mercado brasileiro. A AgiBeacon acrescenta que a Nutanix tem incentivos específicos para clientes que saem da Broadcom, e o The Register informou que a Red Hat lançou o OpenShift Virtualization Engine, voltado a quem quer apenas virtualização, com VMs ilimitadas em servidores de até dois sockets e 128 cores.
Interoperabilidade vai além do hipervisor. Antes de escolher, mapeie integrações com backup, monitoramento, CMDB, firewall, balanceadores e ferramentas de automação, porque cada integração que depende da API do vCenter precisará ser reescrita ou substituída.
4. Implementação estratégica
Abordagem metodológica
Uma abordagem em fases reduz o risco. A Eveo propõe um método de cinco fases, começando pela escolha da plataforma alvo. Adaptado à realidade de empresas médias e grandes, o caminho costuma seguir: inventário e mapa de dependências, escolha da plataforma e prova de conceito, onda piloto com cargas não críticas, ondas de produção e, por fim, descomissionamento.
O Gartner estimou o custo de serviços externos entre US$ 300 e US$ 3.000 por VM migrada, o que daria entre US$ 600 mil e US$ 6 milhões para um parque de 2.000 VMs. Como exercício ilustrativo, e não como projeção do Gartner, uma extrapolação linear para 400 VMs sugere uma faixa de US$ 120 mil a US$ 1,2 milhão, a depender da complexidade das cargas e do tipo de migração.
O cronograma deve estar ancorado em duas datas: o vencimento do contrato atual e o fim do suporte geral da sua versão do vSphere. A partir dessas âncoras, trabalha-se de trás para frente, reservando folga para o inesperado.
Considerações críticas
As ferramentas de migração evoluíram, mas têm limites. O assistente de importação do Proxmox, disponível desde a versão 8.2 e recomendado na série 9.x segundo a Vinchin, traz VMs diretamente de um host ESXi em execução, com suporte testado de ESXi 6.5 a 8.0 e opção de importação ao vivo. Há ressalvas com vSAN e com desempenho quando o vCenter é usado como origem.
Detalhes operacionais costumam decidir o sucesso. A Vinchin lembra que o assistente não leva snapshots antigos, que devem ser consolidados antes, e a StorageReview e a ComputingForGeeks recomendam remover o VMware Tools e instalar os drivers VirtIO no convidado, para que o disco e a rede funcionem após o primeiro boot.
No ecossistema Nutanix, o Nutanix Move é considerado maduro depois de anos de projetos de substituição de VMware, segundo a AgiBeacon. Em qualquer plataforma, a regra é a mesma: testar o caminho completo em uma VM representativa de cada família de carga antes de planejar as ondas.
Pontos de falha potenciais
O primeiro ponto de falha é o que o inventário de VMs não mostra: redes definidas por NSX, políticas de microssegmentação, regras de DRS, scripts que chamam a API do vCenter e agentes de backup acoplados ao VMware. Cada um desses itens precisa de um equivalente na plataforma de destino.
O segundo é a certificação de aplicações. Cargas como SAP HANA, bancos de dados corporativos e sistemas com suporte restrito a hipervisores específicos exigem confirmação do fabricante antes da mudança, pois a perda de suporte do software pode custar mais do que a economia de licenças.
O terceiro é a coexistência prolongada. Durante meses a empresa paga por duas plataformas, mantém duas equipes de conhecimento e opera dois modelos de segurança. Um analista citado pelo The Register argumenta que, para muitas empresas, modernizar aplicações pode ser um uso melhor do tempo do que trocar de hipervisor, o que reforça a necessidade de definir, desde o início, quais cargas serão modernizadas e quais apenas movidas.
5. Melhores práticas avançadas
Otimizações baseadas em experiência prática
Dimensione antes de migrar. Como a licença é por core, reduzir vCPUs superdimensionadas, eliminar VMs órfãs e consolidar hosts diminui o custo tanto na VMware, durante a transição, quanto na plataforma de destino. É a única otimização que paga duas vezes.
Equilibre prazo contratual e flexibilidade. Um contrato de três anos reduz o preço por core em cerca de 12%, segundo a AceMQ, mas prende a empresa por mais tempo. Se a migração está prevista para 18 meses, um contrato mais curto, mesmo ligeiramente mais caro, pode custar menos no total.
Migre em ondas por afinidade, não por tamanho. Agrupar VMs que se comunicam entre si, com janelas de manutenção compatíveis e o mesmo dono de negócio, reduz coordenação e facilita o rollback quando algo falha.
Requisitos de governança e compliance
Toda migração em larga escala é uma mudança de risco. Mantenha um comitê de mudanças com representantes de infraestrutura, segurança, aplicações e negócio, e registre decisões, exceções e planos de reversão. Isso protege a empresa em auditorias internas e externas.
No Brasil, a Lei Geral de Proteção de Dados exige que a empresa saiba onde os dados pessoais residem e quem tem acesso. Atualize o mapa de tratamento de dados após a migração e revise contratos com parceiros e provedores que passem a operar a nova plataforma.
Revalide continuidade de negócio. Os valores de RTO e RPO, as rotinas de backup e os testes de recuperação de desastre foram desenhados para a plataforma antiga e precisam ser refeitos, com evidência, na nova.
Considerações de segurança
Endureça o novo plano de gestão desde o primeiro dia: autenticação forte, segregação de rede de administração, controle de acesso por função e integração com o diretório corporativo. Plataformas novas costumam ser instaladas em configuração padrão e permanecer assim.
Enquanto o vCenter existir, trate-o como ativo crítico. Dada a exploração de falhas antigas relatada pelo The Register, mantenha-o isolado, atualizado e monitorado até o descomissionamento completo.
Reconstrua a segmentação que antes dependia do NSX com firewalls, VLANs e políticas da nova plataforma. Faça isso antes de mover cargas sensíveis, não depois.
6. Medição de sucesso
Métricas e indicadores
Defina a linha de base antes da primeira VM migrada: latência de disco, IOPS, uso de CPU e memória, tempo de provisionamento e número de incidentes por mês. Sem esse registro, não é possível afirmar se a nova plataforma está igual, melhor ou pior.
Durante as ondas, acompanhe indicadores de execução: VMs migradas por semana, tempo de indisponibilidade por VM, taxa de rollback e incidentes pós-migração em até 30 dias.
Mensure também a paridade de desempenho. Compare cargas equivalentes nos dois ambientes sob os mesmos horários de pico, para evitar conclusões baseadas em testes fora da realidade.
KPIs técnicos e de negócio
O indicador financeiro central é o custo total de propriedade por VM em um horizonte de três a cinco anos, incluindo licenças, hardware, suporte, serviços de migração e custo de operação em paralelo. Esse número é o que permite comparar a migração com a opção de renovar.
Outros KPIs de negócio incluem o percentual de cargas fora da VMware, a economia anualizada de licenciamento e o poder de negociação ganho nas renovações restantes. No lado técnico, acompanhe disponibilidade, tempo médio de recuperação e tempo de provisionamento de novos ambientes.
Inclua uma métrica de modernização. O Gartner afirma que a troca de plataforma só reduz dívida técnica quando acompanhada de modernização de aplicações, então registre quantas cargas foram simplificadas, containerizadas ou aposentadas durante o projeto.
Avaliação de eficácia
Faça revisões formais aos 30, 90 e 180 dias após cada onda, comparando resultados com a linha de base e com o orçamento aprovado. Registre lições aprendidas e ajuste as ondas seguintes.
Ao final, confronte o resultado com as referências do mercado: prazo e custo por VM frente às faixas do Gartner e redução de licenciamento frente à cotação de renovação original. Se o projeto ficou fora dessas faixas, entenda por quê.
Por fim, avalie a decisão de forma honesta. Se a empresa permaneceu parcialmente na VMware por razões técnicas ou contratuais, documente esse residual e defina data e critério para sua saída ou renovação consciente.
Conclusão
A migração VMware é, ao mesmo tempo, uma decisão de custo, de risco e de arquitetura. Os dados de 2025 e 2026 mostram um mercado em transição: preços por core em alta, suporte do vSphere 7 já encerrado e o do vSphere 8 se aproximando, um Gartner que pede planos de saída agora e uma oferta de alternativas que cresce, mas ainda amadurece.
Três pontos merecem destaque. Primeiro, a dificuldade está menos no hipervisor e mais em rede, storage, automação e certificações de aplicações. Segundo, migrações de grande porte levam de 18 a 48 meses, e o relógio das renovações não espera. Terceiro, a troca de plataforma só gera retorno duradouro quando combinada com dimensionamento correto e modernização.
O Gartner indicava que o movimento mais forte começaria em 2026, com adoção ampla a partir de 2027. É razoável esperar maior maturidade das ferramentas de migração, consolidação entre os 32 fornecedores listados e mais casos de referência no Brasil. Isso favorece quem começa agora com prova de conceito, e não quem espera o mercado se resolver.
Como próximos passos práticos, levante o inventário real de VMs, hosts, cores e dependências; leia sua cotação de renovação linha a linha; escolha duas plataformas candidatas e execute uma prova de conceito com cargas representativas; e monte um cronograma ancorado no vencimento do contrato e no fim do suporte da sua versão do vSphere.
