Återanvänd blandade diskar endast när layouten tar hänsyn till deras skillnader; bygg om till en matchad pool när förutsägbara byten, resilver-beteende och kapacitet är viktigare än redan investerade kostnader.
Blandade diskar är inte automatiskt osäkra, och matchade diskar är inte automatiskt motståndskraftiga. Resultatet beror på topologi, begränsningar från den minsta medlemmen, inspelningsteknik, ålderskorrelation, tillgång till reservdiskar och om det finns en fullständig återställning utanför poolen.
Jämför layoutregler innan diskbeteckningar
Börja med lagringslayouten. Speglingar, paritetsgrupper och oberoende datadiskar använder olika kapaciteter på olika sätt. I många paritets- eller speglingslayouter bidrar en större medlem endast med kapaciteten hos den minsta medlemmen tills alla nödvändiga diskar har bytts ut.
ZFS organiserar redundans kring vdev:er, så felbeteendet hör till vdev:en snarare än till en marknadsföringsetikett på en enskild disk. Den här översikten över ZFS-lagring och resilver är användbar för att förstå varför topologin styr återställningsvägen.
Återanvändning är rimlig när programvaran kan isolera diskar med olika storlek utan att dölja kapacitet eller koppla samman orelaterade fel. Om den planerade layouten slösar bort stora delar av flera diskar innebär en matchad ombyggnad redan en enklare drift.
Behandla inspelningsmetod och hälsa som absoluta krav
Notera fullständigt modellnummer, kapacitet, drifttimmar, felhistorik, sektorstorlek, gränssnitt och inspelningsteknik för varje kandidat. Förutsätt inte att en disk använder CMR eller SMR utifrån familjenamnet, eftersom skillnader på modellnivå spelar roll.
Ett kontrollerat resilver-test av SMR jämfört med CMR visade dramatiskt olika ombyggnadsbeteende under samma ZFS-arbetsbelastning. Lärdomen är inte att alla blandade pooler havererar, utan att en enda långsam medlem kan bestämma hela återställningsfönstret.
Uteslut diskar med ökande antal omallokerade, väntande eller okorrigerbara sektorer. Uteslut också en disk vars vibrations-, värme- eller gränssnittskrav inte passar i chassit.
Jämför återställningens förutsägbarhet, inte bara kapaciteten
En matchad pool minskar antalet bytesfall. En reservdiskstorlek, liknande prestanda och en känd uppskattning av ombyggnadstiden gör incidentrutiner enklare att dokumentera.
Blandade diskar kan minska korrelerad ålder om de kommer från olika batcher, men de skapar också fler undantag. Återställningen är förutsägbar endast när dessa undantag finns inskrivna i planen för reservdiskar och byten.
| Beslutsfaktor | Återanvändning av blandade diskar | Matchad pool |
|---|---|---|
| Användbar kapacitet | Beroende av layout; kan slösa utrymme | Enklare att prognostisera |
| Reservdiskar | Flera kapaciteter kan behövas | En utbytbar klass |
| Ombyggnadshastighet | Begränsas av den långsammaste medlemmen | Mer konsekvent |
| Åldersrisk | Kan sprida åldrarna | Kan dela risk kopplad till batchålder |
| Migration | Lägre initial kostnad | Kräver kopiering, ombyggnad och återställning |
Beräkna kostnaden för migrationen och nästa fel
Att bygga om till en matchad pool kräver tillfällig kapacitet, en fullständig datakopiering, verifiering med kontrollsummor eller filräkning, skapande av poolen, återställning, validering av behörigheter och en period för återgång. Dessa steg kan ta mer tid än de nya diskarna.
Återanvändning av blandade diskar skjuter upp migrationen, men nästa fel kan tvinga fram ett brådskande köp av en kapacitet som bevarar den nuvarande geometrin. Beräkna kostnaden för en lämplig reservdisk och ett akut ersättningsköp innan du kallar återanvändning billigare.
Om data är utbytbart medieinnehåll kan en längre manuell återställning vara acceptabel. Om poolen innehåller familjedata, företagsarbete eller VM-tillstånd bör förutsägbar återställningstid vanligtvis väga tyngre än maximal återvunnen kapacitet.
Använd en beslutsregel med återställningen i fokus
Återanvänd blandade diskar när alla modeller klarar hälsokontrollerna, layouten bevarar användbar kapacitet, långsamma medlemmar inte gör återställningen oacceptabel och det finns en oberoende kopia. Behåll den mest flexibla disken som kall reservdisk i stället för att fylla varje diskplats.
Bygg om till matchat när en enda långsam disk kan förlänga felfönstret, reservdiskstorlekarna har blivit fragmenterade eller poolutökning redan kräver att de flesta medlemmarna byts ut. När layouten är vald kan arbetsflödet för SMB-test av små filer skilja nätverksbelastning från poolbeteende.
Avbryt båda planerna om återställningen inte har testats. Redundans kan hålla ett system online vid vissa diskfel, men den kan inte validera en oprövad säkerhetskopia.
Produktjämförelser
Mer att läsa

LXC kontra Docker på Proxmox för appuppdateringar och återställningar
Docker ger versionshantering på appnivå; LXC ger återställning på gästnivå. Det bättre valet beror på den minsta tillståndsenhet du kan återställa på ett säkert...

Säkerhetsgränser för privilegierade hemtjänster: Docker kontra LXC
Docker passar för snävt paketerade appar; LXC passar för mer kompletta Linux-tjänster, men ingetdera ersätter en virtuell maskin när risker med delad kärna är...

Färdig NAS-operativsystem vs modulärt Linux för förstagångsbyggare
Välj färdig NAS-programvara för guidere driftsåtgärder; välj modulärt Linux när lärande och uttrycklig kontroll motiverar större eget ansvar.

