Server-Virtualisierung: Konsolidierung und Betriebsvorteile

Bei der Server-Virtualisierung laufen mehrere logisch getrennte Server als virtuelle Maschinen auf einem gemeinsamen physischen System. Eine Zwischenschicht, der Hypervisor, verteilt Prozessorzeit, Arbeitsspeicher und Ein-/Ausgabe. Für mittelständische Unternehmen ist das seit Jahren der Normalfall — die Vorteile liegen weniger in der Hardwareersparnis als in der Beweglichkeit im Betrieb.

Funktionsweise und Abgrenzung

Im Serverumfeld kommt fast ausschließlich ein Hypervisor vom Typ 1 zum Einsatz, der direkt auf der Hardware läuft und kein darunterliegendes Betriebssystem benötigt. Jede virtuelle Maschine erhält virtuelle Hardware und ein eigenes Betriebssystem, ist gegenüber den anderen abgeschottet und liegt als Satz von Dateien auf dem Speichersystem. Von Containern unterscheidet sich das grundlegend: Container teilen sich den Kernel des Wirtssystems und virtualisieren nur die Anwendungsumgebung. Beide Ansätze schließen sich nicht aus; in der Praxis laufen Container häufig innerhalb virtueller Maschinen.

Betriebsvorteile in der Praxis

Der eigentliche Gewinn zeigt sich im Alltag, nicht in der Anschaffungsrechnung.

• Ein neuer Server ist in Minuten aus einer Vorlage bereitgestellt statt in Wochen beschafft.
• Virtuelle Maschinen lassen sich im laufenden Betrieb auf einen anderen Wirt verschieben, sodass Hardwarewartung ohne Ausfall möglich wird.
• Snapshots erlauben es, vor einem Update einen definierten Punkt zu sichern und im Fehlerfall in kurzer Zeit zurückzukehren.
• Die Wiederherstellung nach einem Hardwaredefekt ist von der ursprünglichen Hardware unabhängig, weil die virtuelle Hardware gleich bleibt.
• Test- und Abnahmeumgebungen lassen sich als Kopie der Produktion aufbauen, ohne zusätzliche physische Systeme.
• Bei einem Cluster mit gemeinsamem Speicher starten virtuelle Maschinen nach dem Ausfall eines Wirts automatisch auf einem anderen.

Dimensionierung und Speicher

Die häufigste Ursache für Leistungsprobleme ist nicht der Prozessor, sondern der Speicher. Viele virtuelle Maschinen erzeugen gemeinsam ein stark zufälliges Zugriffsmuster, das klassische Festplattenverbünde schlecht bedienen. Planen Sie deshalb nach Ein-/Ausgabeoperationen und Latenz, nicht allein nach Kapazität. Beim Arbeitsspeicher ist Zurückhaltung angebracht: Eine Überbuchung führt zu Auslagerung und damit zu deutlichen Einbrüchen. Bei Prozessorkernen gilt das Gegenteil der Intuition — zu viele zugewiesene virtuelle Kerne können die Leistung verschlechtern, weil der Hypervisor mehr Kerne gleichzeitig verfügbar halten muss. Beginnen Sie klein und erweitern Sie messbasiert. Planen Sie außerdem Reserve ein: Bei zwei Wirten sollte jeder die Last beider tragen können, sonst ist die Ausfallsicherheit nur nominell vorhanden.

Sicherung und Abhängigkeiten

Virtualisierung verändert die Sicherungsarchitektur. Moderne Lösungen sichern auf Ebene des Hypervisors mit anwendungskonsistenten Snapshots und ermöglichen es, eine gesicherte Maschine direkt vom Sicherungsspeicher zu starten — das verkürzt die Wiederherstellungszeit erheblich. Wichtig ist die Abgrenzung: Ein Snapshot des Hypervisors ist kein Backup. Er liegt auf demselben Speicher, wächst mit der Zeit und beeinträchtigt bei langer Standzeit die Leistung. Beachten Sie zugleich die neuen Abhängigkeiten. Domänencontroller, Namensauflösung und Verwaltungsoberflächen dürfen sich nicht gegenseitig blockieren; ein vollständiger Kaltstart des Rechenzentrums muss ohne Henne-Ei-Problem möglich sein. Achten Sie dabei auf folgende Punkte:

• Snapshots des Hypervisors liegen auf demselben Speicher und sind kein Backup.
• Die Sicherung sollte anwendungskonsistent erfolgen, damit Datenbanken sauber wiederherstellbar sind.
• Der Sicherungsspeicher muss außerhalb der produktiven Umgebung und mit eigenen Zugangsdaten geschützt sein.
• Die Startreihenfolge für einen vollständigen Kaltstart ist dokumentiert und getestet.
• Zugangsdaten zur Hypervisor-Verwaltung liegen außerhalb der virtualisierten Umgebung vor.

Typische Fehler

Snapshots werden als Sicherung missverstanden und über Monate stehen gelassen. Der gesamte Betrieb liegt auf einem einzigen Wirt ohne Reserve, sodass ein Hardwaredefekt alles stilllegt. Der gemeinsame Speicher ist als einzelner Ausfallpunkt ausgelegt. Lizenzfragen werden erst nachträglich geklärt, obwohl sich Lizenzmodelle bei Virtualisierung häufig auf physische Kerne oder Wirte beziehen und ein Verschieben der Maschinen einschränken können. Und schließlich wachsen virtuelle Maschinen unkontrolliert, weil eine neue Instanz so einfach anzulegen ist — führen Sie ein Verzeichnis mit Zweck, Eigentümer und Lebensdauer.

• Der Hauptnutzen liegt in Beweglichkeit: Bereitstellung, Wartung ohne Ausfall und hardwareunabhängige Wiederherstellung.
• Der Speicher entscheidet über die Leistung — nach Ein-/Ausgabeoperationen und Latenz planen, nicht nur nach Kapazität.
• Arbeitsspeicher und virtuelle Kerne zurückhaltend zuweisen und messbasiert erweitern.
• Snapshots sind ein kurzfristiges Rücksprungmittel und ersetzen kein Backup.
• Ausfallsicherheit erfordert Reservekapazität, redundanten Speicher und eine dokumentierte Startreihenfolge.