Proxmox VE 9.2 : équilibrage de charge automatique, SDN et CPU custom

Si tu as migré vers Proxmox VE ces derniers mois — que ce soit par choix ou pour fuir la facture Broadcom — la version 9.2, sortie le 21 mai 2026, est la première mise à jour majeure qui s’attaque vraiment aux angles morts de l’hyperviseur face à VMware : l’équilibrage de charge automatique, le réseau SDN avancé et la gestion des CPU virtuels. Trois briques qui, jusqu’ici, obligeaient encore pas mal d’admins à bricoler des scripts maison ou à revenir en douce vers l’écosystème VMware pour certains cas d’usage.

On fait le tour de ce qui change concrètement, comment l’activer, et dans quels cas ça vaut le coup de mettre à jour ton cluster.

Le Dynamic Load Balancer : la fin des migrations manuelles de VM

C’est la fonctionnalité qui fait le plus parler d’elle dans cette version. Jusqu’à Proxmox VE 9.1, le Cluster Resource Scheduler (CRS) ne s’activait qu’au démarrage d’une VM ou lors d’un événement HA (failover d’un nœud, par exemple) — impossible de rééquilibrer la charge d’un cluster qui dérive progressivement parce qu’un nœud héberge trop de VM gourmandes en CPU.

Avec la 9.2, le CRS passe en mode dynamique : il s’appuie sur l’utilisation réelle des ressources (CPU, RAM) des nœuds et des VM, pas seulement sur leur configuration statique, pour migrer automatiquement les invités gérés par la stack HA et réduire les déséquilibres entre nœuds. Concrètement, ça se configure depuis Datacenter → Options → Cluster Resource Scheduling, avec un curseur de sensibilité qui détermine à partir de quel écart de charge le rééquilibrage se déclenche — voir le détail des options dans la roadmap officielle Proxmox VE.

Ce que ça change pour toi

• Plus besoin de surveiller manuellement la répartition de charge et de migrer les VM à la main un vendredi soir
• Moins de contention CPU/RAM sur les nœuds « populaires » du cluster, surtout utile sur des clusters à taille variable (edge, PME)
• Le rééquilibrage reste borné par la stack HA : seules les VM/CT gérés en HA sont concernés pour l’instant

Attention toutefois : le Dynamic Load Balancer migre des VM en live, ce qui consomme de la bande passante réseau et du CPU pendant le transfert. Sur un cluster avec un réseau de stockage déjà sollicité (Ceph, ZFS over iSCSI), commence avec une sensibilité basse et surveille l’impact avant de la resserrer.

SDN : WireGuard, BGP et EVPN passent à l’échelle

Le module Software-Defined Networking continue sa montée en puissance, avec plusieurs ajouts qui rapprochent Proxmox des fonctionnalités réseau qu’on trouve chez les gros éditeurs de virtualisation :

• Support natif de WireGuard et BGP comme protocoles de fabric SDN, en plus d’OSPF déjà disponible
• Filtrage EVPN via route maps et prefix lists, pour maîtriser précisément quelles routes sont annoncées entre zones
• Redistribution de routes OSPF vers les fabrics EVPN
• Support IPv6 pour l’underlay EVPN, utile si ton datacenter est déjà en dual-stack ou IPv6-only

Si tu gères un cluster multi-sites ou que tu commences à multiplier les VLAN/VRF pour isoler des environnements clients, ces ajouts SDN valent le détour — ils évitent de dépendre entièrement de ta stack réseau physique pour la segmentation.

Gestion des modèles de CPU personnalisés, enfin dans l’interface web

Autre irritant corrigé : jusqu’ici, créer un modèle de CPU personnalisé (pour garantir la compatibilité vMotion-like entre nœuds aux CPU légèrement différents) passait obligatoirement par l’édition de fichiers de configuration en ligne de commande. La 9.2 ajoute une section dédiée dans Datacenter → CPU Models de l’interface web, avec un sélecteur de flags CPU qui affiche directement les flags supportés par chaque nœud du cluster.

C’est un détail, mais ça change la vie sur les clusters hétérogènes (nœuds achetés à des générations différentes) où définir un modèle de CPU custom compatible avec tout le monde demandait auparavant de croiser manuellement les sorties de lscpu sur chaque nœud.

HA Arm/Disarm : de la maintenance sans stress

La 9.2 introduit aussi une fonction pour suspendre temporairement le HA Manager à l’échelle du cluster, le temps d’une fenêtre de maintenance — sans perdre la configuration des ressources HA. Une fois la maintenance terminée, tu « réarmes » le HA Manager et les ressources reprennent leur état précédent automatiquement, plutôt que de devoir tout redéclarer à la main.

Base technique : Debian Trixie et kernel 7.0

Sous le capot, Proxmox VE 9.2 s’appuie sur Debian 13.5 « Trixie », le noyau Linux 7.0, QEMU 11.0, LXC 7.0 et ZFS 2.4 — une base technique à jour qui profite en particulier aux configurations matérielles récentes (support GPU, NVMe, réseau 100G).

Comment mettre à jour depuis une 9.x existante

# Sur chaque nœud du cluster, un par un
apt update && apt full-upgrade

# Vérifier la version après redémarrage
pveversion

Comme toujours sur un cluster, mets à jour les nœuds un par un plutôt qu’en même temps, et vérifie que la quorum device (si tu en utilises un) reste disponible pendant l’opération. Les retours d’expérience de la communauté sur cette version, y compris quelques cas particuliers avec Ceph, sont regroupés sur le fil du forum officiel Proxmox, à consulter avant une montée de version sur un cluster critique. Si tu viens tout juste de migrer depuis VMware, le guide de migration VMware vers Proxmox VE détaille les étapes de bascule initiale — la 9.2 s’applique ensuite normalement par-dessus.

FAQ

Le Dynamic Load Balancer fonctionne-t-il sans la stack HA ?

Non, dans cette version le rééquilibrage automatique ne concerne que les VM et conteneurs gérés par la High Availability. Pour les autres, la migration reste manuelle ou scriptée.

Faut-il upgrader immédiatement en production ?

Comme pour toute montée de version majeure d’hyperviseur, teste d’abord sur un nœud ou un cluster de non-prod, en particulier si tu utilises Ceph ou des configurations SDN avancées. Les changements de cette 9.2 sont additifs (pas de breaking change signalé), mais la prudence reste de mise sur un cluster de production.

Proxmox VE 9.2 est-il compatible avec les modèles de CPU définis en 9.0/9.1 ?

Oui, la mise à jour ne modifie pas la configuration existante — la nouvelle interface web vient seulement en simplifier la gestion pour les futurs modèles.

En bref

Proxmox VE 9.2 comble trois écarts fonctionnels réels avec les hyperviseurs propriétaires : équilibrage de charge automatique, réseau SDN de niveau entreprise, et gestion des CPU sans ligne de commande. Si tu envisageais encore de garder un pied chez VMware ou Hyper-V « au cas où », cette version rétrécit un peu plus la liste des raisons de le faire. Si ton cluster tourne encore en 8.x, c’est aussi l’occasion de planifier la double montée de version (l’article sur le choix entre VMware, Hyper-V et Azure Local reste pertinent si tu hésites encore sur ta plateforme cible).

Programme une fenêtre de test cette semaine, et vérifie en particulier le comportement du Dynamic Load Balancer sur ton réseau de stockage avant de le généraliser à tout le cluster.