Proxmox VE 9 no es una actualización menor. Es la primera versión mayor de la plataforma desde que la compra de VMware por Broadcom puso patas arriba el mercado de la virtualización, y llega en el momento en que miles de empresas están decidiendo sobre qué hipervisor construir la próxima década de su infraestructura. Si estás valorando alternativas, nuestra comparativa Proxmox vs VMware analiza en detalle ese contexto.
La respuesta de Proxmox Virtual Environment a esa oportunidad es contundente: una base tecnológica renovada de arriba abajo (Debian 13, kernel 6.14, QEMU 10, LXC 6, ZFS 2.3) y, sobre ella, funcionalidades que atacan directamente las carencias que separaban a Proxmox de los entornos enterprise más exigentes: snapshots sobre almacenamiento compartido LVM, redes SDN con protocolos de routing dinámico y reglas de afinidad en el gestor de alta disponibilidad.
En este artículo repasamos las novedades más relevantes de Proxmox VE 9, explicamos por qué importan en entornos de producción reales, detallamos la ruta de actualización desde PVE 8 y contamos qué significa este lanzamiento para los clientes de la plataforma cloud de EasyDataHost.
Nueva Base Técnica: Debian 13, Kernel 6.14, QEMU 10 y LXC 6
Proxmox VE 9 se construye sobre Debian 13 "Trixie", lo que garantiza años de soporte de seguridad sobre una base estable y auditada. El cambio de base trae consigo versiones modernas de toda la pila: glibc, systemd, OpenSSL y las herramientas de red se actualizan de golpe, algo que en un hipervisor tiene impacto directo sobre compatibilidad de hardware y rendimiento.
El kernel Linux 6.14 es la pieza más visible de esa renovación: soporte para las últimas generaciones de CPUs de AMD e Intel, mejoras en KVM (el hipervisor sobre el que se apoya Proxmox), planificador más eficiente en sistemas con muchos núcleos y mejor soporte de controladoras NVMe y tarjetas de red de 25/100 GbE. Para servidores recién comprados, esto se traduce en menos problemas de drivers y más rendimiento por vatio.
QEMU 10 aporta mejoras de emulación y migración en caliente más rápida y robusta, con menos tiempo de pausa al mover máquinas virtuales entre nodos. LXC 6 moderniza la capa de contenedores de sistema, con mejor aislamiento y compatibilidad con las distribuciones más recientes dentro de los contenedores. En conjunto, la pila de virtualización queda alineada con lo último del ecosistema open source.
Almacenamiento: ZFS 2.3 con Expansión RAIDZ y Snapshots para LVM Compartido
La novedad estrella en almacenamiento es ZFS 2.3 con expansión RAIDZ. Hasta ahora, ampliar un vdev RAIDZ era imposible sin destruir el pool: si tenías un RAIDZ2 de 6 discos y querías pasar a 8, tocaba crear un pool nuevo y migrar todos los datos. Con ZFS 2.3 puedes añadir discos a un RAIDZ existente, uno a uno y con el pool en producción. Para servidores con bahías libres, esto cambia por completo la planificación de capacidad: se puede empezar pequeño y crecer según la necesidad real.
La segunda mejora ataca un dolor histórico de los entornos con cabina: Proxmox VE 9 introduce soporte de snapshots para volúmenes LVM thick-provisioned sobre almacenamiento compartido iSCSI o Fibre Channel. Hasta esta versión, quien conectaba Proxmox a una SAN por iSCSI/FC con LVM renunciaba a los snapshots de VM, una limitación que pesaba mucho en las migraciones desde VMware, donde los snapshots sobre datastores compartidos se dan por hechos. Con PVE 9, ese escenario queda cubierto mediante volúmenes de snapshot en cadena, y una de las barreras técnicas más citadas para migrar desaparece.
Ambas mejoras apuntan en la misma dirección: que el almacenamiento deje de condicionar la arquitectura. Tanto si usas ZFS local con discos NVMe como si conectas una cabina corporativa por Fibre Channel, Proxmox VE 9 ofrece ahora snapshots, clonado y una operativa coherente.
SDN Fabrics: OpenFabric y OSPF para Redes Complejas
La pila SDN (Software-Defined Networking) de Proxmox da un salto importante con las fabrics: redes enrutadas entre nodos que se configuran desde la propia interfaz web usando OpenFabric u OSPF como protocolo de routing dinámico. En lugar de mantener a mano configuraciones estáticas de rutas entre nodos, la fabric descubre la topología y recalcula caminos automáticamente cuando un enlace cae.
¿Dónde brilla esto? En dos escenarios muy concretos: redes full-mesh para Ceph, donde cada nodo se conecta directamente con los demás sin necesidad de switches de alta capacidad, y clústeres repartidos en varias salas o racks con múltiples caminos redundantes. Lo que antes exigía conocimientos avanzados de FRRouting y ficheros de configuración manuales ahora se define en unos clics y queda gestionado (y versionado) por el propio Proxmox.
Alta Disponibilidad con Reglas de Afinidad y Mejoras de Interfaz
El gestor de alta disponibilidad incorpora por fin reglas de afinidad y anti-afinidad. Con ellas puedes indicar que un grupo de VMs debe ejecutarse junto en el mismo nodo (afinidad, por ejemplo para minimizar latencia entre un aplicativo y su base de datos) o que nunca deben coincidir en el mismo host (anti-afinidad, por ejemplo los dos nodos de un clúster de base de datos replicado). Cuando el HA recoloca máquinas tras el fallo de un nodo, respeta estas reglas automáticamente.
Quien venga de VMware reconocerá el concepto: son las reglas DRS de afinidad de toda la vida, una de las funcionalidades que más se echaban de menos en Proxmox. Su llegada elimina otro de los argumentos clásicos contra la migración.
En el frente de la interfaz, Proxmox VE 9 estrena una interfaz móvil renovada, construida sobre el mismo framework que Proxmox Datacenter Manager. Consultar el estado del clúster, arrancar o parar una VM o revisar una tarea desde el móvil ya no requiere pelearse con una web de escritorio miniaturizada: la operativa básica de guardia se puede resolver desde el teléfono.
Tabla Comparativa: Proxmox VE 8 vs Proxmox VE 9
La siguiente tabla resume las diferencias clave entre las dos versiones mayores:
| Componente | Proxmox VE 8 | Proxmox VE 9 |
|---|---|---|
| Sistema base | Debian 12 "Bookworm" | Debian 13 "Trixie" |
| Kernel Linux | 6.8 | 6.14 |
| QEMU | 9.x | 10 |
| LXC | 5.x | 6 |
| ZFS | 2.2 | 2.3 (expansión RAIDZ) |
| Snapshots en LVM thick compartido (iSCSI/FC) | No | Sí |
| SDN fabrics (OpenFabric, OSPF) | No | Sí |
| Reglas de afinidad/anti-afinidad en HA | No | Sí |
| Interfaz móvil | Básica | Renovada |
Ruta de Actualización desde Proxmox VE 8
Proxmox soporta la actualización in-place desde PVE 8 a PVE 9 sin reinstalar. El proceso es conocido para quien ya haya pasado de 7 a 8, pero al tratarse de un salto de versión mayor de Debian conviene ejecutarlo con método:
- check_circle Parte de la última versión de PVE 8.x: actualiza el nodo a los últimos paquetes de la rama 8 antes de iniciar el salto de versión mayor.
-
check_circle
Ejecuta
pve8to9: la herramienta de chequeo oficial detecta incompatibilidades (paquetes obsoletos, configuraciones de red antiguas, storage no soportado) antes de tocar nada. Repite la ejecución hasta que no queden avisos críticos. -
check_circle
Backup completo antes de actualizar: copia de seguridad verificada de todas las VMs y contenedores, y de
/etc/pve. Una actualización de sistema operativo mayor nunca debe ejecutarse sin plan de vuelta atrás. - check_circle Actualiza los repositorios: cambia las fuentes APT de Bookworm a Trixie (repositorios de Debian y de Proxmox) y lanza la actualización completa del sistema.
- check_circle En clúster, nodo a nodo: migra en caliente las cargas del nodo a actualizar, actualízalo, verifica que reincorpora el quórum y continúa con el siguiente. Nunca actualices todos los nodos a la vez.
Recomendación práctica:
No actualices producción la primera semana. Prueba primero el salto en un nodo de laboratorio o en un host secundario con cargas no críticas, ejecuta pve8to9 --full en cada nodo y programa la ventana de mantenimiento con el backup verificado y el procedimiento de rollback por escrito. En clústeres con HA, deshabilita temporalmente los servicios HA del nodo en mantenimiento antes de actualizarlo.
Con estas precauciones, la actualización es un proceso predecible: las VMs conservan su configuración, el almacenamiento se reconoce sin cambios y el clúster mantiene el servicio durante todo el proceso gracias a la migración en caliente.
Qué Significa para los Clientes de EasyDataHost
En EasyDataHost operamos nuestra plataforma cloud sobre Proxmox 9.x, en datacenter propio en España con certificación ISO 27001 y conformidad ENS. Para nuestros clientes, las novedades de esta versión se traducen en beneficios directos sin que tengan que hacer nada:
- arrow_right Migraciones en caliente más rápidas gracias a QEMU 10, con ventanas de mantenimiento prácticamente imperceptibles.
- arrow_right Mayor resiliencia: las reglas de anti-afinidad garantizan que las VMs redundantes de un mismo cliente no coincidan en el mismo nodo físico.
- arrow_right Crecimiento de almacenamiento sin interrupciones gracias a la expansión RAIDZ de ZFS 2.3 en los nodos de storage.
- arrow_right Base soportada durante años: Debian 13 y kernel 6.14 aseguran parches de seguridad y compatibilidad de hardware a largo plazo.
Y si todavía estás en VMware, Proxmox VE 9 es el mejor punto de entrada hasta la fecha: los snapshots sobre almacenamiento compartido y las reglas de afinidad eliminan las dos objeciones técnicas más habituales. En nuestra guía para migrar de VMware a Proxmox explicamos el proceso paso a paso, y si prefieres que lo evaluemos juntos, contacta con nuestro equipo para un análisis sin compromiso.
Preguntas Frecuentes
¿Puedo actualizar directamente de Proxmox VE 8 a Proxmox VE 9?
Sí, la actualización in-place está soportada desde la última versión de PVE 8.x. Ejecuta antes la herramienta pve8to9 para detectar incompatibilidades, haz backup completo de VMs y contenedores, actualiza los repositorios a Trixie y, en clústeres, procede nodo a nodo migrando las cargas en caliente.
¿Qué aporta la expansión RAIDZ de ZFS 2.3?
Permite añadir discos a un vdev RAIDZ existente sin destruir el pool ni migrar datos. Hasta ahora, ampliar un RAIDZ obligaba a crear un pool nuevo y copiar todo el contenido. Con ZFS 2.3 el crecimiento es incremental, disco a disco y con el pool en producción.
¿Es Proxmox VE 9 una alternativa real a VMware?
Para la gran mayoría de cargas de trabajo, sí. PVE 9 cubre alta disponibilidad con reglas de afinidad, snapshots sobre almacenamiento compartido iSCSI/FC, SDN avanzado, backup integrado y API completa, sin licencias por núcleo ni suscripciones obligatorias. Tras el cambio de licenciamiento de Broadcom, la migración a Proxmox se ha convertido en la ruta más habitual.
Conclusión
Proxmox VE 9 es la versión más ambiciosa del proyecto hasta la fecha y llega en el momento oportuno: justo cuando el mercado busca una alternativa sólida a VMware. Las claves:
- arrow_right Base renovada: Debian 13 "Trixie", kernel 6.14, QEMU 10 y LXC 6 garantizan compatibilidad con hardware moderno y soporte a largo plazo.
- arrow_right Almacenamiento sin ataduras: expansión RAIDZ en ZFS 2.3 y snapshots sobre LVM thick en iSCSI/FC, la carencia histórica que frenaba migraciones desde VMware.
- arrow_right Operativa enterprise: SDN fabrics con OpenFabric/OSPF, reglas de afinidad y anti-afinidad en HA e interfaz móvil renovada.
-
arrow_right
Actualización predecible: in-place desde PVE 8 con
pve8to9, backups previos y actualización nodo a nodo en clúster.