„Welchen Storage soll ich nehmen?“ – diese Frage stellt sich bei Proxmox früh, und die Auswahl wirkt zunächst verwirrend. In dieser Anleitung erklären wir die wichtigsten Proxmox Storage-Typen – LVM, LVM-Thin, ZFS und Directory – und wann welcher sinnvoll ist.
Die Frage nach dem richtigen Proxmox Storage-Typ begegnet dir schon beim ersten VM-Anlegen – und die Auswahl aus LVM, LVM-Thin, ZFS und Directory wirkt anfangs unübersichtlich. Dabei entscheidet der Speichertyp maßgeblich darüber, ob du Snapshots nutzen kannst, wie sicher deine Daten liegen und wie effizient der Platz belegt wird. In dieser Anleitung ordnen wir die wichtigsten Proxmox-Speichertypen ein, erklären die Unterschiede bei Snapshots, Thin Provisioning und Ausfallsicherheit und geben dir eine klare Empfehlung, welcher Typ zu welchem Einsatzzweck passt.
- Warum verschiedene Storage-Typen?
- Die wichtigsten Typen im Vergleich
- LVM und LVM-Thin
- ZFS – das Schweizer Taschenmesser
- Directory für Backups und ISOs
- Content-Typen: Was darf wohin?
- Welchen Typ solltest du wählen?
- Snapshots: Wer kann was?
- Thin Provisioning richtig verstehen
- Performance und Ausfallsicherheit
- Lokaler vs. geteilter Speicher im Cluster
- Häufige Fragen
- Kann ich den Storage-Typ nachträglich ändern?
- Welchen Storage nehme ich für Backups und ISOs?
- ZFS oder LVM-Thin für virtuelle Maschinen?
- Fazit
Warum verschiedene Storage-Typen?
Nicht jeder Speicher kann alles. Manche eignen sich für VM-Festplatten, andere für Backups oder ISO-Dateien. Proxmox unterscheidet daher nach Typ und danach, welche Inhalte (Content) er aufnehmen darf.
Die wichtigsten Typen im Vergleich
| Typ | Eignung | Besonderheit |
|---|---|---|
| Directory | ISOs, Backups, Container-Templates | Einfaches Verzeichnis im Dateisystem |
| LVM | VM-Festplatten | Blockspeicher, robust, ohne Snapshots |
| LVM-Thin | VMs & Container | Thin Provisioning + Snapshots |
| ZFS | VMs, Container, alles | Snapshots, Kompression, Prüfsummen, RAID |
LVM und LVM-Thin
LVM verwaltet Speicher in flexiblen logischen Volumes. Die Thin-Variante belegt Platz erst, wenn er wirklich geschrieben wird, und unterstützt Snapshots – ideal für VMs und LXC-Container. Standard-LVM ist robust, kann aber keine Snapshots.
ZFS – das Schweizer Taschenmesser
ZFS kombiniert Dateisystem und Volume-Manager. Es bietet Snapshots, transparente Kompression, Datenintegrität per Prüfsumme und integriertes RAID. Der Preis dafür ist ein höherer RAM-Bedarf – plane pro Terabyte Speicher rund 1 GB RAM ein. Für Homelabs mit Wert auf Datensicherheit ist ZFS oft die beste Wahl.
Directory für Backups und ISOs
Der Directory-Storage ist schlicht ein Ordner im Dateisystem. Er eignet sich perfekt für Dinge, die keine Blockgeräte brauchen: ISO-Images, Container-Templates und Backups.
Content-Typen: Was darf wohin?
Jeder Storage in Proxmox ist auf bestimmte Inhalte beschränkt. Beim Anlegen unter Datacenter → Storage legst du über das Feld Content fest, was er aufnehmen darf:
- Disk image & Container – die virtuellen Festplatten von VMs und LXC.
- VZDump backup file – die Sicherungen.
- ISO image & Container template – Installationsmedien und Vorlagen.
Ein Blockspeicher wie LVM kann nur Disk-Images aufnehmen, ein Directory dagegen ISOs und Backups – deshalb kombiniert man in der Praxis meist beides.
Welchen Typ solltest du wählen?
- Einsteiger mit einer Platte: LVM-Thin (Standard) für VMs/Container.
- Wert auf Datensicherheit & Snapshots: ZFS – ausreichend RAM vorausgesetzt.
- Backups & ISOs: ein Directory-Storage.
Snapshots: Wer kann was?
Snapshots sind einer der praktischsten Vorteile der Virtualisierung: Vor einem riskanten Update frierst du den Zustand einer VM ein und rollst im Fehlerfall in Sekunden zurück. Ob das überhaupt geht, hängt aber direkt vom Speichertyp ab. Nicht jeder Storage unterstützt Snapshots auf Blockebene.
| Storage-Typ | Snapshots | Thin Provisioning |
|---|---|---|
| LVM (klassisch) | nein | nein |
| LVM-Thin | ja | ja |
| ZFS | ja | ja |
| Directory (qcow2) | ja | ja |
Klassisches LVM ist stabil und schnell, kennt aber keine Snapshots für VMs im Proxmox-Sinn. Willst du diese Komfortfunktion, führt der Weg zu LVM-Thin, ZFS oder einem Directory-Storage mit qcow2-Images. Gerade im Homelab ist das ein starkes Argument gegen das klassische LVM.
Thin Provisioning richtig verstehen
Beim Thin Provisioning reservierst du einer VM zwar etwa 100 GB, tatsächlich belegt wird aber nur der wirklich genutzte Speicher. Das spart enorm Platz, weil du Speicher überbuchen kannst – die Summe aller zugewiesenen Volumes darf größer sein als die physische Kapazität. Der Preis dafür ist Aufmerksamkeit: Läuft der zugrunde liegende Pool voll, geraten alle VMs gleichzeitig in Schwierigkeiten.
- Vorteil: deutlich bessere Ausnutzung des vorhandenen Speichers.
- Risiko: Überbuchung kann bei vollem Pool zu Schreibfehlern führen.
- Pflicht: Freien Platz aktiv überwachen und rechtzeitig erweitern.
- Tipp: gelöschte Daten per
fstrimzurückmelden, damit der Pool sie freigibt.
Performance und Ausfallsicherheit
ZFS spielt seine Stärken bei der Datensicherheit aus: Es erkennt durch Prüfsummen stille Datenfehler, kann sie in einem Mirror- oder RAID-Z-Verbund selbst reparieren und bietet Kompression sowie effiziente Replikation zwischen Knoten. Dafür braucht es mehr RAM und legt gern eine SSD als Cache zugrunde. LVM-Thin ist schlanker und schneller einzurichten, überlässt Redundanz aber einem darunterliegenden Hardware- oder Software-RAID.
Für die Wahl heißt das: Steht Datenintegrität und einfache Replikation im Vordergrund, ist ZFS das Werkzeug der Wahl. Zählt jede Sekunde Einrichtungszeit und läuft bereits ein RAID-Controller, ist LVM-Thin oft praktischer. Wie du daraus anschließend reproduzierbare Vorlagen baust, zeigt der Beitrag zu Cloud-Init-Templates.
Lokaler vs. geteilter Speicher im Cluster
Sobald du mehr als einen Proxmox-Knoten betreibst, wird die Unterscheidung zwischen lokalem und geteiltem (shared) Speicher entscheidend. Lokaler Speicher wie LVM oder ZFS liegt physisch in genau einem Server. Eine Live-Migration einer laufenden VM auf einen anderen Knoten ist damit nur eingeschränkt möglich, weil die Daten erst kopiert werden müssen.
Geteilter Speicher – etwa über NFS, iSCSI oder Ceph – ist dagegen von allen Knoten gleichzeitig erreichbar. Dadurch verschiebst du VMs ohne Kopieren im laufenden Betrieb und legst die Grundlage für Hochverfügbarkeit. Für den Einstieg mit einem einzelnen Server ist lokaler Speicher völlig ausreichend; erst beim Aufbau eines Clusters lohnt sich der Blick auf eine geteilte Lösung.
Häufige Fragen
Rund um die Speicherauswahl in Proxmox tauchen einige wiederkehrende Fragen auf. Die folgenden Antworten helfen bei der Entscheidung.
Kann ich den Storage-Typ nachträglich ändern?
Den Typ eines bestehenden Speichers wandelst du nicht direkt um. Stattdessen legst du einen neuen Storage an und verschiebst die VM-Datenträger per „Move Disk“ dorthin. Das geht im laufenden Betrieb und ist der übliche Weg, um etwa von klassischem LVM auf LVM-Thin oder ZFS zu wechseln.
Welchen Storage nehme ich für Backups und ISOs?
Dafür ist der Directory-Typ gedacht. Er speichert Dateien wie Backup-Archive, ISO-Images und Container-Vorlagen in einem normalen Dateisystem. Block-orientierte Typen wie LVM eignen sich dagegen nur für VM-Datenträger, nicht für solche Dateien.
ZFS oder LVM-Thin für virtuelle Maschinen?
Beide unterstützen Snapshots und Thin Provisioning. ZFS bietet zusätzlich Prüfsummen, Selbstheilung und Replikation, verlangt aber mehr Arbeitsspeicher. LVM-Thin ist ressourcenschonender und einfacher, wenn Redundanz bereits über ein RAID abgedeckt ist.
Fazit
Merke dir die Faustregel: LVM-Thin für den unkomplizierten Start, ZFS für maximale Datensicherheit und ein Directory für Backups und ISOs. Mit dem passenden Storage-Konzept legst du das Fundament für einen stabilen Server. Frisch installiert? Dann zurück zu Proxmox VE installieren.
