VxRail: Manuelles Registrieren einer virtuellen Maschine (VM) auf einem bestimmten Host, wenn die Migration nicht verfügbar ist

Dieser Vorgang sollte weniger als 5 Minuten dauern. Dies ist nützlich, wenn vMotion einer VM nicht verfügbar ist, weil ein Host nicht von vCenter verwaltet werden kann. High Availability (HA) kann den Job bei ordnungsgemäßer Konfiguration automatisch ausführen, sobald die getrennte VM ausgeschaltet wird. Manchmal, z. B. wenn ein Host von vCenter getrennt wurde, auf dem jedoch noch VMs ausgeführt werden, ist es ratsam, die Ausfallzeit einer VM zu minimieren, anstatt darauf zu warten, dass ein Host neu gestartet und verbunden wird.
In solchen Situationen können Sie die Schritte in diesem Artikel verwenden. 

 
Schritte:

1. Identifizieren Sie einen funktionierenden Host im Cluster, auf dem die VM ausgeführt werden soll. 
2. Öffnen Sie einen vSphere Web Client (Webbrowser zu https://< hostIP) auf dem fehlerfreien Host mit Root-Zugangsdaten>.
3. Durchsuchen Sie den vSAN-Datenspeicher und suchen Sie den Ordner mit dem Namen des Hosts. Suchen Sie in diesem Ordner die Datei mit der Endung ".vmx".

 *Wenn .vmx~-Dateien vorhanden sind, gibt es eine Sperre, die verhindert, dass Sie die VM auf einem anderen Host hochfahren, bis die Sperre aufgehoben wurde. Dies ist der Fall, wenn die VM noch ausgeführt wird.

4. Stellen Sie eine Remoteverbindung zur VM her und fahren Sie sie herunter, wenn sie online ist. Wenn der aktuelle Host über einen vSphere Thick Client verfügbar ist, können Sie das Gastbetriebssystem der VMs herunterfahren/von dort aus herunterfahren (ebenso, wenn vCenter verfügbar ist und sich eine VM auf einem verbundenen Host befindet). Sie können auch die Befehlszeile des Hosts verwenden, auf dem die VM ausgeführt wird, um sie wie folgt herunterzufahren:

 * Siehe Broadcom-Artikel: https://knowledge.broadcom.com/external/article?legacyId=1014165

• Befehl, um festzustellen, ob eine VM auf einem Node ausgeführt wird und die World ID erhält: 

   localcli vm process list

• Befehl zum Herunterfahren einer VM:   

  localcli vm process kill -t soft -w <worldID>    

  *Die Verwendung von "soft", wie oben, ist das ordnungsgemäßste Herunterfahren. Wenn das nicht funktioniert, verwenden Sie stattdessen hard, um das System sofort herunterzufahren. Die Option force sollte als letzter Ausweg verwendet werden. 

5. Sobald eine Sperre aufgehoben wurde, sollte die .vmx~-Datei entfernt werden. Aktualisieren oder durchsuchen Sie den Datenspeicher nach einigen Minuten erneut, um ihn zu bestätigen.
6. Klicken Sie mit der rechten Maustaste auf die .vmx-Datei und wählen Sie je nach Version "Registrieren" oder "Zum Bestand hinzufügen".
7. Schalten Sie die VM auf dem ordnungsgemäßen Host ein. Wenn Sie aufgefordert werden, Folgendes auszuwählen:

   'I moved it' and 'I copied it', select 'I MOVED IT'.

8. Wenn Sie die VM verschieben, weil ein Host von vCenter getrennt wurde, migrieren Sie die VM, sobald der ursprüngliche Host ordnungsgemäß funktioniert (in der Regel nach dem Neustart), entweder zurück oder belassen Sie sie, wo sie jetzt ist, und entfernen Sie die VM aus dem Bestand des alten Hosts, falls noch vorhanden.

Bei vCenter-Appliances (interne PSC- und VCSA-VMs, die auf Hosts im Cluster ausgeführt werden) funktioniert die Registrierung einer vCenter-VM bei einem anderen Host oft nicht ordnungsgemäß. Beim Virtual Distributed Switch (VDS) treten Fehler auf und vCenter muss verfügbar sein, um die Verbindung zum VDS wiederherzustellen. In diesen Fällen ist es am besten, die vCenter-VM auszuschalten, den getrennten Host, auf dem er ausgeführt wird, neu zu starten und die VM erneut einzuschalten.