Wie vSphere HA auf die Host-Über­wachung (Failure, Isolation, Partition), das VM-Monitoring (VM only oder VM+App) oder auf Daten­speicher­fehler (VMCP) reagieren soll, muss der Admin selbst festlegen. Allgemeine Regeln lassen sich dafür nur schwer aufstellen, weil die Antwort von der Vernetzung des Clusters und des Speichers abhängt.

Bei einer Database Availabilty Group (DAG) kann die Daten­sicherung oder die Migration einer Exchange-VM einen Daten­bank-Failover aus­lösen. Tritt dies öfters auf, dann empfiehlt es sich, die Schwell­werte, welche ein Schwenken der DAG auslösen, manu­ell anzu­passen.

Bei vSphere HA muss der Master-Host die verschie­denen Ausfall-Szenarien zuver­lässig erkennen, um ange­messen auf die jeweilige Situ­ation reagieren zu können. Dazu prüft der zuständige Algo­rithmus eine Reihe von Signalen und Kriterien, um einen versehent­lichen Neustart von virtu­ellen Maschinen zu vermeiden.

Eine wesent­liche Funktion von ESXi-Clustern besteht darin, die Hoch­verfüg­barkeit von virtuellen Maschinen zu gewähr­leisten. Diesem Zweck dient das Feature vSphere HA, welches VMs beim Ausfall eines Hosts auf einem anderen startet. Die Akti­vierung von HA bewirkt den auto­matischen Start der Host-Überwachung.

Das HA-Feature von VMware vSphere gewähr­leistet hohe Verfüg­barkeit für virtu­elle Maschinen. Um von diesem Schutz zu profi­tieren, bedarf es min­destens zweier ESXi-Hosts, die sich im Cluster-Modus be­finden. vSphere HA über­wacht dann die Funktions­fähigkeit des Clusters mit Hilfe von Heartbeat-Signalen.

Hinter Star­Winds "Virtual SAN - Hybrid Cloud for Azure" ver­birgt sich ein Soft­ware - defined Storage, welches sich über das lokale Rechen­zen­trum hinaus in die Public Cloud er­streckt. Ein Failover von VMs kann hier nach Azure erfolgen, VSAN deckt zudem ein Disaster Recovery ab.*

VMware Virtual SAN und Virtual Volumes (VVOLs) setzen ein richt­linien­basiertes Speicher-Management um. Admins können mit seiner Hilfe dafür sorgen, dass ein VM-Objekt stets auf einem Data­store zu liegen kommt, dessen Eigen­schaften mit den Policies über­ein­stimmen, die sie an die VM ange­hängt haben.

Eine besondere Form des 2-Knoten-Clusters bei VMware vSAN ist der mit Version 6.1 einge­führte Stretched Cluster ("Ausge­weiterter Cluster"). Ein solcher Storage-Ver­bund erstreckt sich typi­scher­weise über zwei Unter­nehmens­stand­orte und benötigt eben­falls die Witness-Appliance. Aus­fall­zeiten lassen sich zusätzlich durch Fehler­domänen redu­zieren.

StarWind Virtual SAN (VSAN) erfasst lokalen Speicher mehrerer Server für einen Pool und stellt darauf hoch­verfüg­bares Storage bereit. Zur bis­herigen Windows-Ver­sion kommt nun eine virtu­elle Linux-Appliance hinzu. Sie läuft auf jedem gän­gigen Hyper­visor, ist ein­fach in Betrieb zu nehmen und redu­ziert die Lizenz­kosten.*

Das Linux-basierte vCenter Server Appliance (vCSA) erhielt in der Version 6.5 einige exklu­sive Features, die der Windows-Version vorent­halten bleiben. Dazu gehört beson­ders vCenter High Availability, das einen hoch­ver­füg­baren Betrieb der Management-Umge­bung erlaubt. Fol­gende Anleitung zeigt, wie man diese ein­richtet.