Proxmox VE 9.2: nouveautés, Dynamic Load Balancer et clusters HA

Proxmox VE 9.2 a été annoncé le 21 mai 2026 avec une nouveauté qui attire immédiatement l’attention sur les environnements de virtualisation en cluster: un Dynamic Load Balancer intégré à la logique de placement des workloads haute disponibilité.

La version ne se limite pas à cette fonction. Elle renforce aussi le software-defined networking, ajoute une gestion plus lisible des modèles CPU personnalisés, simplifie certaines fenêtres de maintenance HA et actualise le socle technique de la plateforme.

Pour les équipes infrastructure, le sujet n’est donc pas seulement de lister les nouveautés de Proxmox VE 9.2. La vraie question est plutôt: qu’est-ce que cette version change dans l’exploitation d’un cluster Proxmox en production ?

Proxmox VE 9.2: les nouveautés à retenir

Proxmox présente cette version comme une évolution orientée efficacité opérationnelle pour les infrastructures virtualisées.

Les points les plus structurants sont:

• le Dynamic Load Balancer pour améliorer l’équilibre des guests gérés par la haute disponibilité;
• l’extension du SDN avec de nouveaux protocoles et des options de filtrage plus fines;
• une interface de gestion des custom CPU models directement dans l’interface web;
• la possibilité d’armer et de désarmer le HA Manager pendant certaines maintenances planifiées;
• une pile technique actualisée autour de Debian, du noyau Linux, de QEMU, LXC, ZFS et Ceph.

Ce dernier point compte pour la durée de vie des plateformes. Mais, dans l’usage quotidien, les quatre premières évolutions sont celles qui touchent le plus directement les arbitrages d’architecture, les opérations de maintenance et la capacité à exploiter un cluster avec moins de friction.

Dynamic Load Balancer: pourquoi c’est la nouveauté centrale

Jusqu’ici, répartir proprement la charge d’un cluster Proxmox reposait largement sur le dimensionnement initial, les règles de placement, l’observation des nœuds et les migrations décidées au bon moment.

Avec Proxmox VE 9.2, le cluster resource scheduler gagne un mode dynamique qui prend en compte l’utilisation réelle des nœuds et des guests pour guider les décisions de placement. Le Dynamic Load Balancer peut ensuite migrer automatiquement des guests gérés par la stack HA pour réduire les déséquilibres entre nœuds.

Ce point est intéressant pour deux raisons.

D’abord, un cluster ne reste pas figé après son déploiement. Certaines VM montent en charge, d’autres deviennent plus calmes, des maintenances déplacent temporairement des workloads, et un état parfaitement équilibré à la conception peut dériver au fil des mois.

Ensuite, le rééquilibrage ne vaut que s’il respecte l’intention d’exploitation. Proxmox insiste sur le fait que les règles HA définies par les administrateurs restent prises en compte. Ce n’est pas un mode “boîte noire” qui déplace n’importe quoi n’importe où.

Ce que le rééquilibrage dynamique ne remplace pas

Cette nouveauté est utile, mais elle ne transforme pas un cluster sous-dimensionné en plateforme résiliente.

Un bon cluster Proxmox reste construit sur des fondamentaux:

• des nœuds dimensionnés avec une marge réaliste;
• des règles HA cohérentes avec la criticité des workloads;
• une couche stockage adaptée aux scénarios de panne et de reconstruction;
• un réseau capable d’encaisser les migrations, la réplication et les états dégradés;
• une supervision qui permet de comprendre ce qui se passe avant de subir une saturation.

Le Dynamic Load Balancer améliore l’exploitation de cette base. Il ne remplace ni le capacity planning, ni les tests de perte de nœud, ni les arbitrages métier sur les workloads qui doivent réellement rester prioritaires.

Pour prendre du recul sur cette base d’architecture, notre article sur l’hyperconvergence avec Proxmox et Ceph détaille déjà les mécanismes de continuité de service et de maintenance qui structurent ce type d’environnement.

SDN: WireGuard, BGP et plus de contrôle réseau

L’autre évolution importante de Proxmox VE 9.2 concerne le software-defined networking.

La version ajoute un support natif de WireGuard et de BGP dans la stack SDN. Elle améliore aussi les scénarios BGP/EVPN avec des mécanismes de filtrage via route maps et prefix lists, et complète l’ensemble avec des options autour d’OSPF, des contrôleurs EVPN et de l’underlay IPv6.

Ce type d’évolution paraît moins spectaculaire qu’un load balancer dynamique. Pourtant, il devient décisif dès que l’infrastructure dépasse le cluster isolé.

Dans la vraie vie, une plateforme de virtualisation doit souvent composer avec:

• plusieurs segments réseau;
• des interconnexions privées;
• des contraintes de routage;
• des environnements hybrides;
• des exigences de séparation entre administration, production, sauvegarde et réplication.

Plus le SDN devient précis, plus il est possible de concevoir des architectures Proxmox propres sans repousser toute la complexité dans des contournements extérieurs au cluster.

Modèles CPU personnalisés: un réglage plus lisible pour les VM

Proxmox VE 9.2 ajoute également une interface dédiée aux custom CPU models dans la section Datacenter.

L’intérêt n’est pas de pousser chaque équipe à multiplier les profils CPU. L’intérêt est de rendre ce réglage plus visible quand il sert réellement:

• adapter les fonctions CPU exposées à certaines VM;
• garder de la cohérence entre des workloads spécialisés;
• identifier plus tôt les questions de compatibilité entre nœuds d’un cluster.

Le sélecteur de flags CPU annoncé avec cette version va dans le bon sens: avant d’exposer une capacité à une VM, il faut savoir si le cluster peut la porter correctement dans la durée, notamment lorsqu’une migration ou une reprise HA entre en jeu.

Maintenance HA: armer et désarmer sans improviser

Les fenêtres de maintenance sont souvent le moment où l’on mesure la qualité réelle d’une plateforme HA.

Proxmox VE 9.2 introduit la possibilité de désarmer le HA Manager à l’échelle du cluster, puis de le réarmer une fois l’opération terminée. L’objectif est clair: éviter que la stack HA déclenche des actions non souhaitées pendant une maintenance planifiée, par exemple un comportement de fencing dans un contexte où l’administrateur sait précisément ce qu’il est en train de faire.

Cette fonction est intéressante parce qu’elle colle au terrain. Une infrastructure haute disponibilité n’est pas uniquement pensée pour survivre à une panne. Elle doit aussi rester exploitable lors des opérations prévues:

• mise à jour d’un nœud;
• changement réseau;
• intervention sur la couche stockage;
• séquence de maintenance impliquant plusieurs composants du cluster.

Le point important est que les états HA sont conservés pendant ces cycles. Une fois la maintenance terminée, les ressources doivent retrouver leur logique de placement et de protection sans reconstruction manuelle hasardeuse.

Une pile technique actualisée

Proxmox indique que cette version s’appuie sur Debian 13.5 “Trixie”, avec Linux kernel 7.0 comme nouveau défaut stable, ainsi que des versions actualisées de QEMU, LXC et ZFS.

Côté stockage distribué, Ceph Tentacle 20.2 devient une option stable aux côtés de Ceph Squid 19.2.

Pour les entreprises, ces évolutions ne doivent pas être lues comme une simple course aux numéros de version. Elles posent surtout deux sujets d’exploitation:

• choisir le bon moment pour mettre à niveau selon la criticité du cluster;
• valider les dépendances de l’environnement avant d’engager une migration de production.

Une mise à jour d’hyperviseur se prépare. Elle touche le socle sur lequel reposent les VM, les sauvegardes, les migrations, les maintenances et parfois la capacité de reprise elle-même.

Ce que cela change dans notre travail avec Proxmox

Chez Forget About IT, Proxmox n’est pas un sujet de démonstration isolée. C’est une brique que nous utilisons dans des projets où l’infrastructure doit rester maintenable, supervisable et prévisible dans le temps.

Proxmox VE 9.2 renforce plusieurs points qui nous intéressent directement.

Sur les clusters HA, le Dynamic Load Balancer peut aider à réduire certaines dérives de répartition lorsque les workloads évoluent. Mais nous l’intégrons dans une logique plus large: capacité utile, marges de reprise, comportement en maintenance, dépendances réseau et visibilité opérationnelle.

Sur le SDN, les nouveautés donnent davantage de latitude pour traiter proprement les architectures réseau exigeantes. Cela nous permet de mieux articuler la virtualisation, les interconnexions et la séparation des flux lorsque le contexte client le demande.

Sur la maintenance HA, la possibilité d’armer et de désarmer le HA Manager répond à un besoin concret: intervenir de manière contrôlée, avec des procédures claires, sans opposer haute disponibilité et exploitation quotidienne.

C’est exactement le type de sujet que nous cadrons dans nos projets de conception d’infrastructure, puis dans l’infogérance Linux et Proxmox quand la plateforme passe en exploitation.

Ce que ces nouveautés permettent pour les entreprises

Pour une entreprise qui s’appuie déjà sur Proxmox, cette version ouvre des gains concrets:

• mieux exploiter la capacité d’un cluster HA lorsque la charge réelle bouge;
• réduire certaines opérations manuelles de rééquilibrage;
• concevoir des réseaux virtualisés plus propres dans les environnements avancés;
• préparer des maintenances HA avec un cadre plus adapté;
• garder davantage de contrôle sur les profils CPU exposés aux VM.

Mais le bénéfice réel dépend toujours de la façon dont la plateforme est conçue et opérée.

Une fonctionnalité de rééquilibrage ne remplace pas la sauvegarde. Une stack HA ne remplace pas les tests de restauration. Un réseau SDN riche ne remplace pas une architecture lisible.

Sur ce point, l’article dédié à Proxmox Backup Server et à la stratégie de sauvegarde complète utilement le sujet: une plateforme virtualisée gagne en valeur quand sa continuité est pensée avec ses sauvegardes, ses restaurations et ses procédures de reprise.

Faut-il passer à Proxmox VE 9.2 immédiatement ?

La réponse dépend du contexte.

Pour un lab, une plateforme neuve ou un cluster dont la trajectoire de mise à jour est déjà cadrée, Proxmox VE 9.2 mérite clairement d’être évalué rapidement.

Pour un environnement critique en production, la bonne méthode reste plus sobre:

1. qualifier les nouveautés réellement utiles;
2. vérifier la compatibilité de la plateforme et des dépendances;
3. préparer les sauvegardes et le plan de retour;
4. tester la séquence sur un périmètre maîtrisé;
5. planifier la bascule avec une fenêtre et des critères de validation clairs.

Ce n’est pas de la prudence de façade. C’est ce qui évite qu’une mise à jour prometteuse devienne une intervention subie.

Conclusion

Proxmox VE 9.2 est une version importante parce qu’elle touche des sujets très opérationnels: le placement dynamique des workloads HA, la profondeur du SDN, la gestion des modèles CPU et la manière de conduire certaines maintenances de cluster.

Le Dynamic Load Balancer sera probablement la nouveauté la plus commentée. À juste titre. Mais la valeur de cette version tient aussi à l’ensemble: Proxmox continue d’améliorer le travail quotidien autour des clusters, pas seulement leur fiche fonctionnelle.

Pour les entreprises qui veulent exploiter Proxmox comme un vrai socle de production, le sujet reste le même: une bonne plateforme se construit avec de la redondance, de la capacité, des sauvegardes, des procédures et une exploitation suivie. Proxmox VE 9.2 apporte de meilleurs outils pour le faire proprement.

• Voir notre accompagnement en conception d’infrastructure
• Découvrir notre infogérance Linux et Proxmox
• Nous contacter pour cadrer un cluster Proxmox

Source

• Proxmox - Proxmox Virtual Environment 9.2 with Dynamic Load Balancer released

FAQ: Proxmox VE 9.2, Dynamic Load Balancer et clusters HA

Quelles sont les principales nouveautés de Proxmox VE 9.2 ?

Proxmox VE 9.2 introduit notamment un Dynamic Load Balancer pour les clusters HA, des évolutions SDN autour de WireGuard et BGP, une interface de gestion des modèles CPU personnalisés et la possibilité d’armer ou de désarmer le HA Manager pendant certaines maintenances.

À quoi sert le Dynamic Load Balancer de Proxmox VE 9.2 ?

Il aide le cluster à mieux répartir les guests HA en tenant compte de l’utilisation réelle des nœuds et des workloads, tout en respectant les règles HA définies par l’administrateur.

Proxmox VE 9.2 supprime-t-il le besoin de dimensionner correctement un cluster ?

Non. Le rééquilibrage dynamique améliore l’exploitation d’un cluster, mais il ne remplace ni le capacity planning, ni la redondance, ni les tests de panne et de maintenance.

Pourquoi les évolutions SDN de Proxmox VE 9.2 sont-elles importantes ?

Le support de nouveaux protocoles et les options de filtrage réseau rendent les architectures virtualisées plus souples à intégrer dans des environnements réseau exigeants.

Forget About IT accompagne-t-il les clusters Proxmox ?

Oui. Nous intervenons sur la conception, le dimensionnement, la haute disponibilité, les sauvegardes, la supervision et l’exploitation quotidienne des environnements Proxmox.