Arama Yap Mesaj Senden
Rückruf anfordern
+90
X
X

Wählen Sie Ihre Währung

Türkische Lira $ US Dollar Euro
X
X

Wählen Sie Ihre Währung

Türkische Lira $ US Dollar Euro

Kontaktieren Sie uns

Standort Halkali Merkez Viertel Fatih Str. Ozgur Apt. No. 46, Kucukcekmece, Istanbul, 34303, TR
Letzte technische Prüfung · 17.08.2026 · PDM 1.1

Proxmox Datacenter Manager 1.1: Mehrere Cluster in einer Control Plane

PDM ersetzt nicht die PVE-Oberfläche eines einzelnen Clusters; es ergänzt eine zentrale Inventar- und Betriebsschicht. Version 1.1 bringt Installations-Workflows, zentrale Subscription-Keys, lokale Metriken und bessere Ceph-Sicht.

Produktionshinweis

PDM nicht als öffentliches Dashboard exponieren. Jedes Remote schafft Management-Rechte; Least Privilege und separates Management-Netz/VPN verwenden.

proxmox datacenter manager 1.1pdm 1.1 installationproxmox multi cluster verwaltung
TECHNISCHES IMPLEMENTIERUNGSPROFIL
EKA CORE
PDM 1.1

Bei mehreren PVE-Clustern, PBS-Instanzen oder Standorten verbessert PDM 1.1 die zentrale Ressourcen- und Health-Sicht. Als Management Plane stehen Zugriff, Token und TLS zuerst.

1.128. Mai 2026
Geprüft
13.5Debian Trixie
Geprüft
Multi-siteZentrale Sicht
Geprüft
CephCluster-Health-Sicht
Geprüft
Technischer Leitfaden · Production-Fokus · offizielle Quellen
Kurzantwort

Bei mehreren PVE-Clustern, PBS-Instanzen oder Standorten verbessert PDM 1.1 die zentrale Ressourcen- und Health-Sicht. Als Management Plane stehen Zugriff, Token und TLS zuerst.

01

Technischer Umfang auf einen Blick

Proxmox Datacenter Manager 1.1 für zentrale Sicht auf mehrere PVE/PBS-Umgebungen: Remotes, Rechte, Metriken, Ceph-Sicht und sicherer Zugriff.

1.128. Mai 2026

Offizielles PDM-1.1-Releasedatum.

13.5Debian Trixie

PDM 1.1 erschien auf Debian 13.5.

Multi-siteZentrale Sicht

Mehrere PVE/PBS-Umgebungen in einem Inventar beobachten.

CephCluster-Health-Sicht

Version 1.1 erweitert Ceph-Monitoring.

Auf dieser Seite

  1. 1. Wann PDM sinnvoll ist und wann nicht
  2. 2. Management-Server von Workload-VMs trennen
  3. 3. Bei Remotes keine pauschalen Admin-Tokens verwenden
  4. 4. Zentrale Metriken in Alarmregeln übersetzen
  5. 5. Subscription-Key-Management an Asset-Lifecycle koppeln
  6. 6. PDM als eigene Management-Zone schützen
  7. Häufig gestellte Fragen
02

1. Wann PDM sinnvoll ist und wann nicht

Für einen Node oder kleinen Cluster kann PVE reichen. PDM gewinnt mit Anzahl der Umgebungen, Standorte und Operatoren an Wert.

SzenarioPDM-Wert
1 standalone PVENiedrig
2-3 ClusterHoch
Mehrere Standorte/DCsSehr hoch
Zentrales NOC/BetriebSehr hoch
03

2. Management-Server von Workload-VMs trennen

PDM ist typischerweise nicht compute-lastig; zuverlässiger Storage, DNS, NTP und kontrollierte Management-Konnektivität sind wichtiger.

Befehl
hostnamectl
Befehl
timedatectl status
Befehl
ip -br address
Befehl
ip route
Befehl
systemctl --failed
04

3. Bei Remotes keine pauschalen Admin-Tokens verwenden

Für jedes Remote festlegen, welche Inventar-/Operationsrechte zentral nötig sind, und Token/Rollen entsprechend begrenzen.

Remote-Identität nach Standort und Umgebungstyp standardisieren.
Token-Rotationsdaten im Inventar pflegen.
Zertifikat-/Fingerprint-Änderungsverfahren dokumentieren.
05

4. Zentrale Metriken in Alarmregeln übersetzen

Diagramme allein sind kein Betrieb. Node-Verfügbarkeit, Datastore-Füllstand, Ceph-Health, Backup-Lag und Zertifikatsablauf brauchen Owner und Aktion.

SignalBeispielschwelleAktion
Datastore> 80%Kapazität/Retention prüfen
Ceph HEALTH_WARNCeph HEALTH_WARNCeph HEALTH_WARNPG/OSD-Ursache prüfen
Node offline> 3 minSite/Netzwerk/Host-Runbook
06

5. Subscription-Key-Management an Asset-Lifecycle koppeln

Node-Zugänge, Abgänge, Hardwaretausch und Cluster-Migrationen müssen auch Subscription-Inventar aktualisieren. PDM 1.1 zentralisiert dies.

Asset-ID ↔ Node ↔ Subscription-Key abbilden.
Key-Entfernung ins Decommission-Runbook aufnehmen.
07

6. PDM als eigene Management-Zone schützen

VPN/Allow-Lists, 2FA, starkes TLS und getrennte Admin-Konten verwenden. Kompromittierter PDM-Zugriff kann mehrere Cluster betreffen.

Befehl
ss -lntp
Befehl
journalctl -p warning -b --no-pager | tail -100
Befehl
systemctl --failed
EKA SUNUCU · TECHNICAL

Mehrere Proxmox-Umgebungen zentralisieren, ohne eine einzige Fehlerdomäne zu schaffen

PDM-Management-Server auf Eka Sunucu mit von PVE/PBS-Clustern getrennter Netzwerk- und Zugriffspolitik betreiben.

Production-GrundsatzMessen → Testen → DeployenKeine erfundenen Benchmark-Daten.
SRC

Offizielle Quellen

Primärdokumentation und technische Referenzen dieses Leitfadens.

EKA

Verwandte technische Anleitungen

Mit passenden Infrastruktur- und Implementierungsleitfäden fortfahren.

FAQ

Häufig gestellte Fragen

PDM 1.1

Ersetzt PDM die Proxmox-VE-Oberfläche?

Nein. PDM ergänzt zentrale Sicht und Betrieb über PVE/PBS-Umgebungen; clusterspezifische Details bleiben in PVE/PBS.

Auf welcher Debian-Version basiert PDM 1.1?

Laut offiziellem Release basiert es auf Debian 13.5.

Sollte PDM aus dem Internet erreichbar sein?

VPN, Management-VLAN oder Quell-IP-Allow-List ist sicherer als breite Internetfreigabe.

Ist PDM bei einem Cluster nötig?

Meist nicht. Der größte Nutzen entsteht bei mehreren Clustern, Standorten oder Betriebsteams.

Top