Hantera Proxmox-lagring, visuellt
Lagring på Proxmox är kraftfull men spridd: ZFS finns på ett ställe, LVM på ett annat, och vad en disk faktiskt gör lever på kommandoraden. När en pool säger degraderad är de första frågorna alltid desamma: vilken disk, hur illa, vad nu? Den här sidan tar upp två saker: lagringsbeslut som håller på vilken uppsättning som helst, och hur Atlas visar en disk från pool till datasökväg på en enda karta.
Varför lagring blir förvirrande
Lagren finns på separata skärmar: fysisk disk, RAID/pool, dataset/LV, och VM-disken ovanpå. För att se vilket lager ett problem finns i krävs kontroll på fyra platser.
ZFS, LVM-thin eller Btrfs? Beslutet som fattas vid installationstillfället är det svåraste att ändra senare, och de flesta guider ägnar en mening åt det.
Hälsan är osynlig: när kördes senaste scrub, varför är poolen degraderad, vart är kapaciteten på väg. På de flesta uppsättningar märks det först när något går sönder.
En solid lagringsrutin
Oavsett vilket filsystem som väljs förblir dessa oförändrade:
Välj lagret medvetet: LVM-thin för en enskild disk och flexibilitet; ZFS för integritet, komprimering och snapshots.
Bygg redundans från början: mirror/raidz-beslutet fattas vid pool-skapande; att konvertera senare innebär att flytta data.
Lägg scrubs på ett schema (månadsvis är en bra rytm) och läs resultatet; ett scrub-fel är den tidiga varningen.
Ta disksignaler på allvar: växande omallokerade sektorer är en disks avskedsbrev; byt ut den innan den tvingar fram bytet.
En snapshot är inte en säkerhetskopia: den finns i samma pool och dör med den. Behåll en kopia på en separat enhet (t.ex. PBS) för katastrofer.
Lämna marginal: ZFS börjar sakta ner efter 80 procent; planera expansion innan poolen fylls.
Atlas sätter lagring på en karta
Disk → pool → datasökväg, på en enda flödeskarta:
Fyra lager, en skärm
ZFS, LVM, Btrfs och mdadm i samma gränssnitt: pooler, dataset, LV:er och diskar i en bild istället för separata flikar.
Guide för pool-skapande
En ny pool, steg för steg: diskval, redundans, namngivning; vad som kommer att hända är tydligt innan något tillämpas.
Redundansmärken på kartan
Varje pool ligger på flödeskartan med sitt märke: mirror, raidz eller enskild disk. Det syns med en blick istället för att behöva memoreras.
Dataset-utforskare
Gå igenom ZFS-datasetträdet: storlekar, användning, vilken VM som skriver var.
Hälsan är synlig
Poolstatus (online/degraderad) och kapacitet med en blick; när något är fel visar kartan vilket lager det finns i.
Säkra operationer
Destruktiva steg (radera, formatera) kräver uttrycklig bekräftelse; vad som kan ångras hålls ärligt separerat från vad som inte kan det, ingen falsk ångra-funktion.
Vanliga frågor
- Ska jag välja ZFS eller LVM-thin?
- LVM-thin är praktiskt på en enda disk med begränsat RAM. För integritet, komprimering och flexibla snapshots är ZFS valet. ZFS gillar RAM, men betalar tillbaka det i integritet.
- Min pool säger degraded. Vad ska jag göra?
- Ingen panik: degraded betyder att redundansen har fallit bort; datan är fortfarande tillgänglig. Identifiera den trasiga disken, byt ut den, undvik att belasta poolen tills resilvern är klar, och verifiera säkerhetskopian mot ett andra fel under tiden.
- Hur ofta bör en scrub köras?
- Månadsvis är en vanlig och tillräcklig rytm för hem- och labbanvändning. Det som spelar roll är att den körs regelbundet och att någon läser resultatet; scrubbar är det som fångar tyst korruption.
- Räknas en snapshot som en säkerhetskopia?
- Nej. En snapshot lever i samma pool; om poolen eller disken dör försvinner snapshoten med den. Snapshots är för snabb återställning, en kopia på en separat enhet är för katastrofer.
- Var ställer jag in RAID på Proxmox?
- Utan hårdvaru-RAID är den renaste vägen en ZFS-spegling eller raidz. mdadm fungerar också, men med ZFS tillgängligt är det oftast ett extra lager. Atlas exponerar båda vägarna i gränssnittet.
- Hur full är för full för en pool?
- Betrakta 80 procent som gränsen på ZFS: efter det börjar fragmentering och inbromsning. Nära gränsen rensas gamla snapshots först, sedan planeras utökningen.
Relaterade artiklar
- Hur diskarna ska ordnas: spegling eller utspridd paritet Frågan är inte vilket som är snabbast. Den är vilket fel du vill överleva, och vad maskinen tvingas göra efter det felet.
- Lägga till en disk och växa poolen: steget som tyst avslutar redundansen Att lägga till en disk är två skilda jobb: att få systemet att se den, och att bestämma var den hör hemma. Ett misstag i det andra kan avsluta redundansen för gott.
- Föräldralösa diskar: frågan att ställa innan du raderar Du raderade maskinen men utrymmet kom inte tillbaka. Kvarblivna diskar stannar av tre olika skäl, och de är inte samma sak. Listan i sig är en raderingslista, så dess tillförlitlighet är en egen fråga.
- Disken är full: vart utrymmet tog vägen och vad som är säkert att radera På en full lagring är första draget inte att radera utan att ta reda på vart utrymmet tog vägen. Ögonblicksbilder, gamla säkerhetskopior och föräldralösa diskar är de tre vanliga bovarna, och att radera dem bär inte samma risk.