Per molto tempo ho sentito di quanto sia brutta un'idea un array RAID-5 di grandi dimensioni (> 5 TB?) Semplicemente perché c'è un alto rischio che un'altra unità si guasti.
RAID-Z1 è riuscito a rimediare a un array di qualsiasi dimensione (se hai assolutamente bisogno di un numero prendi in considerazione 4x2 TB o 5x2 TB)? Forse un modo più sicuro per replicare nuovamente i dati che non sono così intensi su tutte le unità?
Risposte:
Anche dato ciò che una delle altre risposte qui esposte, vale a dire che ZFS funziona solo con blocchi usati effettivi e non con spazio vuoto, sì, è ancora pericoloso creare un grande RAIDZ1 vdev. La maggior parte dei pool viene utilizzata almeno per il 30-50%, molti vanno fino al massimo consigliato dell'80% (alcuni lo superano, consiglio vivamente di non farlo affatto, per motivi di prestazioni), quindi ZFS tratta solo con blocchi usati non è una grande vittoria. Inoltre, alcune delle altre risposte fanno sembrare che una cattiva lettura sia ciò che causa il problema. Non è così. Un po 'di marcio all'interno di un blocco non è quello che ti rovinerà qui, di solito, è un altro disco che va storto mentre il resilver del primo disco va male che ti ucciderà .. e su dischi da 3 TB in un grande raidz1 possono essere necessari giorni, anche settimane resilver su un nuovo disco, quindi le possibilità che ciò accada non sono insignificanti.
Il mio consiglio personale ai clienti è di non usare mai RAIDZ1 (equivalente RAID5) con dischi> 750 GB, solo per evitare un sacco di spiacevoli spiacevoli inconvenienti. Sono stato d'accordo con loro che hanno infranto questa regola a causa di altri motivi (il sistema ha un backup da qualche altra parte, i dati non sono così importanti, ecc.), Ma di solito faccio del mio meglio per spingere RAIDZ2 come opzione minima con grandi dischi.
Inoltre, per una serie di motivi, di solito consiglio di non utilizzare più di 8-12 dischi in una striscia raidz2 o 11-15 dischi in una striscia raidz3. Dovresti essere nella fascia bassa di quegli intervalli con dischi da 3 TB e potresti essere OK nella fascia alta di quegli intervalli su dischi da 1 TB. Che questo ti aiuti a stare lontano dall'idea che più dischi si guasteranno mentre è in corso un resilver è solo uno di questi motivi, ma grande.
Se stai cercando alcune regole empatiche (modifica il 04/10/15 - Ho scritto queste regole pensando solo ai dischi rotanti - perché sono anche logiche [perché dovresti fare meno di 3 dischi in un raidz1] ha un senso anche per i pool SSD ma i pool all-SSD non erano una cosa nella mia testa quando li ho scritti):
RAID-Z è cattivo come R5, no. È buono come R1 o R10, di solito no.
RAID-Z è a conoscenza di punti vuoti sulle unità, dove R5 non lo è. Quindi RAID-Z deve solo leggere le aree con i dati per recuperare il disco mancante. Inoltre, i dati non sono necessariamente sottoposti a striping su tutti i dischi. Un file molto piccolo potrebbe risiedere su un solo disco, con la parità su un altro disco. A causa di questo RAID-5 dovrà leggere esattamente tutti i dati dello spazio utilizzato sull'array (se 1mb viene utilizzato su un array da 5 TB, una ricostruzione deve solo leggere 1 mb).
In caso contrario, se la maggior parte di un array di grandi dimensioni è pieno, la maggior parte dei dati dovrà essere letta da tutti i dischi. Rispetto a R1 o R10 in cui i dati devono essere estratti esattamente da un solo disco (per disco guasto; se più dischi falliscono solo in situazioni in cui l'array è ancora recuperabile).
Ciò di cui ti preoccupi è il fatto che con ogni operazione di lettura di un settore c'è la possibilità che troverai un settore che non è stato scritto correttamente o non è più leggibile. Per un'unità tipica in questi giorni che è circa 1x10 ^ -16 (non tutte le unità sono uguali, quindi cerca le specifiche sulle tue unità per capire la loro valutazione). Questo è incredibilmente raro, ma viene fuori circa una volta ogni 1 PB; per un array da 10 TB c'è una probabilità dell'1% che il tuo array sia toast e non lo conosci fino a quando non provi a recuperarlo.
ZFS aiuta anche a mitigare questa possibilità, poiché la maggior parte dei settori illeggibili sono evidenti prima di iniziare a provare a ricostruire l'array. Se si pulisce l'array ZFS su base regolare, l'operazione scrub rileverà questi errori e aggirerà tali errori (o avviserà l'utente in modo da poter sostituire il disco in questo modo). Ti raccomandano di pulire i dischi di livello aziendale da una a quattro volte al mese; e unità di livello consumer almeno una volta alla settimana o più.
Alcuni dei vantaggi di RAID-Z rispetto al RAID-5 tradizionale è che non richiede hardware specializzato ed è più affidabile evitando il foro di scrittura RAID-5.
Tuttavia, sia RAID-Z che RAID-5 non supportano più di un errore del disco.
Se si desidera sopravvivere a un errore di due dischi con ZFS, è possibile utilizzare RAIDZ2 e il guasto di tre dischi RAIDZ3 .