El ecosistema de gestión alrededor de Proxmox se está moviendo rápido. Ya escribimos sobre el Proxmox Datacenter Manager 1.1, la respuesta oficial al problema de que cada clúster sea una isla. Pero no es la única pieza interesante: PegaProx es un proyecto que aborda el mismo problema desde la comunidad, con un planteamiento llamativo —open source, gratuito de verdad y multi-hipervisor— y un conjunto de funciones que apuntan directamente al hueco que dejó VMware tras Broadcom.
Lo analizamos con la misma vara que el resto: qué hace de verdad, qué lo diferencia de vCenter y de la interfaz estándar de Proxmox, y dónde tiene sentido (y dónde conviene ser prudente).
PegaProx es una plataforma de gestión de centro de datos pensada como plano de control multi-clúster para Proxmox VE y XCP-ng, que se ejecuta autoalojada en tu propio hardware. El planteamiento de partida es agresivo: licencia AGPL-3.0, coste 0 €, sin nivel de pago, sin telemetría. El mismo software y las mismas funciones tanto si lo corres en un homelab de dos nodos como en un parque empresarial de cien hosts.
| Dato | Valor |
|---|---|
| Licencia | AGPL-3.0 (open source, código en GitHub) |
| Coste | 0 € — sin nivel de pago ni asterisco |
| Despliegue | Autoalojado; script curl sobre Debian, o imagen VM / plantilla LXC |
| Telemetría | Ninguna (solo comprueba actualizaciones) |
| Hipervisores | Proxmox VE y XCP-ng nativos; ESXi como origen/destino de migración |
| Idiomas | 7 (EN, DE, FR, ES, PT, KO, IT) |
| Temas de interfaz | 17 (Dracula, Nord, Solarized, Corporate light/dark…) |
| Equipo | 3 desarrolladores; financiado por patrocinadores y Open Collective |
| Madurez | En desarrollo activo; varias reseñas lo describen como beta |
Un detalle de diseño que merece mención: PegaProx ofrece dos interfaces de primera clase sobre la misma funcionalidad, RBAC y registro de auditoría. Una Corporate —barra lateral en árbol, tablas densas, navegación por teclado— pensada para equipos que vienen de vCenter, y una Modern —tarjetas, gauges y números grandes— más cómoda para equipos pequeños, homelabs o para montar en la pared del NOC. Se cambia de una a otra con un clic.
PegaProx no se queda en “ver” varios clústeres. Su propuesta es operar el parque desde un solo sitio. Estas son las áreas funcionales según su documentación oficial:
| Área | Capacidades destacadas |
|---|---|
| Operaciones multi-clúster | Dashboard unificado, métricas en vivo (SSE), migración en vivo entre nodos y clústeres |
| Migración entre hipervisores | Asistente ESXi → Proxmox con pre-stage de drivers VirtIO; V2P; soporte XCP-ng (XAPI) |
| Balanceo de carga | Distribución automática de cargas entre nodos/clústeres vía ProxLB, reglas de afinidad |
| Cumplimiento | Panel de mapeo BSI, ISO 27001, NIS2/KRITIS, SOC 2, CMMC, NIST 800-53, DISA STIG, FIPS 140-3, VS-NfD; export PDF |
| FinOps | Coste por VM/nodo/clúster (chargeback), tarifas configurables, export CSV/PDF, huella de carbono |
| Recuperación (DR) | Planes de Site Recovery con orden de arranque, dependencias y audit trail; simulacros de DR |
| Seguridad y acceso | RBAC hasta nivel de VM, 2FA/WebAuthn, LDAP/OIDC/SAML, AES-256-GCM en reposo, log de auditoría firmado (HMAC) |
| Almacenamiento | Gestión nativa de Ceph (pools, OSDs, salud), monitor de replicación PVE y entre clústeres |
| Automatización | Tareas programadas, snapshots con retención, actualizaciones rolling con evacuación de nodos |
| Integraciones | Reenvío a SIEM (Syslog, Splunk HEC, Elasticsearch, Loki), webhooks (Slack, Discord, Teams, ntfy) |
Hay un par de cosas que vale la pena resaltar porque son justo lo que la gente echa en falta en la interfaz estándar de Proxmox: el balanceo de carga estilo DRS (vía ProxLB, un proyecto de la comunidad que PegaProx integra), la HA en configuraciones de 2 nodos —interesante para entornos edge—, el SSO empresarial listo de fábrica y el asistente de migración desde ESXi, que es un argumento de peso en plena salida de VMware.
El propio proyecto publica una comparativa y reconoce dónde la interfaz estándar de Proxmox ya lo hace igual de bien. La reproducimos resumida, porque ayuda a situar las expectativas:
| Capacidad | PegaProx | VMware vCenter | Proxmox estándar |
|---|---|---|---|
| Panel único multi-clúster | ✅ Nativo | ✅ | ❌ Solo por clúster |
| Asistente de migración ESXi → Proxmox | ✅ Con VirtIO | — N/A | ⚠ Solo qm importovf |
| Multi-hipervisor (ESXi · PVE · XCP-ng) | ✅ | ❌ | ❌ |
| Panel de cumplimiento (BSI/ISO/NIS2/SOC 2) | ✅ PDF export | ⚠ Vía Aria / terceros | ❌ |
| Panel de coste / chargeback | ✅ Nativo | ⚠ Aria (licencia aparte) | ❌ |
| Seguimiento de energía y carbono | ✅ Nativo | ❌ | ❌ |
| Ejecución de simulacros de DR | ✅ Con audit trail | ✅ SRM (licencia aparte) | ❌ |
| RBAC hasta ACL por VM | ✅ | ✅ | ✅ |
| LDAP · OIDC · SAML · WebAuthn | ✅ Los cuatro | ✅ | ⚠ Solo LDAP |
| Multi-tenancy para proveedores | ✅ | ⚠ vCloud Director | ❌ |
| Autoalojado, sin telemetría | ✅ AGPL-3.0 | ❌ Código cerrado | ✅ AGPL-3.0 |
| Coste anual (entorno de 100 VMs) | 0 € | 10.000 € o más | 0 € |
La lectura sensata: Proxmox VE estándar es excelente, y PegaProx no lo sustituye. Lo que añade es la capa que falta a escala de parque —multi-clúster, cumplimiento y FinOps— por encima de la base de Proxmox. Es la misma capa que aborda el Datacenter Manager oficial, pero con un alcance funcional más amplio hoy y la etiqueta de proyecto comunitario.
PegaProx ha tenido eco real en la comunidad de virtualización (VirtualizationHowTo, StarWind, gyptazy, credativ, además de reseñas en francés y español). Algunos apuntes de profesionales que lo ejecutan en producción:
Ese último matiz es el importante y conviene no perderlo de vista.
Dos cosas diferencian a PegaProx de muchos proyectos jóvenes. Primera: escaneo de seguridad diario y público. Dos motores independientes (Aikido y CodeAnt AI) barren todo el código cada 24 horas —SAST, SCA, secretos, IaC, revisión de código— y el informe de Aikido es público, sin NDA. Los hallazgos críticos se parchean antes de la siguiente versión y se divulgan vía GitHub Security Advisories.
Segunda: son transparentes sobre su uso de IA. Declaran usar herramientas de IA como aceleradores (generación de código, detección de bugs, documentación, tests), pero con revisión humana de cada línea y propiedad de las decisiones de arquitectura. Lo distinguen explícitamente del vibecoding (aceptar la salida de la IA como caja negra). Es una postura que se agradece en software que aspira a producción.
Por sectores, PegaProx se posiciona con fuerza donde el cumplimiento y la soberanía pesan: sanidad, finanzas, sector público, defensa. Incluye un modo air-gap que desactiva por completo las consultas externas, pensado para redes clasificadas (VS-NfD), algo directamente relevante para proyectos de sector público y sanidad en entornos aislados. Y su panel de cumplimiento mapea contra NIS2 e ISO 27001, justo el marco que está apretando en España y la UE —lo tratamos en nuestra checklist NIS2.
Ahora, la parte honesta:
La instalación es deliberadamente simple. Sobre un sistema Debian:
curl -sSL https://raw.githubusercontent.com/PegaProx/project-pegaprox/refs/heads/main/deploy.sh | sudo bashTambién hay imagen VM y plantilla LXC (Debian 13) prelistas. La documentación completa está en docs.pegaprox.com, el sitio oficial en pegaprox.com y el código en github.com/PegaProx/project-pegaprox. Como siempre con un script que se ejecuta como root: revísalo antes y pruébalo primero en un entorno aislado.
PegaProx es exactamente el tipo de proyecto que confirma que el ecosistema Proxmox está madurando: alguien de la comunidad construyendo, gratis y en abierto, la capa de gestión que las empresas pedían, con migración desde ESXi, cumplimiento y FinOps incluidos. Entre eso y el Datacenter Manager oficial, la histórica objeción de “Proxmox no tiene un vCenter” pierde fuerza cada trimestre. Es un motivo menos para seguir en VMware, como ya analizamos en la comparativa Proxmox vs VMware y en la guía de migración.
Dicho esto, una herramienta no monta una plataforma. La estabilidad de un cloud privado sigue dependiendo de diseñar bien nodos, red, almacenamiento y quórum —lo desarrollamos en Proxmox en producción—. Nosotros desplegamos y operamos cloud privado sobre Proxmox sobre hardware dedicado, y evaluamos contigo qué plano de gestión encaja en tu caso, desde el Datacenter Manager oficial hasta opciones de la comunidad como PegaProx.
¿PegaProx es realmente gratis? Sí. Es open source bajo AGPL-3.0 y no tiene nivel de pago. Se financia con patrocinadores y donaciones (Open Collective). El mismo software y funciones para un homelab de 2 nodos o un parque de 100 hosts.
¿Sustituye a Proxmox VE o a vCenter? A Proxmox VE no: es una capa de gestión que se monta encima sin reemplazarlo. Respecto a vCenter, cubre buena parte de lo que las empresas buscan (multi-clúster, migración, RBAC, SSO, DR, cumplimiento) sin licencias, aunque es un proyecto más joven.
¿Gestiona también XCP-ng y ESXi? Soporta Proxmox VE y XCP-ng de forma nativa en la misma interfaz, y ESXi como origen/destino de migración mediante su asistente con pre-stage de VirtIO.
¿Vale para entornos con cumplimiento NIS2/ISO 27001? Incluye un panel que mapea el estado de hardening contra esos marcos y exporta evidencias en PDF, además de modo air-gap. Es material de apoyo a la auditoría, no una certificación: esta sigue dependiendo de tus procesos y tu auditor.
¿Es apto para producción? Tiene reseñas de uso real en parques grandes, pero es un equipo de tres personas y varias fuentes lo sitúan aún en beta. Para cargas críticas, valídalo en un entorno representativo antes de adoptarlo como plano de gestión principal.
Fuentes: sitio oficial pegaprox.com y repositorio github.com/PegaProx/project-pegaprox. PegaProx es un proyecto de terceros independiente; lo analizamos de forma informativa, sin relación comercial.
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.