Wird geladen...

Wir haben festgestellt, dass Ihre Browsersprache Chinesisch ist. Möchten Sie unsere chinesische Website besuchen? [ Schließen ]
Von: Emma

VMware vSphere bietet zahlreiche Verfügbarkeitsfunktionen, um virtualisierte Arbeitslasten auch bei Ausfällen der Infrastruktur am Laufen zu halten. Darunter ist VMware HA die am häufigsten eingesetzte Lösung zur Bewältigung von Ausfällen von ESXi-Hosts in Produktivumgebungen.

Das Verständnis der Funktionsweise und des Einsatzbereichs von VMware HA ist bei der Gestaltung einer stabilen Virtualisierungsplattform unerlässlich. Dieses Hintergrundwissen hilft Administratoren, praxisnahe Entscheidungen zu Verfügbarkeit, Wiederherstellungszielen und Cluster-Design zu treffen.

Was ist VMware vSphere HA

VMware vSphere HA ist eine Hochverfügbarkeitsfunktion von VMware, die dafür sorgt, dass virtuelle Maschinen nach Ausfällen weiterbetrieben werden. Sie überwacht ESXi-Hosts und virtuelle Maschinen innerhalb eines VMware-Clusters. Fällt ein Host aus, startet HA die betroffenen virtuellen Maschinen auf anderen Hosts neu.

Das Recovery Time Objective (RTO) legt fest, wie lange ein System nach einem Ausfall nicht verfügbar sein darf. Ein niedrigerer RTO bedeutet, dass Dienste schneller wieder in Betrieb gehen. VMware HA senkt den RTO, indem es den Neustart virtueller Maschinen automatisiert und somit manuelle Eingriffe überflüssig macht.

Ausfälle von ESXi-Hosts treten in Produktivumgebungen häufig auf. Typische Ursachen sind:

  • Hardware- oder Stromausfälle
  • Netzwerkunterbrechungen
  • Abstürze des Hypervisors oder von Verwaltungsdiensten

VMware vSphere HA reduziert Ausfallzeiten, indem es automatisch auf diese Störungen reagiert. Beim Neustart von virtuellen Maschinen kommt es zwar weiterhin zu einer kurzen Unterbrechung, die Wiederherstellung erfolgt jedoch schneller und vorhersehbarer.

VMware HA

VMware HA: Wie der Cluster Ausfälle erkennt

VMware HA überwacht ESXi-Hosts kontinuierlich, um Ausfälle schnell und zuverlässig zu erkennen. Dieser Erkennungsprozess basiert auf mehreren kooperierenden Komponenten innerhalb des VMware-Clusters.

1. Der FDM-Agent in einem VMware-Cluster

VMware HA nutzt den Fault Domain Manager (FDM)-Agent zur Überwachung des Status von Hosts und virtuellen Maschinen.

Der FDM-Agent wird auf jedem ESXi-Host ausgeführt, der Teil eines VMware-Clusters mit aktiviertem VMware vSphere HA ist. Er ermöglicht den Austausch von Statusinformationen zwischen den Hosts und koordiniert die HA-Maßnahmen.

2. Leitknotenwahl und Host-Überwachung

Wenn VMware HA aktiviert wird, wird automatisch ein ESXi-Host zum Leitknoten gewählt. Der Leitknoten übernimmt eine zentrale Rolle bei der Erkennung von Ausfällen und der Koordinierung von Wiederherstellungsmaßnahmen.

Durch diese Wahl bleiben Überwachung und Entscheidungsfindung im gesamten VMware-Cluster konsistent.

Der HA-Leitknoten ist verantwortlich für:

  • Überwachung des Herzschlagstatus aller Hosts
  • Erkennung von ESXi-Host-Ausfällen und Isolationsereignissen
  • Initiierung des Neustarts virtueller Maschinen, sobald ein Ausfall bestätigt wurde

3. Herzschlagmechanismen in VMware HA

VMware HA nutzt mehrere Herzschlagmechanismen, um Ausfälle genau zu erkennen und Fehlalarme zu vermeiden. Dieser mehrstufige Ansatz ermöglicht die Unterscheidung zwischen einem echten Hostausfall und vorübergehenden Kommunikationsproblemen.

  • Netzwerk-Herzschläge

ESXi-Hosts tauschen in regelmäßigen Abständen Herzschläge über das Verwaltungsnetz aus. Erhält ein Host keine Netzwerk-Herzschläge mehr von einem anderen Host, vermutet VMware HA einen Ausfall, greift aber nicht sofort ein.

  • Herzschläge nutzen die Verwaltungs-VMkernel-Schnittstelle
  • Der Verlust von Herzschlägen löst weitere Prüfungen zur Bestätigung aus
  • Datastore-Herzschläge

Datastore-Herzschläge bieten einen zusätzlichen Prüfpfad, wenn die Netzwerkkommunikation unterbrochen ist. Jeder Host schreibt regelmäßig in einen gemeinsamen Datastore. Dadurch kann VMware HA bestätigen, ob ein Host noch betriebsbereit ist.

  • Ermöglicht die Unterscheidung zwischen Host-Isolation und Hostausfall
  • Verhindert unnötige Neustarts virtueller Maschinen

4. Neustartlogik nach einem ESXi-Host-Ausfall

Sobald VMware HA bestätigt, dass ein ESXi-Host ausgefallen ist, beginnt der Wiederherstellungsprozess. Virtuelle Maschinen, die auf dem ausgefallenen Host ausgeführt wurden, werden für einen Neustart auf den verbleibenden Hosts vorgemerkt. Der tatsächliche Neustart hängt von den verfügbaren Ressourcen im VMware-Cluster ab.

Der Neustartvorgang läuft folgendermaßen ab:

  1. HA identifiziert die betroffenen virtuellen Maschinen auf dem ausgefallenen Host
  2. Prüfung der Ressourcenverfügbarkeit auf den übrigen Hosts
  3. Neustart der virtuellen Maschinen entsprechend der festgelegten Neustartpriorität

Vorteile und Nachteile von VMware HA

VMware HA bietet Schutz auf Infrastrukturebene für virtualisierte Arbeitslasten, bringt aber auch klare Kompromisse mit sich. Die Kenntnis beider Seiten hilft Administratoren, eine VMware-Hochverfügbarkeitsstrategie zu entwickeln, die den praktischen Betriebsanforderungen entspricht.

Vorteile von VMware HA

Folgende Vorteile zeigen, wo VMware HA in Produktivumgebungen den größten Nutzen erbringt.

  • Kostengünstige Verfügbarkeit: VMware HA erhöht die Ausfallsicherheit ohne spezielle Hardware oder komplexe Konfigurationen. Die Funktion ist in der vSphere-Lizenz enthalten und daher für viele Umgebungen nutzbar.
  • Systemunabhängiger Schutz: VMware HA schützt virtuelle Maschinen unabhängig von Betriebssystem oder Anwendungstyp. Dadurch eignet es sich für gemischte Arbeitslasten innerhalb desselben Clusters.
  • Automatisierte Wiederherstellung: Virtuelle Maschinen werden nach einem Hostausfall automatisch neu gestartet. Dadurch sinkt der Bedarf an manuellen Eingriffen und die Wiederherstellungszeit bei Infrastrukturausfällen verkürzt sich.
  • Hardwareunabhängigkeit: VMware HA funktioniert mit gängigen ESXi-Hosts in einem Cluster. Es ist nicht auf identische Hardwaremodelle oder herstellerspezifische Failover-Mechanismen angewiesen.

Nachteile von VMware HA

Diese Einschränkungen zeigen, in welchen Fällen VMware HA den Anforderungen an eine höhere Verfügbarkeit oder einen Anwendungsebenen-Schutz nicht gerecht wird.

  • Keine Ausfallfreiheit: Virtuelle Maschinen müssen nach einem Ausfall neu gestartet werden, wodurch eine Dienstunterbrechung entsteht. Diese Ausfallzeit kann für latenzsensitive oder geschäftskritische Anwendungen inakzeptabel sein.
  • Keine Anwendungserkennung: VMware HA überwacht den Zustand der Infrastruktur, nicht den Status von Anwendungen. Wenn eine Anwendung innerhalb einer laufenden virtuellen Maschine abstürzt, erkennt und behebt HA diesen Fehler nicht.
  • Ressourcenaufwand: Es muss ausreichend Reservkapazität vorhanden sein, um virtuelle Maschinen nach einem Ausfall neu starten zu können. Dadurch sinkt die Effizienz der Gesamtressourcennutzung insbesondere bei kleineren Clustern.
  • Abhängigkeit von gemeinsamem Speicher: VMware HA erfordert gemeinsam genutzte Datastores, um virtuelle Maschinen auf anderen Hosts neu starten zu können. Ausfälle des Speichers können daher eine Wiederherstellung einschränken oder verhindern.

VMware High Availability im Vergleich zu Fault Tolerance

VMware HA und VMware FT gewährleisten Verfügbarkeit auf unterschiedliche technische Weise. Das Verständnis der jeweiligen Reaktion auf Ausfälle ist vor der Auswahl für Produktivarbeitslasten unerlässlich.

Wesentliche Unterschiede zwischen VMware HA und FT

VMware High Availability basiert auf einer wiederherstellenden Neustartstrategie nach erkannter Störung. Fällt ein ESXi-Host aus, werden die betroffenen virtuellen Maschinen auf anderen Hosts im Cluster neu gestartet. Bei diesem Vorgehen wird eine kurze Ausfallzeit während des Neustarts akzeptiert.

VMware Fault Tolerance arbeitet mit einer kontinuierlichen Spiegelung virtueller Maschinen zur Fehlerbehandlung. Eine sekundäre virtuelle Maschine läuft synchron zur primären VM auf einem anderen Host. Tritt ein Ausfall auf, übernimmt die sekundäre VM unverzüglich ohne Datenverlust.

Der Hauptunterschied zwischen VMware HA und FT liegt in der tolerierten Ausfallzeit. VMware HA erlaubt kurze Dienstunterbrechungen, während VMware Fault Tolerance auf eine ausfallfreie Betriebsweise auf VM-Ebene ausgelegt ist. Dieser Unterschied wirkt sich direkt auf die Komplexität des Designs und den Ressourcenverbrauch aus.

Einsatzszenarien für VMware HA und FT

Die Entscheidung zwischen VMware HA und FT hängt von der Kritikalität der Arbeitslast, der Toleranz gegenüber Ausfallzeiten und dem betrieblichen Aufwand ab. Beide Funktionen lösen Verfügbarkeitsprobleme, zielen jedoch auf unterschiedliche Risikostufen und geschäftliche Anforderungen ab.

Wann ist VMware HA die bessere Wahl?

  • Die meisten Produktivarbeitslasten, die kurze Neustarts tolerieren
  • Umgebungen mit begrenzter Reservkapazität oder Budgeteinschränkungen
  • Cluster, bei denen Einfachheit und unkomplizierter täglicher Betrieb im Vordergrund stehen

Wann ist VMware FT die bessere Wahl?

  • Geschäftskritische Arbeitslasten, die keinerlei Ausfallzeit vertragen
  • Anwendungen mit strengen Anforderungen an Betriebszeit oder Transaktionskonsistenz
  • Kleinere Gruppen von virtuellen Maschinen, bei denen ein höherer Ressourcenaufwand akzeptabel ist

Fazit

In der Praxis bilden VMware HA und weitere vSphere-Verfügbarkeitsfunktionen die Grundlage für die Widerstandsfähigkeit der Infrastruktur, decken aber nicht alle Ausfallszenarien ab. Ein Schutz auf Host-Ebene und eine wiederherstellungsbasierte Fehlerbehebung müssen durch Strategien zum Daten- und Anwendungsschutz ergänzt werden.

Bei einem umfassenden Architekturdesign lassen sich Lösungen wie i2Backup einsetzen, um einen agentenlosen VM-Backup und einen einheitlichen Schutz physischer, virtueller und cloudbasierter Arbeitslasten zu gewährleisten. i2Availability hingegen deckt Szenarien ab, die eine Echtzeitreplikation oder Hochverfügbarkeit auf Anwendungsebene erfordern. Zusammen mit den nativen VMware-Funktionen ermöglichen diese Tools den Aufbau einer umfassenden und betrieblich ausgewogenen Verfügbarkeitsarchitektur.

Keine Kurzbiografie vorhanden

Weitere verwandte Artikel

VMware P2V: Leitfaden für die unternehmensweite Migration ohne Betriebsunterbrechung
Die Migration physischer Arbeitslasten in virtuelle Umgebungen ist ein zentraler Schritt bei der Modernisierung von Rechenzentren. Dieser Leitfaden erläutert die technischen Herausforderungen der VMware-P2V-Migration und stellt professionelle Strategien vor, um die Datenintegrität und eine durchgehende Verfügbarkeit sicherzustellen.
Artikel lesen
[3 Methoden] Schritt-für-Schritt-Anleitung: Migration von Oracle zu SQL Server
Dieser Artikel erläutert die effiziente Migration von Oracle zu SQL Server. Er geht auf typische Herausforderungen der Migration ein und vergleicht vier praxisbewährte Verfahren: die Nutzung von SSMA, individuelle Skripte sowie i2Stream von Info2Soft für eine schnelle und sichere Datenmigration.
Artikel lesen
SQL-Datenbank Schritt für Schritt auf einen anderen Server verschieben
Dieser Leitfaden erläutert, wie Sie eine SQL-Datenbank auf einen anderen Server verschieben – mit vier bewährten Verfahren: Sicherung und Wiederherstellung, der SSMS-Assistent zum Kopieren von Datenbanken, SQL-Skripte sowie dem leistungsstarken Tool i2Migration für Echtzeitmigrationen ohne Ausfallzeiten.
Artikel lesen
[Vollständiger Leitfaden] So implementieren Sie die Migration von Oracle-Datenbanken
In diesem Artikel werden die Schritte zur Migration einer Oracle-Datenbank mithilfe von Oracle GoldenGate erläutert. Darüber hinaus stellen wir ein leistungsfähiges Datenbankmigrationswerkzeug für Unternehmen vor – i2Migration –, das diesen Vorgang durchführt.
Artikel lesen
Inhaltsverzeichnis:
Bleiben Sie über die neuesten Tipps informiert
Abonnieren Sie unseren Newsletter für aktuelle Einblicke, Neuigkeiten und exklusive Inhalte. Sie können sich jederzeit abmelden.
Abonnieren
Bereit, Ihre Unternehmensdatensicherheit zu verbessern?
Starten Sie eine 60-tägige Testversion oder sehen Sie sich eine Demo an, um zu erfahren, wie Info2soft Unternehmensdaten schützt.
Bitte füllen Sie das Formular aus und senden Sie es ab – unser Kundenservice wird sich in Kürze bei Ihnen melden.
Mit dem Absenden dieses Formulars bestätige ich, dass ich die Datenschutzerklärung.
{{ isSubmitting ? 'Wird gesendet...' : 'Absenden' }}