Costes de licencia de VMware bajo Broadcom: Proxmox como alternativa, valorada con sobriedad

Obligación de suscripción, poda del portfolio, saltos de precio: cuándo merece la pena cambiar de VMware a Proxmox VE, y cuándo conviene quedarse con VMware.

Desde la adquisición de VMware por Broadcom a finales de 2023, el tema de la virtualización se ha convertido para muchas medianas empresas de una cuestión técnica en una cuestión económica. Los modelos de licencia se reestructuraron, el portfolio se podó de forma radical, y para una parte de los clientes los costes han subido notablemente. La reacción inmediata —«pues nos cambiamos a Proxmox»— es a veces acertada y a veces precipitada. Este artículo ordena la situación real de licencias y describe cuándo es viable una migración y cuándo VMware sigue siendo la decisión más sensata.

Qué ha cambiado realmente bajo Broadcom

Tres cambios están acreditados y son relevantes para el cálculo de costes.

Solo suscripción. Broadcom ha suspendido la venta de licencias perpetuas (perpetual) para compras nuevas. Las licencias perpetuas existentes siguen siendo válidas dentro de su periodo de soporte; la adquisición nueva se realiza exclusivamente en el modelo de abono con renovación anual. Quien hasta ahora compraba una vez y usaba durante años pasa así a una posición de coste recurrente.

Poda radical del portfolio. De varios miles de referencias de artículo se pasó a unos pocos paquetes: VMware Cloud Foundation (VCF) como stack completo, vSphere Foundation (VVF) como núcleo con herramientas de operación, además de vSphere Standard y vSphere Enterprise Plus en recortes más pequeños, así como add-ons complementarios como vSAN o Live Recovery. Para entornos que antes licenciaban de forma selectiva componentes individuales, la agrupación (bundling) significa con frecuencia que se pagan también funciones que no se utilizan.

Licenciamiento basado en núcleos con cantidades mínimas. Se licencia por núcleo de CPU, con un mínimo de 16 núcleos por CPU. Un plan comunicado a principios de 2025 a través de distribuidores, de elevar el mínimo a 72 núcleos por pedido, se retiró tras una clara oposición del mercado en la fecha clave prevista (10 de abril de 2025); sigue rigiendo el mínimo de 16 núcleos por CPU. A ello se añade: para las renovaciones tardías tras la fecha de vencimiento, Broadcom prevé una regla de recargo; no existe un periodo de cortesía generoso. La puntualidad en la renovación (renewal) se convierte así ella misma en un factor de coste.

Cuánto suben los costes en cada caso concreto depende de la licencia de partida, el número de núcleos y el paquete elegido; los porcentajes genéricos de la prensa especializada oscilan mucho y no sirven como magnitud de planificación. Lo único sólido es el cálculo sobre su entorno concreto. Quien lo elabora ve rápidamente dónde está el dolor: en clusters pequeños con pocos hosts bien aprovechados, en los que las cantidades mínimas y la agrupación resultan especialmente desfavorables.

Además: el programa de partners

Más allá de la mera licencia, Broadcom también ha reestructurado el panorama de distribución y de proveedores. El anterior programa para Cloud Service Provider (VCSP), incluido el modelo de marca blanca (white label), se dio por finalizado a finales de octubre de 2025 y se sustituyó por un programa en el que los partners solo participan por invitación. Para las empresas esto significa de forma indirecta: el habitual interlocutor local o el servicio VMware alojado pueden desaparecer, y el número de vías de suministro se estrecha. No es un argumento técnico contra VMware, pero sí un factor en la planificación de compras y de operación.

Proxmox VE como alternativa, y qué ofrece

Proxmox VE es una plataforma de virtualización de código abierto basada en KVM y LXC, con interfaz web, clustering, alta disponibilidad y —a través de Proxmox Backup Server— aseguramiento integrado. El software en sí es gratuito; lo que es de pago es la suscripción, que ofrece acceso al repositorio Enterprise estable y al soporte del fabricante. La diferencia económica frente a VMware reside menos en el «gratis frente a caro» que en el recorte: la suscripción de Proxmox se calcula por socket de CPU, sin cantidades mínimas de núcleos y sin la agrupación de funciones no necesarias.

Para una parte considerable de los entornos de la mediana empresa —virtualización de servidores clásica, clusters abarcables, cargas de trabajo estándar— Proxmox VE cubre funcionalmente lo que realmente se necesita. Precisamente aquí un cambio es una opción seria, y por eso la evolución de los costes de licencia en VMware es para muchas casas el motivo para siquiera examinar alternativas.

Cuándo es viable un cambio, y cuándo conviene quedarse con VMware

La respuesta honesta es: depende del entorno. Un cambio a Proxmox VE suele ser viable cuando

  • las cargas de trabajo son estándar y no hay funciones específicas de VMware profundamente ancladas,
  • los clusters son abarcables y las nuevas cantidades mínimas y paquetes golpean de forma especialmente desfavorable,
  • no existe una dependencia dura de productos de terceros que estén certificados o soportados exclusivamente para vSphere,
  • y el equipo está dispuesto a trasladar las rutinas de operación a una nueva plataforma.

A la inversa, hay buenas razones para quedarse con VMware. Quien opera microsegmentación con NSX, vSAN en producción, un DRS maduro o un ecosistema estrechamente engranado de productos de backup, monitorización y seguridad certificados para vSphere, con un cambio traslada esfuerzo y riesgo en lugar de reducirlos. También los fabricantes de software que garantizan soporte solo en vSphere vinculan de facto a la plataforma. Y, por último, la mera suma de licencias es solo una parte del cálculo: el esfuerzo de migración, la formación, los procesos de operación adaptados y la reconstrucción de la automatización forman parte de él. En algunos casos, tras una consideración completa, VMware sigue siendo simplemente la elección más económica, sobre todo allí donde aún corren licencias perpetuas válidas que dan tiempo para una decisión ordenada.

Por eso, al principio no está una recomendación de producto, sino un inventario: qué funciones están realmente en uso, qué dependencias existen y qué cuesta realmente cada opción a lo largo de la duración del contrato, licencia y operación juntas.

Migración sin interrupción de la operación

Si se toma la decisión a favor de Proxmox VE, el modo de proceder decide el riesgo. Se ha acreditado la migración por pasos durante la operación en curso en lugar de un cambio a fecha fija:

  • Construir el entorno de destino en paralelo. El cluster Proxmox se levanta junto al entorno vSphere existente y se prueba por completo antes de que se traslade una sola VM productiva.
  • Migrar en oleadas. Las máquinas virtuales se migran por grupos —las no críticas primero, las críticas para el negocio al final—, cada una con una ventana de mantenimiento definida. Proxmox VE trae herramientas para la importación de VMs de VMware; lo decisivo es la posterior adaptación de controladores, la integración de los controladores de invitado (guest) y la configuración de red.
  • Probar el camino de vuelta antes de cada paso. Antes de cada oleada hay un rollback probado: la VM de origen se mantiene intacta y apagable hasta que la instancia migrada esté verificada de forma estable. Así, cada cambio individual sigue siendo reversible.
  • Backup primero. Antes de la migración hay un aseguramiento comprobado y restaurable, no como formalidad, sino como repliegue sólido por si una oleada no transcurre como se espera.

El punto débil de casi toda migración no son las VMs en sí, sino la periferia: la conexión de backup, la monitorización, la automatización y la pregunta de si el software de terceros empleado está soportado en Proxmox. Estas dependencias deben aclararse antes de la primera oleada de migración, no en medio de ella.

Cómo apoya sector7

Planificamos, migramos y operamos entornos de virtualización sobre VMware y Proxmox VE, cercanos al fabricante pero no sumisos a él. Como reseller de Proxmox suministramos también las suscripciones y, como casa de ingeniería certificada (Juniper, Cisco, HPE, F5, Fortinet, Palo Alto Networks) con parque de servidores propio en Alemania, conocemos ambas plataformas de la operación en curso, no solo de la ficha técnica. Al principio está la valoración sobria de si un cambio es siquiera viable para su entorno, incluido un cálculo de costes honesto a lo largo de la duración del contrato y una valoración de su situación de licencias y compras. Si la decisión recae en una migración, la ejecutamos por pasos, durante la operación en curso y con caminos de vuelta probados; la operación posterior la supervisa nuestro NOC las 24 horas, si así lo desea con una tarifa plana mensual previsible.

Fuentes

Hablemos de su situación.