Durante años, Proxmox VE ocupó un sitio muy concreto en las conversaciones sobre virtualización: la opción para cuando no hay presupuesto. VMware en producción, Proxmox en el laboratorio o en la sala pequeña del segundo edificio. Quien lo proponía para algo serio tenía que defenderse antes de terminar la frase.
Esa etiqueta se ha quedado vieja, y no solo porque Broadcom haya cambiado las condiciones de la otra parte. Ha pasado algo más interesante y menos comentado: el modelo comercial de Proxmox no separa clientes por funciones. No hay una edición que traiga clúster y otra que no, ni un nivel superior que desbloquee la alta disponibilidad. Eso cambia bastantes cosas antes incluso de mirar el precio.
Aquí no vamos a repetir la comparativa técnica, que ya la escribimos en su momento en Proxmox vs. VMware y en Proxmox frente a VMware y Hyper-V, ni la cuenta de la migración, que está en el coste real de migrar. Esto va de otra cosa: de qué compras exactamente cuando pagas Proxmox, qué te llevas cuando no pagas y qué no te ahorra ninguna de las dos opciones.
En el modelo clásico de virtualización empresarial, la línea que separa niveles de producto pasa por dentro del software. Hay funciones que existen en el binario que ya tienes instalado y que no se encienden hasta que aparece una licencia distinta. Es un modelo perfectamente legítimo, muy extendido y con décadas de recorrido, pero tiene una consecuencia: buena parte del diseño de tu plataforma depende de la lista de la comercial.
En Proxmox esa línea pasa por otro sitio. La edición que descargas de la web trae virtualización KVM para máquinas completas, contenedores LXC, gestión de clúster, alta disponibilidad, migración en vivo, redes definidas por software, integración con Ceph, ZFS, snapshots, replicación y la interfaz web. Todo. La página oficial de precios responde a la pregunta directamente: alta disponibilidad, migración en vivo, clustering, copias, almacenamiento definido por software, red y el resto de funciones de Proxmox VE están disponibles en todos los niveles.
Lo que compras con la suscripción es otra cosa: soporte profesional y acceso al repositorio Enterprise, que contiene los paquetes que han pasado por más pruebas y es el que la documentación recomienda para producción.
| Modelo por ediciones | Proxmox VE | |
|---|---|---|
| Qué separa a un cliente de otro | Funciones habilitadas | Soporte y repositorio |
| Qué hace falta para montar un clúster con HA | La edición que lo incluya | Nada: viene en el producto |
| Qué pasa si no renuevas | Puedes perder funciones | Sigues teniendo el software, no el repositorio ni el soporte |
| Sobre qué se factura | Núcleos, con mínimos por CPU | Socket físico ocupado |
| Laboratorio equivalente a producción | Con licencia o programa específico | Descarga directa |
Esa columna de la derecha es la que hace que la conversación deje de parecerse a la de un catálogo.
Los precios son públicos y por socket físico ocupado y año, sin IVA. Un servidor de dos CPU necesita dos suscripciones, tenga los núcleos que tenga: es justo la parte que en el licenciamiento por núcleo se dispara con el hardware moderno.
| Nivel | Precio/socket/año | Repositorio Enterprise | Tickets | Respuesta |
|---|---|---|---|---|
| Community | 120 € | Sí | No incluye | — |
| Basic | 370 € | Sí | 3 al año | 1 día laborable |
| Standard | 550 € | Sí | 10 al año | 4 horas |
| Premium | 1.100 € | Sí | Ilimitados | 2 horas |
Hay dos cosas que conviene leer con cuidado en esa tabla, porque son las que se malinterpretan.
La primera: Community no es «Proxmox de pago barato». Da acceso al repositorio Enterprise, sí, pero no incluye tickets con el equipo de soporte de Proxmox. La propia empresa lo posiciona para laboratorios domésticos, usuarios profesionales en casa, entornos de formación, clústeres de evaluación y cargas no críticas. Si tu plataforma sostiene la facturación de la empresa, ese nivel te da actualizaciones estables y nadie a quien llamar.
La segunda: los tickets se cuentan. Basic son tres al año. En una plataforma en producción, tres tickets se gastan rápido si el equipo no tiene rodaje, y ahí es donde la diferencia entre 370 y 550 € por socket deja de ser una línea de la hoja de cálculo y pasa a ser una decisión operativa.
Aquí está el matiz honesto que suele faltar en los artículos entusiastas. Proxmox VE se puede instalar y usar sin ninguna suscripción, apuntando al repositorio no-subscription. Funciona, recibe actualizaciones y muchísima gente lo usa así.
Pero la documentación oficial es explícita: ese repositorio es adecuado para pruebas y uso fuera de producción, y no se recomienda usarlo en servidores de producción. El repositorio Enterprise es el recomendado, porque contiene los paquetes más estables.
Traducido a decisiones: el software es gratis, pero la vía de actualización que Proxmox respalda para producción está detrás de una suscripción, aunque sea la de 120 €. No es un truco de licenciamiento —las funciones siguen todas ahí, y el sistema sigue arrancando y funcionando igual—, es dónde pone el fabricante su compromiso de estabilidad. Quien monte producción sobre no-subscription está asumiendo esa decisión, y conviene que esté escrita en algún sitio y no dependa de que nadie la haya mirado.
Un detalle más, por si vienes de la versión anterior: en Proxmox VE 9 los repositorios se configuran en formato deb822, con ficheros .sources en /etc/apt/sources.list.d/. Es un cambio menor que sorprende en el primer rolling upgrade si esperabas encontrar el sources.list de siempre.
Esta es, para nosotros, la consecuencia más infravalorada del modelo, y no aparece en ninguna comparativa de funciones.
Un administrador puede descargarse Proxmox VE, montar tres nodos con hardware modesto y tener una plataforma conceptualmente idéntica a la que después va a operar. Puede provocar la caída de un nodo y ver qué hace HA. Puede tirar de un cable y comprobar en directo qué significa perder el quorum, que es una de esas cosas que se entienden mucho mejor viéndolas que leyéndolas: lo contamos en por qué casi todos los clústeres tienen tres nodos, pero verlo pasar es otra cosa.
Puede romper un pool de Ceph, reconstruirlo, medir cuánto tarda en recuperarse y descubrir por su cuenta por qué la documentación insiste en discos SSD y red dedicada. Puede probar una migración en vivo con la red saturada. Puede equivocarse a las tres de la tarde de un martes sin que le cueste dinero a nadie.
Eso forma equipos que entienden su infraestructura, y ese conocimiento es el que aparece —o falta— el día que algo se rompe de verdad a las cuatro de la mañana. En una época en la que es facilísimo operar tecnología sin saber qué ocurre por debajo, tener la plataforma completa disponible para trastear no es un detalle de licenciamiento: es una ventaja de formación.
Aquí conviene frenar, porque el argumento anterior se estira con facilidad hasta convertirse en una tontería.
Proxmox VE se distribuye bajo GNU AGPLv3, se apoya en tecnologías con proyecto y comunidad propios —Linux, KVM, QEMU, LXC, Ceph, Corosync, ZFS— y eso reduce el número de decisiones ajenas que pueden dejarte sin plataforma. No las elimina. Ninguna infraestructura real elimina todas sus dependencias, y quien te diga lo contrario te está vendiendo algo.
Lo que el modelo abierto no hace es diseñar por ti:
Reducir todo esto a «Proxmox es más barato» es injusto con la plataforma y, sobre todo, con quien va a tener que operarla. El ahorro en licencias es real y a veces es grande; el trabajo de arquitectura sigue costando lo mismo que costaba antes.
La versión 9 llevó la plataforma a Debian 13, y la 9.2, publicada el 21 de mayo de 2026, siguió empujando en dos direcciones que interesan justo a quien evalúa Proxmox para producción seria: el reparto dinámico de carga dentro del clúster —el hueco histórico frente a DRS— y la parte de red definida por software, con WireGuard y BGP nativos, mapas de rutas, listas de prefijos y EVPN sobre IPv6.
Ese tipo de novedades acerca la conversación a escenarios que hasta hace poco se daban por reservados a plataformas mucho más complejas de montar y de comprar. Con su letra pequeña, eso sí: el balanceador solo mueve invitados gestionados por HA, y viene desactivado por defecto. Las dos cosas están documentadas y las repasamos con detalle en cuándo NO migrar de VMware a Proxmox.
Y una nota de calendario para quien ya esté dentro: Proxmox VE 8 llegó a fin de soporte en agosto de 2026. Si tu clúster sigue ahí, esa es la migración con fecha, no la otra.
Nada de lo anterior convierte a Proxmox en la respuesta por defecto. Nosotros trabajamos con varias plataformas y no vendemos licencias de ninguna, que es justo lo que nos permite escribir esta parte.
| Plataforma | Cuándo la ponemos por delante |
|---|---|
| Proxmox VE | Se quiere control, tecnologías abiertas, virtualización y contenedores en el mismo sitio y una estructura comercial que no crece con los núcleos |
| VMware vSphere | Hay una plataforma consolidada, integraciones con NSX, vSAN o SRM, o requisitos de terceros que obligan a mantener el entorno |
| Microsoft Hyper-V | La organización vive dentro del ecosistema Windows Server y sus herramientas de gestión |
| XCP-ng | Se prefiere una plataforma abierta basada en Xen, con XCP-ng 8.3 LTS y Xen Orchestra como capa de gestión y Vates detrás para el soporte |
Migrar una plataforma que funciona tiene coste y riesgo, y esos dos no desaparecen porque el hipervisor de al lado tenga una factura más simpática. Una empresa con 200 máquinas, cabina externa y aplicaciones críticas no se parece en nada a una pyme con tres servidores, y un proveedor de infraestructura no se parece a ninguna de las dos. Si te estás planteando el salto, el mapa completo de opciones está en alternativas a VMware en 2026, y si vienes del mundo Microsoft, en migrar de Hyper-V a Proxmox.
Incluso dentro de Proxmox hay muchas arquitecturas posibles: Ceph o cabina, dos nodos con QDevice o cinco servidores, redes separadas para gestión, almacenamiento, migración y máquinas, copias en Proxmox Backup Server o una estrategia distinta. La herramienta no sustituye al diseño, y esa es exactamente la parte que no viene en ninguna licencia.
Cuando alguien nos plantea si Proxmox «está listo», solemos darle la vuelta: qué tiene que seguir funcionando, cuánto tiempo puede estar parado y quién se queda con la plataforma después. De ahí salen las respuestas sobre nodos, red, almacenamiento, copias y soporte, en ese orden. El hipervisor es la última pregunta, no la primera.
Lo que sí ha cambiado es que ya no hace falta justificar por qué Proxmox entra en la lista. Entra por su cuenta, se evalúa como las demás y a veces pierde. Que su modelo comercial sea más simple y que su código sea abierto son consecuencias agradables, no el argumento.
Si estás dimensionando una plataforma nueva o mirando la renovación con cara rara, cuéntanos qué tiene que seguir en pie y hacemos la cuenta contigo. Cómo lo montamos y lo operamos nosotros está en Proxmox en producción.
El software es de código abierto bajo AGPLv3 y se puede instalar y usar sin suscripción, apuntando al repositorio no-subscription. La matización importante es que la documentación oficial considera ese repositorio adecuado para pruebas y uso fuera de producción, y no lo recomienda en servidores de producción. Para producción, Proxmox recomienda el repositorio Enterprise, que requiere suscripción desde 120 € por socket y año.
No. La página oficial de precios lo dice expresamente: alta disponibilidad, migración en vivo, clustering, copias, almacenamiento definido por software, red y el resto de funciones están disponibles en todos los niveles. Lo que cambia entre niveles es el soporte —número de tickets y tiempo de respuesta— y no las capacidades del producto.
El precio por socket y año (120, 370, 550 y 1.100 €, sin IVA) y el soporte. Community da acceso al repositorio Enterprise pero no incluye tickets. Basic incluye 3 tickets al año con respuesta en un día laborable, Standard 10 tickets con respuesta en 4 horas y Premium tickets ilimitados con respuesta en 2 horas.
No. La suscripción de Proxmox se contrata por socket físico ocupado, con independencia de cuántos núcleos tenga la CPU. VMware licencia por núcleo físico con mínimos por CPU, que es precisamente lo que encarece los servidores modernos de alta densidad.
Sí, y es una de las ventajas prácticas del modelo. Con la edición descargable se puede construir un clúster con las mismas capacidades que el de producción —clúster, HA, migración en vivo, SDN, Ceph— y usarlo para aprender, probar procedimientos de fallo y validar cambios antes de aplicarlos.
En muchos escenarios sí, y en otros no. Depende de las integraciones que tengas alrededor, del software de terceros que debas soportar, del almacenamiento, de la automatización y de quién va a operar la plataforma. La evaluación honesta se hace caso por caso y con los números delante, no con una lista de funciones.
Tres no es un número mágico ni una cuestión de rendimiento: es el mínimo aritmético para que quede una mayoría cuando cae uno. Lo interesante empieza después: por qué cuatro nodos no mejoran a tres, qué resuelve de verdad un QDevice, qué pasa en el clúster el minuto en que se pierde el quorum y por qué tener tres servidores no significa todavía tener alta disponibilidad.
Cómo funciona Proxmox Backup Server por dentro y cómo se monta bien: troceado en chunks y deduplicación global, incrementales para siempre con el dirty bitmap de QEMU, verificación programada, retención con prune y recolección de basura, réplica offsite con sync jobs, S3 y cinta, y los tres caminos de restauración. Con el dimensionado del servidor, los fallos que vemos repetirse y en qué casos Veeam sigue teniendo sentido.
Proxmox Backup Server hace que los backups ocupen una fracción de lo esperado y se puedan guardar muchos más de lo que imaginas. Detrás hay tres piezas que conviene entender para confiar en tus copias: la deduplicación que ahorra el espacio, la verificación que detecta la corrupción silenciosa antes de que la necesites, y las políticas de retención que deciden cuánto historia guardas. Las explicamos una a una.