Proxmox Backup Server 4.2: S3-Storage ist raus aus der Tech Preview — was man wissen muss

Proxmox Backup Server professionell einrichten und betreiben lassen? WZ-IT übernimmt Planung, Installation und laufenden Betrieb Ihrer Backup-Infrastruktur. Jetzt kostenlosen Termin vereinbaren

Mit Proxmox Backup Server 4.2 (veröffentlicht Ende April 2026) ist S3-kompatibles Object Storage offiziell als Backup-Backend unterstützt. Kein Tech-Preview-Label mehr, keine experimentellen Warnungen. Aber: es gibt Einschränkungen, die man kennen muss — und eine davon kann eure Datastore-Struktur kaputt machen.

Inhaltsverzeichnis

• Was ist neu in PBS 4.2
• S3 als Backup-Backend: Was jetzt stabil ist
• Der lokale Cache: So funktioniert die Architektur
• Object Lock: Warum es nicht funktioniert und was passiert wenn man es aktiviert
• Weitere Einschränkungen die man kennen muss
• Welche S3-Provider funktionieren
• Unsere Empfehlung

Was ist neu in PBS 4.2

PBS 4.2 basiert auf Debian 13.4 ("Trixie") mit Linux Kernel 7.0 und ZFS 2.4. Die wichtigsten Neuerungen:

• S3-Storage offiziell stabil — kein Tech Preview mehr
• Request- und Traffic-Statistiken für S3-Datastores direkt in der Web-GUI
• Parallele Sync-Jobs — über den neuen worker-threads Parameter können mehrere Backup-Gruppen gleichzeitig synchronisiert werden
• Backup-Gruppen und Namespaces können innerhalb eines Datastores verschoben werden
• Verschlüsselung bei Push/Pull-Sync — Snapshots können on-the-fly ver- und entschlüsselt werden
• Zentralisierte Key-Verwaltung — Tape- und Sync-Encryption-Keys in einem Panel

S3 als Backup-Backend: Was jetzt stabil ist

S3-kompatible Object Stores können als Datastore-Backend in PBS genutzt werden. Das bedeutet: Chunks und Metadaten werden im S3-Bucket gespeichert statt auf einem lokalen Dateisystem.

Was funktioniert:

• Backup und Restore von VMs und Containern
• Deduplizierung (Chunks werden wie bei lokalen Datastores dedupliziert)
• Clientseitige Verschlüsselung (AES-256-GCM)
• Garbage Collection
• Sync-Jobs (Push und Pull)
• Traffic- und Request-Monitoring in der GUI

Der lokale Cache: So funktioniert die Architektur

PBS speichert bei S3-Datastores nicht alles direkt im Bucket. Es gibt einen lokalen Cache, der essentiell für den Betrieb ist:

• Metadaten werden lokal persistent gespeichert — PBS braucht sie für den Datastore-Betrieb
• Chunks werden als LRU-Cache vorgehalten — häufig verwendete Chunks bleiben lokal, selten genutzte werden nur im S3 vorgehalten
• Der Cache ist "greedy" — er nutzt so viel Platz wie verfügbar

Empfehlung: 64-128 GB dedizierter Speicher für den Cache. Am besten ein eigenes Dateisystem oder Partition, damit der Cache nicht andere Dienste verdrängt. Wer den Cache begrenzen will, sollte Filesystem-Quotas oder eine dedizierte Partition nutzen.

Wichtig: Bei einem S3-Refresh (Synchronisation des lokalen Cache mit dem Bucket) war in PBS 4.1 ein Bug, der zu einem Panic führte. Das ist in 4.2 gefixt. Trotzdem: ein S3-Refresh blockiert den Datastore kurzzeitig — plant das bei mehreren Datastores ein.

Object Lock: Warum es nicht funktioniert und was passiert wenn man es aktiviert

Das ist der kritischste Punkt. PBS unterstützt kein S3 Object Lock, kein S3 Versioning und keine Immutable Objects.

Warum nicht:

• PBS verwaltet die Datenintegrität selbst über seine eigene Garbage Collection
• Chunks werden gelöscht wenn kein Index mehr auf sie referenziert
• Object Lock verhindert das Löschen von Chunks → Garbage Collection kann nicht aufräumen → Datastore-Struktur wird inkonsistent

Was passiert wenn Object Lock auf dem Bucket aktiv ist:

• Garbage Collection schlägt fehl oder produziert Fehler
• Chunks die nicht mehr referenziert werden können nicht gelöscht werden
• Der Speicherverbrauch steigt unkontrolliert
• Im schlimmsten Fall wird der Datastore unbrauchbar

Unsere klare Empfehlung: Object Lock auf dem S3-Bucket deaktiviert lassen. Wer Immutable Backups braucht, muss auf eine Lösung außerhalb von PBS setzen (z.B. ein separates S3-Bucket mit Object Lock für manuelle Snapshot-Kopien).

Weitere Einschränkungen die man kennen muss

1. Keine native Immutability — PBS hat kein eigenes Immutable-Backup-Feature. Das ist im Issue-Tracker als Feature Request (6780) erfasst, aber aufgrund der Deduplizierungs-Architektur nicht trivial umzusetzen.

2. Latenz — S3 ist langsamer als lokaler Storage. Restore-Zeiten sind höher, besonders bei vielen kleinen Chunks. Für kritische RTOs (Recovery Time Objectives) empfehlen wir einen lokalen PBS als primären Datastore und S3 als Offsite-Kopie.

3. S3-API-Kosten — Jede Backup-Operation erzeugt S3-Requests (PUT, GET, DELETE, LIST). Bei Providern mit Request-basierter Abrechnung (AWS S3, teilweise Wasabi) können die Kosten bei vielen kleinen Backups signifikant werden. Die neuen Traffic-Statistiken in PBS 4.2 helfen hier bei der Kostenkontrolle.

4. Kein Multi-Datastore-S3-Refresh — Wenn ein S3-Refresh auf einem Datastore läuft, sind in PBS 4.1 alle Datastores kurzzeitig nicht verfügbar. In 4.2 ist das verbessert, aber es ist trotzdem kein Null-Impact-Vorgang.

Welche S3-Provider funktionieren

PBS arbeitet mit allen S3-kompatiblen Providern:

Für DSGVO-konforme Setups empfehlen wir Hetzner Object Storage oder STACKIT als S3-Backend.

Unsere Empfehlung

Die sinnvollste Architektur ist ein hybrides Setup:

1. Primärer PBS mit lokalem Storage (ZFS/LVM) für schnelle Backups und schnelles Restore
2. Sekundärer PBS oder Sync-Job mit S3-Backend für Offsite-Kopien
3. Kein Object Lock auf dem S3-Bucket
4. Monitoring der S3-Request-Kosten über die neuen PBS 4.2 Statistiken
5. Ausreichend lokaler Cache (64-128 GB) für den S3-Datastore

S3 als alleiniges Backend für produktive Backups ist möglich, aber die Restore-Performance und die fehlende Immutability machen es eher zur Ergänzung als zum Ersatz eines lokalen PBS.

Wir betreiben Proxmox Backup Server für Sie — Planung, Installation, Monitoring und laufende Wartung. Ob lokaler PBS, S3-Offsite oder hybrides Setup: Wir beraten Sie gerne.

Weiterführende Guides

1. Proxmox Backup Server Expertise — Alles zu PBS bei WZ-IT
2. Verschlüsselte Backups mit Hetzner Storage Box — Klassisches PBS-Backup über NFS
3. Proxmox auf Hetzner installieren — Auto-Install-Script für Hetzner Dedicated
4. Managed Operations — Professioneller IT-Betrieb mit SLA