VMware-(ESXi / vCenter)-Check-Referenz

Konfigurationsfelder, Warnschwellen, überwachte Dimensionen und unterstützte Plattformen für den VMware-Check in octoja.

Geschrieben von Erdinc Akay

Zuletzt aktualisiert Vor 28 Tagen

VMware-(ESXi / vCenter)-Check-Referenz

Konfigurationsoptionen und Warnverhalten für den VMware-(ESXi / vCenter)-Check.

Der VMware-Check verbindet sich über die vSphere-SOAP-API mit einem vCenter Server oder einem eigenständigen ESXi-Host und wertet drei Dimensionen aus: Host-Alarme, VM-Power-States und Datastore-Kapazität. Standard-Intervall: 5 Minuten. Der Check läuft auf dem octoja-Agenten; das überwachte vCenter/ESXi braucht keinen Agenten.

Konfigurationsfelder

Feld	Typ	Erforderlich	Standard	Beschreibung
Host	string	Ja	—	vCenter-/ESXi-Hostname oder IP (z. B. `vcenter.example.com`); ein `http://`- oder `https://`-Präfix wird akzeptiert und normalisiert
Benutzername	string	Ja	—	vSphere-Benutzer (z. B. `administrator@vsphere.local`)
Passwort	password	Ja	—	Passwort des vSphere-Benutzers
SSL-Zertifikatsfehler ignorieren	boolean	Nein	true	Selbstsignierte Zertifikate akzeptieren (typisch für vCenter/ESXi)
Host-Alarme überwachen	boolean	Nein	true	Getrennte, nicht erreichbare oder ausgeschaltete Hosts melden
VM-Status überwachen	boolean	Nein	true	Laufende VMs zählen; bei pausierten VMs warnen
Datastores (LUNs) überwachen	boolean	Nein	true	Datastore-Kapazität prüfen
Datastore Warnschwelle (% belegt)	number	Nein	80	Warnung, wenn Datastore-Auslastung diesen Prozentwert erreicht oder überschreitet. Nur sichtbar, wenn die Datastore-Überwachung aktiv ist
Datastore Kritisch-Schwelle (% belegt)	number	Nein	90	Kritisch, wenn Datastore-Auslastung diesen Prozentwert erreicht oder überschreitet. Nur sichtbar, wenn die Datastore-Überwachung aktiv ist

Warnverhalten

Bedingung	Schweregrad
Authentifizierungs-, Netzwerk- oder SOAP-Request-Fehler	Fehler
Host ist disconnected oder not responding	Kritisch
Host ist powered off	Warnung
Host ist im Power-State standby	Warnung
Host-Gesamtstatus rot	Kritisch
Host-Gesamtstatus gelb	Warnung
Eine oder mehrere VMs im Zustand suspended	Warnung
Datastore ist nicht erreichbar (`summary.accessible=false`)	Kritisch (unabhängig vom Schwellenwert)
Datastore-Auslastung ≥ Kritisch-Schwelle	Kritisch
Datastore-Auslastung ≥ Warn-Schwelle (und < Kritisch)	Warnung
Alle aktiven Dimensionen sauber	OK

Erfasste Metriken

Je Check-Lauf:

Virtuelle Maschinen — Anzahl laufender VMs im Verhältnis zum Gesamtinventar
Datastores — Datastore-Anzahl sowie je Datastore Kapazität in GB, freier Speicher in GB, Auslastung in % und errechneter Schweregrad
Alarme — Liste der Host-Alarme (Name, Status-Text, Entity-Name, Schweregrad)
Problem-VMs — Liste pausierter VMs (Name, Power-State, Schweregrad)

Plattform-Unterstützung

Der Check läuft auf dem octoja-Agenten; entscheidend ist die Erreichbarkeit des vCenter-/ESXi-SOAP-Endpunkts, nicht das Agent-Betriebssystem.

Agent-Plattform	Unterstützt
Windows	Ja
macOS	Ja
Linux	Ja

vSphere-Ziel	Unterstützt
vCenter Server	Ja
ESXi-Host (eigenständig)	Ja

Hinweise

Der Check läuft alle 5 Minuten auf dem Agenten. Das Intervall ist nicht durch den Benutzer konfigurierbar.
Der vSphere-Benutzer braucht Lesezugriff auf das zu überwachende Inventar. Die eingebaute Rolle Read-only reicht aus; weise sie auf der Inventar-Ebene zu, die du abdecken möchtest (Host, Cluster, Datacenter oder Root).
Datastore-Schwellenwerte werden je Datastore gegen die globalen Warn-/Kritisch-Schwellen ausgewertet. Der Check unterstützt aktuell keine Überschreibungen je Datastore.
Ist die Warn-Schwelle höher als die Kritisch-Schwelle gesetzt, vertauscht der Check die beiden Werte zur Laufzeit stillschweigend.
Die SOAP-Sitzung wird je Check-Intervall geöffnet, abgefragt und geschlossen — der Agent hält keine langlebige Verbindung.
Für eine Umgebung mit mehreren vCentern konfiguriere einen Check pro vCenter. Der Check föderiert nicht über vCenter hinweg.
Der Checks-Tab des Geräts visualisiert die Datastore-Nutzungs-Historie mit gestrichelten Linien für die Warn- und Kritisch-Schwellen und aggregiert wiederholte Host-Alarme zu einer Liste der Alarm-Ereignisse.

Siehe auch: Einen VMware-(ESXi / vCenter)-Check konfigurieren