Storage & Protokolle
LVM
LVM (Logical Volume Manager) ist die Schicht für flexibles Volume-Management unter Linux: Aus Datenträgern entstehen Pools, daraus flexible logische Volumes.
- PV / VG / LV
- Thin Provisioning
- Snapshots
- Online-Vergrößerung
- lvmcache (SSD-Cache)
LVM (Logical Volume Manager) ist die Standard-Abstraktionsschicht für Volume-Management unter Linux. Statt Dateisysteme direkt auf starre Partitionen zu legen, fasst LVM Datenträger zu Pools zusammen, aus denen sich logische Volumes flexibel und im laufenden Betrieb zuteilen lassen.
Dieser Artikel erklärt das Schichtenmodell aus Physical Volume, Volume Group und Logical Volume, Thin Provisioning, Snapshots, Online-Vergrößerung sowie den SSD-Cache lvmcache und das Verhältnis zu mdadm und Dateisystemen.
1. PV, VG und LV
LVM kennt drei Ebenen: Ein Physical Volume (PV) ist eine für LVM initialisierte Partition oder Platte. Mehrere PVs bilden eine Volume Group (VG), den Speicherpool. Daraus werden Logical Volumes (LV) zugeteilt, die das Dateisystem als „virtuelle Laufwerke“ sieht. Größe und Layout der LVs lassen sich unabhängig von den physischen Grenzen festlegen und später ändern.
2. Thin Provisioning und Snapshots
Ein Thin Pool reserviert Speicher erst beim tatsächlichen Schreiben, das erlaubt Overprovisioning (mehr zugesagt als physisch vorhanden). Thin Snapshots brauchen keinen vorab reservierten Bereich und eignen sich für viele gleichzeitige Snapshots; klassische (thick) Snapshots reservieren einen festen COW-Bereich und werden ungültig, wenn dieser voll läuft, daher nur für kurze Backup-Fenster.
Vollen Thin Pool vermeiden
Läuft ein Thin Pool voll, werden alle darin liegenden Volumes read-only, nicht nur eines. Wer Overprovisioning nutzt, muss die Pool-Auslastung aktiv überwachen und rechtzeitig erweitern.
3. Online-Vergrößerung
LVs lassen sich mit lvextend im laufenden Betrieb vergrößern, sofern das Dateisystem Online-Resize beherrscht (ext4 und XFS: ja; XFS nur vergrößern). Das macht LVM zum bevorzugten Unterbau, wenn Speicher unterbrechungsfrei mitwachsen soll.
4. Cache und Verhältnis zu mdadm
Mit lvmcache (dm-cache) oder dm-writecache lässt sich schneller Speicher (SSD, NVMe) als Cache-Tier vor langsame Medien schalten. LVM ist dateisystemunabhängig und komplementär zu mdadm: Üblich ist mdadm für das RAID, darüber LVM für die flexible Aufteilung, darauf das Dateisystem. LVMs eigene Stripe-/Mirror-Funktionen erreichen nicht den Reifegrad von mdadm.
5. Stärken und Grenzen
| Stärken | Grenzen |
|---|---|
| Flexible, online erweiterbare Volumes statt starrer Partitionen | Keine vollwertige RAID-Ersatzschicht (mdadm bevorzugt) |
| Snapshots und Thin Provisioning | Voller Thin Pool setzt alle Volumes read-only |
| SSD-Cache (lvmcache/dm-writecache) | Klassische Snapshots nur für kurzlebige Backup-Fenster geeignet |
Häufige Fragen zu LVM
Meist nicht: Btrfs und ZFS bringen eigenes Volume-Management, Snapshots und teils RAID mit. LVM ist vor allem für klassische Dateisysteme wie ext4 oder XFS sinnvoll, denen diese Flexibilität fehlt.
Nicht wirklich. LVM kann zwar einfache Stripes und Mirrors, erreicht aber nicht den Reifegrad von mdadm. Für robuste Redundanz kombiniert man mdadm (oder Hardware-RAID) unten mit LVM darüber.
Auch der Autor ist nur ein Mensch, dem Fehler unterlaufen können. Wenn in diesem Beitrag etwas nicht stimmt oder unklar ist, freuen wir uns über einen kurzen Hinweis über das Kontaktformular unten, wir prüfen und korrigieren das.
Der nächste Schritt
LVM im eigenen Haus richtig einsetzen?
Wir klären, ob und wie der Baustein zu Ihrer Infrastruktur passt, und sagen offen, wann sich der Aufwand lohnt und wann nicht.