Depois da Broadcom: o que mudou no mercado de virtualização

Poucas vezes um movimento societário mexeu tanto com decisões de infraestrutura. A aquisição da VMware pela Broadcom e a reorganização comercial que veio depois colocaram em pauta, em praticamente toda empresa que virtualiza, uma pergunta que estava encerrada havia uma década: qual hipervisor a gente usa?

Vale separar o que de fato mudou do ruído, porque decisão tomada no susto custa caro — e decisão adiada também.

O que mudou, em termos práticos

Sem entrar no mérito da estratégia de ninguém, as mudanças que afetam diretamente quem opera:

Fim da licença perpétua. O modelo migrou para subscription por tempo determinado. Quem tinha licença comprada em definitivo passa a ter um custo recorrente quando precisa de suporte e atualização.
Reorganização em pacotes. O que antes era comprado por módulo passou a vir em combinações maiores. Para quem usava poucos recursos, isso frequentemente significa pagar por um conjunto maior do que o necessário.
Mínimos de contratação. Condições mínimas por contrato e por volume penalizam proporcionalmente mais os ambientes pequenos e médios.
Mudanças no canal. Parte dos parceiros que atendiam clientes menores deixou de ter o mesmo caminho comercial, o que afetou renovação e suporte de quem comprava por eles.

O efeito combinado tem um padrão reconhecível: ambientes grandes absorveram, ambientes pequenos e médios sentiram desproporcionalmente. É nesse grupo que a reavaliação de hipervisor virou assunto de diretoria.

A pergunta que importa não é a notícia

O erro mais comum neste momento é reagir ao aumento. A pergunta útil é outra: quanto da sua operação depende de decisões comerciais que você não controla?

Isso vale para qualquer fornecedor, inclusive os abertos. A diferença é o tipo de exposição:

Com software proprietário, a exposição é a política comercial — preço, empacotamento, condições de renovação, continuidade do produto.
Com software aberto, a exposição é a sua capacidade de operar — e, se você contrata suporte, a saúde de quem o fornece. O código continua disponível em qualquer cenário.

Nenhum dos dois é isento. Mas eles falham de formas diferentes, e vale saber qual delas você consegue administrar melhor.

Como medir a sua exposição

Antes de cogitar qualquer migração, levante quatro números. Eles dizem mais que qualquer comparativo genérico:

Custo de renovação projetado para 3 anos, com as condições que você efetivamente recebeu na última proposta — não com a tabela antiga.
Quais recursos você realmente usa. É comum descobrir que o ambiente usa uma fração do que o pacote entrega. Liste: cluster, migração a quente, HA, replicação, storage distribuído, backup, gestão centralizada.
Quantos sockets e cores o parque tem, porque é sobre isso que quase todo licenciamento incide.
Custo de uma hora parada, que é o que define quanto suporte formal vale para você.

Com esses quatro, a conversa deixa de ser sobre indignação e passa a ser sobre números.

As alternativas reais

Três caminhos aparecem com seriedade, e o quarto é não mudar.

Proxmox VE. Open source, sem edição paga e sem limite de recursos. Traz cluster, alta disponibilidade, migração a quente, firewall, ZFS e Ceph integrados, e o Proxmox Backup Server gratuito ao lado. Subscription opcional por socket, previsível. Base Debian, então o diagnóstico usa ferramentas que administrador Linux já conhece. É onde atuamos como parceiros oficiais, e não escondemos isso.

XCP-ng. Continuação aberta do XenServer. Produto maduro, e a interface de gestão — o Xen Orchestra — é excelente. Duas ressalvas: ela é um componente separado, que você instala e mantém, e a versão pronta é assinada. Caminho natural para quem já vem de XenServer.

Hyper-V. Faz sentido quando o parque é quase todo Windows e a licença Datacenter já seria comprada de qualquer forma. A licença do Windows convidado existe em qualquer hipervisor — isso não muda —, então nesse cenário a economia de trocar encolhe. Em contrapartida, backup e storage definido por software costumam exigir produtos adicionais.

Ficar. É uma decisão legítima, e às vezes a certa: se a conta renovada cabe, se há integração profunda com ferramentas do ecossistema e se a equipe é especializada, migrar pode custar mais do que economiza. Só exige que a decisão seja tomada, com os números na mesa, em vez de acontecer por inércia.

O que a migração realmente custa

Quem compara só licença contra licença erra a conta. A migração tem custos que precisam entrar:

Projeto e planejamento — inventário, desenho de rede e storage, ondas de migração.
Janela e risco operacional durante a transição.
Curva de aprendizado da equipe, que é o item mais subestimado.
Revisão de ferramentas periféricas — backup, monitoramento, automação, tudo que conversava com o hipervisor antigo.
Coexistência dos dois ambientes por semanas ou meses, com rede compartilhada entre eles.

E os ganhos que aparecem do outro lado, além do custo de licença: liberdade de hardware sem lista de compatibilidade restritiva, backup robusto sem produto adicional, storage distribuído incluso, e ausência de exposição a mudança de política comercial.

A sequência que evita decisão no susto

Levante os quatro números. Sem eles, não há decisão, só opinião.
Liste os recursos que você usa de verdade, não os que o pacote oferece.
Monte uma prova de conceito com três nós e uma cópia de carga real.
Derrube um nó no braço e cronometre a volta. Restaure um backup e cronometre também.
Deixe a equipe operar aquilo por duas semanas.
Compare o TCO de 3 anos dos dois caminhos, com o custo de migração incluído.
Decida e escreva a decisão, inclusive se for ficar.

Os passos 4 e 5 produzem os dois números que valem mais que qualquer tabela: tempo real de recuperação e esforço real de operação.

Erros comuns neste momento

Decidir no susto, pela notícia, sem levantar os próprios números.
Comparar só o preço de licença, ignorando custo de migração e de aprendizado.
Esquecer que a licença do Windows convidado permanece em qualquer hipervisor.
Migrar tudo em uma única janela, sem piloto.
Não revisar as ferramentas periféricas que falavam com o hipervisor antigo.
Ignorar a competência da equipe e escolher pelo que é melhor no papel.
Adiar indefinidamente e renovar por inércia, sem a conta feita.
Planejar o ambiente novo com dois nós.
Não escrever RTO e RPO antes de comparar arquiteturas.

A leitura honesta

O movimento da Broadcom não tornou nenhuma alternativa automaticamente melhor. O que ele fez foi reabrir uma decisão que muita empresa tinha congelado, e obrigar a olhar uma exposição que sempre existiu e não era contabilizada.

Para parte dos ambientes, a conta renovada cabe e ficar é o certo. Para outra parte — especialmente pequenos e médios, com parque misto ou majoritariamente Linux —, a economia é relevante o suficiente para pagar o projeto de migração em menos de um ano.

A única resposta errada é não fazer a conta.

Onde a Solvefy/Cloud entra

Como parceiros oficiais Proxmox, montamos essa avaliação com os seus números: inventário do que você usa de fato, projeção de TCO de três anos nos dois cenários com o custo de migração incluído, e a prova de conceito com carga real, teste de queda de nó e restauração cronometrada. Se o resultado apontar que ficar é o melhor caminho, nós dizemos — e se apontar a migração, conduzimos em ondas, com coexistência planejada e plano de volta.

Quer a conta do seu caso antes da próxima renovação? Fazemos um diagnóstico gratuito da infraestrutura, sem compromisso, em solvefy.cloud.

Solvefy/Cloud — Infraestrutura que cresce com você.