Stretched Cluster erweitern den vSAN-Cluster von einer einzelnen Daten-Site auf zwei Sites und bieten somit eine schnellere Verfügbarkeit und verbesserten Lastausgleich zwischen den einzelnen Sites. Stretched Cluster werden normalerweise in Umgebungen bereitgestellt, bei denen die Entfernung zwischen den Datencentern gering ist, zum Beispiel in Großstädten oder Universitäten.
Sie können Stretched Cluster zum Verwalten geplanter Wartungsvorgänge und zum Vermeiden von Notfallszenarien verwenden, da sich die Wartung oder der Verlust einer Site nicht auf den Gesamtbetrieb des Clusters auswirken. In einer Stretched Cluster-Konfiguration können beide Daten-Sites aktiv sein. Wenn eine der beiden Sites fehlschlägt, verwendet vSAN den Speicherplatz auf der anderen Site. vSphere HA startet alle VMs neu, die auf der verbleibenden aktiven Site neu gestartet werden müssen.
Sie müssen eine Site als bevorzugte Site festlegen. Die andere Site wird zu einer sekundären oder nicht bevorzugten Site. Wenn die Netzwerkverbindung zwischen den beiden aktiven Standorten unterbrochen wird, setzt vSAN den Betrieb mit dem bevorzugten Standort fort. Die als bevorzugt bezeichnete Site ist in der Regel diejenige, die in Betrieb bleibt, es sei denn, sie wird neu synchronisiert oder weist ein anderes Problem auf. Die Site, die zu maximaler Datenverfügbarkeit führt, ist derjenige, die in Betrieb bleibt.
Ein ausgeweiteter vSAN-Cluster kann jeweils einen Verbindungsausfall tolerieren, wobei die Verfügbarkeit der Daten gewährleistet ist. Ein Verbindungsausfall ist der Verlust der Netzwerkverbindung zwischen den beiden Sites oder zwischen einer Site und dem Zeugenhost. Während eines Siteausfalls oder eines Verlusts der Netzwerkverbindung wechselt vSAN automatisch zu voll funktionsfähigen Sites.
Mit vSAN 7.0 Update 3 und höher können Stretched Cluster den Ausfall eines Zeugenhosts tolerieren, wenn eine Site nicht verfügbar ist. Konfigurieren Sie die Regel für die Speicherrichtlinie Site-Ausfalltoleranz auf Site-Spiegelung – Stretched Cluster. Wenn eine Site aufgrund einer Wartung oder eines Fehlers ausfällt und der Zeugenhost nicht mehr funktioniert, stimmen die Objekte nicht mehr überein, bleiben aber zugänglich.
Weitere Informationen zum Arbeiten mit Stretched Clustern finden Sie im vSAN Stretched Cluster Guide (Handbuch für Stretched vSAN-Cluster).
Zeugenhost
Jeder Stretched Cluster besteht aus zwei Daten-Sites und einem Zeugenhost. Der Zeugenhost befindet sich auf einer dritten Site und enthält die Zeugen-Komponenten der VM-Objekte. Der Zeugenhost speichert keine Kundendaten, sondern nur Metadaten wie Größe und UUID des vSAN-Objekts und der Komponenten.
Der Zeugenhost dient als Entscheidungskriterium, wenn eine Entscheidung hinsichtlich der Verfügbarkeit der Datenspeicherkomponenten bei Verlust der Netzwerkverbindung zwischen den beiden Sites getroffen werden muss. In diesem Fall bildet der Zeugenhost normalerweise einen vSAN-Cluster mit der bevorzugten Site. Wenn allerdings die bevorzugte Site von der sekundären Site und dem Zeugenhost getrennt wird, bildet der Zeugenhost einen Cluster unter Verwendung der sekundären Site. Wenn die bevorzugte Site erneut online geschaltet wird, werden die Daten neu synchronisiert, um sicherzustellen, dass beide Sites über die aktuellsten Kopien aller Daten verfügen.
Wenn der Zeugenhost ausfällt, sind alle zugehörigen Objekte nicht mehr kompatibel, der Zugriff auf die Objekte ist jedoch weiterhin möglich.
Der Zeugenhost verfügt über die folgenden Eigenschaften:
- Der Zeugenhost kann Verbindungen mit geringer Bandbreite und hoher Latenz verwenden.
- Der Zeugenhost kann keine VMs ausführen.
- Ein einzelner Zeugenhost kann nur einen ausgeweiteten vSAN-Cluster unterstützen. vSAN-Cluster mit zwei Knoten können einen einzelnen Zeugenhost gemeinsam nutzen.
- Der Zeugenhost muss über einen VMkernel-Adapter mit aktiviertem vSAN-Datenverkehr mit Verbindungen zu allen Hosts im Cluster verfügen. Der Zeugenhost verwendet einen VMkernel-Adapter für die Verwaltung und einen VMkernel-Adapter für den vSAN-Datenverkehr. Der Zeugenhost darf nur einen für vSAN reservierten VMkernel-Adapter aufweisen.
- Der Zeugenhost muss ein eigenständiger für den Stretched Cluster reservierter Host sein. Er kann keinem anderen Cluster hinzugefügt oder über vCenter Server in die Bestandsliste verschoben werden.
Der Zeugenhost kann ein physischer Host oder ein innerhalb einer VM ausgeführter ESXi-Host sein. Der VM-Zeugen-Host bietet keine anderen Funktionen, wie zum Beispiel das Speichern oder Ausführen von VMs. Mehrere Zeugen-Hosts können als VMs auf einem einzelnen physischen Server ausgeführt werden. Für die Patching-Konfiguration und die grundlegende Netzwerk- und Überwachungskonfiguration arbeitet der VM-Zeugen-Host genau wie ein typischer ESXi-Host. Sie können ihn mit vCenter Server verwalten, unter Verwendung von esxcli oder vSphere Lifecycle Manager patchen und aktualisieren und mit Standardtools überwachen, die mit ESXi-Hosts interagieren.
Sie können eine virtuelle Zeugen-Appliance als Zeugenhost in einem Stretched Cluster verwenden. Die virtuelle Zeugen-Appliance ist ein ESXi-Host in einer VM, die als OVF oder OVA gepackt ist. Die Appliance ist basierend auf dem Umfang der Bereitstellung mit verschiedenen Optionen verfügbar.
Stretched Cluster und Fehlerdomänen
Stretched Cluster verwenden Fehlerdomänen, um Site-übergreifend Redundanz und Ausfallsicherheit zu gewährleisten. Jede Site in einem Stretched Cluster befindet sich auf einer separaten Fault Domain.
Ein Stretched Cluster benötigt drei Fault Domains: die bevorzugte Site, die sekundäre Site und einen Zeugenhost. Jede Fehlerdomäne repräsentiert eine separate Site. Wenn der Zeugenhost ausfällt oder in den Wartungsmodus wechselt, wird dies von vSAN als Site-Ausfall gewertet.
- Ausfalltoleranz von Site. Für Stretched Cluster definiert diese Regel die Fehlertoleranzmethode. Wählen Sie Site-Mirroring – Stretched Cluster aus.
- Zu tolerierende Fehler (Failures to Tolerate, FTT). Bei Stretched Clustern definiert FTT die Anzahl der zusätzlichen Hostfehler, die ein Objekt der virtuellen Maschine tolerieren kann.
- Keine. Sie können diese Datenbelegungsregel auf „Keine“, „Bevorzugt“ oder „Sekundär“ festlegen. Diese Regel ermöglicht es Ihnen, die VM-Objekte auf eine ausgewählte Site im Stretched Cluster zu begrenzen.
In einem Stretched Cluster mit lokalem Fehlerschutz kann der Cluster Reparaturen an fehlenden oder beschädigten Komponenten an der vorhandenen Site auch dann durchführen, wenn eine Site nicht verfügbar ist.
vSAN 7.0 und höher bedienen weiterhin E/A-Vorgänge, wenn die Kapazität von Festplatten einer Site zu 96 Prozent belegt ist bzw. wenn nur noch 5 GB frei sind (je nachdem, welcher Wert kleiner ist), während auf Festplatten anderer Sites freier Speicherplatz verfügbar ist. Die Komponenten der betroffenen Site werden als nicht vorhanden gekennzeichnet und vSAN führt weiterhin E/A-Vorgänge durch, um E/A-Vorgänge in integere Objektkopien auf der anderen Site durchzuführen. Wenn Festplatten der betroffenen Site eine Kapazität von 94 % oder 10 GB (je nachdem, welcher Wert kleiner ist) erreichen, werden die nicht vorhandenen Komponenten verfügbar. vSAN synchronisiert die verfügbaren Komponenten neu und alle Objekte werden richtlinienkonform.
