Quanto dura un rebuild RAID 6 o RAIDZ2 con dischi da 20 TB?

Perché la velocità massima del disco è solo un caso migliore?

Perché la velocità massima vale solo sulle tracce esterne. Il data sheet degli HC560 di Western Digital colloca il massimo di 291 MB/s a circa il 10% dentro il disco. Le tracce interne passano sotto la testina più lentamente, quindi una passata completa fa una media inferiore.

Il disco sostitutivo è il collo di bottiglia. Ogni blocco ricostruito finisce su quell'unico disco, quindi l'array non può ricostruirsi più velocemente di quanto scrive. Dieci dischi che leggono in parallelo non cambiano la cosa.

Una ricostruzione non può mai superare la scrittura di un singolo disco da un capo all'altro.

Perché una ricostruzione mdadm va più lenta del disco?

Perché md la limita. Nel codice sorgente del kernel Linux, speed_limit_max vale 200.000 KiB/s come predefinito, circa 204,8 MB/s, e speed_limit_min 1.000 KiB/s. Il manuale di md spiega la coppia: md rallenta il recovery quando c'è altra attività e va a piena velocità quando l'array è inattivo.

Quindi un array in uso può ricostruirsi vicino al minimo. A 1.000 KiB/s, un disco da 20 TB impiegherebbe circa 226 giorni. Gli array reali stanno tra i due limiti, in base a quanto traffico di backup o di lettura fa concorrenza.

Puoi osservarlo e regolarlo:

# progress, speed and time left
cat /proc/mdstat

# current limits, in KiB/s
sysctl dev.raid.speed_limit_min dev.raid.speed_limit_max

# let the rebuild use more of the disks during a quiet period
sysctl -w dev.raid.speed_limit_min=100000
sysctl -w dev.raid.speed_limit_max=500000

Un resilver di ZFS è più veloce di una ricostruzione RAID 6?

Spesso sì, quando il pool non è pieno. Il manuale di OpenZFS dice che il resilver esamina solo i dati che ZFS sa essere obsoleti. Un pool riempito a metà ricostruisce circa metà dei byte che mdadm copierebbe.

Le letture però sono meno ordinate. La guida a dRAID di OpenZFS nota che raidz deve usare un healing resilver, che percorre l'albero dei blocchi con letture casuali. Un pool RAIDZ2 pieno può quindi impiegare più di quanto i byte facciano pensare.

dRAID cambia lo scenario per gli array grandi. La sua ricostruzione sequenziale su uno spare distribuito scala con il numero di dischi diviso per la larghezza dello stripe. Poi uno scrub controlla i checksum. Con dieci dischi, di solito si sceglie il semplice RAIDZ2; i compromessi sono su ZFS o RAID hardware.

Osserva un resilver con zpool status. Il parametro zfs_resilver_min_time_ms, 1.500 ms come predefinito nel manuale attuale, stabilisce per quanto tempo ZFS ci lavora tra un transaction group e l'altro.

Quanto è rischioso il periodo di ricostruzione?

Poco per RAID 6, di più per RAID 5. Durante una ricostruzione RAID 6 l'array ha ancora una parità, quindi un altro guasto è sopportabile.

Backblaze ha misurato un tasso di guasto annualizzato sull'intera vita dell'1,41% sui suoi dischi nel rapporto Q2 2026. Su una ricostruzione di 27 ore, nove dischi rimanenti danno circa lo 0,04% di probabilità di un altro guasto. Su 111 ore, circa lo 0,16%.

I settori illeggibili pesano di più. Seagate dichiara per gli Exos X20 al massimo un settore illeggibile ogni 10^15 bit letti. Ricostruire da nove dischi da 20 TB legge 1,44 × 10^15 bit, quindi la specifica ammette più di un settore difettoso. RAID 6 lo ripara con la seconda parità; RAID 5 non ha più nulla. Il confronto completo è su RAID 6 o RAID 10.

Su 23 venditori di server di storage Basalthold controllati su 2 November 2026, 8 offriva un piano da 100 TB o più. A quella dimensione, ogni ricostruzione di un disco richiede quasi un giorno anche a piena velocità.

Come accorcio una ricostruzione su un server noleggiato?

Avviala presto e dai i dischi a disposizione.

• Sostituisci il disco in fretta. 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. Il tempo parte quando il nuovo disco è inserito.
• Metti in pausa i job pesanti. Sposta i grandi backup fuori dal periodo di ricostruzione, oppure alza speed_limit_min di notte.
• Tieni il pool sotto il pieno. ZFS ricostruisce solo i dati memorizzati, quindi lo spazio libero accorcia il resilver.
• Tieni una seconda copia. Una ricostruzione protegge da un altro guasto, non da un incendio o da un errore: 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. Una destinazione è su backup offsite per un NAS.