Proxmox VE vs XCP-ng: elegir un hipervisor de código abierto

La respuesta primero

Ambas son plataformas de hipervisor serias, desarrolladas activamente, totalmente de código abierto, con empresas reales detrás. A nadie lo despiden por elegir cualquiera de las dos. La versión corta de en qué gana cada una:

• Proxmox VE es la opción por defecto más sólida para quien opera servidores dedicados: todo integrado en cada nodo (UI web, clustering, copias de seguridad, firewall), ZFS y Ceph de primera categoría, contenedores LXC nativos junto a las VM, y una base Linux/KVM moderna que sigue el ritmo de los kernels actuales. Si operas de uno a una decena de hosts y quieres una plataforma autosuficiente, es el camino más corto.
• XCP-ng convence donde lo hace su herencia de XenServer: un host hipervisor deliberadamente ligero con la gestión centralizada en Xen Orchestra (una sola pantalla para muchos pools y sedes), un modelo de release con LTS larga, soporte comercial de Vates por host (no por socket), y excelentes herramientas de importación desde VMware. Los equipos que vienen de ESXi + vCenter suelen reconocer la forma enseguida.

El resto es la argumentación, y los detalles que ambas bases de seguidores suelen pasar por alto.

Arquitectura: KVM en Linux vs Xen más dom0

Proxmox VE es una distribución Debian (actualmente basada en Debian 13, PVE 9.2, kernel de Linux 7.0) cuyo hipervisor es KVM, un módulo dentro del kernel de propósito general del host, con QEMU proporcionando los dispositivos. El host es un sistema Linux completo: herramientas estándar, drivers que llegan con las actualizaciones del kernel, y la capacidad de ejecutar contenedores LXC de forma nativa junto a las VM.

XCP-ng es una appliance dedicada construida sobre Xen (actualmente Xen 4.17 en XCP-ng 8.3): un hipervisor ligero de tipo 1, al estilo microkernel, arranca primero, y toda la gestión corre en una VM de control privilegiada, dom0. Desciende de Citrix XenServer (bifurcado abiertamente en 2018, ahora mantenido por Vates) y hereda tanto la virtud de ese diseño (un host mínimo tipo appliance que apenas se toca) como su lastre: el userspace actual de dom0 está basado en CentOS 7 con un kernel de la era 4.19, mantenido seguro gracias al propio retroporting de Vates y no a la frescura del upstream. Un XCP-ng 9.0 modernizado está en desarrollo sin fechas anunciadas, así que evalúa la plataforma tal como se distribuye hoy. Consecuencia práctica del dom0 envejecido: el hardware más nuevo a veces necesita drivers adicionales, donde el kernel actual de Proxmox normalmente ya los trae.

Una diferencia de capacidad se desprende directamente de las arquitecturas: Proxmox ejecuta contenedores de forma nativa; XCP-ng es solo VM (los contenedores van dentro de las VM).

Gestión: integrada en todas partes vs una sola pantalla para todo

Esta es la división filosófica que decide la mayoría de las adopciones reales:

• Proxmox: cada nodo trae la UI web completa; cualquier nodo gestiona todo el clúster. Nada adicional que desplegar, ninguna VM de gestión que mantener viva, con la contrapartida de que la supervisión multiclúster/multisede no es el punto fuerte incorporado.
• XCP-ng: el host solo ofrece el ligero XO Lite integrado para lo básico; la gestión real vive en Xen Orchestra (XO), un despliegue separado que después gestiona muchos pools y sedes desde un solo lugar, incluido todo el sistema de copias de seguridad. Hay dos variantes de XO: la appliance lista para usar (XOA) tiene funciones limitadas en el nivel gratuito, mientras que compilar XO desde el código fuente lo desbloquea todo, gratis: el mismo código, pero sin QA ni soporte. (La interfaz XO 6, reescrita, se lanzó a finales de 2025 y todavía está madurando; la UI de XO 5 sigue siendo la herramienta del día a día para algunas tareas.)

Ninguno de los dos está equivocado: integrado por nodo es más simple a pequeña escala; hub-and-spoke escala mejor la supervisión. Ajusta esto a cuántos hosts y personas tienes.

La tabla comparativa

Dos filas de la tabla merecen las notas al pie que los proveedores se saltan. El límite de 2 TiB por disco que persiguió a XCP-ng durante años se levantó de verdad solo en mayo de 2026, cuando el soporte de QCOW2 llegó a GA (nuevo techo de 16 TiB): lo bastante reciente como para que mucho consejo en línea todavía lo trate como vigente, en ambas direcciones. Y SMAPIv3, la pila de almacenamiento de nueva generación de XCP-ng, sigue en tech preview: el almacenamiento de producción de hoy corre sobre la pila más madura pero más antigua que el trabajo de QCOW2 extendió.

Almacenamiento y copias de seguridad: la diferencia de profundidad

Para quien opera servidores dedicados, esta es la mejor baza de Proxmox: ZFS ya desde la instalación (checksums, snapshots, replicación) y Ceph totalmente integrado para clústeres hiperconvergentes, ambos gratis, ambos de primera categoría en la UI. El modelo SR de XCP-ng cubre bien los backends estándar, pero ZFS/Ceph no son ciudadanos de primera, y la respuesta hiperconvergente de Vates (XOSTOR) es un add-on de pago.

Las copias de seguridad están más cerca de la paridad, aunque con una forma distinta: Proxmox combina el vzdump integrado con el Proxmox Backup Server, separado y gratuito, para copias deduplicadas, verificadas y cifradas; el equivalente de XCP-ng vive dentro de Xen Orchestra (copias delta, replicación continua, mirror a almacenamiento frío, remotos S3), realmente capaz, con el mismo matiz de código-fuente-o-de-pago que el propio XO. Una nota sobre el ecosistema que dice algo sobre la madurez de ambas plataformas: Veeam añadió soporte oficial primero para Proxmox y después para XCP-ng en sus versiones recientes: el mundo tradicional del backup empresarial ya trata a ambos como algo habitual.

Precios y soporte: por socket vs por host

Ambas plataformas son totalmente funcionales sin suscripción: pagas por repositorios estables/probados y por personas, no por funciones. Los modelos difieren en su forma, algo que importa según cómo esté estructurado tu parque de servidores:

• Proxmox cobra por socket de CPU: desde €120 (Community, acceso al repositorio enterprise) hasta €1,100 (Premium, respuesta en 2 horas) por socket y año. Los servidores de doble socket cuentan doble; las máquinas de socket único son baratas de cubrir.
• Vates VMS cobra por host (o a tarifa plana): Essential a $2,000/año cubriendo hasta 3 hosts, Pro $1,000/host/año, Enterprise $1,800/host/año con 24/7. Los hosts de doble socket densos no cuestan más, y los talleres pequeños de tres hosts encajan perfectamente en el nivel plano.

Pasa tu topología real por ambas listas de precios; el ganador cambia según el número de sockets. Los niveles gratuitos de ambas empresas son lo bastante honestos como para que muchos parques de producción funcionen sin suscripción con soporte comunitario, una opción legítima si tu equipo puede arreglárselas solo.

Para los refugiados de VMware

Ambos proyectos han pasado los años posteriores a Broadcom puliendo la pista. Proxmox trae un asistente de importación ESXi (lo apuntas a un host, importas las VM con sus discos). La importación V2V de Xen Orchestra transmite desde ESXi/vSphere a través del propio VDDK de VMware: solo bloques asignados, soporte de migración warm, fuentes vSAN incluidas. Ninguna de las dos migraciones es ya la parte difícil; la parte difícil es replantear los hábitos operativos (vCenter → XO sale natural; vCenter → el modelo por nodo de Proxmox es un salto mental mayor, suavizado por mejores opciones de almacenamiento al final del camino).

Veredicto, con condiciones

• Elige Proxmox VE si operas servidores dedicados y quieres una plataforma por máquina con todo a bordo (ZFS/Ceph, contenedores, copias de seguridad vía PBS) y soporte de hardware con kernel actual. La recomendación por defecto para la mayoría de lectores de este blog, y la razón de ser de nuestra línea Proxmox.
• Elige XCP-ng si centralizas la gestión de varios pools/sedes en un solo XO, valoras el host ligero tipo appliance y las ventanas de LTS largas, vienes de XenServer/ESXi y el modelo de pools encaja con tu equipo, o el precio de soporte por host se ajusta a hardware denso.
• En cualquier caso, obtienes una plataforma real, no un compromiso: desarrollo activo, importación real desde VMware, soluciones de copia de seguridad reales, y empresas (Proxmox GmbH, Vates) cuyos incentivos están alineados con los productos de código abierto.

Preguntas frecuentes

¿Es el dom0 de XCP-ng, basado en CentOS 7, un problema de seguridad?

No de la forma que las palabras sugieren: el equipo de seguridad de Vates retroporta parches al userspace de dom0 y Xen en sí se parchea activamente, así que "CentOS 7 está EOL" no se traduce en "XCP-ng está sin parchear". Los costes honestos están en otra parte: un kernel más antiguo implica que el hardware más nuevo a veces necesita trabajo de drivers, y la plataforma arrastra deuda técnica que el XCP-ng 9.0, en desarrollo, existe para saldar (sin fecha de lanzamiento anunciada). Juzga el producto tal como se distribuye hoy: seguro, algo anticuado por debajo, con una modernización visiblemente en marcha.

¿Qué es más rápido, Xen o KVM?

No hay una respuesta general honesta: ambos son diseños de tipo 1 maduros, a pocos puntos porcentuales el uno del otro en cargas de trabajo de servidor típicas, y los resultados cambian según la carga de trabajo, el sistema operativo invitado, el almacenamiento y el ajuste. Quien cite un benchmark decisivo entre hipervisores normalmente está midiendo pilas de almacenamiento o la frescura de los drivers, no los hipervisores. Elige según el modelo de gestión, la integración de almacenamiento y el ecosistema (las dimensiones de arriba, donde las diferencias son reales y duraderas), no según microbenchmarks.

¿Tengo que pagar para obtener todas las funciones de Xen Orchestra?

No. Es el hecho más malentendido de esta comparación. El código fuente de XO es totalmente abierto con cada función (incluida la suite de copias de seguridad completa); compilarlo tú mismo desde el código fuente (los scripts de la comunidad lo reducen a unos pocos comandos) lo desbloquea todo, gratis. Lo que Vates vende es la appliance XOA preconstruida con QA y soporte detrás. Eso sí, calcula el presupuesto con honestidad: un XO "gratis" compilado desde el código fuente significa que eres tú quien lo actualiza y lo rescata, el mismo cálculo de autosuficiencia que el repositorio sin suscripción de Proxmox.

¿Cuál debería usar en un único servidor dedicado?

Proxmox, en la mayoría de los casos: la interfaz integrada significa que la máquina se gestiona sola sin desplegar nada adicional, ZFS desde el instalador da resiliencia de almacenamiento en un solo host, LXC permite que los servicios pequeños se salten la sobrecarga de las VM, y la historia de nodo único está pulida. La arquitectura de XCP-ng (host ligero, gestión en otro lugar) brilla con varios hosts; en exactamente un servidor significa o bien ejecutar XO como VM en el host que gestiona, o bien vivir con lo básico de XO Lite.

Desplegar en Serverside

En cualquier lado de esta comparación en el que caigas, la base es la misma: nuestros servidores dedicados con almacenamiento NVMe y red privada vienen con Proxmox VE preinstalado en menos de un minuto, y XCP-ng se instala sin problemas a través de nuestra ISO + consola KVM-over-IP si el camino Xen es el tuyo. ASN 55285, mitigación DDoS permanente, y hardware que cualquiera de los dos hipervisores consumirá encantado.

El lado Proxmox de la estantería: qué es Proxmox VE, la comparación con ESXi, instalación, redes, y clustering.