VexCore HVDocs

Überblick und Empfehlungen

Wie VexCore HV die Last in einem Proxmox-Cluster ausgleicht, was die Stufen bedeuten und wie Sie Empfehlungen anwenden.

Load Balancing verteilt VMs und Container so über die Nodes eines Proxmox-Clusters, dass kein Node dauerhaft überlastet ist. VexCore HV misst dazu CPU und Arbeitsspeicher jedes Nodes, schlägt Migrationen vor und führt sie auf Wunsch selbst aus.

Voraussetzungen

  • Ein Proxmox-Cluster mit mindestens zwei Nodes. Bei einem einzelnen Node steht dort „Nothing to balance“.
  • Plan Professional oder höher für Empfehlungen, Enterprise für den automatischen Modus. Siehe Pläne und Limits.
  • Mehrere Server-Einträge desselben Proxmox-Clusters sind in einem Cluster gruppiert. Sonst zeigt die Seite den Zustand Not balanced mit einem Hinweis.

Auf der Seite Load Balancing wählen Sie oben den Cluster, sofern Sie mehrere haben. Die Seite hat vier Reiter: Overview, Rules (Regeln), Maintenance (Wartungsmodus) und History.

Einstellungen

EinstellungWerte
ModeOff (Standard), Recommendations (VexCore HV schlägt vor, Sie entscheiden), Automatic (VexCore HV verschiebt selbst, siehe Automatischer Ausgleich).
AggressivenessStufe 1 bis 5, siehe unten. Standard: 3.
Check every5, 10 oder 15 Minuten. Standard: 5.

Evaluate now prüft den Cluster sofort. Dabei wird nie etwas verschoben, auch nicht im automatischen Modus.

Stufen

Ein Node gilt als überlastet, wenn seine CPU- oder RAM-Auslastung im Mittel über dem Schwellwert liegt und der Abstand zwischen dem am stärksten und dem am schwächsten ausgelasteten Node groß genug ist.

StufeNameSchwelle CPU / RAMGemittelt überMoves pro RundePause für denselben Gast
1Conservative––124 h
2Careful90 % / 90 %15 min112 h
3Default80 % / 85 %10 min26 h
4Eager70 % / 80 %5 min32 h
5Aggressive60 % / 75 %5 min41 h

Stufe 1 gleicht keine Last aus, sondern behebt nur Verstöße gegen Ihre Regeln. Der Text unter den Einstellungen nennt die genauen Werte der gewählten Stufe.

Zustand des Clusters

Die Übersicht zeigt jeden Node mit CPU- und RAM-Balken gegen die Schwelle, und einen Zustand:

ZustandBedeutung
BalancedKein Node überlastet.
Moves recommendedEs gibt Empfehlungen.
ImbalancedEin Node ist überlastet, aber kein sinnvoller Move möglich. Der Grund steht darunter.
Collecting load historyVexCore HV hat noch nicht genug Messwerte für die Stufe. Bis dahin behandelt es nur Regelverstöße.
Nothing to balanceDer Cluster hat nur einen Node.
OffModus Off.
Not balancedDie Server-Einträge sind falsch gruppiert, siehe Voraussetzungen.

Nodes, die offline sind, gerade migrieren oder sichern, im Wartungsmodus sind oder über dem Limit Ihres Plans liegen, nehmen am Ausgleich nicht teil.

Was nie verschoben wird

  • Vorlagen, gesperrte Gäste und Gäste mit laufender Aufgabe,
  • gestoppte Gäste (für die Last),
  • Gäste, die vor kurzem schon verschoben wurden (siehe Pause in der Tabelle oben), und Gäste, deren Move in den letzten 24 Stunden fehlschlug,
  • Gäste mit der Regel Exclude oder dem Tag vexcore-nolb,
  • alles, was die Vorprüfung von Proxmox ablehnt.

HA-Gäste gleicht ab Proxmox VE 9.2 Proxmox selbst aus; VexCore HV lässt sie dann aus. Bei älteren Versionen bezieht VexCore HV sie ein.

Empfehlungen anwenden

Unter Recommendations steht jeder vorgeschlagene Move mit Quelle, Ziel, Grund und Warnungen:

  • restart: ein laufender Container. Er wird heruntergefahren und auf dem Ziel neu gestartet; VexCore HV fragt vorher nach.
  • Lokale Disks, die kopiert werden, mit Größe.
  • CPU-Typ host, wenn sich die CPU-Modelle der Nodes nicht vergleichen lassen.
  • Backup-Abdeckung: Der Gast fiele aus einer Backup-Richtlinie heraus, die an den Quell-Node gebunden ist, oder deren Speicher auf dem Ziel fehlt.

Klicken Sie auf Apply für einen Move, Apply all für alle, oder Dismiss, um ihn 24 Stunden lang nicht mehr vorgeschlagen zu bekommen. Empfehlungen, die älter als 30 Minuten sind, lassen sich nicht mehr anwenden; prüfen Sie dann mit Evaluate now neu.

VexCore HV führt angewendete Moves nacheinander aus, einen pro Cluster gleichzeitig, mit denselben Prüfungen wie eine manuelle Migration. Was gerade läuft, steht unter „Moving … to …“ und „Waiting: …“.

Verlauf

Der Reiter History listet jede Migration des Clusters mit Herkunft: by hand, recommendation, automatic oder maintenance, mit Ergebnis. Wurden dabei ISO-Images ausgeworfen, stehen sie hier, damit Sie sie wieder einlegen können.

Berechtigungen

BerechtigungErlaubt
balance.viewSeite öffnen: Zustand, Empfehlungen, Regeln, Verlauf.
balance.applyEmpfehlungen anwenden oder verwerfen. Jeder Move braucht zusätzlich vm.migrate bzw. container.migrate.
balance.configureModus, Stufe, Intervall und Regeln ändern.
balance.maintenanceWartungsmodus starten und beenden.

Im Community-Plan zeigt die Seite den Hinweis auf den nötigen Plan; speichern lässt sich nur Off, und vorhandene Regeln lassen sich löschen.

Auf dieser Seite