Calcul du temps de reconstruction RAID 5/6
Je prévois de construire un schéma de stockage mais je dois anticiper les temps d'arrêt, de maintenance et de reconstruction.
Certains gars m'ont dit qu'une reconstruction RAID6 à 10 disques de 10 To (SATA) durerait environ une semaine! et certaines politiques de l'entreprise demandent l'arrêt de l'activité sur la baie lors de la reconstruction.
Si j'utilise RAID 5 ou 6 ou 5 + 1 ou 6 + 1, y a-t-il une formule approximative qui peut me donner un indice sur le temps de reconstruction en fonction de la taille et du type de disque (SAS/SATA/SSD). quelque chose comme rpm x taille (Mo) x facteur de type x nb de disque ...
Je voudrais pouvoir anticiper tous les scénarios de temps de reconstruction en fonction de la taille/du type de RAID/du type de disque.
Je sais que cela peut dépendre de la qualité du matériel, mais disons que je n'ai plus de matériel dédié comme 3PAR/STOREWIZE/NETAPP ou j'aime. J'utilise des serveurs conventionnels avec des disques traditionnels SAS ou SATA avec RAID logiciel.
Vous pouvez calculer le taux de reconstruction dans le meilleur des cas assez simplement: comme la reconstruction est séquentielle, le temps nécessaire est capacity / transfer rate. Par exemple, la reconstruction d'un disque 10 TB avec un taux de transfert de 200 Mo/s nécessite au moins 10000000 / 200 = 50000s = ~14h.
Maintenant, prenez ce résultat et jetez-le , car c'est un scénario trop optimiste: il suppose une disponibilité de disque de 100% pour l'opération de reconstruction et des lectures totalement séquentielles/écrit. Mélanger dans le mélange une charge non reconstructible (c'est-à-dire: application), limiter la reconstruction elle-même à 30% (pour ne pas interrompre d'autres applications) et vous êtes soudainement dans le 10x (par exemple : une semaine) temps de reconstruction.
Ces longs délais de reconstruction sont la raison pour laquelle j'évite RAID5/6 dans de nombreux systèmes, privilégiant plutôt la mise en miroir. Quoi qu'il en soit, avec de tels gros disques, évitez absolument RAID5, qui est trop exposé à des problèmes de double échec et/ou d'URE.
Si vous voulez jouer avec le numéro, jetez un oeil ici
Le temps de reconstruction minimum absolu théorique est le temps nécessaire pour écrire un disque complet en valeur de données: la capacité d'un disque divisée par la vitesse d'écriture soutenue moyenne qu'un disque peut maintenir sans cache.
(Remarque: cette vitesse d'écriture soutenue moyenne ne sera probablement même pas proche des performances indiquées dans les spécifications.)
Les disques plus gros prennent plus de temps.
Les disques plus lents prennent plus de temps.
Les calculs de parité prennent plus de temps.
Les nombres réels varieront mais seront certainement (beaucoup) plus importants et dépendront de votre niveau RAID, du nombre de disques restants, de la charge sur le système pendant la reconstruction de la baie, du contrôleur, etc.
Voir aussi Quels sont les différents niveaux RAID largement utilisés et quand dois-je les considérer?
Cela dépend de votre contrôleur RAID (ou de la pile RAID logicielle). Comme d'autres l'ont mentionné, d'abord n'utilisez pas RAID-5 avec de gros disques durs (c'est OK pour jusqu'à 1 To de SSD et pas grand-chose d'autre).
D'après mon expérience, le temps de reconstruction varie largement avec la sollicitation de stockage. Pour les systèmes inactifs, la plupart des contrôleurs nécessiteront de 36 à 72 heures pour reconstruire des baies de 8 à 12 TB lecteurs (selon le type de contrôleur et la taille du disque).
Lorsque le système est sous IO charge pendant la reconstruction, cependant, il n'est pas rare de voir cette durée passer à une semaine.
Notez que les disques Helium ont une bien meilleure fiabilité que les disques standard; d'après mon expérience, le taux de défaillance des disques UltraStar He est suffisamment faible pour que le RAID-6 reste pertinent (un système typique de 100 TB à 1 PB ne verra pas plus d'une reconstruction sur une période de 5 ans). ).