Administrer Proxmox-lagring, visuelt
Lagring på Proxmox er kraftfuld, men spredt: ZFS findes ét sted, LVM et andet, og hvad en disk egentlig laver, lever på kommandolinjen. Når en pool siger degraderet, er de første spørgsmål altid de samme: hvilken disk, hvor slemt, hvad nu? Denne side dækker to ting: lagringsbeslutninger, der holder på enhver opsætning, og hvordan Atlas viser en disk fra pool til datasti på ét kort.
Hvorfor lagring bliver forvirrende
Lagene findes på separate skærme: fysisk disk, RAID/pool, dataset/LV, og VM-disken ovenpå. For at se hvilket lag et problem ligger i, skal fire steder tjekkes.
ZFS, LVM-thin eller Btrfs? Beslutningen, der tages ved installation, er den sværeste at ændre senere, og de fleste guides bruger én sætning på den.
Sundhed er usynlig: hvornår kørte den seneste scrub, hvorfor er poolen degraderet, hvor er kapaciteten på vej hen. På de fleste opsætninger opdages det, når noget går i stykker.
En solid lagringsrutine
Uanset hvilket filsystem der vælges, ændres disse ikke:
Vælg laget bevidst: LVM-thin til en enkelt disk og fleksibilitet; ZFS til integritet, komprimering og snapshots.
Byg redundans fra starten: mirror/raidz-beslutningen tages ved pool-oprettelse; at konvertere senere betyder at flytte data.
Sæt scrubs på en tidsplan (månedligt er en god rytme) og læs resultatet; en scrub-fejl er den tidlige advarsel.
Tag disksignaler alvorligt: voksende reallokerede sektorer er en disks afskedsbrev; udskift den, før den tvinger til det.
En snapshot er ikke en sikkerhedskopi: den lever i samme pool og dør med den. Behold en kopi på en separat enhed (f.eks. PBS) til katastrofer.
Lad der være plads: ZFS begynder at sænke farten forbi 80 procent; planlæg udvidelse, før poolen fyldes.
Atlas sætter lagring på ét kort
Disk → pool → datasti, på ét flowkort:
Fire lag, én skærm
ZFS, LVM, Btrfs og mdadm i samme grænseflade: pools, datasæt, LV'er og diske i ét billede i stedet for separate faner.
Guide til pool-oprettelse
En ny pool, trin for trin: diskvalg, redundans, navngivning; hvad der vil ske, er klart, før anvendelsen.
Redundansmærker på kortet
Hver pool ligger på flowkortet med sit mærke: mirror, raidz eller enkelt disk. Det ses med ét blik i stedet for at skulle huskes udenad.
Dataset-udforsker
Gennemgå ZFS-datasættræet: størrelser, forbrug, hvilken VM der skriver hvor.
Sundhed er synlig
Poolstatus (online/degraderet) og kapacitet med ét blik; når noget er galt, viser kortet hvilket lag det ligger i.
Sikre handlinger
Destruktive trin (wipe, formatering) kræver eksplicit bekræftelse; hvad der kan fortrydes, holdes ærligt adskilt fra det, der ikke kan. Ingen falsk fortryd-funktion.
Ofte stillede spørgsmål
- Skal jeg vælge ZFS eller LVM-thin?
- LVM-thin er praktisk på en enkelt disk med begrænset RAM. Skal der bruges integritet, komprimering og fleksible snapshots, er ZFS valget. ZFS kan lide RAM, men betaler det tilbage i integritet.
- Min pool siger degraded. Hvad skal jeg gøre?
- Hold roen: degraded betyder at redundansen er faldet bort; dataene er stadig tilgængelige. Identificer den fejlede disk, udskift den, undgå at belaste poolen indtil resilveren er færdig, og verificer sikkerhedskopien mod endnu en fejl i mellemtiden.
- Hvor ofte bør en scrub køres?
- Månedligt er en almindelig og tilstrækkelig rytme til hjemme- og labbrug. Det, der betyder noget, er, at den kører jævnligt, og at nogen læser resultatet; scrubs er det, der fanger stille korruption.
- Tæller et snapshot som en sikkerhedskopi?
- Nej. Et snapshot lever i samme pool; hvis poolen eller disken dør, forsvinder snapshottet med den. Snapshots er til hurtig tilbagerulning, en kopi på en separat enhed er til katastrofer.
- Hvor sætter jeg RAID op på Proxmox?
- Uden hardware-RAID er den reneste vej et ZFS-spejl eller raidz. mdadm virker også, men med ZFS tilgængeligt er det som regel et ekstra lag. Atlas eksponerer begge veje i grænsefladen.
- Hvor fuld er for fuld til en pool?
- Betragt 80 procent som grænsen på ZFS: derefter begynder fragmentering og opbremsning. Er grænsen tæt på, så ryd gamle snapshots først og planlæg derefter udvidelsen.
Relaterede artikler
- Hvordan diskene skal sættes op: spejling eller spredt paritet Spørgsmålet er ikke, hvad der er hurtigst. Det er, hvilken fejl du vil overleve, og hvad maskinen bliver tvunget til at gøre efter den fejl.
- Tilføje en disk og udvide puljen: trinnet, der stille afslutter redundansen At tilføje en disk er to adskilte opgaver: at få systemet til at se den, og at beslutte, hvor den hører til. En fejl i den anden kan afslutte redundansen for altid.
- Forældreløse diske: spørgsmålet før du sletter Du slettede maskinen, men pladsen kom ikke tilbage. Efterladte diske bliver liggende af tre forskellige grunde, og de er ikke det samme. Selve listen er en sletteliste, så dens pålidelighed er en sag for sig.
- Disken er fuld: hvor pladsen blev af, og hvad der er sikkert at slette På en fuld lagring er første træk ikke at slette, men at finde ud af, hvor pladsen blev af. Øjebliksbilleder, gamle sikkerhedskopier og forældreløse diske er de tre sædvanlige syndere, og at slette dem bærer ikke samme risiko.