RAID 1 vs RAID 10: differenze e quando usarli

Le configurazioni RAID 1 e RAID 10 sono tra le più utilizzate per garantire affidabilità e prestazioni dei dischi nei server di produzione. Capirne le differenze e fondamentale per scegliere il livello di protezione adeguato al carico applicativo e al budget hardware.

RAID 1: mirror puro

Il RAID 1 duplica i dati su due dischi: tutto cio che viene scritto su un disco viene replicato sull'altro in tempo reale. La capacita utile e pari a quella di un singolo disco. La lettura puo essere distribuita su entrambe le unita, migliorando leggermente le prestazioni. La scrittura ha la velocità del disco più lento. E tipicamente usato per dischi di sistema dove l'affidabilità conta più della velocità.

RAID 10: stripe di mirror

Il RAID 10 (1+0) combina mirror (RAID 1) e stripe (RAID 0): servono almeno 4 dischi. I dati vengono prima specchiati in coppie, poi distribuiti in stripe sulle coppie. La capacita utile e meta del totale (4 dischi da 1 TB = 2 TB utili). Le prestazioni sono significativamente superiori in lettura e scrittura, e la tolleranza ai guasti e elevata: fino a 2 dischi possono guastarsi simultaneamente, purche non nella stessa coppia.

Confronto sintetico

• Dischi minimi: RAID 1 = 2, RAID 10 = 4.
• Capacita utile: 50 percento del totale in entrambi.
• Prestazioni lettura: RAID 10 > RAID 1.
• Prestazioni scrittura: RAID 10 nettamente superiore.
• Tolleranza guasti: RAID 1 = 1 disco, RAID 10 = fino a 2 (in coppie diverse).
• Costo per GB utile: identico, ma RAID 10 richiede più hardware.
• Tempo di ricostruzione: RAID 10 più rapido per stripe paralleli.

Quando usare RAID 1

RAID 1 e ideale per server con esigenze prevedibili e budget contenuto: web server di piccole dimensioni, file server con poco I/O, dischi di sistema. La sua semplicità ne fa una scelta robusta: meno dischi significa meno punti di fallimento. Adatto anche per dischi di boot in ambienti virtualizzati.

Quando usare RAID 10

RAID 10 e la scelta per database, server di posta, ambienti di virtualizzazione e carichi I/O intensivi: la combinazione di mirroring (affidabilità) e striping (prestazioni) lo rende lo standard de facto per workload mission-critical. Sostituisce vantaggiosamente il RAID 5/6 in scenari dove la velocità di scrittura conta.

Procedura passo-passo

1. Identifica il workload primario (lettura, scrittura, OLTP, archiviazione).
2. Stima IOPS richiesti dall'applicazione.
3. Valuta budget hardware e numero di alloggiamenti disponibili.
4. Scegli RAID 1 per workload leggeri, RAID 10 per intensi.
5. Implementa con controller hardware dedicato per produzione (es. MegaRAID, PERC).
6. Configura monitoring SMART e allerta sui guasti.
7. Tieni dischi di scorta in loco per sostituzioni rapide.
8. Documenta la procedura di sostituzione disco e ricostruzione array.

Errori comuni e come risolverli

• Confondere RAID con backup: RAID protegge dai guasti hardware, non dagli errori umani o ransomware.
• Mescolare dischi di marche/dimensioni diverse: comportamento imprevedibile.
• Non monitorare SMART: scoprire un disco guasto solo dopo il secondo guasto e troppo tardi.
• RAID software vs hardware: mdadm e ottimo su Linux, ma per workload pesanti un controller con cache batteria fa la differenza.

Domande frequenti

D: RAID 10 e meglio di RAID 5?
R: Si in scrittura e affidabilità; RAID 5 conviene solo per archiviazione con budget stretto.

D: SSD necessitano RAID?
R: Si, gli SSD si guastano anch'essi; RAID 1 e tipico per coppie di SSD.

D: Devo sostituire i dischi tutti insieme?
R: No, ma evita di mescolare modelli molto diversi.

Approfondimento tecnico: write hole e cache

Il write hole e un problema teorico del RAID 5/6: se un crash avviene tra la scrittura del dato e la scrittura della parita, l'array puo trovarsi in stato inconsistente. RAID 1 e RAID 10 non hanno questo problema perché scrivono dati identici, non parita derivata. Le moderne implementazioni mdadm Linux mitigano con journal device; ZFS lo risolve nativamente con copy-on-write.

I controller hardware enterprise hanno cache scrittura con batteria di backup (BBU) o supercondensatore: in caso di power loss, la cache viene scritta su disco al riavvio. Senza BBU/CV, abilitare writeback cache rischia perdita dati: meglio writethrough più lento ma sicuro. Su Linux la stessa cosa si fa con hdparm e nvme set-feature.

Scenari d'uso reali

Un database PostgreSQL su RAID 10 NVMe enterprise con BBU sostiene 50.000 transazioni/secondo con prevedibilita.

Un web server con due SSD SATA in RAID 1 mdadm regge benissimo 10 milioni di pageview mensili a costo contenuto.

Un NAS di backup con 8 dischi HDD usa RAID 6 (non 10) per massimizzare capacita; scritture meno frequenti, performance non critiche.

Checklist operativa per il RAID

• Verifica modello e firmware dei dischi.
• Configura monitoring SMART e alert su parametri critici.
• Tieni dischi di scorta in loco.
• Documenta la procedura di sostituzione disco.
• Backup esterno: RAID non sostituisce il backup.
• Controller con BBU per write cache enterprise.
• Test di rebuild simulato annualmente.

Risorse e riferimenti

mdadm man page per RAID software. Documentazione di controller hardware (MegaRAID, PERC). smartmontools per monitoring SMART. ZFS e btrfs offrono RAID a livello filesystem con vantaggi peculiari. Standard SNIA forniscono terminologia condivisa.

Hai bisogno di aiuto?

Se hai dubbi sulla gestione server, il team di G Tech Group puo aiutarti. Contattaci tramite il modulo di contatto.