Le 20/07/10 à 12:00, Julien Demange <[email protected]> a écrit : JD> Mais sinon, qui plus est quand on souhaite utiliser LVM, je ne vois pas JD> l'intérêt de mettre mdadm alors qu'il n'y a pas de RAID (je ne considère JD> pas le raid0 comme du RAID).
OK, j'avais la même impression. JD> En plus de la surcouche, ça diminue l'intérêt de LVM. Car sur ton VG, JD> rien ne t'oblige à tout mettre en strippng. Par exemple, la swap, le JD> noyau est réputé êtres capable de bien gérer la répartition entre les JD> swap. Donc, la swap dans le vg, il vaudrait mieux avoir deux lv, un sur chaque pv (me suis jamais demandé si c'était possible), plutôt qu'un lv avec 2 stripes ? JD> Tu peux éventuellement avoir des LV qui ne serait pas en striping. JD> Alors qu'avec mdadm, tu va tout avoir en raid0 (c'est très cohérent en JD> raid1/5, mais pas forcément en raid0). JD> JD> Mais aussi, mdadm, je ne crois pas qu'il permette facilement de JD> déplacer, à chaud, tes donnés d'un disque à un autre. Cas ou SMART te JD> rapporterait qu'un disque est en train de mourir. Là, où avec LVM, tu JD> peux aisément , après avoir ajouté un autre disque, déplacer, en JD> fonctionnement, les LV d'un PV, vers un autre. C'est vrai aussi. De toute façon il me faut du lvm (pour les snapshots), donc je vais me passer de mdadm. JD> > Par ailleurs, si vous avez des conseils, sur le chunksize à choisir par ex, les disques sont des X25-M, c'est pour une JD> > utilisation de serveur web assez classique (apache/php/mysql), pas vraiment de gros fichiers à manipuler... JD> JD> Je ne sais pas. Je ne suis pas un spécialiste des disques. JD> Mais ça l'intéresse aussi ; Entre temps, j'ai testé lvm "standard" au dessus de mdadm en raid0 avec des chunk de 128k, on perd ~15% sur du hdparm -t (par rapport à du raid0 seul ou du lvm --stripes 2 seul). -- Daniel Le philosophe cherche des solutions aux problèmes et ne trouve que des problèmes sans solutions. Sim -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers [email protected] En cas de soucis, contactez EN ANGLAIS [email protected] Archive: http://lists.debian.org/[email protected]
