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.
AtlasPVE ·
Dieser Eintrag beantwortet
- proxmox platte hinzufügen
- platte zu zfs pool hinzufügen
- proxmox speicher erweitern
- proxmox neue platte wird nicht angezeigt
- zfs pool erweitern
Eine neue Platte einzustecken sieht einfach aus, und meistens ist es das auch. Das Risiko liegt nicht im Einstecken, sondern in der Entscheidung, wohin die Platte gehört.
Zuerst: was liegt schon auf der Platte
Die eingesteckte Platte muss nicht neu sein. Sie kann ein altes Partitionslayout, ein altes Pool-Label oder Daten aus einem anderen System tragen. Bevor etwas darauf gebaut wird, schau nach, was schon da ist. Diesen Schritt zu überspringen ist genau das, was die eigentlich benötigten Daten schon beim ersten Handgriff zerstört.
Die Entscheidung: eigener Speicher oder Pool vergrößern
Die Platte als eigenen Speicher zu definieren ist der harmlose Weg. Der neue Platz erscheint als eigenständiger Ort und ändert die Struktur von nichts Bestehendem. Für Sicherungen, Abbilder oder weniger kritische Maschinen ist das meist die richtige Antwort.
Einen Pool zu vergrößern heißt dagegen, in die bestehende Struktur hineinzugehen, und dafür gibt es Regeln.
Die eigentliche Falle bei ZFS
Fügst du einem redundanten ZFS-Pool eine einzelne Platte hinzu, tritt sie als eigenes Mitglied ohne eigene Redundanz bei. Der Pool wird größer, aber ab da hängt der gesamte Pool an der Gesundheit dieser einen Platte. Fällt sie aus, ist der Pool weg, und die Redundanz der anderen Platten hilft nicht. ZFS warnt an dieser Stelle, und Leute erzwingen den Schritt regelmäßig trotzdem. Rückgängig machen lässt er sich auch nicht leicht.
Es gibt zwei richtige Wege, einen redundanten Pool zu vergrößern. Entweder fügst du eine zweite Plattengruppe gleicher Form hinzu, oder du ersetzt die vorhandenen Platten nacheinander durch größere und wartest jedes Mal das Resilvern ab. Der zweite Weg ist langsam, braucht aber keine zusätzlichen Einschübe.
Wie es bei LVM aussieht
Bei LVM ist es eine gerade Aufgabe, die neue Platte in die Gruppe aufzunehmen und den Platz zu vergrößern. Dafür bringt die neue Platte keine Redundanz mit: die Gruppe verteilt sich jetzt über mehr Platten, und fällt eine davon aus, sind deren Daten weg. Platz gewinnen und Haltbarkeit gewinnen sind nicht dasselbe.
Was Atlas tut
Atlas zeigt die angeschlossenen Platten, was darauf liegt und die Form der Pools auf einem Bildschirm. Würde eine Aktion die Redundanz senken, sagt es das vor der Aktion, nicht danach.
Quellen
Die eigene Dokumentation von Proxmox. Auf Englisch, und sie hat in dieser Sache das letzte Wort.