Einen VMware-(ESXi / vCenter)-Check konfigurieren

Den VMware-Check einrichten, um ESXi-Hosts und vCenter Server zu überwachen — Host-Status, VM-Zustände, Datastore-Auslastung und Hardware-Temperatur.

Einen VMware-(ESXi / vCenter)-Check konfigurieren

Der VMware-Check verbindet sich mit einem ESXi-Host oder vCenter Server und meldet den Status der Virtualisierungsinfrastruktur: Host-Alarme, Power-States virtueller Maschinen, Datastore-Kapazität und Hardware-Temperatur der Hosts. octoja spricht direkt mit vSphere über die vSphere-SOAP-API — es ist kein separater Management-Agent auf dem ESXi-/vCenter-Host erforderlich. Richte ihn an einem einzelnen ESXi-Host für kleine Standorte aus oder an vCenter für Cluster mit mehreren Hosts.

Voraussetzungen

Ein ESXi-Host oder vCenter Server, erreichbar über HTTPS aus dem Netz des octoja-Agenten
Der octoja-Agent ist auf einem beliebigen Gerät (Windows, macOS oder Linux) installiert, das die vCenter-/ESXi-Adresse erreichen kann — der überwachte Host braucht keinen Agenten
Ein vSphere-Benutzer mit mindestens der Rolle Read-only auf dem zu überwachenden Inventar

Verwende einen dedizierten Read-only-Benutzer. Der Check braucht nur Lesezugriff. Lege in vSphere (oder per SSO) einen Benutzer mit der eingebauten Rolle Read-only auf der Ebene an, die du überwachen möchtest — ein einzelner Host, ein Cluster oder das gesamte Inventar.

So funktioniert es

Jeder Check-Lauf liest vier Dinge aus dem Inventar:

Host-Alarme — Hosts, die getrennt, nicht erreichbar oder ausgeschaltet sind
VM-Zustände — Gesamt-VM-Anzahl, Anzahl laufender (eingeschalteter) VMs sowie alle pausierten VMs
Datastore-Auslastung — Kapazität, freier Speicher und Auslastung in Prozent je Datastore gegen deine Warn- und Kritisch-Schwellen
Hardware-Temperatur — jeder Temperatursensor, den ein ESXi-Host über sein BMC/IPMI meldet. Jeder Sensor wird anhand des Zustands bewertet, den die Host-Firmware setzt; Inlet- und Ambient-Sensoren werden zusätzlich gegen deine Ansaugluft-Schwellen gemessen

Jede Dimension kann unabhängig ein- oder ausgeschaltet werden. Das schlechteste Ergebnis über die aktiven Dimensionen wird zum Gesamtstatus des Checks.

Schritte

Ist der ESXi-Host oder vCenter Server bereits als agentenloses Netzwerkgerät in octoja angelegt, füge den Check stattdessen auf diesem Gerät hinzu: Öffne es und wähle Checks → Check hinzufügen → VMware (ESXi / vCenter). octoja übernimmt die Adresse aus der IP des Geräts, das Feld Host wird deshalb ausgeblendet — die übrigen Felder füllst du genau wie unten beschrieben aus. Siehe Ein Netzwerkgerät ohne Agent hinzufügen.

Stelle sicher, dass der octoja-Agent auf einem Gerät installiert ist, das die vCenter-/ESXi-Management-Adresse erreichen kann.
Gehe zu Geräte und öffne dieses Gerät.
Klicke auf den Tab Checks → Check hinzufügen → VMware (ESXi / vCenter).
Trage die Verbindungsdetails ein:

Feld	Beschreibung
Host	vCenter- oder ESXi-Hostname/IP ohne Schema, z. B. `vcenter.example.com`
Benutzername	vSphere-Benutzer (z. B. `administrator@vsphere.local` für vCenter, `root` für einen ESXi-Host)
Passwort	Passwort des vSphere-Benutzers
SSL-Zertifikatsfehler ignorieren	Aktiviert lassen für typische vCenter-/ESXi-Installationen (selbstsignierte Zertifikate). Nur deaktivieren, wenn du das Zertifikat durch eines einer vertrauenswürdigen CA ersetzt hast

Wähle, welche Dimensionen überwacht werden sollen:

Feld	Beschreibung
Host-Alarme überwachen	Hosts melden, die getrennt, nicht erreichbar oder ausgeschaltet sind
VM-Status überwachen	Eingeschaltete VMs zählen und bei pausierten VMs warnen
Datastores (LUNs) überwachen	Datastore-Kapazität prüfen
Hardware-Temperatur überwachen	Die Hardware-Temperatursensoren von ESXi-Hosts mit BMC/IPMI auslesen

Passe die Schwellenwerte der Dimensionen an, die du eingeschaltet hast:

Feld	Beschreibung
Datastore Warnschwelle (% belegt)	Warnung, wenn die Belegung eines Datastores diesen Prozentwert erreicht oder überschreitet (Standard: 80 %). Sichtbar, wenn die Datastore-Überwachung an ist
Datastore Kritisch-Schwelle (% belegt)	Kritisch, wenn die Belegung eines Datastores diesen Prozentwert erreicht oder überschreitet (Standard: 90 %). Sichtbar, wenn die Datastore-Überwachung an ist
Ansaugluft Warnschwelle (°C)	Warnung, wenn ein Inlet- oder Ambient-Sensor diesen Wert erreicht oder überschreitet (Standard: 35 °C). Sichtbar, wenn die Temperatur-Überwachung an ist
Ansaugluft Kritisch-Schwelle (°C)	Kritisch, wenn ein Inlet- oder Ambient-Sensor diesen Wert erreicht oder überschreitet (Standard: 42 °C). Sichtbar, wenn die Temperatur-Überwachung an ist

Klicke auf Check hinzufügen.

Was löst eine Warnung aus?

Bedingung	Schweregrad
Verbindung abgewiesen, Hostname nicht erreichbar oder Authentifizierung fehlgeschlagen	Fehler
Ein Host im Inventar ist disconnected oder not responding (Host-Alarme an)	Kritisch
Ein Host ist powered off (Host-Alarme an)	Warnung
Ein Host ist im Standby (Host-Alarme an)	Warnung
Ein Host meldet den Gesamtstatus rot (Host-Alarme an)	Kritisch
Ein Host meldet den Gesamtstatus gelb (Host-Alarme an)	Warnung
Eine oder mehrere VMs sind suspended (VM-Status an)	Warnung
Datastore-Auslastung in Prozent ≥ Kritisch-Schwelle (Datastores an)	Kritisch
Datastore-Auslastung in Prozent ≥ Warn-Schwelle (Datastores an)	Warnung
Ein Datastore ist nicht erreichbar (inaccessible) (Datastores an)	Kritisch
Der vom Host gemeldete Zustand eines Temperatursensors ist rot (Temperatur an)	Kritisch
Der vom Host gemeldete Zustand eines Temperatursensors ist gelb (Temperatur an)	Warnung
Ein Inlet- oder Ambient-Sensor erreicht oder überschreitet die Ansaugluft-Kritisch-Schwelle (Temperatur an)	Kritisch
Ein Inlet- oder Ambient-Sensor erreicht oder überschreitet die Ansaugluft-Warnschwelle (Temperatur an)	Warnung
Ein Host stellt keine Temperatursensoren bereit (Temperatur an)	Nicht ausgewertet — der Host wird im Temperatur-Ergebnis ausgelassen
Alle aktiven Dimensionen sauber	OK

Tipps

Der Check läuft standardmäßig alle 5 Minuten — Virtualisierung ist die unterste Ebene des Stacks, also zählt schnelles Erkennen eines ausgefallenen ESXi-Hosts.
Richte einen einzigen Check auf vCenter statt auf jeden ESXi-Host einzeln, wenn du einen Cluster hast. Der Check sieht jeden Host und jede VM unter diesem vCenter an einer Stelle.
Für sehr große Umgebungen lasse die Datastore-Überwachung in einem eigenen Check (mit ausgeschalteten VMs und Hosts) und einem separaten Check für Hosts und VMs laufen. Die Schwellenwerte gelten je Datastore, sodass du Storage-Alarmierung getrennt von Host-Alarmierung tunen kannst.
Die Ansaugluft-Schwellen gelten nur für Sensoren, deren Name inlet oder ambient enthält — zum Beispiel System Board Inlet Temp, 01-Inlet Ambient oder Ambient Temp. Jeder andere Sensor (CPU, DIMM, Netzteil, Spannungsregler) wird konstruktionsbedingt heiß und wird allein anhand des von der Host-Firmware gemeldeten Zustands bewertet, sodass eine CPU mit 78 °C grün bleibt.
Wenn der Check ein Timeout meldet, ist das Inventar möglicherweise zu groß, um innerhalb des 30-Sekunden-Limits des Checks abgefragt zu werden. Gib dem vSphere-Benutzer nur Lesezugriff auf die Hosts, Cluster und Datastores, die du tatsächlich überwachen möchtest — ein kleinerer Umfang hält die Abfragen schnell.

Nach dem ersten Check-Intervall siehst du das Ergebnis im Checks-Tab des Geräts mit KPI-Kacheln für VMs/Datastores/Alarme, Auslastungsbalken je Datastore und einem Abschnitt Temperatur, der je Host den höchsten Messwert und jeden gemeldeten Sensor auflistet.

Siehe auch: VMware-(ESXi / vCenter)-Check-Referenz