Come scegliere tra RAID 5, RAID 6, RAIDZ e dischi specchiati

Eva Wong è la Technical Writer e smanettatrice residente di ZimaSpace. Una geek da sempre con una passione per homelab e software open-source, si specializza nel tradurre concetti tecnici complessi in guide accessibili e pratiche. Eva crede che l'auto-ospitare debba essere divertente, non intimidatorio. Attraverso i suoi tutorial, dà potere alla comunità di demistificare le configurazioni hardware, dalla costruzione del loro primo NAS al dominio dei container Docker.

RAID 5, RAID 6, RAIDZ e dischi specchiati non sono solo nomi diversi per la stessa funzione di sicurezza. Fanno compromessi diversi tra capacità utilizzabile, comportamento di scrittura, rischio di ricostruzione, espansione futura e quanto stressante diventa il recupero quando un disco si guasta.

La scelta giusta dipende dal compito. Un piccolo NAS domestico può essere più facile da gestire come specchio. Un grande pool di HDD di solito merita la doppia parità. Un server con molte VM o Docker spesso beneficia degli specchi. Un archivio multimediale può dare più importanza alla capacità. Nessuna di queste configurazioni sostituisce il backup.

La domanda sbagliata è “Qual è il miglior RAID?”

La domanda migliore è: cosa stai cercando di proteggere e cosa sei disposto a sacrificare? RAID 5 offre più spazio utilizzabile ma tollera solo un guasto del disco. RAID 6 offre una protezione più forte ma costa un disco in più di capacità. RAIDZ introduce checksum ZFS e design vdev nella decisione. Gli specchi costano più capacità, ma sono semplici, veloci e più facili da espandere a coppie.

Inizia con queste domande prima di scegliere una configurazione:

Domanda Perché è importante
Quanti dischi hai? 2 dischi di solito significa specchio. 5–8 grandi HDD di solito spingono verso la doppia parità.
I dischi sono HDD o SSD? La ricostruzione di grandi HDD è lenta. I pool SSD spesso danno più importanza a IOPS e latenza.
È per media, backup, VM, Docker o carichi di lavoro AI? L’archiviazione sequenziale e i dati casuali delle app preferiscono configurazioni diverse.
Quanto è doloroso il downtime? Alcune configurazioni si ricostruiscono più velocemente e mantengono prestazioni più prevedibili.
Hai già un backup? RAID senza backup è comunque un singolo sistema di archiviazione che può guastarsi.

Se la risposta è solo “voglio il massimo spazio,” RAID 5 o RAIDZ1 sembreranno attraenti. Se la risposta include “non posso permettermi il panico durante la ricostruzione,” la scelta di solito cambia.

La capacità utilizzabile è la parte facile

La capacità è semplice da calcolare, ma non è l’unica decisione. Una configurazione che sembra efficiente il primo giorno può essere più difficile da ricostruire, espandere o affidare una volta che il pool contiene anni di foto, documenti d’ufficio, librerie multimediali, volumi Docker o dati di progetti AI.

Configurazione Numero minimo di dischi Tolleranza ai guasti dei dischi Schema di capacità utilizzabile Significato pratico
Specchio / RAID 1 2 1 per coppia di specchi Circa il 50% Recupero semplice e veloce, alto costo in termini di capacità
Specchi a strisce 4 Dipende da quali dischi si guastano Circa il 50% Buone prestazioni e crescita più semplice basata su coppie
RAID 5 / RAIDZ1 3 1 n-1 dischi Capacità efficiente, margine di sicurezza ridotto
RAID 6 / RAIDZ2 4 2 n-2 dischi Meglio per pool HDD grandi e dati importanti
RAIDZ3 5+ 3 n-3 dischi Per pool di archiviazione molto grandi o conservativi

RAID 5 e RAIDZ1 sembrano efficienti perché riservano solo la capacità di un disco per la parità. I mirror sembrano spreconi perché usano metà della capacità grezza per la ridondanza. RAID 6 e RAIDZ2 stanno nel mezzo: meno efficienti della singola parità, ma più sicuri durante guasti e ricostruzioni.

La singola parità è una scelta economica, non la predefinita sicura

RAID 5 e RAIDZ1 non sono automaticamente cattivi. Sono solo meno adatti di quanto molti principianti pensino. Possono avere senso per array piccoli, pool basati su SSD, dati non critici, sistemi di test o librerie multimediali che hanno già un backup separato.

Il rischio è semplice: la singola parità può sopravvivere a un guasto di disco. Durante la ricostruzione, non c’è margine per un altro guasto. Con grandi hard disk meccanici, la ricostruzione può richiedere molto tempo e i dischi rimanenti sono sottoposti a una pressione di lettura continua mentre il disco sostitutivo viene ricostruito.

Usa RAID 5 o RAIDZ1 quando la capacità è importante, il rischio è compreso e esiste un backup. Non usarli come risposta predefinita per pool HDD grandi che contengono dati insostituibili.

La doppia parità è per dischi grandi e finestre di ricostruzione lunghe

RAID 6 e RAIDZ2 rinunciano a un altro disco di capacità per sopravvivere a due guasti di disco. Questa sicurezza extra è più importante man mano che la dimensione dei dischi cresce, il tempo di ricostruzione aumenta e il pool diventa più critico.

Per un NAS con 6 bay o più per HDD, la doppia parità è spesso la base pratica. È particolarmente rilevante per librerie di foto di famiglia, documenti d’ufficio, archivi multimediali, destinazioni di backup, archiviazione cloud privata e ambienti NAS multiutente. Il percorso di scrittura è più pesante rispetto alla singola parità, ma molti carichi di lavoro NAS danno più importanza alla sicurezza, capacità e recupero prevedibile che alla velocità di scrittura pura.

Se stai costruendo un sistema di archiviazione ZimaOS più grande, la guida ufficiale all'installazione di ZimaOS ZFS è il riferimento interno giusto per creare un pool di archiviazione ZFS prima di aggiungere condivisioni, app o flussi di backup.

I mirror costano più capacità ma sono più facili da gestire

I dischi in mirroring sono costosi in termini di capacità utilizzabile, ma sono facili da comprendere. Ogni disco in una coppia mirror contiene una copia completa dei dati per quel vdev. Se un disco si guasta, il recupero è più diretto perché la sostituzione viene ricostruita dal suo partner mirror.

Ecco perché i mirror sono spesso preferiti per VM, database, dati di app Docker, carichi di lavoro ricchi di metadati e server personali più piccoli. Non sono sempre il layout più efficiente in termini di spazio, ma possono risultare migliori nell'uso quotidiano perché l'I/O casuale e il comportamento di recupero sono più prevedibili.

Carico di lavoro Adatto al mirror Motivo
VM e database Robusto I/O casuale e latenza sono importanti
Dati delle app Docker Robusto Beneficiano scritture piccole, metadati e database
NAS semplice a 2 dischi Naturale Facile da capire e recuperare
Archivio multimediale di grandi dimensioni Misto La perdita di capacità potrebbe essere troppo alta
Pool di backup freddo Buono ma costoso Recupero semplice, minore efficienza di capacità

Una discussione su TrueNAS riguardo a mirroring vs resilvering RAIDZ2 cattura il vero compromesso: i mirror possono resilverare più velocemente e con meno impatto sull'intero pool, mentre RAIDZ2 mantiene un ulteriore livello di parità dopo il guasto di un disco. Per questo la scelta dipende dal carico di lavoro, dalle esigenze di uptime, dai dischi di riserva e dalla strategia di backup.

RAIDZ non è solo RAID 5 con un nome diverso

RAIDZ appartiene al design del pool ZFS. In ZFS, non stai solo scegliendo un livello RAID. Stai scegliendo una topologia di vdev che influenza prestazioni, ridondanza, comportamento di ricostruzione e crescita futura.

La spiegazione di Klara su tipi di vdev OpenZFS e topologia RAIDZ è utile perché inquadra i pool ZFS dall'alto verso il basso. Uno zpool è costruito da vdev, e questi vdev possono essere mirror, RAIDZ1, RAIDZ2, RAIDZ3 o altre classi di dispositivi. Se un vdev dati di primo livello si guasta, il pool è a rischio.

Questa è la parte che molti utenti trascurano. Con ZFS, il layout che crei all'inizio può definire il sistema di archiviazione per anni. RAIDZ1, RAIDZ2 e i mirror non sono solo scelte di capacità. Sono scelte di topologia a lungo termine.

Il rischio di ricostruzione dovrebbe influenzare più della sola capacità

La maggior parte delle decisioni sbagliate sul RAID avviene perché la capacità è facile da vedere mentre il rischio di ricostruzione è invisibile fino al guasto di un disco. Un layout a parità singola può sembrare efficiente, ma la finestra di ricostruzione è il momento in cui il pool è più esposto.

I mirror di solito si ricostruiscono più localmente. Le configurazioni RAIDZ possono coinvolgere più dischi durante il recupero. RAIDZ2 offre un secondo livello di parità, importante se un altro disco si comporta male mentre si sostituisce quello guasto. Nessun approccio è perfetto, ma ognuno ha un diverso profilo di guasto.

Situazione Direzione più sicura
3 SSD piccoli con dati non critici RAIDZ1 / RAID 5 può essere accettabile
4 HDD grandi con dati familiari RAIDZ2 / RAID 6 o due mirror
6+ HDD ad alta capacità RAIDZ2 / RAID 6 minimo per la maggior parte degli utenti
Carico di lavoro pesante su VM o Docker Mirror
Destinazione backup con copia offsite RAIDZ2 o mirror, a seconda di capacità e velocità di ripristino
Nessun backup separato Prima sistema il backup, poi scegli il RAID

La configurazione dovrebbe corrispondere a come vuoi che sia il recupero. Se ti agiti durante una lunga ricostruzione, non scegliere la configurazione solo perché offre un disco in più di spazio utilizzabile.

I piani di espansione sono importanti prima che il pool contenga dati reali

L’espansione è il punto in cui mirror e RAIDZ si differenziano molto. I mirror sono solitamente più facili da espandere a coppie. Aggiungi un’altra coppia di mirror e il pool guadagna capacità e prestazioni da un altro vdev. Questa semplicità è uno dei motivi principali per cui i mirror restano popolari nei server domestici e nei homelab.

L’espansione RAIDZ è migliorata, ma richiede ancora pianificazione. Il problema OpenZFS su OpenZFS RAIDZ expansion multiple-drive enhancement request evidenzia un’importante limitazione: l’espansione RAIDZ può essere lenta e seriale quando si aggiungono dischi uno alla volta, e gli utenti devono considerare l’impatto sulle prestazioni e l’usura durante il processo.

Non considerare l’espansione RAIDZ come permesso per scegliere oggi un livello di parità sbagliato. L’espansione può aumentare la capacità. Non trasforma RAIDZ1 in RAIDZ2, non elimina la necessità del backup né le conseguenze del design originale del vdev.

Adatta la configurazione al vero compito del NAS

La migliore configurazione RAID è quella che corrisponde al compito del NAS. L’archiviazione multimediale, il backup, le app Docker, l’archiviazione VM, i progetti AI e l’archivio freddo non si comportano allo stesso modo.

Compito del NAS Direzione consigliata Perché
NAS domestico semplice a 2 dischi Mirror Recupero facile, prevedibile e semplice
Archiviazione familiare a 4 dischi RAIDZ2 / RAID 6 o due mirror Bilancia sicurezza, costo e comportamento di ricostruzione
Libreria multimediale a 6 bay RAIDZ2 / RAID 6 Efficienza di capacità con doppia parità
Host per VM / database / Docker Mirror Migliore I/O casuale e percorso di recupero più semplice
NAS solo per backup RAIDZ2 o mirror Scegliere in base a velocità di ripristino e necessità di capacità
AI NAS / RAG / dati app Mirror per dati app caldi, RAIDZ2 per storage di massa Separare database attivi da grandi file di archivio
Archivio freddo RAIDZ2 / RAIDZ3 Capacità e tolleranza ai guasti contano più degli IOPS

Per un server compatto sempre acceso, ZimaBoard 2 server personale si adatta a storage mirror più semplice, backup, Docker e uso leggero da server domestico. Per storage multi-disco più grande, librerie media, cloud privato e workflow AI NAS, ZimaCube 2 AI NAS è più adatto a pool ZFS più grandi e separazione dei carichi.

RAID non sostituisce ancora il backup

RAID mantiene disponibile un pool di storage dopo certi guasti ai dischi. Il backup permette di recuperare quando file, utenti, app, lavori di sincronizzazione o l’intero sistema di storage falliscono. Sono problemi diversi.

RAID non protegge da cancellazioni accidentali, ransomware, incendio, furto, aggiornamenti errati, sincronizzazioni corrotte, ricostruzioni fallite o utenti che sovrascrivono cartelle sbagliate. Gli snapshot ZFS aiutano con il rollback, ma gli snapshot sullo stesso pool non sono equivalenti a un backup indipendente.

Livello di protezione Cosa aiuta a risolvere Cosa non risolve
RAID / RAIDZ / mirror Tolleranza ai guasti dei dischi Cancellazione, ransomware, disastro, sincronizzazione errata
Snapshot Rollback a stati precedenti dei file Perdita del pool, furto, incendio, guasto totale dei dischi
Backup locale Ripristino veloce Disastro nello stesso sito
Backup offsite Recupero da disastri Ripristino locale veloce a meno che non sia pianificato diversamente

Un piano NAS sicuro usa RAID per la disponibilità, snapshot per il rollback, backup per il recupero e copie offsite per la protezione dai disastri.

Raccomandazione pratica per numero di dischi

Questa tabella non è una legge. È un punto di partenza per decisioni su NAS domestici, server personali e storage per piccoli uffici.

Numero di dischi Scelta pratica
2 dischi Mirror
3 dischi Mirror più backup, o solo RAIDZ1 per dati non critici
4 dischi RAIDZ2 / RAID 6 per sicurezza, o due mirror per prestazioni
5 dischi RAIDZ2 se si usano HDD e dati importanti
6 dischi RAIDZ2 / RAID 6 è solitamente la scelta equilibrata
8+ dischi RAIDZ2, RAIDZ3 o design con più vdev a seconda del rischio
Pool SSD I mirror spesso hanno senso per prestazioni e latenza
Dimensioni miste dei dischi Evita quando possibile; pianifica intorno al disco più piccolo

Più i dati sono importanti, meno dovresti ottimizzare solo per la capacità utilizzabile. Scegli la configurazione che puoi ricostruire, espandere, monitorare e fare il backup senza panico.

Conclusione finale

Scegli gli specchi quando contano di più prestazioni, semplicità, dati delle app, carichi VM e recupero più facile rispetto alla massima capacità. Scegli RAID 6 o RAIDZ2 quando contano di più grandi HDD, dati importanti e tolleranza a guasti multipli rispetto al risparmio di uno spazio su disco. Usa RAID 5 o RAIDZ1 solo quando il rischio è accettabile e il backup esiste già.

Se usi ZFS, la decisione non è solo il “livello RAID”. È la topologia vdev. Questa topologia decide come si comporta il pool, come si guasta, come si ricostruisce e come cresce.

La scelta RAID più sicura non è quella con il numero più grande utilizzabile il primo giorno. È quella che ha ancora senso il giorno in cui un disco si guasta.

FAQ

RAID 5 è ancora sicuro per un NAS domestico?

RAID 5 può ancora essere accettabile per array piccoli, pool SSD, dati non critici o librerie multimediali che hanno già un backup completo. Non è la scelta più sicura per pool di grandi HDD o file insostituibili perché tollera solo un guasto del disco.

RAID 6 è migliore di RAID 5?

Per grandi HDD e dati importanti, RAID 6 è solitamente più sicuro perché può tollerare due guasti del disco. Il compromesso è una capacità utilizzabile inferiore e un carico di scrittura della parità più pesante rispetto a RAID 5.

RAIDZ è uguale a RAID 5 o RAID 6?

Non esattamente. RAIDZ1 e RAIDZ2 sono simili ai concetti di parità singola e doppia, ma fanno parte della topologia vdev di ZFS e funzionano con funzionalità ZFS come checksum, scrub, snapshot, dataset e flussi di invio/ricezione.

I dischi in mirror sono migliori di RAIDZ?

Sono migliori per alcuni carichi di lavoro. Gli specchi sono spesso più robusti per VM, dati di app Docker, database e I/O casuale. RAIDZ è spesso migliore per grandi librerie multimediali, archivi, pool di backup e archiviazione focalizzata sulla capacità.

Posso espandere RAIDZ in seguito?

L'espansione RAIDZ è migliorata in OpenZFS, ma non è una ragione per ignorare la pianificazione. Può aumentare la capacità, ma non trasforma automaticamente RAIDZ1 in RAIDZ2, non elimina il rischio di ricostruzione né sostituisce il backup.

RAID sostituisce il backup?

No. RAID aiuta con alcuni guasti del disco. Il backup protegge da cancellazioni, ransomware, errori di sincronizzazione, furto, incendio, ricostruzioni fallite e problemi più ampi del sistema di archiviazione. Un serio setup NAS necessita sia di una pianificazione RAID che di una pianificazione del backup.

Supporto e consigli

Altro da leggere

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.