Proxmox Storage: ZFS, Ceph & LVM - welches Dateisystem?

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 ehrliche Empfehlungen.

Welches Dateisystem für Proxmox?

Proxmox VE unterstützt mehrere Storage-Typen, 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/receive im Intervall auf einen anderen Node replizieren. Das ist die Grundlage für die ZFS-basierte Near-HA in Proxmox.
• Kompression: Standardmäßig mit lz4 aktiv. 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.

Der Preis dafür ist der RAM-Hunger: ZFS nutzt freien Speicher als Lese-Cache (ARC). Proxmox begrenzt den ARC seit Version 8.1 standardmäßig auf 10 Prozent des Host-RAM, maximal 16 GiB; der Cache gibt Speicher bei Bedarf an VMs zurück. Als Planungswert gilt grob rund 1 GB zusätzlicher RAM pro 1 TB Nutzdaten. 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.

Was ist Ceph?

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 mindestens 10 GbE exklusiv für Ceph, für Neuinstallationen rät Proxmox zu 25 GbE oder mehr. 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. Beide LVM-Varianten sind lokal und nicht über mehrere Nodes teilbar. 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 und NFS

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.

Vergleichstabelle: ZFS vs. Ceph vs. LVM vs. Directory/NFS

Wann was? Ehrliche Empfehlungen

• Einzelner Server, du willst Komfort und Sicherheit: ZFS. Snapshots, Kompression und Prüfsummen sind im Alltag und vor Updates Gold wert. Plane den RAM mit ein und nutze 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+). Plane lieber vier bis fünf Nodes als das nackte Minimum.
• Zwei-Node-Cluster 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.

Betrieb und Unterstützung

Die Storage-Architektur ist die Entscheidung mit den langfristigsten Folgen in einem Proxmox-Setup: Sie bestimmt Performance, Datensicherheit, HA-Fähigkeit und spätere Skalierbarkeit. Falsch dimensioniertes Ceph oder ZFS ohne RAM-Planung lässt sich später nur mit Aufwand korrigieren. Wenn Sie die richtige Storage-Strategie für Ihre Umgebung planen, ein bestehendes Setup optimieren oder den Betrieb abgeben möchten, übernehmen wir Konzeption, Aufbau und Betrieb. Details auf unserer Seite zu Proxmox & Private Cloud.