Proxmox entra en el ecosistema de NVIDIA: el logo no migra tu infraestructura

Hoy, 28 de julio, Proxmox Server Solutions ha publicado una nota con un titular que se lee solo: «Proxmox VE delivers high-availability infrastructure management for NVIDIA Mission Control AI factories». Es decir: el hipervisor que en muchos comités todavía se mira de reojo por ser gratis pasa a sostener el plano de gestión de las fábricas de IA de NVIDIA. Nosotros llevamos con Proxmox en producción desde la rama 3.x, así que lo primero que nos ha salido no ha sido orgullo. Ha sido una pregunta incómoda sobre cómo se toman de verdad las decisiones de infraestructura.

Qué se ha anunciado, sin la capa de brillo

Empecemos por lo que es Mission Control, porque el término «fábrica de IA» se ha usado tanto este año que ya casi no significa nada. Es la plataforma con la que NVIDIA gestiona una instalación grande de GPUs: empaqueta Base Command Manager (aprovisionamiento y gestión del clúster), Run:ai (orquestación de trabajos y reparto de GPU), UFM (gestión del tejido InfiniBand) y NetQ (observabilidad de red), y añade recuperación autónoma de trabajos y de hardware. Según su propia documentación, corre sobre sistemas DGX y se apoya en Base Command Manager como base de gestión del clúster. Dicho en corto: es el panel de control de una sala llena de aceleradores.

El papel que se le asigna a Proxmox VE en ese conjunto está descrito con bastante precisión: es la capa de virtualización y alta disponibilidad que sostiene los servicios de gestión que usa Mission Control. Clustering, migración en vivo y funciones de disponibilidad para que esos servicios de control sigan en pie durante ventanas de mantenimiento y fallos de infraestructura. Va dirigido a despliegues sobre las plataformas Blackwell y Vera Rubin, y viene con trabajo de ingeniería añadido: soporte para el arranque de las CPUs Grace y Vera de NVIDIA. La cita oficial es de Tim Marx, COO de Proxmox, y es de las sobrias: «al unirnos al ecosistema de NVIDIA Mission Control, ofrecemos a las empresas una base de virtualización estable para sus cargas más exigentes, ya sea en pipelines de fábricas de IA, industrias reguladas o nubes soberanas».

Dónde está Proxmox en ese dibujo (y dónde no)

Aquí toca bajar el volumen, porque en los próximos días vas a leer titulares que se lo saltan. Proxmox VE no es lo que hay debajo de los trabajos de entrenamiento. Nadie está metiendo un hipervisor entre un modelo y sus GPUs para perder rendimiento por deporte. Lo que dice el anuncio es que Proxmox sostiene los servicios de gestión: el software que reparte trabajos, inventaría el hardware y vigila el tejido de red. Si alguien te cuenta que «Proxmox ya mueve las fábricas de IA de NVIDIA», te está contando otra cosa.

Dicho lo cual, quien haya operado algo grande sabe que eso no es el premio de consolación. En una instalación así el clúster de aceleradores es el que produce; el plano de gestión es el que no puede caerse. Si se te va el servicio que programa los trabajos, el que sabe qué hardware tienes y el que vigila InfiniBand, te quedan varios millones de euros en aceleradores esperando órdenes que no llegan. Es exactamente el mismo criterio con el que colocamos nuestro Zabbix, nuestro NetBox y nuestros controladores: la máquina que produce puede tener un mal día; la que la gobierna, no. Que corosync, el quorum, la HA y la migración en vivo se consideren suficientes para sostener esa capa es la decisión aburrida y correcta, y a los que llevamos años apoyándonos en ellas nos suena bastante bien.

El síndrome del grupo que sale en la tele

Hay una conversación que se repite en las salas de reuniones. Alguien propone Proxmox y aparece la misma frase, dicha con esa media sonrisa: «¿el gratuito?». No importa que el clúster que estás enseñando lleve años levantando servicios críticos. La objeción nunca era técnica, y todo el mundo en la sala lo sabía. Era la versión moderna del viejo «a nadie lo han despedido por comprar IBM»: el hipervisor sin un gigante detrás es una decisión que alguien tendrá que defender si un día algo va mal.

Pues bien: hoy esa frase se ha quedado sin munición, y no porque el software haya mejorado esta semana. El código de ayer y el de hoy es el mismo. Lo que ha cambiado es el riesgo profesional de pronunciar el nombre en voz alta. Es el grupo que llevas escuchando diez años y que de repente le gusta a todo el mundo porque ha salido en la tele. Las canciones no han cambiado; ha cambiado quién se atreve a decir que le gustan.

Y ahora la parte honesta, porque quedarse en la queja es cómodo y bastante inútil: nos gustaría decir que los logos no deberían importar, pero fingir que no importan es de ingenuos. Nadie tiene tiempo de auditar cada pieza que mete en su sala de máquinas, así que todos delegamos parte del juicio en señales externas: quién más lo usa, quién responde el teléfono, quién sigue existiendo dentro de cinco años. Es un atajo razonable. El atajo no es el problema; confundirlo con el camino, sí, sobre todo cuando lo firmó el departamento de marketing de otra empresa.

Lo que un anuncio no arregla

Si esta nota te ha subido la moral para plantear la migración que llevas dos años aplazando, perfecto. Pero conviene decir en voz alta que no resuelve ni una sola de las cosas que de verdad deciden esa migración. No cambia si el fabricante de tu ERP solo certifica su producto sobre vSphere y te va a mirar con cara rara cuando abras la incidencia. No cambia cómo hace copias tu software de backup en la plataforma nueva, ni si tu VDI se comporta igual, ni cuántas licencias de Windows Server te tocará recontar. Y sobre todo no cambia lo más caro: quién de tu equipo sabe arreglar un clúster que no arranca, un martes de agosto, sin buscarlo en un foro.

Cuando contamos cómo migramos 500 máquinas virtuales de VMware a Proxmox, lo laborioso no fue el hipervisor. Fue el inventario, las dependencias que nadie había documentado y las ventanas de parada que había que negociar con gente que no sabe lo que es un hipervisor ni tiene por qué saberlo. Eso sigue igual hoy que ayer. Y por si hace falta repetirlo: no somos resellers de Proxmox ni de VMware, y hemos recomendado quedarse en VMware más de una vez cuando la cuenta salía así.

El detalle técnico que sí te afecta, aunque no esta semana

Debajo del titular hay una línea que a nosotros nos interesa más que el resto: el trabajo para dar soporte al arranque de las CPUs Grace y Vera, que son ARM. Traducido: Proxmox está haciendo la tarea aburrida y larga de ponerse a punto sobre la arquitectura que se está comiendo el datacenter de IA. No significa que puedas mover tu ERP a ARM el lunes que viene, ni que debas planteártelo. Significa que la plataforma sobre la que apoyas tu sala de máquinas está invirtiendo en durar, y eso es exactamente lo que se compra cuando se elige un hipervisor para los próximos cinco años.

Y por eso el dato que de verdad importa no es este anuncio, sino la cadencia. Marzo de 2025: Proxmox VE pasa a ser hipervisor soportado por NVIDIA vGPU a partir de la versión 18. Junio de 2026: Zabbix entra como Solution Provider de Proxmox, algo que ya comentamos en su momento porque nos tocaba de cerca. Julio de 2026: Mission Control. Un anuncio suelto se ignora sin remordimiento. Tres en dieciséis meses, todos en la dirección de integrarse con lo que ya usa la industria, empieza a ser una trayectoria, y es de las pocas cosas que sirven para decidir a cinco años.

Si tienes una renovación de VMware en el horizonte

Hace una semana publicamos que el éxodo masivo de VMware no ocurrió: lo que hay es reducción de dependencia por fases, y la variable de verdad es tu ciclo de renovación. Esto no cambia esa lectura ni un milímetro. Lo que cambia, y no es poco, es una línea del acta de la reunión. La objeción de «eso no es serio para producción» ya no se sostiene sola; a partir de hoy, quien la use tendrá que decir por qué no es serio, y esa es una conversación mucho mejor.

Si te toca decidir en los próximos meses, hay una pregunta que no responde ningún comunicado de prensa y que vale más que la de «¿es Proxmox suficientemente serio?»: cuánto te cuesta hoy la plataforma, qué parte de tus cargas se movería sin drama, cuál no se mueve y por qué, y quién opera el resultado a las tres de la mañana. Con esas cuatro respuestas encima de la mesa, la decisión se toma sola y no depende de quién saliera hoy en la foto. Sin ellas, cambiar de hipervisor por entusiasmo es sustituir un problema conocido por uno nuevo.

Fuentes (verificadas): nota de prensa «Proxmox VE delivers high-availability infrastructure management for NVIDIA Mission Control AI factories», 28-07-2026, en el listado oficial de notas de prensa de Proxmox. Papel de Proxmox VE como capa de virtualización y alta disponibilidad de los servicios de gestión de Mission Control, plataformas Blackwell y Vera Rubin, soporte de arranque para las CPUs Grace y Vera, y la cita de Tim Marx (COO de Proxmox): StorageReview, 28-07-2026. Componentes de NVIDIA Mission Control (Base Command Manager, Run:ai, UFM, NetQ, recuperación autónoma de trabajos y de hardware) y despliegue sobre sistemas DGX: documentación de NVIDIA Mission Control. Proxmox VE como hipervisor soportado por NVIDIA vGPU a partir de vGPU 18: nota de prensa de Proxmox, 19-03-2025. Zabbix como Solution Provider de Proxmox, 25-06-2026, en el mismo listado oficial. Foto de portada: Summit, Oak Ridge Leadership Computing Facility, CC BY 2.0 vía Wikimedia Commons. La experiencia con Proxmox desde la rama 3.x, con VMware desde versiones antiguas y las migraciones entre ambas es nuestra; la opinión y las cuatro preguntas del cierre, también.