Wenn Sie einen vSAN Stretched Cluster oder einen ROBO-Cluster mit zwei Knoten mit einem einzelnen Image verwalten, kann vSphere Lifecycle Manager sowohl die Hosts im Cluster als auch den dedizierten Zeugenhost verwalten. Das heißt, Sie können den Konformitätsstatus des Zeugenhosts überprüfen und anhand des Cluster-Images standardisieren.

Was ist ein Stretched Cluster?

Ein Stretched Cluster ist ein Bereitstellungsmodell, bei dem zwei oder mehr Hosts zu demselben logischen Cluster gehören, sich jedoch an getrennten geografischen Standorten befinden. Jeder vSAN Stretched Cluster oder ROBO-Cluster mit zwei Knoten verfügt über einen Zeugenhost, bei dem es sich um einen eigenständigen Host handelt, der nicht Mitglied des jeweiligen Clusters ist, sondern ihm zugeordnet ist. Der Zeugenhost eines vSAN-Clusters wird von demselben vCenter Server verwaltet, auf dem sich der jeweilige Stretched oder ROBO-Cluster befindet.

vSphere Lifecycle Manager und die vSAN-Zeugenhosts

Der vSAN-Zeugenhost ist ein physischer oder virtueller ESXi-Host, der die im vSAN-Cluster gespeicherten Zeugenkomponenten der virtuellen Maschinenobjekte enthält. Der Zeugenhost unterstützt keine Arbeitslasten und ist kein Datenknoten. Ein einzelner Stretched Cluster oder ROBO-Cluster mit zwei Knoten kann nur einen Zeugenhost haben.

In früheren vSphere-Versionen können Sie ein einzelnes vSphere Lifecycle Manager-Image zum Verwalten der Hosts in einem vSAN Stretched Cluster oder einem ROBO-Cluster mit zwei Knoten verwenden. Die Verwaltung des Zeugenhosts ist jedoch nur über vSphere Lifecycle Manager-Baselines möglich. Ab vSphere 7.0 Update 3 können Sie vSphere Lifecycle Manager-Images verwenden, um einen vSAN Stretched Cluster und dessen Zeugenhost zu verwalten. Es bestehen die folgenden Anforderungen:
  • vCenter Server müssen Version 7.0 Update 3 und höher aufweisen.
  • Der Zeugenhost muss ESXi Version 7.0 Update 2 und höher aufweisen.
  • Der Zeugenhost muss ein virtueller Server und kein physischer Server sein.
  • Der Zeugenhost muss ein dedizierter Zeugenhost und kein gemeinsam genutzter Zeugenhost sein.
Sie beginnen mit der Verwendung von vSphere Lifecycle Manager, um den Zeugenhost zu verwalten, indem Sie eine der folgenden Aufgaben ausführen:
  • Sie wechseln von der Verwendung von vSphere Lifecycle Manager-Baselines zur Verwendung von vSphere Lifecycle Manager-Images für einen vorhandenen vSAN Stretched Cluster oder ROBO-Cluster mit zwei Knoten.
    Hinweis: Der Übergang zur Verwendung von Images wird nicht blockiert, wenn der Zeugenhost eine ESXi-Version vor 7.0 Update 2 aufweist. In diesem Fall verwenden Sie jedoch nach dem Übergang ein einzelnes vSphere Lifecycle Manager-Image für den Cluster, aber Sie müssen weiterhin vSphere Lifecycle Manager-Baselines für den Zeugenhost verwenden. In solchen Fällen können Sie Baselines verwenden, um ein Upgrade des Zeugenhosts auf Version 7.0 Update 2 durchzuführen. Anschließend können Sie mit der Verwaltung des Zeugenhosts mit Images beginnen.
  • Sie konvertieren einen vorhandenen vSAN-Cluster, der ein einzelnes Image verwendet, in einen Stretched Cluster mit einem virtuellen Zeugenhost.
  • Sie führen ein Upgrade auf vCenter Server durch und aktualisieren den Zeugenhost auf Version 7.0 Update 3.
In den folgenden Fällen verwenden Sie keine vSphere Lifecycle Manager-Images mehr, um den Zeugenhost zu verwalten:
  • Sie konvertieren einen vorhandenen vSAN Stretched Cluster, der Images verwendet, in einen regulären vSAN-Cluster.
  • Sie deaktivieren vSAN auf einem vorhandenen vSAN Stretched Cluster, den Sie mit einem einzelnen Image verwalten.
  • Sie konvertieren den dedizierten Zeugenhost in einen gemeinsam genutzten Zeugenhost.
  • Sie ersetzen den virtuellen Zeugenhost durch einen physischen Server.

Upgrade von vSAN Stretched Clustern mithilfe eines vSphere Lifecycle Manager-Images

Bei Stretched vSAN-Clustern aktualisiert vSphere Lifecycle Manager zuerst die Zeugenhosts und fährt dann mit der Standardisierung der Hosts auf der bevorzugten und der sekundären Site fort. Wenn sich alle Hosts in der bevorzugten Site in einem konformen Zustand befinden, überspringt vSphere Lifecycle Manager die bevorzugte Site und beginnt mit der Standardisierung der Hosts der sekundären Site. Wenn sich ein beliebiger Host im gesamten Cluster in einem nicht kompatiblen Zustand befindet, wird die Standardisierung angehalten. Weitere Informationen zur fehlerdomänenfähigen Standardisierung und zur Reihenfolge, in der vSphere Lifecycle Manager die Hosts in einem vSAN-Cluster standardisiert, finden Sie unter Verwenden von vSphere Lifecycle Manager-Images zum Standardisieren von vSAN-Clustern mit konfigurierten Fehlerdomänen.

Während der Standardisierung wendet vSphere Lifecycle Manager nicht das vollständige Cluster-Image, sondern nur das Basis-ESXi-Image auf den Zeugenhost an. Das heißt, dass vSphere Lifecycle Manager keine Benutzerkomponenten, Lösungskomponenten oder OEM-Add-Ons auf dem Zeugenhost installiert. Die Hosts im Cluster werden jedoch anhand des gesamten Images standardisiert.

Um den Zeugenhost anhand des vSphere Lifecycle Manager-Cluster-Images zu standardisieren, gelten die folgenden Anforderungen:
  • vCenter Server müssen Version 7.0 Update 3 und höher aufweisen.
  • Der Zeugenhost muss ESXi Version 7.0 Update 2 und höher aufweisen.
  • Der Zeugenhost muss ein virtueller Server und kein physischer Server sein.
  • Der Zeugenhost muss ein dedizierter Zeugenhost und kein gemeinsam genutzter Zeugenhost sein.