12 votes

miroir LVM linux vs. miroir MD

Je crois me souvenir d'avoir fait des miroirs il y a quelques années avec LVM, et je ne me souviens pas de cette histoire de "log". Ou alors j'ai fait le miroir avec mdadm et j'ai mis LVM par dessus. C'est sûrement ça.

  1. A quoi sert le journal LVM s'il s'agit simplement d'un miroir ? Qu'est-ce qui y est stocké ? A quoi sert-il ? L'utilisation de "--mirrorlog core" est-elle mauvaise ? Quel est l'inconvénient ? Je ne veux pas avoir à avoir une autre partition pour les journaux si ce n'est pas nécessaire.

  2. Des recommandations sur l'utilisation de l'une ou l'autre de ces technologies ? Même si je crée le miroir avec mdadm, j'utiliserai LVM en plus. Donc, dans ce cas, il est peut-être préférable d'avoir l'ensemble de la configuration construite avec LVM... ? Est-ce que cela aurait plus ou moins d'impact sur les performances ?

Les disques servent à stocker les "disques" Xen domU.

Désolé pour cette "question" complexe qui ne va pas droit au but.

Les idées, les suggestions et les liens sont les bienvenus. Merci de votre compréhension.

11voto

Dan Andreatta Points 5352

Personnellement, j'opte toujours pour MD+LVM. C'est plus rapide (MD peut faire des lectures parallèles en RAID1) et cela ne nécessite que 2 disques (si vous ne voulez pas reconstruire le miroir après chaque redémarrage) et MD est conçu uniquement pour faire du RAID, et il le fait très bien. Il est également plus flexible.

J'ai également été victime de LVM. Dans un cas, il s'agissait de LVM striping sur HP-UX (ce qui ne devrait pas arriver avec LVM2 sous Linux), et je ne pouvais pas étendre le LV parce que l'extension devait avoir exactement le même nombre de stripes. Cela semble raisonnable, mais parfois...

Une autre fois, il s'agissait d'un miroir (LVM2 sous Linux cette fois), mais je ne me souviens plus si LVM a refusé de prendre un instantané d'un LV en miroir ou de l'étendre, annulant ainsi l'avantage d'avoir LVM en premier lieu (nous l'avons fait à la fin, mais cela impliquait d'utiliser lvconvert dans un sens et dans l'autre).

5voto

poolie Points 1115

Lorsqu'une paire de miroirs est brusquement arrêtée, dans n'importe quel système, il peut y avoir des blocs qui ont été écrits sur un périphérique mais pas encore sur l'autre. Il est concevable qu'en réorganisant les chemins d'E/S, certains blocs aient été écrits sur A mais pas sur B, et que d'autres aient été écrits sur B mais pas encore sur A.

Lorsque la machine redémarre, elle doit rendre les dispositifs cohérents. Le simple fait d'avoir les deux dispositifs ne suffit pas : il ne saurait pas quels blocs sont incohérents et il ne saurait pas quelle version est la plus récente.

Le logiciel du miroir doit donc stocker un certain nombre de métadonnées pour en assurer le suivi. C'est ce qu'on appelle le "write-intent log" (journal des intentions d'écriture).

md le stocke normalement dans un espace réservé à l'intérieur de l'appareil lui-même mais vous pouvez également choisir de le stocker sur un autre appareil. (C'est l'une des raisons pour lesquelles les miroirs md sont légèrement plus petits que les périphériques de base.

Les miroirs LVM ne peuvent stocker le journal à extension d'écriture qu'en externe, ce qui, comme vous le remarquez, est un peu gênant dans le cas typique où vous disposez d'exactement deux disques physiques. Je crois que vous avez toujours la possibilité de le stocker sur une partition différente sur le même périphérique physique, mais cela reste peu pratique.

L'objectif du journal du miroir LVM, d'après ce que j'ai compris, est de garder une trace des blocs qui ont été écrits sur un périphérique mais pas encore sur l'autre.

2voto

rytis Points 2274

Il s'agit de deux concepts différents :

  • LVM est, comme son nom l'indique, la gestion des volumes. Il s'agit d'un mécanisme permettant de combiner plusieurs volumes en un seul (oui, on peut dire que c'est comme raid0), de les redimensionner, de les redimensionner en direct et de créer des instantanés.
  • MD est destiné à la gestion du RAID. Ajoutez plusieurs périphériques dans un métadispositif, rendez ce métadispositif hautement disponible en utilisant raid1, 5, 10, etc...

LVM fonctionne sur des périphériques de stockage, qu'il s'agisse de méta-périphériques, de périphériques présentés par le contrôleur RAID ou de simples disques.

MD fonctionne sur des disques (vous pouvez également utiliser les disques présentés par le contrôleur raid, mais quel est l'intérêt ?

LVM n'est pas destiné à rendre votre stockage hautement disponible. De même, MD n'est pas un outil de gestion des volumes...

J'espère que cela vous aidera :)

1voto

jon Points 21

LVM provient d'autres types de systèmes UNIX. Je l'ai utilisé sur HPUX qui n'avait pas la couche MD de Linux lorsque j'y ai travaillé il y a 10 ans, mais je ne suis pas sûr que ce soit le cas aujourd'hui. Dans ces circonstances, la mise en miroir LVM devient utile lorsque le RAID matériel n'est pas disponible.

1voto

Ashish Consul Points 61

Avec l'option -mirrorlog mirrored et l'option -alloc anywhere, avec deux disques, vous obtenez deux journaux miroir de 4M, un sur chaque disque. Je suis ennuyé de devoir outrepasser la politique pour ce qui semble être une situation des plus courantes, mais tant pis.

LVM sous Linux n'est pas lié à ce qui existe sous HP-UX ou AIX, mais possède les mêmes commandes dans l'espace utilisateur. LVM sous Linux utilise en interne le système DM, et donc le même code que MD. À ce stade, je ne vois aucun avantage de LVM par rapport à MD. Pour les partitions que vous voulez rapides et pour lesquelles vous ne vous souciez pas des sauvegardes (par exemple, les partitions d'échange pour les machines virtuelles invitées), LVM vous donne le choix de les mettre en miroir ou non, ou si le stripping est préférable.

De plus, il est beaucoup plus facile d'ajouter un disque à LVM qu'à MD.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X