Einen VMware-(ESXi / vCenter)-Check konfigurieren

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

Geschrieben von Erdinc Akay

Zuletzt aktualisiert Vor 28 Tagen

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 und Datastore-Kapazität. 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 drei 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

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

Schritte

  1. Stelle sicher, dass der octoja-Agent auf einem Gerät installiert ist, das die vCenter-/ESXi-Management-Adresse erreichen kann.
  2. Gehe zu Geräte und öffne dieses Gerät.
  3. Klicke auf den Tab Checks → Check hinzufügen → VMware (ESXi / vCenter).
  4. Trage die Verbindungsdetails ein:
FeldBeschreibung
HostvCenter- oder ESXi-Hostname/IP ohne Schema, z. B. vcenter.example.com
BenutzernamevSphere-Benutzer (z. B. administrator@vsphere.local für vCenter, root für einen ESXi-Host)
PasswortPasswort des vSphere-Benutzers
SSL-Zertifikatsfehler ignorierenAktiviert lassen für typische vCenter-/ESXi-Installationen (selbstsignierte Zertifikate). Nur deaktivieren, wenn du das Zertifikat durch eines einer vertrauenswürdigen CA ersetzt hast
  1. Wähle, welche Dimensionen überwacht werden sollen:
FeldBeschreibung
Host-Alarme überwachenHosts melden, die getrennt, nicht erreichbar oder ausgeschaltet sind
VM-Status überwachenEingeschaltete VMs zählen und bei pausierten VMs warnen
Datastores (LUNs) überwachenDatastore-Kapazität prüfen
  1. Wenn Datastore-Überwachung aktiv ist, passe die Schwellenwerte an:
FeldBeschreibung
Datastore Warnschwelle (% belegt)Warnung, wenn die Belegung eines Datastores diesen Prozentwert erreicht oder überschreitet (Standard: 80 %)
Datastore Kritisch-Schwelle (% belegt)Kritisch, wenn die Belegung eines Datastores diesen Prozentwert erreicht oder überschreitet (Standard: 90 %)
  1. Klicke auf Check hinzufügen.

Was löst eine Warnung aus?

BedingungSchweregrad
Verbindung abgewiesen, Hostname nicht erreichbar oder Authentifizierung fehlgeschlagenFehler
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
Alle aktiven Dimensionen sauberOK

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.
  • 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 sowie Auslastungsbalken je Datastore.

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