Bonjour cher forum,
J'ai à l'heure actuelle une machine sous Debian montée avec 3 disques de 2To en RAID 5 soft avec un LVM par dessus.
Je constate depuis quelques temps une baisse significative des performances (peut-être suite à une mise à jour, je ne suis pas sur).
Le problème semble venir de LVM, j'ai effectué différents tests (hdparm et dd) et je suis à 100Mo/s sur les périphériques /dev/sd, je passe à 120Mo/s sur /dev/md0 mais je suis à 46 Mo/s sur un des volumes LVM, 60 sur un autre. Pour moi rien n'explique cet écart sur LVM.
Autre chose troublante: au démarrage, le système m'indique qu'une partie des métadata de LVM est inconnue pourtant mes volumes sont bien vu via les outils lvm.
Donc cher forum merci d'avance de m'aider à retrouver des performances "normal" sur mon système.
# raid5 sur 2 disques ?
Posté par NeoX . Évalué à 9.
soit j'ai pas compris comment marchait les systemes RAID
soit tu as fais une connerie.
avec 2 disques physiques, je ne vois guere que le :
- RAID0 : 2x plus de place, dans ton cas 4To, mais sans securité
- RAID1 : mirroir, 2To de capacité, les données etant sur les deux disques à la fois
tu a fais comment pour ne pas que les outils mdadm gueulent avec un RAID5 sur 2 disques ?
et si ca marche, c'est quoi l'interet du raid5 avec 2 disques ?
ca te fait combien en capacité ?
finalement ton systeme passe peut-etre du temps à reconstruire du RAID5 sous le LVM
ce qui expliquerait que LVM rame un peu.
[^] # Re: raid5 sur 2 disques ?
Posté par ChickenKiller . Évalué à 1.
Pardon faute de frappe => j'ai 3 disques de 2To -_-
[^] # Re: raid5 sur 2 disques ?
Posté par nono14 (site web personnel) . Évalué à 3.
Un seul pv ?
Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités
[^] # Re: raid5 sur 2 disques ?
Posté par ChickenKiller . Évalué à 1.
Oui un seul pv avec 2 volumes logiques dessus.
[^] # Re: raid5 sur 2 disques ?
Posté par 16aR . Évalué à 1.
on peut créer un RAID5 avec seulement 2 disques. Il sera juste considéré comme dégradé, les performances seront moins bonne, et au moindre plantage d'un des 2 disque, au revoir toutes les données.
Le mot clé missing fait comprendre qu'il manquera 1 disque
# Erreur ?
Posté par Sébastien Koechlin . Évalué à 2.
Je n'ai jamais constaté ce genre de problème avec LVM.
Peux-tu nous donner les messages d'erreur que tu as et le contenu des différents super-blocks RAID et LVM ?
# 3 x 2To (Western Digital Caviar Green 5400 tr/mn) RAID5 + dm-crypt + LVM2
Posté par 16aR . Évalué à 1.
C'est quasiment une réponse bookmark :p
Ma configuration et l'installation expliquée ici :
http://forum.pcinpact.com/topic/156076-serveur-perso-raid-lvm-et-fs/page__st__20__p__2609953#entry2609953
En moyenne, je tourne a 65 Mo/sec en écriture sur le lvm chiffré sur RAID 5.
Après, il se peut qu'un de tes volumes LVM soit initialisé vers le début des disques, et que l'autre tape plutot vers la fin. Or il y'a vraiment une différence entre le début et la fin des disque en vitesse de lecture/écriture. Tout simplement parce qu'a X tr/min, si ton cylindre est plus grand (donc si tu es sur les bords), tu liras/ecriras plus de données/sec.
Et si je ne dis pas de connerie, quand je rajoutais mon 3eme disque dans l'array, il reconstruisait a 120 Mo/sec au début, puis a 80Mo/sec aux environs des derniers %.
[^] # Re: 3 x 2To (Western Digital Caviar Green 5400 tr/mn) RAID5 + dm-crypt + LVM2
Posté par 16aR . Évalué à 1.
Ah, et aussi, comme indiqué dans mon poste, les histoire de payload, chunk size, block size, etc, ca affecte pas mal. (a un moment, mon raid tournait a 30 Mo/sec maximum au lieu de 65 ...)
[^] # Re: 3 x 2To (Western Digital Caviar Green 5400 tr/mn) RAID5 + dm-crypt + LVM2
Posté par nono14 (site web personnel) . Évalué à 2.
C'est vrai, il faut faire attention au placement des partitions ( swap, tmp, . ).
Pour s'en convaincre, créer des partitions au début, milieu, fin de disque et faire un hdparm pour tester :-)
Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.