Virtualisierung – Hypervisor, VM & Container

Inhaltsverzeichnis

Schnellübersicht

Auf dieser Seite lernen Sie alles über Virtualisierung im Enterprise-Umfeld:

Definition: Was ist Virtualisierung und warum ist sie wichtig?
Hypervisor-Typen: Typ 1 (Bare Metal) vs. Typ 2 (Hosted)
Plattformen: VMware, Hyper-V, KVM, Proxmox, VirtualBox
VM vs. Container: Unterschiede, Vor- und Nachteile
VM-Rechner: Ressourcen-Planung und Berechnung
Best Practices: Planung, Ressourcen, Sicherheit, Monitoring
FAQ: Häufige Fragen und Antworten

1. Was ist Virtualisierung?

Definition

Virtualisierung ist eine Technologie, die es ermöglicht, auf einer physischen Hardware mehrere virtuelle Maschinen (VMs) zu betreiben. Jede VM verhält sich wie ein eigenständiger Computer mit eigenem Betriebssystem, eigenen Anwendungen und eigenen Ressourcen – obwohl sie sich die physische Hardware teilen.

Im Enterprise-Umfeld ist Virtualisierung unverzichtbar für: Server-Konsolidierung (mehrere Server auf einem Host), Hochverfügbarkeit (automatische Migration bei Ausfall), Disaster Recovery (schnelle Wiederherstellung), Test- und Entwicklungsumgebungen und die Grundlage für Cloud-Computing.

Die drei Hauptvorteile: Kosteneinsparung (weniger Hardware), Flexibilität (schnelle Bereitstellung) und Effizienz (bessere Hardware-Auslastung von 10-15% auf 70-80%).

             Warum ist Virtualisierung im Enterprise so wichtig?
            Server-Konsolidierung: Von 10 physischen Servern auf 1 Host mit 10 VMs
Kostenreduktion: Weniger Hardware, Strom, Kühlung, Platz
Hochverfügbarkeit: VMs können bei Host-Ausfall automatisch migrieren
Schnelle Bereitstellung: Neue VMs in Minuten statt Wochen
Testumgebungen: Isolierte Umgebungen ohne zusätzliche Hardware
Cloud-Grundlage: Alle Cloud-Provider basieren auf Virtualisierung

        

2. Hypervisor-Typen

Der Hypervisor (auch Virtual Machine Monitor, VMM) ist die Software-Schicht, die die VMs verwaltet und die Hardware-Ressourcen zuteilt. Es gibt zwei Haupttypen:

Typ 1 – Bare Metal

Direkt auf der Hardware

Der Hypervisor läuft direkt auf der physischen Hardware ohne Host-Betriebssystem. Dies ist der Standard für Enterprise- und Produktionsumgebungen.

Performance: Sehr hoch (kein Overhead durch Host-OS)
Stabilität: Hoch (kein Host-OS, das abstürzen kann)
Sicherheit: Besser (kleinere Angriffsfläche)
Ressourcen: Effiziente Hardware-Nutzung
Skalierung: Für große Umgebungen geeignet

Beispiele: VMware ESXi, Microsoft Hyper-V, KVM, Xen, Proxmox VE

Typ 2 – Hosted

Auf einem Host-Betriebssystem

Der Hypervisor läuft als Anwendung auf einem Host-Betriebssystem (z.B. Windows, macOS, Linux). Ideal für Entwicklung, Testing und Desktop-Virtualisierung.

Einfachheit: Einfache Installation (wie jede Anwendung)
Flexibilität: Läuft auf bestehenden Systemen
Portabilität: VMs leicht zwischen Hosts verschiebbar
Kosten: Oft kostenlos für private Nutzung
Performance: Geringer (Overhead durch Host-OS)

Beispiele: Oracle VirtualBox, VMware Workstation, Parallels Desktop, QEMU

3. Virtualisierungs-Plattformen im Vergleich

Die wichtigsten Hypervisor-Plattformen für Enterprise- und Desktop-Einsatz:

VMware vSphere / ESXi

Typ 1 · Enterprise

Der Marktführer im Enterprise-Bereich. VMware bietet die ausgereifteste und stabilste Virtualisierungsplattform.

vMotion: Live-Migration ohne Downtime
HA: Automatische Neustarts bei Host-Ausfall
DRS: Automatische Lastverteilung
vCenter: Zentrale Verwaltung
Kosten: Hoch (Lizenz pro CPU)

Empfohlen für: Große Enterprise-Umgebungen, Rechenzentren, Mission-Critical-Systeme

Microsoft Hyper-V

Typ 1 · Enterprise

Microsofts Virtualisierungsplattform, integriert in Windows Server. Ideal für Windows-lastige Umgebungen.

Live Migration: VMs ohne Downtime verschieben
Failover Cluster: Hochverfügbarkeit
Replica: VM-Replikation für DR
Kosten: In Windows Server enthalten
Integration: Perfekt mit Azure, AD

Empfohlen für: Windows-Server-Umgebungen, Active Directory, Hybrid Cloud mit Azure

KVM (Kernel-based VM)

Typ 1 · Open Source

KVM ist in den Linux-Kernel integriert und wandelt Linux in einen Typ-1-Hypervisor. Die Grundlage vieler Cloud-Plattformen.

Open Source: Kostenlos, keine Lizenzkosten
Performance: Sehr hoch (Kernel-Integration)
Flexibilität: Volle Kontrolle
Cloud: Basis von AWS, Google Cloud
Management: libvirt, oVirt, OpenStack

Empfohlen für: Linux-Umgebungen, Cloud-Provider, kostensensitive Projekte

Proxmox VE

Typ 1 · Open Source

Proxmox Virtual Environment kombiniert KVM (VMs) und LXC (Container) mit einer benutzerfreundlichen Web-Oberfläche.

KVM + LXC: VMs und Container vereint
Web-UI: Intuitive Verwaltung
Cluster: Multi-Node-Cluster
Backup: Integrierte Backup-Lösung
Kosten: Kostenlos (Support optional)

Empfohlen für: KMUs, Homelabs, kleine bis mittlere Unternehmen, Budget-Projekte

Oracle VirtualBox

Typ 2 · Desktop

Der beliebteste Typ-2-Hypervisor für Desktop-Nutzer. Kostenlos, plattformübergreifend und einfach zu bedienen.

Kostenlos: Open Source (GPL)
Plattformen: Windows, macOS, Linux
Einfachheit: Benutzerfreundliche GUI
Snapshots: Zustände speichern
Performance: Geringer als Typ 1

Empfohlen für: Entwicklung, Testing, Ausbildung, Homelabs, Desktop-Nutzer

Xen Project

Typ 1 · Open Source

Xen ist einer der ältesten Open-Source-Hypervisoren und wird von vielen Cloud-Providern verwendet (z.B. AWS EC2).

Open Source: Kostenlos, aktiv entwickelt
Paravirtualisierung: Hohe Performance
Cloud: Basis von AWS (früher)
Sicherheit: Starke Isolation
Komplexität: Höher als KVM

Empfohlen für: Cloud-Provider, Sicherheitskritische Umgebungen, Forschung

Plattformen im direkten Vergleich

Plattform	Typ	Lizenz	Kosten	Einsatzgebiet	Schwierigkeit
VMware vSphere	Typ 1	Proprietär	Hoch	Enterprise, Rechenzentren	Mittel
Hyper-V	Typ 1	Proprietär	Mittel	Windows-Umgebungen	Mittel
KVM	Typ 1	Open Source	Kostenlos	Linux, Cloud	Hoch
Proxmox VE	Typ 1	Open Source	Kostenlos	KMU, Homelabs	Niedrig
VirtualBox	Typ 2	Open Source	Kostenlos	Desktop, Testing	Niedrig
Xen	Typ 1	Open Source	Kostenlos	Cloud, Sicherheit	Hoch

4. VM vs. Container

Virtualisierung kann auf zwei Ebenen erfolgen: Hardware-Virtualisierung (VMs) und Betriebssystem-Virtualisierung (Container). Beide haben ihre Berechtigung.

Architektur-Vergleich

Virtuelle Maschinen (VMs)

Vollständiges Gast-Betriebssystem
Hardware-Virtualisierung durch Hypervisor
Starke Isolation zwischen VMs
Unterschiedliche Betriebssysteme möglich
Hoher Ressourcen-Overhead (GB)
Langsamer Start (Minuten)
Beispiele: VMware, Hyper-V, KVM

Container

Geteilter Host-Kernel
Betriebssystem-Virtualisierung
Leichtere Isolation (Namespaces, Cgroups)
Nur gleiches Betriebssystem wie Host
Geringer Overhead (MB)
Schneller Start (Sekunden)
Beispiele: Docker, Podman, LXC

Wann VM, wann Container?

VMs: Wenn Sie verschiedene Betriebssysteme benötigen, starke Isolation oder Legacy-Anwendungen virtualisieren.

Container: Wenn Sie Microservices, CI/CD, schnelle Skalierung oder ressourceneffiziente Bereitstellung benötigen.

5. VM-Ressourcen-Rechner

Berechnen Sie den Ressourcenbedarf für Ihre VM-Umgebung. Geben Sie die Anzahl der VMs und deren Konfiguration ein – der Rechner zeigt den Gesamtbedarf an CPU, RAM und Storage.

VM-Ressourcen-Planer

Dieser Rechner hilft Ihnen bei der Planung Ihrer Virtualisierungs-Umgebung. Er berechnet den Gesamtbedarf an Ressourcen basierend auf Ihrer VM-Konfiguration und gibt Empfehlungen für Host-Hardware.

VM-Konfiguration

Anzahl VMs

Ressourcenbedarf

Gesamt vCPUs

–

Physische CPUs benötigt

–

Gesamt RAM

–

Gesamt Storage

–

Empfohlene Host-Konfiguration

–

Hinweis: Diese Berechnung ist eine Schätzung. Für Produktionsumgebungen planen Sie 20-30% Puffer ein. Overcommit funktioniert gut für CPU, aber nicht für RAM (kann zu Swapping führen).

Overcommit-Erklärung

CPU-Overcommit: VMs nutzen nicht immer 100% ihrer vCPUs. Ein Overcommit-Faktor von 2.0 bedeutet, dass Sie 2x mehr vCPUs zuweisen können als physische Kerne vorhanden sind.

RAM-Overcommit: Nicht empfohlen! Wenn VMs mehr RAM anfordern als physisch vorhanden ist, beginnt das System zu swappen, was die Performance drastisch reduziert.

Storage-Overcommit: Thin Provisioning ermöglicht es, mehr Storage zuzuweisen als physisch vorhanden ist. Der Storage wird erst bei Bedarf allokiert.

6. Enterprise Best Practices

Planung & Design

Workload-Analyse vor der Virtualisierung durchführen
Right-Sizing: VMs nicht über- oder unterdimensionieren
HA-Cluster mit mindestens 3 Hosts für Ausfallsicherheit
Storage-Design: Shared Storage (SAN, NAS) für vMotion/Live Migration
Netzwerk-Design: Separate Netzwerke für Management, VM-Traffic, Storage

Ressourcen-Management

CPU-Overcommit: Maximal 2:1 für Produktions-VMs
RAM-Overcommit: Vermeiden! 1:1 für Produktions-VMs
Storage: Thin Provisioning mit Monitoring der tatsächlichen Nutzung
Reservierungen: Für kritische VMs Ressourcen garantieren
Limits: Für weniger wichtige VMs Ressourcen begrenzen

Sicherheit

Hypervisor-Patches regelmäßig einspielen
VM-Isolation: Separate VLANs für verschiedene VM-Typen
Management-Netzwerk: Nur für Admin-Zugriff, nicht routbar
VM-Hardening: Unnötige Services in VMs deaktivieren
Backup: Regelmäßige VM-Backups mit Wiederherstellungstests

Monitoring & Wartung

Performance-Monitoring: CPU, RAM, Storage, Netzwerk
Alerting: Bei hoher Auslastung oder Fehlern
Capacity Planning: Ressourcen-Trends analysieren
Logs: Zentralisierte Log-Sammlung (SIEM)
Dokumentation: VM-Inventar, Konfigurationen, Abhängigkeiten

Der Weg zur Cloud

Virtualisierung ist die Grundlage für Cloud-Computing. Alle großen Cloud-Provider (AWS, Azure, Google Cloud) basieren auf Virtualisierungstechnologien:

AWS EC2: Basiert auf Xen und KVM
Azure VMs: Basiert auf Hyper-V
Google Compute Engine: Basiert auf KVM
Container: Docker, Kubernetes für Microservices

Wenn Sie Virtualisierung beherrschen, verstehen Sie die Cloud!

FAQ – Häufige Fragen & Antworten

Häufige Fragen zur Virtualisierung

Was ist der Unterschied zwischen Typ 1 und Typ 2 Hypervisor?

Typ 1 (Bare Metal): Läuft direkt auf der Hardware ohne Host-Betriebssystem. Beispiele: VMware ESXi, Hyper-V, KVM. Höhere Performance, besser für Produktion.

Typ 2 (Hosted): Läuft als Anwendung auf einem Host-Betriebssystem (Windows, macOS, Linux). Beispiele: VirtualBox, VMware Workstation. Einfacher zu installieren, aber geringere Performance.

Empfehlung: Typ 1 für Server und Produktion, Typ 2 für Desktop, Entwicklung und Testing.

VM oder Container – was soll ich verwenden?

Das hängt von Ihrem Use Case ab:

VMs: Wenn Sie verschiedene Betriebssysteme benötigen (z.B. Windows und Linux auf einem Host), starke Isolation, Legacy-Anwendungen oder vollständige System-Snapshots
Container: Wenn Sie Microservices, CI/CD-Pipelines, schnelle Skalierung, ressourceneffiziente Bereitstellung oder moderne Cloud-native Anwendungen

Häufige Kombination: VMs für die Infrastruktur (Datenbanken, Message Queues), Container für die Anwendungen (Microservices).

Wie viel Overcommit ist sicher?

Das hängt von der Ressource und dem Workload ab:

CPU: 2:1 bis 4:1 ist typisch für Produktions-VMs. Bei Desktop-Workloads (Entwicklung) kann es höher sein.
RAM: Kein Overcommit! 1:1 für Produktions-VMs. Wenn VMs mehr RAM anfordern als physisch vorhanden, beginnt Swapping und die Performance bricht ein.
Storage: Thin Provisioning mit 150-200% Overcommit ist üblich, aber Sie müssen die tatsächliche Nutzung überwachen.

Wichtig: Überwachen Sie die tatsächliche Nutzung und passen Sie die Overcommit-Faktoren basierend auf Ihren Workloads an.

Was ist vMotion / Live Migration?

vMotion (VMware) oder Live Migration (Hyper-V, KVM) ermöglicht es, eine laufende VM von einem Host auf einen anderen zu verschieben, ohne Downtime.

Voraussetzungen:

Shared Storage (SAN, NAS) oder Storage-vMotion
Netzwerk mit niedriger Latenz (< 5 ms)
Kompatible CPUs (oder Enhanced vMotion Compatibility, EVC)
Mindestens 1 Gbit/s Netzwerk (10 Gbit/s empfohlen)

Nutzen: Wartung ohne Downtime, Lastverteilung, automatische Ausfallsicherung (HA).

Welche Plattform ist die beste für mein Unternehmen?

Das hängt von Ihren Anforderungen ab:

VMware vSphere: Beste Wahl für große Enterprise-Umgebungen mit Budget. Ausgereift, stabil, aber teuer.
Microsoft Hyper-V: Ideal für Windows-lastige Umgebungen. In Windows Server enthalten, gute Integration mit Azure und Active Directory.
Proxmox VE: Beste Wahl für KMUs und Budget-Projekte. Kostenlos, benutzerfreundlich, kombiniert VMs und Container.
KVM: Beste Wahl für Linux-Umgebungen und Cloud-Provider. Kostenlos, hohe Performance, aber komplexer.
VirtualBox: Beste Wahl für Desktop, Entwicklung und Testing. Kostenlos, einfach, aber nicht für Produktion.

Wie sichere ich meine VM-Umgebung?

Sicherheit in virtuellen Umgebungen erfordert mehrere Ebenen:

Hypervisor-Sicherheit: Regelmäßige Patches, minimale Installation (nur Hypervisor, kein Host-OS)
Netzwerk-Isolation: Separate VLANs für Management, VM-Traffic, Storage
Zugriffskontrolle: RBAC (Role-Based Access Control), MFA für Admin-Zugriff
VM-Hardening: Unnötige Services in VMs deaktivieren, regelmäßige Updates
Backup & DR: Regelmäßige VM-Backups, Disaster-Recovery-Plan, Wiederherstellungstests
Monitoring: Zentrale Log-Sammlung, Alerting bei Anomalien

Was ist der Unterschied zwischen HA und FT?

HA (High Availability): Wenn ein Host ausfällt, werden die VMs automatisch auf einem anderen Host neu gestartet. Es gibt eine kurze Downtime (typisch 1-2 Minuten).

FT (Fault Tolerance): Eine VM läuft gleichzeitig auf zwei Hosts (Primär und Sekundär). Wenn der Primär-Host ausfällt, übernimmt der Sekundär-Host sofort ohne Downtime. FT ist teurer (doppelter Ressourcenbedarf).

Empfehlung: HA für die meisten VMs, FT nur für Mission-Critical-Systeme (z.B. Datenbanken, Transaktionssysteme).

Wie plane ich die Hardware für meine VM-Umgebung?

Hardware-Planung in 5 Schritten:

Workload-Analyse: Ermitteln Sie den Ressourcenbedarf aller VMs (CPU, RAM, Storage, IOPS)
Konsolidierung: Berechnen Sie den Gesamtbedarf mit Overcommit-Faktoren
Host-Auswahl: Wählen Sie Hosts mit 20-30% Puffer für Wachstum
Storage-Design: Shared Storage (SAN, NAS) für vMotion/HA, SSDs für Performance
Netzwerk-Design: Mindestens 10 Gbit/s für VM-Traffic, separate Netzwerke für Management und Storage

Beispiel: Für 10 VMs mit je 2 vCPUs, 4 GB RAM und 50 GB Storage benötigen Sie: 20 vCPUs (mit 2:1 Overcommit = 10 physische Kerne), 40 GB RAM (kein Overcommit), 500 GB Storage + 20% Puffer.

Zusammenfassung

             Die wichtigsten Punkte
            Virtualisierung: Mehrere VMs auf einer physischen Hardware – Grundlage moderner IT
Typ 1 Hypervisor: Bare Metal (direkt auf Hardware) – VMware ESXi, Hyper-V, KVM, Proxmox
Typ 2 Hypervisor: Hosted (auf Host-OS) – VirtualBox, VMware Workstation
VM vs. Container: VMs für starke Isolation, Container für Microservices
Overcommit: CPU 2:1, RAM 1:1 (kein Overcommit!), Storage mit Thin Provisioning
HA/FT: Hochverfügbarkeit und Fehlertoleranz für Ausfallsicherheit
Cloud-Grundlage: Alle Cloud-Provider basieren auf Virtualisierung
Best Practices: Planung, Right-Sizing, Sicherheit, Monitoring

        

Nächste Schritte

Virtualisierung ist die Grundlage für Cloud-Computing, Container und moderne IT-Infrastruktur. Wenn Sie Virtualisierung beherrschen, verstehen Sie:

Cloud-Computing: IaaS, PaaS, SaaS basieren auf Virtualisierung
Container: Docker, Kubernetes für Microservices
Hochverfügbarkeit: Cluster, Load Balancing, Disaster Recovery
Infrastructure as Code: Automatisierte Bereitstellung von VMs

Weiter zu Cloud Computing

Weiterführende Themen

Cloud Computing

IaaS, PaaS, SaaS – die Grundlagen des Cloud-Computings.

Zu Cloud Computing

Container-Orchestrierung

Docker, Kubernetes und die Verwaltung von Containern.

Zu Container-Orchestrierung

Hypervisor

VMware, Hyper-V, KVM, Proxmox im Detail.

Zu Hypervisor

Cloud-Sicherheit

Sicherheit in Cloud- und Virtualisierungs-Umgebungen.

Zu Cloud-Sicherheit