- Muitas empresas estão buscando alternativas devido aos altos custos de licenciamento do VMware e às mudanças recentes
- Várias equipes de TI de pequeno e médio porte estão avaliando migrar para soluções de virtualização open source como Proxmox VE e oVirt
- Há muitos casos de consideração de migração para outros hipervisores como KVM, Xen e Hyper-V
- Em migrações reais, há preocupação com métodos de transferência de dados e compatibilidade com fluxos de trabalho existentes
- Na comunidade, há discussões ativas sobre análise de custo/desempenho em migrações de infraestrutura em grande escala e estratégias de execução
Contexto da busca por alternativas ao VMware
- Muitas empresas estão enfrentando recentemente mudanças na política de licenciamento do VMware e o aumento da pressão de custos
- Com isso, acelerou-se o movimento de avaliar soluções capazes de substituir a infraestrutura existente em VMware
Principais plataformas alternativas de virtualização
- Proxmox VE: solução de virtualização open source considerada por muitas organizações pequenas e médias por sua facilidade de gerenciamento via web e pelo suporte ativo da comunidade
- oVirt: solução de virtualização corporativa baseada em Red Hat, construída sobre KVM, com recursos de escalabilidade e automação
- Xen: hipervisor open source com estabilidade e desempenho comprovados ao longo do tempo, com empresas importantes oferecendo suporte comercial
- Hyper-V: solução da Microsoft, com boa integração ao ecossistema Microsoft e adequação a ambientes Windows
Questões e debates sobre migração
- No processo real de transição, surgem desafios práticos como migração dos dados das VMs existentes, compatibilidade de rede e armazenamento e reescrita de scripts de automação
- Na maioria dos casos, o processo passa por etapas de validação como benchmarks, migrações de teste e pequenos projetos-piloto
Opiniões da comunidade e de especialistas
- Muitos usuários preferem uma abordagem gradual, migrando primeiro parte dos serviços
- Estão sendo compartilhadas diversas experiências e recomendações sobre os pontos fortes e fracos de cada solução em termos de desempenho, estabilidade e escalabilidade
Conclusão e abordagem estratégica
- Diversas soluções alternativas para reduzir a dependência do VMware já estão sendo usadas na prática
- Reforça-se a necessidade de uma estratégia de migração sob medida conforme o porte e a complexidade da infraestrutura da organização, o orçamento e a capacidade da equipe de TI
1 comentários
Comentário no Hacker News
O ELA de 5 anos de VMware da nossa instituição saltou de US$ 1,5 milhão para US$ 12 milhões; trabalho no ensino superior
Um ambiente Hyper-V foi implantado há alguns meses e já está incluído no ELA da Microsoft, então foi possível usar recursos para obter um suporte de nível mais alto
Há uma equipe separada dedicada apenas a "genAI stuff"
Começamos a migração de VMs há cerca de 3 semanas e já convertemos aproximadamente 500 de 3.500 máquinas
O ambiente HPC para projetos de apoio à pesquisa está sendo movido para bare metal, e a conversão de VMs é para HPC temporário e infraestrutura geral
Alguns servidores de aplicações grandes, como SAP Hana, podem permanecer no VMware se a SAP não oferecer suporte ao Hyper-V
Este verão foi realmente difícil, mas no fim deu tudo certo
“Se você é uma empresa da Global 2000, a VMware quer o seu negócio — caso contrário, não está nem aí”
Artigo relacionado
Entre meus amigos de SMEs, esse assunto está em alta
Do ponto de vista local da Suécia, os principais fornecedores são HPE e Nutanix
Acho que foi uma decisão genial da HPE oferecer vários backends de hipervisor com um frontend próprio; esse é o único caminho a seguir
No meu emprego atual usamos Proxmox e estamos muito satisfeitos
Pela minha experiência com VMware, acho que a maioria das empresas consegue substituir facilmente por Proxmox
A adoção do Proxmox é mais lenta por não haver SLA enterprise; com um contrato enterprise, não importa o custo
Pessoalmente, eu gostaria de ver KubeVirt ou Openshift+KubeVirt se espalhando mais; parece genial anexar um runtime de hipervisor à API do kubernetes, que já é bem usada
Tenho receio de que o Proxmox deixe essa oportunidade passar
Ele estava numa posição única para substituir o VMWare, mas a empresa é pequena e conservadora, e não parece ter ambição de se expandir globalmente
O que inclui o contrato premium do Proxmox:
acesso ao repositório enterprise, conjunto completo de recursos, suporte via portal do cliente, tickets de suporte ilimitados, resposta em até 2 horas, suporte remoto por SSH e ativação offline de chave de assinatura
É realmente uma pena a falta de suporte a SAN e ISCSI
Gosto desse tipo de configuração e queria continuar usando assim
Propus migrar para Openshift em bare metal, mas houve resistência por questões de falta de funcionalidades
No fim, foi decidido seguir com HPE
Acho que Openshift+KubeVirt está em uma posição realmente boa para avançar
Em vários setores em que trabalhei já se usa Openshift, então é uma extensão natural
Eu tinha me esquecido da capacidade da MSFT de empacotar o Hyper-V, mas isso é mencionado com frequência nesta thread
A Broadcom aumentou tanto os preços que estamos migrando para proxmox
Várias pessoas do time de TI já usaram proxmox em casa, então, no momento em que o custo de continuar com o VMWare da Broadcom ficou muito maior do que o risco de uma interrupção durante a migração, decidimos mudar sem hesitar
Fizemos testes A/B movendo parte do parque, os resultados foram bons e provavelmente conseguiremos concluir a migração total antes do próximo pagamento à Broadcom
Graças à Broadcom, conseguimos tomar a decisão mais rápido
Pessoalmente, Broadcom e Oracle são as “empresas com as quais eu nunca faria negócio voluntariamente”; é impressionante a Broadcom ter chegado ao nível da Oracle
A Oracle pelo menos quer clientes pagantes; a Broadcom parece nem se importar em ter clientes
Trabalho como MSP e atendo principalmente clientes SMB
Após a aquisição da VMware pela Broadcom, o custo de licenciamento disparou, e neste ano subiu para US$ 20 mil anuais por causa do mínimo de cores; parece que ainda pode aumentar de novo no futuro
Se você tem licenças perpétuas antigas, consegue sobreviver por alguns anos mantendo a VLAN de gerenciamento isolada da internet, mas sem possibilidade de aplicar patches isso acaba reprovando em auditorias internas
Com licenças por renovação, quando elas expiram você nem consegue ligar as VMs; se reiniciar, elas ficam desligadas
Metade do total está sendo movida para Hyper-V, e a maioria já usa servidores Windows
Existem algumas diferenças, mas o Hyper-V oferece tudo de que precisamos e a licença já está incluída
O Veeam facilita a migração entre VMs, então os clientes o usam bastante para backup
Muitos estão migrando para Azure ou outros ambientes de hospedagem; se não houver um LOB principal, como servidor de arquivos da matriz, a mudança é fácil
Alguns estão migrando para nutanix ou expandindo nele
Do ponto de vista de servidores/desenvolvedores, sofremos com várias instabilidades, como comportamento estranho de VMs e desempenho abaixo do esperado, e outros donos de sistemas passaram por problemas semelhantes
Em pouco tempo houve algum fator decisivo de mudança, e no fim acabamos migrando
O que é suportado no upstream Linux é a stack baseada em libvirtd, então vale checar esse lado também
Por exigências de certificação, há lugares que usam proxmox apenas pela UI, e muitos dos meus clientes também migraram para o dashboard do cockpit ou para kubernetes
Isso depende do tamanho e dos requisitos de provisionamento
O cockpit é meu favorito porque é fácil de configurar, mas não é adequado para escala de cluster e ainda há o incômodo de configurar separadamente a web UI e vários daemons do cockpit server
O Proxmox é antigo e baseado em Perl, mas é utilizável; clusterização de storage exige uma camada de sistema de arquivos como ceph, então dá um pouco de trabalho
Há também o Openshift, mas empresas de pequeno e médio porte evitam por receio de lock-in com IBM/RedHat
cockpit, proxmox, explicação do cockpit machines
Trabalho com um fornecedor de block storage e estou vendo várias plataformas de gerenciamento de nuvem baseadas em KVM para as quais as pessoas estão saindo do VMware
Clientes estão migrando para OpenNebula, CloudStack, Proxmox, OpenStack, HP VME, Oracle Virtualization e até soluções próprias
O principal ponto em comum é o foco em um backend de storage que não fique preso a um hipervisor específico e entregue alto desempenho previsível
A vantagem do ecossistema KVM é poder escolher livremente as ferramentas mais adequadas para cada trabalho, e essa liberdade se estende até a camada de storage
Se a solução de block storage definido por software for boa, recursos como migração de dados e recuperação de desastres tornam a transição do VMware mais tranquila
As soluções KVM realmente estão ganhando força
A Microsoft parece ser quem mais está se beneficiando
É triste ver empresas apanharem de software de código fechado e depois repetirem exatamente o mesmo caminho
A Nutanix também está vendo uma explosão de demanda
Ainda bem que alternativas como Proxmox e Xcp-ng também estão tendo adoção recorde
Faço parte do projeto Apache CloudStack, e esse serviço também está passando por um aumento de demanda sem precedentes
O hipervisor KVM virou de fato o padrão, e graças à ferramenta virt-v2v ficou fácil migrar guests do vmware
Na antiga PriorCo, apresentei slides por volta de 2023/2024 organizando as opções
Propus três caminhos: permanecer no vmware, migrar para Apache Cloudstack ou migrar para Nutanix, mas no fim foi decidido mover a infraestrutura restante para AWS com lift and shift
Se eu fosse o responsável final, o Cloudstack teria sido a opção mais adequada; nós tínhamos a capacidade para isso e poderíamos escapar do lock-in
O Nutanix entrou na lista olhando apenas o portfólio técnico, mas havia o risco de acabar no mesmo problema do vmware por causa de lucratividade, estrutura financeira e foco em SaaS
Há várias opções baseadas em KVM/QEMU ou OpenStack; o Virtuozzo também era interessante, mas faltava um pacote mais completo
O Oxide era atraente pela simplicidade e integração, mas havia pouca demanda interna por um produto de startup tão novo
Microsoft e Oracle foram excluídas por custo e peso do licenciamento, e IBM/Openshift também ficou de fora porque nossa nuvem privada era 100% VM, então apenas cerca de 20% do conjunto de produtos poderia ser containerizado
O conselho mais importante é entender com precisão a natureza das cargas de trabalho atuais e escolher a opção adequada para isso
Todo mundo enfatiza K8s e containers, mas em ambientes majoritariamente de VMs essas opções pouco significam
<i>"VMware's in court again. Customer relationships rarely go this wrong"</i> (190 comentários, 2025)
Link relacionado
<i>"Proxmox VE: Import Wizard for Migrating VMware ESXi VMs"</i> (100 comentários, 2024)
Link relacionado
Principalmente pressiono com força os times de TI corporativos para permitirem ferramentas ou workflows alternativos
Na prática, esse é o maior obstáculo
Nosso time tem capacidade de DevOps suficiente para trabalhar com containers e empacotamento de ambientes de desenvolvimento, mas o time de segurança corporativa só repete “violação de política” quando pedimos para discutir
Não vivi isso em apenas um lugar; tive a mesma experiência em várias empresas de engenharia/software de alto nível
Estou exatamente na mesma situação, e é realmente frustrante
O time de cibersegurança controla tudo, mas não tem muito interesse nem expertise em DevOps ou gestão de processos
No fim, ao conversar com eles você bate numa firewall humana e sempre recebe a resposta “não pode”
Todo mundo fica se perguntando por que a organização não melhora
Questões de confiança em terceiros não são brincadeira
Quem vai parar o próprio trabalho para auditar um novo fornecedor central?
Nosso time também consegue implementar containers e até empacotar ambientes de desenvolvimento com habilidades de DevOps
No meu trabalho, fomos all-in em containers sem Kubernetes, e o resultado foi muito bom
É realmente uma pena ver tanta resistência a esse tipo de abordagem, e espero que no fim dê certo