Je comprend pas le fonctionnement du RAID 5
Résolu
Garfield
-
helpman -
helpman -
Bonjour, après avoir lu des explications, regardé des schémas etc.. sur le RAID 5, je n'arrive toujours à comprendre comment ça fonctionne.
Regardons cette image : https://upload.wikimedia.org/wikipedia/commons/6/64/RAID_5_new.png
Lorsque un disque lache, le RAID 5 permet de le reconstruire entièrement.
Sur le schéma, il y a 4 blocs rouges, c'est ces 4 blocs qui permettent de reconstruire n'importe quel disque lorsque qu'un d'eux lâche.
Donc ça veut dire que les 4 blocs contiennent les données de tout les autres blocs ?
Dans ce cas ces 4 blocs stockent le contenu des 12 autres blocs ?
Comment c'est possible ?
Regardons cette image : https://upload.wikimedia.org/wikipedia/commons/6/64/RAID_5_new.png
Lorsque un disque lache, le RAID 5 permet de le reconstruire entièrement.
Sur le schéma, il y a 4 blocs rouges, c'est ces 4 blocs qui permettent de reconstruire n'importe quel disque lorsque qu'un d'eux lâche.
Donc ça veut dire que les 4 blocs contiennent les données de tout les autres blocs ?
Dans ce cas ces 4 blocs stockent le contenu des 12 autres blocs ?
Comment c'est possible ?
A voir également:
- Raid 5 fonctionnement
- Fonctionnement processeur - Guide
- Tableau de combinaison loto 5/90 - Forum Excel
- Fonctionnement onedrive - Guide
- Debrider jbl flip 5 ✓ - Forum Audio
- Cvitae 5 - Télécharger - Emploi & CV
3 réponses
flo88
Messages postés
30148
Date d'inscription
Statut
Contributeur
Dernière intervention
Ambassadeur
5 098
Salut
Il ne faut pas chercher à comprendre de manière mathématique mais logique.
Avec un RAID 5 de 4 disques, un fichier va etre divisé et copié en 3 morceaux égales sur chaque disques.
L'exemple souvent employé, c'est : A1, B1, C1, qui représente chacun des morceaux du fichier. Le 4° disques va recevoir le bloc de parité pour ce fichier, donc A1, B1 et C1 ensembles ce qui en cas de perte d'un disque permet de conserver le fichier dans l'état.
Les autres fichiers verront le bloc de parité etre écrit sur d'autre disque de la grappe de manière à etre répartis de manière équitable et ne pas avoir un déséquilibre dans les volumes gérés.
On parle d'écriture circulaire.
Le RAID 5 a l'avantage de s'approcher en terme de performance du RAID0 tout en sécurisant les données.
Par contre, il est déconseillé de l'utiliser sur les controleurs embarqués des cartes mères, la gestion complexe de la parité et de sa redondance sur les disques de la grappe necessite une occupation CPU non négligeable.
Il est préférable d'utiliser une carte RAID dédié pour ce type d'application.
Il ne faut pas chercher à comprendre de manière mathématique mais logique.
Avec un RAID 5 de 4 disques, un fichier va etre divisé et copié en 3 morceaux égales sur chaque disques.
L'exemple souvent employé, c'est : A1, B1, C1, qui représente chacun des morceaux du fichier. Le 4° disques va recevoir le bloc de parité pour ce fichier, donc A1, B1 et C1 ensembles ce qui en cas de perte d'un disque permet de conserver le fichier dans l'état.
Les autres fichiers verront le bloc de parité etre écrit sur d'autre disque de la grappe de manière à etre répartis de manière équitable et ne pas avoir un déséquilibre dans les volumes gérés.
On parle d'écriture circulaire.
Le RAID 5 a l'avantage de s'approcher en terme de performance du RAID0 tout en sécurisant les données.
Par contre, il est déconseillé de l'utiliser sur les controleurs embarqués des cartes mères, la gestion complexe de la parité et de sa redondance sur les disques de la grappe necessite une occupation CPU non négligeable.
Il est préférable d'utiliser une carte RAID dédié pour ce type d'application.
Ca je comprend bien qu'un fichier est divisé en 3 parties ... mais comment tout les fichiers de tout les disques peuvent etre stockés dans un seul bloc de parité de chaque disque ?
Sur cette photo : https://upload.wikimedia.org/wikipedia/commons/6/64/RAID_5_new.png
A1, A2, et A3, sont stockés sur le disque 1, ainsi que sur le bloc de parité des 3 autres disques. Donc le bloc de parité du disque 2 contient A1, le bloc de parité du disque 3 contient A2, et le bloc de parité du disque 4 contient A3. Là OK, si le disque 1 lache, les 3 autres disques peuvent le reconstruire.
Ce que je comprend pas c'est que :
B1, B2, et B3 sont stockés sur le disque 2, ainsi que sur le bloc de parité des 3 autres disques. Donc le bloc de parité du disque 1 contient B1, jusqu'à là OK. Mais B2 est stocké sur le bloc de parité du disque 3 ? Bah oui mais le bloc de parité du disque 3 contient déjà A2 ... Et B3 est stocké sur le bloc de parité du disque 4 ? Bah oui mais le bloc de parité du disque 4 contient déjà A3 ....
Cordialement.
Sur cette photo : https://upload.wikimedia.org/wikipedia/commons/6/64/RAID_5_new.png
A1, A2, et A3, sont stockés sur le disque 1, ainsi que sur le bloc de parité des 3 autres disques. Donc le bloc de parité du disque 2 contient A1, le bloc de parité du disque 3 contient A2, et le bloc de parité du disque 4 contient A3. Là OK, si le disque 1 lache, les 3 autres disques peuvent le reconstruire.
Ce que je comprend pas c'est que :
B1, B2, et B3 sont stockés sur le disque 2, ainsi que sur le bloc de parité des 3 autres disques. Donc le bloc de parité du disque 1 contient B1, jusqu'à là OK. Mais B2 est stocké sur le bloc de parité du disque 3 ? Bah oui mais le bloc de parité du disque 3 contient déjà A2 ... Et B3 est stocké sur le bloc de parité du disque 4 ? Bah oui mais le bloc de parité du disque 4 contient déjà A3 ....
Cordialement.
Il s'agit de blocs de parité, autrement dit ils ne contiennent pas l'ensemble des données auxquelles ils se réfèrent mais simplement le calcul de parité de ces données.
Il faut le voir d'abord sur un bit pour bien comprendre : si on a un "1" sur le 1er disque, un "1" sur le 2nd et un "0" sur le 3ème, alors le bit de parité correspondant sera égal à "0" (en prenant tous les bits précédents et le bit de parité, on doit se retrouver avec un nombre pair de "1"). De même, si on a un seul "1" - ou trois "1" - sur les 3 disques, alors le bit de parité sera égal à "1".
Ensuite, tu passes à l'octet : le même principe s'applique sur chaque octet rentré sur les 3 disques ; l'octet de parité correspondant sera constitué des bits de parité résultant du calcul de parité des bits pris 1 à 1 sur les octets de chacun des 3 disques. Un peu lourd à exprimer mais il faut juste comprendre que c'est le même principe de calcul.
Enfin tu passes au bloc, même principe encore bien sûr, mais sur tous les octets constituant chaque bloc.
Au final, pour chaque bit rentré dans un bloc de données d'un disque, tu auras également un et un seul bit dans le bloc de parité du disque qui le gère pour cette bande (car en RAID 5 les blocs de parité circulent sur l'ensemble des disques et ne sont pas tous sur le même disque comme en RAID 3). En conclusion, chaque bloc, qu'il soit de données ou de parité, contient exactement le même nombre de bits et fait donc exactement le même poids.
Il faut le voir d'abord sur un bit pour bien comprendre : si on a un "1" sur le 1er disque, un "1" sur le 2nd et un "0" sur le 3ème, alors le bit de parité correspondant sera égal à "0" (en prenant tous les bits précédents et le bit de parité, on doit se retrouver avec un nombre pair de "1"). De même, si on a un seul "1" - ou trois "1" - sur les 3 disques, alors le bit de parité sera égal à "1".
Ensuite, tu passes à l'octet : le même principe s'applique sur chaque octet rentré sur les 3 disques ; l'octet de parité correspondant sera constitué des bits de parité résultant du calcul de parité des bits pris 1 à 1 sur les octets de chacun des 3 disques. Un peu lourd à exprimer mais il faut juste comprendre que c'est le même principe de calcul.
Enfin tu passes au bloc, même principe encore bien sûr, mais sur tous les octets constituant chaque bloc.
Au final, pour chaque bit rentré dans un bloc de données d'un disque, tu auras également un et un seul bit dans le bloc de parité du disque qui le gère pour cette bande (car en RAID 5 les blocs de parité circulent sur l'ensemble des disques et ne sont pas tous sur le même disque comme en RAID 3). En conclusion, chaque bloc, qu'il soit de données ou de parité, contient exactement le même nombre de bits et fait donc exactement le même poids.
