VMware vSphere: Virtualisierung sicher betreiben

vSphere läuft in vielen Rechenzentren einfach irgendwie und oft erstaunlich stabil. Kritisch wird es, wenn die erste größere Störung kommt, ein Host ausfällt oder ein Kollege einen Snapshot vergisst. Dann zeigt sich, ob deine vSphere-Umgebung sauber geplant, dokumentiert und betrieben wird oder ob du auf Hoffnung administrierst.

ESXi: Fundament deiner vSphere-Umgebung

ESXi ist der Hypervisor, auf dem deine virtuellen Maschinen laufen. Wenn hier etwas schiefgeht, hilft dir das schönste vCenter nichts.

Wichtige Punkte für einen stabilen ESXi-Betrieb:

• Hardware auf der VMware Compatibility List prüfen
• Saubere Trennung der Netzwerke für Management, vMotion, Storage, ggf. vSAN
• Konsistente Zeitquelle per NTP für alle Hosts und VMs
• Klare Richtlinie für Patches und Upgrades

Gerade bei Hosts in produktiven Clustern solltest du dir ein Standard-Betriebsverfahren definieren, zum Beispiel:

1. Host in den Wartungsmodus versetzen
2. Sicherstellen, dass alle VMs sauber migriert wurden
3. Patches einspielen oder Version upgraden
4. Host testen, aus Wartungsmodus holen, Monitoring prüfen

Ohne durchdachte Prozesse endet das schnell in nächtlichen Feuerwehraktionen.

vCenter: Zentrale Steuerung und Stolperfallen

vCenter bündelt Konfiguration, Überwachung und Automatisierung. Es ist aber auch ein kritischer Single Point of Failure, wenn du es nicht sauber absicherst.

Worauf du achten solltest:

• vCenter als Appliance (VCSA) ist heute Standard, keine alte Windows-Installation weiterziehen
• Regelmäßige Backups der VCSA, inklusive Konfigurations-Backups
• Rollenbasierte Rechtevergabe, kein „jeder hat Administrator“
• SSO, Identitätsquellen und Zertifikate bewusst planen, nicht einfach durchklicken

Gerade das Thema Berechtigungen wird gerne unterschätzt. Typische Rollen, die du trennen solltest:

• vSphere-Admin: Konfiguration von Hosts, Clustern, Storage
• VM-Operator: Anlegen, Starten, Stoppen von VMs
• Backup-Operator: Zugriff auf Snapshots und Backup-Integration

So vermeidest du, dass jeder überall herumkonfiguriert und du später nicht mehr nachvollziehen kannst, warum eine Einstellung so ist, wie sie ist.

Cluster, HA und DRS: Hochverfügbarkeit richtig verstehen

vSphere-Cluster sind die Basis für Hochverfügbarkeit und Lastverteilung. Klingt simpel: mehrere ESXi-Hosts, gemeinsam verwaltete Ressourcen, fertig. In der Praxis musst du dir ein paar Dinge sehr genau anschauen.

HA: Schutz vor Host-Ausfällen

vSphere HA startet VMs auf anderen Hosts neu, wenn ein Host ausfällt. Das ist kein Ersatz für Anwendungs-Cluster, sondern ein Infrastruktur-Schutz.

Wichtige Punkte:

• Genug freie Ressourcen im Cluster für den Ausfall eines Hosts (N+1 oder N+2)
• Admission Control richtig konfigurieren, damit der Cluster nicht „überbucht“ wird
• Monitoring der HA-Events, um Fehlkonfigurationen früh zu sehen

Du solltest realistisch planen, was passieren darf: Ist ein kurzer Ausfall einiger VMs akzeptabel oder müssen bestimmte Dienste praktisch nahtlos weiterlaufen? Für Letzteres brauchst du oft zusätzlich Applikations-Cluster wie SQL-Cluster oder Load-Balancer.

DRS: Lastverteilung mit Augenmaß

DRS verschiebt VMs dynamisch zwischen Hosts, um CPU- und RAM-Last zu verteilen. Das ist komfortabel, kann aber auch Probleme machen, wenn du es unbedacht aktivierst.

Typische Stolperfallen:

• Lizenzabhängigkeit: Nicht jede Edition bietet vMotion und DRS
• Lizenzgebundene Software, die pro Host lizenziert wird
• VMs mit spezieller Hardware (z. B. PCI-Passthrough), die nicht migriert werden können

Viele Admins fahren gut mit einem moderaten Automatisierungsgrad: DRS aktiv, aber mit Regeln, die bestimmte VMs auf Hosts gruppieren oder trennen. Kritische Systeme kannst du gezielt an Hosts binden und trotzdem die Masse der VMs dynamisch verteilen lassen.

Storage: Datastores, Performance und Fallstricke

Ohne sauberes Storage-Konzept bringt dir der schönste Cluster nichts. Typische Varianten:

• SAN (Fibre Channel, iSCSI)
• NFS-Storage
• vSAN

Wichtige Aspekte für den Betrieb:

• Ausreichende IOPS und niedrige Latenzen, besonders für Datenbanken
• Trennung von Management-, vMotion- und Storage-Netzwerk
• Multipathing sauber konfigurieren und regelmäßig testen
• Monitoring der Datastore-Auslastung

Gerade die Auslastung ist kritisch. Wenn ein Datastore voll läuft, kann das zu Schreibfehlern und VM-Ausfällen führen. Gute Praxis:

• Schwellwerte im Monitoring setzen, z. B. Alarm ab 80 Prozent, Eskalation ab 90 Prozent
• Klare Regeln: Wer darf neue VMs anlegen, wer muss vorher Storage anfragen
• Dokumentation, welche VMs auf welchen Datastores liegen

Eine kleine Übersicht, worauf du beim Storage achten solltest:

Bereich	Wichtiger Punkt	Typische Folgefehler
Kapazität	Reserven einplanen	Volle Datastores, VM-Ausfälle
Performance	IOPS und Latenzen messen	Langsame VMs, Zeitüberschreitungen
Redundanz	Multipathing testen	Ausfälle bei Storage- oder Link-Fehlern
Netzwerk	Trennung und QoS nutzen	Storage-Störungen bei Lastspitzen

Snapshots: Nützlich, aber kein Backup

Snapshots sind praktisch, wenn du mal schnell vor einem Update einen Sicherungspunkt brauchst. Sie sind aber kein Backup und werden gerne missbraucht.

Wichtige Regeln für den Snapshot-Einsatz:

• Nur kurzfristig nutzen, z. B. vor einem Patchfenster
• Maximale Dauer definieren, etwa wenige Tage
• Monitoring, das alte oder große Snapshots meldet
• Keine langen Snapshot-Ketten, sie verschlechtern Performance und erhöhen das Risiko

Ein guter Workflow für Änderungen:

1. Snapshot vor der Änderung erstellen und sinnvoll benennen
2. Änderung durchführen und testen
3. Wenn alles ok ist, Snapshot löschen
4. Nur bei Problemen zum Snapshot zurückkehren

Wenn du Snapshots über Wochen oder Monate liegen lässt, wächst die Delta-Datei, der Datastore läuft voll und die VM wird im schlimmsten Fall unbrauchbar. Das ist einer der häufigsten vSphere-Betriebsfehler.

Backup: Ohne Wiederherstellungsstrategie ist alles nichts

Ein VMware-Cluster ohne durchdachtes Backup-Konzept ist ein Kartenhaus. Du brauchst beides: technische Sicherung und klar definierte Wiederherstellungsprozesse.

Typische Backup-Ansätze:

• Image-basierte Backups auf VM-Ebene mit VADP-Integration
• Agentenbasiertes Backup in der VM (z. B. für Datenbanken)
• Kombination aus beidem für kritische Systeme

Wichtige Fragen, die du dir beantworten solltest:

• Welche RPOs und RTOs gelten für welche Systeme?
• Wie oft testest du Restore-Szenarien?
• Wo liegen deine Backups, wie sind sie gegen Ransomware abgesichert?
• Wie gehst du mit verschlüsselten VMs und sensiblen Daten um?

Mindestens einmal im Jahr solltest du einen vollständigen Wiederherstellungstest machen: vCenter aus Backup wiederherstellen, einzelne VMs wiederherstellen, idealerweise auch ein größeres Szenario wie „ein kompletter Host fällt aus“.

Sicherheit: Typische Lücken schließen

vSphere-Umgebungen sind oft historisch gewachsen. Dabei bleiben viele Sicherheitslücken offen, weil „es ja bisher funktioniert hat“.

Kritische Punkte:

• Veraltete ESXi- oder vCenter-Versionen ohne aktuelle Patches
• Standard-Ports nach außen geöffnet, ohne Firewall-Filter
• Lokale Accounts ohne Passwort-Policy
• Fehlende Trennung von Admin- und Benutzerkonten

Gute Praxis:

• Zentralisiertes Logging, z. B. an einen Syslog-Server
• Regelmäßige Security-Reviews der vSphere-Konfiguration
• Härtungsleitfäden von VMware zumindest einmal durchgehen und die wichtigsten Punkte umsetzen
• MFA für administrative Zugriffe, wo möglich

Gerade in größeren Münchner Umgebungen mit mehreren Admin-Teams lohnt sich eine klare Rollen- und Netzwerksegmentierung, damit nicht jede Störung zum Sicherheitsrisiko wird.

Wann sich eine vSphere-Schulung lohnt

Ob sich für dich eine vSphere-Schulung lohnt, hängt vor allem von deiner Rolle und der Größe der Umgebung ab.

Typische Situationen, in denen eine Schulung sehr viel bringt:

• Du übernimmst eine bestehende vSphere-Umgebung und sollst sie betreuen
• Ihr plant einen neuen Cluster oder ein Upgrade auf eine aktuelle vSphere-Version
• Ihr wollt von „läuft schon irgendwie“ zu definierten Betriebsprozessen kommen
• Du willst weg von Klick-Konfiguration hin zu wiederholbaren, dokumentierten Abläufen

In einer guten Schulung solltest du nicht nur Oberflächen kennenlernen, sondern vor allem:

• Architektur und Zusammenhänge verstehen (ESXi, vCenter, Cluster, Storage)
• Sinnvolle Standardkonfigurationen für HA, DRS, Netzwerk und Storage kennenlernen
• Typische Fehlerbilder und Troubleshooting-Strategien üben
• Backup- und Restore-Szenarien durchspielen

Wenn du konkret nach passenden Trainings, auch für Präsenzschulungen in München, suchst, findest du aktuelle Termine und passende Kurse bei cmt.de.

Alternativen und Ergänzungen zu vSphere

vSphere ist nicht die einzige Option, auch wenn es im klassischen Rechenzentrum sehr verbreitet ist. Je nach Anforderung können Alternativen oder Ergänzungen sinnvoll sein.

Mögliche Szenarien:

• Kleinere Umgebungen, in denen ein vollständiger vSphere-Stack überdimensioniert ist
• Workloads, die besser in die Cloud passen
• Container-basierte Anwendungen, die nicht mehr in klassische VMs gepackt werden sollen

Typische Alternativen oder Ergänzungen:

• Hyper-V in Windows-zentrierten Umgebungen
• KVM-basierte Lösungen, etwa Proxmox VE oder Red Hat Virtualization
• Public-Cloud-Dienste, z. B. für Test- und Entwicklungsumgebungen
• Kubernetes für containerisierte Anwendungen, ggf. kombiniert mit vSphere als Unterbau

Wichtig ist, dass du nicht nur auf die Hypervisor-Technik schaust, sondern auf den Gesamtbetrieb: Monitoring, Backup, Automatisierung, Know-how im Team. Eine kleine, gut verstandene Umgebung ist meist besser als ein riesiger Zoo aus Technologien, die niemand so richtig beherrscht.

Fazit: vSphere bewusst betreiben, nicht nur „laufen lassen“

vSphere kann sehr stabil und zuverlässig laufen, wenn du Architektur, Betrieb und Sicherheit bewusst planst. ESXi, vCenter, Cluster mit HA und DRS, Storage, Snapshots und Backup greifen ineinander. Du musst die Zusammenhänge verstehen, sonst produzierst du technische Schulden, die dir beim ersten ernsthaften Vorfall um die Ohren fliegen.

Wenn du deine Umgebung kennst, klare Prozesse etablierst und regelmäßig übst, VMs und ganze Systeme wiederherzustellen, wird vSphere zu einer soliden Basis für deine Infrastruktur. Und genau darum geht es: nicht um den nächsten Hype, sondern um zuverlässigen, nachvollziehbaren Betrieb.