VMware Health Check: was ein Review einer vSphere-Umgebung mit 10 bis 60 Hosts prüft und was Sie erhalten

Was ein VMware Health Check umfasst

Ein VMware Health Check, auch vSphere Health Check oder VMware Assessment genannt, vergleicht die Umgebung mit den Regeln, die Broadcom dafür dokumentiert, und mit den eigenen Nutzungsdaten der Umgebung und führt dann jede Abweichung als Befund auf, nach Risiko geordnet. Bei 10 bis 60 Hosts umfasst das Review Versionen und Lebenszyklustermine, Hardwarekompatibilität, Cluster-Grenzwerte, Einstellungen von HA und DRS, vSAN-Health, Speicher und Snapshots, virtuelle Netzwerke, soweit sie VMs betreffen, Sicherheitshärtung, Backup-Abdeckung, Kapazität und die lizenzierte Kernzahl. Jeder Befund sollte die Regel nennen, gegen die er verstößt, den Beleg, das Risiko, die Korrektur und das Wartungsfenster, in dem die Korrektur laufen kann.

Die Regeln stammen aus Broadcoms eigenen Dokumenten: dem Tool Configuration Maximums, dem Broadcom Compatibility Guide, dem vSphere Security Configuration Guide, den vSAN-Health-Checks, Knowledge-Base-Artikeln wie KB 318825 zu Snapshots und den Terminen des Produktlebenszyklus. Diagnostics in VCF Operations automatisiert einen Teil des Abgleichs. Der Rest besteht darin, Konfigurations- und Leistungsdaten zu lesen, die vCenter bereits vorhält, und das Team zu fragen, warum eine Einstellung so ist, wie sie ist.

Checkliste für den VMware Health Check: Bereiche und Regeln

Broadcom TechDocs, vSphere 8.0 (16. September 2026); Broadcom KB 318825, 326438, 321305, 313548 und 375104; configmax.broadcom.com; compatibilityguide.broadcom.com.

In einem Beitrag an SAP-Kunden in seinem VCF-Blog vom 1. August 2025 schreibt Broadcom: „Der allgemeine Support für VMware vSphere 7 endet am 2. Oktober 2025.“ Derselbe Beitrag sagt, vSphere 8 „wird bis Oktober 2027 unterstützt“, mit einem optionalen zweijährigen Extended-Support-Zeitraum, der käuflich erworben werden kann. Ein Host, der noch mit 7.0 läuft, macht den Upgrade-Pfad zur ersten Zeile des Plans; den genauen Endtermin für 8.0 behandelt unser Leitfaden zum Ende des allgemeinen Supports von vSphere 8.

Das Tool Configuration Maximums liefert nach eigener Aussage „die empfohlenen Konfigurationsgrenzwerte für VMware-Produkte“, und seine Grenzwerte „sind getestete, empfohlene Grenzwerte und werden von VMware vollständig unterstützt“. Ein Health Check vergleicht die Zahl der Hosts, VMs und Objekte je Cluster mit den Grenzwerten für das Release, das die Umgebung betreibt, und für das Release, auf das sie wechselt.

Datenquellen: vCenter, VCF Operations und Diagnostics

Broadcoms Skyline-FAQ (KB 319011) hält fest: „Der Dienst VMware Skyline Advisor erreicht am 4. Oktober 2024 sein End of Life“, und seine Funktionen „werden in VMware Cloud Foundation (VCF) unter VCF Operations und Diagnostics überführt“. Dieselbe KB sagt, Skyline Health Diagnostics „bleibt bis auf Weiteres verfügbar“.

Diagnostics für VMware Cloud Foundation läuft innerhalb von VCF Operations. Laut Broadcoms KB 375104 werden die Befunde in Aria Operations 8.18 und 9.0 durch Regeln und durch Scans gesammelter Logs ermittelt. Prüfungen gegen eigenschaftsbasierte Signaturen laufen alle vier Stunden über vCenter, ESX, NSX, SDDC Manager, VCF Operations, vSAN und VCF Automation. Die KB hält fest, dass Diagnostics prüft, ob die Umgebung von wichtigen VMware Security Advisories betroffen ist, und: „Es besteht keine Lizenzabhängigkeit. Dies funktioniert sowohl mit VVF als auch mit VCF.“ Sie sagt außerdem: „VCF Health ist nur für VCF-Kunden verfügbar.“ Eine Umgebung mit einer anderen vSphere-Edition sollte bestätigen, dass ihr Abonnement VCF Operations enthält. Die Auswertung braucht keine Internetverbindung, das Öffnen der referenzierten KBs dagegen schon. Broadcoms VCF-Blog vom 28. Mai 2026 ergänzt, dass Umgebungen mit vSphere 8.x und NSX 4.x VCF Operations 9.x installieren oder darauf aktualisieren können und ihre Befunde weiterhin funktionieren.

vCenter liefert Inventar, Cluster-Einstellungen, Alarme und Leistungshistorie. Mit den Standard-Erfassungsintervallen werden 5-Minuten-Werte einen Tag lang aufbewahrt, 30-Minuten-Werte eine Woche und 2-Stunden-Werte einen Monat (Dokumentation zu vSphere 8.0, 16. September 2026). Befunde zur Nutzung brauchen mindestens 30 Tage in 5-Minuten-Auflösung, vorgehalten in VCF Operations oder einem externen Collector, wie unser Leitfaden zur Verschwendung in vSphere-Umgebungen erklärt; eine Kapazitätsprognose braucht 90 Tage.

Die Lizenzdaten liefert Broadcoms Skript zur Kernzählung aus KB 313548, ein PowerCLI-Modul (PowerCLI 13.3 oder neuer), das sich mit vCenter verbindet und die Kernlizenzen und vSAN-TiB ausgibt, die die Hosts brauchen.

vSAN-Health, Snapshots und Speicher

vSAN hat im vSphere Client einen eigenen Health-Service. Broadcoms KB 326438, der Index der Artikel zu den vSAN-Health-Checks, führt die Kategorien auf, darunter Capacity Utilization, Cluster, Data, Hardware Compatibility, Network, Online Health, Performance Service, Physical Disk, Stretched Cluster und vSAN Build Recommendation. Ein Review hält das Ergebnis jeder Prüfung für jeden vSAN-Cluster fest, erklärt jede stummgeschaltete Warnung und verfolgt eine Warnung unter Hardware Compatibility bis zur Zeile des Compatibility Guide in der Tabelle oben zurück.

Broadcoms KB 318825 hält fest: „In einer Kette werden maximal 32 Snapshots unterstützt. Für eine bessere Leistung sollten Sie jedoch nur 2 bis 3 Snapshots verwenden.“ Außerdem heißt es dort: „Behalten Sie einen einzelnen Snapshot nicht länger als 72 Stunden“ und „Verwenden Sie VMware-Snapshots nicht als Backups.“ Der Health Check listet jeden Snapshot mit Alter, Größe und Datastore auf und prüft den freien Platz auf den Datastores, die lange Ketten enthalten.

Cluster, HA, DRS und virtuelle Netzwerke

Broadcoms Dokumentation zu vSphere Availability hält fest: „vSphere HA verwendet Admission Control, um sicherzustellen, dass ausreichende Ressourcen für die Wiederherstellung virtueller Maschinen reserviert sind, wenn ein Host ausfällt“, und bietet drei Richtlinien an: Prozentsatz der Clusterressourcen, Slot-Richtlinie und dedizierte Failover-Hosts. Bei ausgeschalteter Admission Control, so dieselbe Seite, „haben Sie keine Gewähr, dass die erwartete Zahl virtueller Maschinen nach einem Ausfall neu gestartet werden kann“, und sie rät: „Deaktivieren Sie Admission Control nicht dauerhaft.“ Die Prüfung liest die Richtlinie jedes Clusters und vergleicht die reservierte Kapazität mit der heutigen Zahl der Hosts, denn nach dem Festlegen der Richtlinie können Hosts hinzugekommen oder entfernt worden sein.

DRS-Regeln, manuelle Automatisierungsstufen und VM-Überschreibungen werden an den Gründen gemessen, aus denen sie gesetzt wurden; eine Regel, deren Verantwortlicher das Unternehmen verlassen hat, ist ein eigener Befund. Ressourcenkonflikte je VM werden als CPU Ready je vCPU gemessen, mit den Schwellenwerten, die unser Leitfaden zu CPU Ready aus Broadcoms KB 438023 übernimmt.

Netzwerke werden geprüft, soweit sie VMs, vMotion und vSAN betreffen. Broadcoms KB 321305 beschreibt den Health Check des Distributed Switch, der die VLAN-Einstellungen mit den Trunk-Ports vergleicht, die MTU je VLAN mit den Ports des physischen Access-Switches und die Teaming-Richtlinie mit der EtherChannel-Einstellung, in einem Standardintervall von einer Minute. Dieselbe KB warnt, dass die Prüfung MAC-Adressen auf den physischen Switches erzeugt, mit dem Risiko, dass den Switches der Speicher ausgeht und sie die Netzwerkverbindung verlieren. KB 315270, geschrieben für falsche VLAN- und MTU-Alarme an einem Switch mit IP-Hash-Teaming, rät, die Prüfung zu deaktivieren, nachdem bestätigt ist, dass die Load-Balancing-Richtlinie richtig gesetzt ist. Angesichts beider KBs schalten Sie die Prüfung für das Review ein und danach wieder aus.

Sicherheitshärtung und Backup-Abdeckung

Der Abschnitt zur Härtung vergleicht die Einstellungen von Host, vCenter und VM mit Broadcoms vSphere Security Configuration Guide, zuletzt aktualisiert am 16. September 2026. Jede Maßnahme trägt einen „Baseline Suggested Value“ und PowerCLI-Befehle für Bewertung und Behebung, was den Abgleich skriptfähig macht. Broadcom hält außerdem fest, dass „die Sicherheitsmaßnahmen nicht direkt auf regulatorische Vorgaben oder Frameworks abgebildet sind“ und dass sie „nicht zur Verwendung als Sicherheitscheckliste gedacht sind“; ein Health Check meldet deshalb Abweichungen und ihre Gründe, keinen Compliance-Status. Sperrmodus, SSH und execInstalledOnly behandelt unser Leitfaden zur Härtung von ESXi gegen Ransomware.

Die Backup-Abdeckung wird von der Backup-Seite aus geprüft. Jede produktive VM sollte in einem Job mit der Aufbewahrung erscheinen, die ihr Verantwortlicher erwartet, die vCenter-Appliance und ihre Konfiguration sollten einbezogen sein, und der Bericht sollte zeigen, wann die Wiederherstellung jedes kritischen Systems zuletzt getestet wurde. Snapshots aus dem vorigen Abschnitt zählen laut KB 318825 nicht als Abdeckung.

Kapazität und lizenzierte Kerne

Kapazität wird als Bedarf gegenüber der nutzbaren Kapazität je Cluster gelesen, wie VCF Operations sie berechnet: Seine Dokumentation zu VCF 9.1, aktualisiert am 8. Oktober 2026, definiert nutzbare Kapazität als Gesamtkapazität abzüglich der Ressourcen, die vSphere HA Admission Control für das Failover reserviert. Überdimensionierte VMs, ungenutzte VMs und veraltete Reserven gehören zum Right-Sizing, das unser Leitfaden zur Verschwendung behandelt, die Drei-Jahres-Prognose zu unserem Leitfaden zur vSphere-Kapazitätsplanung.

Die Lizenznutzung wird gegen das Abonnement geprüft. Broadcoms KB 313548 hält fest: „Sie müssen mindestens 16 physische Kerne für jede CPU (physischer Prozessor) lizenzieren“, und die Kernlizenzierung „basiert auf der Gesamtzahl der physischen CPU-Kerne über alle ESXi-Hosts, die Sie lizenzieren wollen“. Der Health Check vergleicht die Ausgabe des Skripts mit den Kernen im laufenden Abonnement und im Verlängerungsangebot und markiert Hosts mit weniger als 16 Kernen je CPU, da jede davon trotzdem als 16 zählt. Wie Sie das Skript ausführen und seine Ausgabe lesen, erklärt unser Leitfaden zum Broadcom-Skript zur Kernzählung.

Was ein Bericht zum VMware Health Check enthalten sollte

Ein brauchbarer Bericht zum Health Check gibt jedem Befund die Regel, gegen die er verstößt, den Beleg, das Risiko, falls er bestehen bleibt, die Korrektur und das Fenster, in dem die Korrektur laufen kann, und ordnet die Befunde so, dass das erste Wartungsfenster das größte Risiko beseitigt. Das folgende Beispiel dient der Veranschaulichung und stammt nicht von einem Kunden; es zeigt das Format für eine hypothetische Umgebung mit 36 Hosts in drei Clustern, einer davon mit vSAN.

Veranschaulichendes Beispiel mit hypothetischen Werten, kein Kundenfall; Regeln aus Broadcom KB 318825, Dokumentation zu vSphere Availability, KB 326438, KB 375104 und KB 313548.

Im Rahmen der VMware-Optimierung prüft unser Engineering-Partner Vixen.UNO Versionen, Abonnements, Ressourcennutzung und das Risikoprofil der Umgebung und liefert einen Maßnahmenplan mit Terminen. Nennen Sie uns die Zahl Ihrer Hosts und Cluster und die Versionen, auf denen sie laufen.

Wie ein VMware Health Check abläuft

1. Legen Sie den Umfang schriftlich fest: vCenter-Instanzen, Cluster, die Bereiche aus der Tabelle oben und die Fragen, die das Management beantwortet haben will.
2. Sammeln Sie die Daten: vCenter-Inventar und Cluster-Einstellungen, Diagnostics-Befunde, Ergebnisse des vSAN-Health-Service, die Ausgabe von KB 313548, 30 Tage Leistungsdaten im 5-Minuten-Takt und den Bericht der Backup-Jobs.
3. Befragen Sie das Team, warum Regeln, Ausnahmen und stummgeschaltete Alarme existieren, denn viele Befunde haben einen Grund, den kein Export zeigt.
4. Vergleichen Sie jeden Bereich mit seiner Regel aus der Checkliste oben und ordnen Sie die Befunde nach Risiko.
5. Machen Sie aus den Befunden einen Plan, in dem jede Korrektur einem Wartungsfenster und einem Rollback-Schritt zugeordnet und gegen Lebenszyklus- und Verlängerungstermine datiert ist.
6. Präsentieren Sie die Ergebnisse der IT-Leitung und vereinbaren Sie, welche Befunde als akzeptierte Risiken gelten.

Unser Infrastruktur-Audit arbeitet mit den Unterlagen und Exporten, die Sie bereitstellen, und mit Interviews mit Ihrem Team, ohne Zugriff auf Ihre Produktivsysteme, und endet mit einer priorisierten Risikokarte und einer Roadmap. Beschreiben Sie Ihre Umgebung und die Bereiche, die geprüft werden sollen, im Formular unten.

Was wir tun

Eurokommerz hält den Vertrag und liefert Hardware und Lizenzen; die technische Umsetzung übernimmt unser Engineering-Partner Vixen.UNO. Im Rahmen der VMware-Optimierung auditiert das Vixen.UNO-Team Versionen, Abonnements, die tatsächliche Ressourcennutzung und das Risikoprofil der Umgebung, passt die Editionen an Ihre Workloads an und liefert einen Maßnahmenplan vor Renewal und End of Support, mit Terminen; gibt es nichts zu optimieren, sagen wir das. Korrekturen und Upgrades laufen in vereinbarten Wartungsfenstern, Schritt für Schritt, mit einem Rollback-Plan für jede Etappe, und Support unter einem vereinbarten SLA kann folgen. Unser Infrastruktur-Audit umfasst Compute und Virtualisierung, Storage und Backup, Netzwerke, Security und Zugriffe sowie Lizenzen, anhand der Unterlagen und Exporte, die Sie bereitstellen. Das erste Gespräch ist kostenlos; der Preis des technischen Assessments steht vor Beginn fest.

FAQ