RAID: cosa significa e quale livello scegliere
Come funzionano i livelli RAID 0, 1, 5, 6 e 10, perché il RAID non è un backup e quando ti serve davvero (molto più raramente di quanto pensi).
Il RAID è una di quelle tecnologie che vengono consigliate con troppa facilità: qualcuno chiede come proteggere i propri dati e la risposta che riceve è "metti su un RAID". Nella maggior parte dei casi è un consiglio sbagliato, o quantomeno incompleto, perché il RAID risolve un problema diverso da quello che la persona aveva in mente. In questo articolo trovi come funziona davvero, quale livello ha senso e — soprattutto — perché non sostituisce un backup.
Cos'è
Il RAID è una tecnica che combina più dischi fisici in un'unica unità logica, per aumentare la velocità, la tolleranza ai guasti, o entrambe.
Il sistema operativo vede un disco solo. Sotto, i dati vengono distribuiti o duplicati tra i dischi reali secondo uno schema che dipende dal livello scelto.
L'obiettivo vero del RAID è la continuità di servizio: se un disco si rompe, il sistema continua a funzionare mentre lo sostituisci, senza interruzione e senza dover ripristinare nulla. È una cosa preziosa su un server. È molto meno rilevante sul computer di casa.
Il punto più importante: il RAID non è un backup
Questa sezione viene prima delle altre perché è l'equivoco che causa le perdite di dati più dolorose.
Il RAID protegge da una cosa sola: il guasto meccanico o elettronico di un disco. Non protegge da nient'altro, e "nient'altro" comprende quasi tutti i modi in cui si perdono davvero i dati:
Cancellazione accidentale. Elimini una cartella per errore: il RAID la elimina istantaneamente da tutti i dischi. È il suo mestiere, tenerli allineati.
Ransomware. Il software cifra i file e il RAID replica diligentemente i file cifrati. Vedi cos'è la cybersecurity per il contesto.
Corruzione dei dati o bug applicativi. Un dato scritto male viene scritto male ovunque.
Furto, incendio, allagamento, sbalzo di tensione. I dischi stanno tutti nella stessa macchina, nella stessa stanza.
Errore umano sul RAID stesso. Ricostruire l'array con i comandi sbagliati distrugge tutto in pochi secondi, ed è più frequente di quanto si creda.
La formulazione da tenere a mente: il RAID serve a non fermarsi, il backup serve a non perdere. Sono due obiettivi diversi e nessuno dei due sostituisce l'altro.
Se devi scegliere una cosa sola, scegli il backup. Un backup senza RAID significa qualche ora di lavoro per ripristinare. Un RAID senza backup significa che il giorno in cui succede qualcosa che non sia il guasto di un disco, hai perso tutto. La strategia sensata è descritta in come fare il backup.
I livelli che si usano davvero
Esistono diversi livelli RAID; nella pratica ne incontrerai cinque.
RAID 0 — velocità, zero protezione
I dati vengono divisi tra i dischi. Due dischi da 2 TB danno 4 TB utilizzabili, con letture e scritture più veloci.
Non ha nessuna ridondanza, e va oltre: peggiora l'affidabilità. Se si rompe uno qualsiasi dei dischi, perdi tutto l'array, non metà. Con due dischi il rischio di guasto è circa il doppio rispetto a un disco singolo.
Quando ha senso: dati temporanei e riproducibili — cache, file di lavoro intermedi, montaggio video su materiale che hai già archiviato altrove. Mai per dati che ti interessano.
RAID 1 — copia speculare
Due dischi contengono esattamente gli stessi dati. Se uno si rompe, l'altro continua da solo.
Perdi metà della capacità: due dischi da 2 TB danno 2 TB utilizzabili. In cambio hai la configurazione più semplice da capire e da recuperare — se il controller muore, un disco del RAID 1 spesso si legge anche da solo.
Quando ha senso: è la scelta giusta nella grande maggioranza dei casi piccoli. Server con pochi dischi, VPS fisici, sistemi dove conta la semplicità.
RAID 5 — capacità con una tolleranza
Tre o più dischi, con informazioni di parità distribuite. Sopravvive alla perdita di un disco e sacrifica la capacità di uno solo: quattro dischi da 4 TB danno 12 TB utilizzabili.
Sulla carta è il compromesso migliore. Nella pratica, oggi è sconsigliato sui dischi grandi, e la ragione merita di essere capita.
Quando un disco si rompe, per ricostruire l'array il sistema deve leggere integralmente tutti i dischi rimasti. Su dischi da 8, 12 o 16 TB questa operazione richiede giorni, durante i quali gli altri dischi lavorano al massimo — proprio i dischi che hanno la stessa età e la stessa storia d'uso di quello appena morto.
Se un secondo disco cede durante la ricostruzione, l'array è perso. E la ricostruzione è il momento di massimo stress, cioè quello in cui è più probabile che ceda.
Quando ha senso: dischi piccoli, o dati la cui perdita sarebbe seccante ma non grave.
RAID 6 — due tolleranze
Come il RAID 5, ma con doppia parità: sopravvive alla perdita di due dischi. Costa la capacità di due dischi e le scritture sono un po' più lente.
Risolve esattamente il problema del RAID 5: durante la lunga ricostruzione sei ancora protetto.
Quando ha senso: array con dischi grandi, da quattro dischi in su. È lo standard di fatto per gli archivi di una certa dimensione.
RAID 10 — velocità e protezione
Coppie speculari messe in serie. Serve un numero pari di dischi, minimo quattro, e perdi metà della capacità.
È il più veloce tra quelli ridondanti, soprattutto in scrittura, e la ricostruzione è rapida perché copia da un solo disco invece di ricalcolare la parità leggendo tutto.
Quando ha senso: database e carichi con molte scritture, dove le prestazioni contano quanto la continuità.
Il confronto
| Livello | Dischi minimi | Capacità utile | Guasti tollerati | Adatto a |
|---|---|---|---|---|
| RAID 0 | 2 | 100% | Nessuno | Dati usa e getta |
| RAID 1 | 2 | 50% | 1 | La scelta predefinita |
| RAID 5 | 3 | (n-1)/n | 1 | Dischi piccoli |
| RAID 6 | 4 | (n-2)/n | 2 | Archivi grandi |
| RAID 10 | 4 | 50% | 1 per coppia | Database, scritture |
Hardware, software o ZFS
RAID hardware — una scheda controller dedicata. Buone prestazioni, ma con un rischio poco considerato: se muore il controller, spesso ti serve lo stesso identico modello per rileggere i dischi. Su hardware fuori produzione può diventare un problema serio.
RAID software — gestito dal sistema operativo, su Linux con mdadm. Non ha vincoli di hardware: prendi i dischi, li metti in un'altra macchina Linux e li rileggi. Sulle CPU attuali il costo prestazionale è trascurabile.
cat /proc/mdstat # stato dell'array
sudo mdadm --detail /dev/md0 # dettagli
ZFS e btrfs — file system che integrano la ridondanza e aggiungono la cosa che al RAID classico manca davvero: le somme di controllo su ogni blocco. Il RAID tradizionale sa che un disco è morto, ma non si accorge se un disco gli restituisce dati silenziosamente corrotti. ZFS se ne accorge e li ripara.
In più offre istantanee, compressione e scrub periodici. Chiede più memoria ed è più complesso da imparare.
Il consiglio: mdadm se vuoi qualcosa di semplice e diffuso, ZFS se i dati contano e sei disposto a studiarlo. Su Proxmox ZFS è integrato e ben supportato.
Errori che costano i dati
Non accorgersi che un disco è morto. Un array degradato continua a funzionare senza sintomi visibili: te ne accorgi quando cede il secondo disco. Configura una notifica via email il giorno stesso in cui crei l'array, non dopo. È l'errore numero uno.
Usare dischi identici comprati insieme. Stesso modello e stesso lotto significa curve di guasto simili. Mescolare marche o lotti riduce il rischio che due dischi cedano ravvicinati.
Non provare mai il ripristino. Un array da cui non hai mai estratto un disco per finta è una procedura non verificata. Provalo quando non c'è emergenza.
Sostituire il disco sbagliato. In un array degradato, staccare per errore quello sano completa il disastro. Identificalo per numero di serie, non per posizione presunta.
Continuare a usare l'array durante la ricostruzione. Aggiunge stress nel momento peggiore. Se puoi, riduci il carico al minimo.
Ti serve davvero?
Domanda onesta, e la risposta più frequente è no.
A casa, quasi mai. Se il computer si ferma per due giorni non succede nulla di grave. Quello che ti serve è un backup automatico — locale più uno remoto — non un RAID. Il denaro speso in dischi aggiuntivi rende molto di più investito in un secondo backup fuori sede.
Su un NAS domestico, forse. Se ci tieni l'archivio di foto di famiglia, il RAID 1 evita di dover ripristinare tutto per un disco morto. Il backup resta comunque obbligatorio.
Su un server, sì. Qui la continuità ha un valore concreto e la sostituzione a caldo di un disco evita il fermo del servizio.
Su un VPS o in cloud, non è una tua decisione. La ridondanza è già gestita dal fornitore. Vedi VPS o hosting condiviso e cos'è il cloud computing. Attenzione però: ridondanza del fornitore non significa backup. Se cancelli tu un file, è cancellato.
In sintesi
Il RAID combina più dischi per non fermarsi quando uno si guasta. Non fa nient'altro, e in particolare non è un backup: non protegge da cancellazioni, ransomware, furto o errore umano.
Se devi scegliere tra RAID e backup, scegli il backup. Sempre.
Quando serve davvero: RAID 1 per i casi piccoli, RAID 6 per gli archivi con dischi grandi, RAID 10 dove contano le scritture. Evita il RAID 5 su dischi moderni di grande capacità e il RAID 0 su qualsiasi cosa ti interessi.
E configura le notifiche di guasto lo stesso giorno in cui crei l'array: un RAID degradato di cui nessuno si accorge è un RAID che non ti proteggerà.
Per il livello sotto — come sono organizzati i dischi e i file system — vedi la guida alle partizioni. Se stai mettendo in piedi una macchina per sperimentare, il percorso è in come iniziare un homelab.