Proxmox VE 8 sin actualizaciones: qué significa para tu servidor

Leer 9 min.

Proxmox VE 8 llegó al final de su vida útil (End of Life, EOL) en agosto de 2026. Muchos servidores siguen utilizando esta versión y no hay motivos para entrar en pánico: nada ha dejado de funcionar, las máquinas virtuales siguen arrancando y las copias de seguridad continúan ejecutándose. Sin embargo, el host ahora utiliza una rama de Proxmox que ya no recibe correcciones.

Veamos qué significa esto en la práctica, por qué el sistema no te avisará y cuándo resulta más conveniente dejar la actualización en manos de un administrador.

Qué cambió en agosto de 2026

Proxmox VE 8 se lanzó en junio de 2023 sobre Debian 12 Bookworm. El soporte para la propia rama de Proxmox VE 8 finalizó en agosto de 2026. Sin embargo, Debian 12 sigue recibiendo actualizaciones LTS, por lo que algunos paquetes del sistema continúan actualizándose.

Tras el fin del soporte:

• Ya no se publican nuevas correcciones de seguridad para los componentes de Proxmox VE 8.
• Los errores de esta rama dejan de corregirse.
• Los repositorios siguen disponibles, pero ya no aparecen nuevos paquetes de Proxmox para la versión 8.

Es igualmente importante entender qué no significa el fin del soporte. El servidor no se apagará, las máquinas virtuales y los contenedores seguirán funcionando y la configuración permanecerá intacta. Lo que cambia es que ya no puedes contar con el ciclo habitual de correcciones para esta versión.

En el momento de redactar este artículo, la rama actual es Proxmox VE 9. Se lanzó en agosto de 2025 sobre Debian 13 Trixie, y la versión más reciente disponible, 9.2, se publicó en mayo de 2026.

Por qué apt no te avisará

Aquí está el problema. Debian 12 ha pasado al soporte a largo plazo (LTS), que se extiende hasta junio de 2028. Por eso, los comandos apt update y apt upgrade siguen funcionando en un servidor con Proxmox VE 8 e incluso instalan actualizaciones. Sin embargo, estas corresponden a paquetes habituales de Debian.

apt update
apt upgrade

Desde fuera, parece que el sistema sigue actualizándose. Pero el soporte LTS de Debian no cubre los componentes propios de Proxmox:

• El kernel de Proxmox (los paquetes proxmox-kernel), desarrollado por separado del kernel de Debian.
• La interfaz web y la API (pve-manager).
• QEMU y KVM, responsables de ejecutar las máquinas virtuales.
• Los contenedores LXC, las herramientas de clúster y los paquetes de Ceph.

Estos componentes son fundamentales para el funcionamiento y la seguridad del hipervisor. Tras el fin del soporte, Proxmox deja de publicar correcciones de seguridad y errores críticos para la rama 8. apt no muestra ningún aviso al respecto.

Qué significa para el servidor

Es fácil caer en escenarios alarmistas, así que conviene analizar las consecuencias según el momento en que pueden aparecer. Inmediatamente después del fin del soporte, no ocurre nada crítico. El servidor funciona igual que el día anterior.

Sin embargo, con el tiempo empiezan a notarse las diferencias:

• Las vulnerabilidades descubiertas en el kernel, QEMU, LXC o la interfaz web ya no se corregirán en Proxmox VE 8.
• Pueden aparecer problemas de compatibilidad con software y componentes nuevos diseñados para versiones de Proxmox que siguen teniendo soporte.
• La resolución de problemas se vuelve más difícil porque el sistema ya no utiliza una rama compatible.
• Cuanto más se posponga la actualización, más cambios se acumularán y más compleja será la migración.

Seguir utilizando Proxmox VE 8 es especialmente arriesgado si:

• La interfaz web o el acceso SSH del host están expuestos a Internet.
• El servidor aloja máquinas virtuales importantes para producción.
• La empresa debe cumplir requisitos de seguridad o auditoría.
• El servidor lleva mucho tiempo sin instalar actualizaciones.

El host y los sistemas invitados se actualizan por separado

Este aspecto suele generar confusión. Actualizar Proxmox VE y actualizar las máquinas virtuales son procesos diferentes.

Un mismo servidor puede ejecutar Proxmox VE 8 como sistema host, Ubuntu o Windows Server dentro de las máquinas virtuales y distintas versiones de aplicaciones al mismo tiempo. Cada uno de estos sistemas tiene su propio ciclo de vida.

Por tanto, instalar las últimas actualizaciones de Windows o Ubuntu dentro de una máquina virtual no resuelve el problema del host. Si el hipervisor sigue utilizando Proxmox VE 8, continúa ejecutándose sobre una versión sin soporte.

Cómo comprobar tu versión

Basta con ejecutar un comando en el host:

pveversion

La salida será aproximadamente así:

pve-manager/8.4.1/2a5fa54a8503f96d (running kernel: 6.8.12-9-pve)

Si el número que aparece después de pve-manager/ es 8, el servidor utiliza una rama que ya no recibe soporte.

Qué hacer antes de la actualización

La migración de Proxmox VE 8 a Proxmox VE 9 está oficialmente admitida como actualización in-place, por lo que no es necesario reinstalar el sistema. Sin embargo, la preparación es más importante que los propios comandos.

Una breve lista de comprobación:

• Actualiza la instalación actual a la última versión 8.4. De lo contrario, la comprobación de compatibilidad no se completará correctamente.
• Ejecuta pve8to9 --full. Esta herramienta integrada identifica problemas conocidos antes de iniciar la actualización y no modifica el sistema.
• Comprueba el espacio disponible en la partición raíz. La guía oficial de Proxmox exige al menos 5 GB, aunque recomienda disponer de más de 10 GB. Revisa también el estado del almacenamiento.
• Realiza copias de seguridad de todas las máquinas virtuales y contenedores y asegúrate de que pueden restaurarse.
• Planifica una ventana de mantenimiento y define de antemano qué harás si algo sale mal.

Advertencia

Tener una copia de seguridad no significa necesariamente que puedas restaurarla. Antes de actualizar, restaura al menos una máquina virtual desde una copia reciente y comprueba que arranca correctamente. Guarda las copias de seguridad fuera del servidor que vas a actualizar, por ejemplo, utilizando INTROSERV Backup Service.

Dónde suelen surgir problemas durante la actualización

• Ceph: Si utilizas Ceph, actualízalo a la versión 19.2 Squid en un paso independiente antes de actualizar Proxmox. El soporte de Squid finaliza a finales de octubre de 2026. Por tanto, después de migrar a Proxmox VE 9.2, planifica inmediatamente el siguiente paso: actualizar Ceph a la versión 20 Tentacle.
• Contenedores LXC: Proxmox VE 9 deja de admitir cgroup v1, por lo que los contenedores con distribuciones antiguas, como CentOS 7 o Ubuntu 16.04, podrían dejar de arrancar.
• Clústeres: En un clúster, los nodos se actualizan uno por uno. Primero traslada las máquinas virtuales fuera del nodo, actualízalo, verifica su funcionamiento y solo entonces continúa con el siguiente.
• Interfaces de red: El nuevo kernel puede cambiar los nombres de las interfaces de red. Asegúrate de antemano de que puedes acceder al servidor mediante IP-KVM.
• Componentes adicionales: Revisa los repositorios de terceros, plugins y módulos personalizados del kernel antes de iniciar la actualización.

Si tu servidor todavía utiliza Proxmox VE 7, primero debes migrar a la versión 8. Encontrarás el procedimiento paso a paso en nuestra guía Cómo actualizar Proxmox VE 7 a Proxmox VE 8.

Qué ocurre si no haces nada

El fin del soporte no es una interrupción del servicio, sino una fecha límite. A partir de ese momento, posponer la decisión tiene cada vez menos sentido.

Actualizar por tu cuenta o dejarlo en manos de un administrador

Si tienes un solo servidor, máquinas virtuales no críticas, una copia de seguridad verificada y tiempo para resolver posibles problemas, puedes realizar la actualización por tu cuenta sin mayores dificultades.

Sin embargo, es recomendable contar con un administrador si:

• Proxmox funciona en un clúster o utiliza Ceph.
• Hay varios sistemas de almacenamiento, configuraciones PCI o GPU passthrough, o bridges y VLAN no estándar.
• El servidor es crítico para el negocio y no se pueden permitir interrupciones prolongadas.
• Las actualizaciones anteriores ya han provocado problemas.
• No está claro qué repositorios están configurados ni qué modificaciones se realizaron anteriormente en el servidor.
• El servidor está alojado en un centro de datos y no se dispone de acceso físico.

En un servidor de producción, el coste de un error suele ser mayor que el coste del trabajo de un administrador. Los especialistas en administración de sistemas de INTROSERV pueden planificar y llevar a cabo la actualización por ti.

Resumen

Proxmox VE 8 no dejó de funcionar al finalizar su soporte y tampoco dejará de hacerlo automáticamente mañana. Sin embargo, ahora es un sistema que ya no recibe correcciones para el propio hipervisor, y la diferencia con la versión compatible seguirá aumentando.

El mejor momento para migrar a Proxmox VE 9 es ahora, mientras todavía es posible planificar la actualización con tranquilidad, en lugar de tener que realizarla con prisas después de un incidente.