Hyper-V für Unternehmen: Wann sich Virtualisierung wirklich lohnt

Früher bedeutete ein neuer Serverdienst häufig auch einen neuen physischen Server. Ein System übernahm die Domäne, ein anderes die Warenwirtschaft und ein weiteres stellte vielleicht Daten oder eine spezielle Anwendung bereit.

Heute werden solche Aufgaben häufig virtualisiert. Auf einem leistungsfähigen physischen Server können mehrere voneinander getrennte virtuelle Maschinen gleichzeitig betrieben werden.

Microsoft Hyper-V ist eine der Technologien, mit denen sich solche virtualisierten Serverumgebungen aufbauen lassen.

Virtualisierung kann Hardware effizienter nutzen, Wartung vereinfachen und Serverrollen sauber voneinander trennen. Sie ist aber kein Selbstzweck und ersetzt weder ein Backup noch eine durchdachte Serverarchitektur.

Was bedeutet Servervirtualisierung?

Bei einer klassischen Installation läuft ein Betriebssystem direkt auf der vorhandenen Serverhardware.

Bei einer virtualisierten Umgebung übernimmt zunächst ein Hypervisor die Verwaltung der physischen Ressourcen. Darauf können mehrere virtuelle Maschinen betrieben werden.

Jede virtuelle Maschine verhält sich weitgehend wie ein eigenständiger Server und besitzt beispielsweise:

• virtuelle Prozessoren,
• eigenen Arbeitsspeicher,
• virtuelle Festplatten,
• virtuelle Netzwerkkarten,
• ein eigenes Betriebssystem.

Dadurch können mehrere logisch getrennte Serversysteme dieselbe physische Hardware verwenden.

Was ist Hyper-V?

Hyper-V ist Microsofts Virtualisierungstechnologie. Sie ermöglicht es, virtuelle Maschinen auf Windows-basierten Serverplattformen zu betreiben und deren Ressourcen zentral zu verwalten.

Ein physischer Server kann dadurch beispielsweise mehrere virtuelle Windows-Server bereitstellen, ohne dass für jede Serverrolle ein eigenes Gerät notwendig ist.

Ein typischer Aufbau könnte beispielsweise aus folgenden virtuellen Maschinen bestehen:

 

Physischer Server
├── VM 1: Active Directory & DNS
├── VM 2: Anwendungsserver
├── VM 3: Dateidienste
└── VM 4: weitere Unternehmensanwendung

 

Welche Rollen tatsächlich getrennt werden sollten, hängt vom jeweiligen Betrieb und den eingesetzten Anwendungen ab.

Warum überhaupt mehrere virtuelle Server?

Technisch könnte man zahlreiche Serverrollen auf einem einzigen Windows-Server installieren.

Das ist allerdings nicht immer sinnvoll.

Werden Dienste voneinander getrennt, lassen sie sich häufig gezielter warten, aktualisieren und wiederherstellen.

Fällt beispielsweise eine Anwendung aus oder muss ein bestimmter Server neu gestartet werden, betrifft dies nicht zwangsläufig sämtliche anderen Dienste auf demselben physischen Host.

Die Trennung schafft also keine physische Unabhängigkeit, aber eine wichtige logische Trennung.

Virtualisierung spart nicht automatisch Hardware

Einer der häufigsten Gründe für Virtualisierung ist eine effizientere Nutzung vorhandener Hardware.

Viele klassische Serversysteme benötigen im normalen Betrieb nur einen kleinen Teil der vorhandenen Prozessorleistung. Mehrere solche Systeme können sich daher einen leistungsfähigen Host teilen.

Trotzdem bedeutet Virtualisierung nicht, dass ein Server beliebig viele virtuelle Maschinen aufnehmen kann.

CPU, Arbeitsspeicher, Storage und Netzwerk bleiben physische Ressourcen, die zwischen allen virtuellen Systemen geteilt werden.

Ist der Host überlastet, betrifft dies unter Umständen mehrere virtuelle Maschinen gleichzeitig.

Arbeitsspeicher ist bei Virtualisierung besonders wichtig

Jede virtuelle Maschine benötigt Arbeitsspeicher.

Ein Domain Controller benötigt möglicherweise vergleichsweise wenig RAM, während eine Datenbank- oder Warenwirtschaftsanwendung deutlich höhere Anforderungen besitzen kann.

Bei der Dimensionierung sollte deshalb nicht einfach die Summe der Mindestanforderungen aller Betriebssysteme verwendet werden.

Zusätzlich müssen Wachstum, Lastspitzen und der Bedarf des Hosts selbst berücksichtigt werden.

Eine virtualisierte Umgebung funktioniert am besten, wenn genügend Reserven vorhanden sind und der Host nicht dauerhaft an seiner maximalen Kapazität betrieben wird.

Auch Storage wird zum gemeinsamen Engpass

Virtuelle Maschinen speichern ihre Daten typischerweise in virtuellen Festplattendateien.

Unter Hyper-V kommen dafür unter anderem VHDX-Dateien zum Einsatz.

Mehrere virtuelle Maschinen können dadurch gleichzeitig auf dasselbe zugrunde liegende Storage-System zugreifen.

Genau deshalb ist bei einem Virtualisierungshost nicht nur die reine Speicherkapazität entscheidend.

Wichtig sind auch:

• IOPS und Latenz des Storage-Systems,
• Art und Anzahl der Datenträger,
• RAID- beziehungsweise Storage-Konzept,
• Controller und Cache,
• Kapazitätsreserven,
• Backup- und Restore-Anforderungen.

Ein Server kann über sehr schnelle Prozessoren und viel Arbeitsspeicher verfügen und trotzdem langsam wirken, wenn das Storage-System zum Flaschenhals wird.

Virtualisierung ersetzt keine Redundanz

Wenn vier virtuelle Server auf einem einzigen physischen Host laufen, befinden sie sich weiterhin auf derselben Hardware.

Fällt dieser Host vollständig aus, sind zunächst auch alle darauf betriebenen virtuellen Maschinen betroffen.

Virtualisierung verhindert diesen Hardwareausfall nicht.

Sie kann aber die Wiederherstellung und Migration von Systemen vereinfachen, weil Server nicht mehr unmittelbar an ihre ursprüngliche physische Hardware gebunden sind.

Für besonders hohe Verfügbarkeitsanforderungen können zusätzliche Hosts, Clustering oder andere Redundanzkonzepte notwendig sein.

Ob dieser Aufwand wirtschaftlich sinnvoll ist, hängt von den tatsächlichen Anforderungen des Unternehmens ab.

Virtualisierung ersetzt auch kein Backup

Ein virtueller Server ist weiterhin ein Server.

Werden Daten gelöscht, beschädigt oder verschlüsselt, schützt die Tatsache, dass das System virtuell läuft, nicht automatisch vor Datenverlust.

Auch ein Ausfall des Hosts, ein Storage-Problem oder ein administrativer Fehler kann mehrere virtuelle Maschinen gleichzeitig betreffen.

Deshalb benötigt auch eine Hyper-V-Umgebung ein eigenständiges Backup- und Wiederherstellungskonzept.

Mehr zum Unterschied zwischen Redundanz und Datensicherung erklären wir in Warum ein RAID noch lange kein Backup ist.

Snapshots beziehungsweise Checkpoints sind kein vollständiges Backup

Hyper-V kann sogenannte Checkpoints einer virtuellen Maschine erstellen.

Damit lässt sich ein bestimmter Zustand einer VM festhalten. Das kann beispielsweise vor einem geplanten Softwareupdate oder einer Konfigurationsänderung hilfreich sein.

Ein Checkpoint ist jedoch kein Ersatz für ein unabhängiges Backup.

Er befindet sich normalerweise weiterhin innerhalb derselben Virtualisierungsinfrastruktur und hängt vom zugrunde liegenden Storage-System ab.

Wird der komplette Host oder das Storage beschädigt, kann auch der Checkpoint betroffen sein.

Checkpoints sollten deshalb gezielt eingesetzt und nicht als dauerhafte Datensicherungsstrategie verstanden werden.

Warum virtuelle Server Wartung vereinfachen können

Eine virtuelle Maschine ist wesentlich weniger an bestimmte physische Hardware gebunden als eine klassische Bare-Metal-Installation.

Dadurch können sich Vorteile bei Wartung, Migration und Hardwaretausch ergeben.

Wird beispielsweise ein älterer Server durch neue Hardware ersetzt, muss nicht zwingend jede Anwendung von Grund auf auf dem neuen Gerät installiert werden.

Virtuelle Maschinen können – abhängig von der Umgebung und dem gewählten Verfahren – auf einen neuen Host übertragen oder aus einer Sicherung wiederhergestellt werden.

Dadurch lässt sich der Lebenszyklus der physischen Hardware besser von den darauf laufenden Serversystemen trennen.

Ein Domain Controller eignet sich gut als eigene virtuelle Maschine

Active Directory ist ein typisches Beispiel für eine Serverrolle, die häufig virtualisiert betrieben wird.

Dadurch kann der Domain Controller logisch von Anwendungen, Dateidiensten oder anderen Serverrollen getrennt werden.

Muss beispielsweise ein Anwendungsserver neu gestartet werden, bleibt die Active-Directory-VM davon unberührt.

Umgekehrt kann die Domäneninfrastruktur gewartet werden, ohne zwangsläufig andere Anwendungen auf demselben Windows-System zu beeinflussen.

Mehr dazu erklären wir im Beitrag Wann sich Active Directory für ein Unternehmen wirklich lohnt.

Virtuelle Netzwerke müssen ebenfalls geplant werden

Virtualisierung betrifft nicht nur Prozessoren und Festplatten.

Auch die Netzwerkanbindung wird virtualisiert.

Hyper-V verwendet virtuelle Switches, über die virtuelle Maschinen mit dem physischen Netzwerk und miteinander kommunizieren können.

Bei einfachen Umgebungen kann die Netzwerkkonfiguration überschaubar sein.

Bei größeren Installationen kommen jedoch schnell weitere Anforderungen hinzu:

• mehrere physische Netzwerkkarten,
• VLANs,
• Management-Netzwerke,
• Backup-Verkehr,
• Storage-Netzwerke,
• Redundanz und Failover.

Eine performante Virtualisierungsumgebung benötigt deshalb auch eine sauber geplante Netzwerkinfrastruktur.

Weitere Informationen finden Sie unter Netzwerktechnik für Unternehmen.

Wann lohnt sich ein einzelner Hyper-V-Host?

Für viele kleine und mittlere Unternehmen kann bereits ein einzelner leistungsfähiger Virtualisierungshost sinnvoll sein.

Typische Gründe sind:

• mehrere unterschiedliche Serverrollen,
• Trennung zwischen Infrastruktur und Anwendungen,
• bessere Wartbarkeit,
• einfachere Migration auf neue Hardware,
• effizientere Nutzung eines leistungsfähigen Servers.

Dabei muss allerdings akzeptiert werden, dass der Host selbst ein zentraler Ausfallpunkt bleibt.

Ob das vertretbar ist, hängt vom Unternehmen und der maximal akzeptablen Ausfallzeit ab.

Wann werden zwei oder mehr Hosts interessant?

Wenn ein Unternehmen sehr kurze Ausfallzeiten verlangt, kann eine Umgebung mit mehreren Virtualisierungshosts interessant werden.

Dann lassen sich virtuelle Maschinen je nach Architektur zwischen unterschiedlichen Hosts betreiben oder verschieben.

Solche Lösungen erhöhen jedoch Kosten und Komplexität.

Zusätzliche Server benötigen Hardware, Lizenzen, Netzwerk, Storage, Monitoring und Wartung.

Deshalb sollte Hochverfügbarkeit nicht nur deshalb aufgebaut werden, weil sie technisch möglich ist.

Zuerst sollte geklärt werden, welchen finanziellen Schaden beispielsweise vier Stunden Serverausfall tatsächlich verursachen würden.

RTO und RPO bestimmen die notwendige Architektur

Zwei wichtige Begriffe bei der Planung sind RTO und RPO.

Recovery Time Objective

Das RTO beschreibt, wie lange ein System im Ernstfall ausfallen darf.

Wenn ein Unternehmen problemlos mehrere Stunden ohne einen bestimmten Server arbeiten kann, ist eine hochkomplexe Cluster-Lösung möglicherweise wirtschaftlich nicht notwendig.

Muss ein zentraler Dienst dagegen innerhalb weniger Minuten wieder verfügbar sein, verändern sich die Anforderungen erheblich.

Recovery Point Objective

Das RPO beschreibt, wie viel Datenverlust maximal akzeptiert werden kann.

Ein Backup einmal pro Nacht bedeutet unter Umständen, dass fast ein kompletter Arbeitstag an Änderungen verloren gehen könnte.

Für manche Systeme ist das akzeptabel. Für andere nicht.

Diese beiden Anforderungen sollten die Architektur bestimmen – nicht der Wunsch, möglichst viel Technik einzusetzen.

Overprovisioning sollte bewusst erfolgen

Virtualisierung ermöglicht es, Ressourcen flexibel zwischen mehreren Systemen zu verteilen.

Das kann dazu verleiten, mehr virtuelle Ressourcen zu konfigurieren, als physisch tatsächlich vorhanden sind.

Ein gewisses Overprovisioning kann je nach Ressource und Lastprofil völlig legitim sein.

Problematisch wird es, wenn alle virtuellen Maschinen gleichzeitig auf Ressourcen angewiesen sind, die der Host nicht liefern kann.

Besonders bei produktiven Unternehmenssystemen sollte deshalb beobachtet werden, wie CPU, RAM, Storage und Netzwerk tatsächlich ausgelastet sind.

Nicht jede Anwendung gehört auf denselben Host

Nur weil sich eine Anwendung virtualisieren lässt, bedeutet das nicht automatisch, dass sie auf einem bestimmten Host betrieben werden sollte.

Manche Software besitzt besondere Anforderungen an:

• Prozessorleistung,
• Lizenzierung,
• Storage-Latenz,
• USB- oder Spezialhardware,
• Grafikbeschleunigung,
• Hersteller-Support.

Gerade bei branchenspezifischer Software sollte daher vorab geprüft werden, welche Virtualisierungsszenarien der Hersteller unterstützt.

Auch Lizenzierung gehört zur Planung

Virtualisierung ist nicht ausschließlich eine technische Frage.

Windows Server und weitere eingesetzte Anwendungen besitzen eigene Lizenzmodelle.

Die Anzahl virtueller Maschinen und die vorhandene Serverhardware können dabei Einfluss auf die benötigten Lizenzen haben.

Eine technisch funktionierende Architektur ist deshalb noch nicht automatisch lizenzrechtlich korrekt oder wirtschaftlich sinnvoll.

Hardware, Betriebssysteme und Anwendungssoftware sollten gemeinsam geplant werden.

Monitoring ist bei einem Virtualisierungshost besonders wichtig

Wenn ein physischer Host mehrere wichtige Server betreibt, steigt gleichzeitig die Bedeutung dieses Systems.

Ein Problem am Host kann mehrere Unternehmensdienste gleichzeitig beeinflussen.

Deshalb sollten unter anderem folgende Bereiche überwacht werden:

• Datenträger und RAID-Zustand,
• Storage-Auslastung,
• Arbeitsspeicher,
• CPU-Auslastung,
• Netzwerk,
• Hardware-Sensoren,
• Backup-Status,
• Zustand der virtuellen Maschinen.

Das Ziel ist nicht, möglichst viele Messwerte zu sammeln.

Entscheidend ist, relevante Fehler möglichst früh zu erkennen, bevor daraus ein vollständiger Betriebsausfall entsteht.

Ein Beispiel aus einem kleinen Unternehmen

Stellen wir uns einen Betrieb vor, der bislang zwei ältere physische Server betreibt.

Einer stellt Active Directory und Dateidienste bereit, auf dem zweiten läuft eine Unternehmensanwendung.

Beide Geräte müssen ersetzt werden.

Statt erneut zwei separate physische Server anzuschaffen, könnte ein leistungsfähiger Virtualisierungshost verwendet werden.

Darauf laufen anschließend beispielsweise drei virtuelle Maschinen:

 

Hyper-V Host
├── VM 1: Domain Controller & DNS
├── VM 2: Anwendungsserver
└── VM 3: weitere Serverdienste

 

Die einzelnen Systeme bleiben logisch getrennt, teilen sich aber dieselbe Hardware.

Gleichzeitig kann ein Backup-System die virtuellen Maschinen regelmäßig sichern.

Wird die Hardware Jahre später ersetzt, können die virtuellen Systeme wesentlich leichter auf eine neue Plattform übertragen werden als klassische Installationen, die unmittelbar an die alte Serverhardware gebunden sind.

Wann Virtualisierung unnötig sein kann

Trotz aller Vorteile ist Hyper-V nicht für jedes Unternehmen notwendig.

Wenn ein Betrieb überhaupt keine lokalen Serveranwendungen benötigt und praktisch sämtliche Dienste über Microsoft 365 oder andere Cloud-Plattformen verwendet, kann ein eigener Virtualisierungshost unnötige Komplexität erzeugen.

Ebenso ergibt es wenig Sinn, einen leistungsfähigen Server anzuschaffen, um darauf eine einzige kleine virtuelle Maschine ohne besonderen Grund zu betreiben.

Die Technologie sollte ein konkretes Problem lösen.

Typische Fehler bei Hyper-V-Projekten

Zu wenig Arbeitsspeicher einplanen

Der Host funktioniert zunächst, besitzt aber kaum Reserven für Wachstum oder zusätzliche Systeme.

Storage nur nach Kapazität auswählen

Viele Terabyte Speicherplatz helfen wenig, wenn die notwendige I/O-Leistung fehlt.

Checkpoints als Backup verwenden

Checkpoints erleichtern bestimmte Wartungsarbeiten, ersetzen aber keine unabhängige Datensicherung.

Alles auf einen einzigen Server packen

Virtualisierung macht die Trennung von Diensten einfacher. Dieser Vorteil sollte auch genutzt werden.

Keinen Wiederherstellungsplan besitzen

Es reicht nicht zu wissen, dass virtuelle Maschinen gesichert werden.

Ebenso wichtig ist die Frage, wie schnell sie auf welcher Hardware wieder gestartet werden können.

Den Host nicht überwachen

Je mehr Dienste von einem einzigen physischen System abhängen, desto wichtiger wird dessen Monitoring.

Virtualisierung sollte die IT einfacher machen – nicht komplizierter

Eine gute Hyper-V-Umgebung zeichnet sich nicht dadurch aus, dass möglichst viele technische Funktionen eingesetzt werden.

Sie sollte verständlich aufgebaut, dokumentiert und wartbar sein.

Für viele kleine und mittlere Unternehmen bedeutet das: wenige sauber getrennte virtuelle Maschinen, ausreichend dimensionierte Hardware, ein zuverlässiges Storage-System, funktionierende Backups und eine nachvollziehbare Netzwerkkonfiguration.

Komplexität sollte nur dort hinzugefügt werden, wo sie einen konkreten geschäftlichen Nutzen bietet.

Fazit: Hyper-V ist ein Werkzeug, keine Strategie

Hyper-V kann Serverhardware effizienter nutzen, unterschiedliche Systeme sauber voneinander trennen und Migration sowie Wartung erheblich vereinfachen.

Die Technologie löst aber nicht automatisch Fragen zu Hochverfügbarkeit, Backup, Security oder Dimensionierung.

Entscheidend ist deshalb nicht:

„Wie viele virtuelle Server können wir auf dieser Hardware betreiben?“

Sondern:

„Welche Serverdienste benötigt das Unternehmen, wie kritisch sind sie und welche Architektur ermöglicht einen zuverlässigen Betrieb mit angemessener Komplexität?“ 

Weitere Informationen finden Sie unter Servertechnik für Unternehmen sowie IT-Sicherheit & Backup. Wenn Sie eine bestehende Serverumgebung modernisieren oder eine Virtualisierung planen möchten, erreichen Sie uns über die Kontaktseite.