Checklist met risico’s bij NAS-upgrades met schijven van verschillende capaciteiten

Eva Wong

IceWhale author

Eva Wong is de Technisch Schrijver en en vaste knutselaar bij ZimaSpace. Een levenslange geek met een passie voor homelabs en open-source software, zij is gespecialiseerd in het vertalen van complexe technische concepten naar toegankelijke, praktische handleidingen. Eva gelooft dat zelf-hosting leuk moet zijn, niet intimiderend. Met haar tutorials stelt ze de community in staat om hardware-setup te ontrafelen, van het bouwen van hun eerste NAS tot het beheersen van Docker-containers.

Mixed-Capacity NAS Upgrade Risk Checklist - Zima Store Online

Een grotere schijf zorgt niet automatisch voor meer bruikbare NAS-capaciteit. Controleer voordat je schijven met verschillende capaciteiten aanschaft of plaatst hoe de huidige RAID- of poolconfiguratie ruimte toewijst, wanneer uitbreiding zichtbaar wordt en aan welke risico's op uitval elke rebuild je blootstelt.

Breng de topologie en capaciteitsregel in kaart

Noteer het besturingssysteem, het pooltype, het RAID-niveau, de indeling van vdev of array, de huidige schijfformaten, het sectorformaat, de versleuteling en de vrije ruimte. Productnamen zoals RAID, hybride RAID, parity-array, mirror en ZFS impliceren niet hetzelfde uitbreidingsgedrag.

Traditionele RAID-groepen wijzen doorgaans ruimte toe op basis van het kleinste lid. Een mirror met twee schijven kan dezelfde capaciteit behouden totdat beide leden zijn vervangen; bij een RAIDZ-vdev moet mogelijk elk lid worden uitgebreid voordat de extra ruimte zichtbaar wordt.

Ga er niet van uit dat een vrije sleuf zomaar elke oude schijf accepteert. Controleer of het platform ondersteuning biedt voor het toevoegen van een schijf aan de bestaande groep, het toevoegen van een nieuwe groep, het sequentieel vervangen van leden of alleen het opnieuw opbouwen naar een nieuwe pool.

Controleer de schijven als één afgestemde set

Vergelijk interface, capaciteit, CMR- of SMR-opnametechniek, rotatiesnelheid, gedrag bij foutherstel, geschiktheid voor de werklast, garantie, leeftijd, SMART-geschiedenis en eerdere inschakeluren. Een schijf die op papier compatibel is, kan alsnog het traagste of minst voorspelbare lid worden.

Test nieuwe schijven buiten de enige goede kopie met een lange SMART-test en een volledige lees- of schrijfcontrole die geschikt is voor wegwerpmedia. Controleer kabels, sleuven, stroomaansluitingen, koeling en zichtbaarheid in de controller voordat je met de upgrade begint.

Gebruik de tabel om de voorgestelde mix om te zetten in een expliciete beslissing om te stoppen of door te gaan.

Beslissingsgebied	Beoordeling	Grens
Capaciteitsregel	Documenteer de bruikbare ruimte na afloop en na elke stap	Stop als het platform dit niet kan bevestigen
Schijfgedrag	Geef de voorkeur aan compatibele CMR-schijven met bekende gezondheid	Combineer geen onbekende of defecte media
Herstel	Geverifieerde kopie buiten de pool	Één rebuild tegelijk

Modelleer de rebuild en de uitvalperiode

Schat de duur van de rebuild op basis van de gebruikte data en de werkelijke arraydoorvoer en plan het werk wanneer de server continu kan draaien. Scrubs, downloads, mediascans, databases en back-uptaken kunnen de periode met verminderde bescherming verlengen.

Bewaar een geverifieerde, onafhankelijke back-up voordat je de eerste schijf vervangt. Een rebuild van een parity- of mirrorconfiguratie is een beschikbaarheidsbewerking, geen back-up, en een andere onleesbare sector of stroomonderbreking kan het plan laten mislukken.

Een gerelateerd ZimaSpace-artikel over NAS-schijfselectie legt uit waarom het afstemmen van capaciteit, opnametype en prestaties het herstel vereenvoudigt.

Een onafhankelijke overzichtsartikel over het combineren van schijven laat zien hoe bruikbare capaciteit en uitbreidingsgedrag afhangen van de opslagindeling.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

Keur de upgrade alleen goed met een terugvalplan

Leg de volgorde van vervanging vast, evenals de verwachte gedegradeerde statussen, de capaciteit na elke stap, de opdrachten of interfaceschermen die je moet controleren en de voorwaarde om de procedure te stoppen. Vervang nooit een tweede lid voordat de eerste rebuild is voltooid en de gezondheidscontroles schoon zijn.

Bewaar de verwijderde schijf ongewijzigd totdat de array een scrub, back-up, herstart en normale werklast heeft voltooid. Label de schijf met de sleuf en datum, zodat deze niet per ongeluk opnieuw wordt gebruikt of wordt aangezien voor het huidige lid.

Ga door wanneer de topologie de volgorde officieel ondersteunt, de stroomvoorziening en koeling stabiel zijn, de back-up kan worden teruggezet en de uiteindelijke bruikbare capaciteit het risico rechtvaardigt. Bouw anders een nieuwe, afgestemde pool en migreer de data terwijl beide kopieën intact blijven.