Bei der Cluster- oder Hoststandardisierung können Sie den Status der virtuellen Maschinen im Hostarbeitsspeicher beibehalten und diese nach Abschluss der Standardisierung aus dem Arbeitsspeicher wiederherstellen. Durch Anhalten der virtuellen Maschinen und Verschieben in den Arbeitsspeicher sowie die Verwendung der Quick Boot-Funktion wird die für Upgrades erforderliche Zeit erheblich verkürzt, die Startzeit des Systems verringert und die Ausfallzeit des Systems und der Dienste reduziert.

Während eines Upgrade-Vorgangs mit vSphere Lifecycle Manager ist für die Migration der virtuellen Maschinen vom Host, der standardisiert wird, zu einem anderen Host, ein erheblicher Zeitaufwand erforderlich. Nach der Standardisierung migriert vSphere Lifecycle Manager die virtuellen Maschinen zurück zum aktualisierten Host.

Ab vSphere 7.0 Update 2, können Sie vSphere Lifecycle Manager so konfigurieren, dass virtuelle Maschinen angehalten und in den Arbeitsspeicher verschoben werden, statt sie zu migrieren, auszuschalten oder anzuhalten und auf die Festplatte zu verschieben.

Sie können die Funktion „Anhalten und in Arbeitsspeicher verschieben“ nur mit Patches verwenden, z. B. Hot-Patches, Express-Patches usw. Sie können die Option „Anhalten und in Arbeitsspeicher verschieben“ nicht für Upgrade-Vorgänge verwenden, z. B. wenn Sie ein Upgrade Ihrer ESXi-Hosts von Version 7.0 Update 2 auf 7.0 Update 3 durchführen.

Virtuelle Maschinen anhalten und in den Arbeitsspeicher verschieben

„Anhalten und in Arbeitsspeicher verschieben“ ist eine Option, die Sie nur für Cluster verwenden können, die Sie mit vSphere Lifecycle Manager-Images verwalten. Die Funktionalität wird zusammen mit der Einstellung „Quick Boot“ verwendet, um den Standardisierungsvorgang zu optimieren und Ausfallzeiten virtueller Maschinen zu minimieren.

Sie ermöglichen, dass vSphere Lifecycle Manager virtuelle Maschinen anhält und in den Arbeitsspeicher verschiebt, wenn Sie die vSphere Lifecycle Manager-Einstellungen für die Hoststandardisierung konfigurieren. Bei der Standardisierungsvorabprüfung und der Standardisierung überprüft vSphere Lifecycle Manager, ob die Option „Anhalten und in Arbeitsspeicher verschieben“ tatsächlich auf den Host oder Cluster, der standardisiert wird, angewendet werden kann. Wenn die Option „Anhalten und in Arbeitsspeicher verschieben“ aus irgendeinem Grund nicht angewendet werden kann, meldet vSphere Lifecycle Manager einen Fehler und verhindert, dass die Standardisierung fortgesetzt wird.

Während eines Vorgangs zum Anhalten und Verschieben in den Arbeitsspeicher verbleiben virtuelle Maschinen für einige Zeit im angehaltenen Zustand. Virtuelle Maschinen anzuhalten und in den Arbeitsspeicher zu verschieben kann sich daher auf die Arbeitslasten auswirken, die auf diesen virtuellen Maschinen ausgeführt werden. Die Auswirkungen sind vergleichbar mit den Auswirkungen, die der Vorgang zum Anhalten und Verschieben auf die Festplatte möglicherweise auf virtuelle Maschinen und Arbeitslasten hat.

Vorsicht: Als Best Practice erstellen Sie immer Snapshots der virtuellen Maschinen mit kritischen Arbeitslasten, bevor Sie mit der Standardisierung beginnen, während die Option „Anhalten und in Arbeitsspeicher verschieben“ aktiviert ist.
vSphere Lifecycle Manager führt den Vorgang zum Anhalten und Verschieben in den Arbeitsspeicher möglicherweise nicht für alle virtuellen Maschinen auf dem Host aus. Dennoch kann vSphere Lifecycle Manager mit der Standardisierung des Hosts fortfahren. Berücksichtigen Sie die folgenden Ausnahmen:
  • vSphere ESX Agent Manager (EAM)-VMs

    vSphere Lifecycle Manager schaltet die virtuellen EAM-Maschinen aus, nachdem alle anderen virtuellen Maschinen angehalten wurden. In ähnlicher Weise schaltet vSphere Lifecycle Manager die virtuellen EAM-Maschinen ein, bevor andere virtuelle Maschinen aus dem Arbeitsspeicher fortgesetzt werden. Keine der angehaltenen virtuellen Maschinen wird fortgesetzt, bis die virtuellen EAM-Maschinen eingeschaltet sind.

  • vSphere Cluster Services-VMs

    vSphere Lifecycle Manager migriert zuerst die virtuellen vSphere Cluster Services-Maschinen auf einen anderen Host und hält dann die restlichen virtuellen Maschinen auf dem Host an und verschiebt sie in den Arbeitsspeicher.

In ähnlicher Weise hält vSphere Lifecycle Manager nicht die virtuellen Verwaltungs-Appliances für einige VMware-Produkte und -Lösungen an und verschiebt sie nicht in den Arbeitsspeicher. Wenn jedoch eine virtuelle Maschine für eines der folgenden Produkte oder eine der folgenden Lösungen auf einem Host ausgeführt wird, schlägt die Vorabprüfung zum Anhalten und Verschieben in den Arbeitsspeicher fehl, und vSphere Lifecycle Manager fährt nicht mit der Standardisierung des entsprechenden Hosts fort:
  • vCenter Server
  • vSAN-Zeugen-VM
  • vSphere with Tanzu
  • NSX-T Data Center
  • VMware HCX
  • vSphere Replication
  • Site Recovery Manager
  • VMware vRealize-Produkte
Hinweis: Virtuelle Maschinen von Drittanbietern werden während der Standardisierung angehalten, wenn die Option „Anhalten und in Arbeitsspeicher verschieben“ aktiviert ist.

Quick Boot

Bei Quick Boot handelt es sich um eine Einstellung, die Sie in Verbindung mit Clustern verwenden können, die Sie mit vSphere Lifecycle Manager-Images und vSphere Lifecycle Manager-Baselines verwalten. Mithilfe von Quick Boot werden die Vorgänge zum Host-Patching und -Upgrade optimiert. Mit Quick Boot kann vSphere Lifecycle Manager die Standardisierungszeit für Hosts, die Patch- und Upgrade-Vorgänge durchlaufen, verkürzen. Patch- oder Upgrade-Vorgänge wirken sich nicht auf die Hardware eines Hosts aus. Wenn die Quick Boot-Funktion aktiviert ist, überspringt vSphere Lifecycle Manager den Hardware-Neustart (bzw. den Neustart der BIOS- oder der UEFI-Firmware). Dadurch verkürzt sich die Zeit, für die sich ein ESXi-Host im Wartungsmodus befindet, und das Risiko von Fehlern während der Standardisierung wird minimiert.

Um vSphere Lifecycle Manager für das Anhalten und Verschieben virtueller Maschinen in den Hostarbeitsspeicher zu konfigurieren, müssen Sie Quick Boot aktivieren. Sie können Quick Boot jedoch auch dann aktivieren, wenn Sie die Option „Anhalten und in Arbeitsspeicher verschieben“ nicht verwenden möchten.

Quick Boot wird auf einer begrenzten Anzahl von Hardwarekonfigurationen und Treibern unterstützt. Quick Boot wird auf ESXi-Hosts, die TPM oder Passthrough verwenden, nicht unterstützt. Weitere Informationen zur Hostkompatibilität mit Quick Boot finden Sie in folgendem Knowledgebase-Artikel: https://kb.vmware.com/s/article/52477.

Anforderungen für die Verwendung der Option „Anhalten und in Arbeitsspeicher verschieben“

Mehrere Faktoren können die Anwendbarkeit der Option „Anhalten und in Arbeitsspeicher verschieben“ behindern. Die Option „Anhalten und in Arbeitsspeicher verschieben“ funktioniert unter folgenden Bedingungen:
  • Der Host unterstützt die Funktionalität für das Anhalten und Verschieben in den Arbeitsspeicher.
  • Quick Boot ist für den Cluster aktiviert, und der Host, der standardisiert wird, unterstützt Quick Boot.
  • Die Standardisierung umfasst kein Firmware-Upgrade.
  • Der Host und die virtuellen Maschinen erfüllen bestimmte Anforderungen.
    Hostanforderungen Anforderungen an virtuelle Maschinen
    • Der Host verfügt über ausreichend freien Arbeitsspeicher.
    • Der Host verfügt über ausreichend freien niedrigen Arbeitsspeicher.
    • Der Host verfügt über ausreichend freien Arbeitsspeicher pro NUMA-Knoten, damit er nach einem Neustart gestartet werden kann.
    • Für den Host ist ausreichend Reservierung verfügbar
    • Auf dem Host werden keine ausgelagerten oder komprimierten Seiten virtueller Maschinen verwendet.
    • Die virtuellen Maschinen verfügen nicht über Passthrough-Geräte.
    • Die Latenzempfindlichkeit ist für die virtuellen Maschinen nicht auf „Hoch“ festgelegt.
    • Die virtuellen Maschinen sind nicht fehlertolerant.
    • Die virtuellen Maschinen sind nicht verschlüsselt.
    • Die virtuellen Maschinen nutzen keinen persistenten Arbeitsspeicher.
    • Die virtuellen Maschinen verfügen nicht über SGX- oder SEV-Geräte.
    • Bei den virtuellen Maschinen ist die Anhaltefunktion nicht deaktiviert.
    • Die virtuellen Maschinen sind während eines Instant Clone-Vorgangs keine stillgelegten virtuellen Quellmaschinen.

„Anhalten und in Arbeitsspeicher verschieben“ und vSphere High Availability (HA)

Wenn Sie vSphere Lifecycle Manager so konfigurieren, dass virtuelle Maschinen während der Standardisierung angehalten und in den Arbeitsspeicher verschoben werden, bietet vSphere HA für die angehaltenen virtuellen Maschinen bei einem Ausfall Schutz auf der Ebene der virtuellen Maschine oder des Hosts. Durch Ändern der erweiterten Optionen von vSphere HA können Sie einen Zeitüberschreitungswert für virtuelle Maschinen festlegen, die angehalten und in den Arbeitsspeicher verschoben wurden. Wenn eine angehaltene und in den Arbeitsspeicher verschobene virtuelle Maschine für den angegebenen Zeitraum nicht reagiert, schaltet vSphere HA die virtuelle Maschine auf dem ursprünglichen Host oder einem anderen Host ein.
  • Wenn Sie vSphere HA während der Standardisierung für den Cluster deaktivieren oder neu konfigurieren, kann vSphere HA die angehaltenen virtuellen Maschinen nicht mehr schützen. Bevor Sie die Konfiguration von vSphere HA ändern, müssen Sie sicherstellen, dass sich keine Hosts im Cluster im Wartungsmodus befinden und dass die angehaltenen virtuellen Maschinen eingeschaltet sind.
  • Wenn Sie die erweiterte Option das.failoverDelayForSuspendToMemoryVmsSecs für vSphere HA ändern, nachdem Sie vSphere Lifecycle Manager für die Verwendung der Option „Anhalten und in Arbeitsspeicher verschieben“ konfiguriert haben, gilt der neu angegebene Zeitüberschreitungswert möglicherweise nicht für die virtuellen Maschinen. Wenn Sie den Standardwert der Option das.failoverDelayForSuspendToMemoryVmsSecs ändern müssen, stellen Sie sicher, dass Sie sie vor Beginn der Standardisierung ändern, um sicherzustellen, dass der neue Wert wirksam ist.
  • Wenn der Vorgang „Anhalten und in Arbeitsspeicher verschieben“ fehlschlägt, ermittelt vSphere HA den am besten geeigneten Failover-Host, nachdem der angegebene Zeitüberschreitungswert abgelaufen ist. Der Failover-Host kann der ursprüngliche Host oder ein anderer Host sein.
  • Sie müssen die Serverzeit für alle ESXi-Hosts im Cluster synchronisieren. Wenn die Hosts nicht synchronisiert sind, hält vSphere HA den angegebenen Zeitüberschreitungszeitraum möglicherweise nicht ein und leitet früher oder später das Failover ein.

Weitere Informationen zum Verwendung und Konfiguration von vSphere HA finden Sie in der Dokumentation zu Handbuch zur Verfügbarkeit in vSphere.