Moet ik voor ZFS of LVM-thin kiezen?

LVM-thin is praktisch op één schijf met beperkt RAM. Zijn integriteit, compressie en flexibele snapshots gewenst, kies dan ZFS. ZFS houdt van RAM, maar betaalt het terug met integriteit.

Mijn pool zegt degraded. Wat moet ik doen?

Blijf rustig: degraded betekent dat de redundantie is weggevallen; de data is nog steeds toegankelijk. Identificeer de defecte schijf, vervang deze, vermijd extra belasting van de pool tot de resilver klaar is, en controleer ondertussen de back-up tegen een tweede storing.

Hoe vaak moet een scrub draaien?

Maandelijks is een gangbaar en voldoende ritme voor thuis- en labgebruik. Belangrijk is dat het regelmatig draait en dat iemand het resultaat leest; scrubs zijn wat stille corruptie opvangt.

Telt een snapshot als back-up?

Nee. Een snapshot leeft in dezelfde pool; als de pool of schijf uitvalt, gaat de snapshot mee. Snapshots zijn voor snel terugdraaien, een kopie op een apart apparaat is voor rampen.

Waar stel ik RAID in op Proxmox?

Zonder hardware-RAID is de schoonste weg een ZFS mirror of raidz. mdadm werkt ook, maar met ZFS beschikbaar is het meestal een extra laag. Atlas biedt beide paden in de interface.

Hoe vol is te vol voor een pool?

Beschouw 80 procent als de drempel op ZFS: erna beginnen fragmentatie en vertraging. Komt de pool in de buurt, ruim dan eerst oude snapshots op en plan de uitbreiding.

Beheer Proxmox-opslag, visueel

Opslag op Proxmox is krachtig maar verspreid: ZFS bevindt zich op de ene plek, LVM op de andere, en wat een schijf werkelijk doet leeft op de command line. Wanneer een pool degraded meldt, zijn de eerste vragen altijd hetzelfde: welke schijf, hoe erg, wat nu? Deze pagina behandelt twee dingen: opslagbeslissingen die op elke opstelling standhouden, en hoe Atlas een schijf van pool tot datapad op één kaart toont.

Waarom opslag verwarrend wordt

De lagen bevinden zich op afzonderlijke schermen: fysieke schijf, RAID/pool, dataset/LV, en de VM-schijf erbovenop. Om te zien in welke laag een probleem zich bevindt, moeten vier plaatsen worden gecontroleerd.

ZFS, LVM-thin of Btrfs? De beslissing die op installatiemoment valt, is later het lastigst te veranderen, en de meeste gidsen besteden er één zin aan.

Gezondheid is onzichtbaar: wanneer liep de laatste scrub, waarom is de pool degraded, waar gaat de capaciteit heen. Op de meeste opstellingen blijkt het pas wanneer iets breekt.

Een solide opslagroutine

Welk bestandssysteem ook wordt gekozen, dit blijft hetzelfde:

Kies de laag bewust: LVM-thin voor één schijf en flexibiliteit; ZFS voor integriteit, compressie en snapshots.

Bouw redundantie vanaf het begin op: de mirror/raidz-beslissing wordt bij pool-aanmaak gemaakt; later omzetten betekent data verplaatsen.

Zet scrubs op een schema (maandelijks is een goed ritme) en lees het resultaat; een scrub-fout is de vroege waarschuwing.

Neem schijfsignalen serieus: groeiende reallocated sectors zijn het afscheidsbriefje van een schijf; vervang hem voordat hij daartoe dwingt.

Een snapshot is geen back-up: hij leeft in dezelfde pool en sterft ermee. Bewaar een kopie op een apart apparaat (bijv. PBS) voor rampen.

Laat ruimte over: ZFS begint boven de 80 procent te vertragen; plan uitbreiding voordat de pool vol raakt.

Atlas zet opslag op één kaart

Schijf → pool → datapad, op één flowkaart:

Vier lagen, één scherm

ZFS, LVM, Btrfs en mdadm in dezelfde interface: pools, datasets, LV's en schijven in één beeld in plaats van aparte tabbladen.

Wizard voor pool-aanmaak

Een nieuwe pool, stap voor stap: schijfselectie, redundantie, naamgeving; wat er zal gebeuren is duidelijk vóór het toepassen.

Redundantiebadges op de kaart

Elke pool staat op de flowkaart met zijn badge: mirror, raidz of losse schijf. Het is in één oogopslag zichtbaar in plaats van te onthouden.

Dataset-verkenner

Doorloop de ZFS-dataset-boom: groottes, gebruik, welke VM waar schrijft.

Gezondheid is zichtbaar

Poolstatus (online/degraded) en capaciteit in één oogopslag; als er iets mis is, toont de kaart in welke laag het zich bevindt.

Veilige operaties

Destructieve stappen (wipe, formatteren) vereisen expliciete bevestiging; wat kan worden teruggedraaid is eerlijk gescheiden van wat niet kan: geen nep-ongedaanmaken.

Veelgestelde vragen

Moet ik voor ZFS of LVM-thin kiezen?: LVM-thin is praktisch op één schijf met beperkt RAM. Zijn integriteit, compressie en flexibele snapshots gewenst, kies dan ZFS. ZFS houdt van RAM, maar betaalt het terug met integriteit.
Mijn pool zegt degraded. Wat moet ik doen?: Blijf rustig: degraded betekent dat de redundantie is weggevallen; de data is nog steeds toegankelijk. Identificeer de defecte schijf, vervang deze, vermijd extra belasting van de pool tot de resilver klaar is, en controleer ondertussen de back-up tegen een tweede storing.
Hoe vaak moet een scrub draaien?: Maandelijks is een gangbaar en voldoende ritme voor thuis- en labgebruik. Belangrijk is dat het regelmatig draait en dat iemand het resultaat leest; scrubs zijn wat stille corruptie opvangt.
Telt een snapshot als back-up?: Nee. Een snapshot leeft in dezelfde pool; als de pool of schijf uitvalt, gaat de snapshot mee. Snapshots zijn voor snel terugdraaien, een kopie op een apart apparaat is voor rampen.
Waar stel ik RAID in op Proxmox?: Zonder hardware-RAID is de schoonste weg een ZFS mirror of raidz. mdadm werkt ook, maar met ZFS beschikbaar is het meestal een extra laag. Atlas biedt beide paden in de interface.
Hoe vol is te vol voor een pool?: Beschouw 80 procent als de drempel op ZFS: erna beginnen fragmentatie en vertraging. Komt de pool in de buurt, ruim dan eerst oude snapshots op en plan de uitbreiding.

Verwante artikelen

Hoe de schijven te ordenen: spiegeling of verdeelde pariteit De vraag is niet wat sneller is. De vraag is welke storing je wilt overleven, en wat de machine na die storing gedwongen is te doen.
Een schijf toevoegen en een pool vergroten: de stap die redundantie stil beëindigt Een schijf toevoegen zijn twee aparte klussen: het systeem hem laten zien, en beslissen waar hij hoort. Een fout bij de tweede kan redundantie definitief beëindigen.
Verweesde schijven: de vraag vóór het verwijderen U verwijderde de machine maar de ruimte kwam niet terug. Achtergebleven schijven blijven om drie verschillende redenen liggen, en dat is niet hetzelfde. De lijst zelf is een verwijderlijst, dus de betrouwbaarheid ervan is een apart onderwerp.
De schijf is vol: waar de ruimte heen ging en wat veilig weg kan Bij volle opslag is de eerste zet niet verwijderen maar uitzoeken waar de ruimte heen ging. Snapshots, oude back-ups en verweesde schijven zijn de drie gebruikelijke verdachten, en ze wissen draagt niet hetzelfde risico.