14
VSphere HA Cluster herunterfahren
Hallo zusammen,
wir wollen in der Firma von Hyper-V auf VMWare umstellen. Klappt auch bisher alles wunderbar. Nun wollte ich noch den Shutdown über unsere etwas betagte AEG USV konfigurieren. Da es wohl keine ordentlichere Integration für VMWare seitens AEG gibt, wollte ich nun den Umweg über eine kleine Linux-VM nehmen die das Herunterfahren regelt. Nun zum eigentlichen Problem, wo ich grad stehe:
Soweit ich gelesen habe gibt es quasi keine Shutdown-Aktion für die VMs sobald HA aktiv ist. Heißt also wenn ich einen Host herunterfahre (cli poweroff), stirbt quasi die VM und wird auf dem anderen Host wieder gestartet. In einem eigenständigen ESXi funktioniert dieser Weg jedoch.
Ein Traum wäre natürlich noch wenn beim Herunterfahren die VM/Host-Regeln beachtet werden würden.
Übersehe ich hier etwas, oder ist es einfach nicht geplant das ein Cluster komplett herunterfährt? Ich war jetzt schon soweit das ich mir überlegt hatte das ganze auf der Linux-VM mit powershell und powercli zu scripten, aber ist das wirklich der einzige weg wie man ein HA-Cluster automatisiert herunterfahren kann? Oder würde einem hier die Enterprise Edition Vorteile bieten die mir gerade nicht auffallen?
Wie handhabt ihr das bei euch?
Danke schon mal für jeglichen Input,
Mad-Eye
wir wollen in der Firma von Hyper-V auf VMWare umstellen. Klappt auch bisher alles wunderbar. Nun wollte ich noch den Shutdown über unsere etwas betagte AEG USV konfigurieren. Da es wohl keine ordentlichere Integration für VMWare seitens AEG gibt, wollte ich nun den Umweg über eine kleine Linux-VM nehmen die das Herunterfahren regelt. Nun zum eigentlichen Problem, wo ich grad stehe:
Soweit ich gelesen habe gibt es quasi keine Shutdown-Aktion für die VMs sobald HA aktiv ist. Heißt also wenn ich einen Host herunterfahre (cli poweroff), stirbt quasi die VM und wird auf dem anderen Host wieder gestartet. In einem eigenständigen ESXi funktioniert dieser Weg jedoch.
Ein Traum wäre natürlich noch wenn beim Herunterfahren die VM/Host-Regeln beachtet werden würden.
Übersehe ich hier etwas, oder ist es einfach nicht geplant das ein Cluster komplett herunterfährt? Ich war jetzt schon soweit das ich mir überlegt hatte das ganze auf der Linux-VM mit powershell und powercli zu scripten, aber ist das wirklich der einzige weg wie man ein HA-Cluster automatisiert herunterfahren kann? Oder würde einem hier die Enterprise Edition Vorteile bieten die mir gerade nicht auffallen?
Wie handhabt ihr das bei euch?
Danke schon mal für jeglichen Input,
Mad-Eye
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 1138850545
Url: https://administrator.de/forum/vsphere-ha-cluster-herunterfahren-1138850545.html
Ausgedruckt am: 22.12.2024 um 11:12 Uhr
14 Kommentare
Neuester Kommentar
Warum sollte man die VMs über vsphere nicht herunter fahren können?
Also erst die VMs runter fahren und dann die Hosts. Reboot dann entsprechend.
P.S.: das kennst du schon?
https://www.aegps.com/de/software-downloads/
Also erst die VMs runter fahren und dann die Hosts. Reboot dann entsprechend.
P.S.: das kennst du schon?
https://www.aegps.com/de/software-downloads/
Hi Looser27,
natürlich kann man die VMs über vSphere herunterfahren, und dann die Hosts genauso. Aber der Sinn der Übung wäre ja das ganze (mit möglichst wenig Aufwand) automatisieren zu können. Bin hoffentlich nicht immer in der Firma wenn der Strom mal ausfällt, und auch da sollte die Umgebung doch einigermaßen geordnet runterfahren können.
Grüße,
Mad-Eye
natürlich kann man die VMs über vSphere herunterfahren, und dann die Hosts genauso. Aber der Sinn der Übung wäre ja das ganze (mit möglichst wenig Aufwand) automatisieren zu können. Bin hoffentlich nicht immer in der Firma wenn der Strom mal ausfällt, und auch da sollte die Umgebung doch einigermaßen geordnet runterfahren können.
Grüße,
Mad-Eye
APC steuert auch die vsphere an und nicht die VMs...zumindest Bei uns.
Also kannst du das auch selber machen. Nur halt die vsphere ansprechen und nicht die VM selber.
Also kannst du das auch selber machen. Nur halt die vsphere ansprechen und nicht die VM selber.
APC <> AEG, entschuldige bitte aber vielleicht könntest du dir nochmal die Frage durchlesen.
Ich habe schon gelesen dass du eine AEG hast. Worauf ich hinaus wollte ist, dass es andere Hersteller vormachen.
Danke dafür, leider kann ich die AEG-USV hier nicht verändern.
Hast Du den Link oben gelesen?
Hier gibt es eine Doku für Esxi. Das könnte man versuchen auf den vsphere zu adaptieren.
Hier gibt es eine Doku für Esxi. Das könnte man versuchen auf den vsphere zu adaptieren.
Moin,
Mal so aus der Hüfte heraus philosophiert:
edit: eigentlich müsste das das vSphere auch selbst machen.
Der Host fährt ja kontrolliert runter.
Ansonsten von der Unix-Koste den Wartungsmodus anstoßen
Gruß
em-pie
Mal so aus der Hüfte heraus philosophiert:
- Alle VMs auf dem Host identifizieren
- Migration auf den anderen Host anstoßen (vMotion)
- Host herunterfahren
edit: eigentlich müsste das das vSphere auch selbst machen.
Der Host fährt ja kontrolliert runter.
Ansonsten von der Unix-Koste den Wartungsmodus anstoßen
Gruß
em-pie
Wie willst du von der VM aus den Host herunterfahren? Mit PowerCLI?
Grundsätzlich es das problemlos möglich…über PowerCLI alle VM Auslesen und dann die VM herunterfahren… danach den Host.
Der Sinn von HA ist, dass bei einem Ausfall vom Host die VM wieder gestartet wird… vsphere verhält sich in diesem Fall vollig korrekt - daher die VM erst vorher sauber herunterfahren.
Ist mit ein paar Zeilen Code schnell erledigt
Grundsätzlich es das problemlos möglich…über PowerCLI alle VM Auslesen und dann die VM herunterfahren… danach den Host.
Der Sinn von HA ist, dass bei einem Ausfall vom Host die VM wieder gestartet wird… vsphere verhält sich in diesem Fall vollig korrekt - daher die VM erst vorher sauber herunterfahren.
Ist mit ein paar Zeilen Code schnell erledigt
1
Die Anmerkung des Kollegen @tech-flare ist auch ganz gut:
Hier könnte man über einen RPi nachdenken.
Den mit der Powershell sowie PowerCLI betanken und ruhe ist:
https://www.codenotary.com/blog/installation-powershell-core-and-powercl ...
Wenn der Strom (aus der USV) wieder da ist, startet der Pi, kann den Stand der USV wieder überwachen und im entscheidenden Moment ggf. Teile des vCenters hochfahren.
Wobei hier die Hosts eigentlich so eingestellt sein sollten, dass die nach einem "Powerloss" selbst wieder komplett hochfahren und mindestens das vCenter starten. Ab dann greifen ja wieder div. Regeln...
Wie willst du von der VM aus den Host herunterfahren? Mit PowerCLI?
Hier könnte man über einen RPi nachdenken.
Den mit der Powershell sowie PowerCLI betanken und ruhe ist:
https://www.codenotary.com/blog/installation-powershell-core-and-powercl ...
Wenn der Strom (aus der USV) wieder da ist, startet der Pi, kann den Stand der USV wieder überwachen und im entscheidenden Moment ggf. Teile des vCenters hochfahren.
Wobei hier die Hosts eigentlich so eingestellt sein sollten, dass die nach einem "Powerloss" selbst wieder komplett hochfahren und mindestens das vCenter starten. Ab dann greifen ja wieder div. Regeln...
1
Hallo zusammen,
will mal versuchen möglichst alle Antworten zusammen zu fassen:
Benötigt leider die Enterprise Plus, einer der ersten Punkte ist "DRS function must be enabled"
"Die Aufgabe "In den Wartungsmodus wechseln" wird erst abgeschlossen, wenn der obige Zustand abgeschlossen ist. Dazu müssen Sie die virtuellen Maschinen möglicherweise entweder ausschalten oder sie manuell vom Host migrieren"
Ja, ich denke das ist wohl der final schönste Weg, da ich hier noch ein paar andere Konditionen berücksichtigen kann, wie z.B eine gestaffelte Reihenfolge über die VM/Host-Regeln.
Gefällt mir gut die Idee, allerdings werde ich mit einer VM in ESX probieren die mit Faul Tolerance läuft. Anlaufen ist nicht ganz so wild, nur ein sauberes Herunterfahren wäre schön. Das Verhalten wenn die Hosts wieder hochkommen werde ich noch testen.
Danke euch schon mal für Eure Ideen,
Mad-Eye
will mal versuchen möglichst alle Antworten zusammen zu fassen:
Benötigt leider die Enterprise Plus, einer der ersten Punkte ist "DRS function must be enabled"
edit: eigentlich müsste das das vSphere auch selbst machen. Der Host fährt ja kontrolliert runter.
Habe ich gerade nochmal getestet, wenn man den Host über die cli mit poweroff herunterfährt, killt er die Maschine definitiv weg und startet diese auf dem HA-Partner neu.Ansonsten von der Unix-Koste den Wartungsmodus anstoßen
Zu mindest über die GUI ist der Wartungsmodus leider nicht zielführend:"Die Aufgabe "In den Wartungsmodus wechseln" wird erst abgeschlossen, wenn der obige Zustand abgeschlossen ist. Dazu müssen Sie die virtuellen Maschinen möglicherweise entweder ausschalten oder sie manuell vom Host migrieren"
Wie willst du von der VM aus den Host herunterfahren? Mit PowerCLI?
Den mit der Powershell sowie PowerCLI betanken und ruhe ist:
Ja, ich denke das ist wohl der final schönste Weg, da ich hier noch ein paar andere Konditionen berücksichtigen kann, wie z.B eine gestaffelte Reihenfolge über die VM/Host-Regeln.
Hier könnte man über einen RPi nachdenken.
Gefällt mir gut die Idee, allerdings werde ich mit einer VM in ESX probieren die mit Faul Tolerance läuft. Anlaufen ist nicht ganz so wild, nur ein sauberes Herunterfahren wäre schön. Das Verhalten wenn die Hosts wieder hochkommen werde ich noch testen.
Danke euch schon mal für Eure Ideen,
Mad-Eye
Man müsste eigentlich auch HA auf Cluster-Ebene deaktivieren können und ein Wartungsmodus / Shutdown an den ESXi Host würde dann auch alle VMs kontrolliert herunter fahren. Habe ich allerdings noch nie per Script gemacht.
1Zitat von @Mad-Eye:
edit: eigentlich müsste das das vSphere auch selbst machen. Der Host fährt ja kontrolliert runter.
Habe ich gerade nochmal getestet, wenn man den Host über die cli mit poweroff herunterfährt, killt er die Maschine definitiv weg und startet diese auf dem HA-Partner neu.Moin, wenn du DRS sauber eingerichtet hast, sollten sich die VMs aber selbst migrieren:
https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.resmgmt ...
1
Laut Feature Comparison benötigt man dafür wohl die Enterprise Plus, aber ja soweit ich das lese sollte es damit wohl auch gehen.
