Proxmox VE puede utilizarse sin suscripción, pero en un entorno empresarial no todos los repositorios ofrecen el mismo ciclo de validación de actualizaciones. Elegir correctamente el repositorio y definir una estrategia de actualización puede marcar una diferencia importante en la estabilidad de una infraestructura de producción.
Proxmox Virtual Environment se ha convertido en una de las principales alternativas de virtualización para empresas que buscan reducir su dependencia de plataformas propietarias y disponer de una solución abierta, flexible y capaz de ejecutar máquinas virtuales y contenedores, clustering, alta disponibilidad y almacenamiento definido por software.
Una de sus características más conocidas es que Proxmox VE es software open source y puede utilizarse sin adquirir una suscripción comercial.
Esto plantea una pregunta muy habitual:
Si Proxmox VE funciona sin licencia, ¿por qué debería una empresa contratar una suscripción?
Una de las respuestas más importantes está en algo que a veces pasa desapercibido hasta que aparece un problema: los repositorios de actualizaciones.
Proxmox VE es open source, pero eso no significa que todos los repositorios sean iguales
Una instalación de Proxmox VE sin suscripción puede disponer prácticamente de las mismas funcionalidades de virtualización que una instalación con suscripción.
No estamos hablando, por tanto, de desbloquear características como:
- alta disponibilidad;
- clustering;
- migración en vivo;
- máquinas virtuales KVM;
- contenedores LXC;
- integración con Ceph;
- almacenamiento ZFS;
- gestión centralizada.
La diferencia fundamental está en el ciclo de distribución, validación y soporte de los paquetes de software.
Proxmox mantiene diferentes repositorios, entre ellos:
- pve-enterprise
- pve-no-subscription
- pvetest
Y no están destinados al mismo tipo de entorno.
¿Qué es el repositorio Enterprise de Proxmox VE?
El Proxmox Enterprise Repository es el repositorio estable que Proxmox recomienda para sistemas de producción.
Para acceder a él es necesario disponer de una suscripción Proxmox VE activa.
Su función no consiste en proporcionar una versión diferente del hipervisor, sino en ofrecer un flujo de paquetes que ha pasado por un proceso de validación más conservador antes de llegar a los sistemas productivos.
En su propia documentación, Proxmox describe el repositorio Enterprise como el repositorio recomendado, con los paquetes más estables y adecuado para entornos de producción.
Esta diferencia puede parecer pequeña sobre el papel.
En una infraestructura empresarial puede ser considerable.
¿Qué es pve-no-subscription?
El repositorio pve-no-subscription permite recibir actualizaciones de Proxmox VE sin necesidad de disponer de una suscripción comercial.
Es perfectamente válido y extremadamente útil para:
- laboratorios;
- entornos de pruebas;
- formación;
- evaluación de nuevas versiones;
- infraestructuras no críticas;
- validación previa de actualizaciones.
Pero existe una diferencia relevante.
Los paquetes disponibles en pve-no-subscription pueden incorporarse antes que al repositorio Enterprise y, por tanto, no disponen necesariamente del mismo periodo adicional de validación que los paquetes que terminan llegando al canal Enterprise.
Esto no significa que el repositorio No-Subscription sea defectuoso.
Tampoco significa que una actualización vaya a provocar necesariamente una incidencia.
Significa algo mucho más sencillo:
En producción, reducir la exposición a cambios recientes y disponer de un ciclo de actualización más conservador disminuye una variable adicional de riesgo.
El kernel: una actualización que merece especial atención
Proxmox VE no es solamente una interfaz gráfica para administrar máquinas virtuales.
Debajo existe una pila tecnológica compleja formada, entre otros componentes, por:
- Linux Kernel;
- QEMU/KVM;
- LXC;
- ZFS;
- Ceph;
- drivers;
- firmware;
- componentes de red;
- servicios de clustering y alta disponibilidad.
Una modificación aparentemente pequeña en cualquiera de estas capas puede interactuar de forma diferente con determinado hardware o configuración.
Especialmente importante es el kernel Linux utilizado por los nodos Proxmox.
El kernel interviene directamente en cuestiones como:
- controladores de almacenamiento;
- tarjetas de red;
- NVMe;
- HBA;
- passthrough PCIe;
- IOMMU;
- gestión de memoria;
- CPU;
- dispositivos USB;
- drivers de determinados fabricantes.
Por ello, actualizar un kernel en un hipervisor de producción no debería considerarse exactamente igual que instalar una actualización en un ordenador de usuario.
¿Pueden producirse regresiones después de una actualización?
Sí.
Y esto no es exclusivo de Proxmox.
Una regresión de software aparece cuando una nueva versión provoca que una funcionalidad que antes operaba correctamente deje de hacerlo o presente un comportamiento diferente.
Puede ocurrir en prácticamente cualquier plataforma.
Durante la evolución de Proxmox VE se publican continuamente nuevas versiones de kernel, QEMU, LXC y otros componentes. En determinados escenarios específicos se han documentado incidencias después de actualizar, incluyendo casos relacionados con hardware y PCIe passthrough.
Normalmente estas situaciones afectan únicamente a determinadas combinaciones de hardware y configuración y posteriormente son corregidas.
La conclusión importante no es que «actualizar Proxmox sea peligroso».
La conclusión debería ser otra:
Actualizar una infraestructura de virtualización de producción requiere una política de cambios, validación y recuperación adecuada.
Enterprise Repository no sustituye a una buena política de actualización
Utilizar el repositorio Enterprise es una medida de reducción de riesgo.
Pero no debería interpretarse como una garantía de que cualquier actualización pueda instalarse inmediatamente y sin planificación.
En evertik recomendamos aplicar una estrategia basada, como mínimo, en los siguientes principios.
1. Revisar las actualizaciones disponibles
Antes de actualizar un nodo de producción conviene conocer qué paquetes van a modificarse.
Especial atención merecen cambios relacionados con:
- kernel;
- QEMU;
- Ceph;
- ZFS;
- LXC;
- drivers;
- firmware;
- componentes de clustering.
2. Consultar el changelog
Una actualización no debería instalarse únicamente porque aparezca disponible.
Conocer los cambios incluidos permite determinar su impacto potencial sobre la infraestructura existente.
3. Disponer de copias de seguridad verificadas
Backup y alta disponibilidad solucionan problemas diferentes.
Un cluster HA no sustituye a un sistema de backup.
Para infraestructuras Proxmox VE, disponer de Proxmox Backup Server (PBS) u otra estrategia de backup correctamente dimensionada resulta especialmente importante.
Y una copia que nunca se ha restaurado no ofrece la misma garantía que una copia cuya recuperación ha sido validada.
4. Actualizar los nodos de forma controlada
En clusters con varios nodos, las actualizaciones deberían planificarse evitando intervenir simultáneamente sobre toda la plataforma.
La migración previa de cargas permite reducir el impacto de una posible incidencia.
5. Validar después de cada actualización
No basta con que el nodo vuelva a arrancar.
Conviene verificar, entre otros aspectos:
- estado del cluster;
- quorum;
- almacenamiento;
- Ceph, cuando exista;
- red;
- bridges y VLAN;
- máquinas virtuales;
- contenedores;
- passthrough;
- servicios HA;
- backups.
Enterprise y No-Subscription: ¿cuál utilizar?
No existe una única respuesta aplicable a cualquier escenario.
Laboratorio o pruebas
El repositorio pve-no-subscription puede ser perfectamente adecuado.
De hecho, puede ser interesante disponer de un entorno donde validar paquetes y nuevas versiones antes de incorporarlos a producción.
Entorno empresarial de producción
Para cargas productivas, Proxmox recomienda su Enterprise Repository.
La diferencia no está en disponer de más funcionalidades del hipervisor, sino principalmente en recibir un flujo de paquetes más conservador y ampliamente validado.
Y cuando de una infraestructura dependen decenas o cientos de máquinas virtuales, aplicaciones, bases de datos o usuarios, esta diferencia adquiere mucha más importancia.
¿Necesito una suscripción Proxmox VE para utilizar Enterprise Repository?
Sí.
El acceso al Enterprise Repository requiere una suscripción Proxmox VE activa.
Actualmente existen diferentes niveles de suscripción, adaptados al soporte que necesita cada organización.
La elección debería depender de factores como:
- criticidad de la infraestructura;
- número de nodos;
- capacidad del departamento IT;
- necesidad de soporte del fabricante;
- tiempos de respuesta requeridos;
- existencia de soporte proporcionado por un partner especializado.
Para sistemas empresariales en producción, Proxmox dispone de suscripciones Basic, Standard y Premium, con diferentes niveles de soporte.
Existe también la suscripción Community, que proporciona acceso al Enterprise Repository pero está orientada actualmente por Proxmox principalmente a laboratorios, formación, evaluación y cargas no críticas.
¿Una suscripción Proxmox VE se paga por máquina virtual?
No.
Este es otro punto importante cuando se compara Proxmox con otros modelos de licenciamiento.
Las suscripciones Proxmox VE se calculan por socket físico ocupado del servidor, independientemente del número de cores del procesador y de las máquinas virtuales ejecutadas.
Por ejemplo, un cluster de tres servidores con un procesador físico instalado en cada nodo necesitaría tres suscripciones de un socket.
El número de máquinas virtuales no modifica ese cálculo.
El coste de la suscripción frente al coste de una incidencia
A la hora de diseñar una infraestructura de virtualización es fácil comparar únicamente el coste de las licencias.
Pero en producción hay otro dato mucho más importante:
¿Cuánto cuesta detener la infraestructura?
Una incidencia sobre un hipervisor puede afectar simultáneamente a:
- ERP;
- bases de datos;
- servidores de archivos;
- aplicaciones corporativas;
- controladores de dominio;
- telefonía;
- aplicaciones web;
- escritorios virtuales;
- sistemas de monitorización.
Por ello, la decisión no debería reducirse únicamente al precio anual de una suscripción.
Debe valorarse también:
estabilidad + capacidad de recuperación + soporte + tiempo de indisponibilidad potencial.
En muchos entornos empresariales, el coste anual del repositorio Enterprise y del soporte asociado representa una pequeña fracción del coste que supondría una interrupción prolongada de los sistemas.
Proxmox VE en producción: una arquitectura completa
La estabilidad de una plataforma Proxmox no depende únicamente de instalar una suscripción.
Una infraestructura correctamente diseñada debería analizar de forma conjunta:
Compute
Dimensionamiento de CPU y memoria según las cargas actuales y el crecimiento previsto.
Storage
Selección adecuada entre almacenamiento local, ZFS, SAN, NAS o almacenamiento distribuido con Ceph.
Networking
Separación, cuando corresponda, de:
- gestión;
- tráfico de máquinas virtuales;
- almacenamiento;
- migración;
- Ceph;
- backup.
Alta disponibilidad
Diseño correcto del cluster, quorum y mecanismos HA.
Backup
Uso de Proxmox Backup Server u otra estrategia de protección independiente del propio cluster.
Monitorización
Supervisión del estado de nodos, almacenamiento, red, backups, rendimiento y capacidad.
Actualizaciones
Repositorio adecuado, procedimiento de cambio, validación y posibilidad de rollback.
Soporte
Definición clara de quién interviene cuando aparece una incidencia: equipo interno, partner especializado, fabricante o una combinación de ellos.
¿Estás utilizando Proxmox VE en producción con el repositorio No-Subscription?
No significa necesariamente que tengas un problema.
Pero sí puede ser un buen momento para revisar cómo está configurada tu plataforma.
En evertik podemos ayudarte a analizar una infraestructura Proxmox VE existente y revisar aspectos como:
- versión actual de Proxmox VE;
- repositorios configurados;
- estado de actualizaciones;
- versiones de kernel;
- arquitectura del cluster;
- quorum;
- configuración HA;
- almacenamiento y Ceph;
- networking;
- estrategia de backup;
- Proxmox Backup Server;
- monitorización;
- suscripciones Proxmox;
- procedimiento de actualización.
También podemos suministrar y renovar suscripciones oficiales Proxmox VE y proporcionar servicios profesionales de instalación, migración, auditoría, soporte y mantenimiento.
Si Proxmox VE ya forma parte de tu infraestructura crítica —o estás estudiando migrar desde VMware u otra plataforma de virtualización—, podemos revisar contigo la arquitectura y ayudarte a definir una plataforma preparada para producción.
Preguntas frecuentes sobre Proxmox VE Enterprise Repository
¿Se puede utilizar Proxmox VE gratis en una empresa?
Sí. Proxmox VE es software open source y técnicamente puede utilizarse sin una suscripción. Sin embargo, Proxmox recomienda utilizar el Enterprise Repository y suscripciones orientadas a producción cuando la plataforma aloja servicios empresariales críticos.
¿Cuál es la diferencia entre pve-enterprise y pve-no-subscription?
Ambos proporcionan paquetes de Proxmox VE, pero el Enterprise Repository sigue un ciclo más conservador y contiene paquetes ampliamente probados destinados a sistemas de producción. El repositorio No-Subscription resulta especialmente útil para pruebas, laboratorios y escenarios no críticos.
¿Proxmox Community incluye Enterprise Repository?
Sí. Una suscripción Community proporciona acceso al Enterprise Repository. Actualmente Proxmox posiciona Community principalmente para home labs, formación, evaluación, pruebas profesionales y cargas no críticas.
¿Enterprise Repository evita cualquier problema después de actualizar?
No. Reduce la exposición a paquetes más recientes mediante un ciclo adicional de validación, pero cualquier infraestructura de producción debería disponer además de procedimientos de actualización, backup, validación y recuperación.
¿Hay que reiniciar Proxmox después de actualizar el kernel?
Para utilizar un nuevo kernel es necesario arrancar el nodo utilizando dicho kernel. Por ello, las actualizaciones de kernel deben planificarse especialmente en sistemas productivos.
¿La suscripción se calcula por cores?
No. Las suscripciones Proxmox VE se calculan por socket físico ocupado en cada servidor, no por número de cores ni por número de máquinas virtuales.
¿Necesito una suscripción para cada nodo del cluster?
Sí. Los nodos que forman parte de un mismo cluster deben disponer del nivel de suscripción correspondiente de forma coherente.
¿Proxmox Enterprise Repository incluye actualizaciones de seguridad?
Sí. El Enterprise Repository proporciona actualizaciones estables y de seguridad y está diseñado por Proxmox para entornos productivos.
Sobre evertik
evertik es partner y proveedor especializado en soluciones Proxmox, virtualización, alta disponibilidad, almacenamiento Ceph, backup y continuidad de negocio.
Ayudamos a empresas e integradores en proyectos de:
- migración a Proxmox VE;
- diseño de clusters HA;
- implantación de Ceph;
- Proxmox Backup Server;
- auditoría y optimización de plataformas existentes;
- suscripciones oficiales;
- soporte y mantenimiento;
- migraciones desde VMware;
- formación y servicios profesionales.
¿Quieres revisar tu plataforma Proxmox antes de la próxima actualización?
Contacta con evertik y analizaremos contigo la situación actual y las opciones más adecuadas para tu infraestructura.