Sie können vSphere HA und Virtual SAN auf demselben Cluster aktivieren. Wie herkömmliche Datenspeicher gewährleistet vSphere HA denselben Schutz für virtuelle Maschinen, die sich auf Datenspeichern für Virtual SAN befinden. Bei der Interaktion von vSphere HA und Virtual SAN gelten jedoch bestimmte Überlegungen.

Anforderungen für ESXi-Hosts

Virtual SAN kann nur mit einem vSphere HA-Cluster verwendet werden, wenn die folgenden Bedingungen erfüllt sind:

  • Für die ESXi-Hosts des Clusters ist mindestens Version 5.5 erforderlich.

  • Der Cluster muss aus mindestens drei ESXi-Hosts bestehen.

Unterschiede beim Netzwerk

Virtual SAN weist ein eigenes Netzwerk auf. Wenn Virtual SAN und vSphere HA für denselben Cluster aktiviert sind, wird der HA-Datenverkehr zwischen den Agenten nicht über das Verwaltungsnetzwerk, sondern über dieses Speichernetzwerk übertragen. Das Verwaltungsnetzwerk wird von vSphere HA nur verwendet, wenn Virtual SAN deaktiviert ist. vCenter Server wählt das entsprechende Netzwerk aus, wenn vSphere HA auf einem Host konfiguriert ist.

Anmerkung:

Virtual SAN kann nur aktiviert werden, wenn vSphere HA deaktiviert ist.

In der folgenden Tabelle werden die Unterschiede beim vSphere HA-Netzwerk erläutert, wenn Virtual SAN verwendet bzw. nicht verwendet wird.

Tabelle 1. Unterschiede beim vSphere HA-Netzwerk

Virtual SAN aktiviert

Virtual SAN deaktiviert

Von vSphere HA verwendetes Netzwerk

Speichernetzwerk für Virtual SAN

Verwaltungsnetzwerk

Taktsignal-Datenspeicher

Jeder für > 1 Host gemountete Datenspeicher, nicht jedoch Datenspeicher für Virtual SAN

Jeder für > 1 Host gemountete Datenspeicher

Als isoliert erklärter Host

Isolationsadressen können nicht angepingt werden, kein Zugriff auf das Speichernetzwerk für Virtual SAN

Isolationsadressen können nicht angepingt werden, kein Zugriff auf das Verwaltungsnetzwerk

Wenn Sie die Netzwerkkonfiguration des Virtual SAN ändern, übernehmen die vSphere HA-Agenten nicht automatisch die neuen Netzwerkeinstellungen. Um Änderungen am Netzwerk des Virtual SAN vorzunehmen, müssen Sie deshalb die folgenden Schritte im vSphere Web Client ausführen:

  1. Deaktivieren Sie die Hostüberwachung für den vSphere HA-Cluster.

  2. Nehmen Sie die Änderungen am Netzwerk des Virtual SAN vor.

  3. Klicken Sie mit der rechten Maustaste auf alle Hosts im Cluster und wählen Sie ///Reconfigure HA aus.

  4. Aktivieren Sie erneut die Hostüberwachung für den vSphere HA-Cluster.

Einstellungen für die Kapazitätsreservierung

Wenn Sie Kapazität für Ihren vSphere HA-Cluster mit einer Zugangssteuerungsrichtlinie reservieren, muss diese Einstellung mit der entsprechenden Einstellung für Virtual SAN koordiniert werden, die den Zugriff auf die Daten bei Fehlern sicherstellt. Insbesondere darf die Einstellung „Anzahl der zu tolerierenden Fehler“ im Regelsatz für Virtual SAN nicht niedriger als die durch die Einstellung für die vSphere HA-Zugangssteuerung reservierte Kapazität sein.

Wenn beispielsweise der Regelsatz für Virtual SAN nur zwei Fehler zulässt, muss die vSphere HA-Zugangssteuerungsrichtlinie Kapazität reservieren, die nur einem oder zwei Hostfehlern entspricht. Falls Sie die Richtlinie „Prozentsatz der reservierten Clusterressourcen“ für einen Cluster mit acht Hosts verwenden, dürfen Sie nicht mehr als 25 % der Clusterressourcen reservieren. Für denselben Cluster darf mit der Richtlinie „Vom Cluster tolerierte Hostfehler“ diese Einstellung nicht höher als zwei Hosts sein. Wenn weniger Kapazität durch vSphere HA reserviert wird, kann die Failover-Aktivität unvorhersehbar sein. Die Reservierung von zu viel Kapazität bedeutet dagegen, dass das Einschalten von virtuellen Maschinen und die vMotion-Migrationen zwischen Clustern übermäßig belastet werden.

Verhalten vom Virtual SAN und vSphere HA bei einem Ausfall mehrerer Hosts

Nach dem Fehlschlagen eines Clusters für Virtual SAN mit einem Verlust des Failover-Quorums für das Objekt einer virtuellen Maschine kann vSphere HA möglicherweise die virtuelle Maschine nicht neu starten, auch wenn das Cluster-Quorum wiederhergestellt wurde. vSphere HA garantiert den Neustart nur, wenn ein Cluster-Quorum vorhanden ist und auf die neueste Kopie des Objekts einer virtuellen Maschine zugegriffen werden kann. Die neueste Kopie ist die letzte zu schreibende Kopie.

Nehmen Sie als Beispiel die virtuelle Maschine eines Virtual SAN, die so bereitgestellt wurde, dass ein Hostausfall toleriert wird. Die virtuelle Maschine wird auf einem Cluster für Virtual SAN ausgeführt, der drei Hosts umfasst, nämlich H1, H2 und H3. Alle drei Hosts schlagen in einer Sequenz fehl, wobei H3 der letzte Host ist.

Nachdem H1 und H2 wiederhergestellt worden sind, hat der Cluster ein Quorum (ein Hostausfall wird toleriert). Dennoch kann vSphere HA die virtuelle Maschine nicht neu starten, da der letzte fehlgeschlagene Host (H3) die neueste Kopie des Objekts der virtuellen Maschine enthält und noch nicht auf ihn zugegriffen werden kann.

In diesem Beispiel müssen alle drei Hosts entweder gleichzeitig wiederhergestellt werden oder das Doppel-Host-Quorum muss H3 enthalten. Wenn keine der beiden Bedingungen erfüllt wird, versucht HA die virtuelle Maschine neu zu starten, wenn der Host H3 wieder online ist.