Administrer Proxmox-lagring, visuelt
Lagring på Proxmox er kraftig, men spredt: ZFS finnes ett sted, LVM et annet, og hva en disk egentlig gjør lever på kommandolinjen. Når en pool sier degradert, er de første spørsmålene alltid de samme: hvilken disk, hvor ille, hva nå? Denne siden dekker to ting: lagringsbeslutninger som holder på ethvert oppsett, og hvordan Atlas viser en disk fra pool til datasti på ett kart.
Hvorfor lagring blir forvirrende
Lagene ligger på separate skjermer: fysisk disk, RAID/pool, dataset/LV, og VM-disken på toppen. For å se hvilket lag et problem ligger i, må fire steder sjekkes.
ZFS, LVM-thin eller Btrfs? Beslutningen som tas ved installasjon er den vanskeligste å endre senere, og de fleste veiledninger bruker én setning på den.
Helse er usynlig: når kjørte siste scrub, hvorfor er poolen degradert, hvor er kapasiteten på vei; på de fleste oppsett kommer svaret først når noe går i stykker.
En solid lagringsrutine
Uansett hvilket filsystem som velges, endres ikke disse:
Velg laget bevisst: LVM-thin for en enkelt disk og fleksibilitet; ZFS for integritet, komprimering og snapshots.
Bygg redundans fra starten: mirror/raidz-beslutningen tas ved pool-opprettelse; å konvertere senere betyr å flytte data.
Sett scrubs på en tidsplan (månedlig er en god rytme) og les resultatet; en scrub-feil er det tidlige varselet.
Ta disksignaler på alvor: voksende reallokerte sektorer er et diskens avskjedsbrev; erstatt den før den tvinger fram et bytte.
En snapshot er ikke en sikkerhetskopi: den lever i samme pool og dør med den. Behold en kopi på en separat enhet (f.eks. PBS) for katastrofer.
La det være slingringsmonn: ZFS begynner å bremse forbi 80 prosent; planlegg utvidelse før poolen fylles.
Atlas setter lagring på ett kart
Disk → pool → datasti, på ett flytkart:
Fire lag, én skjerm
ZFS, LVM, Btrfs og mdadm i samme grensesnitt: pooler, datasett, LV-er og disker i ett bilde i stedet for separate faner.
Veiviser for pool-opprettelse
En ny pool, steg for steg: diskvalg, redundans, navngivning; hva som vil skje er klart før den tas i bruk.
Redundansmerker på kartet
Hver pool ligger på flytkartet med sitt merke: mirror, raidz eller enkeltdisk. Det leses med et blikk i stedet for å memoreres.
Dataset-utforsker
Gå gjennom ZFS-datasettreet: størrelser, bruk, hvilken VM som skriver hvor.
Helse er synlig
Poolstatus (online/degradert) og kapasitet med et blikk; når noe er galt, viser kartet hvilket lag det ligger i.
Trygge operasjoner
Destruktive steg (wipe, formatering) krever eksplisitt bekreftelse; hva som kan angres holdes ærlig atskilt fra det som ikke kan, ingen falsk angre-funksjon.
Ofte stilte spørsmål
- Bør jeg velge ZFS eller LVM-thin?
- LVM-thin er praktisk på en enkelt disk med begrenset RAM. For integritet, komprimering og fleksible snapshots er ZFS valget. ZFS liker RAM, men betaler det tilbake i integritet.
- Poolen min sier degraded. Hva bør jeg gjøre?
- Ingen grunn til panikk: degraded betyr at redundansen har falt bort; dataene er fortsatt tilgjengelige. Identifiser den feilede disken, bytt den ut, unngå å belaste poolen til resilveren er ferdig, og verifiser sikkerhetskopien mot en ny feil i mellomtiden.
- Hvor ofte bør en scrub kjøres?
- Månedlig er en vanlig og tilstrekkelig rytme for hjemme- og labbruk. Det som betyr noe er at den kjører regelmessig og at noen leser resultatet; scrub er det som fanger stille korrupsjon.
- Teller en snapshot som en sikkerhetskopi?
- Nei. En snapshot lever i samme pool; hvis poolen eller disken dør, forsvinner snapshoten med den. Snapshots er for rask tilbakerulling, en kopi på en separat enhet er for katastrofer.
- Hvor setter jeg opp RAID på Proxmox?
- Uten maskinvare-RAID er den reneste veien en ZFS-speiling eller raidz. mdadm fungerer også, men med ZFS tilgjengelig er det som regel et ekstra lag. Atlas eksponerer begge veiene i grensesnittet.
- Hvor full er for full for en pool?
- Se på 80 prosent som grensen på ZFS: forbi den begynner fragmentering og treghet. Nær grensen bør gamle snapshots ryddes først, og utvidelsen planlegges deretter.
Relaterte artikler
- Hvordan diskene skal settes opp: speiling eller spredt paritet Spørsmålet er ikke hva som er raskest. Det er hvilken feil du vil overleve, og hva maskinen blir tvunget til å gjøre etter den feilen.
- Legge til en disk og utvide poolen: steget som stille avslutter redundansen Å legge til en disk er to atskilte jobber: å få systemet til å se den, og å bestemme hvor den hører hjemme. En feil i det andre kan avslutte redundansen for godt.
- Foreldreløse disker: spørsmålet før du sletter Du slettet maskinen, men plassen kom ikke tilbake. Etterlatte disker blir liggende av tre ulike grunner, og de er ikke det samme. Selve listen er en sletteliste, så påliteligheten er en egen sak.
- Disken er full: hvor plassen ble av og hva som er trygt å slette På en full lagring er første trekk ikke å slette, men å finne ut hvor plassen ble av. Øyeblikksbilder, gamle sikkerhetskopier og foreldreløse disker er de tre vanlige synderne, og å slette dem bærer ikke samme risiko.