Quanti dischi ci sono troppi in questa configurazione RAID 5?


14
  • HP 2012i SAN,
  • 7 dischi in RAID 5 con 1 hot spare,
  • ci sono voluti diversi giorni per espandere il volume da 5 a 7 unità SAS da 300 GB.

Alla ricerca di suggerimenti su quando e come determinerei che avere 2 volumi nella SAN, ognuno con RAID 5, sarebbe meglio ??

Posso aggiungere altre 3 unità al controller un giorno, la SAN viene utilizzata per le macchine virtuali ESX / vSphere.

Grazie...

Risposte:


25

Ho lottato con questa domanda per un po '. Esistono numerosi fattori che determinano il numero di dischi che devono essere inseriti in un array RAID5. Non conosco HP 2012i, quindi ecco i miei consigli generici per RAID5:

  • Tasso di errore di lettura non recuperabile: quando si verifica un errore di lettura non recuperabile, tale lettura ha esito negativo. Per un array RAID5 integro, questo non è un problema poiché la lettura mancata si trova nelle informazioni di parità. Se si verifica uno durante una ricostruzione , quando l'intero set RAID5 viene letto per rigenerare le informazioni di parità, è possibile che si perda l'intero array RAID5. Questa frequenza viene misurata in questo modo: "1 per 10 14 bit" e si trova nelle specifiche tecniche dettagliate per le unità. Non si desidera che l'array RAID5 abbia dimensioni superiori alla metà. Le unità aziendali (qualifica SAS 10K RPM) possono durare più a lungo delle unità desktop (SATA).
  • Degrado delle prestazioni durante le ricostruzioni: se le prestazioni peggiorano notevolmente durante le ricostruzioni, si desidera assicurarsi che l'array possa ricostruire rapidamente. Nella mia esperienza di scrittura, le prestazioni tendono a risucchiare molto peggio durante le ricostruzioni rispetto alle letture. Conosci il tuo I / O. La tolleranza per le cattive prestazioni I / O porrà un limite massimo alla dimensione dell'array RAID5.
  • Degrado delle prestazioni durante altre azioni dell'array: aggiunta di dischi, creazione di LUN, modifica della larghezza delle strisce, modifica dei livelli RAID. Tutti questi possono influire sulle prestazioni. Alcuni controller sono molto bravi a isolare il colpo di prestazione. Altri non sono così bravi. Fai dei test per vedere quanto male diventa durante queste operazioni. Scopri se il restriping di un secondo array RAID5 influisce sulle prestazioni del primo array RAID5.
  • Frequenza delle operazioni di espansione / restripe: l' aggiunta di dischi o su alcuni controller che creano nuovi LUN può anche causare la ripetizione dell'intero array. Se hai in programma un'espansione attiva, ti imbatterai in questo tipo di degrado delle prestazioni molto più spesso di quanto suggerisca la semplice percentuale di guasti del disco.

RAID6 (doppia parità) è un modo per aggirare il problema del tasso di errore di lettura non recuperabile. Tuttavia, aumenta il sovraccarico del controller, quindi fai attenzione ai limiti della CPU sui controller se vai lì. Colpirai i colli di bottiglia di I / O più velocemente usando RAID6. Se vuoi provare RAID6, esegui alcuni test per vedere se si comporterà nel modo in cui ne hai bisogno. È un RAID di parità, quindi ha le stesse penalità prestazionali per ricostruzioni, espansioni e ridisposizioni di RAID5, ti permette solo di ingrandirti in modo più sicuro.


13
+1: la ricostruzione è un punto critico. Non è affatto raro perdere un'unità durante la ricostruzione. Una volta ho perso 19 unità in un cabinet di 24 dischi (8 array RAID5, senza hot spare), uno dopo l'altro. Le ricostruzioni li hanno stressati, e il backup dei dati su array vicini ha sottolineato QUELLI, e hanno iniziato a fallire ... Cose spaventose.
Satanicpuppy

1
+1 a sysadmin + SatanicPuppy. Soprattutto il punto di Satanicpuppy: se acquisti un array grande e lo riempi di dischi in un solo acquisto / acquisto collettivo, avranno maggiori probabilità di avere la stessa età e forse lo stesso lotto. Quando uno va, gli altri potrebbero non essere molto indietro.
Rob Moir,

C'è un'ottima discussione di questo qui: blogs.zdnet.com/storage/?p=162
Whisk

6

Non c'è davvero un chiaro limite al numero di dischi in RAID 5 di per sé. I limiti che incontrerai sono in genere correlati alle prestazioni di scrittura relativamente scarse di RAID 5 e alle limitazioni imposte altrove (controller RAID, la tua organizzazione di dati, ecc.).

Detto questo, con 7-8 dischi in uso sei vicino al limite superiore delle comuni distribuzioni RAID 5. Immagino che la stragrande maggioranza delle distribuzioni RAID 5 utilizzino <10 dischi. Se si desidera un numero maggiore di dischi, si sceglierebbe generalmente livelli RAID nidificati come RAID "50" .

Sono più perplesso dalla tua scelta di mantenere un grande array per tutto questo. Le vostre esigenze non sarebbero meglio soddisfatte da 2 array, un RAID5 per dati lenti, per lo più di lettura, e un RAID 10 per dati più intensivi di I / O con più scritture?


+1, regola generale 7 o 8 dirves per RAID5; e circa il doppio di quello per RAID6 (sebbene le prestazioni della tua scheda diventeranno probabilmente un collo di bottiglia). Dopodiché vai su RAID 50 o 60.
Chris S

3

Quanto spazio ha bisogno il tuo BISOGNO? Al momento hai ~ 1.995 TB, potresti vivere con ~ 1.140 TB? in tal caso, ti consiglio vivamente di passare a RAID 10: non solo sarà più veloce, ma sarai in grado di perdere metà dei tuoi dischi senza l'impatto dell'utente. Se scegli di procedere in questo modo, ordinerei ora i dischi extra da 4 x 300 GB e lo creerei con tutti e 12 i dischi il primo giorno piuttosto che aggiungerli in un secondo momento - questo ti darà anche facilmente ~ 2.280 TB disponibili.


4
Puoi perdere fino a metà dei dischi. Se perdi due dischi dallo stesso mirror, sei SOL.
Nic,

2

Per i miei soldi, farei due array a tre dischi, con uno hot spare condiviso.

Se non hai bisogno di un singolo blocco di spazio più grande di un array a 3 dischi, non c'è motivo di stipare tutti e 6 i dischi in 1 raid. Non otterrai nulla in termini di prestazioni o spazio complessivo e, dato un errore di due dischi, probabilmente ti troverai in un posto migliore.

@Dayton Brown: lo spazio totale sarà lo stesso ... 3 unità da 1 TB in un RAID5 è cosa, 1.8 TB? 6 sarà 3.6 con la stessa misura, quindi in tal senso avrai più spazio in quel particolare volume RAID, anche se lo spazio totale rimarrà lo stesso. La differenza è che RAID5 consente solo 1 unità di parità, sia che ci siano 3 unità nel RAID o 300, quindi la divisione delle unità in gruppi gestibili aggiunge protezione contro più guasti. Anche se perdessi 3 dischi, ad esempio, perderesti solo la metà dei tuoi dati.

Se passassi a RAID6, un array di sei dischi avrebbe più senso, perché potresti perdere due e andare bene. Ma la maggior parte delle persone passa direttamente a RAID10 e salta 6.


Perché non più di 3? Non aumenti in modo significativo la quantità di spazio di archiviazione perso con ogni nuovo volume? Con un hot spare (e il monitoraggio) avrai un sacco di tempo per sostituire qualsiasi unità difettosa una volta che morde la polvere. Ci sarà un successo nelle prestazioni, ma questo è solo se si dispone di un controller raid a doppio canale che può battere il throughput ... Sono più curioso di ogni altra cosa.
Dayton Brown,

1
Ho il sospetto che il poster non consiglia più di 3 perché se perdi un altro disco (o incontri errori di disco di quasi ogni tipo) durante la ricostruzione, l'intero array potrebbe andare perso . Ecco perché ho detto di seguito che è preferibile mantenere il conteggio dei dischi il più basso possibile, offrendo allo stesso tempo lo spazio necessario.
Joe,

1
Un array raid5 da 6 x 1 TB sarà più vicino a 4,6 TB, non a 3,6 TB
ITGuy24

+1: Sì, sì. Hai ragione. 1 disco di parità su 6 anziché 1 su 3. Il mio male.
Satanicpuppy

@ Joe. Grazie per la spiegazione. Questa è un'ottima ragione.
Dayton Brown,

2

Qualsiasi numero di dischi in un array RAID 5 è troppi. L'unica eccezione possibile, forse, se si desidera lo spazio di archiviazione massimo / $ per qualcosa in cui la velocità e un recupero ragionevolmente rapido dall'errore non rappresentano un problema.

Hai investito in hardware costoso per costruire una SAN; array, switch, fibre, training ecc. Quindi hai inserito dischi abbastanza veloci (relativamente) costosi. Inoltre, si desidera inserire le macchine virtuali. Con questo investimento e utilizzo sembra che tu voglia renderlo il più velocemente possibile in modo che i tuoi utenti VM non si lamentino delle prestazioni. Quindi perché toccare RAID 5?

BAARF è vecchio, ma è ancora rilevante in quanto l'utilizzo di RAID5 è un'idea tanto brutta come lo era un decennio fa.


1

Con RAID5, vuoi mantenere il numero di dischi il più basso possibile, pur fornendo lo spazio necessario. Si consiglia un hot spare, per array RAID5 , per garantire l'affidabilità.

RAID6 è davvero un'idea molto migliore per un'aggiunta futura. Compilare completamente il resto dell'array con i dischi e creare un nuovo LUN utilizzando RAID6 utilizzando tutti i dischi disponibili, con un hot spare. Migrare le VM sul nuovo LUN e convertire l'array RAID5 in RAID6.

Molte persone , in effetti, lo raccomandano , specialmente ai giorni nostri .


0

Tecnicamente? Penso che il mio Adapec 5805 limiti un singolo array a 32 dischi. Non metterei MAI un RAID 5 su così tanti dischi;)


0

Non ho suggerimenti sulla dimensione dell'array, ma suggerirei di aggiungere un secondo hot spare o di realizzare questo RAID 6. Il tempo necessario per ricostruire un array di quelle dimensioni aumenta il rischio di guasto di un'unità prima che l'array sia stato ricostruito .


Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.