Le CRS (Cluster Resource Scheduler) de Proxmox VE s’enrichit d’une fonctionnalité majeure : un Dynamic Load Balancer (Équilibreur de charge dynamique) intégré directement au cœur du cluster. Ce guide détaille son fonctionnement et la signification des paramètres de configuration.
Auparavant, le CRS de Proxmox se basait principalement sur des règles statiques ou des configurations de groupes HA (High Availability) figées. Avec cette évolution, le scheduler intègre désormais un mode dynamique complet.
Le système utilise les métriques d’utilisation des ressources en temps réel des nœuds physiques et des invités (VM/CT) pour prendre ses décisions de placement ou de déplacement.
Le gros point fort mentionné dans le guide d’administration est sa capacité à collaborer avec la pile HA (Haute Disponibilité) :
Pour éviter que les machines virtuelles ne passent leur temps à migrer au moindre pic de charge (ce qui surchargerait le réseau du cluster), Proxmox a prévu des paramètres de réglage précis :
C’est justement là que se trouve toute l’intelligence mathématique du nouveau système. La documentation technique de Proxmox (via les directives du fichier datacenter.cfg) détaille précisément comment ces pourcentages et ces coefficients numériques déterminent si le cluster est « équilibré » ou s’il doit déclencher des migrations.
Voici comment le système calcule et utilise ces valeurs pour éviter de faire n’importe quoi :
Le système évalue en continu un score d’asymétrie (l’imbalance ou le déséquilibre du cluster). C’est un coefficient qui va généralement de 0 (parfaitement équilibré) à plus de 1 (totalement asymétrique).
Migrer une machine virtuelle à chaud consomme de la bande passante réseau et un peu de ressources CPU sur les hôtes. Proxmox ne veut pas déplacer une VM pour un gain dérisoire. C’est là qu’intervient la marge d’amélioration relative (ha-auto-rebalance-margin).
Pour éviter qu’un simple pic de CPU temporaire (comme le lancement d’une mise à jour ou un backup lourd sur une VM) ne provoque une vague de migrations inutiles, Proxmox utilise une temporisation basée sur les cycles (rounds) de la pile HA.
Voici le récapitulatif des directives introduites à vérifier ou ajuster dans votre configuration :
| Option | Valeur par défaut | Description |
|---|---|---|
| ha-auto-rebalance | 1 | 1 pour activé, 0 pour désactivé. |
| ha-auto-rebalance-threshold | 0.3 | Déclenchement dès 30% d’asymétrie globale entre les nœuds. |
| ha-auto-rebalance-margin | 0.1 | Exige un gain d’au moins 10% sur l’asymétrie pour valider la migration. |
| ha-auto-rebalance-hold-duration | 3 | Attendre 3 cycles (rounds) de confirmation HA avant d’agir. |
L’avantage, c’est que si le comportement par défaut s’avère trop sensible pour l’infrastructure ou, au contraire, pas assez réactif, on peut affiner ces pourcentages et ces ratios directement pour ajuster le curseur selon ses besoins.
Pour approfondir le sujet ou vérifier les options de syntaxe exactes, vous pouvez consulter la documentation officielle de Proxmox :