HA-Migration auf vorherige Node

[rothkraut]

Moin zusammen,

bin relativ neu in Proxmox und möchte unser VMWare Cluster nach Proxmox migrieren.

Bin jetzt dabei mich mit HA und den Affinity Rules zu beschäftigen.

Folgendes Scenario:
4 Nodes auf 2 Brandabschnitte verteilt, dazu noch ein Q-Device in einem dritten Brandabschnitt.

In einem der beiden Brandabschnitte fallen beide Nodes gleichzeitig aus. Alle VMs werden durch die HA auf die anderen beiden Nodes geschoben.

Nachdem die Störung behoben wurde kommen die anderen beiden Nodes wieder hoch. Nun sollen die VMs, welche durch den Ausfall verschoben wurden, wieder auf die beiden vorherigen Nodes verschoben werden.

Ist dies möglich?

Über die Regeln kann gesetzt werden, dass die VMs von Node 1 und 2 wieder dorthin migriert werden sollen, sobald diese online kommen.

Allerdings möchte ich die Möglichkeit haben, die VMs dynamisch zwischen den Nodes verteilen zu können. Auch im laufendem Betrieb, ohne dass ich die Regeln jedes mal anpassen muss.

 

[UdoB]

Nun sollen die VMs, welche durch den Ausfall verschoben wurden, wieder auf die beiden vorherigen Nodes verschoben werden.

Das sollte das normale Verhalten sein, sofern man eine "unrestricted group" - mit allen Nodes - definiert hat:

https://pve.proxmox.com/pve-docs/chapter-ha-manager.html#ha_manager_groups

"Resources on unrestricted groups may run on any cluster node if all group members are offline, but they will migrate back as soon as a group member comes online."

 

[mkoeppl]

Hallo,

ergänzend zu der Antwort von @UdoB sei der Vollständigkeit halber noch ergänzt, dass Rules ebenfalls eine strict Option bieten. Siehe hier.

Intern werden bei einer Node Affinity Rule, die nicht strict ist, Nodes, die nicht Teil der Node Affinity Rule sind, als "mögliche" Nodes behandelt, haben allerdings eine niedrigere Priorität als jene Nodes, die Teil der Rule sind. Sofern failback=1 für die betroffenen Ressourcen gilt, sollten diese auf Nodes migriert werden, die höhere Priorität haben, sobald diese wieder verfügbar sind.

 

[Bu66as]

Hallo @rothkraut, das automatische Zurückmigrieren nach einem Ausfall ist über HA-Gruppen mit Node-Prioritäten möglich.

Beispiel-Setup:

• Gruppe "brandabschnitt-a": Node1 (Priorität 2), Node2 (Priorität 2), Node3 (Priorität 1), Node4 (Priorität 1)
• Gruppe "brandabschnitt-b": Node3 (Priorität 2), Node4 (Priorität 2), Node1 (Priorität 1), Node2 (Priorität 1)
• nofailback: 0 (Standard)

Damit migriert der HA-Manager die VMs automatisch zurück auf die höher priorisierten Nodes, sobald diese wieder verfügbar sind.

Das Problem mit der dynamischen Verteilung:
Genau hier liegt der Konflikt. Mit nofailback: 0 schiebt der HA-Manager VMs immer auf den höchstpriorisierten verfügbaren Node zurück — auch nach einer manuellen Migration. Eine VM lässt sich also nicht einfach dauerhaft auf einen niedriger priorisierten Node verschieben.

Mögliche Ansätze:

• Automatisches Failback + gezielte Umverteilung per API: HA-Gruppen mit Prioritäten und nofailback: 0 nutzen. Bei gewollter Umverteilung die Prioritäten per Skript/API anpassen (pvesh set /cluster/ha/groups/<group> --nodes ...).
• Volle Flexibilität, manuelles Failback: nofailback: 1 setzen. Dann bleibt jede VM dort wo du sie hinmigrierst. Nach einem Ausfall musst du das Zurückmigrieren aber selbst anstoßen (manuell oder per Skript).

Beides gleichzeitig — automatisches Failback UND freie manuelle Verteilung ohne Regelanpassung — geht mit HA-Gruppen so nicht. Das ist ein grundlegender Unterschied zu VMware DRS, wo Affinity Rules und dynamische Verteilung unabhängig voneinander arbeiten.

Doku: HA Groups