RAIDZ2 o RAIDZ3: quanta parità serve a un grande pool ZFS?

Cosa sopporta ogni livello di parità?

Il manuale OpenZFS fissa la regola: un gruppo raidz di N dischi con P dischi di parità contiene circa (N − P) volte la dimensione del disco e sopporta P dispositivi guasti. RAIDZ2 ne sopporta due, RAIDZ3 tre.

La stessa pagina consiglia da 3 a 9 dispositivi per gruppo, "per aiutare ad aumentare le prestazioni". Un gruppo da dieci dischi sta uno sopra quel range. Il range riguarda le prestazioni, non la sicurezza: la parità copre P guasti a qualsiasi ampiezza.

Ogni disco di parità in più compra un guasto in più e costa un disco di spazio. Su Hold 160 sono 16 TB, ovvero il 12,5% della capacità RAIDZ2.

Per quanto tempo il pool resta esposto durante un resilver?

Tanto quanto serve al nuovo disco per riempirsi. ZFS fa il resilver solo dei dati che il pool contiene, quindi un pool pieno a metà ricostruisce circa metà dei byte.

• Caso migliore, disco da 16 TB pieno: 16 TB alla velocità massima di 285 MB/s di un Seagate Exos X20 richiedono circa 15,6 ore.
• Pool sotto carico, esempio a 50 MB/s: lo stesso disco richiede circa 89 ore, ovvero 3,7 giorni.
• Prima che il resilver inizi: un disco guasto in un server noleggiato aspetta che il datacenter lo sostituisca. Quando un disco si guasta, apri un ticket: il team lo sostituisce senza costi, e la ricostruzione dell'array sul nuovo disco spetta alla tua configurazione.

Durante quella finestra, RAIDZ2 ha una parità rimasta e RAIDZ3 ne ha due. L'aritmetica della ricostruzione per dischi da 10 a 20 TB è su quanto tempo richiede una ricostruzione RAID 6 o RAIDZ2.

Cosa cambiano i settori illeggibili?

Rendono utile il terzo disco di parità anche senza un terzo guasto. La scheda tecnica dell'Exos X20 dichiara errori di lettura non recuperabili pari a 1 settore ogni 10^15 bit letti. È un settore ogni 125 TB letti, al limite della scheda tecnica.

Un resilver legge i dischi sopravvissuti. Su un pool pieno da dieci dischi da 16 TB, nove sopravvissuti contengono 144 TB, quindi il limite consente circa un settore illeggibile. I dischi reali di solito fanno meglio della loro specifica; la specifica è il caso peggiore che il produttore accetta.

• RAIDZ2, un disco in meno: ZFS ricostruisce un settore illeggibile dalla parità rimanente. Non si perde nulla.
• RAIDZ2, due dischi in meno: non resta parità. Il blocco è perso e zpool status -v elenca i file che contengono errori di dati.
• RAIDZ3, due dischi in meno: resta una parità, quindi il settore viene ricostruito.

RAIDZ3 è un'assicurazione per il secondo guasto, non per il primo.

Quanto è probabile un secondo guasto durante la finestra?

Poco, sulla carta. Backblaze ha riportato un tasso di guasto annualizzato a vita dell'1,41% sui suoi dischi nel report del Q2 2026. Su un resilver di 89 ore, un disco si guasta con una probabilità di circa 1,41% × 89 ÷ 8 760, ovvero 0,014%. Con nove sopravvissuti, la probabilità di un altro guasto è di circa 0,13%.

Quei calcoli trattano i guasti come indipendenti. Dischi comprati insieme condividono modello, lotto ed età, e un resilver mette sotto sforzo ogni sopravvissuto. Le cifre sono un minimo, non una previsione.

Il mercato si sta spostando verso quella dimensione. Dei 23 venditori di server di storage Basalthold controllati su 2 November 2026, 8 elencavano un server con 100 TB o più di dischi rigidi.

Posso passare da RAIDZ2 a RAIDZ3 in seguito?

No. OpenZFS 2.3 ha aggiunto l'espansione RAID-Z: puoi aggiungere un nuovo disco a un gruppo esistente, con la feature del pool raidz_expansion. Il manuale è esplicito: "un RAID-Z2 resta un RAID-Z2 anche dopo l'espansione". Anche i vecchi blocchi mantengono il loro vecchio rapporto dati-parità.

Cambiare il livello di parità significa copiare i dati fuori, distruggere il pool e ricrearlo. Su un server noleggiato, il momento giusto è la consegna, quando i dischi dati sono ancora vuoti. Il sistema operativo risiede su un SSD dedicato (due SSD in mirror sulle configurazioni più grandi); i dischi dati arrivano vuoti e non partizionati, così puoi creare ZFS, un array mdadm o un insieme di dischi indipendenti. Se vuoi che il team prepari un array RAID 6 o RAID 10 prima della consegna, segnalalo al supporto prima che il server venga assegnato.

# your ten data drives by stable ID; the system SSDs stay out of the pool
ls -l /dev/disk/by-id/ | grep -v part

# three drives' worth of parity (replace DRIVE01 to DRIVE10 with the real IDs)
zpool create -o ashift=12 -O compression=lz4 tank raidz3 /dev/disk/by-id/ata-DRIVE{01..10}

# capacity, health, and the files hit by any data error
zpool list tank
zpool status -v tank

Cosa dovrei scegliere su un server di storage noleggiato?

Scegli in base a cosa serve il pool e a quanto può aspettare un guasto.

• RAIDZ2: un target di backup i cui originali vivono altrove. Un file perso può essere copiato di nuovo.
• RAIDZ3: un archivio che per un po' è l'unica copia, un pool che non puoi controllare ogni giorno, o dischi così grandi che un resilver sotto carico dura giorni.
• Due o quattro dischi: un mirror su Hold 24; su Hold 40, RAIDZ2 e mirror in stripe tengono entrambi 20 TB: RAIDZ2 sopporta due guasti qualsiasi, i mirror danno I/O casuale più veloce.

Hold 100 e Hold 160 montano dieci dischi dati ciascuno; le loro condizioni sono sulla pagina prezzi di Basalthold.

La parità non è un backup. Un server di storage non è un backup di se stesso: non conserviamo alcuna copia dei tuoi dati altrove, quindi una seconda copia in un altro posto resta compito tuo. La solita seconda copia per un NAS è descritta su qual è il miglior backup offsite per un NAS. Lo stesso compromesso senza ZFS è su RAID 6 o RAID 10, e perché ZFS vuole i dischi nudi è su ZFS o RAID hardware.