Hay una manera educada de contar esta noticia y es la que han hecho casi todos: Broadcom escucha al mercado y recupera un producto para las empresas medianas. Es cierta y es incompleta.
La otra manera de contarla es la que a nosotros nos parece más útil para quien tiene que decidir dónde meter sus máquinas virtuales los próximos cinco años. Durante tres años, miles de organizaciones que solo querían virtualizar servidores se encontraron con que la única puerta de entrada al catálogo era VMware Cloud Foundation: una plataforma de cloud privado completa, con almacenamiento, red, operaciones y Kubernetes dentro, y con una factura acorde. No porque técnicamente hiciera falta, sino porque el fabricante decidió que ese era el mensaje. Ahora el propio fabricante dice que se pasó y que va a volver a vender lo de antes.
Nadie ha devuelto el dinero de esos tres años. Y esa es la parte de la noticia que conviene apuntarse.
El anuncio no es un lanzamiento. Es una declaración de intenciones hecha durante VMware Explore 2026 y recogida por The Register, así que conviene ser preciso con lo que hay y lo que no.
Paul Turner, director de producto de la división VMware Cloud Foundation, admitió que la compañía había tenido «demasiado foco en VCF» y añadió que «hemos corregido esto», en referencia a los incentivos comerciales que dirigían a los clientes hacia la plataforma grande. También mencionó Memory Tiering como una posible incorporación del nuevo Standard, y defendió que la oferta que preparan será más sólida y resistente que Proxmox.
Ram Velaga, presidente del Infrastructure Software Group de Broadcom, explicó por qué se hizo lo que se hizo. Concentrarse en VCF servía para pelear una narrativa: la de que el cloud público es el destino natural de las cargas. Broadcom quería defender lo contrario, que el cloud privado sale más barato y se opera mejor, y meter a la vez una oferta de virtualización sencilla habría diluido ese mensaje. Sobre el tamaño del nuevo producto, dio una única referencia: organizaciones que operan alrededor de 128 cores.
Ambos reconocen, entre líneas, la razón de fondo. Hay demanda insatisfecha en la gama baja y media, y los competidores llevan tres años recogiéndola: HPE llegó a regalar un año de licencias para captar refugiados de VMware.
Lo que no se ha dicho es más largo que lo que sí:
| Lo que se sabe | Lo que no |
|---|---|
| Que habrá una nueva edición Standard | Cuándo |
| Que apunta a infraestructuras de ~128 cores | Si ese número es un mínimo, un máximo o una orientación |
| Que Memory Tiering está sobre la mesa | Si acabará dentro del producto |
| Que VCF sigue siendo la plataforma estratégica | Qué funciones quedan reservadas a VCF y a vSphere Foundation |
| Que se contará más en Explore Alemania, a mediados de octubre | El precio, la métrica de licencia y los mínimos de contratación |
La casilla vacía que decide todo es la última. Una edición Standard técnicamente estupenda con un mínimo de 72 cores por CPU y un contrato de tres años obligatorio no le mueve la aguja a nadie que hoy esté mirando Proxmox. Y una edición Standard modesta a un precio razonable sí puede frenar migraciones que estaban planificadas. Hasta octubre, cualquier comparativa de producto es literatura.
De todo lo que se mencionó, Memory Tiering es lo único con sustancia técnica, así que merece la pena explicarlo aunque todavía no sepamos si llegará a Standard.
La idea es vieja y buena: combinar DRAM con NVMe para ampliar la memoria que ve el hipervisor. ESXi identifica las páginas menos utilizadas, las mantiene en el nivel NVMe y reserva la DRAM para las que están calientes. La máquina virtual ve la memoria que le has asignado y no se entera de dónde vive cada página.
Las cifras que publica Broadcom para VCF 9.1 son estas, y son suyas, medidas en su laboratorio con sus cargas: hasta cuatro veces más memoria disponible por host, el doble de consolidación de máquinas virtuales, entre un 20 y un 30 % de mejora en eficiencia de CPU y hasta un 40 % menos de coste total de propiedad. La relación por defecto entre DRAM y NVMe es 1:1, ajustable según la carga.
En 2026 esto interesa más que en 2024 por una razón que no tiene nada que ver con VMware: la RAM de servidor se ha puesto por las nubes. Si puedes sostener la misma densidad de máquinas con la mitad de DRAM y unos NVMe, la cuenta cambia.
Ahora la letra pequeña, que la hay. La documentación de Broadcom describe excepciones para cargas sensibles a la latencia, ciertas configuraciones de passthrough, Fault Tolerance y otros escenarios donde las máquinas quedan fuera del sistema de niveles o exigen una planificación aparte. Un SSD no es memoria principal, por rápido que sea, y una base de datos con el conjunto de trabajo caliente entero no va a agradecerte el experimento. Es una función de densidad para cargas de perfil normal, no una barra libre.
Si acaba dentro de Standard, será el argumento técnico que Broadcom use para justificar el producto. Si no, Standard se quedará en lo que fue siempre: ESXi, vCenter, alta disponibilidad y poco más.
Aquí es donde la cronología se pone entretenida.
Durante años, la objeción número uno a Proxmox en una sala de reuniones no era técnica. Era «¿y quién me coge el teléfono a las tres de la mañana un domingo?». Una objeción legítima, porque el soporte empresarial de Proxmox se prestaba en horario de oficina de Viena, y eso en una infraestructura crítica tiene un nombre: riesgo.
Ese agujero se ha cerrado. Proxmox Server Solutions anunció que a partir del 19 de octubre de 2026 su soporte empresarial pasa a ser 24 horas, 365 días al año, en todas las zonas horarias, y prestado por sus propios ingenieros: la gente que escribe el código. Cubre Proxmox VE, Proxmox Backup Server y Proxmox Datacenter Manager. El nivel Premium entra con cobertura completa desde el primer día, con tickets ilimitados y respuesta priorizada en dos horas para caídas de producción; el nivel Standard se incorpora en una ventana posterior dentro del cuarto trimestre. Además han constituido Proxmox North America Inc., con sede en Kingston (Ontario), para atender Estados Unidos y Canadá desde allí.
Turner citó ese mismo anuncio como prueba de que Proxmox está por detrás: si acaban de estrenar el 24x7, es que no lo tenían. Tiene su gracia como argumento, porque el mismo razonamiento aplicado a VMware diría que si acaban de anunciar que recuperan Standard es que llevaban tres años sin atender ese mercado. Los dos son movimientos de madurez comercial de dos empresas con veinte años de diferencia de edad. La diferencia es que uno añade una opción y el otro devuelve una que quitó.
Sobre lo demás, hay que ser honestos: la comparación no se agota en el hipervisor. VMware tiene un historial empresarial enorme alrededor de ESXi y vCenter, un ecosistema de partners que Proxmox no tiene, e integraciones de terceros que en Proxmox a veces hay que resolver de otra forma. Lo hemos escrito con detalle en cuándo NO migrar de VMware a Proxmox, y sigue vigente palabra por palabra. Que Broadcom haga una cosa que no nos gusta no convierte a Proxmox en la respuesta correcta para todos.
| Aspecto | vSphere Standard (anunciado) | VMware Cloud Foundation | Proxmox VE |
|---|---|---|---|
| Orientación | Virtualización de servidores | Cloud privado completo | Virtualización y contenedores |
| Tamaño de referencia | ~128 cores | Infraestructuras grandes | Desde un nodo hasta clústeres |
| Hipervisor | ESXi | ESXi | KVM |
| Contenedores | Por confirmar | Kubernetes integrado | LXC nativo |
| Memory Tiering | En estudio | Sí, desde VCF 9.0 | Otro enfoque de gestión de memoria |
| Soporte 24x7 | Esperable, sin condiciones publicadas | Sí, según suscripción | Desde el 19 de octubre de 2026 |
| Licenciamiento | Sin anunciar | Suscripción por core | AGPLv3 + suscripción opcional por socket |
| Coste sin suscripción | No aplica | No aplica | Funciona entero, con el repositorio no-subscription |
Esa última fila es la que a menudo se cuenta mal, así que la dejamos clara: en Proxmox VE la suscripción no desbloquea funciones. Se paga por el repositorio empresarial, por las actualizaciones probadas y por el soporte, con cuatro niveles por socket y año que van de los 120 a los 1.100 euros. El software es el mismo con y sin ella. En VMware, la edición decide qué puedes hacer.
Son dos modelos distintos, no uno bueno y uno malo. Pero tienen consecuencias muy distintas el día que el fabricante cambia de estrategia.
Aquí vamos a mojarnos, y con el conflicto de interés por delante: nos dedicamos a montar cloud privado sobre software abierto, así que léenos con eso en la cabeza.
El movimiento de Broadcom es, técnicamente, una buena noticia. Habrá más opciones y quien esté cómodo en VMware tendrá una salida más barata que VCF. Nos alegramos.
Como señal de gobierno de una plataforma, en cambio, es demoledora. Repasa la secuencia:
En ningún punto de esa secuencia tuviste tú la decisión. Ni una sola vez. Tu arquitectura, tu presupuesto y tu plan a tres años dependieron de una diapositiva de estrategia comercial ajena, y volverán a depender de la siguiente. Porque la pregunta obvia después de este anuncio es la que nadie de VMware ha respondido: ¿qué pasa dentro de tres años, cuando la estrategia vuelva a cambiar?
El software abierto no te quita todos los riesgos. Proxmox también puede equivocarse, subir precios o tomar decisiones técnicas discutibles, y ha habido casos sonados en el sector, MinIO cambiando su licencia sin ir más lejos. Lo que cambia el software abierto es quién tiene el interruptor.
Con Proxmox VE bajo AGPLv3, la versión que hoy tienes instalada seguirá siendo tuya, con su código, pase lo que pase con la empresa. Con KVM y LXC debajo, las dos piezas que de verdad ejecutan tus máquinas son el kernel de Linux y herramientas que mantiene medio planeta. Si un día la suscripción deja de compensar, puedes dejar de pagarla y el clúster sigue arrancando. Si un día la empresa cambia de manos, existe la posibilidad real de que la comunidad continúe el trabajo, que es exactamente lo que pasó con OpenTofu cuando Terraform cambió de licencia y lo que contamos en Terraform y OpenTofu sobre Proxmox.
Eso no es ideología. Es coste de salida. Y el coste de salida es un número que debería estar en la primera página de cualquier comparativa de plataformas, junto al precio de la licencia. Casi nunca está.
Depende bastante de dónde estés hoy, así que va por casos.
Si estás en VMware y la renovación te queda lejos. No hagas nada hasta mediados de octubre. Explore Alemania debería traer condiciones concretas, y decidir sin el precio delante es decidir a ciegas. Aprovecha esas semanas para tener el inventario limpio: cuántos sockets, cuántos cores, cuántas máquinas, qué integraciones de terceros tocan el vCenter y cuáles de ellas tienen equivalente fuera. Ese inventario te sirve igual para negociar con Broadcom que para pedir presupuesto a otro sitio, y sin él no puedes hacer ni una cosa ni la otra.
Si estás en VMware y renuevas en los próximos tres meses. Aquí no hay margen para esperar a un producto sin fecha. Lo sensato suele ser renovar el periodo más corto que te acepten y usar ese tiempo para preparar la alternativa con la vuelta atrás garantizada. Migrar con una fecha impuesta desde fuera es la peor manera de migrar.
Si estabas a mitad de una migración a Proxmox. Sigue. Este anuncio no cambia ni un dato de tu proyecto: ni el rendimiento, ni las horas de tu equipo, ni las integraciones que ya has resuelto. Lo único que cambiaría el cálculo es un precio, y ese precio no existe todavía.
Si estás empezando de cero. Mira las dos, sin prejuicios, con la cuenta a tres años y las horas de tu equipo dentro. Puedes usar nuestra comparativa técnica como punto de partida. Y añade una columna que casi nadie pone: qué te costaría salir de cada una dentro de cinco años.
Si prefieres que esa cuenta la mire alguien de fuera que no te vende licencias de nada, cuéntanos qué tienes. A veces la conclusión es que migres, a veces que renueves un año más y a veces que el problema real estaba en el almacenamiento y no en el hipervisor.
Responsables de VMware lo han confirmado públicamente durante VMware Explore 2026, pero no hay lanzamiento formal. No se ha publicado precio, fecha de disponibilidad ni ficha técnica. Se espera más información en VMware Explore Alemania, a mediados de octubre de 2026.
No está confirmado. Paul Turner lo mencionó como una posibilidad, y hoy la función existe en VMware Cloud Foundation y vSphere Foundation. Hasta que Broadcom publique la configuración definitiva del producto, tratarlo como una función incluida es dar por hecho algo que nadie ha dicho.
No. VCF sigue siendo la plataforma estratégica de la compañía para cloud privado. Standard vuelve para cubrir a quien solo necesita virtualizar servidores y para quien VCF es demasiado producto y demasiada factura.
No se sabe, y es la incógnita que decide si el anuncio importa o no. Tampoco se conoce la métrica de licenciamiento ni los mínimos de contratación, que en el catálogo actual de Broadcom han sido tan determinantes como el precio unitario.
En general, no. Un producto sin precio, sin fecha y sin ficha técnica no es una alternativa evaluable. Si tu migración se justificaba por coste, por control o por evitar la dependencia de un fabricante, ninguno de esos tres motivos ha cambiado esta semana.
Cierra la objeción que más veces bloqueaba una migración en comités de dirección. A partir del 19 de octubre de 2026 hay cobertura 24/7 global prestada por los ingenieros del propio proyecto, con el nivel Premium desde el primer día y el Standard incorporándose durante el cuarto trimestre. Sigue habiendo diferencias de ecosistema y de partners frente a VMware, pero el argumento del teléfono a las tres de la mañana ya no vale.
No elimina el riesgo, lo reparte de otra forma. Un proyecto abierto también puede cambiar de licencia o de rumbo. La diferencia práctica es que la versión que tienes instalada sigue siendo funcional y auditable pase lo que pase, que puedes dejar de pagar la suscripción sin que el software se apague y que existe la posibilidad de que otros continúen el desarrollo. Con una licencia propietaria, esas tres puertas están cerradas.
Las cifras de Memory Tiering son de Broadcom, medidas en sus laboratorios, y dependen por completo de la carga y de la configuración. La lectura sobre el riesgo de proveedor, el coste de salida y las recomendaciones por caso son nuestras, y las escribimos desde una posición interesada: montamos cloud privado sobre software abierto. Sobre lo que Broadcom hará con Standard, hoy solo hay declaraciones a la prensa.
Asignar a tus VMs más CPU y RAM de la que el servidor tiene físicamente —overcommit— es lo que permite meter más máquinas en el mismo hardware. Con la CPU suele salir bien; con la memoria, hecho a la ligera, es la receta de un servidor que muere de golpe. Explicamos por qué la CPU se sobreasigna con tranquilidad y la RAM con mucho cuidado, y las herramientas (ballooning, KSM) para hacerlo con cabeza.
Ceder unas horas de una GPU suele significar crear un usuario, repartir claves SSH, revisar permisos y acordarse de retirarlo todo después. RunSnack reduce eso a ejecutar un script y pasar un enlace que abre una terminal en el navegador, dentro de un contenedor Docker con acceso a la GPU del anfitrión. Es una idea buena y pequeña, con una frontera de seguridad que su propio autor documenta sin adornos: repasamos qué resuelve, qué no, y cuándo la respuesta correcta sigue siendo una máquina virtual.
Proxmox VE deja crear snapshots desde cualquier sitio, pero no hay una vista de todos los del clúster. ProxSnap, escrito en Rust por el autor de ProxLB, lista, filtra por fecha y borra snapshots viejos desde la API. Qué hace de verdad, qué cuesta un snapshot olvidado según el almacenamiento, y cómo montar una política sin llevarte por delante algo que hacía falta.