Virtualisierung bedeutet, dass eine Software die Hardware eines Computers nachbildet, sodass mehrere Betriebssysteme gleichzeitig auf einer einzigen physischen Maschine laufen. Jedes davon steckt in einer eigenen virtuellen Maschine (VM) und merkt nichts von den anderen. Möglich macht das der Hypervisor – die Zwischenschicht, die CPU, Arbeitsspeicher und Festplatte aufteilt und den VMs zuweist.
Klingt abstrakt, ist im Alltag aber überall: Der Cloud-Server, auf dem eine Website liegt, ist fast immer eine VM. Und wer auf dem eigenen Rechner Linux in einem Fenster startet, ohne Windows zu verlassen, virtualisiert bereits. Dieser Beitrag sortiert die Begriffe – Host, Gast, VM, Hypervisor – und zeigt den zentralen Unterschied zwischen Typ-1- und Typ-2-Hypervisoren, der in der Fachinformatiker-Prüfung gern abgefragt wird.
Die vier Begriffe, die man auseinanderhalten muss
Bevor es um Typen geht, lohnt sich ein kurzer Blick auf die Rollen. Sie tauchen in jeder Erklärung – und jeder Prüfung – wieder auf:
- Host (Wirt): die reale, physische Maschine mit echter Hardware. Sie stellt die Ressourcen bereit.
- Gast (Guest): das Betriebssystem, das innerhalb einer VM läuft – etwa ein Windows im Fenster auf einem Linux-Host.
- Virtuelle Maschine (VM): ein vollständig nachgebildeter Computer aus Software – mit eigener virtueller CPU, eigenem RAM, eigener virtueller Festplatte. Für das Gast-System sieht das aus wie echte Hardware.
- Hypervisor (auch Virtual Machine Monitor, VMM): das Programm, das die VMs erzeugt, überwacht und ihnen die physischen Ressourcen zuteilt. Ohne Hypervisor keine VM.
Der entscheidende Trick heißt Abstraktion: Der Hypervisor entkoppelt das Betriebssystem von der konkreten Hardware. Deshalb lässt sich eine VM kopieren, auf einen anderen Server verschieben oder sekundenschnell aus einem Snapshot wiederherstellen – das physische Blech interessiert sie nicht.
Anzeige
Typ-1- vs. Typ-2-Hypervisor: der Unterschied, der geprüft wird
Hypervisoren werden danach eingeteilt, worauf sie laufen. Das ist die wichtigste Unterscheidung im ganzen Thema.
Typ-1 (Bare-Metal): Der Hypervisor läuft direkt auf der Hardware – ohne darunterliegendes Betriebssystem. Er ist quasi das schlanke Betriebssystem des Servers und hat direkten Zugriff auf CPU und RAM. Das bringt hohe Leistung und starke Isolation zwischen den VMs. Einsatz: Rechenzentren, Server, Cloud.
Typ-2 (Hosted): Der Hypervisor ist ein ganz normales Programm, das auf einem bereits installierten Betriebssystem läuft (Windows, macOS, Linux). Jeder Hardware-Zugriff geht den Umweg über dieses Wirts-System – bequem zu installieren, aber etwas langsamer. Einsatz: Testen, Lernen, Entwicklung auf dem eigenen Desktop.
| Merkmal | Typ-1 (Bare-Metal) | Typ-2 (Hosted) |
|---|---|---|
| Läuft auf | direkt auf der Hardware | auf einem vorhandenen Betriebssystem |
| Leistung | hoch, kaum Overhead | etwas geringer (Umweg über Host-OS) |
| Isolation/Sicherheit | stark | schwächer |
| Installation | aufwendiger | einfach, wie jede App |
| Typischer Einsatz | Server, Rechenzentrum, Cloud | Desktop, Test, Schulung |
| Beispiele | VMware ESXi, Microsoft Hyper-V, KVM, Xen | VirtualBox, VMware Workstation, Parallels Desktop |
Eine Merkhilfe: Bei Typ-1 steht der Hypervisor unter allem, bei Typ-2 sitzt er als Anwendung zwischen Host-Betriebssystem und den Gästen. Wer für die IHK lernt, sollte genau diesen Aufbau skizzieren können.
Wo die Grenze in der Praxis verschwimmt
Ganz sauber ist die Zweiteilung nicht, und das ist eine beliebte Fangfrage. KVM zum Beispiel ist ein Modul im Linux-Kernel: Linux läuft zwar als vollwertiges Betriebssystem, wird durch KVM aber selbst zum Hypervisor und greift direkt auf die Virtualisierungsfunktionen der CPU zu. Deshalb gilt KVM üblicherweise als Typ-1 – obwohl darunter ein normales Linux steckt. Ähnlich hybrid ist Microsoft Hyper-V: Aktiviert man es unter Windows, schiebt sich Hyper-V unter das Windows, und Windows läuft danach selbst in einer privilegierten VM. Für die Praxis reicht die Faustregel: Server-Virtualisierung = Typ-1-Denke, Desktop-Programm zum Ausprobieren = Typ-2.
VM oder Container? Nicht dasselbe
Oft in einem Atemzug genannt, technisch aber grundverschieden. Eine VM bildet einen kompletten Rechner nach – jede VM bringt ihren eigenen Betriebssystem-Kern (Kernel) mit. Das kostet Ressourcen, isoliert dafür sehr stark.
Ein Container (etwa mit Docker oder LXC) teilt sich dagegen den Kernel des Host-Systems und kapselt nur die Anwendung samt ihrer Abhängigkeiten. Container starten in Sekunden und sind extrem sparsam – auf demselben Server passen deutlich mehr Container als VMs. Der Preis: schwächere Isolation, und alle Container hängen am selben (Linux-)Kernel.
- VM: volle Isolation, eigenes Betriebssystem je Instanz, auch andere OS möglich – ideal für unterschiedliche Systeme und sicherheitskritische Trennung.
- Container: minimaler Overhead, blitzschneller Start, viele Instanzen – ideal, um eine einzelne Anwendung reproduzierbar auszuliefern.
Wozu das Ganze? Typische Einsatzfälle
Virtualisierung ist kein Selbstzweck. Sie löst handfeste Probleme:
- Server-Konsolidierung: Statt zehn halb ausgelasteter physischer Server laufen zehn VMs auf einer starken Maschine – das spart Strom, Platz und Anschaffungskosten.
- Isolation: Stürzt eine VM ab oder wird kompromittiert, bleiben die anderen unberührt. Jede Anwendung bekommt ihre eigene, saubere Umgebung.
- Testen ohne Risiko: Ein neues Betriebssystem, ein zweifelhaftes Programm oder ein Update lässt sich in einer Wegwerf-VM ausprobieren. Snapshot vorher, bei Bedarf einfach zurückrollen.
- Cloud: Anbieter wie AWS oder Azure vermieten letztlich VMs, die je nach Bedarf entstehen und wieder verschwinden. Ohne Virtualisierung keine Cloud.
- Altsysteme betreiben: Software, die nur unter einem alten Betriebssystem läuft, überlebt in einer VM weiter, während die Hardware längst modern ist.
Selbst ausprobieren: der einfachste Einstieg
Wer Virtualisierung greifbar machen will, braucht keinen Server. Ein kostenloser Typ-2-Hypervisor wie VirtualBox auf dem eigenen PC genügt, um ein zweites Betriebssystem – zum Beispiel eine Linux-Distribution – in einem Fenster laufen zu lassen. Empfehlenswert sind mindestens 8 GB RAM im Host, damit sich Wirt und Gast den Speicher nicht gegenseitig wegnehmen. So wird aus der Theorie in einer halben Stunde eine echte, laufende VM.
Häufige Fragen
Was ist der Unterschied zwischen Typ-1- und Typ-2-Hypervisor?
Ein Typ-1-Hypervisor (Bare-Metal) läuft direkt auf der Hardware ohne darunterliegendes Betriebssystem – schnell und stark isoliert, typisch für Server. Ein Typ-2-Hypervisor läuft als normales Programm auf einem vorhandenen Betriebssystem, ist einfacher zu installieren, aber etwas langsamer.
Was ist eine virtuelle Maschine einfach erklärt?
Eine virtuelle Maschine ist ein kompletter Computer, der nur aus Software besteht: mit eigener virtueller CPU, eigenem Arbeitsspeicher und eigener Festplatte. Für das darin laufende Betriebssystem sieht sie aus wie echte Hardware, obwohl sie sich die physische Maschine mit anderen VMs teilt.
Ist ein Container dasselbe wie eine virtuelle Maschine?
Nein. Eine VM bringt einen eigenen Betriebssystem-Kern mit und ist stark isoliert. Ein Container teilt sich den Kernel des Host-Systems und kapselt nur eine Anwendung. Container starten schneller und verbrauchen weniger Ressourcen, isolieren aber schwächer.
Ist KVM ein Typ-1- oder Typ-2-Hypervisor?
KVM gilt üblicherweise als Typ-1-Hypervisor. Es ist zwar ein Modul im Linux-Kernel, doch Linux wird dadurch selbst zum Hypervisor und greift direkt auf die Virtualisierungsfunktionen der CPU zu. Die Einordnung ist ein klassischer Grenzfall in Prüfungsfragen.
Wozu braucht man Virtualisierung?
Virtualisierung bündelt mehrere Systeme auf einer Maschine (spart Strom und Platz), isoliert Anwendungen voneinander, erlaubt gefahrloses Testen mit Snapshots und ist die Grundlage jeder Cloud. Auch alte Software lässt sich so auf moderner Hardware weiterbetreiben.
