Multi-cloud

    Migração de Licenças VMware Broadcom: O Guia Estratégico para 2026

    TechLeague Editorial··14 min de leitura

    A aquisição da VMware pela Broadcom em 2024 não foi apenas uma fusão corporativa; foi uma mudança tática de terra arrasada que tornou obsoletos os modelos ELA tradicionais de vSphere. Equipes de engenharia que entram em 2025 e 2026 devem parar de ver o VMware como um hypervisor commodity e começar a tratá-lo como um 'imposto' de legado de alta margem que exige uma estratégia brutal de evacuação ou otimização de três anos.

    A Morte da Licença Perpétua e o Ultimato do VCF

    A estratégia da Broadcom é cirurgicamente precisa: forçar empresas de ponta ao VMware Cloud Foundation (VCF) e players de médio porte ao vSphere Foundation (VVF). Acabaram-se os dias de renovações de SnS (Subscription and Support) para licenças perpétuas. Se você está executando vSphere 7.x ou 8.x em chaves perpétuas, sua próxima renovação provavelmente verá um aumento de preço de 300% a 600%, à medida que você for forçado à cobrança de assinatura por core.

    O ponto de atrito técnico é a matemática da densidade de cores. A Broadcom exige um mínimo de 16 cores por CPU socket. Se você estiver usando processadores Xeon Gold/Silver de 8 ou 12 cores, você está pagando por silício 'fantasma'. Por outro lado, se você estiver executando nós AMD EPYC 9654 de alta densidade com 96 cores por socket, a mudança da licença baseada em socket para a baseada em core é um massacre financeiro. A estratégica para 2026 deve envolver um alinhamento de hardware que maximize o throughput por core — pense em peças de 32 cores de alta frequência em vez de peças de 64 cores de baixa frequência para minimizar os gastos com licenças.

    VCF vs. vSphere Standard: A Consolidação Forçada

    A Broadcom efetivamente eliminou o modelo de "escolha e seleção". Anteriormente, um engenheiro podia comprar vSphere Enterprise Plus e dispensar NSX e vSAN. Hoje, o conjunto de recursos é agrupado. Se você precisa de distributed switching ou DRS, você é forçado a usar VVF ou VCF.

    • VCF (VMware Cloud Foundation): Inclui vSphere, vSAN (até 1TiB por core), NSX e Aria Suite. Este é o carro-chefe da Broadcom. Se você não usa o NSX para micro-segmentation, está pagando por peso morto.
    • vSphere Foundation (VVF): O "nível intermediário" que substitui o Enterprise Plus. Inclui vSAN (100GiB por core), mas não possui os recursos avançados de networking do NSX.
    • vSphere Standard: Sem distributed switches. Para qualquer empresa com mais de 10 nós, isso é tecnicamente incontrolável para workloads de produção.

    Para organizações com grandes footprints de vSAN, o novo modelo de entitlement é particularmente doloroso. Se sua relação armazenamento-computação é alta (por exemplo, ambientes VDI massivos), o limite de 1TiB por core no VCF frequentemente força você a comprar licenças de capacidade vSAN adicionais a um prêmio que faz Pure Storage ou NetApp parecerem baratas novamente.

    A Pivô Nutanix AHV: Realidades da Migração de Infraestrutura

    A Nutanix é a principal beneficiária da agressão da Broadcom, mas migrar do ESXi para o AHV não é um "projeto de fim de semana". A complexidade reside na stack de rede. Mover de VMware Distributed Virtual Switches (DVS) para Nutanix AHV (baseado em OVS) exige uma reavaliação completa das suas configurações de VLAN tagging e LACP.

    # Exemplo de Configuração de Rede Nutanix AHV via acli
    # Criando uma bridge de migração para tráfego ESXi
    net.create br1_migration
    net.add_vlan_item br1_migration vlan_id=100
    # Garantir paridade de MTU (9000 para Jumbo Frames se vMotion/Live Migration usado)
    manage_ovs update_bridge br1 --mtu_size 9000

    A ferramenta Nutanix Move é competente, mas falha em discos RDM (Raw Device Mapping) e em configurações específicas de multi-writer. Se seus clusters SQL dependem de VMDKs compartilhados via multi-writer, você precisará re-arquitetá-los para usar Nutanix Volumes (iSCSI) ou migrar para AlwaysOn Availability Groups. Do ponto de vista de custo, Nutanix não é "barato" — geralmente é de 15 a 20% menos do que o novo preço do VCF —, mas seu valor reside na liberdade do ecossistema imprevisível e audit-heavy da Broadcom.

    OpenShift e KubeVirt: O Futuro da Saída Full-Stack

    O caminho de migração mais agressivo — e tecnicamente recompensador — é mover VMs para o Red Hat OpenShift Virtualization (usando KubeVirt). Isso permite gerenciar VMs e containers através de um único control plane Kubernetes. Ele elimina o 'imposto' do hypervisor alavancando o KVM por baixo.

    No entanto, a realidade de 2026 é que a maioria das empresas não está pronta para "VMs as Pods". Você perde a "sensação de VCSA" de gerenciamento point-and-click. O networking requer Multus CNI para fornecer múltiplas interfaces a uma VM, e o armazenamento exige um provedor compatível com CSI. Se você já tem investimento em um workflow Kubernetes automatizado, KubeVirt é o ponto final lógico. Se você é uma empresa com legado Windows, o overhead de performance do Windows-on-KVM dentro do OpenShift ainda acarreta uma penalidade de latência de 5-8% em comparação com os drivers ESXi maduros.

    Proxmox VE na Empresa: Não é Mais Uma Brincadeira

    Dois anos atrás, mencionar Proxmox em um data center Tier-1 faria você ser motivo de riso na reunião do CAB (Change Advisory Board). Em 2026, é um salva-vidas viável para DMZ, dev/test e edge locations. A integração Ceph no Proxmox oferece uma alternativa legítima ao vSAN com custo zero de software.

    O obstáculo é a falta de suporte a backup "enterprise". Embora o Proxmox Backup Server (PBS) seja excelente, ele não se integra ao Veeam ou Commvault com a mesma maturidade de API que o VADP do VMware. Organizações que adotam Proxmox geralmente estão se afastando de appliances de backup centralizados para backups em nível de aplicação ou snapshots em nível de filesystem. Se você tem mais de 500 nós, o overhead de gerenciamento da falta de um "vCenter-para-governar-todos" (o gerenciamento multi-cluster ainda é incipiente) do Proxmox torna-se um custo de mão de obra que pode anular as economias de licenciamento.

    O Checklist de Migração para 2026: Passo a Passo

    1. Audite Sua Densidade de Cores: Use PowerCLI para exportar suas contagens atuais de cores físicas. Qualquer host com menos de 16 cores deve ser desativado imediatamente.
      Get-VMHost | Select Name, @{N="Cores";E={$_.ExtensionData.Hardware.CpuInfo.NumCpuCores}}
    2. Avalie a Utilização do NSX: Se você não está usando Distributed Firewall (DFW) ou overlays VXLAN/GENEVE, você está pagando por recursos VCF que não precisa.
    3. Dimensionar Corretamente o vSAN: Compare sua relação TB-por-Core. Se você exceder 1TiB por core, a mudança para armazenamento FC ou iSCSI externo pode ser mais barata sob o novo regime da Broadcom.
    4. Execute um POC em KubeVirt/OpenShift: Comece com workloads Linux de baixa criticidade. Use o Migration Toolkit for Virtualization (MTV) para testar transferências em massa.

    O Impacto Financeiro: OPEX vs. CAPEX

    A Broadcom efetivamente encerrou o planejamento de infraestrutura baseado em CAPEX. Tudo agora é uma despesa OPEX recorrente. Para um ambiente de médio porte de 2.000 cores, uma renovação VCF provavelmente ficará entre US$ 700 mil e US$ 1,2 milhão anualmente, dependendo da sua densidade de hardware. Em contraste, um footprint OpenShift ou Nutanix pode girar em torno de US$ 500 mil a US$ 800 mil. O "custo de saída" — tempo de engenheiros, serviços profissionais e baixas de hardware — geralmente tem um ROI de 24 meses. Se você não iniciar a migração até o primeiro trimestre de 2025, será forçado a uma renovação "com a arma na cabeça" em 2026.

    Aconselhamos nossos clientes a manter uma infraestrutura "bi-modal". Execute 20% de seus aplicativos monolíticos legados críticos em um footprint minimizado de vSphere Foundation e mova os 80% restantes para uma combinação de public cloud e OpenShift on-prem. Isso limita a alavancagem da Broadcom durante as negociações.

    Para mais análises aprofundadas sobre como otimizar seu ambiente híbrido, confira nosso guia sobre como minimizar os custos de egress de cloud. Se sua equipe precisa de uma auditoria técnica de seu ambiente VMware para identificar caminhos de migração ou otimizar seus gastos com core-count de VCF, veja nossas taxas de consultoria em techleague.io.

    Perguntas frequentes

    Qual a diferença entre VCF e VVF?+

    VCF é uma suite integrada (vSphere, vSAN, NSX, Aria) destinada a full private clouds. VVF é um bundle menor (vSphere, Aria, vSAN limitado). Não é mais possível comprar vSphere Enterprise Plus como um produto autônomo; você deve escolher um desses bundles.

    Posso mover minhas VMs facilmente para Nutanix AHV?+

    Nutanix Move é a ferramenta principal. No entanto, você deve considerar a falta de um equivalente ao DVS (OVS é usado em seu lugar) e garantir que suas VMs convidadas tenham os drivers Nutanix VirtIO instalados antes da transição para evitar erros de 'Inaccessible Boot Device'.

    O KubeVirt/OpenShift é uma alternativa viável ao VMware?+

    KubeVirt (OpenShift Virtualization) está pronto para o uso enterprise em 2026. Ele permite executar VMs junto com containers. O principal desafio é a complexidade de rede (Multus/NMState) e o fato de que recursos especializados do VMware como SRM (Site Recovery Manager) ainda não têm um equivalente 1:1 no ecossistema K8s.

    O Proxmox é estável o suficiente para uso corporativo em 2026?+

    Sim, o Proxmox é viável para workloads não críticos ou de edge, mas sua falta de APIs de Backup de Terceiros integradas (como VADP) dificulta a adaptação às pipelines de backup corporativas tradicionais (Veeam, etc.) sem scripts manuais significativos ou o uso do Proxmox Backup Server.

    O que aconteceu com todos os produtos VMware individuais como o vRealize?+

    A Broadcom simplificou a lista de produtos de mais de 160 itens para apenas alguns. A maioria dos produtos de 'Tier 2' foi vendida ou descontinuada (EOL). Se suas renovações estão chegando, espere uma pressão em direção ao VCF e uma descontinuação total da sua manutenção perpétua atual.