Datensicherung und Wiederherstellung | 4. August 2026

vSphere HA Master Agent nicht gefunden? Kurzanleitung zur Fehlerbehebung

Stehen Sie nach einem Update oder einer Konfiguration vor dem Problem „vCenter Server kann keinen Master-vSphere-HA-Agent finden“? Erfahren Sie die häufigsten Ursachen und erhalten Sie Schritt-für-Schritt-Lösungen, um den Alarm zu beseitigen und Ihren Cluster abzusichern.

Von: Dylan

Probleme: „vSphere HA Master Agent nicht gefunden“?

VMware HA (High Availability) ist eine Funktion des vSphere-Clusters, die virtuelle Maschinen bei einem Ausfall eines physischen ESXi-Hosts automatisch neu startet. Nach einem vCenter-Update oder Wartungsarbeiten an Hosts erhalten einige Administratoren jedoch die Fehlermeldung „Cannot find vSphere HA Master Agent“.

Dies ist ein weitverbreitetes Problem. Keine Sorge, in diesem Beitrag erläutern wir die Bedeutung des Fehlers, die häufigsten Ursachen und zeigen Ihnen, wie Sie den Fehler schnell und unkompliziert beheben.

Was bedeutet dieser Fehler?

Um den Fehler zu verstehen, müssen Sie die Rolle des Master Agent kennen:

Der Master: Wenn vSphere HA aktiviert ist, wird einer der Hosts im Cluster zum „Master“ gewählt.
Der Überwacher: Dieser Master-Host kommuniziert mit dem vCenter Server und überwacht den Zustand aller weiteren „Slave“-Hosts sowie deren virtuellen Maschinen.
Der Orchestrator: Er erkennt Hostausfälle durch sekundliches Überwachen von Netzwerk-Heartbeats. Wenn ein Heartbeat ausbleibt, prüft er das Datastore, um festzustellen, ob ein Host ausgefallen oder lediglich isoliert ist.

Wenn vCenter keinen HA-Master-Agent finden kann, bedeutet dies, dass vSphere High Availability (HA) den HA-Master-Host im Cluster weder identifizieren noch mit ihm kommunizieren kann. Folglich funktioniert vSphere HA nicht uneingeschränkt.

Häufigste Ursachen

Dieses Problem tritt meist aus folgenden Gründen auf:

vCenter-Aktualisierungen oder Upgrades: Der häufigste Auslöser. Bei einem vCenter-Update wird eine neue Version des Fault Domain Manager (FDM)-Agenten auf die ESXi-Hosts verteilt. Schlägt die Installation fehl oder wird der Agent-Dienst nicht ordnungsgemäß neu gestartet, funktioniert der Wahlprozess nicht mehr.
Änderungen der Netzwerkkonfiguration: Der Master-Agent nutzt das Verwaltungsnetz für die Übertragung von Heartbeats. Jegliche Änderungen an VLANs, DNS oder Firewall-Ports (insbesondere Port 8182) können verhindern, dass die Hosts sich gegenseitig erkennen und einen Master wählen.
Wartung von Hosts: Wird der aktuelle Master-Agent in den Wartungsmodus versetzt oder neu gestartet, findet eine neue Wahl statt. Bestehen zugleich Kommunikationsprobleme, kann der Cluster keinen neuen Master ermitteln.
Speicher- und Heartbeat-Probleme: Bei instabilem Netzwerk nutzt vSphere HA Datastore-Heartbeats als sekundären Kommunikationskanal. Verfügt der Cluster nicht über mindestens zwei gemeinsam genutzte Datastores, auf die alle Hosts zugreifen können, oder besteht eine Störung der Speicherverbindung, kann der „Master“ den Status der „Slave“-Hosts nicht bestätigen. Bei vSAN-Clustern wird der HA-Datenverkehr häufig über das vSAN-Netz übertragen. Daher sollten Sie stets den „vSAN-Datenverkehr“ auf dem VMkernel-Adapter prüfen, damit HA initialisiert werden kann.

Lesen Sie weiter. Wir stellen Ihnen die genauen Schritte vor, um die HA-Funktionalität wiederherzustellen und den Alarm dauerhaft zu beseitigen.

Schnelle Lösungen für den Fehler „Cannot Find vSphere HA Master Agent“

Führen Sie die Lösungen nacheinander aus, um das Problem unkompliziert zu beheben.

Lösung 1: Erneute Konfiguration von vSphere HA (schnellste Methode)

Schritt 1. Melden Sie sich beim vSphere Client an.

Schritt 2. Navigieren Sie zu Hosts und Cluster.

Schritt 3. Klicken Sie mit der rechten Maustaste auf den betroffenen Cluster in der Inventarbaumansicht.

Schritt 4. Wählen Sie „vSphere HA“ > „Für vSphere HA neu konfigurieren“.

Unten im Fenster wird ein Task angezeigt: „vSphere HA-Agent installieren“ oder „vSphere HA konfigurieren“. Dadurch wird der FDM-Dienst neu gestartet und der Host versucht erneut, den Master zu ermitteln.

Lösung 2: vSphere HA deaktivieren und wieder aktivieren

Schlägt die einfache Neukonfiguration fehl, müssen ggf. die Fault Domain Manager (FDM)-Agenten neu bereitgestellt werden. Dies ist ebenfalls eine direkte Lösung, wenn auf Clusterebene kein vSphere HA-Master gefunden wird.

Schritt 1. Gehen Sie zu Hosts und Cluster, klicken Sie mit der rechten Maustaste auf den Cluster-Namen im linken Navigationsbereich und wählen Sie „Einstellungen“.

Schritt 2. Wechseln Sie zur Registerkarte „Konfigurieren“. Wählen Sie unter Dienste den Eintrag „vSphere Verfügbarkeit“ aus.

Schritt 3. Klicken Sie auf die Schaltfläche „Bearbeiten…“.

Schritt 4. Entfernen Sie das Häkchen bei vSphere HA. Klicken Sie auf „OK“.

Schritt 5. Warten Sie, bis der Task „vSphere HA dekonfigurieren“ auf allen Hosts abgeschlossen ist.

Schritt 6. Sobald der Vorgang abgeschlossen ist, klicken Sie erneut auf „Bearbeiten“, aktivieren Sie „vSphere HA“ wieder und bestätigen mit „OK“.

Lösung 3: Prüfung der Netzwerkverbindung und Firewall

Können die Agenten nicht initialisiert werden, ist es sehr wahrscheinlich, dass die Hosts sich über das Netzwerk nicht gegenseitig erreichen.

Schritt 1. Port 8182 prüfen: Stellen Sie sicher, dass Port 8182 (TCP/UDP) auf allen physischen Firewalls oder NSX-Regeln zwischen den ESXi-Hosts geöffnet ist. Dieser Port ist zwingend erforderlich für den HA-Datenverkehr.

Schritt 2. Verwaltungspings testen: Melden Sie sich per SSH an einem ESXi-Host an und versuchen Sie, die Verwaltungs-IP eines weiteren Hosts im Cluster anzupingen:

ping <Anderer_Host_Verwaltungs_IP>
nc -z <Anderer_Host_IP> 8182

Schritt 3. MTU überprüfen: Bei Verwendung von Jumbo Frames (MTU 9000) muss die Einstellung auf allen VMkernel-Adaptern und physischen Switches identisch sein. Abweichungen führen dazu, dass Pakete der HA-Wahl verworfen werden.

Schritt 4. Teilweise liegt das Problem nicht an einer physischen Firewall, sondern an einer hostbasierten Firewall-Regel, die den HA-Datenverkehr über Port 8182 blockiert. Um schnell zu prüfen, ob die erforderliche FDM-Regel aktiv ist, verbinden Sie sich per SSH mit jedem Host und führen Sie folgenden Befehl aus:

esxcli network firewall ruleset list | grep fdm

Suchen Sie nach der Regelsammlung fdm. Stellen Sie sicher, dass der Status enabled lautet und der Datenverkehr über TCP/UDP Port 8182 erlaubt wird. Ist die Regel deaktiviert, aktivieren Sie sie mit folgendem Befehl:

esxcli network firewall ruleset set --enabled true --ruleset-id fdm

Führen Sie diesen Vorgang auf allen Hosts des HA-Clusters durch.

Lösung 4: Behebung von DNS- und Hostnamen-Problemen

vSphere HA ist stark auf DNS angewiesen. Kann ein Host seine Peers nicht auflösen, schlägt die Master-Wahl fehl.

Stellen Sie sicher, dass jeder Host im Cluster alle anderen Hosts über den FQDN (vollständig qualifizierter Domänenname) auflösen kann.
Wenn Sie keinen DNS-Server nutzen, prüfen Sie die Datei /etc/hosts auf den ESXi-Hosts, damit Namen und IP-Adressen exakt übereinstimmen.

Lösung 5: Manuelles Entfernen des Agenten

Wenn ein bestimmter Host dem HA-Cluster nicht beitreten möchte, ist das FDM-Agent-VIB möglicherweise beschädigt. Sie können es manuell entfernen und vCenter eine neue fehlerfreie Version installieren lassen.

Schritt 1. Klicken Sie mit der rechten Maustaste auf den betroffenen Host und wählen Sie In den Wartungsmodus versetzen.

Schritt 2. (Optional) Deaktivieren Sie ggf. den Sperrmodus (Lockdown Mode) für diesen Host.

Schritt 3. Verbinden Sie sich per SSH mit dem ESXi-Host.

Schritt 4. Führen Sie diesen Befehl aus, um den HA-Agent-VIB zu entfernen:

esxcli software vib remove -n vmware-fdm -f

Schritt 5. Verlassen Sie den Wartungsmodus.

Schritt 6. Klicken Sie im vSphere Client mit der rechten Maustaste auf den Host und wählen Sie „Verbindung“ > „Erneut verbinden“. Alternativ klicken Sie mit der rechten Maustaste auf den Cluster und wählen „Für vSphere HA neu konfigurieren“. vCenter installiert daraufhin den Agenten neu.

Tipps zur Vorbeugung bei zukünftigen Upgrades

Um den Fehler „vSphere HA Master Agent nicht gefunden“ bei künftigen Aktualisierungen zu vermeiden, beachten Sie folgende Hinweise vor dem nächsten Update oder Upgrade:

1. Vorausschauende Deaktivierung von HA

Die effektivste Methode, um HA-Wahlfehler während eines vCenter-Upgrades zu vermeiden, ist die vorübergehende Deaktivierung von vSphere HA.

Hintergrund: Während des vCenter-Upgrades wird die Kommunikation mit den FDM-Agenten auf den Hosts unterbrochen. Wenn Sie HA zuvor abschalten, verhindern Sie, dass vCenter versucht, einen Dienst zu verwalten, auf den es gerade keinen Zugriff hat. Dadurch bleiben hängige Tasks und Timeout-Fehler aus.
Vorgehensweise: Deaktivieren Sie HA auf Clusterebene, bevor Sie das vCenter-Update starten. Aktivieren Sie es erst wieder, wenn vCenter vollständig online und stabil ist.

2. DRS auf „Teilweise automatisiert“ einstellen

Während eines Upgrades kann es bei vCenter zu Verzögerungen bei der Verwaltung der Host-Ressourcen kommen.

Hintergrund: Ist DRS auf „Vollständig automatisiert“ eingestellt, versucht es ggf. gleichzeitig virtuelle Maschinen per vMotion zu migrieren, während die HA-Agenten neu initialisiert werden. Diese Last im Verwaltungsnetz kann die Wahl des Master-Agenten beeinträchtigen.
Vorgehensweise: Wechseln Sie DRS in den Modus „Teilweise automatisiert“. Dadurch werden virtuelle Maschinen ohne Ihre Zustimmung nicht verschoben, sodass eine ruhige Umgebung für die Stabilisierung von HA entsteht.

3. Prüfung der DNS- und NTP-Funktionsfähigkeit

vSphere HA reagiert äußerst empfindlich auf Zeitabweichungen und Probleme bei der Namensauflösung.

NTP prüfen: Stellen Sie sicher, dass vCenter Server und alle ESXi-Hosts mit derselben NTP-Quelle synchronisiert sind. Bereits eine Abweichung von wenigen Sekunden kann zu einem Timeout beim SSL-Handshake während der Agent-Installation führen.
DNS prüfen: Überprüfen Sie, dass jeder Host den FQDN von vCenter sowie alle anderen Hosts im Cluster auflösen kann. HA nutzt Hostnamen für den Wahlprozess.

4. Auf die Depot-Validierung warten (vSphere 7.x/8.x)

Bei Nutzung des vSphere Lifecycle Manager (vLCM) mit bildbasierten Clustern kommt es nach Upgrades bekanntermaßen zu Verzögerungen.

Hintergrund: Nach einem Upgrade benötigt vCenter Zeit (häufig 1–2 Stunden), um die internen Software-Depots zu validieren. Wenn Sie HA wieder aktivieren, bevor diese Validierung abgeschlossen ist, schlägt die Installation des FDM-Agenten mit dem Fehler „Cannot find master“ fehl.
Vorgehensweise: Warten Sie ab. Prüfen Sie die Registerkarte „Image-Konformität“. Solange dort „Wird validiert“ oder „Wird synchronisiert“ angezeigt wird, warten Sie bis zum Abschluss, bevor Sie HA wieder aktivieren.

Wenn Sie den Depotstatus über die Befehlszeile abfragen möchten, nutzen Sie PowerCLI zur Abfrage des Konformitätsstatus des Clusters. Verbinden Sie sich mit Ihrem vCenter und führen Sie folgenden Befehl aus:

Get-Cluster -Name "IhrClusterName" | Get-Compliance

Solange die Depot-Validierung läuft, lautet der Konformitätsstatus Unknown oder Incompatible. Erst nach Abschluss wechselt er zu Compliant oder NonCompliant. Erst dann sollten Sie HA wieder aktivieren.

5. Überprüfung des Speicherplatzes auf Hosts

Das FDM-VIB ist sehr klein, aber seine Installation schlägt unbemerkt fehl, wenn die Partitionen /tmp oder /var des Hosts keinen freien Speicher mehr haben. Verbinden Sie sich per SSH mit jedem ESXi-Host und prüfen Sie den verfügbaren Speicher mit einem der folgenden Befehle:

vdf -h

oder dem üblichen Linux-Befehl:

df -h

Achten Sie auf die Einhängepunkte /tmp und /var. Beide benötigen mindestens 100 MB freien Speicher. Sind diese Partitionen voll (meist durch alte Logdateien), bereinigen Sie nicht benötigte Protokolle und wiederholen Sie die HA-Konfiguration.

Sichern von VMware-VMs mit einer zentralen Sicherungslösung

HA schützt zwar vor Hostausfällen, aber nicht vor Ransomware oder versehentlichem Löschen von Daten innerhalb der virtuellen Maschinen. Hier kommt eine spezielle Sicherungslösung wie i2Backup als Ergänzung zu Ihrer VMware-HA-Umgebung ins Spiel.

i2Backup ist eine solche zentrale Sicherungssoftware für Unternehmen. Sie bietet eine leistungsstarke, agentenfreie Sicherung, damit virtuelle Maschinen innerhalb kurzer Zeit wiederhergestellt werden können. i2Backup wurde von Information2 Software entwickelt und verfügt über eine benutzerfreundliche Oberfläche zur Verwaltung aller VM-Sicherungen sowie zahlreiche Funktionen für Datensicherheit und Compliance bei Sicherungen.

Hauptfunktionen von i2Backup:

Agentenfreie Architektur: i2Backup schützt Ihre gesamte virtuelle Umgebung, ohne dass Software auf jeder virtuellen Maschine installiert werden muss. Dadurch sinken Verwaltungsaufwand und Ressourcenverbrauch auf den Hosts.
Inkrementelle Sicherung: Mithilfe von Changed Block Tracking (CBT) erfasst i2Backup nur die Daten, die sich seit der letzten Sicherung verändert haben, um Zeit und Speicherplatz einzusparen.
Unveränderlicher Schutz vor Ransomware: Selbst wenn Angreifer Zugriff auf Ihr Netzwerk erhalten, stellt der kernelbasierte unveränderliche Speicher von i2Backup sicher, dass Ihre Sicherungsdaten nicht verschlüsselt, gelöscht oder manipuliert werden können.
Sofortige VM-Wiederherstellung: Warten Sie nicht stundenlang auf die Wiederherstellung. Mit i2Backup können Sie eine ausgefallene VM direkt aus dem Sicherungsspeicher starten. Ihre Geschäftsdienste sind umgehend wieder verfügbar, während die Daten im Hintergrund wiederhergestellt werden.

60-Tage kostenlose Testversion

Sicherer Download

Fazit

Der Alarm „vCenter Server kann den vSphere HA Master Agent nicht finden“ ist nach Aktualisierungen ein häufiges Problem, lässt sich aber durch eine Neukonfiguration der Hosts oder das Ein- und Ausschalten des HA-Dienstes einfach beheben. Nutzen Sie die vorgestellten Vorbeugemaßnahmen und setzen Sie eine moderne Sicherungslösung wie i2Backup ein. Damit bleibt Ihre VMware-Umgebung die zuverlässige Grundlage für Ihren Geschäftsbetrieb.

Dylan

Keine Kurzbiografie vorhanden