Ich habe einen 2-Knoten-VMWare-Cluster (Simplivity), an dem ich einige Hardware-Wartungsarbeiten durchführen möchte (d. h. sie ausschalten). Daher möchte ich die VM-Gäste sauber herunterfahren und anschließend wieder einschalten. Es laufen ziemlich viele Gäste (~200), daher wird es ziemlich lange dauern, dies manuell über vsphere durchzuführen. Dies wird etwas durch Abhängigkeiten beim Start erschwert, die eine Reihenfolge des Starts erfordern. Ich hoffe daher, dies über die Befehlszeile mit ... tun zu können.
vim-cmd vmcsv/power.shutdown <vmid>
...
vim-cmd vmcsv/power.on <vmid>
Ich habe einen Testfall zum Stoppen und Starten einer VM ausgeführt. Über die CLI funktionierte es einwandfrei, aber als ich versuchte, die VM über vsphere zu starten, entschied VMware, sie auf dem anderen Knoten zu starten, als sie zuvor ausgeführt wurde, undhat ihm eine neue vmid zugewiesen.
Ich kann die VMIDs zwar identifizieren, wenn die VMs ausgeführt werden, aber was passiert, nachdem ich die ESX-Hosts neu gestartet habe? Verweisen die VMIDs, die ich zuvor erfasst habe, immer noch auf die VMs? Oder muss ich einen anderen Weg finden, um VMs zu identifizieren und zu starten?
(Ich würde HPE fragen – aber ihr Rat bei den letzten drei Kontakten war katastrophal falsch)
Antwort1
Es stellt sich heraus, dass sie auch nach Neustarts von ESX bestehen bleiben, jedoch nicht vollständig statisch sind. Obwohl sie in einem Cluster eindeutig sind, ändern sie sich, wenn die VM von DRS migriert wird. Eine sichere Möglichkeit, sie erneut zu starten (wenn Sie den Namen und die VM-Mid von einem früheren Zeitpunkt kennen), ist:
vim-cmd vmsvc/getallvms | grep '$VMNAME' | grep $VMID && vim-cmd vmsvc/power.on $VMID