Miroir LVM VS RAID1

Ayant appris un peu sur la mise en miroir LVM, j'ai pensé à remplacer le schéma RAID-1 actuel que j'utilise pour gagner en flexibilité.

Le problème est que d'après ce que j'ai trouvé sur Internet, LVM est:

1. Plus lent que RAID-1, au moins en lecture (comme seul volume utilisé pour la lecture).
2. Non fiable lors des interruptions d'alimentation et nécessite la désactivation du cache disque pour éviter la perte de données.

http://www.joshbryan.com/blog/2008/01/02/lvm2-mirrors-vs-md-raid-1/

Il semble également, au moins pour plusieurs guides de configuration que j'ai lus ( http://www.tcpdump.com/kb/os/linux/lvm-mirroring/intro.html ), que l'on a en fait besoin d'un 3ème disque pour stocker le journal LVM . Cela rend la configuration complètement inutilisable sur les installations à 2 disques et réduit la quantité de disques miroir utilisés sur une plus grande quantité de disques.

Quelqu'un peut-il commenter les faits ci-dessus et me faire part de son expérience de l'utilisation de la mise en miroir LVM?

Merci.

Je n'ai jamais utilisé la mise en miroir LVM, mais les informations que vous avez trouvées semblent raisonnables d'après ce que je sais de LVM. Je resterais avec MD RAID-1, moi-même.

Les miroirs LVM sont destinés à la réplication d'un volume logique vers un volume physique différent. Il est essentiellement destiné à "déplacer les données vers un autre disque". Le miroir est alors brisé et l'ancien emplacement des données libéré pour utilisation; les données existantes sont plutôt utilisées au nouvel emplacement.

Les miroirs RAID sont destinés à fournir une protection contre les pannes matérielles d'un seul disque. Il est essentiellement destiné à "empêcher la perte de vos données en cas de mort d'un disque".

Restez fidèle à la mise en miroir RAID sur LVM pour vos besoins.

La désactivation du cache en écriture est toujours requise si vous souhaitez minimiser les risques de perte de données lors d'une coupure de courant. Peu importe si vous avez md RAID, LVM ou rien du tout. Votre lecteur peut avoir de 16 à 64 Mo dans le cache d'un appareil moderne et il disparaîtra.

À moins que vous ne préfériez la vitesse à la justesse, je désactiverais la mise en cache d'écriture sur les lecteurs.

Les barrières sont une technique du noyau pour essayer d'améliorer les chances que les données arrivent sur le disque. Jusqu'à 2.6.29, les LVM les ignoraient. Maintenant, LVM respecte les barrières (si et seulement si vous avez une cible linéaire et un noyau suffisamment nouveau), donc si vous voulez la flexibilité de LVM et la prise en charge des barrières, votre meilleur pari est la barrière sur RAID md.

Les nouvelles versions de LVM peuvent utiliser les mêmes implémentations de raid de MD.

En parcourant l'histoire, raid4 / 5/6 semble être apparu dans le noyau en 2.6.38 et raid0 / 1 parfois entre cela et 3.1

Pris en charge également à partir de RHEL 6.1 (raid0 / raid1) et de RHEL 6.3 (raid4 / 5/6) https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Logical_Volume_Manager_Administration/LVM_overview.html

il faut en fait un troisième disque pour stocker le journal LVM

Dans une configuration, j'ai partitionné un disque en un volume physique principal et un autre petit volume physique pour le journal LVM. Si jamais je perdais ce disque, je perdrais bien sûr le journal miroir, mais ce n'est pas grave parce que lorsque le volume se dégraderait sans miroir, il n'aurait plus besoin du journal.