Cuando hablamos de que Proxmox ya juega en la liga empresarial, una de las piezas que más miramos es el Proxmox Datacenter Manager (PDM). La versión 1.0 estable llegó en diciembre y resolvió el problema operativo más inmediato de cualquier despliegue Proxmox: que cada clúster era una isla. Daba visibilidad entre clústeres, migración entre clústeres y parcheo de todo el parque desde un único punto. No era vCenter con veinte años de recorrido —y lo dijimos así—, pero tenía la forma correcta y una trayectoria clara.
La serie 1.1 (en concreto la 1.1.4) ha aterrizado unos seis meses después, y merece la pena escribir sobre ella porque lo que añade no es cosmético. Mueve el Datacenter Manager de ser una herramienta de visibilidad y migración a algo más parecido a un plano de control operativo de todo el parque. El cambio es gradual, no completo, y la plataforma todavía tiene huecos que conviene reconocer. Pero la dirección importa, y el impacto práctico para despliegues de tamaño medio es real.
El titular que le pondríamos es claro: de la visibilidad a las operaciones.
Hay cinco cosas en esta versión que merece la pena entender en detalle, porque redefinen para qué sirve el Datacenter Manager.
El Datacenter Manager puede actuar ahora como servidor central de configuración para la instalación desatendida de hosts Proxmox. El administrador define answer files con los parámetros que necesita una instalación nueva, el servidor central los guarda, y cada instalación descarga su configuración durante el proceso de instalación. Cada host se autentica contra el servidor con un bearer token por instalación, así que el modelo de credenciales está acotado en lugar de abierto.
Para organizaciones que levantan nodos con cierta regularidad —ampliar clústeres, renovar hardware o montar clústeres nuevos para un proyecto— esto es la diferencia entre lanzar el instalador a mano y tratar el aprovisionamiento como un proceso controlado y repetible. Y es el sitio correcto para esta funcionalidad, porque el servidor central ya conoce el parque.
El Datacenter Manager incorpora un registro de suscripciones. Puedes mantener un pool de claves, asignarlas a remotos concretos según se van conectando y retirar las asignaciones cuando un remoto se da de baja. Para parques multi-clúster, esto elimina una molestia que antes obligaba a cada administrador a meter las claves a mano, con todo el seguimiento por hoja de cálculo que eso implica. No es glamuroso, pero operativamente quita una clase de errores evitables y un goteo constante de tareas administrativas.
Para los despliegues hiperconvergentes donde Ceph aporta el almacenamiento, el Datacenter Manager ofrece ahora una vista consolidada de la salud, capacidad y rendimiento de cada clúster Ceph conectado. Hasta la 1.1 esto era una actividad por clúster: entrabas en la interfaz de cada uno para ver qué hacía su backend de Ceph. Ahora lo ves en todo el parque desde un solo sitio. Para quien tiene Ceph como almacenamiento principal, es un cambio real en la conciencia operativa del día a día, y es de esas capacidades que se vuelven más valiosas cuanto más grande es el parque.
El Datacenter Manager ofrece ahora una vista unificada de cada VM QEMU y contenedor LXC en todos los remotos conectados, y las operaciones de snapshot (crear, revertir, borrar) pueden hacerse de forma central en lugar de clúster a clúster. La visualización incluye un árbol de snapshots padre-hijo, que importa más de lo que parece en parques donde los snapshots forman parte de un proceso estructurado de cambios o de copia.
Las notas de versión lo describen como una primera iteración, y el matiz es importante: es el comienzo de la gestión central de invitados como capacidad, no el producto terminado. Pero es el comienzo, y ya está en la plataforma.
Hay un widget de mapa para ver geográficamente dónde están físicamente los remotos, y widgets tipo gauge de CPU, memoria y almacenamiento que puedes colocar en los dashboards. El propio host del Datacenter Manager expone ahora sus gráficas RRD, útil cuando el plano de gestión ya no es trivial en alcance. Nada de esto es esencial; todo es el tipo de pulido que, en conjunto, hace que una herramienta sea agradable de usar y no solo técnicamente suficiente.
Junta esas cinco cosas y el papel de la plataforma se desplaza. Con la 1.0, el Datacenter Manager era un panel de cristal sobre varios clústeres: un sitio para ver cosas y migrar cosas. Con la 1.1 puedes además aprovisionar a través de él, gestionar suscripciones a través de él, vigilar tu capa de almacenamiento a través de él y operar invitados entre remotos a través de él. Eso es otro tipo de producto. Ya no es solo visibilidad: se acerca a una consola de operaciones.
Lo interesante es el orden. Proxmox no empezó por las funciones más vistosas. Empezó por la visibilidad y la migración multi-clúster, que son el cimiento, y ahora apila las capacidades operativas encima en pasos coherentes. Cada versión es una capa fina, no un relanzamiento de marketing. Desde el punto de vista de ingeniería esa es la forma correcta de avanzar, y desde el punto de vista de compra es la forma que genera confianza en que la trayectoria es real y no aspiracional.
Un detalle merece mención aparte: el soporte enterprise del Datacenter Manager está ahora incluido para quien ya tiene una suscripción Basic o superior en sus remotos Proxmox, como parte de esas suscripciones y no como una línea separada. Es la decisión comercial correcta: elimina un punto de fricción y señala que Proxmox ve esto como parte de primera clase de la plataforma. En la práctica, adoptar el Datacenter Manager no exige una conversación de suscripción aparte si tus clústeres ya están en Basic o superior.
Fieles a cómo enfocamos estos análisis, las limitaciones honestas importan tanto como las funciones.
| Capacidad | Estado en 1.1 |
|---|---|
| Gestión central de invitados | Primera iteración: ves VMs y operas snapshots; la configuración profunda sigue en el clúster |
| Operaciones masivas / consola | En el roadmap, no en esta versión |
| Integración con PBS / Mail Gateway | En el roadmap; hoy PDM integra clústeres PVE, no PBS/PMG |
| Resiliencia del propio plano | Instancia única: sin réplica off-site ni activo-pasivo |
| Registro de suscripciones | Es un registro, no un ciclo de vida con alertas de renovación |
La gestión de invitados entre remotos es una primera iteración: ves tus invitados y operas snapshots desde el plano central, pero la configuración profunda de cada VM sigue ocurriendo a nivel de clúster para la mayoría de cosas. Las operaciones masivas y el acceso a consola desde el plano central están en el roadmap, no aquí. Si esperabas que la 1.1 te hiciera dejar de entrar en las interfaces de cada clúster para todo, todavía no llega a tanto: lo hace para un subconjunto útil, que es el principio del camino y no el final.
La integración con el resto de la familia Proxmox sigue desarrollándose. El Datacenter Manager aún no integra de forma profunda Proxmox Backup Server ni Proxmox Mail Gateway, ambos señalizados en el roadmap. Para quien tiene los tres productos, PDM es hoy el punto de integración de los clústeres PVE específicamente; PBS y PMG siguen siendo superficies de gestión separadas.
Y no hay réplica off-site ni activo-pasivo del propio Datacenter Manager en esta versión: el plano de gestión es una instancia única. Para la mayoría de despliegues esto es aceptable, porque perder el plano de gestión no detiene los clústeres: siguen ejecutando su propia alta disponibilidad y sus cargas con o sin el Datacenter Manager accesible. Pero si tu modelo operativo depende de que el plano central esté disponible de forma continua, construir esa resiliencia sigue siendo tarea del operador.
Para los parques de tamaño medio que montamos a escala de departamento o de organización, la 1.1 es la versión que hace al Datacenter Manager genuinamente útil en el día a día y no un simple nice-to-have. La instalación automatizada por sí sola justifica instalarlo en cualquier parque donde se levanten nodos más que ocasionalmente. El registro de suscripciones lo justifica en cuanto pasas de dos o tres clústeres. Y la monitorización de Ceph lo justifica en cualquier despliegue hiperconvergente donde la salud de Ceph importe operativamente, que son casi todos.
Para entornos especialmente sensibles —pensemos en infraestructura aislada del sector público— el modelo de operación más amplio sigue aplicando. Proxmox admite activación de suscripciones offline mediante su herramienta de mirror, y el Datacenter Manager está pensado para comunicarse con los remotos PVE que gestiona, no con la internet pública. Lo que conviene confirmar con Proxmox antes de apoyarse en el nuevo registro como sistema de referencia de suscripciones en redes aisladas es si acepta claves validadas offline por el flujo de mirror existente.
El punto de fondo se mantiene: en estos contextos, la alternativa a la visibilidad central son los logins clúster a clúster a través de redes donde el acceso entre dominios es ya de por sí una actividad controlada. Reducir el número de interfaces distintas que un operador tiene que tocar reduce tanto la carga operativa como la superficie de cumplimiento.
El Datacenter Manager ha pasado de ser un cimiento creíble en la 1.0 a una plataforma sobre la que ya puedes plantearte basar tus operaciones. No es un producto terminado, y el roadmap es honesto sobre lo que falta. Pero el ritmo de avance es el correcto, y lo que la 1.1 añade son las cosas correctas en esta etapa.
Nosotros desplegamos y operamos cloud privado sobre Proxmox con esta misma disciplina: clústeres bien diseñados, almacenamiento adecuado y un plano de gestión que de verdad reduce el trabajo manual. Si prefieres delegar la operación del parque, ese es justo nuestro servicio gestionado.
¿Proxmox Datacenter Manager sustituye a vCenter? Todavía no en alcance, pero se acerca rápido. Con la 1.1 deja de ser solo visibilidad y migración para incorporar aprovisionamiento, gestión de suscripciones, monitorización de Ceph y operación de invitados entre remotos. Sigue habiendo huecos (operaciones masivas, consola central, integración con PBS/PMG) señalizados en el roadmap.
¿Tiene coste adicional el Datacenter Manager? El soporte enterprise del Datacenter Manager está incluido para quien ya tiene una suscripción Basic o superior en sus remotos Proxmox. No requiere una línea de suscripción separada si los clústeres ya están bajo soporte.
¿Qué pasa si cae el Datacenter Manager? Los clústeres siguen funcionando. El plano de gestión es una instancia única en esta versión y su caída no detiene las cargas ni la alta disponibilidad de cada clúster; solo pierdes temporalmente la vista y la operación centralizadas.
¿Puedo gestionar Ceph desde el Datacenter Manager? Puedes monitorizarlo de forma consolidada (salud, capacidad, rendimiento de cada clúster Ceph conectado). La gestión profunda de Ceph sigue haciéndose en cada clúster.
¿Sirve para entornos aislados o sin salida a internet? Está diseñado para comunicarse con los remotos PVE que gestiona, no con internet, y Proxmox admite activación de suscripciones offline. Conviene confirmar con Proxmox el encaje del nuevo registro de suscripciones con el flujo offline antes de usarlo como sistema de referencia en redes aisladas.
Fuentes oficiales: Proxmox Datacenter Manager — Overview y documentación de PDM.
Proxmox VE 9.2 estrena versión oficial para ARM64 (AArch64), la primera fuera de x86-64 en la historia del producto. Misma base de código, mismos repositorios y mismo soporte, con NVIDIA Grace y NVIDIA Vera como plataformas certificadas de salida. Repasamos qué hardware cumple los requisitos, qué funciones se quedan en x86 y qué cambia (poco, de momento) para quien ya tiene un clúster en producción.
Haces backup de la VM cada noche y duermes tranquilo. Hasta que restauras y la base de datos arranca corrupta o pierde las últimas transacciones. Un snapshot de disco no es lo mismo que un backup consistente de una base de datos. Explicamos la diferencia entre backup consistente por caída, por sistema de ficheros y por aplicación, y cómo conseguir el bueno en Proxmox con el agente invitado, hooks y volcados nativos.
Una red IP enrutada abajo, los servicios de cada cliente encapsulados arriba y BGP distribuyendo dónde está cada MAC. Qué resuelve EVPN-VXLAN, cómo encajan underlay y overlay, qué detalles rompen un fabric (la MTU, siempre la MTU) y cuándo no compensa montarlo.