Virtualisierung – Grundlagen

Was ist Virtualisierung?

Virtualisierung bedeutet, dass du auf einem einzigen physischen Server mehrere vollständig isolierte Computer simulierst – sogenannte virtuelle Maschinen (VMs). Jede VM verhält sich aus Sicht des Betriebssystems wie ein eigenständiger PC: mit eigenem Prozessor, eigenem RAM, eigener Festplatte und eigenem Netzwerkzugang.

Der entscheidende Unterschied zum physischen Server: Die Hardware ist nicht real – sie wird vom Hypervisor (der Virtualisierungssoftware) emuliert oder direkt weitergeleitet. Für das Gastbetriebssystem sieht das trotzdem aus wie echter Bare-Metal.

Praktisches Beispiel aus dem KMU-Alltag: Statt drei physischer Server für Fileserver, Domaincontroller und ERP-System kaufst du einen leistungsstarken Host-Server und betreibst alle drei als VMs darauf. Der Host läuft vielleicht zu 80 % ausgelastet statt drei halbverschwendete Server bei je 15–20 % Auslastung.

Warum virtualisieren? Die wichtigsten Vorteile

Im KMU-Kontext ist vor allem der letzte Punkt relevant: Wenn der Host-Server Hardware-Probleme bekommt, kannst du die VMs auf einem anderen Host starten – oft innerhalb von Minuten, wenn du das vorher korrekt eingerichtet hast.

Wichtige Begriffe auf einen Blick

Hypervisor-Typen: Typ 1 vs. Typ 2

Das ist das erste, was du beim Thema Virtualisierung verstehen musst. Es gibt zwei grundlegende Architekturen:

Typ 1 – Bare-Metal-Hypervisor

Der Typ-1-Hypervisor läuft direkt auf der Hardware – es gibt kein Host-Betriebssystem dazwischen. Die Hardware bootet den Hypervisor, und dieser verwaltet alle VMs.

┌─────────────────────────┐
│    VM 1     │    VM 2   │
│  (Windows)  │  (Linux)  │
├─────────────────────────┤
│       Hypervisor        │  ← läuft direkt auf Hardware
├─────────────────────────┤
│       Hardware          │
└─────────────────────────┘

Vorteile:

• Maximale Performance (kein OS-Overhead)
• Höchste Stabilität und Isolation
• Produktionstauglich für Server
• Enterprise-Features (Live Migration, Clustering, HA)

Bekannte Typ-1-Hypervisoren:

• Microsoft Hyper-V (kostenlos in Windows Server integriert, auch als freie Hyper-V Server Edition)
• VMware ESXi / vSphere (Industriestandard im Enterprise-Bereich)
• Proxmox VE (Open Source, sehr populär in KMU und Homelab)
• Citrix XenServer / XCP-ng (Open Source, Enterprise-Variante Citrix)
• KVM (in Linux-Kernel integriert, Basis von Proxmox und vielen Cloud-Anbietern)

Typ 2 – Hosted Hypervisor

Der Typ-2-Hypervisor läuft als normale Applikation auf einem vorhandenen Host-Betriebssystem (Windows, macOS, Linux). Das Host-OS bleibt bestehen.

┌─────────────────────────┐
│    VM 1     │    VM 2   │
├─────────────────────────┤
│       Hypervisor        │  ← läuft als App auf Host-OS
├─────────────────────────┤
│       Host-OS           │  ← z.B. Windows 11
├─────────────────────────┤
│       Hardware          │
└─────────────────────────┘

Vorteile:

• Einfach zu installieren
• Kein eigener Server nötig
• Gut für Entwicklung, Tests, Demos

Bekannte Typ-2-Hypervisoren:

• VMware Workstation / Player (Windows, Linux)
• Oracle VirtualBox (kostenlos, Windows, macOS, Linux)
• Parallels Desktop (macOS, besonders für Apple Silicon)

Ressourcen-Zuweisung: vCPU, vRAM, Storage

Wenn du eine VM erstellst, gibst du ihr einen Teil der Host-Ressourcen. Wichtig zu verstehen:

vCPU

Eine vCPU entspricht einem logischen Prozessorkern. Bei einem Host mit 16 physischen Threads kannst du theoretisch mehr als 16 vCPUs verteilen (CPU-Overcommit). Das funktioniert gut, wenn die VMs nicht gleichzeitig 100 % CPU ziehen – was im Normalfall nicht passiert. Trotzdem: Überzeichne nicht zu aggressiv, und beobachte die CPU-Auslastung am Host.

Faustregel: Nicht mehr als 4:1 vCPU zu physischem Thread überzeichnen.

vRAM

RAM lässt sich weniger einfach überzeichnen als CPU. Was du einer VM zuweist, ist weg für den Host.

• Hyper-V Dynamic Memory: Hyper-V kann RAM dynamisch zuweisen – die VM bekommt nur so viel wie sie braucht, bis zum konfigurierten Maximum.
• VMware Memory Ballooning: Ähnliche Technik bei VMware.

Faustregel: Plane 20–30 % des Host-RAM für den Hypervisor selbst ein.

Storage

Virtuelle Festplatten (VHDX, VMDK, qcow2) sind Dateien auf dem Host-Storage. Du kannst wählen zwischen:

• Thin Provisioning (dynamisch): Die Datei wächst erst wenn Daten geschrieben werden. Spart Platz, minimal langsamer.
• Fixed/Thick Provisioning: Voller Speicher wird sofort reserviert. Etwas schneller, braucht den Platz sofort.

Für Produktivserver empfiehlt sich Fixed Provisioning auf schnellem Storage (SSD/NVMe).

Snapshots – richtig eingesetzt

Ein Snapshot friert den aktuellen Zustand einer VM ein: Festplatteninhalt, RAM und Konfiguration. Du kannst jederzeit auf diesen Zustand zurückspringen.

Guter Einsatz:

• Vor einem riskanten Update oder einer Konfigurationsänderung
• Vor dem Einspielen einer neuen Softwareversion
• Als Sicherungspunkt vor Scripting-Aktionen

Netzwerk in virtuellen Umgebungen

Jede VM braucht Netzwerkkonnektivität. Der Hypervisor stellt dafür virtuelle Switches bereit:

Hyper-V nennt das “Virtueller Switch”, VMware nennt es “vSwitch” oder “Port Group”, Proxmox hat Linux Bridges.

Für typische Produktionsszenarien brauchst du einen External Switch, damit deine VMs normale IP-Adressen im LAN bekommen. Für Lab-Umgebungen oder isolierte Test-VMs nimmst du Internal oder Private.

Welche Plattform für welchen Einsatz?

Praxis: Erste VM mit Hyper-V erstellen (Windows 11 Pro)

Hyper-V ist in Windows 11 Pro bereits enthalten – du musst es nur aktivieren:

# Hyper-V aktivieren (Neustart erforderlich)
Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All

Alternativ über Win+R → optionalfeatures → Hyper-V anhaken → OK.

Nach dem Neustart öffnest du den Hyper-V Manager: Win+R → virtmgmt.msc

Neue VM per PowerShell erstellen:

# Neue VM erstellen (Generation 2 = UEFI, für moderne OS)
New-VM -Name "TestServer01" `
       -MemoryStartupBytes 4GB `
       -Generation 2 `
       -NewVHDPath "D:\VMs\TestServer01.vhdx" `
       -NewVHDSizeBytes 60GB `
       -SwitchName "Default Switch"

# Windows-ISO einlegen
Add-VMDvdDrive -VMName "TestServer01" -Path "C:\ISO\WindowsServer2022.iso"

# Boot-Reihenfolge setzen (DVD zuerst)
$bootOrder = Get-VMFirmware -VMName "TestServer01"
Set-VMFirmware -VMName "TestServer01" -FirstBootDevice $bootOrder.BootOrder[1]

# VM starten
Start-VM -Name "TestServer01"

# VM-Konsole öffnen
vmconnect.exe localhost "TestServer01"

VM danach verwalten:

# Status aller VMs anzeigen
Get-VM

# VM herunterfahren (sauber)
Stop-VM -Name "TestServer01"

# Snapshot erstellen
Checkpoint-VM -Name "TestServer01" -SnapshotName "Vor-Update-2026-06"

# Snapshot löschen (nach erfolgreichem Update)
Remove-VMSnapshot -VMName "TestServer01" -Name "Vor-Update-2026-06"

# RAM einer VM anpassen (VM muss gestoppt sein)
Set-VM -Name "TestServer01" -MemoryStartupBytes 8GB

Troubleshooting – häufige Probleme

Weiterlernen

• Microsoft Learn – Übersicht über Hyper-V unter Windows Server
• Red Hat – Was ist Virtualisierung?
• IONOS – Hypervisor Typ 1 und Typ 2: Das sind die Unterschiede
• Proxmox VE Dokumentation
• VMware – What is a Hypervisor?

Weiter zu: Hyper-V – Grundlagen & Verwaltung | VMware ESXi – Grundlagen | NAS – Grundlagen & Synology/QNAP | Windows Server – Dateifreigaben

Videos

YouTube

YouTube