50
Las licencias perpetuas de VMware dejaron de venderse en diciembre de 2023, y en 2026 esa decisión alcanzó a quienes renovaron el soporte en el último momento: los contratos SnS de tres años están venciendo, vSphere 8 vive su último año de soporte general y la versión 9 existe solo por suscripción. Las ediciones conocidas desaparecieron de la lista de precios, sustituidas por tres bundles con licencia por núcleo y una capa creciente de add-ons de pago. Para algunos, el nuevo modelo cuadra sin más; para otros, supone pagar núcleos que físicamente no existen – y la diferencia entre esos dos resultados depende de la forma de la infraestructura, no del tamaño de la empresa.
Fin de soporte de VMware: las fechas clave 2026–2027
El 11 de diciembre de 2023, VMware by Broadcom puso fin oficialmente a la venta de licencias perpetuas y a la renovación de los contratos Support and Subscription (SnS). Las licencias en sí no fueron revocadas: quien compró sigue usándolas. Pero renovar el soporte después de esa fecha se volvió imposible.
Después entró en juego la aritmética de los contratos. Una parte considerable de los clientes renovó su SnS justo antes del 11 de diciembre de 2023 – por lo general, por uno o tres años. Los contratos anuales vencieron ya a finales de 2024. Los trienales vencen ahora, a finales de 2026, y para sus titulares la pregunta «¿y ahora qué?» dejó de ser teórica.
En paralelo avanza el calendario de versiones:
– vSphere 7.x y vSAN 7.x salieron del soporte general el 2 de octubre de 2025.
– vSphere 8.0 sale del soporte general el 11 de octubre de 2027.
– Las funcionalidades de vSphere 9.x están disponibles solo dentro de los bundles de suscripción – no existen ediciones independientes para la versión 9; así lo recoge la comparación oficial de versiones de vSphere.
Quien posee una licencia perpetua de vSphere 7 ya está fuera de soporte. Quien tiene una licencia de vSphere 8 dispone de poco más de un año hasta el mismo punto. Actualizar a la versión 9 con el modelo perpetuo no es posible: las FAQ oficiales de VCF 9.1 indican expresamente que los clientes con licencias perpetuas deben pasarse primero a la suscripción para migrar a la versión 9.
Un matiz aparte afecta a la seguridad. En abril de 2024, Broadcom anunció el acceso gratuito a los parches zero-day para las versiones de vSphere con soporte – incluidos los titulares de licencias perpetuas con soporte vencido. La política cubre las vulnerabilidades críticas con puntuación CVSS 9.0 o superior. La palabra clave es «con soporte»: vSphere 7 dejó de encajar en esa definición tras el 2 de octubre de 2025. E incluso donde la política aplica, cubre solo vulnerabilidades críticas: sin actualizaciones de controladores, sin compatibilidad con hardware nuevo, sin soporte técnico.
End of Availability: qué productos de VMware desaparecieron de la venta para siempre
El 22 de enero de 2024, el blog de VMware Cloud Foundation publicó la tabla completa End of Availability – la lista oficial de productos retirados de la venta como referencias independientes. El documento cubre todas las variantes de licencia: perpetual, SnS, SaaS y el resto de tipos de suscripción, todas las ediciones y métricas.
La tabla suma unas sesenta posiciones, divididas en dos grupos fundamentalmente distintos.
El primer grupo: los productos que tienen sustituto dentro de los nuevos bundles. vSphere Enterprise Plus pasó a formar parte de VCF y VVF. vCenter Standard ya no se vende por separado, pero va incluido en los bundles. vSAN está disponible dentro de los bundles y como add-on de ampliación de capacidad. Aria Suite (antes vRealize) se convirtió en los componentes VCF Operations y VCF Automation. NSX se integró en VCF. Site Recovery Manager pasó de producto a add-on de pago.
El segundo grupo: los productos sin sustituto alguno. En la tabla oficial figuran con una «N», y la lista habla por sí sola: vSphere ROBO, vSphere Scale Out, vSphere Essentials Kit, vSphere Basic, vSphere Advanced, vSAN ROBO, HCI Kit, VMware Cloud Foundation for ROBO. Línea aparte: el hipervisor gratuito vSphere Hypervisor (free ESXi) – su retirada consta en la misma tabla, sin sustituto previsto.
Sin sustituto quedaron sobre todo los productos que históricamente cubrían los escenarios pequeños y las sedes remotas: las ediciones ROBO, los kits Essentials y el hipervisor gratuito para hosts sueltos.
La cronología importa aquí. En enero de 2024, el mismo documento aún dejaba una salida para los despliegues pequeños: las suscripciones a vSphere Standard y vSphere Essentials Plus Kit. Para 2026, el panorama cambió. El documento oficial vigente VMware vSphere Version Comparison recoge que vSphere Standard y vSphere Enterprise Plus están disponibles solo hasta la versión 8 Update 3, mientras que las capacidades de la versión 9.1 se entregan exclusivamente dentro de vSphere Foundation 9.1 y Cloud Foundation 9.1. El Essentials Plus Kit ya no se menciona en absoluto en los documentos de la era 9.1. Las ediciones independientes existen formalmente, pero su futuro en cuanto a versiones ha terminado.
Suscripciones de VMware en 2026: vSphere Foundation, Cloud Foundation y VCF Edge
La gama actual la fija el documento oficial VMware Cloud Foundation 9.1 and VMware vSphere Foundation 9.1: Feature Comparison & Upgrade Paths. Las ofertas son tres.
- VMware vSphere Foundation (VVF) – la plataforma para cargas de trabajo: vSphere, vSphere Kubernetes Service, VCF Operations y vSAN con un volumen base de capacidad. Según la formulación del propio documento, VVF incluye algunas capacidades de VCF o sus versiones limitadas.
- VMware Cloud Foundation (VCF) – la pila completa de nube privada: vSphere, vSAN, NSX, HCX, vSphere Kubernetes Service, VCF Operations, VCF Automation y los servicios Private AI. Se entrega como una única SKU.
- VMware Cloud Foundation Edge (VCF Edge) – una configuración de VCF optimizada para escenarios edge distribuidos. A primera vista, Edge parece una solución para instalaciones pequeñas, pero las FAQ oficiales de VCF 9.1 marcan los límites: el despliegue solo se permite en ubicaciones edge, el mínimo de licencia es de 10 ubicaciones dentro del año siguiente al primer despliegue, con un mínimo de 8 núcleos por CPU y un máximo de 256 núcleos por ubicación. Es un producto para una cadena minorista con decenas de tiendas o una producción distribuida – no para una empresa con una sola sala de servidores.
El mismo documento recoge también el estado de las ediciones anteriores: vSphere Standard, vSphere Enterprise Plus, vSphere Enterprise, vSphere for Desktop y vSphere Scale-Out figuran en la sección Previous Products, con vSphere Foundation o VCF como camino recomendado.
Add-ons en VMware Cloud Foundation: qué no incluye la suscripción
La reducción de la gama a tres ofertas vino acompañada del crecimiento de la capa de servicios adicionales. Las FAQ oficiales de VCF 9.1 enumeran los advanced services que se venden por separado: Advanced Cyber Compliance, Advanced Security, Load Balancing, Application Services, Data Services, Network Observability, Business Operations, Identity Security y la capacidad vSAN adicional. La formulación del documento no deja lugar a dudas: los servicios avanzados se compran aparte y no forman parte de las ofertas base de VCF.
Avi Load Balancer, vDefend Firewall y VMware Live Recovery se licencian también por separado. Data Services Manager se ofrece igualmente como servicio independiente desde el 5 de mayo de 2025.
Dos ejemplos de las FAQ muestran cómo la funcionalidad se desplaza entre la base y los add-ons. Primero: los informes de cumplimiento y la detección de deriva de configuración, antes disponibles en VCF Operations, quedan obsoletos en la 9.1 y se trasladan al add-on de pago Advanced Cyber Compliance. Segundo: la orquestación de recuperación ante desastres exige la compra aparte de SRM o ACC – el derecho base de VCF incluye la replicación de vSphere con RPO desde cinco minutos y snapshots locales, pero no el ciclo DR completo.
Para el presupuesto, esto significa algo sencillo: el precio del bundle en la cotización es el coste de entrada a la plataforma, no el coste total de la solución. Si los requisitos incluyen orquestación DR, informes de cumplimiento o balanceo de carga, a la línea base se sumarán partidas aparte.
Licencias de VMware por núcleo: la regla de los 16 núcleos por CPU con ejemplos de cálculo
Los tres bundles se licencian por núcleos físicos. El método de recuento se describe en el artículo oficial Broadcom KB 313548, que además contiene tablas de ejemplos ya elaboradas. La regla dice: se licencia un mínimo de 16 núcleos físicos por cada CPU (procesador físico) en los hosts ESXi, aunque una CPU tenga menos núcleos.
Se cuenta el número total de núcleos físicos de todos los hosts que se planea licenciar, ajustado al mínimo. Cómo funciona en la práctica lo muestran dos escenarios de la tabla de ejemplos del propio artículo de Broadcom.
El cálculo de licencias de VMware para servidores pequeños: de dónde sale el sobrecoste por núcleo
Una fila de la tabla de la KB 313548: tres hosts, cada uno con una CPU de 8 núcleos. Núcleos físicos – 24. A licenciar – 48, porque cada CPU cuenta como una CPU de 16 núcleos. La explicación está en el propio documento: aunque cada CPU tiene 8 núcleos, el cliente debe comprar 48, porque la capacidad mínima de suscripción es de 16 núcleos por CPU.
Se paga el doble de núcleos de los que se poseen. La fila contigua muestra el escenario con CPU de 6 núcleos: 18 núcleos físicos, 48 facturados – un coeficiente de 2,67.
El cálculo para servidores densos: cuándo no hay sobrecoste
La misma tabla, otra fila: tres hosts, cada uno con dos CPU de 24 núcleos. Núcleos físicos – 144, a licenciar – 144. Relación 1:1. La regla del mínimo se aplica siempre, pero cuando cada procesador tiene 16 o más núcleos físicos, coincide con la cifra real o queda por debajo – y no añade nada a la factura: se licencia el número real de núcleos físicos de todas las CPU.
El segundo parámetro que favorece a las configuraciones densas es la capacidad vSAN incluida. Según la KB 313548, cada núcleo VCF licenciado otorga 1 TiB de capacidad vSAN bruta; cada núcleo VVF, 0,25 TiB. La tabla oficial incluye un ejemplo en el que un clúster VCF de 144 núcleos recibe un derecho de 144 TiB y cubre por completo su necesidad de almacenamiento sin extras, y otro en el que un clúster VVF con mucho almacenamiento debe comprar un add-on de 149 TiB. Cuanto más densos los núcleos y más moderado el almacenamiento, más se acerca el bundle a un precio justo; cuantos menos núcleos y más discos, más visibles los suplementos.
El modelo por núcleo con mínimo de 16 no es caro ni barato en sí mismo – es sensible a la forma de la infraestructura. Los servidores modernos de doble socket con 24–48 núcleos por procesador pasan los umbrales sin pérdidas. Los hosts pequeños y veteranos pagan núcleos que no tienen.
VMware para 2–5 servidores en 2026: por qué la suscripción queda sobredimensionada
El escenario pequeño más habitual: de dos a cinco servidores, a veces sin clúster. Un servidor de archivos, un ERP, el correo, un par de máquinas virtuales de servicio. Históricamente, este segmento vivía en vSphere Essentials, en el ESXi gratuito o en vSphere Standard con una licencia perpetua comprada una sola vez.
Para 2026, todos esos apoyos desaparecieron uno tras otro. El ESXi gratuito se retiró sin sustituto. El Essentials Kit se descontinuó; el Essentials Plus Kit desapareció de los documentos de la era 9.1. vSphere Standard chocó con el techo de la versión 8 Update 3 – un camino sin continuación. VCF Edge exige un mínimo de diez ubicaciones y su despliegue está prohibido fuera de los escenarios edge. Para una empresa con una sola sala de servidores quedan VVF y VCF – con licencia desde 16 núcleos por CPU.
El hardware típico de este segmento se cuenta así con el método oficial: dos servidores, cada uno con una CPU de 8 o 10 núcleos, sin clúster. Núcleos físicos – 16–20; a licenciar según la regla del mínimo – 32. Y con VVF ese cliente recibe vSphere Kubernetes Service, VCF Operations y un derecho vSAN – componentes que, en un escenario de «dos máquinas con servidor de archivos y sistema de gestión», con toda probabilidad no se activarán ni una sola vez durante toda la suscripción.
Técnicamente, VMware funciona en dos servidores con la misma fiabilidad de siempre. Lo que cambió no es la tecnología, sino la unidad de venta. La unidad mínima pasó a ser un bundle de suscripción diseñado para hosts densos multinúcleo y para el uso de la pila completa. Para una infraestructura de dos o tres servidores con pocos núcleos, esa unidad resulta mayor que la propia infraestructura: se pagan tanto núcleos que no existen como funcionalidades que no se usan.
Esto no atañe solo a las configuraciones de dos o tres máquinas: las infraestructuras de cinco a diez hosts, muchas veces ni siquiera en clúster, se cuentan con las mismas reglas y caen en la misma brecha entre núcleos físicos y facturados si sus procesadores no son de los más densos. Es precisamente este segmento – no las corporaciones con miles de máquinas virtuales, sino las empresas de dos a diez hosts – el que sufrió el mayor cambio relativo de condiciones. Y es para él para quien la elección entre renovar y migrar se reduce a la aritmética más simple.
Por qué Broadcom pasó VMware al modelo de suscripción
El marco declarado de la transición es la simplificación: el anuncio del 11 de diciembre de 2023 se titula literalmente VMware by Broadcom Dramatically Simplifies Offer Lineup and Licensing Model. Antes de la operación, el portafolio de VMware sumaba decenas de productos, cada uno en varias ediciones y con su propia métrica de licencia: solo la tabla End of Availability enumera unas sesenta referencias retiradas. Después – tres bundles y una capa de add-ons. El mismo anuncio señala la reducción a la mitad de la lista de precios de la suscripción VCF respecto al precio anterior.
El lado operativo de la simplificación se aprecia en los productos de la versión 9: un instalador VCF único, gestión centralizada de licencias mediante VCF Operations y el License Server, un ciclo de soporte unificado. Menos configuraciones suponen una matriz de pruebas menor y lanzamientos más rápidos.
El lado comercial lo expresó la dirección de la compañía en las conferencias de resultados: la estrategia apunta a los mayores clientes de VMware y, según la declaración de Broadcom de finales de 2025, más del 90 % de los 10 000 principales clientes compró VCF. Un modelo de suscripción con mínimos fijos hace previsibles los ingresos – y hace previsible, para el cliente, el importe mínimo de la factura, sea cual sea el consumo real.
El modelo está construido en torno a la pila completa, el hardware denso y las grandes instalaciones.
Cuándo renovar VMware compensa: los escenarios en los que la suscripción se sostiene
Existen configuraciones en las que el nuevo modelo juega a favor del cliente. Los clústeres densos sobre CPU modernas con 16 o más núcleos por socket superan el mínimo de licencia sin sobrecoste – el cálculo sale 1:1 según la tabla oficial. Si además la arquitectura usa de verdad vSAN y NSX, el bundle sustituye tres licencias separadas del modelo antiguo, y el derecho de 1 TiB por núcleo de VCF puede cubrir por completo la necesidad de almacenamiento. Para las redes distribuidas de diez o más ubicaciones existe VCF Edge, con su umbral rebajado de 8 núcleos por CPU. Por último, hay cargas de trabajo ligadas a vSphere por la certificación del fabricante de la aplicación – para ellas, el coste del cambio de plataforma incluye la recertificación, y eso puede pesar más que la diferencia de licencias.
El criterio es simple: cuanto más se acerque la infraestructura al perfil «hosts densos, pila completa, gran escala», más lógica es la renovación. Cuanto más se aleje – con más cuidado hay que echar cuentas.
Alternativas a VMware en 2026: Proxmox VE, XCP-ng, SUSE Virtualization
Para las infraestructuras que no encajan en el perfil de los bundles, el mercado ofrece plataformas de virtualización con modelos de licencia radicalmente distintos. Las tres que siguen no son proyectos experimentales de laboratorio casero, sino productos maduros con una larga trayectoria, un fabricante comercial y soporte empresarial detrás.
Proxmox VE – una plataforma basada en KVM y LXC que la austriaca Proxmox Server Solutions GmbH desarrolla desde 2008. El código es abierto bajo licencia AGPLv3; la rama actual es Proxmox VE 9, basada en Debian.
El software en sí es totalmente gratuito: el clustering, la migración en vivo, la alta disponibilidad, Ceph, ZFS y el sistema propio de copias de seguridad Proxmox Backup Server forman parte de la versión abierta sin restricciones funcionales ni umbrales de licencia. La suscripción de pago es opcional y compra dos cosas – el acceso al repositorio enterprise con actualizaciones estables y probadas (en lugar del repositorio gratuito, más fresco pero menos rodado) y los tickets de soporte del fabricante con SLA. La tarificación es por socket de CPU ocupado: de 120 € (Community) a 1100 € (Premium) por socket al año. El número de núcleos no influye en absoluto en el precio: un procesador de 64 núcleos cuesta lo mismo que uno de 8. Para el hardware denso, eso supone la máxima distancia respecto al modelo por núcleo; para el hardware con pocos núcleos, la desaparición de la propia idea de «mínimo de núcleos» que desliga la factura del hardware real.
XCP-ng – un hipervisor basado en Xen, tecnología en producción desde principios de los años 2000. El proyecto en sí existe desde 2018 como bifurcación abierta de Citrix XenServer y lo desarrolla la empresa francesa Vates; la gestión, las copias de seguridad y la replicación pasan por Xen Orchestra.
El software es gratuito en su totalidad, y la suscripción no lo «desbloquea»: toda la funcionalidad, copias de seguridad y replicación incluidas, está disponible en las versiones abiertas – en ese caso, Xen Orchestra se compila por cuenta propia desde el código fuente. La suscripción opcional Vates VMS compra tres cosas: SLA y acceso directo a los ingenieros de Vates, una Xen Orchestra Appliance lista y mantenida en lugar de la autocompilación, y la cobertura de soporte para todos los hosts de la infraestructura. Tarificación por host y año; los paquetes de entrada Essential y Essential+ tienen precio fijo para infraestructuras de hasta tres hosts, desde 2000 € al año. El enfoque es el opuesto al modelo de bundles: una capa de virtualización sin ecosistema impuesto, para equipos que montan por su cuenta el resto de la pila.
SUSE Virtualization (antes Harvester) – una plataforma hiperconvergente que combina KVM, KubeVirt y el almacenamiento distribuido Longhorn, desarrollada por SUSE desde 2020. El código fuente es abierto bajo Apache 2.0; la versión actual, la 1.7, salió en enero de 2026.
La plataforma es gratuita y plenamente funcional en su versión abierta – se puede desplegar y operar sin pago alguno. La suscripción empresarial opcional compra el soporte SUSE 24/7, ciclos garantizados de actualizaciones y parches de seguridad, la compatibilidad certificada de hardware y las secciones premium de la documentación. Tarificación por nodo; no hay lista de precios pública, el coste se calcula bajo petición. Tiene sentido donde las cargas en contenedores ya existen o están previstas: las máquinas virtuales y los contenedores se gestionan de forma unificada, integración con Rancher incluida.
Ninguna de estas plataformas sustituye a vSphere con un clic. Trasladar las máquinas virtuales exigirá convertir los discos, preparar los controladores invitados (VirtIO para Windows), rehacer el esquema de copias de seguridad y la configuración de red. Pero la escala funciona en ambos sentidos: para una infraestructura de dos o tres hosts sin switches distribuidos ni redes overlay, el volumen de ese trabajo es limitado y fácil de prever.
Plan de migración desde VMware: preparar la decisión en cuatro pasos
La secuencia de pasos no depende de cuál sea la decisión final – renovación o migración. Los cuatro primeros pasos son los mismos.
Primero – el inventario de licencias. Elabore la lista de licencias perpetuas con la fecha de vencimiento del SnS de cada una. La fecha más temprana es su verdadera fecha límite, no las fechas del calendario de Broadcom.
Segundo – el inventario de núcleos. Con el método de la KB 313548: el número de CPU de cada host, los núcleos físicos por CPU, ajustados al mínimo de 16. Para los entornos con vCenter, Broadcom proporciona un script oficial de recuento en PowerCLI – que además cuenta correctamente los TiB brutos de vSAN, imposibles de leer con fiabilidad desde la interfaz. El resultado son dos cifras: núcleos físicos y núcleos facturados. Su relación muestra de inmediato en qué escenario se encuentra.
Tercero – el inventario de versiones. Los hosts con vSphere 7 ya están fuera del soporte general. Para vSphere 8, anote la fecha del 11 de octubre de 2027 y contrástela con su plan de renovación de hardware: si los servidores son más jóvenes que el contrato, la cuestión de migrar a otra plataforma y la de pasar a la suscripción se deciden a la vez.
Cuarto – el inventario de las funciones realmente usadas. La lista de componentes activados: si hay vSAN, si hay NSX, si se usan switches distribuidos, qué se abre de verdad de Aria/Operations. Es la respuesta directa a la pregunta de qué parte del bundle pagaría usted en vacío.
A partir de ahí, los caminos se separan. Si el cálculo muestra una relación cercana a 1:1 y la pila se usa ampliamente – pida una cotización de VVF o VCF y compárela con su gasto actual. Si los núcleos facturados duplican a los físicos y de la pila solo se usa el hipervisor – elija una plataforma de destino, monte un piloto en un host no crítico, traslade dos o tres máquinas virtuales, verifique la copia de seguridad y la restauración, mida el esfuerzo real. En una infraestructura pequeña, un piloto lleva días, no meses, y convierte la decisión de apuesta en cálculo.
Servidores para la migración desde VMware
Si el cálculo lleva a un cambio de plataforma, INTROSERV proporciona servidores dedicados para virtualización en centros de datos de Polonia, Países Bajos, Alemania, Francia, Reino Unido, Estados Unidos, Canadá, Singapur y Australia – con configuraciones para Proxmox VE, XCP-ng y SUSE Virtualization. Instalamos y configuramos la plataforma y ayudamos a trasladar las máquinas virtuales a la solución elegida; la gestión diaria queda por completo de su lado.
El soporte es una cuestión aparte al dejar VMware. Las tres plataformas funcionan sin suscripción del fabricante, pero a veces hacen falta las manos de un ingeniero: afinar un clúster, poner en orden las copias de seguridad, encontrar la causa de una degradación. Para esas tareas ofrecemos administración de sistemas con facturación por horas: los ingenieros de INTROSERV trabajan con Proxmox VE, XCP-ng y SUSE Virtualization y asumen la configuración y el troubleshooting bajo demanda – sin suscripciones obligatorias ni cuotas, se paga solo el tiempo de trabajo real. Esto permite operar una plataforma abierta de forma gratuita e incorporar la experiencia de forma puntual, cuando de verdad hace falta.
Si en este momento está comparando los escenarios de renovación y migración – escríbanos y le ayudaremos a contrastar la configuración de hardware con los requisitos de la plataforma elegida.
