#News & Trends · 3 Min. Lesezeit · Tim Rinkel

BACKUP-HAMMER bei Proxmox! PBS 4.2 schickt deine VMs JETZT direkt in den S3-Bucket – so aktivierst du die 3-2-1!

BACKUP-HAMMER bei Proxmox! PBS 4.2 schickt deine VMs JETZT direkt in den S3-Bucket – so aktivierst du die 3-2-1!

PROXMOX-HAMMER für jeden Backup-Junkie! Proxmox Backup Server 4.2 ist da — und endlich macht er, worauf alle gewartet haben: S3-Object-Stores als nativer Backup-Ziel-Typ. Off-Site-Sicherungen werden damit endlich so einfach wie sie sein sollten.

Hinweis: Dieser Beitrag enthält Affiliate-Links (mit * gekennzeichnet). Kaufst du über einen dieser Links, erhalte ich eine kleine Provision — für dich ändert sich der Preis nicht.

SCHOCK-DETAIL: S3 läuft direkt aus PBS!

Bisher hieß die typische 3-2-1-Strategie für Proxmox-Admins: PBS lokal, externer PBS-Spiegel an einem zweiten Standort, plus extra Skripte in irgendwelchen Cron-Jobs. Mit PBS 4.2 kannst du jetzt einen S3-Bucket direkt als Datastore einhängen — und PBS legt verschlüsselte Backups dorthin ab.

Getestet sind alle gängigen Anbieter: AWS S3, Wasabi, Backblaze B2, MinIO, Hetzner* Object Storage. Eigene S3-Server gehen ebenfalls. Du brauchst Endpoint-URL, Access-Key, Secret-Key — fertig. Verschlüsselung läuft PBS-seitig, der Object-Store sieht nur Verschlüsselungs-Schmodder.

HAMMER: Verschlüsselte Sync-Jobs sind endlich Standard

Zweite große Neuerung: Sync-Jobs sind jetzt nativ verschlüsselt. Wer zwei PBS-Instanzen über das Internet spiegelt, musste bisher entweder VPN davorklemmen oder mit einem Self-Signed-Zertifikat im TLS-Tunnel leben. PBS 4.2 verschlüsselt die Datenströme zwischen den Hosts E2E.

Daneben gibt es ein leises, aber wichtiges Feature: Backup-Gruppen und Namespaces lassen sich verschieben. Wer beim Aufbau seines Datastores den falschen Namespace gewählt hat (jeder hat das mal), kann das jetzt korrigieren ohne Backups neu zu machen.

UNGLAUBLICH: Debian 13.4 + Kernel 7.0 + ZFS 2.4

Unter der Haube läuft PBS 4.2 jetzt auf Debian 13.4 mit Linux-Kernel 7.0 als neuem Stable-Default. ZFS ist auf 2.4, was unter anderem schnellere Replikation und bessere Recordsize-Heuristik bringt. Das ist die gleiche Basis, die auch Proxmox VE 9.1.x bald ziehen wird.

EXTRA-TIPP: So baust du JETZT die saubere 3-2-1

  1. PBS auf 4.2 hieven (apt full-upgrade).
  2. S3-Bucket bei Wasabi oder Hetzner anlegen, Access- und Secret-Key in PBS hinterlegen.
  3. Datastore vom Typ S3 mit Verschlüsselungsschlüssel anlegen.
  4. Sync-Job: lokaler Datastore -> S3-Datastore, einmal täglich nachts.
  5. Restore-Test einplanen — ein Backup, das du noch nie zurückgespielt hast, ist KEIN Backup.

WARNUNG: Upload-Bandbreite drosseln

Wer das erste Mal hundert TB durch eine 100-Mbit-Leitung jagt, ärgert die ganze Familie. PBS bietet Bandwidth-Limits pro Sync-Job — nutze sie. Empfehlung: erste Vollsicherung wochenweise außerhalb der Arbeitszeit, danach mit den deduplizierten Diffs ist die laufende Last typischerweise klein.

FAZIT: Off-Site-Backup ist jetzt ein Häkchen, kein Projekt

Proxmox Backup Server 4.2 macht aus „Off-Site-Backup“ eine Sache von 30 Minuten. Das ist genau der Schritt, den die Konkurrenz von Veeam und Co. lange als Verkaufsargument hatte. Für deinen Homelab- oder Mittelstands-Cluster: Update planen, S3 mieten, schlafen.

Häufige Fragen

Welche S3-Anbieter werden unterstützt?
PBS 4.2 spricht generische S3-API. Getestet sind laut Proxmox-Forum AWS S3, Wasabi, Backblaze B2 mit S3-Layer, MinIO und Hetzner Object Storage. Wer einen eigenen S3-Server fährt, kann ihn ebenfalls einbinden — Endpoint-URL, Access-Key und Secret reichen.
Lohnt sich das Update sofort?
Wenn du Backups bisher nur lokal gespeichert hast: ja. Off-Site-Backups via S3 sind die einfachste Variante, gegen Brand, Wasserschaden und Ransomware abzusichern. Wer schon eine externe PBS-Sync-Strategie hat, kann ein paar Tage warten — die ersten Bugfixes kommen erfahrungsgemäß zwei bis vier Wochen nach dem Major-Release.
Bricht das Update bestehende Datastores?
Nein. Bestehende lokale Datastores werden 1:1 übernommen, Sync-Jobs laufen weiter. Was sich ändert, ist die Möglichkeit, einen zusätzlichen Datastore vom Typ S3 hinzuzufügen — alte Workflows bleiben funktional.
Welche Mindest-Hardware brauche ich für 4.2?
Wie schon 4.x: 64-Bit-CPU, mindestens 4 GB RAM, ZFS oder LVM-Storage. Für ernsthafte Backup-Mengen weiterhin 16+ GB RAM und SSD-Cache empfohlen. S3-Backups belasten zusätzlich die Internet-Bandbreite — also Upload-Drosselung im Backup-Job nicht vergessen.

Kommentar hinterlassen

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert