Estimer la tzaille du raid 5 - Disque dur - Hardware
Marsh Posté le 23-01-2004 à 15:39:07
oui, cest la taille de 2 HD pour 3 HD
c est la quantité de HD-1 ki sert au CRC
bien sur, le HD ki sert de HotSwap ne comtp pas
Marsh Posté le 23-01-2004 à 15:42:38
donc si j'ai bien compris, si je met un 5 hd identiques, j'ai la capacité de 4 ?
que ce passe t'il dans un cas comme 200 + 200 + 120... ?
merci
Marsh Posté le 23-01-2004 à 15:45:33
ReplyMarsh Posté le 23-01-2004 à 15:47:30
ok il fait donc hd-1 en prenant la taille minimale d'un des 3 disques.... est-ce que dans ce cas je peux essayer de faire 200+200+ 60 et ainsi avoir 240... il doit bien avoir ne limite basse à la taille du 3... ou du n ieme disque...
Marsh Posté le 23-01-2004 à 15:50:13
bah tu te reponds avec une erreur c'est amusant. si tu fais 200+200+60 tu auras 120Go max.
pour simplifier je vais essayer de te faire une dessin.
1 2 3
|x| |o| |o|
|o| |x| |o|
|o| |o| |x|
en gros, |x| est la cap du disque "reservé" par le raid, et |O| l'espace qui va etre utilisé par les données.
Marsh Posté le 23-01-2004 à 16:07:51
en gros, c est = la taille du plus petit HD multiplier par le (nombre de HD-1)
Marsh Posté le 23-01-2004 à 16:07:59
La taille d'un raid 5 est donnée par la formule suivante :
Espace Total = (Somme des N disques - 1 disque)
Avec 3 disques : Total = (3 - 1) = 2 disques
Avec 5 disques : Total = (5 - 1) = 4 disques.
ou encore : avec 4 disques de 120 Go chacun :
Total = (4 * 120 - 120) = 360 Go.
Dans le cas ou l'on mixe les capacités alors la formule devient :
Espace Total = ( Espace du plus petit disque * Nb disques - Espace du plus petit disque).
Ainsi avec 200GO, 200 Go et 120 Go on obtient :
Espace Total = ( 3 * 120 - 120 ) = 240 Go.
Marsh Posté le 23-01-2004 à 16:32:40
on met des hdds identiques pour faire un raid, c'est beaucoup mieux et ca permet de ne pas etre bridé par les capacités du disque le plus lent (temps d'acces et vitesse d'écriture)
Marsh Posté le 26-01-2004 à 15:00:26
'lut,
Petite question voir si tu as tout compris
RAID 5 via 4*120 Go, cela me donne une capacité de ... ?
ps: Bien joué vrobaina spa si simple d'expliqué tout ça
Marsh Posté le 26-01-2004 à 23:08:34
Le principe est de toujours faire du RAID avec le plus de disques possibele
Algo: je commence avec la liste des tailles de tous mes disques.
1) classer les espaces libres par ordre croissant.
2) prendre la plus petite taille; faire un RAID sur tous les disques restant avec cette taille (une partition de cette taille sur chaque disque)
3) retrancher la taille de cette partition aux espaces libres. L'un au moins des disques est saturé (reste 0), l'enlever de la liste.
4) S'il ne reste qu'un disque, fin de l'algo, plus de RAID possible.
Sinon, retourner en 2.
Exemple: avec 2x 200 +1x 120Go
J'ai au début 120,200,200
Donc je fais un RAID5 de 120Go sur mes trois disques (240Go utilisables).
Il me reste 0,80,80.
Je fais un RAID5 (ie un RAID1) de 80Go avec mes deux disques (80Go utilisables).
C'est tout, j'ai fini.
J'ai donc au total 120+80 = 320Go utilisables, et complètement protégés contre la panne d'un quelconque des disques.
Il est facile de voir que cet algo donne la meilleure capacité possible.
Enfin, ne pas hésiter à faire un RAID linear de tous les petits RAID5 pour n'&avoir qu'un unique gros volume de 320Go.
Marsh Posté le 27-01-2004 à 00:01:31
120 +80 ca fait 200 chez moi
l'admin systeme était tres content (et nous aussi) quand DEUX disques ont pété en meme temps sur le serveur gérant les comptes étudiant de l'école d'ingé .
Apu comptes étudiants !
Marsh Posté le 28-01-2004 à 02:33:20
glacote a écrit : Le principe est de toujours faire du RAID avec le plus de disques possibele |
y a peu de chance que la question de athlonmp portait sur le raid logiciel
Marsh Posté le 28-01-2004 à 13:19:29
1) Les cartes RAID matérielles modernes savent découper les disques en plusieurs parititions, d'où ma remarque (cf topic dédié)
2) On ne met jamais deux disques sur la même nappe en IDE, sinon c'est double panne assurée
3) "120+80" => je voulais dire "240+80", ce qui fait bien 320Go comme je l'ai dit.
Marsh Posté le 28-01-2004 à 17:04:37
l'IDE, c'est très pourri. En gros si le master de ta nappe plante, le contrôleur auquel il est rattaché meurt avec lui, et le slave devient inaccessible. Parfois, il suffit de redémarrer le RAID, et par chance le slave est dans un état consistant. Mais bien souvent ça plante à l'écriture, donc le master plante, tue le contrôleur, donc bloque du même coup l'écriture sur le slave, et paf maintenant il y a un disque physiquement mort et un disque dont le contenu est incohérent. Donc 2 pannes, donc le RAID est mort.
Evidemment pas de problème en SATA ou SCSI.
Marsh Posté le 28-01-2004 à 18:30:47
glacote a écrit : 1) Les cartes RAID matérielles modernes savent découper les disques en plusieurs parititions, d'où ma remarque (cf topic dédié) |
ah bon, ... j'étais pas au courant qu'une carte pouvait faire des raid différents sur des partitions appartenant à un même disque. c'est noté.
Marsh Posté le 29-01-2004 à 12:32:18
glacote a écrit : l'IDE, c'est très pourri. En gros si le master de ta nappe plante, le contrôleur auquel il est rattaché meurt avec lui, et le slave devient inaccessible. Parfois, il suffit de redémarrer le RAID, et par chance le slave est dans un état consistant. Mais bien souvent ça plante à l'écriture, donc le master plante, tue le contrôleur, donc bloque du même coup l'écriture sur le slave, et paf maintenant il y a un disque physiquement mort et un disque dont le contenu est incohérent. Donc 2 pannes, donc le RAID est mort. |
les cartes qui font le raid 5 ont en général 4 ports IDE acceptant uniquement un périphérique .
Pek> l'admin avait des sauvegardes, mais il les fait qu'une fois par semaine. La ca faisait 6 jours
Marsh Posté le 29-01-2004 à 13:58:06
Gurumeditation a écrit : |
Ce qui confirme ce que je disais (un seul disque par nappe). Merci de l'info.
Marsh Posté le 29-01-2004 à 14:34:20
logique puisque le principe de l'IDE c'est que le master reçoit passer les information du controleur et si celà ne le concerne pas il le forward au slave... donc si master HS, plus de forward, donc plus de slave...
Marsh Posté le 29-01-2004 à 14:39:11
janus_75 a écrit : logique puisque le principe de l'IDE c'est que le master reçoit passer les information du controleur et si celà ne le concerne pas il le forward au slave... donc si master HS, plus de forward, donc plus de slave... |
va falloir que tu prennes des cours alors, parque j'ai une machine avec juste un hdd slave sur la nappe et ca marche tres bien
l'histoire de master/slave, c'est juste pour savoir a quel périph l'info est envoyée, un peu comme les id/lun en scsi
Marsh Posté le 29-01-2004 à 14:52:50
Ne soit pas si sur que j'ai tort : Si les 2 perifs sont branchés sur la même nappe c'est comme celà que celà fonctionne... Sinon merci, mais je sais que l'on peut avoir un seul périf en slave ou master...
http://electronics.howstuffworks.com/ide4.htm
Marsh Posté le 29-01-2004 à 18:18:55
janus_75 a écrit : Ne soit pas si sur que j'ai tort : Si les 2 perifs sont branchés sur la même nappe c'est comme celà que celà fonctionne... Sinon merci, mais je sais que l'on peut avoir un seul périf en slave ou master... |
Merci pour le lien ...
Marsh Posté le 29-01-2004 à 20:01:47
janus_75 a écrit : Ne soit pas si sur que j'ai tort : Si les 2 perifs sont branchés sur la même nappe c'est comme celà que celà fonctionne... Sinon merci, mais je sais que l'on peut avoir un seul périf en slave ou master... |
ce que je sais, c'est que pour éviter de me faire suer j'ai modifié mes nappes : quelles que soient les positions des jumpers, le périph connecté au bout est en maitre, celui au milieu en master . Donc ca m'étonne beaucoup que le master envoie des données au slave .
Maintenant je peux me tromper
Marsh Posté le 29-01-2004 à 20:09:48
je viens de lire le lien, et c'est ce que j'ai fait en modifiant ma nappe .
et l'article dit simplement que si le slave veut envoyer/recevoir des infos, il demande la permission de le faire au master, il ne lui envoie pas les données
Marsh Posté le 29-01-2004 à 20:16:05
Gurumeditation a écrit : Donc ca m'étonne beaucoup que le master envoie des données au slave. |
Invente pas des trucs qu'on te dit pas et ça sera nettement plus clair
Marsh Posté le 29-01-2004 à 20:56:19
Gigathlon a écrit : |
j'avais mal lu
euhh sinon, je pars sur la meme logique :
si master présent, il forwarde les infos du controleur au slave.
si master pas présent ou HS, il prends pas les infos (les infos sont sur la nappe, apres que le master ou le slave les prennent, elles y sont )
Marsh Posté le 29-01-2004 à 22:00:43
en fait tout dépend de la panne qui affecte le master... si c'est l'électronique qui gére les signaux IDE qui est HS, le slave ne peut pas "s'exprimer" car il ne reçoit pas les bons signaux de la part du master... si le dd est mort de chez mort et n'interfére pas avec les signaux IDE, alors ok le slave pourra fonctionner... c'est à cause de ce type de fonctionnement qu'il est important de mettre en master le dd le plus rapide...
Marsh Posté le 29-01-2004 à 22:16:28
Par contre , je croyais qu on faisait surtout du raid avec de scsi et pas de l'IDE.
J'ai rien contre l IDE , mais il est plus sage de monter un raid a base de hdd scsi non?
D'ailleurs des cartes controleurs raid en ide , ca court pas les rues non?
Marsh Posté le 29-01-2004 à 23:28:27
janus > on chipote la hein
cyberfred > effectivement il y a tres peu de véritables cartes rais IDE. Toutes celles que l'on trouve dans les 30?, voire meme simplement en dessous de 150? ne sont que des cartes controleur IDE classique 2x2 ports avec un drivers permettant de faire du raid logiciel .
Marsh Posté le 30-01-2004 à 10:02:17
cyberfred a écrit : Par contre , je croyais qu on faisait surtout du raid avec de scsi et pas de l'IDE. |
1) Le RAID a longtemps été l'apanage des gros serveurs, forcément en SCSI. + le MTBF est bien meilleur, la garantie est de 5 ans, hot plug, etc.
2) Cela dit vu la différence de prix, mieux vaut mettre un peu plus de disques, en IDE, pour avoir les mêmes performances que du SCSI, et les changer plus souvent (car ils tombent plus souvent en panne), c'est beaucoup moins cher. Le tout sur un petit serveur Linux pas très costaud. Tu n'auras certainement pas les performances d'un vrai serveur RAID5/FibreChannel, un downtime plus élevé (pas d'hotplug), plus de bruit, etc. Mais c'est moins cher, déjà très performant, etc.
3) Bref le RAID IDE ça se "commoditize" ...
Marsh Posté le 31-01-2004 à 20:39:08
glacote > il existe maintenant des cartes RAID sata assez monstrueuses, et meme en pci 64/66 . L'une d'entre elle notament permet de faire du raid 5 hotplug sur 16 hdds
bien sûr le prix de la carte est élevée, mais on peut compenser par le prix des hdds
Marsh Posté le 31-01-2004 à 21:02:24
ya t'il un moyen e faire du raid 5 à moindre cout une carte juste pour 3 DD par exemple
Marsh Posté le 04-02-2004 à 21:18:43
reglisse a écrit : ya t'il un moyen e faire du raid 5 à moindre cout une carte juste pour 3 DD par exemple |
'lut,
j'possède une sx4000 (4 ports IDE) ça tourne nickel, 4 DD y sont connectés, mais tu peux très bien n'en installé que 3, d'ailleur c comme ça que j'ai commencé.
Marsh Posté le 10-03-2004 à 12:03:42
up pas mal pas mal
d'une petite question un fleuve.... cool
Marsh Posté le 23-01-2004 à 15:37:40
salut
je me demandais comment estimer la taille final d'un raid 5 composé de 3 hd, ou plus... existe t'il une regle ?
sur ggolgle c'est la nebuleuse..;