Wenn Sie ein vSphere Lifecycle Manager-Image zur Verwendung mit einem Cluster einrichten oder importieren, wird die im Image angegebene Software nicht sofort auf den Hosts in diesem Cluster installiert. Um die Softwarespezifikation von dem Image auf die Hosts anzuwenden, müssen Sie den Cluster anhand dieses Images standardisieren.

Um die Standardisierung eines Clusters zu initiieren, müssen Sie über die erforderlichen Rechte verfügen. Eine Liste aller vSphere Lifecycle Manager-Berechtigungen und deren Beschreibungen finden Sie unter vSphere Lifecycle Manager-Rechte für die Verwendung von Images. Weitere Informationen zur Verwaltung von Benutzern, Gruppen, Rollen und Berechtigungen finden Sie in der Dokumentation zu vSphere-Sicherheit.

Während der Standardisierung eines Clusters mit einem vSphere Lifecycle Manager-Image werden die ESXi-Hosts im Cluster nacheinander standardisiert. Wenn die Standardisierung für einen einzelnen Host im Cluster fehlschlägt, wird somit die Standardisierung des gesamten Clusters gestoppt. Die parallele Standardisierung ist eine Option, die nur unterstützt wird, wenn Sie einen Cluster mit vSphere Lifecycle Manager-Baselines verwalten.

Während der Standardisierung wird das Image, das Sie für den Cluster einrichten, auf allen ESXi-Hosts im Cluster installiert.

Wenn Sie einen Cluster standardisieren, der einen einzelnen ESXi-Host enthält oder für den vSphere Storage DRS deaktiviert wurde oder sich im manuellen Modus befindet, kann der Host durch den Standardisierungsvorgang nicht in den Wartungsmodus versetzt werden. Um die Standardisierung fortzusetzen, müssen Sie also die virtuellen Maschinen, die auf dem Host ausgeführt werden, ausschalten, sie auf einen anderen Host verschieben oder eine Benutzerrichtlinie auswählen, die zulässt, dass der Standardisierungsvorgang die virtuellen Maschinen ausschaltet. Sie können auch eine Benutzerrichtlinie für das Einschalten der virtuellen Maschinen festlegen, nachdem der Host standardisiert wurde.

Für vSAN-Cluster umfasst der Standardisierungsvorgang eine Hardwarekompatibilitätsprüfung. Je nach Konfiguration der Standardisierungseinstellungen von vSphere Lifecycle Manager setzt vSphere Lifecycle Manager die Standardisierungsaufgabe möglicherweise nicht fort, wenn Hardwarekompatibilitätsprobleme bestehen. Informationen zum Konfigurieren der globalen Standardisierungseinstellungen von vSphere Lifecycle Manager finden Sie unter Konfigurieren der Standardisierungseinstellungen für vSphere Lifecycle Manager-Images. Informationen zum Konfigurieren der Standardisierungseinstellungen für einen bestimmten Cluster finden Sie unter Bearbeiten der Standardisierungseinstellungen für einen Cluster.

Wartungsmodus

Wenn das Update dies erfordert, werden Hosts vor der Standardisierung in den Wartungsmodus versetzt. Virtuelle Maschinen können nicht ausgeführt werden, wenn sich ein Host im Wartungsmodus befindet. Zur Sicherstellung einer einheitlichen Benutzererfahrung kann vCenter Server virtuelle Maschinen auf andere Hosts innerhalb des Clusters migrieren, bevor ein Host in den Wartungsmodus versetzt wird. vCenter Server kann die virtuellen Maschinen migrieren, wenn der Cluster für vMotion konfiguriert ist und wenn DRS und VMware Enhanced vMotion Compatibility (EVC) aktiviert sind. EVC garantiert, dass die CPUs der Hosts kompatibel sind, ist aber keine Voraussetzung für vMotion.

Sie können vSphere Lifecycle Manager so konfigurieren, dass er die HA-Zugangssteuerung für die Cluster vor der Standardisierung deaktiviert. Wenn Sie jedoch die HA-Zugangssteuerung deaktivieren, bevor Sie einen Cluster mit zwei Knoten standardisieren, der ein einzelnes vSphere Lifecycle Manager-Image verwendet, verliert der Cluster praktisch alle Hochverfügbarkeitsgarantien. Das hat folgende Ursache: Wenn einer der beiden Hosts in den Wartungsmodus wechselt, kann vCenter Server kein Failover von virtuellen Maschinen auf diesen Host durchführen, und HA-Failover sind nie erfolgreich. Weitere Informationen zur HA-Zugangssteuerung finden Sie in der Handbuch zur Verfügbarkeit in vSphere-Dokumentation.