Solution 1 :
Tiré directement de mon entrée de blog :http://www.standalone-sysadmin.com/blog/2008/09/introduction-to-lvm-in-linux/
Tout d'abord, parlons de la vie sans LVM. Au mauvais vieux temps, vous aviez un disque dur. Ce disque dur pourrait avoir des partitions. Vous pouvez installer des systèmes de fichiers sur ces partitions, puis utiliser ces systèmes de fichiers. Montée dans les deux sens. Cela ressemblait beaucoup à ceci :
Vous avez le lecteur réel, dans ce cas sda. Sur ce lecteur se trouvent deux partitions, sda1 et sda2. Il y a aussi de l'espace libre inutilisé. Chacune des partitions contient un système de fichiers, qui est monté. Le type de système de fichiers réel est arbitraire. Vous pouvez l'appeler ext3, reiserfs ou autre. La chose importante à noter est qu'il existe une corrélation directe un à un entre les partitions de disque et les systèmes de fichiers possibles.
Ajoutons une gestion de volume logique qui recrée exactement la même structure :
Maintenant, vous voyez les mêmes partitions, mais il y a une couche au-dessus des partitions appelée "groupe de volumes", littéralement un groupe de volumes, dans ce cas des partitions de disque. Il peut être acceptable de considérer cela comme une sorte de disque virtuel que vous pouvez partitionner. Puisque nous correspondons exactement à notre configuration précédente, vous ne voyez pas encore les points forts du système. Vous remarquerez peut-être qu'au-dessus du groupe de volumes, nous avons créé des volumes logiques, qui peuvent être considérés comme des partitions virtuelles, et c'est sur ceux-ci que nous construisons nos systèmes de fichiers.
Voyons ce qui se passe lorsque nous ajoutons plus d'un volume physique :
Ici, nous avons trois disques physiques, sda, sdb et sdc. Chacun des deux premiers disques a une partition occupant tout l'espace. Le dernier, sdc, a une partition occupant la moitié du disque, la moitié restant de l'espace libre non partitionné.
Nous pouvons voir le groupe de volumes au-dessus de celui qui comprend tous les volumes actuellement disponibles. C'est là que réside l'un des principaux arguments de vente. Vous pouvez construire une partition logique aussi grande que la somme de vos disques. À bien des égards, cela ressemble au fonctionnement du niveau RAID 0, sauf qu'il n'y a pas de segmentation du tout. Les données sont écrites pour la plupart de manière linéaire. Si vous avez besoin de redondance ou d'augmentation des performances fournies par RAID, assurez-vous de placer vos volumes logiques au-dessus des matrices RAID. Les tranches RAID fonctionnent ici exactement comme des disques physiques.
Maintenant, nous avons ce groupe de volumes qui occupe 2 et 1/2 disques. Il a été découpé en deux volumes logiques, dont le premier est plus grand que n'importe lequel des disques. Les volumes logiques ne se soucient pas de la taille réelle des disques physiques, car tout ce qu'ils voient, c'est qu'ils sont extraits de myVolumeGroup01. Cette couche d'abstraction est importante, comme nous le verrons.
Que se passe-t-il si nous décidons que nous avons besoin de l'espace inutilisé, car nous avons ajouté plus d'utilisateurs ?
Normalement, nous aurions des problèmes si nous utilisions le mappage un à un, mais avec des volumes logiques, voici ce que nous pouvons faire :
Ici, nous avons pris l'espace précédemment libre sur /dev/sdc et créé /dev/sdc2. Ensuite, nous l'avons ajouté à la liste des volumes qui composent myVolumeGroup01. Une fois cela fait, nous étions libres d'étendre l'un ou l'autre des volumes logiques si nécessaire. Depuis que nous avons ajouté des utilisateurs, nous avons développé myLogicalVolume2. À ce stade, tant que le système de fichiers /home le supportait, nous étions libres de le développer pour remplir l'espace supplémentaire. Tout cela parce que nous avons extrait notre stockage des disques physiques sur lesquels il vit.
Très bien, cela couvre le pourquoi de base de la gestion du volume logique. Comme je suis sûr que vous avez hâte d'en savoir plus sur la façon de préparer et de construire vos propres systèmes, voici quelques excellentes ressources pour vous aider à démarrer :
http://www.pma.caltech.edu/~laurence/Linux/lvm.html
http://www.freeos.com/articles/3921/
http://www.linuxdevcenter.com/pub/a/linux/2006/04/27/managing-disk-space-with-lvm.html
Solution 2 :
Vous pouvez utiliser LVM pour faire beaucoup de choses avec des disques. Le principal avantage est la possibilité de développer des systèmes de fichiers à la volée. Supposons que vous configurez un serveur de journalisation et que vous savez qu'à l'avenir, vous disposerez d'une tonne de données. Ext3 prend en charge un maximum de 16 To (plus en fonction de votre noyau et de la version d'EL). Mais que se passe-t-il si vous savez que dans 2 ans vous aurez besoin de 1 Po de stockage ? Eh bien, cela crée des problèmes. Tout d'abord, votre patron vous regardera avec des yeux de cerf dans les phares lorsque vous lui direz le prix de ce matériel de stockage. Cela conduit à un autre problème - vous devez commencer avec une petite solution que vous pouvez mettre à l'échelle vers le haut. LVM vous donne cette option. Vous commencez avec quelques disques. Ensuite, vous en ajoutez d'autres, les transformez en un groupe logique, les ajoutez au premier volume logique, augmentez la taille du volume et enfin développez le système de fichiers. Voilà, vous avez un bon système de fichiers évolutif.
Cela vous évite d'avoir à déplacer les données hors de l'appareil, à reformater les LUN, puis à tout remettre en place pour effectuer une mise à niveau. Désolé pour la brièveté, j'espère que cela a du sens.
Edit :Je dois également noter que si vous avez affaire à 1 PB, vous ne voudrez pas utiliser Ext3... probablement XFS.
Solution 3 :
Il existe un certain nombre d'avantages indirects de LVM. La principale chose que fait LVM est d'abstraire les disques physiques du système d'exploitation . Le principal avantage de ceci est simplement la flexibilité . La plupart des avantages de LVM ne sont réalisés que lorsque vous disposez d'un système de fichiers qui prend en charge le redimensionnement à la volée. L'action de base de LVM est décrite ci-dessous :
Les partitions système existent une couche au-dessus du disque
Sans LVM, Linux utilise les partitions situées physiquement sur le disque. Les partitions sont des noms de périphériques directs. La table de partition réside dans le MBR et normalement (dans le cas des partitions étendues logiques) dans l'enregistrement de démarrage étendu (ce qui vous permet de créer un plus grand nombre de partitions). Les partitions définissent une taille et tapez entre autres attributs (plus précisément, ils définissent un cylindre de début et de fin qui définit essentiellement la taille). Parce qu'ils sont si étroitement liés au disque, il est important de configurer un schéma de partitionnement "correct" lors de l'installation. Si soudainement, une fonction de la machine change ou si vous êtes novice et que vous n'avez pas compris les implications du partitionnement, ou si vous sous-estimez l'utilisation du disque quelque part, ou les journaux d'une application particulière, changer ce partitionnement peut être fastidieux. Il existe des outils pour le faire, mais vous devez généralement déplacer des données hors de la partition pour les modifier. Évidemment, si vous avez quatre partitions, la modification du deuxième cylindre de fin de partition affecte les troisième et quatrième cylindres de début de partition et vous vous retrouvez donc dans une situation désordonnée.
Les naïfs peuvent préconiser l'utilisation d'une seule grande partition, mais vous pouvez vous perdre lorsque vous devez introduire des quotas ou isoler des processus malveillants remplissant des parties de votre système (par exemple, /var/log, /tmp, etc.)
Les avantages sont :
Ajouter/supprimer de l'espace de stockage
L'ajout de stockage est généralement trivial. Si vous utilisez un RAID matériel ou logiciel et que vous ajoutez plus de disques, vous devrez souvent manipuler des liens symboliques pour reconstruire la matrice RAID afin que Linux rende votre nouveau stockage disponible aux emplacements souhaités.
Prenons l'exemple d'un grand répertoire /home qui se remplit. Cela existe sur un volume RAID 1 à deux disques existant. Vous souhaitez ajouter deux autres disques. Vous les configurez dans une configuration matérielle RAID 1. Sans LVM, vous avez plusieurs options :
- Reconstruire l'ensemble du RAID RAID dans une configuration 1+0 qui nécessite de déplacer des données hors de la machine, de les reconstruire et de les remettre en marche.
- Créez un nouveau groupe de volumes RAID 1 distinct. Linux a déjà le premier volume RAID monté sur /home, vous devez donc monter le deuxième volume RAID sur /home1 ou similaire. Maintenant, pour obtenir les chemins appropriés pour les utilisateurs qui sont cohérents avec le premier, vous devrez peut-être utiliser des liens symboliques pour obtenir le même effet. De plus, cette solution nécessite une maintenance constante du volume RAID d'origine et potentiellement la migration des données hors de la partition d'origine.
Avec LVM, vous pouvez simplement ajouter le nouveau groupe de volumes RAID 1 au pool de stockage supplémentaire, redimensionner le système de fichiers (à condition qu'il le prenne en charge) et le tour est joué, /home est maintenant soudainement plus grand. Vous n'avez pas besoin de créer un lien symbolique ou de faire de la maintenance sur le déplacement potentiel de données de /home vers /home1 ou vice versa. Rincez, lavez, répétez pour les futures mises à niveau de disque.
Maintenance en ligne
La plupart des tâches LVM, à condition que le matériel le prenne en charge, peuvent être effectuées en ligne, sans redémarrer la machine. Si vous pouvez échanger à chaud des disques sur un système, vous pouvez ajouter de nouveaux disques, puis supprimer les anciens disques (peut-être plus petits) pour augmenter les besoins de stockage du système.
L'un des principaux problèmes avec les volumes LVM est qu'à mesure qu'ils approchent de la capacité, la fragmentation peut devenir un problème d'après mon expérience. Des volumes> 90%, et vraiment> 95% peuvent signifier que vous pouvez vous retrouver avec une mauvaise fragmentation sur le disque en fonction de l'utilisation de votre disque et des types de fichiers. C'est rarement quelque chose dont vous vous préoccupez outre mesure, c'est le cas avec tout type de gestion de volume/partition, mais c'est la fragmentation sur la couche de volume par opposition à la partition qui est le problème ici.