- Muchas empresas están buscando alternativas debido a los altos costos de licencias de VMware y a los cambios recientes
- Varios equipos de TI pequeños y medianos están evaluando migrar a soluciones de virtualización de código abierto como Proxmox VE y oVirt
- Hay muchos casos de organizaciones que consideran la migración a otros hipervisores como KVM, Xen y Hyper-V
- En las migraciones reales, hay preocupación por los métodos de traslado de datos y la compatibilidad con los flujos de trabajo existentes
- En la comunidad hay un debate activo sobre el análisis de costo/rendimiento en migraciones de infraestructura a gran escala y las estrategias de ejecución
Contexto de la búsqueda de alternativas a VMware
- Muchas empresas enfrentan recientemente cambios en la política de licencias de VMware y una carga creciente de costos
- Como resultado, se ha acelerado el movimiento para evaluar soluciones que puedan reemplazar la infraestructura existente de VMware
Principales plataformas alternativas de virtualización
- Proxmox VE: solución de virtualización de código abierto considerada por muchas organizaciones pequeñas y medianas por la facilidad de gestión basada en web y el apoyo de una comunidad activa
- oVirt: solución de virtualización empresarial basada en Red Hat que utiliza KVM y ofrece escalabilidad y funciones de automatización
- Xen: hipervisor de código abierto con estabilidad y rendimiento comprobados durante mucho tiempo, además de contar con empresas que ofrecen soporte comercial importante
- Hyper-V: solución de Microsoft, adecuada para entornos Windows y con buena integración con la infraestructura de Microsoft
Problemas y debates sobre la migración
- En el proceso real de cambio, se enfrentan retos prácticos como la transferencia de los datos de las VM existentes, la compatibilidad de red y almacenamiento y la reescritura de scripts de automatización
- En la mayoría de los casos, se siguen procesos de validación mediante benchmarks, migraciones de prueba y pequeños proyectos piloto
Opiniones de la comunidad y de especialistas
- Varios usuarios prefieren un enfoque por etapas, comenzando por migrar solo algunos servicios
- Se están compartiendo diversas experiencias y consejos sobre las ventajas y desventajas particulares de cada solución en términos de rendimiento, estabilidad y escalabilidad
Conclusión y enfoque estratégico
- En la práctica ya se están usando diversas soluciones alternativas para reducir la dependencia de VMware
- Se destaca la necesidad de una estrategia de migración adaptada según la escala y complejidad de la infraestructura de la organización, el presupuesto y las capacidades del equipo de TI
1 comentarios
Comentario de Hacker News
El ELA de VMware a 5 años de nuestra institución saltó de 1.5 millones de dólares a 12 millones; trabajo en educación superior
El entorno de Hyper-V se montó hace unos meses y ya estaba incluido en el ELA de Microsoft, así que pudimos destinar presupuesto a un nivel más alto de soporte
Hay un equipo aparte dedicado únicamente a "genAI stuff"
Empezamos la migración de VM hace unas 3 semanas y hemos movido alrededor de 500 de 3,500
El entorno HPC para proyectos de apoyo a la investigación se está moviendo a bare metal, y la conversión de VM es para HPC temporal e infraestructura general
Algunos servidores de aplicaciones grandes, como SAP Hana, podrían quedarse en VMware si SAP no da soporte a Hyper-V
Este verano estuvo realmente pesado, pero al final lo logramos
“Si eres una empresa del Global 2000, VMware quiere tu negocio; si no, realmente no le interesas”
Artículo relacionado
Entre mis amigos de pymes este tema está muy candente
Desde la perspectiva local en Suecia, los principales proveedores son HPE y Nutanix
Me parece una decisión genial que HPE haya dado soporte a varios backends de hipervisor y les haya puesto su propio frontend; siento que es el único camino a seguir
En mi trabajo actual usamos Proxmox y estamos muy satisfechos
Habiendo trabajado con VMware, creo que la mayoría de las empresas podrían reemplazarlo fácilmente con Proxmox
La adopción de Proxmox es más lenta por no tener un SLA empresarial; aunque cueste lo que cueste, mientras haya un contrato enterprise basta
Personalmente me gustaría ver más adopción de KubeVirt o Openshift+KubeVirt; me parece brillante añadir un runtime de hipervisor sobre una API de kubernetes que ya se usa bien
Me preocupa que Proxmox vaya a dejar pasar esta oportunidad
Estaba en una posición única para reemplazar a VMWare, pero la empresa es pequeña y conservadora, y no parece tener ambición de expandirse globalmente
Lo que incluye el contrato premium de Proxmox:
acceso al repositorio enterprise, conjunto completo de funciones, soporte vía portal de clientes, tickets de soporte ilimitados, respuesta en menos de 2 horas, soporte remoto por SSH y activación de claves de suscripción offline
Es una pena de verdad que no tenga soporte para SAN e ISCSI
Me gusta este tipo de configuración y me gustaría seguir usándola
Propuse migrar a Openshift en bare metal, pero hubo resistencia por carencias de funcionalidad
Al final se decidió ir con HPE
Creo que Openshift+KubeVirt está en una posición realmente buena para avanzar
En varios sectores donde he trabajado se usa mucho Openshift, así que es una extensión natural
Había olvidado la capacidad de MSFT de empaquetar Hyper-V; en este hilo se menciona mucho
Broadcom subió tanto los precios que nos estamos moviendo a proxmox
Varias personas del equipo de IT ya habían usado proxmox en casa, así que en el momento en que el costo de seguir con Broadcom VMWare superó por mucho el riesgo de una interrupción durante la migración, tomamos la decisión sin dudar
Hicimos pruebas A/B moviendo parte del farm, y como los resultados fueron buenos, parece posible completar toda la migración antes del próximo pago a Broadcom
Gracias a Broadcom pudimos tomar la decisión más rápido
En lo personal, Broadcom y Oracle son las empresas que “nunca elegiría voluntariamente para hacer negocios”; tiene mérito que Broadcom haya llegado al nivel de Oracle
Oracle al menos quiere a los clientes que pagan; Broadcom da la impresión de ni siquiera estar interesado en tener clientes
Trabajo en un MSP y atiendo sobre todo clientes de pequeñas y medianas empresas
Tras la compra de vmware por Broadcom, el costo de licencias subió muchísimo, y este año llegó a 20 mil dólares anuales por los mínimos de núcleos; no me sorprendería que volviera a subir
Si tienes licencias perpetuas existentes, puedes aguantar algunos años incluso aislando la VLAN de gestión de internet, pero al no poder aplicar parches terminarás fallando una auditoría interna
Con licencias de renovación, cuando vencen ni siquiera puedes encender las VM; si reinicias, se quedan apagadas
Aproximadamente la mitad se está moviendo a Hyper-V, y la mayoría ya usa Windows Server
Hay algunas diferencias, pero Hyper-V ofrece todas las funciones necesarias y la licencia ya viene incluida
Veeam facilita mucho la migración entre VM, por eso muchos clientes ya lo usan para respaldos
Bastantes están migrando a Azure u otros entornos de hosting; si no tienen una carga crítica como el file server de la oficina central, el cambio es sencillo
Algunos se están cambiando a nutanix o expandiéndose con esa plataforma
Desde la perspectiva de servidores/desarrolladores sufrimos varias inestabilidades, como comportamientos raros de VM y rendimiento por debajo de lo esperado, y otros dueños de sistemas tuvieron problemas parecidos
En un periodo corto hubo algún cambio que fue el detonante definitivo, y al final decidimos movernos
Lo que soporta upstream Linux es el stack basado en libvirtd, así que también vale la pena revisar esa opción
Algunos usan proxmox solo como UI por requisitos de certificación, y varios de mis clientes se han pasado al dashboard de cockpit o a kubernetes
Depende del tamaño y de los requisitos de aprovisionamiento
cockpit es mi favorito porque es fácil de configurar, pero no es ideal a escala de clúster y tiene la molestia de configurar por separado la web UI y varios demonios de cockpit server
Proxmox es antiguo y está basado en Perl, pero sirve; para el clustering de almacenamiento necesitas una capa de sistema de archivos como ceph, así que da un poco de batalla
También está Openshift, pero las pymes medianas suelen evitarlo por temor al lock-in con IBM/RedHat
cockpit, proxmox, explicación de cockpit machines
Trabajo en un proveedor de almacenamiento en bloques y estoy viendo distintas plataformas de gestión de nube basadas en KVM a las que la gente migra desde VMware
Los clientes se están moviendo a OpenNebula, CloudStack, Proxmox, OpenStack, HP VME, Oracle Virtualization e incluso soluciones hechas en casa
El principal punto en común es que se enfocan en un backend de almacenamiento que no dependa de un hipervisor específico y que entregue alto rendimiento predecible
La ventaja del ecosistema KVM es que puedes elegir libremente las herramientas óptimas para el trabajo, y esa libertad se extiende hasta la capa de almacenamiento
Una buena solución de almacenamiento en bloques definido por software puede facilitar la salida de VMware mediante funciones como migración de datos y recuperación ante desastres
Las soluciones basadas en KVM definitivamente están agarrando impulso
Parece que Microsoft es quien más se está beneficiando
Es triste ver que las empresas reciben el golpe del software de código cerrado y luego repiten exactamente el mismo camino
Nutanix también está viendo una explosión de demanda
Menos mal que alternativas como Proxmox y Xcp-ng también están mostrando niveles récord de adopción
Yo formo parte del proyecto Apache CloudStack, y este servicio también está experimentando un crecimiento de demanda sin precedentes
El hipervisor KVM se ha vuelto el estándar de facto, y la herramienta virt-v2v ha facilitado la migración de huéspedes de vmware
En una empresa anterior presenté unas diapositivas por esta época de 2023/2024 resumiendo las opciones
Propuse tres caminos: quedarse con vmware, migrar a Apache Cloudstack o migrar a Nutanix, pero al final se decidió mover la infraestructura restante a AWS con un lift-and-shift
Si yo hubiera sido quien tomaba la decisión, Cloudstack habría sido una mejor opción; teníamos la capacidad para hacerlo y habríamos salido del lock-in
Nutanix se incluyó solo por su portafolio técnico, pero por su rentabilidad, estructura financiera y enfoque en SaaS, existía el riesgo de terminar atrapados en el mismo problema que con vmware
Hay muchas opciones basadas en KVM/QEMU u OpenStack; Virtuozzo también me pareció interesante, pero le faltaba un paquete integral
Oxide era atractivo por su simplicidad e integración, pero internamente no había apetito por un producto de una startup tan nueva
Microsoft y Oracle quedaron fuera por costos y carga de licenciamiento demasiado altos, e IBM/Openshift también se descartó porque nuestra nube privada era 100% VM y solo cerca del 20% de todo el portafolio podía containerizarse
El consejo más importante es entender con precisión la naturaleza de las cargas actuales y elegir la opción que se ajuste a eso
Todo el mundo insiste con K8s y contenedores, pero en entornos donde la mayoría son VM, esas opciones no significan gran cosa
<i>"VMware's in court again. Customer relationships rarely go this wrong"</i> (190 comentarios, 2025)
Enlace relacionado
<i>"Proxmox VE: Import Wizard for Migrating VMware ESXi VMs"</i> (100 comentarios, 2024)
Enlace relacionado
Principalmente presiono con fuerza a los equipos de IT corporativos para que permitan herramientas o flujos de trabajo alternativos
De hecho, ese es el mayor obstáculo
Nuestro equipo tiene suficiente capacidad de DevOps para hacer contenedores o empaquetar entornos de desarrollo, pero el equipo de seguridad corporativa solo repite “violación de políticas” cada vez que pedimos discutirlo
No me pasó en un solo lugar; he vivido exactamente lo mismo varias veces incluso en empresas de ingeniería/software de alto nivel
Estoy exactamente en la misma situación, y es desesperante
El equipo de ciberseguridad tiene el control de todo, pero no muestra mucho interés ni experiencia en DevOps o gestión de procesos
Al final, cuando intentas conversar, te topas con un firewall humano y la respuesta siempre es “no”
En toda la organización todos se preguntan por qué no mejora nada
Los problemas de confianza en terceros no son ninguna broma
¿Quién va a dejar su trabajo en pausa para auditar a un nuevo proveedor crítico?
Nuestro equipo también tiene la capacidad DevOps para hacer realidad contenedores y empaquetado de entornos de desarrollo
En mi trabajo apostamos por completo por contenedores sin Kubernetes, y el resultado fue muy bueno
Da mucha pena la resistencia a este enfoque, y ojalá al final salga bien