VMware vSAN Witness-Appliance: Cluster-Mitgliedschaft, Versionen und Hosting

Beim Konzept des vSAN Witness ist es wichtig, sich über die Bedeutung der einzelnen Witness-Komponenten absolut im Klaren zu sein. Die bisher ausschließlich erwähnte Witness Appliance ist eine kostenlose VM, in dem ein ESXi läuft.

Ebenso zulässig wäre aber ein physischer ESXi-Host ohne Datastores und mit nur einem vSAN-Kernel-Adapter. Beide müssen manuell dem vCenter bzw. Datacenter hinzugefügt werden.

Der virtuelle oder physische Witness-Host wird nur zum Speichern von Unter­brechungs­meta­daten für Verbindungen (Tie Breaker Meta Data) in einer Stretched-Cluster- oder 2-Node-vSAN-Konfiguration benötigt.

Die vSAN Witness-Komponente hingegen speichert die Unter­brechungs­meta­daten von Verbindungen für vSAN-Daten­komponenten, die sich auf verschiedenen Fehlerdomänen oder -Hosts befinden.

Beim Bereitstellen, Konfigurieren oder Verwalten eines Stretched Clusters bzw. eines 2-Node-vSAN ist es wichtig, diese Unterschiede zu kennen.

Cluster-Mitgliedschaft

Ein Witness-Host ist sowohl für Stretched vSAN-Cluster als auch für 2-Knoten-vSAN erforderlich und nimmt damit quasi am vSAN-Cluster teil.

Die Formulierung ist allerdings mit Vorsicht zu genießen, weil der Witness-Host kein Mitglied des Host-Clusters, sondern lediglich des vSAN-Clusters ist, was auch an der Objekt­hierarchie im vSphere Client leicht zu erkennen ist.

Die allgemeine Empfehlung von VMware besteht darin, den vSAN-Witness-Host in einem separaten Datencenter zu platzieren, etwa einem, das man extra dafür anlegt. Dabei möchte ich noch mal betonen, dass der vSAN-Witness-Host kein Mitglied des vSphere-Host-Clusters sein darf.

In der Datenträger­verwaltung der vSAN-Konfiguration ist die Disk Group des vSAN-Witness-Host allerdings  ein "beitragendes" Mitglied des vSAN-Clusters.

Dazu noch eine sehr wichtige Warnung: Es ist nicht möglich, einen Cluster aus mehreren vSAN-Witness-Hosts zu erstellen, denn diese können per Definition keine Mitglieder eines vSphere-Clusters sein. Für ein besseres Organisieren von Witness-Hosts lässt sich stattdessen der Folder Host- und-Cluster gut nutzen.

Versionen

Wichtig ist außerdem, dass für einen 2-Knoten-Cluster beide Daten-Nodes die gleiche Build-Version haben sollten.

Obwohl der vSAN-Witness-Host nicht Teil des vSphere-Clusters ist, trägt er Festplatten zum vSAN-Cluster bei. Daher sollte auch er dasselbe Build aufweisen wie die vSAN-Daten-Knoten. Auf jeden Fall aber sollte es sich aber um die dieselbe Version von vSAN handeln.

Dabei ist zu bedenken, dass der vSAN-Zeugenhost eine ganz normale ESXi-Instanz ist, egal ob physisch oder virtuell. Er kann bzw. muss daher genau wie jeder andere ESXi-Host gepatcht werden, typischerweise via VUM.

Hosten der vSAN Witness-Appliance

Grundsätzlich eignet sich jeder vSphere-Host ab der Version 6.0, unabhängig von der lizenzierten Edition, zum Ausführen einer vSAN Witness-Appliance (also auch ESXi Free). Dabei unterstützt die Appliance sämtliche lokalen oder in der Cloud bereit­gestellten Konfigurationen, sofern eine entsprechende Konnektivität besteht.

vSphere 6.7 stellt jedoch einige neue CPU-Anforderungen, so dass es nicht die gleichen CPUs unterstützt wie vSphere 5.5, 6.0 oder 6.5. Die Release-Notes weisen vor allem auch darauf hin, dass in der Version 6.7 einige CPUs nicht mehr zulässig sind, welche zuvor noch mit vSphere kompatibel waren.

Wenn die vSAN Witness-Appliance für einen vSAN 6.7 Stretched Cluster oder eine 2-Knoten-Konfiguration verwendet wird, dann muss die CPU des Hosts für vSphere 6.7 geeignet sein, unabhängig davon, welche Version von ESXi ausgeführt wird.

Verfügbarkeit und Installation

Die vSAN-Witness-Appliance kann vom VMware Download-Portal in der passenden Version (6.5, 6.7) heruntergeladen werden. Sie verbraucht keine vSAN-Cluster-Lizenz für diesen Host, benötigt aber sehr wohl eine ESXi-Host-Lizenz.

Da die Bereitstellung als OVA erfolgt, ist das Deployment der Appliance nicht weiter schwierig. Das genaue Vorgehen beschreibt diese Anleitung.