Ya está aquí la versión 9.2: le contamos lo esencial
La nueva versión oficial se publicó a mediados de mayo de 2026 (sí, ¡una versión estable!) y se basa en Debian 13.5 «Trixie». Incluye un conjunto de mejoras muy adaptadas a las necesidades actuales de virtualización.
En resumen, ¿qué cambia en la versión 9.2?
Llega con varias mejoras de software significativas que la convierten en una versión importante respecto a la 9.0 o la 9.1: un sistema más reciente, mayor seguridad y componentes mejor optimizados para los entornos de producción modernos.
Lo esencial de un vistazo 🔑 (tabla comparativa)
| Funcionalidad | Versión anterior | Versión 9.2 |
|---|---|---|
| Base Debian | Debian 13 Trixie | Debian 13.5 Trixie |
| Kernel Linux | Kernel 6.x LTS/Testing | Kernel 7.0 (estable) |
| QEMU | QEMU 10.x | QEMU 11.0 |
| LXC | LXC 6.x | LXC 7.0 |
| ZFS | ZFS 2.3 | ZFS 2.4 |
| SDN | IPsec/OpenVPN | WireGuard + BGP nativos |
Comparativa rápida de los cambios principales de Proxmox VE 9.2
🍊 Debian 13.5 + Kernel 7.0 por defecto
Es el cambio más importante bajo el capó. La serie 9.x se basa en Trixie (Debian 13) desde la 9.0; la 9.2 se apoya ahora en Debian 13.5 y pasa al kernel 7.0 por defecto.
Qué aporta:
- ✅ Un sistema seguro sin configuraciones complejas
- ✅ Mejor compatibilidad de hardware: GPU recientes y discos NVMe gestionados de forma nativa
- ✅ Arranque de las máquinas virtuales un 15 % más rápido de media
A tener en cuenta:
Algunos controladores muy antiguos o equipos con varios años de antigüedad pueden requerir una comprobación previa.
⚖️ Dynamic Load Balancer: reparto automático de la carga
Una funcionalidad clave para los clústeres de varios nodos: Proxmox equilibra por sí mismo la carga entre sus servidores.
¿Cómo funciona?
- Configure un clúster con 3 nodos o más
- Si el servidor n.º 1 empieza a saturarse (uso elevado de CPU/RAM), Proxmox traslada automáticamente algunas máquinas virtuales a los demás nodos
- El ciclo de supervisión se ejecuta aproximadamente cada 30 minutos
Por qué resulta útil en la práctica:
- ✅ Se acabó hacer de bombero (🚒) cada vez que un servidor se sobrecarga
- ✅ Reparto equitativo de los recursos entre todos los nodos
- ✅ La mejor densidad de virtualización posible
Importante: solo funciona con al menos 3 servidores en el clúster. En configuraciones de uno o dos nodos, el enfoque clásico es más que suficiente.
🌐 SDN con WireGuard y BGP nativos
La red de Proxmox da un salto hacia las tecnologías modernas: WireGuard llega integrado junto a EVPN para BGP.
Las ventajas concretas:
- 💨 WireGuard: un rendimiento muy superior al de IPsec (a menudo el doble sobre el mismo enlace físico)
- 🔐 Criptografía moderna y auditable (ChaCha20-Poly1305)
- 🛠️ BGP integrado para filtrar rutas entre varios centros de datos
Caso de uso típico:
Conexión segura con una nube remota, interconexión de varias sedes corporativas o una VLAN virtual compartida entre hosts sin configuraciones de red complejas.
Toda esta configuración se realiza ahora desde la interfaz gráfica de Proxmox VE. Ya no hace falta copiar y pegar configuraciones a mano por SSH.
🔄 QEMU 11.0 + LXC 7.0 + ZFS 2.4: una pila optimizada
Como en toda versión importante, los componentes de bajo nivel se han actualizado para sacar el máximo rendimiento de todo el ecosistema:
| Componente | Versión anterior | Versión 9.2 | Mejora visible |
|---|---|---|---|
| QEMU | ~10.x | 11.0 | Snapshots más rápidos 🚀 |
| LXC | ~6.x | 7.0 | Contenedores listos en una fracción de segundo ⏱️ |
| ZFS | 2.3 | 2.4 | Compresión LZ4-ZF con menor consumo de CPU 💪 |
Resultado práctico: sus snapshots se crean más rápido y la compresión aprovecha mejor el almacenamiento NVMe (~60K IOPS aleatorias frente a ~45K con la generación anterior, según pruebas comparativas).
🛡️ Alta disponibilidad simplificada: flujo de mantenimiento Disarm/Arm
La gestión de la alta disponibilidad se ha rediseñado para evitar imprevistos al desconectar nodos manualmente.
Antes, desactivar la alta disponibilidad en un servidor podía provocar conmutaciones imprevisibles. Ahora, el modo «Disarm» permite un mantenimiento controlado, preparando el traspaso de los servicios activos antes de un corte de alimentación (o de un reinicio forzado si fuera necesario).
Por qué es mejor:
- ✅ Mantenimiento planificado más sencillo
- ✅ Control manual de la conmutación antes de intervenir en el hardware
- ✅ Menos interrupciones de servicio inesperadas
⚠️ Antes de actualizar en producción: puntos de atención
| Aspecto | Consejo práctico |
|---|---|
| Copia de seguridad | ¡Copias de seguridad completas de las máquinas virtuales y de las configuraciones, imprescindibles! Siempre es un buen hábito. 🔒 |
| Hardware antiguo | Si su hardware tiene entre 5 y 7 años, compruebe la compatibilidad de los controladores (GPU/CPU). |
| Clústeres pequeños | Las funcionalidades DLB y SDN solo funcionan en clústeres de 3 nodos o más. |
| Usuarios de Ceph | Se recomienda a los usuarios de Ceph migrar a Tentacle 20.2 para contar con soporte oficial. |
🤔 Preguntas frecuentes: lo que más nos preguntan
P: Tengo Proxmox 8.x, ¿puedo actualizar directamente a la 9.2? 💡
R: Técnicamente sí, con el comando pveupgrade, pero la comunidad recomienda pasar antes por la 9.0 o la 9.1 para evitar conflictos entre paquetes y el kernel.
P: ¿Afectará negativamente a mi rendimiento? 📊
R: ¡No! Los benchmarks muestran mejoras en todos los frentes: caudal de red, IOPS de almacenamiento y arranque de las máquinas virtuales. El nuevo ZFS, por ejemplo, comprime mejor con menos carga de CPU.
P: ¿Es imprescindible en una sola máquina? 🖥️
R: No hay prisa si su configuración actual le basta. Novedades como DLB o SDN no sirven de nada si solo utiliza un único servidor.
🎯 Nuestra recomendación (honesta y clara)
¿Ya tiene Proxmox 9.0 o 9.1 en producción?
→ La actualización es recomendable, pero no urgente si todo funciona bien. La versión actual es estable y está optimizada para los usos actuales.
¿Paso de la 8.x a la nueva 9.x?
→ Es el momento ideal, sobre todo si utiliza clústeres de varios nodos o funcionalidades de red avanzadas.
Clúster de varios nodos existente 🏢
→ Actualice sin demora para beneficiarse del nuevo Dynamic Load Balancing y de las mejoras de red WireGuard/BGP.
¿Se inicia en la virtualización? 🆕
→ La migración a Debian 13.5 + kernel 7.0 ofrece una base sólida y segura a largo plazo. Si está empezando, no notará grandes diferencias, pero actualizar sigue siendo una buena decisión.
✅ Lista de comprobación antes de empezar
Para quienes deseen desplegar esta versión en su infraestructura Proxmox existente:
- Copia de seguridad completa de todas las máquinas virtuales críticas
- Prueba de compatibilidad de controladores en el hardware antiguo, si lo hay
- Actualización progresiva (primero un nodo y después el resto del clúster)
- Script de validación/vuelta atrás preparado por si fuera necesario
- Ventana de mantenimiento planificada por los administradores
💬 En conclusión: 3 puntos clave
| En resumen | |
|---|---|
| Tipo de versión | No es una revolución, sino una versión estable con mejoras de software útiles para producción. |
| Para clústeres | DLB + WireGuard/BGP merecen realmente la pena si su infraestructura cuenta con varios nodos. 🏢 |
| Máquinas aisladas | Puede esperar a la próxima versión si su configuración actual le satisface plenamente. 🖥️ |
En definitiva, Proxmox VE 9.2 es una evolución natural de las herramientas modernas de administración de sistemas, con mejoras tangibles pero progresivas (sin revoluciones repentinas). La migración no es obligatoria de inmediato, pero sí muy recomendable para los entornos de producción en crecimiento.
🚀 ¿Listo para pasar a Proxmox VE 9.2?
Descargar la ISO oficial: download.proxmox.com
Leer las notas de versión oficiales: Documentación de Proxmox
