Proxmox VE vs XCP-ng: den richtigen Open-Source-Hypervisor wählen

Die Antwort zuerst

Beide sind ernstzunehmende, aktiv weiterentwickelte Hypervisor-Plattformen, vollständig Open Source, mit echten Unternehmen dahinter. Für die Wahl von keinem der beiden wird jemand entlassen. Die Kurzversion, wo jeder gewinnt:

• Proxmox VE ist die stärkere Standardwahl für Betreiber von Dedicated Servern: alles integriert auf jedem Node (Web-UI, Clustering, Backups, Firewall), erstklassiges ZFS und Ceph, native LXC-Container neben VMs, und eine moderne Linux/KVM-Basis, die mit aktuellen Kerneln Schritt hält. Wer ein bis ein Dutzend Hosts betreibt und eine in sich geschlossene Plattform will, ist damit den kürzeren Weg gegangen.
• XCP-ng punktet dort, wo sein XenServer-Erbe das tut: ein bewusst schlanker Hypervisor-Host mit Verwaltung zentralisiert in Xen Orchestra (eine Oberfläche für viele Pools und Standorte), ein Releasemodell mit langer LTS, kommerzieller Support von Vates pro Host (nicht pro Socket), und exzellente VMware-Importwerkzeuge. Teams, die von ESXi + vCenter kommen, erkennen die Form oft wieder.

Der Rest ist die Begründung, und die Details, die beide Fanlager meist übergehen.

Architektur: KVM in Linux vs Xen plus dom0

Proxmox VE ist eine Debian-Distribution (derzeit auf Debian 13 basierend, PVE 9.2, Linux-Kernel 7.0), deren Hypervisor KVM ist, ein Modul im Universal-Kernel des Hosts, wobei QEMU die Geräte bereitstellt. Der Host ist ein vollwertiges Linux-System: Standardtooling, Treiber, die mit Kernel-Updates mitkommen, und die Möglichkeit, LXC-Container nativ neben VMs zu betreiben.

XCP-ng ist eine dedizierte Appliance, aufgebaut auf Xen (derzeit Xen 4.17 in XCP-ng 8.3): Ein schlanker Typ-1-Hypervisor im Microkernel-Stil startet zuerst, und die gesamte Verwaltung läuft in einer privilegierten Control-VM, dom0. Es stammt von Citrix XenServer ab (2018 offen geforkt, heute von Vates betreut) und erbt sowohl die Tugend dieses Designs (ein minimaler, Appliance-artiger Host, den man kaum anfasst) als auch dessen Altlasten: Der aktuelle dom0-Userspace ist CentOS-7-basiert mit einem Kernel aus der 4.19-Ära, sicher gehalten durch Vates' eigenes Backporting statt durch Aktualität am Upstream. Ein modernisiertes XCP-ng 9.0 ist in Entwicklung, ohne angekündigten Termin, also beurteilen Sie die Plattform so, wie sie heute ausgeliefert wird. Praktische Konsequenz des alternden dom0: Neuere Hardware braucht manchmal zusätzliche Treiber, während der aktuelle Kernel von Proxmox sie in der Regel schon mitbringt.

Ein Unterschied in den Fähigkeiten ergibt sich direkt aus den Architekturen: Proxmox betreibt Container nativ; XCP-ng ist reine VM-Sache (Container laufen innerhalb von VMs).

Verwaltung: überall integriert vs eine Oberfläche für alles

Das ist die philosophische Trennlinie, die die meisten echten Entscheidungen bestimmt:

• Proxmox: Jeder Node liefert die vollständige Web-UI mit; jeder Node verwaltet den gesamten Cluster. Nichts Zusätzliches auszurollen, keine Management-VM am Leben zu halten, mit dem Nachteil, dass die Übersicht über mehrere Cluster/Standorte nicht die eingebaute Stärke ist.
• XCP-ng: Der Host bietet für die Grundfunktionen nur das leichtgewichtige eingebaute XO Lite; die eigentliche Verwaltung lebt in Xen Orchestra (XO), einem separaten Deployment, das dann viele Pools und Standorte von einer Stelle aus verwaltet, inklusive des kompletten Backup-Systems. Es gibt zwei XO-Varianten: Die schlüsselfertige Appliance (XOA) ist in der kostenlosen Stufe im Funktionsumfang begrenzt, während XO selbst aus dem Quellcode zu bauen alles freischaltet, kostenlos: derselbe Code, aber ohne QA/Support. (Die neu geschriebene XO-6-Oberfläche erschien Ende 2025 und reift noch; die XO-5-UI bleibt für manche Aufgaben das tägliche Werkzeug.)

Keins von beiden ist falsch: integriert-pro-Node ist im kleinen Maßstab einfacher; Hub-and-Spoke skaliert die Übersicht besser. Richten Sie sich danach, wie viele Hosts und Menschen Sie haben.

Die Vergleichstabelle

Zwei Tabellenzeilen verdienen die Fußnoten, die Anbieter auslassen. Das 2-TiB-Disklimit, das XCP-ng jahrelang verfolgte, wurde erst im Mai 2026 wirklich aufgehoben, als die QCOW2-Unterstützung GA ging (neue Obergrenze 16 TiB): aktuell genug, dass viele Ratschläge online es in beide Richtungen noch als gültig behandeln. Und SMAPIv3, der Storage-Stack der nächsten Generation von XCP-ng, bleibt eine Tech-Preview: Der heutige Produktions-Storage läuft auf dem reiferen, aber älteren Stack, den die QCOW2-Arbeit erweitert hat.

Storage und Backups: der Unterschied in der Tiefe

Für einen Betreiber von Dedicated Servern ist das Proxmox' stärkste Seite: ZFS bereits bei der Installation (Checksummen, Snapshots, Replikation) und Ceph vollständig integriert für hyperkonvergente Cluster, beides kostenlos, beides erstklassig in der UI. Das SR-Modell von XCP-ng deckt die Standard-Backends gut ab, aber ZFS/Ceph sind keine erstklassigen Bürger, und Vates' hyperkonvergente Antwort (XOSTOR) ist ein kostenpflichtiges Add-on.

Bei Backups liegen beide näher beieinander, aber unterschiedlich aufgebaut: Proxmox kombiniert das eingebaute vzdump mit dem separaten, kostenlosen Proxmox Backup Server für deduplizierte, verifizierte, verschlüsselte Backups; das Äquivalent von XCP-ng lebt in Xen Orchestra (Delta-Backups, kontinuierliche Replikation, Mirror auf Cold Storage, S3-Remotes), wirklich leistungsfähig, mit derselben Nuance aus Quellcode-oder-kostenpflichtig wie bei XO selbst. Eine Randnotiz zum Ökosystem, die etwas über die Reife beider Plattformen aussagt: Veeam hat in seinen letzten Releases offiziellen Support für erst Proxmox und dann XCP-ng ergänzt: Die traditionelle Enterprise-Backup-Welt behandelt beide inzwischen als Mainstream.

Preise und Support: pro Socket vs pro Host

Beide Plattformen sind ohne Abonnement voll funktionsfähig: Sie bezahlen für stabile/getestete Repositories und Menschen, nicht für Funktionen. Die Modelle unterscheiden sich in der Form, was je nach Größe und Struktur der eigenen Flotte relevant ist:

• Proxmox berechnet pro CPU-Socket: von €120 (Community, Zugang zum Enterprise-Repo) bis €1,100 (Premium, 2-Stunden-Reaktionszeit) pro Socket und Jahr. Dual-Socket-Server zählen doppelt; Single-Socket-Maschinen sind günstig abzudecken.
• Vates VMS berechnet pro Host (oder pauschal): Essential für $2,000/Jahr, das bis zu 3 Hosts abdeckt, Pro $1,000/Host/Jahr, Enterprise $1,800/Host/Jahr mit 24/7. Dicht bestückte Dual-Socket-Hosts kosten nicht mehr, kleine Drei-Host-Shops passen genau in die Pauschalstufe.

Rechnen Sie Ihre tatsächliche Topologie gegen beide Preislisten; der Gewinner kippt mit der Anzahl der Sockets. Die kostenlosen Stufen beider Unternehmen sind ehrlich genug, dass viele Produktivflotten ohne Abonnement mit Community-Support laufen, eine legitime Wahl, wenn sich Ihr Team selbst helfen kann.

Für die VMware-Flüchtlinge

Beide Projekte haben die Jahre nach Broadcom damit verbracht, die Landebahn zu polieren. Proxmox liefert einen ESXi-Importassistenten (auf einen Host zeigen, VMs mit Disks importieren). Der V2V-Import von Xen Orchestra streamt von ESXi/vSphere über VMwares eigenes VDDK: nur zugewiesene Blocks, Unterstützung für Warm-Migration, vSAN-Quellen inklusive. Keine der beiden Migrationen ist mehr der schwierige Teil; der schwierige Teil ist die Neuausrichtung operativer Gewohnheiten (vCenter → XO fällt leicht; vCenter → das Per-Node-Modell von Proxmox ist ein größerer gedanklicher Sprung, abgefedert durch die besseren Storage-Optionen am Ende davon).

Urteil, mit Bedingungen

• Wählen Sie Proxmox VE, wenn Sie Betreiber eines Dedicated Servers sind und eine Plattform pro Maschine wollen, mit allem an Bord (ZFS/Ceph, Container, Backups über PBS) und Hardware-Support durch einen aktuellen Kernel. Die Standardempfehlung für die meisten Leser dieses Blogs, und der Grund, warum es unsere Proxmox-Reihe gibt.
• Wählen Sie XCP-ng, wenn Sie die Verwaltung mehrerer Pools/Standorte in einem XO zentralisieren, Sie den schlanken Appliance-Host und lange LTS-Fenster schätzen, Sie von XenServer/ESXi kommen und das Pool-Modell zu Ihrem Team passt, oder Support-Preise pro Host besser zu dicht bestückter Hardware passen.
• So oder so bekommen Sie eine echte Plattform, keinen Kompromiss: aktive Entwicklung, echten VMware-Import, echte Backup-Konzepte, und Unternehmen (Proxmox GmbH, Vates), deren Interessen mit den Open-Source-Produkten übereinstimmen.

Häufig gestellte Fragen

Ist das CentOS-7-basierte dom0 von XCP-ng ein Sicherheitsproblem?

Nicht so, wie es klingt: Das Sicherheitsteam von Vates spielt Fixes in den dom0-Userspace zurück, und Xen selbst wird aktiv gepatcht, daher heißt „CentOS 7 ist EOL" nicht „XCP-ng ist ungepatcht". Die ehrlichen Kosten liegen anderswo: Ein älterer Kernel bedeutet, dass neuere Hardware gelegentlich zusätzliche Treiber braucht, und die Plattform trägt technische Schulden mit sich, die das in Entwicklung befindliche XCP-ng 9.0 abbauen soll (kein Erscheinungstermin angekündigt). Beurteilen Sie das Produkt, wie es heute ausgeliefert wird: sicher, im Unterbau etwas veraltet, mit sichtbar laufender Modernisierung.

Was ist schneller, Xen oder KVM?

Es gibt keine ehrliche Pauschalantwort: Beide sind ausgereifte Typ-1-Designs, die sich bei typischen Server-Workloads nur um wenige Prozent unterscheiden, und die Ergebnisse kippen je nach Workload, Gast-Betriebssystem, Storage und Tuning. Wer eine eindeutige Benchmark zwischen Hypervisoren zitiert, misst meist Storage-Stacks oder die Aktualität von Treibern, nicht die Hypervisoren selbst. Entscheiden Sie anhand von Verwaltungsmodell, Storage-Integration und Ökosystem (den Dimensionen oben, wo die Unterschiede real und dauerhaft sind), nicht anhand von Mikrobenchmarks.

Muss ich bezahlen, um den vollen Funktionsumfang von Xen Orchestra zu bekommen?

Nein. Das ist die am meisten missverstandene Tatsache in diesem Vergleich. Der Quellcode von XO ist vollständig offen, mit jeder Funktion (inklusive der kompletten Backup-Suite); ihn selbst aus dem Quellcode zu bauen (Community-Skripte machen daraus wenige Befehle) schaltet alles frei, kostenlos. Was Vates verkauft, ist die vorgefertigte XOA-Appliance mit QA und Support dahinter. Kalkulieren Sie aber ehrlich: „kostenloses" XO aus dem Quellcode bedeutet, dass Sie selbst für Updates und im Ernstfall für die Rettung zuständig sind, dieselbe Selbsthilfe-Rechnung wie beim abonnementfreien Repo von Proxmox.

Was sollte ich auf einem einzelnen Dedicated Server einsetzen?

Proxmox, in den meisten Fällen: Die integrierte UI bedeutet, dass sich die Maschine selbst verwaltet, ohne dass Sie etwas Zusätzliches ausrollen müssen, ZFS ab dem Installer gibt Storage-Resilienz auf einem einzelnen Host, LXC lässt kleine Services den VM-Overhead überspringen, und die Single-Node-Story ist ausgereift. Die Architektur von XCP-ng (schlanker Host, Verwaltung anderswo) glänzt bei mehreren Hosts; auf genau einem Server bedeutet das entweder, XO als VM auf dem Host laufen zu lassen, den es verwaltet, oder mit den Grundfunktionen von XO Lite zu leben.

Deployment auf Serverside

Auf welcher Seite dieses Vergleichs Sie auch landen, die Grundlage ist dieselbe: Unsere Dedicated Server mit NVMe-Storage und privater Vernetzung kommen mit vorinstalliertem Proxmox VE in unter einer Minute, und XCP-ng installiert sich sauber über unsere ISO + KVM-over-IP-Konsole, wenn der Xen-Weg Ihrer ist. ASN 55285, permanente DDoS-Mitigation, und Hardware, die jeder der beiden Hypervisoren gerne verarbeitet.

Die Proxmox-Seite des Bücherregals: was Proxmox VE ist, der ESXi-Vergleich, Einrichtung, Netzwerk, und Clustering.