Die offizielle Proxmox Backup-Server Die Anforderungen sind bewusst konservativ gehalten. Sie beschreiben, auf welchen Systemen PBS ausgeführt werden kann – nicht, auf welchen Systemen es beim Schutz produktiver Workloads in großem Umfang optimal läuft. Teams, die PBS nur mit den veröffentlichten Mindestanforderungen bereitstellen, stoßen schnell auf Engpässe bei der Deduplizierung, langsame Wiederherstellungszeiten und Backup-Fenster, die die Kapazität der Umgebung übersteigen. Die Mindestanforderungen stellen eine Untergrenze dar, kein Ziel.
Dieser Leitfaden beschreibt die tatsächlichen Anforderungen des Proxmox Backup Servers für den Produktiveinsatz: Hardware-Dimensionierung anhand der VM-Anzahl, RAM-Bedarf für den Deduplizierungs-Chunk-Index, CPU-Anforderungen für die Backup-Erfassung und Garbage Collection, Port-Anforderungen für die PVE-zu-PBS-Verbindung sowie Netzwerkbandbreitenplanung. Ob Sie eine neue PBS-Bereitstellung planen oder die Leistungsprobleme einer bestehenden Bereitstellung analysieren – die hier angegebenen Zahlen spiegeln reale Produktionsumgebungen wider. Den vollständigen Kontext der PBS-Architektur finden Sie im vollständigen Leitfaden. Proxmox Backup Server-Leitfaden.
Anforderungen an den Proxmox Backup-Server: Minimales vs. empfohlenes System
Proxmox veröffentlicht die folgenden Mindestsystemanforderungen für PBS. Diese eignen sich für eine Labor- oder Testumgebung mit weniger als 5 VMs. Sie sind nicht für den Produktivbetrieb geeignet.
| Komponente | Veröffentlichtes Minimum | Empfohlene Produktion (Klein) | Notizen |
|---|---|---|---|
| CPU | 64-Bit (Intel/AMD) | 4+ Kerne | Mehr Kerne verringern das Backup-Fenster für gleichzeitig laufende Aufträge |
| RAM | 2 GB | Mindestens 8 GB | 1 GB RAM pro 1 TB deduplizierter Daten – siehe Abschnitt RAM unten |
| Betriebssystem-Festplatte | 32 GB | 64–128 GB SSD | Verwenden Sie niemals die Betriebssystemfestplatte als Datenspeicher für Backups. |
| Backup-Speicher | Eine separate Festplatte | ZFS auf dedizierten Festplatten | RAIDZ1 als Mindestanforderung; RAIDZ2 für Laufwerke >8 TB |
| Netzwerk | 1-GbE-Netzwerkkarte | 1 GbE für <20 VMs; 10 GbE für größere | Dediziertes Backup-VLAN empfohlen |
| OS | Debian 12 (via PBS ISO) | Gleiches gilt nur für die Installation über PBS ISO. | Installieren Sie PBS nicht auf einem bestehenden Debian-System; verwenden Sie die ISO-Datei. |
Hardwareanforderungen für Proxmox Backup Server nach Anzahl der virtuellen Maschinen
Die richtige Methode zur Dimensionierung von PBS ist Bottom-up: Beginnen Sie mit der Anzahl der VMs, der durchschnittlichen VM-Größe und der Aufbewahrungstiefe und leiten Sie daraus den Speicher-, RAM- und CPU-Bedarf ab. Die folgende Tabelle bietet praktische Richtwerte für gängige Umgebungsgrößen.
| Arbeitsumfeld | VMs | CPU | RAM | Betriebssystem-Festplatte | Backup-Speicher | Netzwerk |
|---|---|---|---|---|---|---|
| Labor / Klein | <20 | 4 Kerne | 8 GB | 64 GB SSD | 4–8 TB HDD | 1 GbE |
| Medium | 20-100 | 8 Kerne | 16–32 GB | 128 GB SSD | 16–32 TB (ZFS RAIDZ1) | 10 GbE |
| Large | 100-500 | 16+ Kerne | 64 GB | 256 GB SSD | 50–200 TB (ZFS RAIDZ2) | 10–25 GbE |
| Unternehmen | 500+ | 32+ Kerne | 128 GB + | 512 GB SSD RAID 1 | 200 TB+ (ZFS / SAN) | 25 GbE+ |
RAM-Anforderungen für Proxmox Backup Server: Warum der Arbeitsspeicher oft unterschätzt wird
RAM ist die am häufigsten unterdimensionierte PBS-Ressource. Der Grund dafür ist einfach: PBS erstellt einen In-Memory-Chunk-Index für Deduplizierungsoperationen. Mit dem Wachstum des Datenspeichers wächst auch der Index. Faustregel für die Dimensionierung:
- 1 GB RAM pro 1 TB deduplizierter Sicherungsdaten
- Plus 2–4 GB für den Basisaufwand des Betriebssystems und des PBS-Dienstes
Eine PBS-Instanz, die 10 TB deduplizierter Daten verwaltet, benötigt daher etwa 12–14 GB RAM. Bei zu geringem RAM wird der Chunk-Index in den Auslagerungsspeicher ausgelagert, wodurch PBS bei jedem Sicherungs- und Wiederherstellungsvorgang Deduplizierungsindex-Lookups auf die Festplatte schreibt. Die Folge: Sicherungsaufträge, die in 30 Minuten abgeschlossen sein sollten, dauern 3–4 Stunden, und die Wiederherstellungsleistung verschlechtert sich proportional. Die Lösung besteht in der einfachen Erweiterung des Arbeitsspeichers – dies erfordert jedoch einen Neustart des Dienstes.
Eine praktische Konsequenz: Dimensionieren Sie den Arbeitsspeicher basierend auf der erwarteten Größe Ihres Datenspeichers. bei maximaler RetentionstiefeNicht Ihr aktuelles Datenvolumen. Wenn Sie eine Aufbewahrungsdauer von 30 Tagen für 50 VMs mit durchschnittlich je 300 GB und einem Deduplizierungsverhältnis von 2:1 planen, wird Ihr Datenspeicher schließlich etwa 2.25 TB deduplizierter Daten enthalten – planen Sie allein für den Chunk-Index mindestens 6–8 GB RAM ein.
CPU-Anforderungen für Proxmox Backup-Server
Die CPU-Auslastung in PBS wird von zwei unterschiedlichen Operationen dominiert: der Datenerfassung (Aufteilung, Hashing und Komprimierung eingehender Daten) und der Speicherbereinigung (Durchlaufen des gesamten Datenspeichers zur Identifizierung nicht referenzierter Datenblöcke). Diese Operationen weisen unterschiedliche Lastprofile auf.
Die Datensicherung skaliert horizontal mit der Anzahl der Kerne – PBS parallelisiert gleichzeitige Sicherungsaufträge auf die verfügbaren CPU-Kerne. In Umgebungen, in denen mehrere Cluster gleichzeitig gesichert werden, verkürzt jeder zusätzliche Kern das Sicherungsfenster deutlich. In einer Einzelcluster-Umgebung, in der sequenzielle nächtliche Aufträge ausgeführt werden, bewältigt eine CPU mit 4–8 Kernen die Datensicherung problemlos.
Die automatische Speicherbereinigung (Garbage Collection, GC) ist pro Vorgang rechenintensiver und wird auf den gesamten Datenspeicher angewendet. Bei großen Datenspeichern (ab 20 TB) kann ein GC-Lauf 30–60 Minuten dauern und erhebliche CPU-Ressourcen beanspruchen. Planen Sie GC-Aufträge außerhalb der Geschäftszeiten und stellen Sie sicher, dass ausreichend Kerne verfügbar sind. In Umgebungen mit mehr als 100 VMs reduzieren 16 oder mehr Kerne die Dauer von GC-Aufträgen so weit, dass nächtliche GC-Läufe möglich sind, ohne das Backup-Fenster zu beeinträchtigen.
Portanforderungen für den Proxmox-Backup-Server
PBS nutzt eine geringe Anzahl von Ports. Der gesamte PVE-zu-PBS-Backup-Datenverkehr läuft über eine einzige HTTPS-Verbindung:
| Hafen | Protokoll | Anleitung | Zweck |
|---|---|---|---|
| 8007 | TCP (HTTPS) | PVE-Knoten → PBS | PBS-API, Web-UI und alle Backup-Datenübertragungen – primärer Kommunikationsport |
| 22 | TCP (SSH) | Admin → PBS | Administrativer Zugriff; auf das Verwaltungs-Subnetz beschränken |
| 80/443 | TCP (HTTP/HTTPS) | PBS → Internet | Paketaktualisierungen (nur ausgehend; können über einen Proxy geleitet werden) |
Das Der Standardport des Proxmox Backup Servers ist 8007.Dieser einzelne Port dient der gesamten Kommunikation zwischen Proxmox VE und PBS – der Übertragung von Sicherungsdaten, API-Aufrufen und der Web-Verwaltungsoberfläche. Wenn Ihre Firewall oder Netzwerksegmentierung Port 8007 von den IP-Adressen der PVE-Knoten zum PBS-Host blockiert, kann Proxmox VE PBS nicht als Speicherziel hinzufügen, und alle Sicherungsaufträge schlagen mit einem Verbindungsfehler fehl.
Um den Standardport zu ändern, bearbeiten Sie /etc/proxmox-backup/proxmox-backup-proxy.cfg und starten Sie den Dienst neu:
systemctl restart proxmox-backup-proxy.serviceÄnderungen an den Ports erfordern eine entsprechende Aktualisierung der Speicherkonfiguration in PVE.
Anforderungen an den Proxmox-Backup-Server: Speicherplatz und Dimensionierung
Für die Dimensionierung des Speichers sind drei Eingangsgrößen erforderlich: die Gesamtgröße der Quelldaten, die erwartete tägliche Änderungsrate und der Aufbewahrungszeitraum. Die vereinfachte Formel:
Required storage = (Source data × daily change rate × retention days) ÷ dedup ratioUnter Verwendung konservativer Annahmen (5 % tägliche Änderungsrate, Deduplizierungsverhältnis 2:1):
| VMs | Durchschnittliche VM-Größe | Gesamtquelle | Kundenbindung | Geschätzter PBS-Speicherbedarf |
|---|---|---|---|---|
| 10 | 100 GB | 1 TB | 30 Tage | ~1.5 TB |
| 25 | 200 GB | 5 TB | 30 Tage | ~7.5 TB |
| 50 | 300 GB | 15 TB | 60 Tage | ~22 TB |
| 100 | 400 GB | 40 TB | 90 Tage | ~60 TB |
| 250 | 500 GB | 125 TB | 90 Tage | ~187 TB |
Die Deduplizierungsraten in der Praxis sind bei vorlagenbasierten VM-Clustern (z. B. geklonten Windows Server-Builds) deutlich höher – oft 5:1 bis 10:1 –, wodurch der tatsächliche Speicherbedarf proportional sinkt. Verwenden Sie 2:1 als konservative Planungsgrundlage und optimieren Sie diese, sobald erste Bereitstellungsdaten vorliegen. Rechnen Sie immer 20–30 % mehr als die berechnete Schätzung ein: Die Sicherungsdaten wachsen tendenziell schneller als erwartet, wenn die Anzahl der VMs zunimmt.
Netzwerkanforderungen und Bandbreitenplanung
Der Netzwerkdurchsatz bestimmt Ihr maximales Backup-Zeitfenster. Bei praktischen Durchsatzgrenzen gilt:
- 1 GbE: In der Praxis liegt die Übertragungsrate bei etwa 80–90 MB/s. Geeignet für Umgebungen mit weniger als 5 TB Quelldaten und einem Backup-Fenster von 2–4 Stunden. Für kleinere Installationen ausreichend; wird jedoch bei steigender Anzahl an virtuellen Maschinen zum Flaschenhals.
- 10 GbE: In der Praxis sind etwa 800–900 MB/s erforderlich. Dies gilt für Umgebungen mit mehr als 10 TB Quelldaten oder Backup-Fenstern unter 4 Stunden. Dies ist das praktische Minimum für mittlere bis große PBS-Implementierungen.
- 25 GbE: Empfohlen für große Umgebungen (100+ VMs), in denen gleichzeitig Backup-Jobs von mehreren Proxmox-Knoten ausgeführt werden.
Platzieren Sie PBS in einem dedizierten Backup-VLAN oder Netzwerksegment, getrennt vom Produktionsdatenverkehr der VMs. Backup-Aufträge, die dasselbe Netzwerk wie die Produktions-VMs auslasten, verursachen Latenzspitzen. Ein dediziertes Backup-Netzwerk vereinfacht zudem die Firewall-Regelverwaltung – Sie können Port 8007 aus dem gesamten PVE-Subnetz für PBS freigeben, ohne ihn im Produktionsnetzwerk zu öffnen.
Häufige Fehler bei der Dimensionierung von Proxmox-Backup-Servern
- PBS wird als VM auf demselben Host ausgeführt, auf dem die Sicherungen erstellt werden. Per Definition ein Single Point of Failure. Fällt der Host aus, sind sowohl die VMs als auch der Backup-Server gleichzeitig nicht verfügbar.
- Installation des Datenspeichers auf der Betriebssystemfestplatte. Die Sicherungsdaten füllen die Systemfestplatte und machen PBS unübersichtlich. Verwenden Sie daher immer eine separate, dedizierte Festplatte oder einen ZFS-Pool für den Datenspeicher.
- Unterdimensionierung des Arbeitsspeichers für das Wachstum des Chunk-Index. Dimensionieren Sie den Arbeitsspeicher entsprechend der Größe Ihres Datenspeichers mit der gewünschten Aufbewahrungstiefe, nicht anhand des aktuellen Datenvolumens. Der Index wächst mit zunehmender Datenmenge.
- Verwendung von Festplatten ohne RAID. Der Ausfall einer einzelnen Festplatte zerstört alle Sicherungsdaten auf dieser Festplatte. Verwenden Sie mindestens ZFS RAIDZ1; für Festplatten mit mehr als 8 TB RAIDZ2.
- GC-Jobplanung wird übersprungen. Bereinigte Backups werden erst nach der Ausführung der Garbage Collection (GC) freigegeben. Ohne geplante GC füllt sich der Speicherplatz trotz konfigurierter Aufbewahrungsdauer.
- Kein UPS-Schutz. Unerwartete Stromausfälle während der Speicherbereinigung oder Chunk-Indexierungsoperationen können den Datenspeicher beschädigen. PBS-Hardware sollte an einer USV-geschützten Stromversorgung angeschlossen sein.
Jenseits von PBS: Wenn die Größe nicht der Flaschenhals ist
Sobald PBS korrekt dimensioniert ist, stellen Teams, die mehrere Proxmox-Cluster verwalten, häufig fest, dass der Engpass von der Hardware auf die Komplexität der Verwaltung verlagert wird – Transparenz über alle Cluster hinweg, Benachrichtigungen bei Fehlern, Durchsetzung von Richtlinien und Dokumentation zur Einhaltung von Vorschriften. Dies sind keine Hardwareprobleme, sondern Probleme der Managementarchitektur.
Zmanda Pro adressiert die Managementebene, die PBS nicht bietet: zentralisiertes Multi-Cluster-Backup-Management, automatisierte Benachrichtigungen, unveränderlicher Speicher über S3 Object Lock zum Schutz vor Ransomware und für Compliance-konforme Berichte gemäß HIPAA, SOC 2 und PCI DSS. Für Umgebungen, die NFS- oder iSCSI-Speicher Als Backup-Ziele verwaltet Zmanda Pro diese zentral, ohne dass ein Konfigurationsaufwand pro Knoten erforderlich ist.
Lesen Sie auch bitte: Enterprise Proxmox Backup: Ein vollständiger Leitfaden für IT-Teams →
Häufig gestellte Fragen
