Als Proxmox Server Solutions im Sommer 2024 die erste Alpha des Proxmox Datacenter Manager — kurz PDM — veroeffentlicht hat, war die Reaktion in der Community gemischt. Endlich ein zentrales Werkzeug fuer mehrere Cluster, hiess es. Aber auch: viel zu spaet, viel zu duenn, und ohnehin nur eine Reaktion auf den Broadcom-Schock, der vCenter-Kunden reihenweise auf Alternativen umschauen liess. Ein Jahr spaeter — PDM ist inzwischen ueber mehrere Beta-Zyklen gereift und wird bei uns produktiv eingesetzt — ist es Zeit fuer eine nuechterne Zwischenbilanz. Was kann das Werkzeug wirklich? Wo klafft die Luecke zu vCenter noch? Und fuer welche Kunden ist der Einsatz jetzt schon sinnvoll?

Dieser Beitrag ist bewusst kein Feature-Feuerwerk. Wir zeigen, was PDM in unserer taeglichen Arbeit mit KMU-Clustern in Bayern loest, welche Erwartungen realistisch sind und wo weiterhin ein Skript, ein zweites Werkzeug oder ein direkter Login in den einzelnen Cluster faellig wird.

Warum es den Proxmox Datacenter Manager ueberhaupt gibt

Ein Proxmox-Cluster ist von Haus aus fuer bis zu einigen Dutzend Nodes gedacht, mit einer gemeinsamen Konfigurationsdatenbank — pmxcfs — und Corosync-Quorum. Solange man in einem Rechenzentrum bleibt, mit einem Team, einer Berechtigungsstruktur und einem Netz, ist die Web-GUI eines beliebigen Nodes das Kontrollzentrum. Das funktioniert seit Jahren zuverlaessig.

Sobald aber mehrere getrennte Cluster im Spiel sind — zwei Standorte, ein Produktivcluster und ein DR-Cluster, ein Kundencluster und der eigene Verwaltungscluster — gibt es keinen gemeinsamen Blick. Jeder Cluster hat seine eigene GUI, seine eigenen User, seine eigenen API-Token. Wer eine VM von A nach B verschieben will, arbeitet mit qm remote-migrate auf der Kommandozeile, so wie wir das in unserem Beitrag zur Live-Migration zwischen Clustern beschrieben haben. Praktisch, aber nichts fuer Kollegen ohne Shell-Erfahrung.

Genau diese Luecke soll PDM schliessen. Ein zusaetzlicher Node — oder eine VM — mit einer eigenen Web-Oberflaeche, der die einzelnen Cluster remote ueber die bekannte API-Schnittstelle anspricht und deren Zustaende, Ressourcen und Aktionen in einer gemeinsamen Ansicht buendelt.

Der PDM Update Praxis-Stand — was heute stabil laeuft

Wir betreiben PDM in mehreren Kundenumgebungen inzwischen produktiv, immer als eigenstaendige Debian-VM auf einem der Verwaltungscluster, mit dediziertem HTTPS-Zertifikat und eigenem Backup. Der Ressourcenbedarf ist ueberschaubar: zwei vCPUs, 4 GB RAM und 32 GB Disk reichen fuer die Verwaltung eines halben Dutzends Cluster mit insgesamt einigen hundert VMs.

Multi-Cluster-Uebersicht

Das erste, was PDM richtig macht, ist die Uebersicht. Nach dem Anbinden mehrerer Cluster ueber Fingerprint und API-Token sieht man auf einem Dashboard die Anzahl der Nodes, den Zustand — gruen, gelb, rot —, die aggregierte CPU- und RAM-Auslastung und offene Alarme. Fuer den Administrator, der frueher fuenf Browser-Tabs offen hatte, ist das ein spuerbarer Zeitgewinn.

Die Detailansicht pro Cluster ist bewusst schlank gehalten. Es geht nicht darum, die native Cluster-GUI zu ersetzen, sondern einen Ueberblick zu geben und den Sprung in die jeweilige Ansicht anzubieten. Wer eine VM konfigurieren will, wird weiterhin in die Cluster-GUI durchgereicht — allerdings mit uebernommenem Login, sofern SSO eingerichtet ist.

Zentrale Cross-Cluster-Migration

Das eigentliche Schwergewichts-Feature ist die zentrale Migration ueber die GUI. Was frueher ein Kommandozeilen-Aufruf mit sorgfaeltig konstruierten Storage- und Bridge-Mappings war, ist jetzt ein Assistent: Quell-VM auswaehlen, Zielcluster auswaehlen, Storage- und Netzwerk-Zuordnung bestaetigen, Migration starten. Der zugrundeliegende Mechanismus ist derselbe wie bei qm remote-migrate, nur eben mit einer Oberflaeche davor.

In der Praxis funktioniert das gut, solange die Cluster technisch kompatibel sind: gleiche oder groessere PVE-Version auf der Zielseite, kompatible Storage-Typen, ausreichend Bandbreite. Wir nutzen es fuer Hardware-Refresh, fuer die Rueckwaerts-Migration von der Test- in die Produktivumgebung und fuer Datacenter-Umzuege. Details zur Kompatibilitaet und den Grenzen sammeln wir in unserer laufenden Proxmox-Architektur-Serie.

Benutzer- und Team-Management mit SSO

PDM bringt eine eigene Benutzer- und Team-Verwaltung mit, die per OIDC oder LDAP an bestehende Identity Provider angebunden werden kann. Damit lassen sich zentral Rollen definieren — lesend, schreibend, migrationsberechtigt —, die dann als API-Tokens gegen die verbundenen Cluster arbeiten. Das ist zwar noch nicht so feingranular wie eine echte Delegation innerhalb der Cluster, deckt aber die typischen Anwendungsfaelle im Systemhaus-Alltag ab: der Erste-Level-Support darf sehen und neu starten, der Zweite-Level darf konfigurieren, der Architekt darf migrieren.

Wer bereits ein Self-Hosted-SSO wie Authentik betreibt, kann PDM ohne Umweg anbinden. Fuer Umgebungen mit Active Directory funktioniert LDAP mit den ueblichen Bind-User-Konventionen zuverlaessig.

Zentrale API-Token- und Zertifikatsverwaltung

Ein Nebeneffekt der PDM-Einfuehrung, den wir zu Beginn unterschaetzt haben, ist das saubere Token-Handling. Statt in jedem Cluster einzeln API-Tokens fuer die Automatisierung anzulegen — Terraform, Ansible, Monitoring —, koennen wir jetzt an einer Stelle Rotationen anstossen und den Ueberblick behalten, welcher Token welche Rechte hat. Das reduziert unangenehme Ueberraschungen bei Audits erheblich.

Was PDM heute noch nicht kann — die Luecke zu vCenter

So gut sich die Grundfunktionen anfuehlen: PDM ist kein vCenter-Ersatz mit Feature-Parity. Wer aus einer VMware-Landschaft kommt, sollte die Luecken kennen, bevor er PDM als 1-zu-1-Migrationsziel bewirbt. Wir sammeln hier die Punkte, die uns in Kundenprojekten regelmaessig begegnen.

Kein echter Distributed Resource Scheduler

vCenter kennt mit DRS einen dynamischen Scheduler, der VMs automatisch zwischen Hosts umverteilt, um Last auszugleichen. Proxmox hat mit PVE 9.2 einen Dynamic Load Balancer in den HA-Stack integriert — Details dazu in unserem PVE-9.2-Release-Beitrag — aber dieser arbeitet innerhalb eines Clusters. PDM kann Ressourcen ueber Cluster hinweg sehen, aber nicht automatisch verschieben. Cross-Cluster-Balancing bleibt Handarbeit oder Skript.

Keine tiefe Ressourcen-RBAC

vCenter erlaubt Berechtigungen bis auf einzelne VMs, Ordner, Ressourcenpools und Netzwerksegmente. PDM arbeitet zurzeit hauptsaechlich auf Cluster-Ebene. Wer feingranulare Delegation pro Kunde oder pro Mandant braucht, muss weiterhin die Cluster-eigenen ACLs pflegen oder mit Tags und Konventionen arbeiten.

Keine zentrale Backup-Steuerung

Der Proxmox Backup Server bleibt sein eigenes Ziel mit seiner eigenen GUI. PDM zeigt in der Uebersicht Backup-Zustaende und Alarme, kann aber keinen Backup-Job starten, keinen Restore ausloesen und keine Retention aendern. Fuer eine vollstaendige Backup-Ansicht bleibt der direkte Login in den PBS oder das Monitoring.

Kein Content-Library-Aequivalent

Templates, ISOs, Snippets und Cloud-Init-Konfigurationen leben weiterhin pro Cluster. Ein zentraler Template-Katalog, wie ihn vCenter mit Content Libraries kennt, fehlt. Wer den Aufwand nicht in mehreren Clustern parallel treiben will, arbeitet aktuell mit einem gemeinsamen ISO-Storage ueber NFS oder S3 — eine Rolle, die zum Beispiel ein TrueNAS-System gut ausfuellt.

Kein Networking-Overlay-Management

SDN-Zonen, VNets und Firewall-Regeln werden pro Cluster definiert. PDM kann sie anzeigen, aber nicht cluster-uebergreifend orchestrieren. In der Praxis heisst das: wer identische Netzwerksegmente in beiden Clustern will, pflegt sie doppelt oder deployt sie ueber ein IaC-Werkzeug wie Terraform.

Wann sich der PDM-Einsatz heute schon lohnt

Trotz der Luecken sehen wir klare Einsatzszenarien, in denen PDM heute schon einen echten Mehrwert bringt.

Zwei-Standort-Setups mit DR-Cluster

Kunden mit einem Produktiv- und einem DR-Cluster profitieren am staerksten. Der zentrale Blick auf beide Cluster und die einfache Migration ohne Shell-Gymnastik reduzieren die Fehlerquote bei Umzuegen und Test-Failovers spuerbar. Die Absicherung ergaenzen wir typischerweise mit Proxmox-Replication zwischen zwei Standorten und einem PBS an dritter Stelle.

Managed-Service-Provider mit mehreren Kunden-Clustern

Wenn wir als Systemhaus mehrere getrennte Kundencluster betreuen, verkuerzt PDM die Reaktionszeit im Support merklich. Statt Passwoerter und URLs zu jonglieren, sieht der Erste-Level-Kollege alle Cluster in einer Ansicht und weiss sofort, wo es klemmt. Fuer strikte Mandantentrennung — die es bei uns natuerlich weiterhin gibt — bleibt der direkte Login pro Kunde die saubere Loesung.

Migration weg von VMware

Fuer Kunden, die im Zuge des Broadcom-Umbaus von VMware weg wandern, ist PDM ein wichtiges Zwischenargument: das Verwaltungswerkzeug muss nicht komplett fehlen, es ist nur schmaler. Wer die vCenter-Funktionen ehrlich mappt und nur das behaelt, was er wirklich taeglich nutzt, kommt mit PDM plus den nativen Cluster-GUIs in vielen Faellen sehr gut aus.

Betrieb, Backup und Absicherung des PDM selbst

Ein Detail, das gerne uebersehen wird: PDM ist selbst ein System, das gesichert werden muss. Faellt der PDM-Node aus, faellt kein Cluster aus — die einzelnen Cluster laufen unabhaengig weiter —, aber der zentrale Blick und die Migration ueber die GUI sind weg.

Wir behandeln den PDM-Node deshalb wie jede andere Management-VM: taegliches Backup ueber PBS, Konfigurationsstaende in Git, dokumentierte Wiederherstellungsprozedur. Fuer den Hardware-Unterbau nutzen wir bewusst getrennte Ressourcen, damit ein Ausfall des Produktivclusters nicht gleichzeitig das Verwaltungswerkzeug lahmlegt.

Fuer den Storage-Unterbau der Verwaltungsumgebung eignet sich ein kleines, sparsames Setup — typischerweise ein TrueNAS-Mini oder eine Einstiegsvariante aus unserem TrueNAS-Konfigurator. Grosse M-Serie-Systeme braucht es fuer die reine PDM-Rolle nicht.

Aufwand fuer die Einfuehrung und was wir realistisch veranschlagen

Die reine Installation von PDM ist an einem halben Tag erledigt: Debian-VM, Paket-Repository einrichten, PDM installieren, HTTPS-Zertifikat einbinden, erste Cluster registrieren. Der eigentliche Aufwand liegt danach:

SSO-Anbindung mit sauberer Rollenmatrix
API-Token-Konzept ueber alle Cluster
Dokumentation fuer die Kollegen, damit die neue GUI genutzt wird und nicht die alten Bookmarks
Monitoring des PDM-Nodes selbst

Feste EUR-Preise nennen wir hier bewusst nicht: die Kombination aus Hardware — oft laeuft PDM einfach auf bestehender Infrastruktur —, Lizenzen fuer eine Proxmox-Subscription und Dienstleistungsaufwand ist zu individuell. Fuer eine realistische Einschaetzung machen wir gern ein individuelles Angebot auf Basis Ihrer bestehenden Cluster und Ihrer Ziele.

Fazit — PDM 2026 ist erwachsen, aber kein vCenter

Der Proxmox Datacenter Manager ist ein Jahr nach der ersten Alpha erwachsen genug fuer den Produktiveinsatz. Multi-Cluster-Uebersicht, zentrale Migration und SSO sind stabil und decken die haeufigsten Systemhaus-Anwendungsfaelle ab. Wer aus der VMware-Welt kommt, muss die Luecken kennen — DRS, tiefe RBAC, zentrales Backup, Content Library, cluster-uebergreifendes SDN —, wird aber ueberrascht sein, wie viel taegliche Arbeit sich mit dem heutigen Funktionsumfang schon vereinfacht.

Fuer die naechsten Beta-Zyklen erwarten wir vor allem Fortschritte bei feingranularer RBAC und bei der Integration mit PBS. Bis dahin gilt: PDM einsetzen, wo er hilft, und die Cluster-GUI dort behalten, wo sie besser ist.

Haeufige Fragen zum Proxmox Datacenter Manager

Ist der Proxmox Datacenter Manager schon fuer Produktivumgebungen freigegeben?

Er wird von Proxmox weiterhin als Beta gefuehrt, ist aber in unserer Erfahrung stabil genug fuer den produktiven Einsatz — vorausgesetzt, PDM wird ordentlich gesichert und der Ausfall des Werkzeugs faellt nicht mit dem Ausfall der ueberwachten Cluster zusammen. Wir empfehlen den Einsatz mit klarem Backup-Plan und dokumentierter Wiederherstellung.

Kann PDM vCenter komplett ersetzen?

Nein, nicht in allen Funktionen. PDM deckt Multi-Cluster-Uebersicht, zentrale Migration und Benutzer-Management ab. DRS-aequivalentes Scheduling ueber Cluster hinweg, tiefe RBAC bis auf VM-Ebene und eine Content Library fehlen. Wer diese Funktionen strikt braucht, muss die Luecken durch andere Werkzeuge oder Konventionen schliessen.

Welche Hardware braucht der PDM-Node?

Wenig. Zwei vCPUs, 4 GB RAM und 32 GB Disk reichen fuer die Verwaltung mehrerer Cluster mit einigen hundert VMs. In der Praxis laeuft PDM bei uns als schlanke Debian-VM auf einem Verwaltungscluster.

Unterstuetzt PDM Single Sign-On mit Active Directory oder OIDC?

Ja. PDM bindet sich per LDAP an Active Directory und per OIDC an moderne Identity Provider an. Wir kombinieren PDM haeufig mit einem selbstgehosteten Authentik-Server, das funktioniert sauber und laesst sich zentral pflegen.

Loest PDM das Thema Cross-Cluster-Backup?

Nein. Der Proxmox Backup Server bleibt das eigentliche Backup-System mit eigener GUI. PDM zeigt Alarme und Zustaende an, orchestriert aber keine Backup-Jobs oder Restores. Eine zentrale Backup-Verwaltung ist fuer PDM aktuell nicht angekuendigt.

Fuer welche Kundengroesse lohnt sich PDM heute?

Sinnvoll wird PDM ab zwei getrennten Clustern — also typischerweise Produktiv- und DR-Cluster — oder bei Managed-Service-Providern mit mehreren Kundenumgebungen. Fuer einen Ein-Cluster-Kunden bringt PDM heute noch keinen echten Mehrwert.

Proxmox Datacenter Manager 2026: der Praxis-Stand nach einem Jahr