¿Qué es Proxmox VE? Cómo elegir un hipervisor bare-metal

¿Qué es Proxmox VE?

Proxmox VE (Virtual Environment) es una plataforma de virtualización gratuita y de código abierto que se instala directamente sobre un servidor físico y lo convierte en host tanto para máquinas virtuales completas como para contenedores ligeros. Combina un hipervisor KVM para VMs completas con LXC para contenedores de sistema, y envuelve ambos en una única interfaz web con clustering integrado, almacenamiento software-defined y una API REST. Se basa en Debian (la versión actual, Proxmox VE 9.2, se apoya en Debian 13 "Trixie") y se distribuye bajo la GNU AGPLv3, así que no hace falta una licencia por socket o por núcleo para ejecutarlo en producción. Existe una suscripción de pago, pero esta compra un canal de actualizaciones estable y soporte del fabricante, no funciones.

Tipo 1 vs tipo 2, y qué significa "hipervisor bare-metal"

Un hipervisor es la capa que permite que una sola máquina física ejecute muchos sistemas operativos aislados. Los hipervisores de tipo 1 (bare-metal) se instalan directamente sobre el hardware y gestionan ellos mismos la CPU, la memoria y la E/S; los hipervisores de tipo 2 (piensa en VirtualBox o VMware Workstation) se ejecutan como una aplicación sobre un sistema operativo de escritorio ya existente. Cada plataforma de esta guía es de tipo 1: controla el hardware por completo.

Ejecutar un hipervisor de tipo 1 implica que tienes la máquina entera para ti solo. Ese es el terreno de un servidor dedicado y no de un VPS compartido, y las ventajas e inconvenientes de bare metal frente a una porción virtualizada (núcleos sin contención, NVMe local, sin vecinos ruidosos) son los mismos, tanto si instalas una distribución Linux normal como un hipervisor encima. Cubrimos ese argumento en detalle en nuestra guía para elegir una distribución Linux para un servidor dedicado, así que este artículo asume que ya has decidido que quieres tu propia máquina y se centra en qué hipervisor instalar en ella.

Los candidatos de un vistazo

Cuatro plataformas dominan la conversación sobre hipervisores bare-metal en 2026, y ocupan posiciones realmente distintas. Proxmox VE y XCP-ng son de código abierto y gratuitas de ejecutar; VMware ESXi es el estándar enterprise establecido, ahora bajo Broadcom; y Hyper-V es la opción nativa de Windows de Microsoft. La tabla de abajo las compara en las dimensiones que realmente determinan la decisión, y las secciones siguientes profundizan en cada una.

Proxmox VE

La gran fortaleza de Proxmox VE es que la plataforma completa es gratuita, sin restricción de funciones. No hay límite de VMs, ni límite de nodos, ni ninguna licencia que comprar antes de poder crear clusters o usar alta disponibilidad: todo viene incluido en la descarga de AGPLv3. La suscripción opcional se factura por cada socket de CPU físico ocupado y por año, y da acceso al repositorio de paquetes enterprise (estable) además de a los tickets de soporte; el repositorio gratuito sin suscripción ejecuta el mismo código, con la salvedad de que Proxmox lo describe como pensado para pruebas y uso fuera de producción porque esos paquetes están menos validados. En la práctica, muchos despliegues en producción usan el repositorio sin suscripción y simplemente aplican las actualizaciones con cuidado, pero si quieres un canal de actualizaciones con soporte y un SLA, la suscripción por socket es la manera de conseguirlo.

El segundo factor diferenciador es que Proxmox ejecuta tanto máquinas virtuales KVM como contenedores LXC desde una sola interfaz. Esa distinción es más útil de lo que parece a primera vista. Una VM KVM es una máquina completa con su propio kernel: ejecuta Windows, BSD o cualquier Linux, y obtienes aislamiento completo y migración en vivo. Un contenedor LXC comparte el kernel del host, lo que lo hace mucho más ligero: puedes meter muchos más workloads solo de Linux en el mismo hardware porque no hay kernel por invitado ni sobrecarga de hardware emulado. La regla práctica honesta es recurrir a LXC cuando el workload es Linux y quieres densidad (servicios internos, servidores de aplicaciones, entornos de desarrollo), y recurrir a una VM cuando necesitas un sistema operativo que no sea Linux, aislamiento a nivel de kernel, o una frontera de seguridad estricta. Poder mezclar ambos en un mismo host, en lugar de dedicar toda la máquina a un solo modelo, es algo que las otras tres plataformas no ofrecen con la misma solvencia.

En almacenamiento, Proxmox te da ZFS, Ceph y LVM-thin de fábrica. ZFS en un solo nodo te da snapshots, checksumming y replicación, a costa de RAM: calcula aproximadamente 1 GiB de caché ARC por cada TiB de pool, además de una base de un par de GiB. Ceph es la opción en clúster e hiperconvergente, y aquí es donde hay que ajustar las expectativas: Ceph quiere al menos tres nodos y una red dedicada de al menos 10 Gbps, y se recomiendan 25 Gbps o más en cuanto ejecutes NVMe. Ceph en dos nodos o sobre un enlace de 1 Gbps compartido es una manera habitual de acabar decepcionado.

La contrapartida de Proxmox está en la madurez de su ecosistema en la gama alta. Es una plataforma ampliamente adoptada, con una comunidad grande y activa, y suele ser el destino de los equipos que dejan VMware, pero no tiene la misma amplitud de certificaciones ISV enterprise que VMware ha acumulado en dos décadas. Si tu régimen de cumplimiento normativo o un proveedor de software externo exige específicamente un hipervisor certificado, merece la pena comprobarlo antes de decidirte. Para la mayoría de los workloads autoalojados no supone ningún problema. Cuando estés listo para ejecutarlo, nuestros servidores dedicados Proxmox VE lo despliegan como imagen lista para usar.

VMware ESXi

ESXi es la plataforma con la que todo el mundo se compara, y con razón: vCenter, vSphere HA y DRS, y vSAN están maduros, profundamente integrados, y tienen el historial de certificaciones ISV más amplio del sector. Si ya llevas un parque vSphere, nada de esa madurez ha desaparecido.

Lo que ha cambiado es el modelo comercial, y esa es la razón por la que tantos equipos están reevaluando su postura. Desde la adquisición por parte de Broadcom, VMware trasladó todo su catálogo a licencias de suscripción por plazo y retiró las licencias perpetuas. Las licencias ahora se cuentan por núcleo físico en todos los hosts, con un mínimo de 16 núcleos por CPU que se factura incluso en CPUs con menos núcleos, y el producto viene empaquetado en bundles: VMware vSphere Foundation (VVF) y el más amplio VMware Cloud Foundation (VCF). Para un clúster pequeño sobre CPUs modernas con muchos núcleos, el mínimo por núcleo y el suelo de la suscripción pueden empujar el coste anual muy por encima de lo que costaba licenciar el mismo hardware antes.

Broadcom sí reintrodujo un ESXi gratuito con la versión 8.0 Update 3e, lo que suaviza la entrada, pero lee la letra pequeña. La edición gratuita es standalone: no puede unirse a vCenter, y no se puede usar con herramientas de copias de seguridad de terceros como Veeam porque las API necesarias están bloqueadas. Eso la deja bien para un laboratorio o un host aislado único, e inadecuada como base de un clúster de producción gestionado y respaldado. La lectura realista en 2026 es que ESXi sigue siendo técnicamente excelente y la opción correcta si estás comprometido con el ecosistema VMware, pero la licencia es precisamente la razón por la que "¿a qué migramos?" se ha convertido en una pregunta tan habitual.

XCP-ng

XCP-ng es la plataforma de código abierto basada en Xen, incubada en el Xen Project y desarrollada por Vates. La línea actualmente soportada es XCP-ng 8.3 LTS, y su plano de gestión es Xen Orchestra (XO), actualmente en la versión 6.1, que gestiona la administración y las copias de seguridad desde una sola interfaz web. El modelo se parece en espíritu al de Proxmox: la plataforma es de código abierto y gratuita, y Vates vende soporte pro y suscripciones por encima. XO en sí puedes compilarlo y ejecutarlo tú mismo desde el código fuente sin coste, o consumirlo como appliance con soporte.

XCP-ng se gana su sitio con los equipos que quieren una plataforma de código abierto pero prefieren un modelo operativo al estilo VMware: una separación clara entre los hosts hipervisores (organizados en pools) y un orquestador central que los gestiona. Tiene una propuesta creíble de almacenamiento y copias de seguridad: XOSTOR ofrece almacenamiento de bloques replicado e hiperconvergente basado en LINSTOR, y Xen Orchestra ofrece copias de seguridad completas e incrementales integradas y sin agente, además de replicación. Si la costumbre de tu equipo es XenServer, o una forma de trabajar con hosts agrupados en pools y una consola central, XCP-ng resultará más natural que el modelo centrado en nodos de Proxmox. Su comunidad es más pequeña que la de Proxmox o VMware, lo que se nota sobre todo en menos tutoriales e integraciones de terceros en los que apoyarte.

Hyper-V

Hyper-V es el hipervisor de tipo 1 de Microsoft, y su argumento gira casi por completo en torno al ecosistema Windows. Si tu parque es Active Directory, System Center y Windows Server, Hyper-V encaja con herramientas (Windows Admin Center, Failover Cluster Manager, migración en vivo, Storage Spaces Direct) que tu equipo ya conoce, sin ninguna relación nueva con un proveedor que gestionar.

El modelo de licencias es distinto al de los demás porque el hipervisor es un rol dentro de un Windows Server con licencia, y no un producto independiente. Eso tiene dos consecuencias que vale la pena entender. Primero, tu edición de Windows Server determina tus derechos de VM: Standard concede el derecho a ejecutar dos VMs de Windows Server por host con licencia, mientras que Datacenter concede un número ilimitado, así que un host de virtualización Windows denso normalmente te empuja hacia Datacenter. Segundo, el producto gratuito independiente Hyper-V Server está descontinuado; la última versión fue Hyper-V Server 2019, y no existe un equivalente gratuito para 2022 o 2025. Hyper-V tiene más sentido cuando eres una organización centrada en Windows que ya paga licencias de Windows Server y se integra con la suite de gestión de Microsoft; tiene menos sentido como forma de ejecutar workloads predominantemente Linux. Si Windows es tu objetivo, nuestros servidores dedicados Windows cubren la licencia y la configuración.

Elige el hipervisor adecuado

Las funciones se solapan lo suficiente como para que la decisión normalmente se reduzca a unas pocas condiciones. Aquí va la versión honesta:

• Elige Proxmox VE si quieres una plataforma genuinamente gratuita y de código abierto sin licencia por socket ni por núcleo, valoras poder ejecutar VMs completas y contenedores LXC densos en el mismo host, y quieres almacenamiento ZFS o Ceph integrado. Es la opción por defecto más sólida para infraestructura autoalojada y el destino más habitual para los equipos que dejan VMware. Lo único que hay que comprobar primero es si algún requisito de proveedor o de cumplimiento normativo exige un hipervisor certificado.
• Elige VMware ESXi si ya has invertido en el ecosistema vSphere, dependes de certificaciones ISV concretas o de funciones de vSAN/DRS, y puedes asumir la suscripción por núcleo posterior a Broadcom. Si empiezas de cero sin ningún compromiso con VMware, las cuentas de licencias rara vez lo favorecen ya.
• Elige XCP-ng si quieres código abierto y gratis pero prefieres un modelo operativo de hosts agrupados al estilo VMware con un orquestador central, o estás migrando desde XenServer. Las copias de seguridad integradas de Xen Orchestra y XOSTOR lo convierten en un paquete coherente para ese flujo de trabajo.
• Elige Hyper-V si eres una organización centrada en Windows, ya tienes licencias de Windows Server (sobre todo Datacenter para derechos de VM ilimitados), y una integración estrecha con Active Directory y System Center te importa más que el coste de la plataforma.

Una nota transversal sobre el clustering: tres de estas plataformas (Proxmox, ESXi y XCP-ng) solo gestionan bien la alta disponibilidad a partir de tres nodos. Proxmox y Ceph quieren ambos tres nodos para un quorum fiable, y un clúster de dos nodos no puede mantener el quorum por sí solo cuando falla un nodo sin un árbitro externo (un QDevice). Si hoy vas a desplegar un único host, no hay problema. Simplemente dimensiona la red y planifica el número de nodos antes de comprometerte con HA, en lugar de descubrir el suelo de tres nodos después de que el segundo servidor ya esté en producción.

Desplegar Proxmox VE en Serverside

Si Proxmox VE es tu elección, Serverside lo despliega como imagen lista para usar desde el catálogo de sistemas operativos, aprovisionada sobre bare metal en menos de un minuto: sin montar ISOs a mano ni vigilar un instalador. Obtienes root completo sobre toda la máquina, así que la elección del repositorio, las actualizaciones y la configuración del clúster son enteramente tuyas.

El hardware encaja directamente con la virtualización: las plataformas AMD EPYC con muchos núcleos y ECC DDR5 te dan los núcleos y el margen de memoria que necesitan los hosts densos en VMs y contenedores, y la red rápida importa específicamente para los workloads en los que Proxmox destaca; el tráfico de replicación de Ceph y ZFS consume mucho ancho de banda, y ahí es donde un buen enlace ascendente entre nodos se amortiza. La mitigación DDoS permanente en nuestra red ASN 55285 se sitúa delante de la máquina y protege tanto el plano de gestión como tus invitados.

¿Listo para montar el tuyo? Explora nuestros servidores dedicados Proxmox VE para desplegar la imagen lista para usar, o sigue nuestra guía paso a paso de instalación de Proxmox VE para instalarlo y configurarlo desde cero.