VIRTUALIZACIÓN · LICENCIAMIENTO · 2026
VMware en 2026: las cuatro opciones tras el cambio de licencias de Broadcom
Si tu vSphere funciona, no tienes que tocarlo mañana. Lo que cambió con la compra de VMware por Broadcom fue el modelo de licencias, no la plataforma. Repaso las cuatro vías razonables para 2026 — seguir con Broadcom, contratar soporte de terceros, migrar a Proxmox VE o dar el salto a OpenShift Virtualization — y el orden en el que conviene evaluarlas.
Javier Juanes Giner · Infraestructura y virtualización · Lectura de 9 min
Índice de contenidos
Qué cambió realmente con Broadcom
Broadcom cerró la adquisición de VMware el 22 de noviembre de 2023 y, desde entonces, ha rehecho el modelo comercial de la plataforma: fin de las licencias perpetuas para nuevos contratos, paso a suscripción anual bajo dos paquetes principales (VMware Cloud Foundation, VCF, y VMware vSphere Foundation, VVF), y una reorganización del catálogo que agrupa vSAN, NSX y Aria dentro de esos bundles en lugar de venderse por separado. Los acuerdos con partners también se han renegociado bajo las nuevas condiciones.
Importante: si compraste licencias perpetuas antes del cambio, siguen siendo válidas. Lo que se pierde al no renovar el soporte con Broadcom son las actualizaciones de versión y el soporte directo del fabricante, no el derecho de uso de la versión ya instalada.
¿Por qué 2026 es un punto de inflexión para tantas organizaciones? Tres motivos se repiten: el coste ha subido para quienes pagan por un bundle con componentes que no usan, los contratos plurianuales firmados en 2023-2024 empiezan a vencer, y el calendario de soporte aprieta — vSphere 7 alcanzó el fin de soporte general el 2 de octubre de 2025, y vSphere 8 tiene fecha de expiración marcada para 2027.
Las cuatro vías disponibles
No hay una respuesta única. Las cuatro opciones que se manejan en el sector son viables en distintos escenarios; la que conviene depende de la pila tecnológica, el calendario de renovación y el presupuesto disponible.
1. Continuar con Broadcom (VCF o VVF)
Para quién: organizaciones que ya usan el stack completo (vSphere + vSAN + NSX) y tienen presupuesto para absorber el nuevo modelo. Mantiene una plataforma integrada, hoja de ruta oficial y soporte de fabricante, con acceso a las próximas versiones. El coste se calcula por núcleo (core) en suscripción anual.
2. Soporte de terceros para tu vSphere actual
Para quién: equipos con un vSphere 7 u 8 estable que quieren alargar su vida útil sin presión de renovación inmediata. Se contrata un SLA de mantenimiento sobre la versión ya desplegada sin pasar por Broadcom. Libera presupuesto y compra tiempo para evaluar el resto de opciones con calma, a cambio de renunciar a las nuevas versiones del fabricante.
3. Migrar a Proxmox VE
Para quién: quienes buscan un hipervisor de código abierto equivalente a vSphere, sin licenciamiento por host. Proxmox VE ofrece una plataforma abierta, soporte empresarial opcional y un ecosistema ya maduro en producción. El coste está en el proyecto de migración: reentrenar al equipo y reescribir los automatismos pensados para VMware.
4. Migrar a OpenShift Virtualization
Para quién: organizaciones que ya están caminando hacia contenedores y Kubernetes. OpenShift Virtualization ejecuta máquinas virtuales como un recurso más de Kubernetes, junto a los pods, con red y almacenamiento unificados e integración nativa con CI/CD, además de soporte de Red Hat/IBM. La curva de aprendizaje de Kubernetes y el rediseño de red y almacenamiento son el precio a pagar, a cambio de un recorrido a más largo plazo mayor que el resto de opciones.
Qué es (y qué no es) el soporte de terceros
El soporte de terceros cubre el mantenimiento operativo de la versión que ya tienes desplegada, sin redistribuir el software de VMware: parches, asistencia ante incidencias, SLA contractual. No sustituye a las actualizaciones de versión del fabricante — sí sustituye al contrato de mantenimiento con Broadcom. Es una figura legal, habitual en el sector para software que ha llegado al final de su ciclo de soporte oficial.
Motivos habituales para contratarlo:
- Permanecer en vSphere 7 u 8 entre cinco y diez años más sin presión de actualización.
- Recuperar el control del calendario: decide la organización, no el fabricante.
- Redirigir el presupuesto liberado a hardware, proyectos o personal.
- Un único contrato para toda la pila, en lugar de renovaciones fragmentadas.
Proxmox VE u OpenShift Virtualization: cuál encaja mejor
Son las dos alternativas de migración más consultadas y no compiten entre sí: resuelven necesidades distintas.
| Criterio | Proxmox VE | OpenShift Virtualization |
|---|---|---|
| Enfoque | Migración lateral: mismo modelo de VMs, otro hipervisor | Consolidación: VMs y contenedores en la misma plataforma |
| Ideal para | Entornos VMware clásicos (Windows/Linux, almacenamiento compartido) | Organizaciones ya orientadas a Kubernetes / cloud-native |
| Curva de aprendizaje | Moderada — concepto similar a vSphere, herramientas distintas | Alta — requiere conocimiento previo de Kubernetes |
| Migración de VMs | Importación directa soportada | Las VMs pasan a ejecutarse como recursos Kubernetes |
| Soporte comercial | Suscripción empresarial opcional | Red Hat / IBM |
Para entornos grandes que operan una nube privada completa existe una tercera vía menos mencionada: OpenStack con Ceph como capa de almacenamiento.
Costes y plazos de una migración
No existen tarifas de catálogo universales: el coste depende del tamaño real del estate (hosts, VMs, TB de datos, si hay vSAN o NSX en juego), la complejidad de red y almacenamiento, y las dependencias de la pila superior (backup, DRP, automatismos, integraciones con la CMDB).
Como referencia orientativa: decenas de VMs se migran en semanas; cientos de VMs requieren meses y una migración por oleadas. El factor que más alarga y encarece el proyecto casi nunca es el hipervisor en sí, sino todo lo que cuelga de él.
Cómo decidir sin prisas: método en 5 pasos
- Inventario real del estate: qué hay, dónde y cómo de crítico es.
- Mapa de dependencias de la pila superior: backup, DRP, automatismos, integraciones.
- Tres números comparables: coste de seguir con Broadcom, de contratar soporte de terceros, y de migrar.
- Decisión informada, que puede ser una combinación de vías y no una sola.
- Plan de ejecución por oleadas, con revisión trimestral.
Preguntas frecuentes
¿Es legal el soporte de terceros para VMware?
Sí. Cubre el mantenimiento operativo de versiones ya desplegadas sin redistribuir el software del fabricante.
¿Puedo seguir usando VMware sin renovar con Broadcom?
Si tienes licencias perpetuas previas a la compra, siguen siendo válidas. Se pierden las actualizaciones y el soporte directo del fabricante, no el derecho de uso.
¿Cuándo termina el soporte de vSphere?
vSphere 7 alcanzó el fin de soporte general el 2 de octubre de 2025. vSphere 8 tiene fecha de expiración prevista para 2027.
¿Es Proxmox una opción seria para entornos empresariales?
Sí. Se usa en producción en organizaciones grandes, cuenta con soporte empresarial y un ecosistema ya maduro.
¿OpenShift Virtualization sustituye a vSphere?
Para muchas cargas, sí. Si tu organización no tiene previsto adoptar Kubernetes a corto plazo, probablemente no sea la vía adecuada todavía.
La decisión que importa
Que VMware haya cambiado de dueño no lo convierte en una mala plataforma: es una decisión comercial legítima de Broadcom, y las cuatro vías anteriores son respuestas razonables, no la respuesta. Proxmox y OpenShift no son la solución universal; lo son cuando encajan con tu pila y tu calendario. Lo que no conviene es decidir con prisa: haz números con las cuatro opciones antes de moverte. Si no tienes tiempo para hacerlo con calma, el soporte de terceros existe precisamente para comprarlo.
¿Necesitas ayuda para hacer ese inventario y comparar las cuatro vías con números reales? Escríbeme y lo revisamos juntos.
Análisis basado en el artículo original de SIXE: «VMware en 2026: cuatro vías tras el cambio de Broadcom».