Dynamic Load Balancer
w Proxmox VE 9.2

Koniec ręcznego balansowania

Dotąd równoważenie obciążenia w klastrze Proxmox było zadaniem administratora — to on decydował, którą maszynę przenieść, gdy węzeł się zatykał. Od 9.2 może to robić automat: po włączeniu obserwuje klaster i sam inicjuje migracje, by żaden węzeł nie był przeciążony, gdy inne mają zapas.

Decyzje na bazie realnego obciążenia

W trybie dynamicznym CRS bierze pod uwagę średnie zużycie CPU i pamięci aktywnych maszyn oraz ich skonfigurowane przydziały (quoty). W trybie static liczy się sama konfiguracja tych przydziałów. Balancer, włączony w którymkolwiek z tych dwóch trybów, w każdej rundzie menedżera HA (ok. co 10 sekund) sprawdza, czy nierównowaga (imbalance) klastra przekracza próg.

Jeśli imbalance utrzymuje się powyżej progu przez ustaloną liczbę kolejnych rund (hold duration), balancer wybiera migrację, która najbardziej obniży nierównowagę, i wykonuje ją tylko wtedy, gdy poprawa sięga co najmniej marginesu ha-auto-rebalance-margin (domyślnie 10%).

Włączenie i strojenie

• Gdzie — Datacenter → Options → Cluster Resource Scheduling.
• Tryb schedulera — ha=static albo ha=dynamic określa, jak HA dobiera węzeł przy odzyskiwaniu, a przy starcie tylko z ha-rebalance-on-start=1 (domyślnie wyłączony). Automatyczne migracje ruszają dopiero przy ha-auto-rebalance=1 (domyślnie wyłączony) i wymagają jednego z tych dwóch trybów.
• Parametry — próg nierównowagi (imbalance threshold) i czas utrzymania (hold duration) dostroisz pod swój klaster, regulując czułość i częstość migracji.

Co balancer respektuje

• Tylko maszyny pod HA — automatyczne migracje obejmują zasoby zarządzane przez stos HA.
• Zawsze zgodnie z affinity — migracje nigdy nie łamią Twoich reguł node i resource affinity. Node affinity domyślnie tylko preferuje wskazane węzły i pozwoli uruchomić VM gdzie indziej; tryb strict trzyma ją wyłącznie na nich. Resource affinity, w tym anti-affinity, jest twarde i nie uruchomi maszyny, gdy reguły nie da się spełnić.