Virtualisierung
Xen / XenServer
Xen ist ein quelloffener Typ-1-Hypervisor mit einer privilegierten Steuer-Domäne (Dom0); XenServer ist das kommerzielle Produkt darauf, XCP-ng der Community-Fork.
- Offener Typ-1-Hypervisor (GPL)
- Dom0 / DomU-Architektur
- PV, HVM und PVH
- Kleiner Kern, starke Isolation
- XenServer kommerziell, XCP-ng offen
Xen ist ein quelloffener Typ-1-Hypervisor mit einem charakteristischen Aufbau: Ein sehr schlanker Hypervisor liegt direkt auf der Hardware, und eine privilegierte Steuer-Domäne namens Dom0 hält die Treiber und verwaltet die Gäste. Die eigentlichen virtuellen Maschinen laufen als unprivilegierte DomU.
Dieser Artikel erklärt die Dom0/DomU-Architektur, die Virtualisierungsmodi PV, HVM und PVH, die Verwaltungs-Toolstacks, das Verhältnis von Xen Project, XenServer und dem Fork XCP-ng, die Sicherheitsaspekte rund um Dom0 sowie die heutige Einordnung von Xen, dessen Bedeutung in Hyperscaler-Clouds zurückgegangen ist.
1. Dom0 und DomU
Nach dem Start läuft zuerst der Xen-Hypervisor, dann die Dom0, eine privilegierte, vertrauenswürdige Domäne, die die Gerätetreiber bereitstellt und den Hypervisor steuert. Alle weiteren Gäste sind DomU und haben keinen direkten Hardwarezugriff. Dieser Aufbau hält den Hypervisor selbst sehr klein, verlagert aber viel Verantwortung in die Dom0: Sie ist zugleich zentraler Vertrauens- und möglicher Ausfallpunkt.
2. Drei Wege zur virtuellen Maschine: PV, HVM, PVH
Xen kann Gäste auf unterschiedliche Weise betreiben:
- PV (Paravirtualisierung) der Gast weiß, dass er virtualisiert läuft, und ruft den Hypervisor direkt; schnell, aber nur mit angepasstem Kernel und ohne emulierte Geräte.
- HVM (Hardware Virtual Machine) nutzt die CPU-Virtualisierung und QEMU für emulierte Geräte, damit laufen auch unveränderte Betriebssysteme wie Windows; QEMU vergrößert aber die Angriffsfläche.
- PVH der moderne Mittelweg: hardwaregestützt für Speicher und CPU, paravirtualisierte Treiber für die Ein-/Ausgabe, ohne QEMU. Kleine Angriffsfläche, schneller Start, vom Projekt als Zukunftsrichtung gesehen.
3. Verwaltung: xl und XAPI
Xen wird über einen Toolstack bedient. Der Standard der Community ist xl, ein schlankes Kommandozeilenwerkzeug für den einzelnen Host. Für den Enterprise-Betrieb gibt es XAPI, die Xen-Management-API, die Ressourcenpools über mehrere Hosts, Live-Migration, Snapshots und Storage-Management ergänzt. XAPI ist der Kern von XenServer und dem Fork XCP-ng; das webbasierte Xen Orchestra setzt darauf auf.
Grundbefehle mit dem xl-Toolstack
xl list # laufende Domains anzeigen
xl create /etc/xen/web01.cfg # VM aus Konfigdatei starten
xl console web01 # an die Gast-Konsole
xl shutdown web01 # VM sauber herunterfahren
xl info # Hypervisor- und Host-Infos4. Xen Project, XenServer und XCP-ng
Die Namen stiften oft Verwirrung. Das Xen Project ist der offene Hypervisor unter dem Dach der Linux Foundation. XenServer ist das kommerzielle Produkt darauf (früher als Citrix Hypervisor benannt, inzwischen wieder XenServer), mit eigenen Editionen und Lizenzierung. XCP-ng ist ein quelloffener Fork von XenServer, getragen von Vates, und wird hier nur als Querverweis genannt, weil er ein eigenes Thema ist.
5. Sicherheit rund um Dom0
Weil Dom0 die Treiber hält und den Hypervisor steuert, ist sie die kritischste Komponente: Wird sie kompromittiert, sind alle Gäste gefährdet. Gegenmaßnahmen sind eine minimale Dom0 ohne unnötige Dienste, die Auslagerung von Treibern in separate Domänen (Disaggregation) und Stub-Domänen für QEMU. Sicherheitslücken werden als Xen Security Advisories (XSA) veröffentlicht; viele betreffen Speicherverwaltung, spekulative Ausführung und Geräte-Passthrough. Der Modus PVH gilt als am wenigsten angreifbar, weil er ohne QEMU auskommt.
6. Xen heute
Xen war früh prägend, auch große Clouds setzten darauf. Inzwischen hat sich das Bild verschoben: Amazon Web Services ist auf ein eigenes System umgestiegen (AWS Nitro, auf KVM-Basis), und im Mittelstand dominieren KVM-Plattformen wie Proxmox VE und OLVM. Lebendig bleibt Xen dort, wo seine Stärken zählen: in sicherheitsfokussierten Systemen (etwa als Basis von Qubes OS), im Embedded- und Automotive-Umfeld und in bestehenden XenServer-/XCP-ng-Installationen, die über Xen Orchestra verwaltet werden.
7. Stärken und Grenzen
| Stärken | Grenzen |
|---|---|
| Sehr schlanker Hypervisor-Kern, kleine Angriffsfläche | Dom0 ist zentraler Vertrauens- und Ausfallpunkt |
| Starke Isolation, in sicherheitskritischen Systemen genutzt | HVM nutzt QEMU und vergrößert die Angriffsfläche |
| PVH bietet Isolation ohne QEMU-Overhead | ohne XAPI nur Kommandozeile, kein Enterprise-Management |
| Breite Architekturen (x86, ARM, RISC-V im Aufbau) | in Hyperscaler-Clouds an Bedeutung verloren |
| Offen (GPL), Linux-Foundation-Projekt | im Mittelstand meist hinter KVM-Plattformen zurück |
Häufige Fragen zu Xen / XenServer
Xen (das Xen Project) ist der quelloffene Hypervisor selbst. XenServer ist das kommerzielle Produkt darauf, das eine Enterprise-Verwaltung (XAPI) ergänzt; es hieß zwischenzeitlich Citrix Hypervisor. XCP-ng ist ein quelloffener Fork von XenServer, der von Vates gepflegt wird und sich mit Xen Orchestra verwalten lässt.
Dom0 ist die privilegierte Steuer-Domäne, die die Gerätetreiber bereitstellt und den Hypervisor verwaltet. Sie hält den eigentlichen Hypervisor klein, ist aber zugleich der zentrale Vertrauens- und Ausfallpunkt: Wird Dom0 kompromittiert, sind alle Gäste betroffen. Deshalb wird Dom0 minimal gehalten und, wo möglich, in separate Domänen aufgeteilt.
Auch der Autor ist nur ein Mensch, dem Fehler unterlaufen können. Wenn in diesem Beitrag etwas nicht stimmt oder unklar ist, freuen wir uns über einen kurzen Hinweis über das Kontaktformular unten, wir prüfen und korrigieren das.
Der nächste Schritt
Xen / XenServer im eigenen Haus richtig einsetzen?
Wir klären, ob und wie der Baustein zu Ihrer Infrastruktur passt, und sagen offen, wann sich der Aufwand lohnt und wann nicht.