Proxmox-Speicher visuell verwalten
Speicher auf Proxmox ist mächtig, aber verstreut: ZFS lebt an einer Stelle, LVM an einer anderen, und was eine Festplatte wirklich tut, lebt auf der Kommandozeile. Wenn ein Pool „degraded“ meldet, sind die ersten Fragen immer dieselben: welche Festplatte, wie schlimm, was jetzt? Diese Seite behandelt zwei Dinge: Speicherentscheidungen, die bei jedem Setup Bestand haben, und wie Atlas eine Festplatte vom Pool bis zum Datenpfad auf einer einzigen Karte zeigt.
Warum Speicher verwirrend wird
Die Schichten leben auf getrennten Bildschirmen: physische Festplatte, RAID/Pool, Dataset/LV, und die VM-Festplatte obendrauf. Um zu sehen, in welcher Schicht ein Problem liegt, sind vier Stellen zu prüfen.
ZFS, LVM-thin oder Btrfs? Die zur Installationszeit getroffene Entscheidung ist die schwierigste, später zu ändern, und die meisten Anleitungen widmen ihr nur einen Satz.
Gesundheit ist unsichtbar: Wann lief der letzte Scrub, warum ist der Pool degraded, wohin bewegt sich die Kapazität. Bei den meisten Setups zeigt es sich erst, wenn etwas kaputtgeht.
Eine solide Speicherroutine
Unabhängig vom gewählten Dateisystem ändern sich diese Punkte nicht:
Die Schicht bewusst wählen: LVM-thin für eine einzelne Festplatte und Flexibilität; ZFS für Integrität, Komprimierung und Snapshots.
Redundanz von Anfang an einbauen: die Mirror/Raidz-Entscheidung wird bei der Pool-Erstellung getroffen; ein späteres Umstellen bedeutet, Daten zu verschieben.
Scrubs auf einen Zeitplan legen (monatlich ist ein guter Rhythmus) und das Ergebnis lesen; ein Scrub-Fehler ist die Frühwarnung.
Festplattensignale ernst nehmen: wachsende reallozierte Sektoren sind der Abschiedsbrief einer Festplatte; sie wird ersetzt, bevor sie dazu zwingt.
Ein Snapshot ist kein Backup: er lebt im selben Pool und stirbt mit ihm. Für Katastrophen gehört eine Kopie auf ein separates Gerät (z. B. PBS).
Spielraum lassen: ZFS wird jenseits von 80 Prozent langsamer; die Erweiterung wird geplant, bevor der Pool voll wird.
Atlas bringt Speicher auf eine Karte
Festplatte → Pool → Datenpfad, auf einer einzigen Flussdarstellung:
Vier Schichten, ein Bildschirm
ZFS, LVM, Btrfs und mdadm in derselben Oberfläche: Pools, Datasets, LVs und Festplatten in einem Bild statt getrennter Tabs.
Assistent zur Pool-Erstellung
Ein neuer Pool, Schritt für Schritt: Festplattenauswahl, Redundanz, Benennung; was passieren wird, ist klar, bevor es angewendet wird.
Redundanz-Badges auf der Karte
Jeder Pool sitzt auf der Flussdarstellung mit seinem Badge: Mirror, Raidz oder Einzeldisk. Auf einen Blick lesbar, statt merkpflichtig.
Dataset-Explorer
Der ZFS-Dataset-Baum lässt sich durchwandern: Größen, Nutzung, welche VM wohin schreibt.
Gesundheit ist sichtbar
Pool-Status (online oder degraded) und Kapazität auf einen Blick; wenn etwas nicht stimmt, zeigt die Karte, in welcher Schicht es liegt.
Sichere Vorgänge
Destruktive Schritte (wipe, format) erfordern eine ausdrückliche Bestätigung; was rückgängig gemacht werden kann, ist ehrlich von dem getrennt, was nicht rückgängig zu machen ist. Kein vorgetäuschtes Rückgängigmachen.
Häufig gestellte Fragen
- Sollte ich ZFS oder LVM-thin wählen?
- LVM-thin ist praktisch auf einer einzelnen Festplatte mit begrenztem RAM. Für Integrität, Komprimierung und flexible Snapshots ist ZFS die Wahl. ZFS mag RAM, zahlt es aber in Integrität zurück.
- Mein Pool meldet degraded. Was soll ich tun?
- Kein Grund zur Eile: degraded bedeutet, die Redundanz ist gesunken; die Daten sind weiterhin zugänglich. Die ausgefallene Festplatte wird identifiziert und ersetzt, der Pool bleibt bis zum Abschluss des Resilverings möglichst unbelastet, und inzwischen wird das Backup gegen einen zweiten Ausfall geprüft.
- Wie oft sollte ein Scrub laufen?
- Monatlich ist ein üblicher und ausreichender Rhythmus für Heim- und Laboreinsatz. Wichtig ist, dass er regelmäßig läuft und jemand das Ergebnis liest; Scrubs sind das, was stille Korruption entdeckt.
- Zählt ein Snapshot als Backup?
- Nein. Ein Snapshot lebt im selben Pool; wenn der Pool oder die Festplatte ausfällt, geht der Snapshot mit ihm unter. Snapshots sind für schnelles Rollback, eine Kopie auf einem separaten Gerät ist für Katastrophen.
- Wo richte ich RAID auf Proxmox ein?
- Ohne Hardware-RAID ist der sauberste Weg ein ZFS-Mirror oder Raidz. mdadm funktioniert auch, aber mit ZFS ist es meist eine zusätzliche Schicht. Atlas bietet beide Wege in der Oberfläche.
- Wie voll ist zu voll für einen Pool?
- Auf ZFS gelten 80 Prozent als Schwelle: darüber beginnen Fragmentierung und Verlangsamung. In der Nähe dieser Grenze werden zuerst alte Snapshots aufgeräumt und dann die Erweiterung geplant.
Verwandte Einträge
- Wie die Platten anzuordnen sind: Spiegelung oder verteilte Parität Die Frage ist nicht, was schneller ist. Sie lautet, welchen Ausfall du überleben willst und was die Maschine nach diesem Ausfall tun muss.
- Platte hinzufügen und Pool vergrößern: der Schritt, der Redundanz still beendet Eine Platte hinzuzufügen sind zwei getrennte Aufgaben: dass das System sie sieht, und die Entscheidung, wohin sie gehört. Ein Fehler bei der zweiten kann Redundanz endgültig beenden.
- Verwaiste Festplatten: die Frage vor dem Löschen Sie haben die Maschine gelöscht, aber der Platz kam nicht zurück. Übrig gebliebene Platten bleiben aus drei verschiedenen Gründen liegen, und sie sind nicht dasselbe. Die Liste selbst ist eine Löschliste, ihre Verlässlichkeit ist also ein eigenes Thema.
- Die Platte ist voll: wohin der Platz ging und was sicher gelöscht werden kann Auf einem vollen Speicher ist der erste Schritt nicht Löschen, sondern herauszufinden, wohin der Platz ging. Snapshots, alte Sicherungen und verwaiste Platten sind die drei üblichen Verdächtigen, und ihr Löschen birgt nicht dasselbe Risiko.