Integration · VMware vSphere

VMware Monitoring für vSphere, vCenter, ESXi und VMs

Überwachen Sie ESXi-Hosts, Cluster, virtuelle Maschinen und Datastores über vCenter, erkennen Sie CPU Ready, Ballooning und Storage-Latenz früh und sehen Sie, welche Anwendungen betroffen sind.
Kostenlos testenDemo anfordern
Obseria Apps und Funktionen: Observability, APM, Infrastruktur und Integrationen
Obseria Home-Dashboard mit Service-Zustand, offenen Problemen, SLO-Erfüllung und Ingestion
Obseria Trace-Explorer mit Span-Liste und Span-Attributen
Überblick

Warum VMware vSphere mit Obseria überwachen

Eine Verbindung zu vCenter

Ein einziges vCenter-Konto mit Leserechten deckt alle verwalteten Datacenter, Cluster, ESXi-Hosts, VMs und Datastores ab.

Signale der Virtualisierung

Behalten Sie CPU Ready, Memory Ballooning und Swapping im Blick, die Gast-Metriken allein nicht zeigen.

Von der VM zur Anwendung

Kombinieren Sie vSphere-Daten mit dem Obseria Agent im Gast und OpenTelemetry-Traces, damit ein Datastore-Problem zu den Services führt, die es ausbremst.

Abdeckung

VMware-Komponenten, die Obseria überwacht

  • vCenter Server. Inventar aus Datacentern, Clustern, Hosts, VMs und Ressourcenpools samt ihren Beziehungen.
  • ESXi-Hosts. Nutzung und Latenz von CPU, Speicher, Netzwerk und Disk pro Host.
  • Cluster und Ressourcenpools. Anzahl von Hosts und VMs, aggregierte CPU und Speicher sowie Nutzung der Ressourcenpools.
  • Virtuelle Maschinen. CPU-Nutzung und Readiness, Ballooning und Swapping, Disk-Latenz und Netzwerkdurchsatz pro VM.
  • Datastores. Kapazität, Auslastung und Wachstum pro Datastore.
  • Gastbetriebssysteme. Prozesse, Logs und Dienste in Windows- und Linux-VMs mit dem Obseria Agent.
Auf einen Blick

Die VMware vSphere-Kennzahlen, auf die es ankommt

Obseria erfasst diese Werte automatisch und zeigt sie in fertigen Dashboards und Alerts.

Kapazität der Hosts

Zeigt, wie viel Rechenleistung und Arbeitsspeicher Ihre physischen Hosts nutzen und wie viele Hosts verfügbar sind.

  • vcenter.host.cpu.utilization
  • vcenter.host.memory.utilization
  • vcenter.cluster.host.count

Wartezeiten virtueller Maschinen

Zeigt, wann virtuelle Maschinen auf Rechenleistung warten müssen, ein häufiger Grund für spürbar langsame Anwendungen.

  • vcenter.vm.cpu.readiness

Druck auf den Arbeitsspeicher

Macht sichtbar, wenn Hosts der Speicher ausgeht und sie ihn virtuellen Maschinen entziehen, was diese deutlich verlangsamt.

  • vcenter.vm.memory.ballooned
  • vcenter.vm.memory.swapped

Speicher und Netzwerk

Zeigt, wie schnell Ihr Speicher antwortet, wie voll er ist und wie viel Verkehr jede virtuelle Maschine erzeugt.

  • vcenter.vm.disk.latency.avg
  • vcenter.vm.network.throughput
  • vcenter.datastore.disk.utilization
Alle 9 Metriken im Detail anzeigen
MetrikEinheitAussage
vcenter.host.cpu.utilization%CPU-Auslastung eines ESXi-Hosts.
vcenter.host.memory.utilization%Speicherauslastung eines ESXi-Hosts.
vcenter.vm.cpu.readiness%Anteil der Zeit, in der eine VM bereit war, aber auf eine physische CPU warten musste.
vcenter.vm.memory.balloonedMiByPer Balloon-Treiber von der VM zurückgeholter Speicher, ein Zeichen für Speicherdruck auf dem Host.
vcenter.vm.memory.swappedMiByVom Hypervisor auf Disk ausgelagerter VM-Speicher; jeder Wert über null kostet Performance.
vcenter.vm.disk.latency.avgusDurchschnittliche Disk-Latenz aus Sicht der VM.
vcenter.vm.network.throughputBy/sNetzwerkdurchsatz der VM.
vcenter.datastore.disk.utilization%Belegter Anteil der Datastore-Kapazität.
vcenter.cluster.host.count{hosts}Hosts im Cluster nach Power- und effektivem Zustand.
Einrichtung

VMware vSphere-Monitoring in wenigen Minuten einrichten

  1. Schritt 1

    vCenter-Benutzer mit Leserechten anlegen

    Legen Sie einen vCenter-Benutzer mit der Rolle Read-only an, vererbt auf alle untergeordneten Objekte des zu überwachenden Inventars.

  2. Schritt 2

    Collector auf vCenter ausrichten

    Konfigurieren Sie den vcenter Receiver im OpenTelemetry Collector oder im Obseria Agent mit vCenter-Endpunkt und Zugangsdaten.

  3. Schritt 3

    Gast- und Anwendungsdaten ergänzen

    Installieren Sie den Obseria Agent in wichtigen VMs und instrumentieren Sie die Anwendungen mit OpenTelemetry für vollen Kontext.

Beispielkonfiguration · YAML
receivers:
  vcenter:
    endpoint: https://vcenter.example.internal
    username: ${env:VCENTER_USER}
    password: ${env:VCENTER_PASSWORD}
    collection_interval: 1m
    tls:
      insecure_skip_verify: false
processors:
  batch: {}
exporters:
  otlphttp:
    endpoint: ${env:OBSERIA_OTLP_ENDPOINT}
    headers:
      Authorization: "Bearer ${env:OBSERIA_TOKEN}"
service:
  pipelines:
    metrics:
      receivers: [vcenter]
      processors: [batch]
      exporters: [otlphttp]

Sofort einsatzbereit

Dashboards, Alerts und SLOs, die bereitstehen, sobald die ersten Daten ankommen.

  • vSphere-Inventar und Zustandsübersicht
  • CPU- und Speicherkapazität der ESXi-Hosts
  • Alerts für CPU Ready und Ballooning
  • Kapazitätsprognose für Datastores
  • Hotspots der VM-Disk-Latenz
Leitfaden

VMware vSphere-Monitoring: Darauf kommt es an

Warum VMware Monitoring weiterhin zählt

Ein großer Teil der Unternehmens-Workloads läuft auf VMware vSphere: ERP-Systeme, Datenbanken, Middleware, Windows-Dienste und zunehmend auch Kubernetes-Cluster auf virtuellen Maschinen. VMware Monitoring beantwortet eine Frage, die Werkzeuge auf Gastebene nicht beantworten können: Ist die VM wegen ihrer eigenen Last langsam oder weil Hypervisor, Host oder Datastore darunter unter Druck stehen?

vCenter bringt eigene Performance-Diagramme mit, doch die sind von den Anwendungen entkoppelt. Wird ein Payment-Service langsam, sieht die Bereitschaft hohe Latenz in Traces, nicht CPU Ready auf einem ESXi-Host. vSphere Monitoring wird wertvoll, wenn es mit den Services darüber verknüpft ist, sodass Infrastruktur- und Anwendungsteams auf dasselbe Bild schauen.

Die vSphere-Metriken, auf die es ankommt

Virtualisierung bringt Signale mit, die es auf physischen Servern nicht gibt. Konzentrieren Sie sich auf diese:

  • CPU Ready: vcenter.vm.cpu.readiness misst, wie lange eine VM auf eine physische CPU gewartet hat. Hohe Werte bedeuten einen überbuchten Host, auch wenn der Gast nur moderate CPU zeigt.
  • Ballooning und Swapping: vcenter.vm.memory.ballooned und vcenter.vm.memory.swapped zeigen, dass der Hypervisor Speicher zurückholt. Ballooning ist eine Frühwarnung, Swapping bereits ein Performance-Problem.
  • Host-Auslastung: vcenter.host.cpu.utilization und vcenter.host.memory.utilization pro ESXi-Host und aggregiert pro Cluster für die Kapazitätsplanung.
  • Storage-Latenz: vcenter.vm.disk.latency.avg pro VM und Datastore. Latenzspitzen treffen Datenbanken zuerst.
  • Datastore-Kapazität: vcenter.datastore.disk.utilization und deren Wachstum. Snapshots und Thin Provisioning füllen Datastores schneller als erwartet.

Typische VMware-Probleme und wie Sie sie erkennen

CPU-Überbuchung. Zu viele vCPUs auf einem Host lassen CPU Ready bei vielen VMs gleichzeitig steigen. Zeigen mehrere VMs auf einem Host hohe Readiness bei moderater Gast-CPU, verteilen Sie per DRS neu oder reduzieren Sie die vCPUs überdimensionierter VMs.

Speicherdruck. Wird der Speicher eines Hosts knapp, beginnt Ballooning, danach folgen Kompression und Swapping. Alerts auf Ballooning verschaffen Ihnen Zeit, bevor Swapping Anwendungen verlangsamt.

Storage-Konkurrenz. Eine laute VM, ein Backup-Job oder ein fehlerhaftes Array können die Latenz aller VMs auf einem Datastore erhöhen. Der Vergleich der Disk-Latenz von VMs auf demselben Datastore trennt einen einzelnen Großverbraucher von einem Storage-weiten Problem.

Vergessene Snapshots. Snapshots wachsen stetig und verlangsamen Disk-I/O. Trends der Datastore-Auslastung zeigen das Wachstum, und eine Prognose warnt, bevor der Datastore voll ist.

Host-Ausfälle und HA-Ereignisse. Fällt ein Host aus, startet HA seine VMs anderswo neu. Die Host-Anzahl nach Zustand und die Änderungen im VM-Inventar zeigen, was verschoben wurde und welche Anwendungen betroffen waren.

Best Practices für VMware Monitoring

  1. Überwachen Sie über vCenter mit einem Konto mit Leserechten, nicht über jeden ESXi-Host einzeln.
  2. Alarmieren Sie auf CPU Ready, Ballooning und Disk-Latenz, nicht nur auf Auslastung.
  3. Passen Sie die Größe von VMs regelmäßig an; überdimensionierte VMs mit vielen vCPUs leiden oft stärker unter dem CPU-Scheduling als kleine.
  4. Beziehen Sie Datastore-Wachstum und Snapshot-Alter in die Kapazitätsplanung ein.
  5. Verknüpfen Sie VMs mit den Anwendungen, die sie hosten, damit Infrastruktur-Alerts die geschäftliche Auswirkung zeigen.

So überwacht Obseria VMware

Obseria erfasst vSphere-Daten über die vCenter-API, mit dem vCenter Receiver des OpenTelemetry Collector oder dem Obseria Agent und einem einzigen Konto mit Leserechten. In den Gastsystemen ergänzt der Obseria Agent Prozesse, Dienste und Logs, OpenTelemetry SDKs liefern Traces der Anwendungen. Obseria TopoGraph verknüpft Datastores, Hosts, VMs und Services, sodass Obseria Intelligence einen Latenzanstieg von einem langsamen Service bis zum verursachenden Datastore oder Host zurückverfolgen kann, mit nachvollziehbarer Beweiskette. Dashboards, Alerts und SLOs sind enthalten, und die Daten können in der EU oder in Ihrem eigenen Cloud-Konto bleiben.

Viele Teams betreiben VMware neben der Public Cloud. Obseria zeigt vSphere-, AWS-, Azure- und Google-Cloud-Ressourcen im selben Inventar. So planen Sie Migrationen mit echten Auslastungsdaten und vergleichen die Performance vor und nach dem Umzug. Für die Kapazitätsplanung im Rechenzentrum liefern Trends zu Host-Auslastung und Datastore-Wachstum über 13 Monate Metrik-Aufbewahrung eine belastbare Grundlage.

Verwandte Integrationen

Red Hat OpenShiftOpenShift MonitoringSAPSAP MonitoringCloud FoundryCloud Foundry Monitoring
Alle Integrationen

Passende Funktionen

Netzwerk-Monitoring

Verfolgen Sie Traffic zwischen Hosts, Containern, Clouds und Rechenzentren. Obseria zeigt Latenz, Verlust und Fehler im Netzwerkpfad und welche Services und Nutzer betroffen sind.

Mehr erfahren

Anomalie-Erkennung

Obseria Intelligence lernt den normalen Rhythmus jedes Service, meldet echte Abweichungen statt Schwellenwert-Rauschen und fasst zusammenhängende Anomalien zu einem Problem mit wahrscheinlicher Ursache zusammen.

Mehr erfahren

Cloud Monitoring

Überwachen Sie über 300 Cloud-Services agentenlos und sehen Sie, wie sie Ihre Anwendungen beeinflussen. Eine Plattform für Multi-Cloud-Metriken, Logs, Traces und Topologie.

Mehr erfahren
Teil von Infrastructure Observability

Mehr erfahren

Was ist Observability?

Was ist Observability? Wie Metriken, Logs, Traces und Profile Ihre Systeme verständlich machen und was Observability vom Monitoring unterscheidet.

Was ist eine Root-Cause-Analyse (RCA)?

Was ist eine Root-Cause-Analyse? Der RCA-Prozess für Software-Incidents, 5 Whys, Fishbone und Fehlerbaum, ein Praxisbeispiel und RCA mit KI.

Häufige Fragen zum VMware vSphere-Monitoring

Obseria liest Metriken und Inventar aus der vCenter-Server-API, über den vCenter Receiver des OpenTelemetry Collector oder den Obseria Agent. Ein vCenter-Konto mit Leserechten deckt alle verwalteten Hosts und VMs ab.

Nein. Alle Hypervisor- und VM-Metriken kommen aus vCenter. Den Obseria Agent brauchen Sie nur in Gast-VMs, wenn Sie Prozess-, Log- und Anwendungsdetails wünschen.

Die integrierte Rolle Read-only genügt, zugewiesen an den Monitoring-Benutzer und vererbt auf die Inventarobjekte, die Sie überwachen möchten.

Ja. CPU-Readiness sowie geballoonter und ausgelagerter Speicher werden pro VM erfasst, und vorkonfigurierte Alerts markieren VMs und Hosts unter Druck.

Ja. Überwachen Sie die VMs über vCenter und die Cluster mit dem Obseria Agent oder dem OpenTelemetry Collector. TopoGraph verknüpft Kubernetes-Nodes mit den VMs und Hosts, auf denen sie laufen.

Starten Sie heute mit dem VMware vSphere-Monitoring

Binden Sie VMware vSphere in Minuten per OpenTelemetry oder Obseria Agent an. 14 Tage kostenlos.

Kostenlos testenVertrieb kontaktieren