ProxCenter: el vCenter para Proxmox que promete todo, con la letra pequeña delante

Un vistazo en 30 segundos

• ProxCenter es una consola central para varios clústeres de Proxmox VE y varios Proxmox Backup Server, con vocación declarada de sustituto de vCenter. Lo desarrolla AdminSysPro.
• La Community Edition es AGPL-3.0, se instala con un comando sobre Docker y, según su documentación, no tiene tope de nodos.
• La Enterprise se activa con un token y añade un orquestador en Go: DRS, alertas e informes y modo MSP multi-tenant.
• Nació el 4 de febrero de 2026 y va por la v1.4.7 (14 de agosto de 2026), con commits casi diarios y unas 1.170 estrellas en GitHub. Seis meses de vida.
• Trae migración desde VMware, Hyper-V, Nutanix y XCP-ng, incluida la modalidad templada con seguimiento de bloques cambiados, consolas noVNC y SPICE, y vista de copias y replicación de todo el parque.
• Aviso importante: el reparto de funciones entre Community y Enterprise no coincide entre el README del repositorio y la documentación. Antes de contar con algo, compruébalo en tu instalación.
• Hay demo pública, así que puedes verlo sin instalar nada.

---

Proxmox VE resuelve muy bien el clúster y muy mal el parque. Cada clúster es una isla con su propia interfaz, y en cuanto tienes tres, la conversación deriva siempre al mismo sitio: falta un vCenter. Ese hueco lleva un año largo llenándose de proyectos, y ProxCenter es de los que más lejos apuntan.

Ya hemos mirado con lupa a sus vecinos: el Proxmox Datacenter Manager, que es la respuesta oficial, PegaProx, que ataca lo mismo desde la comunidad y sin nivel de pago, y ProxMenux, que juega en otra capa, la del nodo suelto. ProxCenter entra con la propuesta más ambiciosa y con un modelo de negocio detrás, que conviene entender antes de instalar.

Qué es ProxCenter

La instalación es un comando:

curl -fsSL https://proxcenter.io/install/community | sudo bash

La Enterprise usa el mismo instalador con un token, y añade un orquestador escrito en Go para las funciones automáticas. Todo queda en /opt/proxcenter/, con el .env y la configuración del orquestador, y el servicio escucha en el puerto 3000: HTTP y WebSocket desde un único proceso, con Nginx opcional por delante para el TLS.

Hay un detalle de configuración que agradecerás si lo pones detrás de un proxy inverso: existe un interruptor de behind reverse proxy que evita que el sistema de conmutación acabe intentando hablar con las IP internas de los nodos.

Qué hace

Captura oficial del proyecto, con datos de demostración y la interfaz en francés: el inventario es la vista que sostiene el resto.

Lo que ofrece, agrupado por lo que de verdad se usa a diario:

La parte de migración es la que más ruido hace, y con razón: quien viene de VMware suele llegar con inventario heredado y ganas de mover máquinas sin reinstalar. Nosotros ya tenemos escrita la guía de migración de VMware a Proxmox y la lectura no cambia: la herramienta acelera el trasiego, pero el trabajo de verdad está en el inventario previo, en los drivers del invitado y en las ventanas de parada.

La letra pequeña: qué es gratis y qué no

Aquí es donde hay que ir despacio, porque sus dos fuentes no dicen lo mismo.

El README del repositorio marca como Enterprise el DRS, las alertas e informes y el modo MSP, y deja fuera de esa marca la migración entre hipervisores y el RBAC con SSO. La documentación oficial, en cambio, describe la Community como inventario unificado, vista de almacenamiento y Ceph, gestión de copias, centro de eventos y tareas y gestión de usuarios, y coloca en Enterprise bastante más: migración, actualizaciones progresivas, recuperación de emplazamiento, RBAC, LDAP y OIDC, cumplimiento y escaneo de CVE, informes y alertas, y multi-tenencia con IPAM y marca blanca.

Esa distancia no es un detalle: la migración desde VMware y el inicio de sesión corporativo son exactamente las dos cosas por las que una empresa se plantearía esto. Lo que sí está claro y es una buena noticia: la documentación afirma que la Community no tiene límite de nodos, algo que no todos los proyectos con doble edición pueden decir.

Nuestra recomendación práctica: monta la Community en un laboratorio, comprueba con tu propio caso qué funciones aparecen encendidas y solo entonces pide presupuesto. Y pide por escrito el desglose por edición, porque a un modelo de open core joven todavía le queda mucho movimiento de piezas.

El DRS ya no es tan diferencial

Un apunte que en agosto de 2026 cambia bastante las cuentas: Proxmox VE 9.2 incorporó de serie el balanceo de carga dinámico en su planificador de recursos del clúster, el CRS, que en modo dinámico usa el uso real de nodos e invitados para repartir carga.

Es decir, la función estrella de la edición de pago compite ahora con algo que ya viene en el hipervisor, gratis y soportado por el fabricante. No son idénticas —el orquestador de ProxCenter trabaja sobre varios clústeres y con sus propias reglas—, pero antes de pagar por un balanceador conviene medir qué te da ya el CRS de tu Proxmox.

Lo mismo aplica a las alertas: si ya tienes Prometheus y Grafana con reglas y guardias montadas, un segundo sistema de alertas no suma, resta claridad.

Dónde encaja frente a los demás

La diferencia real entre los tres primeros no está tanto en la lista de funciones como en quién responde cuando falla. El Datacenter Manager va con el fabricante del hipervisor y avanza a su ritmo, prudente. PegaProx no tiene edición de pago, así que tampoco tiene contrato de soporte que exigir. ProxCenter sí ofrece una relación comercial, y eso, para una empresa, puede valer más que media docena de funciones.

Lo que hay que pensar antes de darle las llaves

Un plano de control multi-clúster no es un panel de métricas: guarda credenciales o tokens con permiso para operar sobre todo tu parque. Eso cambia la conversación.

• Cuentas de mínimo privilegio. Nada de root@pam con contraseña. Token de API con el rol más ajustado que permita hacer lo que necesitas, y revisable.
• Acceso restringido de verdad. El servicio escucha en un puerto y habla con todos los clústeres. Va en una red de gestión, detrás de VPN, con TLS terminado en un proxy inverso y con la misma disciplina de segmentación que aplicas al resto de la administración.
• No es punto único de fallo del servicio, pero sí de la operación. Si ProxCenter cae, los clústeres siguen funcionando y siempre puedes entrar por la interfaz nativa de cada uno. Conviene tener eso escrito en el procedimiento, y probado.
• Es software joven. Seis meses de proyecto, versiones cada pocas semanas y commits diarios. Eso es señal de vida, y también de superficie en movimiento: prueba cada actualización antes de aplicarla, y no la apliques el mismo día que tengas una ventana crítica.
• Cuidado con las funciones que escriben. Ver el parque entero es de bajo riesgo. Migrar, balancear o recuperar un emplazamiento son operaciones que mueven máquinas de verdad: en un entorno gestionado, esas se habilitan una a una y con un procedimiento detrás, no porque vengan en la pestaña.

Cómo lo miramos nosotros

Una consola central es una herramienta de operación, no una arquitectura. Lo que sostiene una plataforma sigue siendo lo de siempre: el diseño del clúster, la alta disponibilidad, las copias y su restauración probada, y quién tiene llave de qué.

Con este tipo de proyectos aplicamos un orden que nos ha ahorrado disgustos: primero en solo lectura, contra un clúster de laboratorio; luego con permisos de operación sobre un entorno de preproducción; y solo después, si aporta algo que no teníamos, en producción y con procedimiento de vuelta atrás. Lo que no hacemos es meter una capa nueva encima de un parque que aún no está ordenado por debajo, porque una consola bonita sobre nodos configurados cada uno a su manera no arregla nada: lo enseña más rápido.

Si estás en ese punto —varios clústeres, copias repartidas y ninguna vista conjunta—, cuéntanos cómo lo tienes montado o mira cómo planteamos el cloud privado con Proxmox. A veces la respuesta es una consola central, y a veces es ordenar antes lo de debajo.

Preguntas frecuentes

¿ProxCenter es open source?

Su Community Edition sí: el fichero de licencia del repositorio es la AGPL-3.0. La Enterprise es comercial y se activa con un token, y añade componentes propios como el orquestador en Go.

¿Tiene límite de nodos la versión gratuita?

Según la documentación oficial, no: declara expresamente que no hay tope de nodos en Community. Como con cualquier producto de doble edición, conviene confirmarlo por escrito antes de dimensionar nada.

¿Sustituye al Proxmox Datacenter Manager?

Cubre el mismo hueco y con más funciones, pero el Datacenter Manager lo mantiene el propio fabricante del hipervisor y avanza con él. Son elecciones distintas: alcance frente a respaldo. Nada impide probar los dos, porque ambos se conectan por API.

¿Puedo migrar máquinas de VMware con la versión gratuita?

Depende de la fuente que mires, y ahí está el problema: el README no marca la migración como función de pago y la documentación sí. Compruébalo en tu instalación antes de planificar una migración con esa herramienta.

¿Y el DRS, merece la pena pagarlo?

Mídelo antes. Proxmox VE 9.2 ya trae balanceo de carga dinámico en su planificador de recursos del clúster, así que una parte del beneficio puede que ya la tengas incluida en el hipervisor.

¿Es seguro conectarlo a producción?

Es un plano de control con acceso a todo tu parque, así que la pregunta no es si el software es fiable sino cómo lo despliegas: token de mínimo privilegio, red de gestión, TLS, acceso restringido y un procedimiento de operación sin él por si se cae.

Fuentes

• ProxCenter — sitio oficial, ediciones e instalación.
• adminsyspro/proxcenter-ui en GitHub — código, README, capturas, arquitectura y releases.
• Licencia de la Community Edition — AGPL-3.0.
• Documentación de ProxCenter — reparto de funciones entre Community y Enterprise y ausencia de tope de nodos.
• Demo pública — la interfaz, sin instalar nada.
• Roadmap de Proxmox VE — el balanceo de carga dinámico del CRS incorporado en Proxmox VE 9.2.