Storage-Architektur für Ihren Cluster prüfen lassen: Proxmox-Beratung für die Entscheidung zwischen ZFS und Ceph oder Ceph-Aufbau.
Die richtige Storage-Wahl in Proxmox VE hängt vor allem davon ab, ob Sie einen einzelnen Server oder einen Cluster betreiben. Kurz gefasst: Für einen Single-Node ist ZFS die beste Allround-Wahl (Snapshots, Kompression, Prüfsummen, Software-RAID), und LVM-thin die schlanke Alternative für Setups mit wenig RAM. Für einen Cluster mit Hochverfügbarkeit ab drei Nodes ist Ceph der Standard, weil es Speicher verteilt und über alle Nodes teilt. Directory und NFS ergänzen das Ganze für ISOs, Templates und Backups. Dieser Artikel erklärt die Optionen, ihre Stärken und Schwächen und gibt Empfehlungen je Szenario.
Welches Dateisystem für Proxmox?
Proxmox VE unterstützt mehrere Storage-Typen (Proxmox-Storage-Doku), die sich grob in zwei Klassen einteilen lassen: lokaler Storage (nur auf einem Node verfügbar) und Shared Storage (über mehrere Nodes geteilt). Die Entscheidung folgt einer einfachen Logik:
- Ein Server, keine Hochverfügbarkeit: ZFS oder LVM-thin.
- Cluster mit echter HA und gemeinsamem Speicher: Ceph (verteilt) oder externer Shared Storage (NFS, iSCSI).
- Ablage für ISOs, Container-Templates und Backups: Directory oder NFS.
Wichtig: Es gibt nicht das eine beste Dateisystem. Die Frage ist immer, welches Verhalten Sie brauchen und welche Hardware Sie haben.
Was ist ZFS?
ZFS ist ein kombiniertes Dateisystem und Volume-Manager und das funktionsreichste lokale Storage in Proxmox. Es ist seit Jahren die empfohlene Wahl für neue Single-Node-Installationen. Die wichtigsten Eigenschaften:
- Snapshots und Klone: Konsistente Momentaufnahmen von VMs und Containern in Sekunden, ohne den Speicher zu verdoppeln. Ideal vor Updates und für schnelle Klone.
- Replikation: ZFS kann Datasets per
zfs send/receiveim Intervall auf einen anderen Node replizieren. Das ist die Grundlage für die ZFS-basierte Near-HA in Proxmox. - Kompression: Standardmäßig mit
lz4aktiv. Sie spart oft Platz und kann durch weniger physische Schreibvorgänge die Performance sogar verbessern. - Datenintegrität: ZFS bildet für jeden Block eine Prüfsumme. So erkennt es stillen Datenverlust (Bit-Rot) und repariert ihn in redundanten Pools (Mirror, RAIDZ) automatisch (Self-Healing).
- Integriertes Software-RAID: Mirror, RAIDZ1/2/3 ohne separaten RAID-Controller.
Stand Oktober 2026 nennt Proxmox mindestens 8 GB RAM als Einstieg für ZFS. Als ARC-Faustregel gelten mindestens 2 GiB Basis plus 1 GiB je TiB Speicherplatz. Der Installer begrenzt den ARC standardmäßig auf 10 Prozent des Host-RAM, höchstens 16 GiB (Quelle). Bei Speicherdruck kann OpenZFS den ARC bis zu seiner konfigurierten Untergrenze verkleinern (Quelle). Zwei Praxisregeln: ZFS gehört direkt auf die Platten (HBA / IT-Mode), nicht hinter einen Hardware-RAID-Controller, und für maximale Integrität ist ECC-RAM empfehlenswert.
Für den Aufbau und die Abnahme führt die Anleitung zum Einrichten und Prüfen von Proxmox Ceph durch Nodes, Netze, Pools und Health-Checks.
Was ist Ceph?
Ceph planen und aufbauen lassen und Hardware und Sizing prüfen.
Ceph ist ein verteilter Objektspeicher, der in Proxmox VE als hyperkonvergenter Shared Storage integriert ist. Statt Daten lokal auf einem Server zu halten, verteilt Ceph sie repliziert über alle Nodes des Clusters. Fällt ein Node aus, sind die Daten weiterhin auf den anderen verfügbar. Genau das macht Ceph zur Standardgrundlage für Hochverfügbarkeit und HA-Cluster mit Proxmox.
Die Voraussetzungen sind aber deutlich höher als bei lokalem Storage:
- Mindestens drei Nodes. Erst ab drei Nodes kann Ceph Daten sinnvoll redundant verteilen. Drei ist das Minimum der Fehlertoleranz; robuster werden vier bis fünf Nodes.
- Schnelles, dediziertes Netz. Empfohlen sind laut Proxmox-Ceph-Doku mindestens 10 Gbit/s exklusiv für Ceph, bei NVMe-Datenträgern mindestens 25 Gbit/s. Latenz und Bandbreite bestimmen die Storage-Performance direkt.
- Mehrere Datenträger pro Node. Jede Platte wird zu einer OSD (Object Storage Daemon); mehr OSDs bedeuten mehr Leistung und Redundanz.
Ceph ist mächtig, aber kein Selbstläufer. Ein zu kleines oder schlecht vernetztes Ceph ist eine häufige Ursache für Performance- und Stabilitätsprobleme.
Was ist LVM und LVM-thin?
LVM (Logical Volume Manager) ist die klassische, bewährte Block-Storage-Schicht von Linux. In Proxmox sind zwei Varianten relevant:
- LVM (thick): Reserviert den vollen Speicher eines Volumes sofort. Robust und einfach, aber ohne Thin Provisioning.
- LVM-thin: Belegt nur die tatsächlich beschriebenen Blöcke (Thin Provisioning) und unterstützt Snapshots und Klone. Das ist die übliche Wahl für VM- und Container-Disks und der Standard bei LVM-basierten Installationen.
LVM-thin ist die schlanke Alternative zu ZFS: kaum RAM-Bedarf, sehr robust, gut vorhersehbare Performance. Es fehlen aber die Prüfsummen gegen Bit-Rot und das integrierte Self-Healing. LVM-thin ist lokal und nicht zwischen Nodes teilbar. Klassisches LVM kann dagegen auf gemeinsamem Blockspeicher wie iSCSI verwendet werden. Neu seit Proxmox VE 9: Auch klassisches und geteiltes LVM (etwa über iSCSI oder Fibre Channel) kann Snapshots über qcow2-basierte Volume-Chains abbilden. Stand Proxmox VE 9.2 (Juni 2026) ist diese Funktion allerdings noch eine Technologie-Vorschau und nicht für kritische Produktivdaten freigegeben.
Directory, NFS und iSCSI
Directory (Verzeichnis) ist file-basierter Storage auf einem normalen Dateisystem. Es ist immer verfügbar (Standard-Storage local) und eignet sich für ISO-Images, Container-Templates und Backups. VM-Disks werden hier als qcow2-Dateien abgelegt, die ebenfalls Snapshots unterstützen, auf Netzwerk-Storage aber langsamer sein können.
NFS ist file-basierter Shared Storage: ein externer NAS- oder Fileserver, der allen Nodes denselben Pfad bereitstellt. NFS ermöglicht Live-Migration ohne lokale Kopie und ist eine einfache Shared-Storage-Option, wenn kein Ceph gewünscht ist. Es ist aber ein zentraler Single Point of Failure, sofern der NFS-Server nicht selbst redundant ausgelegt ist.
iSCSI stellt externen Blockspeicher über ein IP-Netz bereit und kann als Shared Storage dienen. Proxmox nutzt häufig LVM auf der bereitgestellten LUN, um sie in VM-Volumes aufzuteilen; Redundanz und Multipathing gehören in die Planung (Storage-Dokumentation).
Vergleichstabelle: ZFS vs. Ceph vs. LVM vs. Directory/NFS
| ZFS | Ceph | LVM-thin | Directory / NFS | |
|---|---|---|---|---|
| Typ | Dateisystem + Volume-Manager | Verteilter Objektspeicher | Block-Storage | File-Storage |
| Geteilt (Cluster) | Nein (lokal) | Ja | Nein (lokal) | NFS: ja, Directory: nein |
| Snapshots | Ja (nativ) | Ja | Ja | Ja (qcow2) |
| Prüfsummen / Self-Healing | Ja | Ja | Nein | Nein |
| Kompression | Ja | Ja | Nein | Nur über qcow2 |
| Software-RAID | Ja (Mirror, RAIDZ) | Ja (verteilt) | Nein | Nein |
| RAM-Bedarf | Hoch (ARC) | Mittel bis hoch | Gering | Gering |
| Mindest-Nodes | 1 | 3+ | 1 | 1 (NFS extern) |
| Netz | unkritisch | 10 GbE+ (25 GbE bei NVMe) | unkritisch | je nach NAS |
| Passt für | Single-Node Allround | HA-Cluster | schlanker Single-Node | ISOs, Templates, Backups |
Empfehlungen: welches Storage wann
- Einzelner Server, Komfort und Datenintegrität sind wichtig: ZFS. Snapshots, Kompression und Prüfsummen sind im Alltag und vor Updates hilfreich. Planen Sie den RAM mit ein und nutzen Sie einen HBA statt Hardware-RAID.
- Einzelner Server, wenig RAM oder maximale Einfachheit: LVM-thin. Robust, sparsam, vorhersehbar - ohne ZFS-Komfort.
- Cluster ab drei Nodes mit echter HA: Ceph, sofern das Netz mitspielt (10 GbE+). Planen Sie eher vier bis fünf Nodes als das nackte Minimum.
- Zwei-Node-Cluster mit QDevice oder kleines Budget mit Near-HA: ZFS-Replikation. Einfacher als Ceph, mit dem Bewusstsein, dass beim Failover die Änderungen seit der letzten Replikation fehlen.
- ISOs, Templates, Backups: Directory lokal oder NFS für gemeinsamen Zugriff.
Eine letzte, wichtige Einordnung: Kein Storage-Layout ersetzt ein Backup. ZFS-Replikation und Ceph spiegeln auch Fehler und Ransomware mit. Ein separates, idealerweise offsite gelagertes Backup, etwa mit verschlüsselten Proxmox-Backups auf einer Hetzner Storage Box, bleibt Pflicht.
Weiterlesen: Was ist Proxmox Backup Server?.
Storage planen und betreiben lassen
Storage-Architektur prüfen lassen oder Ceph planen, aufbauen und betreiben lassen. Erstgespräch vereinbaren.
Den Ablauf und die Grenzen erklärt die Anleitung zur ZFS-Replikation mit pvesr.
Quellen
Stand: Oktober 2026. Grundlage sind ARC-Grenze, Installer-Standard, iSCSI und local-lvm der Herstellerdokumentation. Die ARC-Vorgabe gilt für Neuinstallationen; bei älteren Installationen die tatsächliche Konfiguration prüfen.
