Info2soft verwendet Cookies, um Ihnen ein besseres und angenehmeres Surferlebnis auf unserer Website zu ermöglichen. Datenschutzerklärung
Wird geladen...
Von:
Wenn die Option Für vSphere HA neu konfigurieren im vCenter ausgegraut ist, liegt das fast immer an einem Statusunterschied zwischen dem aktuellen Host-Zustand und den von vCenter geforderten Voraussetzungen für diesen Vorgang. vCenter setzt strenge Bedingungen voraus, bevor diese Option angezeigt wird – ist auch nur eine nicht erfüllt, bleibt der Menüpunkt deaktiviert.
Dieser Leitfaden erläutert alle bekannten Gründe für die ausgegraute Option sowie die genauen Lösungen für jeden Fall und deckt vSphere 6, 7 und 8 ab.
„Für vSphere HA neu konfigurieren“ ist ein hostbezogener Vorgang im vCenter, der den Fault Domain Manager (FDM)-Agenten auf dem betreffenden ESXi-Host neu installiert und initialisiert. Der FDM-Agent ist für die Meldung des Host-Status sowie die Koordinierung von VM-Neustarts im HA-Cluster verantwortlich.
Diesen Vorgang führen Sie üblicherweise nach einem Fehler des HA-Agenten aus, wenn ein Host den Wartungsmodus mit veraltetem Agenten verlässt oder nach einer fehlgeschlagenen Installation des FDM-VIB.
vCenter stellt diese Option nur zur Verfügung, wenn bestimmte Host-Zustandsbedingungen erfüllt sind. Im folgenden Abschnitt werden jede Bedingung und die zugehörige Lösung erläutert.
Die Option ist ausgegraut, da vCenter erkennt, dass sich der Host oder Cluster nicht in einem für HA-Vorgänge unterstützten Zustand befindet. Im Folgenden werden die acht häufigsten Ursachen sowie deren Lösungen vorgestellt.
Ist HA auf Clusterebene deaktiviert, wird die hostbezogene Neukonfigurationsoption vollständig ausgeblendet. Auf Hostebene gibt es keinen ausführbaren Vorgang, solange HA nicht zunächst für den Cluster aktiviert wird.
Lösung:
Wenn ein Host in den Wartungsmodus wechselt, deaktiviert vCenter den FDM-Agenten darauf. Die Neukonfigurationsoption ist erst wieder verfügbar, wenn der Host in den aktiven Zustand zurückkehrt.
Lösung:
vCenter kann keine Verwaltungsbefehle an einen Host senden, der nicht erreichbar ist. Sowohl der Status „Getrennt“ als auch „Reagiert nicht“ blockieren die Option.
Lösung:
Nicht alle vCenter-Rollen enthalten die erforderlichen Rechte zum Ausführen hostbezogener HA-Vorgänge. Wenn das angemeldete Konto nur Lesezugriff oder eingeschränkte Berechtigungen hat, bleibt die Option unabhängig vom Host-Zustand dauerhaft ausgegraut.
Lösung:
Dies ist kein Fehlerzustand. vCenter blendet die Neukonfigurationsoption aus, wenn der FDM-Agent ordnungsgemäß installiert und aktiv ist, da keine Korrektur erforderlich ist.
Lösung:
vCenter verarbeitet Host-Konfigurationsaufgaben nacheinander. Eine laufende Konformitätsprüfung, Speicher-Neuscann oder Korrekturjob blockiert die HA-Neukonfiguration bis zum Abschluss.
Lösung:
vim-cmd vimsvc/task_list aus, um alle aktuell registrierten Aufgaben auf dem Host anzuzeigen.vim-cmd vimsvc/task_info <taskID> den Status jedes verdächtigen Eintrags.vim-cmd vimsvc/task_cancel <taskID> ab und wiederholen Sie anschließend die HA-Neukonfiguration.In vSphere 8-Umgebungen mit Verwaltung durch den vSphere Lifecycle Manager (vLCM) wird der FDM-Agent als Teil des Cluster-Bildes bereitgestellt. Scheitert der Host an der Bildkonformitätsprüfung, kann das FDM-VIB nicht installiert werden und die HA-Neukonfiguration wird blockiert.
Lösung:
/var/log/esxupdate.log auf Fehler bei der VIB-Installation, bevor Sie weitere CLI-Eingriffe durchführen.settingsd, der in einigen Leitfäden vorgeschlagen wird, gilt nur für spezielle Randfälle und ist keine standardmäßige Korrekturmaßnahme.vSphere Essentials umfasst keine Hochverfügbarkeit (HA). Nutzen Ihre Hosts eine Essentials-Lizenz, sind alle HA-Steuerelemente dauerhaft nicht verfügbar – unabhängig von der Clusterkonfiguration.
Lösung:
Nach Behebung des ausgegrauten Menüpunkts und Ausführung der Neukonfiguration kann ein weiteres Problem auftreten: vCenter zeigt unmittelbar nach dem Vorgang einen falschen Warnhinweis zu VM-Failovern an.
Dies tritt auf, wenn Sie die Neukonfiguration auf dem primären HA-Host ausführen. Wenn der FDM-Agent auf dem primären Host zur Neuinitialisierung heruntergefahren wird, verlieren die sekundären Hosts den Kontakt und leiten umgehend die Wahl eines neuen primären Hosts ein. Während dieser Übergangsphase nehmen die sekundären Hosts fälschlicherweise an, dass die VMs des primären Hosts ausgefallen sind – dadurch wird der falsche Warnhinweis „vSphere HA-Failover virtueller Maschine fehlgeschlagen“ im vCenter ausgelöst.
Erhöhen Sie vor der Ausführung der Neukonfiguration die Erkennungszeitüberschreitung. Dadurch erhalten die übrigen Hosts genügend Zeit, um zu erkennen, dass eine neue Wahl stattfindet – und kein echter Ausfall vorliegt.
das.config.fdm.unknownStateMonitorPeriod hinzu und setzen Sie den Wert auf 30.
Dadurch wird die Standardzeitüberschreitung von 10 auf 30 Sekunden erhöht. Der Cluster erhält ausreichend Pufferzeit, um die Neukonfiguration abzuschließen, ohne falsche Warnhinweise auszulösen.
Sobald die Neukonfigurationsoption wieder funktional ist, bleiben zwei Aufgaben übrig: die Bestätigung, dass die Korrektur Wirkung gezeigt hat, sowie die Einführung von Betriebsverfahren, um das gleiche Problem künftig zu vermeiden.
Prüfen Sie folgende Indikatoren, um zu bestätigen, dass der FDM-Agent wieder einwandfrei arbeitet:
/var/log/fdm.log auf dem ESXi-Host nach sauberen Initialisierungseinträgen, die bestätigen, dass der FDM-Agent dem Cluster beigetreten ist.Einige betriebliche Vorgehensweisen verhindern erneute Probleme bei der HA-Neukonfiguration:
vSphere HA stellt eine grundlegende Schutzebene dar, hängt aber grundsätzlich von dem FDM-Agenten ab. Wie dieser Leitfaden zeigt, können veraltete Agenten, fehlgeschlagene VIB-Installationen oder fehlerhafte Host-Zustände den Cluster zeitweise schutzlos machen – bis das Problem manuell behoben wird. Während dieser Zeit sind Ihre virtuellen Maschinen gefährdet.
i2Availability von Info2Soft ergänzt eine unabhängige Schutzebene, die außerhalb der nativen HA-Mechanismen von vSphere arbeitet. Es nutzt Echtzeit-Replikation auf Byte-Ebene zur kontinuierlichen Datensynchronisation zwischen Produktiv- und Disaster-Recovery-Umgebungen. Dadurch steht stets ein funktionsfähiger Standby-System zur Verfügung – unabhängig vom Zustand des Hypervisors.
Für Teams, die neben der Echtzeitreplikation auch geplante Sicherungen und zeitpunktgenaue Wiederherstellung benötigen, deckt i2Backup physische Server, virtuelle Maschinen und Datenbanken über eine zentrale Konsole ab. Gemeinsam bilden i2Availability und i2Backup einen mehrstufigen Datenschutz, der nicht auf die nativen HA-Tools einzelner Plattformen angewiesen ist.
Sehen Sie sich die Demo von i2Availability unten an und starten Sie eine 60-tägige kostenlose Testversion für Ihre eigene Umgebung.
F1: Warum ist „Für VMware HA neu konfigurieren“ nicht anklickbar?
Die Option ist deaktiviert, da sich der Host oder sein übergeordneter Cluster in einem Zustand befindet, der HA-Vorgänge ausschließt. Die häufigsten Gründe sind deaktiviertes vSphere HA auf Clusterebene, der Host befindet sich im Wartungsmodus oder es besteht eine Trennung des Verwaltungsnetzwerks zwischen Host und vCenter.
F2: Wie löse ich eine vSphere HA-Neukonfiguration manuell aus?
Klicken Sie mit der rechten Maustaste auf den ESXi-Host im vSphere Client und wählen Sie Für vSphere HA neu konfigurieren. Ist die Option ausgegraut, stellen Sie sicher, dass HA für den Cluster aktiviert ist und der Host vollständig verbunden sowie im aktiven Zustand ist, bevor Sie den Vorgang wiederholen.
F3: Behebt das Ein- und Ausschalten von HA eine ausgegraute Neukonfigurationsoption?
In vielen Fällen ja. Das Umschalten von vSphere HA aktivieren auf Clusterebene zwingt vCenter zur erneuten Bereitstellung des FDM-Agenten auf allen Hosts. Gehen Sie dabei jedoch vorsichtig vor: Während des Vorgangs entfällt der HA-Schutz für alle VMs im Cluster vorübergehend.
F4: Was ist der FDM-Agent im Rahmen von vSphere HA?
Der Fault Domain Manager (FDM)-Agent wird auf jedem ESXi-Host installiert, sobald dieser einem vSphere HA-Cluster beitritt. Er übernimmt die Statusmeldung der Hosts, die Heartbeat-Überwachung virtueller Maschinen sowie die Koordinierung automatischer VM-Neustarts bei erkannter Host-Störung.
Eine ausgegraute Option Für vSphere HA neu konfigurieren geht fast immer auf einen von acht Zuständen zurück: deaktiviertes HA auf Clusterebene, Wartungsmodus, Host-Verbindungsprobleme, fehlende Berechtigungen, ein funktionsfähiger Agent ohne Korrekturbedarf, blockierte Aufgabenwarteschlange, Bildkonformitätsfehler des VIB unter vSphere 8 oder eine Essentials-Lizenz ohne HA-Berechtigung. Gehen Sie jeden Grund systematisch durch – die Lösung ist meist unkompliziert.
Sobald der FDM-Agent wieder einwandfrei arbeitet, prüfen Sie das Ergebnis auf der Registerkarte Übersicht des Hosts sowie der Registerkarte Überwachen > vSphere HA des Clusters, bevor Sie das Problem als behoben betrachten. Führen Sie eine Neukonfiguration auf dem primären HA-Host aus, setzen Sie zuvor den Parameter das.config.fdm.unknownStateMonitorPeriod auf 30 Sekunden, um falsche Failover-Warnhinweise zu vermeiden.
Für Umgebungen, bei denen die Abhängigkeit vom nativen vSphere HA-Agenten ein Risiko darstellt, bietet Info2softs i2Availability eine unabhängige Replikations- und Failover-Ebene, die Ihre VMs unabhängig vom Zustand des FDM-Agenten schützt.
