Die Servervirtualisierungssoftware ist eine Technologie, die es ermöglicht, mehrere virtuelle Server gleichzeitig auf einer einzigen physischen Maschine auszuführen. Durch das Einfügen einer Softwareebene, einem sogenannten Hypervisor, zwischen Hardware und Betriebssystemen können Unternehmen die CPU-, Speicher-, Storage- und Netzwerkressourcen eines Servers über mehrere unabhängige virtuelle Maschinen (VMs) partitionieren, auf denen jeweils ein eigenes OS und Anwendungen ausgeführt werden.
Für Unternehmen, die wachsende Workloads in verteilten Umgebungen verwalten, ist die Servervirtualisierungssoftware zu einer grundlegenden IT-Strategie geworden. Es senkt Hardwarekosten, verbessert die Ressourcenauslastung und beschleunigt, wie schnell Teams neue Anwendungen und Services bereitstellen können.
Dieser Artikel behandelt die Funktionsweise von Servervirtualisierungssoftware, die verschiedenen verfügbaren Arten, die zu bewertenden Schlüsselkomponenten, die Vorteile, die Implementierungsanleitung und den nächsten Schritt in Richtung der Technologie.
Funktionsweise von Servervirtualisierungssoftware
Im Kern schafft die Servervirtualisierungssoftware eine Abstraktionsschicht zwischen physischer Hardware und den darauf ausgeführten Betriebssystemen. Diese Ebene, der Hypervisor, fängt Hardwareaufrufe von virtuellen Maschinen ab und übersetzt sie in Anweisungen, die der physische Server ausführen kann.
Hier ist der grundlegende Prozess:
- Hardware-Abstraktion: Der Hypervisor übernimmt die Kontrolle über die CPU-, RAM-, Storage- und Netzwerkschnittstellen des physischen Servers. Sie erstellt einen Pool gemeinsam genutzter Ressourcen.
- VM-Erstellung: Administratoren definieren virtuelle Maschinen mit jeweils zugewiesenen vCPUs, Speicher, virtuellen Platten und Netzwerkadaptern. Der Hypervisor stellt diese aus dem Shared Resource Pool bereit.
- Isolation: Jede VM arbeitet in einer eigenen Sandbox-Umgebung. Ein Absturz oder eine Sicherheitsverletzung in einer VM hat keine Auswirkungen auf andere auf demselben Host.
- Ressourcenplanung: Der Hypervisor verwaltet dynamisch die Ressourcenzuweisung und verschiebt CPU-Zyklen und den Speicher zwischen VMs basierend auf der Workload-Anforderung.
- Management-Schnittstelle: Eine zentralisierte Konsole ermöglicht es Administratoren, VMs über mehrere physische Hosts hinweg zu erstellen, zu konfigurieren, zu überwachen, zu migrieren und außer Betrieb zu nehmen.
Diese Architektur macht Servervirtualisierungssoftware für die Unternehmens-IT so leistungsstark. Anstatt einen separaten physischen Server für jede Anwendung zu kaufen und zu warten, von denen viele nur 10 % bis 15 % der verfügbaren Kapazität nutzen, können Unternehmen Dutzende von Workloads auf einer einzigen Maschine bei einer Auslastung von 60 % bis 80 % ausführen. Laut NRDC blieb die durchschnittliche Serverauslastung in Rechenzentren zwischen nur 12 % und 18 %, selbst nach einer weit verbreiteten Einführung von Virtualisierung, was sowohl das Ausmaß des Problems als auch die Chancen unterstreicht.
Arten der Servervirtualisierung
Nicht alle Servervirtualisierungssoftware funktioniert auf die gleiche Weise. Der Ansatz, den ein Unternehmen wählt, hängt von den Performance-Anforderungen, der bestehenden Infrastruktur und der operativen Komplexität ab.
Hypervisoren vom Typ 1 (Bare-Metal)
Hypervisoren vom Typ 1 werden direkt auf der Hardware des physischen Servers installiert, ohne dass ein zugrunde liegendes Betriebssystem vorhanden ist. Sie steuern Hardware-Ressourcen und verwalten Gast-VMs mit minimalem Overhead und bieten so eine nahezu native Performance.
Häufige Beispiele sind VMware ESXi, Microsoft Hyper-V (bei Installation als eigenständige Rolle), KVM (kernelbasierte virtuelle Maschine) und Proxmox VE. Bare-Metal-Hypervisoren sind der Standard für Produktions-Rechenzentrumsumgebungen, in denen Performance, Dichte und Zuverlässigkeit am wichtigsten sind.
Typ-2-Hypervisoren (gehostet)
Hypervisoren vom Typ 2 werden als Anwendungen auf einem bestehenden Betriebssystem ausgeführt. Sie sind einfacher zu installieren und zu verwalten, führen aber zusätzlichen Overhead ein, da sie für den Hardwarezugriff auf das Host-OS angewiesen sind.
Beispiele hierfür sind Oracle VirtualBox und VMware Workstation. Diese werden in erster Linie für Entwicklungs-, Test- und Laborumgebungen und nicht für Produktions-Workloads verwendet.
Virtualisierung auf OS (Container)
Während Containerisierung sich technisch von der herkömmlichen Servervirtualisierung unterscheidet, ist sie zu einem ergänzenden Ansatz geworden. Container-Engines wie Docker und Orchestrierungsplattformen wie Kubernetes isolieren Anwendungen auf OS, anstatt ganze Hardware-Stacks zu virtualisieren. Containers sind leicht und starten in Sekundenschnelle, aber sie teilen sich den Kernel des Host-OS, was die Vielfalt des OS einschränkt.
In vielen Unternehmensumgebungen werden heute sowohl VMs als auch Container nebeneinander ausgeführt, wobei Servervirtualisierungssoftware für die vollständige OS und Container für Microservices und Cloud-native Anwendungen verwendet werden.
Paravirtualisierung
Bei der Paravirtualisierung wird das Gastbetriebssystem so modifiziert, dass es den Hypervisor kennt, was eine direkte Kommunikation zwischen dem OS und der Virtualisierungsebene ermöglicht. Dies reduziert den Overhead im Vergleich zur vollständigen Hardware-Emulation. Xen ist die bekannteste Paravirtualisierungsplattform, obwohl moderne Hypervisoren hybride Ansätze verfolgt haben, die Paravirtualisierungstechniken mit hardwaregestützter Virtualisierung kombinieren.
Wichtige Komponenten einer Virtualisierungsplattform
Das Verständnis der Komponenten, aus denen eine Servervirtualisierungsumgebung besteht, hilft Unternehmen, verschiedene Softwareoptionen zu bewerten und zu vergleichen.
- Hypervisor: Die Grundlage jeder Virtualisierungsplattform. Es abstrahiert physische Ressourcen und ordnet sie VMs zu. Performance, Sicherheitsfunktionen und Ökosystemkompatibilität variieren erheblich zwischen Hypervisoren.
- Host-Maschine: Der physische Server, auf dem der Hypervisor ausgeführt wird. Host-Hardware – insbesondere CPU-Architektur, Speicherkapazität und Storage-Performance – bestimmt direkt, wie viele VMs effizient ausgeführt werden können.
- Gästemaschinen (VMs): Die virtuellen Server, die auf dem Host ausgeführt werden. Jeder Gast arbeitet mit seinen eigenen zugewiesenen vCPUs, Speicher, virtuellem Storage und Netzwerkschnittstellen.
- Virtual Machine Manager (VMM): Die zentralisierte Verwaltungsschnittstelle zum Erstellen, Konfigurieren, Überwachen und Migrieren von VMs. Beispiele hierfür sind VMware vCenter, Microsoft System Center Virtual Machine Manager (SCVMM) und die webbasierte Konsole von Proxmox.
- Virtualisierungs-APIs: Programmatische Schnittstellen, die Automatisierung, Orchestrierung und Integration mit Tools von Drittanbietern ermöglichen. APIs ermöglichen es IT-Teams, VM-Bereitstellung zu skriptieren, Richtlinien durchzusetzen und Virtualisierungsplattformen mit CI/CD-Pipelines zu verbinden.
- Storage-Backend: Häufig wird die Storage-Ebene übersehen und ist einer der wichtigsten Faktoren für die Performance der Virtualisierung. Alle VMs auf einem Host haben dasselbe zugrunde liegende Storage-Subsystem. Langsamer oder überlasteter Storage führt zu Engpässen, die sich über jede virtuelle Maschine erstrecken, die Reaktionsfähigkeit von Anwendungen beeinträchtigen und die VM-Dichte einschränken.
Servervirtualisierungssoftware im Vergleich zu physischen Servern
Die folgende Tabelle vergleicht Servervirtualisierungsumgebungen mit herkömmlichen physischen Serverimplementierungen über wichtige Unternehmenskriterien hinweg: