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

Lista di controllo per il recupero del server domestico: password, rete, avvio e archiviazione
Una checklist pratica per recuperare in sicurezza un server domestico, dall'accesso con password e la riparazione della rete al recupero dell'avvio, ai controlli di...

Quali app NAS migliorano davvero velocità, backup e media?
La maggior parte delle app NAS non rende un NAS più veloce da sole. Migliorano il sistema solo quando rimuovono un vero collo di...

Quanta energia consuma un NAS quando funziona 24 ore su 24?
Una guida pratica per capire quanta elettricità consuma un NAS quando funziona 24 ore su 24, 7 giorni su 7. Questo articolo spiega le...

