El cambio de licenciamiento de VMware bajo Broadcom lleva casi tres años generando titulares, y a estas alturas cuesta distinguir lo que está vigente de lo que se anunció, se retiró y sigue circulando como si siguiera en pie. Ese deslinde conviene hacerlo antes de tomar cualquier decisión de infraestructura, porque las dos cosas que de verdad aprietan no son las que más ruido han hecho.
En corto: lo que ha cambiado de forma estructural es el modelo de compra —suscripción obligatoria, licenciamiento por núcleo y catálogo reducido a dos paquetes—; lo que sigue vigente como mínimo de licenciamiento son 16 núcleos por socket físico, no los 72 por pedido que tanto se citan y que se retiraron a los pocos días de anunciarse; y la fecha que de verdad manda es el 11 de octubre de 2027, cuando vSphere 8 llega a fin de vida sin camino soportado para las ediciones Standard y Enterprise Plus, con la particularidad de que los contratos a tres años firmados en 2024 y 2025 vencen agrupados justo antes.
Lo que dice Gartner, y lo que no dice
El dato que ha circulado más esta semana viene de un informe de Gartner recogido por The Register el 22 de septiembre de 2026: el 55 % de las empresas usuarias de VMware habrán iniciado pruebas de concepto con alternativas antes de 2029, frente al 25 % que lo está haciendo en 2026. Es una previsión, no una medición de cuota, y esa distinción importa: no dice que el 55 % vaya a migrar, dice que más de la mitad va a evaluar.
La diferencia entre evaluar y migrar es precisamente donde se juega la decisión. Una prueba de concepto cuesta semanas y no compromete nada; una migración compromete la plataforma durante años. Que el número de empresas dispuestas a hacer la primera se duplique en tres años es relevante por lo que revela del clima, no porque anuncie un éxodo.
Cronología del licenciamiento, con fechas
Los hechos, ordenados. Las marchas atrás van incluidas, porque contarlas es lo que permite separar la condición vigente del anuncio que se quedó en anuncio.
| Fecha | Qué pasó |
|---|---|
| Noviembre de 2023 | Broadcom cierra la compra de VMware. |
| Finales de 2023 | Fin de la venta de licencias perpetuas. Las ya compradas siguen funcionando; no se venden nuevas. |
| Finales de 2023 | El catálogo pasa de más de 160 productos a dos paquetes: vSphere Foundation y VMware Cloud Foundation. Se retiran los kits Essentials. |
| Finales de 2023 | El licenciamiento pasa de socket a núcleo, con un mínimo de 16 núcleos por socket físico. |
| Principios de 2024 | Se retira el ESXi gratuito. |
| 2024 | Reorganización del canal: la mayoría de clientes pasa a contratar a través de distribuidor autorizado. |
| 28 de marzo de 2025 | Se comunica al canal un mínimo de 72 núcleos por línea de pedido, con efecto el 10 de abril. |
| ~10 de abril de 2025 | Se retira ese mínimo de 72 núcleos tras la reacción del canal. Vuelve a regir el mínimo de 16 por socket. |
| Abril de 2025 | Vuelve el ESXi gratuito con vSphere 8.0 Update 3e, limitado a uso no productivo: sin vCenter, máximo 8 vCPU por máquina virtual y sin soporte. |
| ~Mayo de 2025 | Empiezan los requerimientos a titulares de licencias perpetuas con soporte vencido para que retiren parches aplicados después del vencimiento. |
| 31 de julio de 2025 | Fin de venta de vSphere Standard. |
| Diciembre de 2025 | Broadcom retira vSphere Foundation de varios países de EMEA y deja disponible solo Cloud Foundation. |
| vSphere 9 | Se distribuye únicamente dentro de los paquetes de suscripción. No existe edición independiente. |
| Septiembre de 2026 | Se informa de que Broadcom prepara la vuelta de vSphere Standard, por suscripción y licenciado por núcleo con el mínimo de 16 por procesador. No se han publicado precio, disponibilidad ni condiciones comerciales. |
| 11 de octubre de 2027 | Fin de vida de vSphere 8. Standard y Enterprise Plus no tienen continuidad soportada. |
Qué sigue vigente y qué se quedó en anuncio
De todo lo anterior, esto es lo que condiciona un presupuesto hoy:
- Suscripción obligatoria: no hay vuelta a la licencia perpetua. Dejar de pagar deja de gestionar los hosts.
- 16 núcleos por socket físico como mínimo de licenciamiento. Es el que aplica.
- Dos paquetes, y en varios países de EMEA solo uno, Cloud Foundation, desde diciembre de 2025.
- El mínimo de 72 núcleos por pedido no está en vigor. Se anunció y se retiró en abril de 2025, y además era un mínimo por línea de pedido, no por socket. Aparece citado a menudo como si fuera una condición viva.
- El ESXi gratuito existe pero no sirve para producción: 8 vCPU por máquina, sin vCenter y sin soporte. Es un laboratorio, no una plataforma.
- La vuelta de vSphere Standard es un anuncio, no una oferta. A septiembre de 2026 no hay precio, disponibilidad ni condiciones publicadas, así que todavía no se puede meter en un presupuesto.
Merece la pena verificar en el propio presupuesto lo que se ha leído en prensa. Varias de estas condiciones se han aplicado de forma distinta según canal, región y estructura de la oferta, así que la única versión fiable es la que figura por escrito en la oferta concreta.
Los dos hechos que aprietan en Europa
El debate público se ha centrado en los precios y en las marchas atrás, pero para una empresa europea de tamaño medio lo que cambia la planificación es otra cosa.
La retirada de vSphere Foundation en países de EMEA
Desde diciembre de 2025, en varios países de EMEA el catálogo se reduce a VMware Cloud Foundation. Para un entorno que encajaba en el paquete intermedio, eso no es una subida de precio: es un salto de categoría de producto, con lo que implica en coste y en funciones que no se van a usar. Es el punto que más afecta a quien tiene entre dos y diez hosts y no necesita una plataforma de nube completa.
La ola de renovaciones de 2026 y 2027
Los contratos a tres años que se firmaron en 2024 y 2025, cuando se cerró la puerta a las perpetuas, vencen agrupados en 2026 y 2027. Y coinciden con el fin de vida de vSphere 8 el 11 de octubre de 2027, que deja sin continuidad soportada a Standard y Enterprise Plus. Quien renueve sin haber evaluado alternativas se compromete otros tres años; quien quiera evaluarlas necesita empezar con margen, porque una prueba de concepto seria no se monta en dos semanas.
En Stackscale lo vemos en la práctica: las conversaciones de migración que llegan con tiempo se resuelven bien, y las que llegan con la renovación encima se convierten en una negociación de precio sin alternativa real sobre la mesa.
Qué implica migrar de verdad
Aquí es donde el debate suele quedarse en generalidades, y es la parte que más condiciona la decisión. Una migración de VMware a Proxmox VE no es un problema de herramientas: es un problema de planificación y de pruebas previas. Con esas dos cosas hechas, el corte se mide en minutos.
El corte es corto, y el orden importa
El procedimiento habitual consiste en apagar en origen y encender en destino, con la conversión del formato de disco de VMware a Proxmox completada después, ya en caliente. Esa es la razón de que la ventana de parada sea breve: no se espera a convertir para arrancar. Según el entorno y según el trabajo adicional que requiera cada máquina, el corte puede ser de pocos minutos o algo más, pero el impacto va de casi nulo a muy bajo.
Con alta disponibilidad, RTO y RPO a cero
Cuando el entorno de origen ya tiene alta disponibilidad, la migración puede hacerse en caliente. Se migra una de las patas del clúster y se mantiene una alta disponibilidad mixta entre VMware y Proxmox durante la transición, con lo que el tiempo de corte es RTO = 0 y el de pérdida de datos, RPO = 0.
Que eso sea posible depende menos del hipervisor que de lo que hay debajo. En Stackscale lo sostienen la red real, sin dependencia de la capa de virtualización, el almacenamiento en red y la replicación síncrona entre nodos, que es lo que permite mantener las dos plataformas en marcha a la vez sin perder el estado.
Dónde se va el tiempo, y qué pasa si algo sale mal
El tiempo no está en el corte, está antes: en el inventario, en la preparación y en las pruebas de cada tipo de máquina. Esas pruebas previas son exactamente la preparación para las incidencias, y por eso el día de la migración hay pocas sorpresas. Cuando aparece alguna, la vuelta atrás es igual de rápida que el paso adelante, porque el entorno de origen sigue ahí hasta que la validación en destino está cerrada.
Nuestros clientes han migrado ya miles de máquinas virtuales, y en todos los casos el acompañamiento ha ido donde hacía falta, desde el diseño del clúster hasta la validación final.
Qué hacer según el punto en que estés
Contrato vigente con renovación lejana
Es la situación cómoda, y la que conviene aprovechar. Un inventario real de máquinas, consumo y dependencias, más una prueba de concepto sin prisa, deja la decisión tomada antes de que llegue la renovación. La ventaja de evaluar con margen es que se negocia desde otra posición, con independencia de cuál sea el resultado.
Renovación en los próximos doce meses
Aquí el orden se invierte: primero hay que saber qué cuesta la alternativa y cuánto tarda, y después sentarse a renovar. Sin ese dato, la negociación no tiene contrapeso. Doce meses son suficientes para una prueba de concepto completa y una migración por fases, pero no para empezar a pensarlo en el último trimestre.
Licencias perpetuas con soporte vencido
Es la posición más expuesta, y no por el coste sino por los parches: aplicar actualizaciones de seguridad después del vencimiento del soporte es lo que ha motivado los requerimientos de 2025. Un entorno en producción sin parches de seguridad es un problema distinto y más urgente que el de licenciamiento, y conviene tratarlo como tal.
Preguntas frecuentes
¿Sigue siendo obligatorio el mínimo de 72 núcleos por pedido?
No. Se comunicó al canal el 28 de marzo de 2025 con efecto el 10 de abril, y se retiró en torno a esa misma fecha tras la reacción del canal. El mínimo que aplica es el de 16 núcleos por socket físico, que es anterior y distinto: uno era por línea de pedido y el otro es por procesador.
¿Puedo seguir usando mis licencias perpetuas de VMware?
Las licencias perpetuas ya compradas siguen funcionando. Lo que no se puede es comprar nuevas ni, con el soporte vencido, aplicar los parches publicados después del vencimiento. Desde mayo de 2025 se han enviado requerimientos en ese sentido a titulares en esa situación.
¿El ESXi gratuito sirve para un entorno pequeño de producción?
No. La versión reinstaurada en abril de 2025 con vSphere 8.0 Update 3e está limitada a uso no productivo: sin vCenter, un máximo de 8 vCPU por máquina virtual y sin soporte. Es válida para laboratorio y pruebas.
¿Qué pasa el 11 de octubre de 2027?
vSphere 8 llega a su fin de vida. Las ediciones Standard y Enterprise Plus no tienen continuidad soportada, porque vSphere 9 se distribuye únicamente dentro de los paquetes de suscripción. Quien esté en esas ediciones tiene que decidir antes de esa fecha.
¿Cuánto dura el corte en una migración a Proxmox VE?
Con planificación y pruebas previas, el corte se mide en minutos: se apaga en origen, se enciende en destino y la conversión del disco se completa después en caliente. Si el entorno de origen ya tiene alta disponibilidad, puede hacerse sin corte, manteniendo alta disponibilidad mixta entre las dos plataformas durante la transición, con RTO y RPO a cero.
¿Se puede volver atrás si la migración no sale como se esperaba?
Sí, y en el mismo plazo. El entorno de origen se mantiene disponible hasta que la validación en destino está cerrada, así que la vuelta atrás es tan rápida como el paso adelante.
¿Migrar a Proxmox VE es solo una forma de ahorrar en licencias?
El ahorro es la razón por la que muchas empresas abren la conversación. Esa lectura se queda corta: lo que se decide en una migración es sobre qué plataforma se va a operar los próximos años, quién la mantiene y qué dependencias de proveedor se asumen.
Dónde encaja Stackscale
Las migraciones de VMware a Proxmox VE que salen bien se parecen todas: inventario honesto, pruebas por tipo de máquina y una ventana de parada corta porque el trabajo pesado ya está hecho antes. Lo que aporta la infraestructura es la posibilidad de mantener las dos plataformas en marcha a la vez, y eso depende de la red, del almacenamiento y de la replicación, no del hipervisor.
En Stackscale desplegamos y operamos Proxmox VE en producción sobre infraestructura dedicada en nuestros data centers de Madrid y Ámsterdam, con red propia, almacenamiento en red y replicación síncrona. Si estás evaluando qué hacer antes de tu próxima renovación, habla con nosotros sobre tu proyecto de cloud privado y lo dimensionamos con tus datos.
Para seguir leyendo
- VMware vs Proxmox VE: cómo elegir (de verdad) para tu plataforma de virtualización, la comparativa técnica entre las dos plataformas.
- Migrar de VMware a Proxmox VE: lo que CIO y CTO preguntan de verdad.
- Cómo migrar de VMware a Proxmox VE con Stackscale, el procedimiento paso a paso.
- Proxmox en 2025: el salto definitivo del «alternativo» al estándar.
- Proxmox Backup Server, copias de nivel enterprise para entornos Proxmox.
Fuentes
- Gartner, vía The Register (22 de septiembre de 2026), para la previsión del 55 % antes de 2029.
- SDxCentral, sobre el mismo informe y el movimiento de los competidores.
- Revista Cloud: Gartner ve un cambio en VMware y Cambios en el licenciamiento de Broadcom VMware y alternativas a la vista, cobertura en castellano.
- Cloud News: Broadcom brings back VMware vSphere Standard (9 de septiembre de 2026), para la vuelta anunciada de vSphere Standard y las condiciones que siguen sin publicarse.
- Broadcom y VMware, notas de producto y avisos de fin de venta y fin de vida, para las fechas del apartado de cronología.
