Proxmox VE 9.2 ya balancea el cluster solo: qué cambia

Si administras un cluster conoces la escena: el nodo 1 corriendo al 85% de RAM mientras el nodo 3 lleva semanas al 20%. Nadie mueve nada porque migrar en caliente «funciona, pero mejor el viernes», y el viernes siempre aparece algo más urgente.

Así viven la mayoría de los clusters de virtualización en las pymes de la región: técnicamente en alta disponibilidad, operativamente desbalanceados.

Ese es exactamente el problema que Proxmox decidió atacar en su última versión.

¿Qué trae Proxmox VE 9.2?

El 21 de mayo de 2026, Proxmox Server Solutions publicó Proxmox Virtual Environment 9.2. La versión trae tres cosas grandes: un balanceador de carga dinámico, una expansión seria del stack de redes definidas por software (SDN), y la posibilidad de suspender el stack de alta disponibilidad durante un mantenimiento planificado.

Ninguna de las tres es marketing. Las tres resuelven dolores que existen en producción.

¿Qué hace el Dynamic Load Balancer?

El Cluster Resource Scheduler (CRS) de Proxmox VE ahora opera en un modo dinámico: toma decisiones de ubicación considerando el consumo real de recursos de los nodos y de las VMs en tiempo real, no solo en el momento de arrancar un huésped.

En la práctica, el balanceador puede migrar automáticamente los huéspedes gestionados por el stack de HA para reducir el desbalance entre nodos, respetando siempre las reglas de HA que definiste. Y no es una caja negra: el comportamiento y la sensibilidad se configuran por parámetros, así que decides qué tan agresivo quieres que sea.

Esto es lo que VMware DRS hacía, y por lo que muchas empresas justificaban la factura de licenciamiento de vSphere. Ahora está en una plataforma de software libre.

Mi recomendación: actívalo primero en modo conservador y obsérvalo una o dos semanas antes de confiarle cargas críticas. Un balanceador mal calibrado no rompe nada, pero puede generar migraciones innecesarias que te van a poner nervioso cuando las veas en el log un lunes a las 7 a.m.

¿Por qué importa que el SDN traiga WireGuard y BGP?

La parte de redes es la que menos titulares se va a llevar y la que más va a importar en dos años.

Proxmox VE 9.2 integra soporte nativo para WireGuard y BGP como protocolos de fabric dentro del stack SDN. Además suma filtrado de rutas BGP/EVPN mediante route maps y prefix lists, redistribución de rutas para fabrics OSPF, más opciones de configuración para controladores EVPN y soporte de underlay IPv6 para EVPN.

Traducido a decisiones de negocio: conectar dos sedes, o un data center propio con un nodo en la nube, deja de requerir un appliance adicional o una VPN montada aparte. Se configura desde la misma plataforma donde vive la virtualización. Para una empresa con oficina principal en Ciudad de Panamá y una sucursal en el interior, eso son menos piezas que mantener y menos proveedores a quienes llamar cuando algo falla.

¿Qué resuelve poder pausar el HA Manager?

Proxmox VE 9.2 permite desarmar y rearmar el HA Manager a nivel de cluster. Durante un mantenimiento planificado puedes suspender el stack de alta disponibilidad para evitar acciones no deseadas, como que un nodo sea aislado (fenced) justo cuando lo estabas reiniciando a propósito.

Los estados de los recursos HA se preservan durante el ciclo. Cuando terminas y rearmas, los recursos vuelven a su estado y ubicación previos de forma automática.

Cualquiera que haya tenido que documentar a mano dónde estaba cada VM antes de tocar un nodo entiende por qué esto vale tanto como el balanceador.

¿Qué más cambia en la base?

Se suma una interfaz dedicada en la sección Datacenter para crear, editar y eliminar modelos de CPU personalizados desde la web, sin editar archivos a mano. El selector de flags muestra cuáles están soportados en todos los nodos del cluster, lo que permite detectar incompatibilidades antes de que exploten en una migración.

Debajo, la base se actualizó: Debian 13.5 «Trixie», kernel Linux 7.0 como estable por defecto, QEMU 11.0, LXC 7.0 y ZFS 2.4. En almacenamiento, Ceph Tentacle 20.2 entra como opción estable por defecto y Ceph Squid 19.2 sigue disponible.

¿Qué significa esto para una empresa en Panamá?

Desde los cambios de licenciamiento de VMware, muchas empresas medianas de la región llevan dos años haciendo la misma cuenta: lo que antes costaba X ahora cuesta varias veces X, por la misma infraestructura.

Proxmox VE 9.2 cierra una de las últimas brechas funcionales que quedaban como argumento para no migrar. El soporte empresarial arranca en 120 euros al año por CPU, y la plataforma corre sobre más de 2 millones de hosts en el mundo. Eso no es un experimento de laboratorio.

El argumento para quedarse en VMware ya no es técnico. Es de costumbre. Y la costumbre no aparece en la factura de licencias, pero la paga alguien.

¿Migrar a Proxmox es apretar un botón?

No. Antes de mover producción hay que responder tres preguntas, y ninguna es sobre Proxmox:

1. ¿Tu esquema de respaldo cambia? Proxmox Backup Server es excelente, pero si vienes de Veeam necesitas definir si conviven o si migras. Y en cualquier caso, probar el restore antes, no después.
2. ¿Tu equipo sabe operar Linux? La plataforma es sólida; el operador improvisado no. Un cluster de Proxmox se administra desde la web el 90% del tiempo, pero el 10% restante es una terminal a las 2 a.m.
3. ¿Probaste tus cargas reales? No la VM de prueba. La base de datos que factura, con sus picos de cierre de mes.

En mi cluster de laboratorio, Nibel Lab, las versiones nuevas de Proxmox pasan primero por ahí precisamente por esto: para saber qué recomendar con evidencia y no con el comunicado de prensa en la mano. Es la misma lógica de decidir qué cargas vuelven a un servidor propio: la infraestructura local tiene sentido cuando alguien la opera con método.

Cuándo esto no te aplica

Si tienes un solo servidor de virtualización, el balanceador y la pausa del HA no te cambian nada: son funciones de cluster. Te sigue aplicando la actualización de base (kernel, QEMU, ZFS), pero no hay urgencia. Y si tu operación ya vive completa en la nube pública sin hipervisor propio, este artículo es contexto, no tarea.

Qué puedes hacer hoy

Si ya tienes Proxmox, la actualización se hace por APT desde versiones anteriores, sin reinstalar. Actualiza primero un nodo de prueba, confirma que el respaldo restaura, y después el resto.

Si estás evaluando salir de tu hipervisor actual, este es buen momento para levantar un nodo de evaluación y medir con tus propias cargas. Un servidor usado, tres semanas y una hoja de cálculo con métricas reales valen más que cualquier comparativa de proveedor.

---

Si necesitas que alguien haga esa evaluación en serio (inventario, plan de migración, esquema de respaldo y continuidad), conversemos. Esa conversación cuesta menos que descubrir en producción lo que se pudo probar en un laboratorio.

¿Cuánto pagas hoy al año por tu hipervisor, y cuánto de eso es por funciones que ya existen en software libre?