Lea Linux - Contributions [fr]

Trucs:Surveiller les messages de syslog

2007-10-15T05:50:59Z

Ge :

<div class="leapar">Fred<tux.le.pengouin@free.fr></div>

Pour surveiller en permanence les messages de syslog, j'ouvre <br />une fenêtre terminal et dedans je tape :

<tt>tail -f /var/log/messages</tt>

comme ça dès qu'un message arrive il s'affiche dans ce terminal !

on peut même taper : <br /><br /><tt>tail -f /var/log/messages > /dev/tty11 &</tt>

et les messages s'affiche sur la console 11 (accessible par CTRL+ATL+F11 depuis X, ALT+F11 depuis la console)
[[Catégorie:Trucs_Noyau]]

LVM

2007-10-14T04:53:16Z

Ge : /* Les composants du LVM */

[[Category:Administration système]]
= Le LVM (Logical Volume Manager) =

<div class="leatitre">Le LVM (Logical Volume Manager)</div><div class="leapar">Par [mailto:anne@lea-linux.org Anne]</div>

Un des aspects cruciaux dans l'administration d'un serveur ou d'une machine de bureau est la gestion de l'espace disque. Quoi de plus énervant que de voir l'installation d'une application échouer par manque d'espace, ou un serveur rendu indisponible parce que le système de fichiers /var était plein du fait des fichiers de log ?

Un outil apporte une solution satisfaisante et efficace : le LVM (Logical Volume Manager).

= De l'utilité du LVM =

Le LVM ou Logical Volume Manager, est une technique créée à la base par IBM consistant à fournir la possibilité de modifier la taille des partitions sur les disques durs sans avoir besoin de tout reformater, voire de créer des partitions s'étalant sur plusieurs disques. L'objectif est ainsi d'éviter arrêt et redémarrage d'une machine en production. Cette technique est disponible sur linux depuis la version 2.4 du noyau (très exactement 2.3.47).

Dans un partitionnement de type classique, à l'aide des commandes fdisk, vous ne pouvez avoir que 4 partitions primaires pour chaque disque (en IDE) ou éventuellement 3 partitions primaires et une partition étendue qui contiendra des partitions logiques. L'inconvénient de ce type de partitionnement est que lorsque vous souhaitez réduire la taille d'une partition ou l'augmenter, vous devez notamment disposer d'outils spécifiques comme GNU-parted. De plus, le partitionnement ne se fera que disque par disque. Imaginez alors que vous souhaitiez ajouter un deuxième disque sur votre machine ou agrandir la taille de votre système de fichiers /home...

Vous ne pourrez pas profiter de l'espace disponible sur ce deuxième disque pour agrandir /home, à moins d'y accrocher un nouveau système de fichiers. Agaçant non ?

Eh bien, LVM est là pour vous simplifier la vie.

= Les composants du LVM =

Le principe de fonctionnement de LVM est relativement simple. Il s'agit en fait pour effectuer ce type de partitionnement, de s'affranchir complètement des limites physiques du ou des disques disponibles. Les étapes ci-dessous en décrivent le fonctionnement. Le LVM s'accompagne aussi d'un certain nombre de termes techniques énoncés également ci-dessous.

* Chaque disque dur ou partition va être transformé en '''volume physique'''. Cette opération consiste à découper le disque en tranches, appelées Physical Extents (PE). Par défaut (et convention), 1 PE = 4Mo.
* Chaque volume physique va être inséré dans un '''groupe de volumes'''. Celui-ci peut contenir un ou plusieurs volumes physiques (donc disques ou partitions). Un groupe de volume est un espace logique découpé en Logical Extents (LE) de même tailles que les physical extents, soit 4 Mo par défaut.
Le système va ensuite établir des '''pointeurs''' entre un physical extent et un logical extent comme indiqué sur le schéma ci-dessous. (schéma 1)
'''Schéma 1 : système des pointeurs LVM'''
[[Image:lvm-lvm4.jpg]]
* La dernière étape va consister à découper le groupe de volumes en partitions appelées '''volumes logiques''' dans lesquelles nous pourrons au choix, créer un système de fichiers, une partition de swap. Ces partitions pourront être redimensionnées et/ou déplacées.

Voici de manière schématique à quoi pourrait ressembler votre(vos) disque(s) après ce traitement (Schéma 2).

'''Schéma 2 : impact de LVM sur les disques durs'''

[[Image:lvm-lvm3.jpg|thumb|400px|Schéma d'un groupe de volumes sur deux disques]]

Dans ce cas de figure, les deux disques hda et hdb ont été transformés en volumes physiques. Puis ils ont été insérés tous les deux dans un groupe de volumes appelé vg01. A partir de ce moment-là, il n'est plus nécessaire de tenir compte des limites physiques des disques, en effet, nous n'avons plus qu'un espace, et un seul, de 36 Go (regroupant donc nos deux unités de disques hda et hdb). Le groupe de volumes a ensuite été découpé en 3 volumes logiques, nommées lvol01, lvol02, lvol03. On remarquera que lvol02 est composé de logical extents pointant sur des physical extents appartenant à hda et hdb. La dernière étape consistera à créer un système de fichiers dans chacun de ces volumes logiques.

<u>Remarques</u> :

* la taille que l'on attribuera à un volume logique s'exprime en nombre de logical extents. Ceux-ci sont indivisibles. Si sa taille est de 4 Mo et que je souhaite un volume logique de 14 Mo, le système attribuera 4 logical extents au volume logique, soit 16 Mo (arrondi au nombre de LE supérieur)
* la taille d'un PE, et donc d'un LE, est personnalisable lors de la création d'un volume physique.
* les noms des groupes de volumes et volumes logiques sont personnalisables à leur création
* '''Attention : la création d'un volume physique écrase toutes les données existantes sur la partition et/ou le disque !!'''
* L'utilisation du LVM pour partitionner un disque entraine une perte d'espace liée à l'écriture des données nécessaires au système pour gérer le LVM (métadatas) :
** la PVRA : Physical Volume Reserved Area. Comme son nom l'indique, elle contient les informations LVM spécifiques au volume physique.
** la VGRA : Volume Group Reserve Area. Elle contient les informations liées au groupe de volumes mais aussi aux volumes logiques contenus dans le groupe de volumes
** la BBRA : Bad Block Relocation Area : cette zone contient des informations liées au mécanisme de ré-allocation des blocs défectueux.

= Utiliser le LVM : ce dont il faut disposer =

Pour être utilisé, le LVM nécessite de disposer du driver qui permet de générer la couche assurant le mapping (la carte) entre périphérique physique et vue logique, des utilitaires pour manipuler ce mapping et des périphériques physiques.

== Kernel et utilitaires ==

Le LVM est fourni lors de l'installation, sauf sur de très vieux systémes (noyau 2.2). Il faut quand même savoir que l'implémentation du LVM se fait à deux niveaux :

* le kernel,
* les commandes nécessaires pour gérer les structures LVM.

Au niveau du kernel lors de l'installation ou de la recompilation du noyau, vous devez avoir intégré ou mis en module le driver LVM. Celui-ci se situe dans le menu de compilation "Multi-device support". On peut le vérifier de la manière suivante :

<div class="code">root@pingu# grep -i lvm /boot/config<br /> # Multi-device support (RAID and LVM)<br /> CONFIG_BLK_DEV_LVM=m</div>

Vous devez également disposer des commandes nécessaires à l'administration du LVM. Elles sont incluses dans le package lvm. Pour vérifier qu'il est installé (dans le cas d'une Mandriva) :

<div class="code">root@pingu# rpm -qa|grep lvm<br /> lvm-1.0.3-9</div>

Toutes les commandes passées en revue dans la suite de cet article font partie de ce paquetage.

== Sur quels périphériques et systèmes de fichiers puis-je faire du LVM ? ==

Pour pouvoir utiliser le LVM, vous devez disposer soit d'un disque vierge (rappel : la création d'un volume physique entrainera la perte de données existantes) et/ou d'une partition primaire vierge (moins utile mais faisable).

Toutefois attention : vous ne pourrez pas mélanger partitionnement classique et LVM au sein d'un groupe de volumes.

Il est possible d'utiliser le LVM pour tous vos systèmes de fichiers, exception faite de « /boot », qui pose quelques problèmes. Par contre il est tout à fait possible de l'inclure sur un ou plusieurs volumes logiques. D'ailleurs la plupart des distributions proposent aujourd'hui cette option dès l'installation. La seule contrainte est de prévoir le chargement du module LVM dès le démarrage. Pour ce faire, on créera une image initrd contenant le module LVM à l'aide de la commande lvmcreate_initrd. On modifiera également en conséquence le fichier /etc/lilo.conf.

= Configuration du LVM =

Passons maintenant à la pratique.

Pour la mise en application, nous allons reprendre les 3 étapes énoncées ci-dessus. A chaque fois, je présenterai la commande correspondante à la création de l'élément et une commande de recueil d'informations pour vérifier que l'opération a été correctement réalisée.

== L'arborescence du LVM ==

À chaque élément du LVM correspond un fichier spécial dans /dev. Le volume physique est représenté par le fichier spécial du disque dur ou de la partition correspondant. Le groupe de volume dispose d'un répertoire portant son nom dans lequel on trouvera le fichier spécial group.

<div class="code"><nowiki># ls -l /dev/datas/group</nowiki><br /> crw-r----- 1 root root 109, 1 jan 1 1970 group</div>

Dans ce répertoire, on trouvera également un fichier spécial par volume logique créé à l'intérieur de ce groupe de volumes.

<div class="code"><nowiki># tree /dev/users /dev/public</nowiki><br /> /dev/users<br /> |--datas<br /> |--group<br /> `--private<br /> /dev/public<br /> |--ftp<br /> |--group<br /> `--web</div>

Outre les fichiers spéciaux, on trouve également le fichier /etc/lvmtab et /etc/lvmtab.d. Ils contiennent la base de données manipulée par les commandes lvm.

== Création d'un volume physique ==

La première étape consiste à transformer notre disque en volume physique. L'opération s'effectue en trois temps :

'''Préparation de l'espace''' à utiliser avec le LVM : cette étape s'effectue grâce à la commande fdisk. Vous allez devoir attribuer le type lvm à votre disque ou votre partition :

<code>root@pingu# fdisk /dev/hdb
Commande (m pour aide) : p
Disk /dev/hdb: 13.5 GB, 13578485760 bytes
255 heads, 63 sectors/track, 1650 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Périphérique Amorce Début Fin Blocs Id Système
/dev/hdb1 1 730 5863693+ 8e Linux LVM
/dev/hdb2 731 1339 4891792+ 8e Linux LVM
/dev/hdb3 1340 1650 2498107+ 8e Linux LVM</code>

Ensuite, il est nécessaire de lancer '''la commande vgscan''' si vous utilisez LVM pour la première fois sur le disque dur ou la partition. La commande va créer notamment le fichier /etc/lvmtab et le répertoire /etc/lvmtab.d.

<code># vgscan
vgscan -- reading all physical volumes (this may take a while...)
vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created
vgscan -- WARNING: This program does not do a VGDA backup of your volume group</code>

Création du volume physique : la commande est pvcreate (physical volume creation).
pvcreate [-f] </dev/hdxx> où<br /> -f : force la création du volume. A utiliser si le disque avait déjà été transformé en volume physique.<br /> /dev/hdxx : fichier spécial du disque ou de la partition à transformer en volume physique
<u>Exemple</u> : création d'un volume physique à partir de hdb1
<code># pvcreate /dev/hdb1
pvcreate -- physical volume "/dev/hdb1" successfully created</code>

== Création d'un groupe de volume ==

Une fois le volume physique créé, il faut alors insérer le ou les volumes physiques ainsi créés dans un groupe de volumes. On utilise la commande vgcreate :

vgcreate <nom_du_volume></dev/hdxx> où<br /> <nom_du_volume> : nom du groupe de volume - l'opération crée alors le répertoire /dev/nom_du_volume contenant le fichier spécial group qui représente ce groupe de volumes.<br /> </dev/hdxx> : fichier spécial du volume physique

<u>Exemple</u> : création d'un groupe de volumes nommé volume1 avec hdb1

<div class="code"><nowiki># vgcreate volume1 /dev/hdb1</nowiki><br /> vgcreate -- INFO: using default physical extent size 4 MB<br /> vgcreate -- INFO: maximum logical volume size is 255.99 Gigabyte<br /> vgcreate -- doing automatic backup of volume group "volume1"<br /> vgcreate -- volume group "volume1" successfully created and activated</div>

== Création d'un volume logique ==

Une fois le groupe de volume créé, on peut alors le découper en un ou plusieurs volumes logiques grâce à la commande lvcreate :

lvcreate -L tailleK|M|G [-n nom] <nom_volume> où<br /> -L tailleK|M|G : taille du volume logique exprimable en Ko, Mo ou Go<br /> -n nom : nom du volume logique - l'opération crée un fichier spécial portant ce nom pour le volume logique et sera placé dans le répertoire /dev/nom_volume

<nom_volume> : nom du groupe de volumes dans lequel sera créé le volume logique.

<u>Exemple</u> : création d'un volume logique de 600 Mo nommé part1 dans le groupe de volume volume1

<div class="code"><nowiki># lvcreate -L 600 -n part1 volume1</nowiki><br /> lvcreate -- doing automatic backup of "volume1"<br /> lvcreate -- logical volume "/dev/volume1/part1" successfully created</div>

Une particularité de la création d'un volume logique est le choix du mapping entre les LE et les PE. Par défaut, ce mapping est effectué de manière linéaire. Il est possible également de réaliser du stripping (répartition des données sur un ou plusieurs diques), ce qui permet d'améliorer le temps d'accès aux données. Ci-dessous, ce schéma montre la différence de répartition des LE en fonction de ces deux modes.

Des options de la commande lvcreate permettent de donner le nombre de stripes (et donc de volumes physiques utilisés) et leur taille. (Schémas 4 et 5)

'''Schéma 4 : Volume logique en mode linéaire'''

[[Image:lvm-lvm2.jpg]]

'''Schéma 5 : Volume logique en mode stripping'''

[[Image:lvm-lvm1.jpg]]

= Recueillir des informations sur le LVM =

A tout moment il est possible de recueillir des informations sur les structures LVM : volume physique, groupe de volumes et volumes logiques. On utilisera pour cela respectivement les commandes pvdisplay, vgdisplay et lvdisplay. Ces commandes ne font en fait qu'afficher dans un format lisible le contenu respectif de la PVRA, VGRA. Nous allons détailler les principales informations au moyen d'exemples ci-dessous.

La description d'un volume physique procure notamment le nom du volume physique, le nom du groupe de volume dans lequel est inséré le dit volume physique, sa taille, le nombre de volumes logiques contenus, la taille des physical extents, le nombre de PE contenus dans le volume physique, le nombre de PE libres.

<div class="code">

<nowiki># pvdisplay /dev/hdb1
--- Physical volume ---
PV Name /dev/hdb1
VG Name volume1
PV Size 5.59 GB [11727387 secs] /
NOT usable 4.19 MB [LVM: 133 KB]
PV# 1
PV Status available
Allocatable yes
Cur LV 1
PE Size (KByte) 4096
Total PE 1430
Free PE 1230
Allocated PE 200
PV UUID DTWrWh-5oUP-KrdB-US55-c9wP-eKii-6z3uU7</nowiki>

</div>

La description d'un groupe de volumes permet de vérifier son nom, le type d'accès aux données (écriture, lecture), le nombre maximum de volumes logiques créables dans ce groupe de volume, sa taille en PE et LE...

<div class="code">

<nowiki># vgdisplay volume1
--- Volume group ---
VG Name volume1
VG Access read/write
VG Status available/resizable
VG # 0
MAX LV 256
Cur LV 1
Open LV 0
MAX LV Size 255.99 GB
Max PV 256
Cur PV 1
Act PV 1
VG Size 5.59 GB
PE Size 4 MB
Total PE 1430
Alloc PE / Size 150 / 600 MB
Free PE / Size 1280 / 5 GB
VG UUID 5XxOO1-ZNl8-zocw-6dR5-44LX-oyYc-MYHpN2</nowiki>

</div>

Enfin la description d'un volume logique contient son nom, le type d'accès aux données, sa taille...

<div class="code">

<nowiki># lvdisplay /dev/volume1/part1
--- Logical volume ---
LV Name /dev/volume1/part1
VG Name volume1
LV Write Access read/write
LV Status available
LV # 1
# open 0
LV Size 600 MB
Current LE 150
Allocated LE 150
Allocation next free
Read ahead sectors 1024
Block device 58:0</nowiki>

</div>

= Commandes complémentaires =

Jusqu'à maintenant, nous avons vu comment créer des structures LVM et obtenir de l'information. Nous allons voir maintenant d'autres opérations réalisables pour la gestion du partitionnement et qui mettent en évidence toute la souplesse apportée par le LVM en la matière : agrandir ou réduire un groupe de volume, redimensionner un volume logique.

Si vous modifiez des groupes de volumes, des volumes logiques ou physiques utilisés par le système (ie /, /usr, /var, ...), vous devrez probablement booter sur un livecd : On citera notamment la célèbre knoppix, mais aussi le livecd gparted, le system rescue cd, ... Vérifiez auparavant la présence des outils LVM sur ce CD. La présence d'outils de partitionnement plus convivial ou plus puissants que fdisk est un plus non négligeable, ainsi que celle d'un navigateur internet mode texte (links ...) .

== Redimensionner un groupe de volumes ==

Un groupe de volumes est constitué d'un ou plusieurs volumes physiques. Il est possible à tout moment d'ajouter ou retirer un ou plusieurs volumes physiques afin d'augmenter ou diminuer l'espace disponible d'un groupe de volumes.

C'est là une des plus grandes souplesses du lvm : vous pouvez par exemple ajouter un disque, y créer un nouveau volume physique que vous rajoutez à votre groupe de volumes : autrement dit vous pouvez avoir une partition à cheval entre plusieurs disques, de manière totalement transparente pour le système, avec un gain de performances non négligeable si utilisé à bon escient.

Les commandes sont respectivement vgextend et vgreduce :

<div class="code">vgextend nom_volume /dev/hdxx<br /> vgreduce nom_volume /dev/hdxx</div>

où

nom_volume : nom du groupe de volumes à redimensionner<br /> /dev/hdxx : volume physique à ajouter ou retirer du groupe de volumes.

Un exemple : Vous devez augmenter l'espace du groupe de volumes volume1 de 6 Go. Pour cela vous disposez d'un disque que vous allez ajouter au groupe de volume. Ci-dessous les étapes à réaliser :

# création du volume physique à partir de hdb2 <div class="code"><nowiki># pvcreate /dev/hdb1</nowiki><br /> pvcreate -- physical volume "/dev/hdb1" successfully created</div>
# ajout de hdb2 au groupe de volumes volume1 <div class="code"><nowiki># vgextend volume1 /dev/hdb2 </nowiki><br /> vgextend -- INFO:maximum logical volume size is 255.99 Gigabyte vgextend<br /> --doing automatic backup of volume group "volume1" vgextend<br /> --volume group "volume1" successfully extended</div>

On pourra vérifier la bonne réalisation de l'opération grâce à la commande vgdisplay.

La réduction est un peu plus complexe, traitons la sur un exemple :

vous voulez supprimer /dev/hdb du groupe de volumes volume2 qui contient plusieurs volumes physiques (dont /dev/hdb) :

1) Commencez par vérifier que la taille des volumes physiques qui resteront sur le groupe de volumes est suffisante pour accueillir toutes vos données.

2) Il est '''fortement''' conseillé de faire une sauvegarde de vos données

3) Afin de pouvoir supprimer /dev/hdb de volume2, on doit d'abord déplacer les données qu'il contient sur les autres volumes physiques de volume2 : on fait ça avec la commande pvmove en donnant comme argument le nom du volume physique dont on veut migrer les données :

<div class="code"><nowiki># pvmove /dev/hdb </nowiki></div>

pvmove trouve de lui même l'endroit où déplacer les données (en fait chaque groupe de volumes possède une politique d'allocation qui indique quels volumes physiques doivent être utilisés en priorités, mais la gestion de cette politique dépasse le cadre de cet article). Vous pouvez si vous préférez spécifier un ou plusieurs volumes de destinations (voir le manuel de pvmove pour plus d'informations).

4) Maintenant on peut retirer /dev/hdb du groupe de volumes en toute tranquillité :

<div class="code"><nowiki># vgreduce volume2 /dev/hdb </nowiki></div>

Vous pouvez aussi utiliser :

<div class="code"><nowiki># vgreduce -a volume2 </nowiki></div>

Cette commande supprime tous les volumes physiques vides de volume2

== Redimensionner un volume logique ==

De la même façon, il est possible de diminuer ou augmenter la taille d'un volume logique au moyen des commandes lvreduce et lvextend.

Ces commandes peuvent s'utiliser avec une taille absolue ou relative :
Si vous donnez une taille absolue ("changer la taille de tel volume à 10 gigas") :
<div class="code">lvextend -L taille /dev/nom_volume/vol_logique<br /> lvreduce -L taille /dev/nom_volume/vol_logique </div>

Si vous donnez une taille relative ("ajouter 2 gigas à tel volume")
<div class="code">lvextend -L +taille /dev/nom_volume/vol_logique<br /> lvreduce -L -taille /dev/nom_volume/vol_logique </div>

où<br /> -L +taille : taille initiale augmentée de la valeur utilisée pour taille.<br />
-L -taille : taille initiale retranchée de la valeur utilisée pour taille.

Les étapes à respecter pour agrandir un volume logique :

# démontage du système de fichier (commande umount) ;
# augmentation de la taille du volume logique (on utilisera pour cela un utilitaire fourni dans le package LVM : lvextend), en spécifiant la nouvelle taille ;
# vérification forcée du système de fichier (nécessaire avant l'étape suivante)
# augmentation de la taille du système de fichier (voir le tableau plus bas) en laissant le programme trouver la nouvelle taille;
# remontage du système de fichiers.

ce qui donne par exemple pour ajouter 10 gigas à vol_logique (en ext3) :

<div class="code">umount /dev/nom_volume/vol_logique<br />lvextend -L +10G /dev/nom_volume/vol_logique <br />e2fsck -f /dev/nom_volume/vol_logique <br />resize2fs /dev/nom_vol/vol_logique <br />mount /dev/nom_volume/vol_logique [...]
</div>

Et pour réduire un volume logique :

# démontage du système de fichier (commande umount) ;
# réduction de la taille du système de fichiers (voir le tableau plus bas) en spécifiant la nouvelle taille;
# réduction de la taille du volume logique (on utilisera pour cela un utilitaire fourni dans le package LVM : lvreduce) en respécifiant la taille
# remontage du système de fichiers.

par exemple pour changer la taille de vol_logique à 5G (en ext3) :

<div class="code">umount /dev/nom_volume/vol_logique<br />e2fsck -f /dev/nom_volume/vol_logique <br />resize2fs /dev/nom_vol/vol_logique 5G <br />lvreduce -L 5G /dev/nom_volume/vol_logique <br />mount /dev/nom_volume/vol_logique [...]
</div>

IMPORTANT :
Vous noterez qu'on réduit d'abord le système de fichier puis le volume logique. La raison est simple : quand on exécute lvreduce, les données dans la partie réduite sont tout simplement supprimées du volume, il est donc indispensable que le système de fichiers ait déjà la bonne taille. Vous devez passer la même taille aux 2 commandes, donc ne donner pas une taille relative à lvreduce, cela pourrait vous induire en erreur.

On pourra vérifier le bon déroulement de l'opération grâce aux commandes lvdisplay pour le volume logique et df pour le système de fichiers. Les remarques ci-dessus sont une description générale de l'opération. Ces étapes peuvent toutefois varier en fonction du système de fichiers utilisé. Certains procurent en effet la possibilité d'effectuer les opérations de redimensionnement « à chaud » c'est-à-dire sans démontage. Ci-contre un tableau comparatif des différents systèmes de fichiers les plus couramment rencontrés (Tableau 1).

'''Tableau 1 : manipulation des systèmes de fichiers'''

{| width="90%" border="1"
| align="center" | Système de fichiers
| align="center" | diminution
| align="center" | Augmentation
| align="center" | Utilitaires
|-
| width="15%" | ext3
| width="22%" | démontage préalable
| width="22%" | démontage préalable
| width="42%" | e2fsprogs (resize2fs)
|-
| width="15%" | ReiserFS
| width="22%" | démontage préalable
| width="22%" | opération on-line
| width="42%" | reiserfsprogsv (resize_reiserfs)
|-
| width="15%" | XFS
| width="22%" | impossible
| width="22%" | opération on-line
| width="42%" | xfsprogs (xfs_growfs)
|}

== Redimensionner un volume physique ==
'''S'applique uniquement au LVM2'''

'''ATTENTION''' La prise en charge de cette fonctionnalité par LVM2 est relativement récente, elle est de ce fait assez peu documentée, et assez risquée. Il est très fortement conseillé (encore plus que d'habitude) de sauver ses données, sa table de partition, ses métadatas LVM avant.

Je vous rappelle que vous êtes seul responsable de vos essais.

Gardez à l'esprit que le risque de défaillance du matériel existe toujours, et s'y ajoute le risque beaucoup plus conséquent d'erreur humaine. Lors de la modification d'une table de partitions, une simple faute de frappe peut être à l'origine d'une perte de données.

Il sera nécessaire pour une manipulation sur un volume physique utilisé par votre distribution de booter sur un livecd.
Nous avons précédemment vu les principales manipulations sur un groupe de volumes et sur des volumes logiques : Mais reste les manipulations sur les volumes physiques eux même, notamment le redimensionnement :

Admettons par exemple que vous ayez un groupe de volumes nom_volume utilisant les volumes physiques hda1 et hdb, et que vous avez d'autres partitions n'utilisant pas le LVM sur hda. Il est possible qu'au bout d'un certain temps vous n'ayez plus besoin de hda2, vous supprimez les données dessus et vous avez alors une certaine quantité d'espace disponible sur hda

Il pourrait être utile d'ajouter cet espace au groupe de volumes nom_volume. Nous avons précédemment vu une méthode possible : création d'un nouveau volume physique sur hda2 et ajout de ce volume physique à nom_volume. Cependant, cette solution n'est pas idéale : créer deux volumes physiques '''sur le même''' disque entraînera probablement une perte de performances :
Les têtes de lecture passeront un certain temps à faire du tourisme sur le disque pour trouver les données (un peu comme dans le cas d'une partition ntfs fragmentée).

Donc on préférera le redimensionnement du volume physique existant :
Cette méthode suppose que l'espace à ajouter au volume physique se trouve juste après le dit volume physique : il est seulement possible d'agrandir un pv "vers la droite"

1) Première étape : sauvegarde des données '''fortement conseillée'''
Puis démontez vos partitions, et fermez tous les programmes susceptibles de les utiliser.

2) Deuxième étape : supprimer la partition inutile (ici hda2) si ce n'est pas déja fait : avec fdisk ou autre (voir man fdisk, man parted, man cfdisk ...)

3) Troisième étape : agrandir la partition hébergeant le volume physique avec
fdisk

C'est une manipulation délicate. D'abord un minimum de théorie : quand on crée ou supprime une partition avec fdisk, il ne touche pas aux données, seulement aux partitions (attention, ça ne veut pas dire qu'on peut faire n'importe quoi avec fdisk : si la table de partition n'est pas bonne, vos données seront illisibles). Il est donc tout à fait possible de supprimer une partition et de la recréer '''à partir du même secteur''' mais en plus grand sans perdre les données qui s'y trouvent. C'est ce que nous allons faire (Je répète, il faut que l'espace libre se trouve '''juste après''' le pv à agrandir)

commencez par lancer fdisk :

<div class="code"> #fdisk /dev/hda <br /> </div>

Puis taper l : Cette commande affiche la table de partitions. Notez sur un bout de papier le début et la fin de votre volume physique (ici hda1). Il est fortement conseillé de travailler avec un affichage en cylindres (par défaut dans fdisk) car certains programmes arrondissent les partitions aux cylindres.

Maintenant supprimez cette partition : avec fdisk, commande d puis vous entrez le numéro de la partition (ici 1).

Puis recréez une partition : commande n, puis entrez le numéro : ici 1 (mieux vaut garder le même), fdisk va vous demander le cylindre de début de la partition : entrez exactement le même que celui de l'ancienne partition, Et entrez le cylindre de fin que vous voulez (toujours supérieur à l'ancien, cette méthode ne fonctionne que pour un agrandissement). Par défaut, fdisk étendra la partition sur tout l'espace non partitionné si vous tapez seulement entrée.

Enfin changez le type de cette partition en lvm : commande t, numéro de la partition (1), puis type (8e)

Pour l'instant, les modifications sont seulement en mémoire. Vérifiez qu'elles sont correctes avec la commande l, puis vérifiez à nouveau et encore une fois. Quand vous êtes sur de vous, tapez w : Les modifications seront écrites sur le disque.

4) Maintenant la partition hébergeant le volume physique (hda1) est agrandie, Mais le pv ne l'est pas encore : On s'en occupe avec :

<div class="code"> #pvresize /dev/hda1 <br /> </div>

Attention, on ne spécifie pas de taille : pvresize détectera de lui même la taille de la partition et agrandira le pv en conséquence

5) Eh bien c'est terminé, bravo ! Maintenant vous pouvez vérifier avec pvdisplay et vgdisplay que vous disposez bien de l'espace supplémentaire.

Et pour réduire un volume physique : <br />
c'est un peu plus complexe : Il est nécessaire que les LE du volume physique qui seront effacés soient non occupées. A ma connaissance, il n'existe pas de commande permettant de déplacer les infos situés dans les n derniers LE, mais c'est prévu pour une prochaine version. En outre c'est encore plus expérimental que l'agrandissement qui était déja lui même expérimental ... Tout essai à vos risques et périls.

La méthode : <br />
Comme s'habitude sauvegarde, démontage, ... Puis :

1) Réduire le pv avec :
<div class="code"> #pvresize --setphysicalvolumesize taille /dev/hda1 <br /> </div>
Ici on réduit à taille le volume physique hda1

2) Faire la même manipulation que pour l'agrandissement avec fdisk mais cette fois on diminue la taille de la partition à '''exactement la même taille''' que celle donnée à pvresize, toujours en gardant le même début. Attention aux conversions cylindre/secteurs/Go/Mo.

Les limitations, comment les contourner ? <br/>
La principale limitation est l'impossibilité de déplacer le début de la partition. Si vous voulez déplacer un volume physique, il vous faudra :
D'abord créer un nouveau pv (sur une nouvelle partition) à l'endroit ou vous voulez mettre votre ancien volume, ajouter ce nouveau pv à votre groupe de volume, puis retirer l'ancien pv du groupe de volume (après avoir évidement migrer les données qu'il contient). Toutes ces manipulations ont été détaillées dans ce document.
L'inconvénient de cette méthode est la nécessité de disposer d'un espace au moins aussi grand que l'ancien pv à l'endroit où vous voulez le mettre.

== Une fonction particulière du LVM : la réalisation de snapshots ==

La difficulté fréquemment rencontrée pour la réalisation de sauvegardes est de disposer de données cohérentes. Cela implique parfois d'arrêter un ou plusieurs services comme dans le cas des bases de données. Le LVM apporte un élément de réponse avec la possibilité de créer des snapshots. Il s'agit d'image à un moment t des données situées sur un volume logique. Le volume de snapshot ne nécessite pas autant d'espace que le volume initial dans la mesure où il ne contiendra réellement que les métadatas concernant les données à sauvegarder.

== Autres commandes ==

Cet article n'abordera pas le détail de toutes les commandes, qui sont plutôt simples à utiliser une fois que les concepts de base du LVM sont compris. Dans le tableau ci-après une liste de commandes utilisables et la description rapide de leur rôle. Voir le man de la commande pour plus d'informations.

'''Commandes générales'''

* lvmcreate_initrd : création d'une image initrd lorsque le système utilise le LVM
* lvmdiskscan : scanner l'ensemble des disques et partitions pour éditer une description de l'espace
* vgscan : création de /etc/lvmtab et /etc/lvmtab.d
'''Gestion des volumes physiques'''
* pvchange : changer les attributs d'un PV
* pvcreate : création d'un PV
* pvdata : afficher des informations de debug
* pvdisplay : afficher des informations d'un PV
* pvmove : migrer les données d'un PV en vue de sa suppression
* pvresize : redimensionnement d'un PV (délicat)
* pvscan : lister tous les PV existant sur tous les disques
'''Gestion des groupes de volumes'''
* vgcfgbackup : sauvegarder la VGDA
* vgcfgrestore : restaurer la VGDA
* vgchange : changer les attributs d'un VG
* vgck : vérification de la VGDA
* vgcreate : créer un VG
* vgdisplay : voir les informations
* vgexport : désactiver un VG pour pouvoir extraire les PV
* vgimport : activer et déclarer un VG sur le système
* vgextend : ajouter un ou plusieurs PV dans un VG
* vgmerge : fusionner deux VG
* vgmknodes : recréer /dev/nom_volume et le fichier spécial group
* vgreduce : extraire un ou plusieurs PV d'un VG
* vgremove : supprimer un VG
* vgrename : renommer un VG
'''Gestion des volumes logiques'''
* lvcreate : création d'un VL lvchange : modification des attributs d'un VL
* lvdisplay : voir les informations d'un VL
* lvextend : augmenter la taille d'un VL
* lvreduce : réduire la taille d'un VL
* lvremove : supprimer un VL
* lvrename : renommer un VL
* lvscan : recherche de tous les VL existant

= Utilisation pratique du LVM dans la gestion de l'espace =
Vous diposez d'un groupe de volume dans lequel vous n'avez plus d'espace disponible. Pour pouvoir augmenter un des volumes logiques, il va donc falloir ajouter un disque au groupe de volume. Comme pour tout élément du LVM, la première étape consiste à le transformer en volume physique ("pvcreate"). Puis on va insérer le nouveau volume physique dans le groupe de volume au moyen de la commande "vgextend". C'est tout !
Plus complexe, vous pouvez, pour quelle que raison que ce soit, envisager de déplacer un groupe de volume d'une machine à une autre. Si une sauvegarde de données est toujours conseillée par sécurité (mais comme vous êtes prévoyant vous en disposez de toute façon ;)), l'opération va consister à désactiver le groupe de volume à déplacer, enregistrer les métadatas le concernant. Puis on va réinjecter ces métadatas sur la machine destinataire et réactiver le groupe de volume sur cette machine. Les données seront alors accessibles de la même façon que sur l'ancienne machine (sous réserve de conserver les mêmes points de montage).
Ci-dessous les étapes effectuées :
*# désactivation du groupe de volume ("datas") :<br /><code><nowiki># vgchange n datas </nowiki></code>
*# sauvegarde des métadatas du groupe de volume :<br /> # vgcfgbackup datas
*# retrait du groupe de volume de la configuration système :<br /><code><nowiki># vgexport datas </nowiki></code>
*# arrêt de la première machine, transfert des disques dans la deuxième et redémarrage des machines
*# restauration des métadatas concernant ce groupe de volume sur la nouvelle machine :<br /><code><nowiki># vgcfgrestore -f datas.conf /dev/hda3</nowiki><br /> # vgcfgrestore -f datas.conf /dev/hda4</code> si les volumes physiques sont hda3 et hda4.
*# déclaration du groupe de volume sur la machine :<br /><code><nowiki># vgimport datas /dev/hda3 /dev/hda4</nowiki></code>
*# activation du groupe de volume importé :<br /><code><nowiki># vgchange y datas </nowiki></code>
Il ne vous reste plus qu'à modifier en conséquence /etc/fstab pour le montage automatique des systèmes de fichiers contenus dans le groupe de volume.
= Evolution du LVM : LVM 2 =
Avec la sortie du noyau 2.6, le LVM a été revu et corrigé et la version LVM2 est disponible de base avec ce noyau. Il est possible de l'utiliser avec un noyau 2.4.x moyennant recompilation de ce même noyau.
== Le device-mapper ==
Le driver du LVM a été complètement réécrit, ce qui lui procure encore plus d'efficacité et de souplesse. La grande nouveauté réside dans l'utilisation de ce driver, utilisé pour gérer la couche d'abstraction nécessaire dans le cadre de la gestion de volumes logiques. Cette couche d'abstraction a pour fonction principale de réaliser le mapping résultant de l'agrégat par bandes (stripping) des périphériques physiques utilisés.
Le device-mapper définit les nouveaux périphériques de bloc composés de tranches de secteurs de périphériques physiques existant. Le mapping réalisé prend la forme suivante :
<start > < length > < target > [ < target args...>]
Les targets peuvent être de plusieurs natures :
** linear : c'est le cas le plus couramment utilisé dans le LVM. Les arguments nécessaires seront alors le device utilisé et le secteur de début.
** stripped : on utilisera cette cible lorsque l'on réalise du stripping avec le LVM. Les arguments seront alors le nombre de stripes et leur taille, puis les paires device name / secteurs.
** error : toutes les I/O sur les secteurs ainsi marquées sont définies en erreur.
** snapshot : permet de réaliser des snapshots asynchrones grâce au LVM.
** mirror : permet d'implémenter les éléments nécessaires à l'exécution de la commande pvmove.
== Utilisation d'un arbre binaire ==
Pour réaliser le mapping, un [http://fr.wikipedia.org/wiki/Arbre_binaire arbre binaire] a été utilisé, ceci afin de rendre la lecture de la table plus rapide et donc le LVM plus efficace.
== Une plus grande configurabilité ==
LVM2 peut fonctionner sans ajout de fichier de configuration mais l'emploi de celui-ci permet d'optimiser ses performances. Un certain nombre d'éléments peuvent ainsi être paramétrés :
** les devices à utiliser pour réaliser le LVM, ce qui permet d'éviter des scans de périphériques inutiles et qui nuisent à la performance (ex : lecteur de CD-ROM). A cela, on ajoute la gestion d'un système de cache contenant ces informations qui permet d'accroitre encore plus l'efficacité.
** possibilité de déterminer l'emplacement des fichiers spéciaux des groupes volumes
** possibilité de disposer de logs configurables (taille, contenu, emplacement...)
** paramétrage des backups de la configuration existante et de l'archivage des anciennes configuration du LVM (métadatas)
** définition du type de LVM employé par défaut (1 ou 2), même s'il est possible dans la compilation de n'inclure que la gestion du LVM2, dans le cas où la gestion de la compatibilité descendante n'est pas nécessaire.
** définition du nombre de copies de secours des métadatas sur un volume physique, un peu à l'image des copies des superblocs sur le système de fichiers de type ext2.
== Compatibilité LVM1 / LVM2 ==
Il est possible d'utiliser conjointement LVM1 et 2 sur un même système, et/ou de convertir du LVM 1 en 2 et inversement.
On peut effectivement utiliser sur un même système les deux versions de LVM, à condition que ce ne soit pas dans le même groupe de volumes. Les commandes LVM ont en effet un commutateur supplémentaire, -M, qui permet de faire ce choix. (-M 1 ou -M 2)
D'autre part, la comande vgconvert permet la conversion des métadatas pour migrer de LVM1 à LVM2
== Autre ==
LVM2 permet d'assouplir encore plus la gestion de l'espace, dans la manipulation des volumes logiques. La commande lvcreate par exemple donne maintenant la possibilité de choisir le périphérique voire la tranche de PE à utiliser.

= En conclusion... =
Voilà donc un outil de plus qui fait qu'un système Linux peut être véritablement efficace et optimiser la disponibilité d'un serveur en production. L'outil LVM peut également être utilisé avantageusement sur un poste personnel, pour s'éviter les opérations fastidieuses liées à la gestion de l'espace disque.
= Liens utiles =
** HOWTO LVM : http://tldp.org/HOWTO/LVM-HOWTO
** La principale mailing-liste d'aide : http://lists.sistina.com/mailman/listinfo
** Trouver les sources de LVM : http://www.sistina.com/products_lvm.htm
** Un autre projet de gestion de volumes logiques, EVMS : http://evms.sourceforge.net

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Anne le 29/10/2004.</div>

= Copyright =
Copyright © 29/10/2004, Anne
{{CC-BY-NC-SA}}

LVM

2007-10-14T04:35:13Z

Ge : /* De l'utilité du LVM */

[[Category:Administration système]]
= Le LVM (Logical Volume Manager) =

<div class="leatitre">Le LVM (Logical Volume Manager)</div><div class="leapar">Par [mailto:anne@lea-linux.org Anne]</div>

Un des aspects cruciaux dans l'administration d'un serveur ou d'une machine de bureau est la gestion de l'espace disque. Quoi de plus énervant que de voir l'installation d'une application échouer par manque d'espace, ou un serveur rendu indisponible parce que le système de fichiers /var était plein du fait des fichiers de log ?

Un outil apporte une solution satisfaisante et efficace : le LVM (Logical Volume Manager).

= De l'utilité du LVM =

Le LVM ou Logical Volume Manager, est une technique créée à la base par IBM consistant à fournir la possibilité de modifier la taille des partitions sur les disques durs sans avoir besoin de tout reformater, voire de créer des partitions s'étalant sur plusieurs disques. L'objectif est ainsi d'éviter arrêt et redémarrage d'une machine en production. Cette technique est disponible sur linux depuis la version 2.4 du noyau (très exactement 2.3.47).

Dans un partitionnement de type classique, à l'aide des commandes fdisk, vous ne pouvez avoir que 4 partitions primaires pour chaque disque (en IDE) ou éventuellement 3 partitions primaires et une partition étendue qui contiendra des partitions logiques. L'inconvénient de ce type de partitionnement est que lorsque vous souhaitez réduire la taille d'une partition ou l'augmenter, vous devez notamment disposer d'outils spécifiques comme GNU-parted. De plus, le partitionnement ne se fera que disque par disque. Imaginez alors que vous souhaitiez ajouter un deuxième disque sur votre machine ou agrandir la taille de votre système de fichiers /home...

Vous ne pourrez pas profiter de l'espace disponible sur ce deuxième disque pour agrandir /home, à moins d'y accrocher un nouveau système de fichiers. Agaçant non ?

Eh bien, LVM est là pour vous simplifier la vie.

= Les composants du LVM =

Le principe de fonctionnement de LVM est relativement simple. Il s'agit en fait pour effectuer ce type de partitionnement, de s'affranchir complètement des limites physiques du ou des disques disponibles. Les étapes ci-dessous en décrivent le fonctionnement. Le LVM s'accompagne aussi d'un certain nombre de termes techniques énoncés également ci-dessous.

* Chaque disque dur ou partition va être transformé en '''volume physique'''. Cette opération consiste à découper le disque en tranches, appelées Physical Extents (PE). Par défaut (et convention), 1 PE = 4Mo.
* Chaque volume physique va être inséré dans un '''groupe de volumes'''. Celui-ci peut contenir un ou plusieurs volumes physiques (donc disques ou partitions). Un groupe de volume est un espace logique découpé en Logical Extents (LE) de même tailles que les physical extents, soit 4 Mo par défaut.
Le système va ensuite établir des '''pointeurs''' entre un physical extent et un logical extent comme indiqué sur le schéma ci-dessous. (schéma 1)
'''Schéma 1 : système des pointeurs LVM'''
[[Image:lvm-lvm4.jpg]]
* La dernière étape va consister à découper le groupe de volumes en partitions appelées '''volumes logiques''' dans lesquelles nous pourrons au choix, créer un système de fichier, une partition de swap. Ces partitions pourront être redimensionnées et/ou déplacées.

Voici de manière shématique à quoi pourrait ressembler votre(vos) disque(s) après ce traitement (Schéma 2).

'''Schéma 2 : impact de LVM sur les disques durs'''

[[Image:lvm-lvm3.jpg|thumb|400px|Schéma d'un groupe de volumes sur deux disques]]

Dans ce cas de figure, les deux disques hda et hdb ont été transformés en volumes physiques. Puis ils ont été insérés tous les deux dans un groupe de volumes appelé vg01. A partir de ce moment-là, il n'est plus nécessaire de tenir compte des limites physiques des disques, en effet, nous n'avons plus qu'un espace, et un seul, de 36 Go (regroupant donc nos deux unités de disques hda et hdb). Le groupe de volumes a ensuite été découpé en 3 volumes logiques, nommées lvol01, lvol02, lvol03. On remarquera que lvol02 est composé de logical extents pointant sur des physical extents appartenant à hda et hdb. La dernière étape consistera à créer un système de fichiers dans chacun de ces volumes logiques.

<u>Remarques</u> :

* la taille que l'on attribuera à un volume logique s'exprime en nombre de logical extents. Ceux-ci sont indivisibles. Si sa taille est de 4 Mo et que je souhaite un volume logique de 14 Mo, le système attribuera 4 logical extents au volume logique, soit 16 Mo (arrondi au nombre de LE supérieur)
* la taille d'un PE, et donc d'un LE, est personnalisable lors de la création d'un volume physique.
* les noms des groupes de volumes et volumes logiques sont personnalisables à leur création
* '''Attention : la création d'un volume physique écrase toutes les données existantes sur la partition et/ou le disque !!'''
* L'utilisation du LVM pour partitionner un disque entraine une perte d'espace liée à l'écriture des données nécessaires au système pour gérer le LVM (métadatas) :
** la PVRA : Physical Volume Reserved Area. Comme son nom l'indique, elle contient les informations LVM spécifiques au volume physique.
** la VGRA : Volume Group Reserve Area. Elle contient les informations liées au groupe de volumes mais aussi aux volumes logiques contenus dans le groupe de volumes
** la BBRA : Bad Block Relocation Area : cette zone contient des informations liées au mécanisme de ré-allocation des blocs défectueux.

= Utiliser le LVM : ce dont il faut disposer =

Pour être utilisé, le LVM nécessite de disposer du driver qui permet de générer la couche assurant le mapping (la carte) entre périphérique physique et vue logique, des utilitaires pour manipuler ce mapping et des périphériques physiques.

== Kernel et utilitaires ==

Le LVM est fourni lors de l'installation, sauf sur de très vieux systémes (noyau 2.2). Il faut quand même savoir que l'implémentation du LVM se fait à deux niveaux :

* le kernel,
* les commandes nécessaires pour gérer les structures LVM.

Au niveau du kernel lors de l'installation ou de la recompilation du noyau, vous devez avoir intégré ou mis en module le driver LVM. Celui-ci se situe dans le menu de compilation "Multi-device support". On peut le vérifier de la manière suivante :

<div class="code">root@pingu# grep -i lvm /boot/config<br /> # Multi-device support (RAID and LVM)<br /> CONFIG_BLK_DEV_LVM=m</div>

Vous devez également disposer des commandes nécessaires à l'administration du LVM. Elles sont incluses dans le package lvm. Pour vérifier qu'il est installé (dans le cas d'une Mandriva) :

<div class="code">root@pingu# rpm -qa|grep lvm<br /> lvm-1.0.3-9</div>

Toutes les commandes passées en revue dans la suite de cet article font partie de ce paquetage.

== Sur quels périphériques et systèmes de fichiers puis-je faire du LVM ? ==

Pour pouvoir utiliser le LVM, vous devez disposer soit d'un disque vierge (rappel : la création d'un volume physique entrainera la perte de données existantes) et/ou d'une partition primaire vierge (moins utile mais faisable).

Toutefois attention : vous ne pourrez pas mélanger partitionnement classique et LVM au sein d'un groupe de volumes.

Il est possible d'utiliser le LVM pour tous vos systèmes de fichiers, exception faite de « /boot », qui pose quelques problèmes. Par contre il est tout à fait possible de l'inclure sur un ou plusieurs volumes logiques. D'ailleurs la plupart des distributions proposent aujourd'hui cette option dès l'installation. La seule contrainte est de prévoir le chargement du module LVM dès le démarrage. Pour ce faire, on créera une image initrd contenant le module LVM à l'aide de la commande lvmcreate_initrd. On modifiera également en conséquence le fichier /etc/lilo.conf.

= Configuration du LVM =

Passons maintenant à la pratique.

Pour la mise en application, nous allons reprendre les 3 étapes énoncées ci-dessus. A chaque fois, je présenterai la commande correspondante à la création de l'élément et une commande de recueil d'informations pour vérifier que l'opération a été correctement réalisée.

== L'arborescence du LVM ==

À chaque élément du LVM correspond un fichier spécial dans /dev. Le volume physique est représenté par le fichier spécial du disque dur ou de la partition correspondant. Le groupe de volume dispose d'un répertoire portant son nom dans lequel on trouvera le fichier spécial group.

<div class="code"><nowiki># ls -l /dev/datas/group</nowiki><br /> crw-r----- 1 root root 109, 1 jan 1 1970 group</div>

Dans ce répertoire, on trouvera également un fichier spécial par volume logique créé à l'intérieur de ce groupe de volumes.

<div class="code"><nowiki># tree /dev/users /dev/public</nowiki><br /> /dev/users<br /> |--datas<br /> |--group<br /> `--private<br /> /dev/public<br /> |--ftp<br /> |--group<br /> `--web</div>

Outre les fichiers spéciaux, on trouve également le fichier /etc/lvmtab et /etc/lvmtab.d. Ils contiennent la base de données manipulée par les commandes lvm.

== Création d'un volume physique ==

La première étape consiste à transformer notre disque en volume physique. L'opération s'effectue en trois temps :

'''Préparation de l'espace''' à utiliser avec le LVM : cette étape s'effectue grâce à la commande fdisk. Vous allez devoir attribuer le type lvm à votre disque ou votre partition :

<code>root@pingu# fdisk /dev/hdb
Commande (m pour aide) : p
Disk /dev/hdb: 13.5 GB, 13578485760 bytes
255 heads, 63 sectors/track, 1650 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Périphérique Amorce Début Fin Blocs Id Système
/dev/hdb1 1 730 5863693+ 8e Linux LVM
/dev/hdb2 731 1339 4891792+ 8e Linux LVM
/dev/hdb3 1340 1650 2498107+ 8e Linux LVM</code>

Ensuite, il est nécessaire de lancer '''la commande vgscan''' si vous utilisez LVM pour la première fois sur le disque dur ou la partition. La commande va créer notamment le fichier /etc/lvmtab et le répertoire /etc/lvmtab.d.

<code># vgscan
vgscan -- reading all physical volumes (this may take a while...)
vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created
vgscan -- WARNING: This program does not do a VGDA backup of your volume group</code>

Création du volume physique : la commande est pvcreate (physical volume creation).
pvcreate [-f] </dev/hdxx> où<br /> -f : force la création du volume. A utiliser si le disque avait déjà été transformé en volume physique.<br /> /dev/hdxx : fichier spécial du disque ou de la partition à transformer en volume physique
<u>Exemple</u> : création d'un volume physique à partir de hdb1
<code># pvcreate /dev/hdb1
pvcreate -- physical volume "/dev/hdb1" successfully created</code>

== Création d'un groupe de volume ==

Une fois le volume physique créé, il faut alors insérer le ou les volumes physiques ainsi créés dans un groupe de volumes. On utilise la commande vgcreate :

vgcreate <nom_du_volume></dev/hdxx> où<br /> <nom_du_volume> : nom du groupe de volume - l'opération crée alors le répertoire /dev/nom_du_volume contenant le fichier spécial group qui représente ce groupe de volumes.<br /> </dev/hdxx> : fichier spécial du volume physique

<u>Exemple</u> : création d'un groupe de volumes nommé volume1 avec hdb1

<div class="code"><nowiki># vgcreate volume1 /dev/hdb1</nowiki><br /> vgcreate -- INFO: using default physical extent size 4 MB<br /> vgcreate -- INFO: maximum logical volume size is 255.99 Gigabyte<br /> vgcreate -- doing automatic backup of volume group "volume1"<br /> vgcreate -- volume group "volume1" successfully created and activated</div>

== Création d'un volume logique ==

Une fois le groupe de volume créé, on peut alors le découper en un ou plusieurs volumes logiques grâce à la commande lvcreate :

lvcreate -L tailleK|M|G [-n nom] <nom_volume> où<br /> -L tailleK|M|G : taille du volume logique exprimable en Ko, Mo ou Go<br /> -n nom : nom du volume logique - l'opération crée un fichier spécial portant ce nom pour le volume logique et sera placé dans le répertoire /dev/nom_volume

<nom_volume> : nom du groupe de volumes dans lequel sera créé le volume logique.

<u>Exemple</u> : création d'un volume logique de 600 Mo nommé part1 dans le groupe de volume volume1

<div class="code"><nowiki># lvcreate -L 600 -n part1 volume1</nowiki><br /> lvcreate -- doing automatic backup of "volume1"<br /> lvcreate -- logical volume "/dev/volume1/part1" successfully created</div>

Une particularité de la création d'un volume logique est le choix du mapping entre les LE et les PE. Par défaut, ce mapping est effectué de manière linéaire. Il est possible également de réaliser du stripping (répartition des données sur un ou plusieurs diques), ce qui permet d'améliorer le temps d'accès aux données. Ci-dessous, ce schéma montre la différence de répartition des LE en fonction de ces deux modes.

Des options de la commande lvcreate permettent de donner le nombre de stripes (et donc de volumes physiques utilisés) et leur taille. (Schémas 4 et 5)

'''Schéma 4 : Volume logique en mode linéaire'''

[[Image:lvm-lvm2.jpg]]

'''Schéma 5 : Volume logique en mode stripping'''

[[Image:lvm-lvm1.jpg]]

= Recueillir des informations sur le LVM =

A tout moment il est possible de recueillir des informations sur les structures LVM : volume physique, groupe de volumes et volumes logiques. On utilisera pour cela respectivement les commandes pvdisplay, vgdisplay et lvdisplay. Ces commandes ne font en fait qu'afficher dans un format lisible le contenu respectif de la PVRA, VGRA. Nous allons détailler les principales informations au moyen d'exemples ci-dessous.

La description d'un volume physique procure notamment le nom du volume physique, le nom du groupe de volume dans lequel est inséré le dit volume physique, sa taille, le nombre de volumes logiques contenus, la taille des physical extents, le nombre de PE contenus dans le volume physique, le nombre de PE libres.

<div class="code">

<nowiki># pvdisplay /dev/hdb1
--- Physical volume ---
PV Name /dev/hdb1
VG Name volume1
PV Size 5.59 GB [11727387 secs] /
NOT usable 4.19 MB [LVM: 133 KB]
PV# 1
PV Status available
Allocatable yes
Cur LV 1
PE Size (KByte) 4096
Total PE 1430
Free PE 1230
Allocated PE 200
PV UUID DTWrWh-5oUP-KrdB-US55-c9wP-eKii-6z3uU7</nowiki>

</div>

La description d'un groupe de volumes permet de vérifier son nom, le type d'accès aux données (écriture, lecture), le nombre maximum de volumes logiques créables dans ce groupe de volume, sa taille en PE et LE...

<div class="code">

<nowiki># vgdisplay volume1
--- Volume group ---
VG Name volume1
VG Access read/write
VG Status available/resizable
VG # 0
MAX LV 256
Cur LV 1
Open LV 0
MAX LV Size 255.99 GB
Max PV 256
Cur PV 1
Act PV 1
VG Size 5.59 GB
PE Size 4 MB
Total PE 1430
Alloc PE / Size 150 / 600 MB
Free PE / Size 1280 / 5 GB
VG UUID 5XxOO1-ZNl8-zocw-6dR5-44LX-oyYc-MYHpN2</nowiki>

</div>

Enfin la description d'un volume logique contient son nom, le type d'accès aux données, sa taille...

<div class="code">

<nowiki># lvdisplay /dev/volume1/part1
--- Logical volume ---
LV Name /dev/volume1/part1
VG Name volume1
LV Write Access read/write
LV Status available
LV # 1
# open 0
LV Size 600 MB
Current LE 150
Allocated LE 150
Allocation next free
Read ahead sectors 1024
Block device 58:0</nowiki>

</div>

= Commandes complémentaires =

Jusqu'à maintenant, nous avons vu comment créer des structures LVM et obtenir de l'information. Nous allons voir maintenant d'autres opérations réalisables pour la gestion du partitionnement et qui mettent en évidence toute la souplesse apportée par le LVM en la matière : agrandir ou réduire un groupe de volume, redimensionner un volume logique.

Si vous modifiez des groupes de volumes, des volumes logiques ou physiques utilisés par le système (ie /, /usr, /var, ...), vous devrez probablement booter sur un livecd : On citera notamment la célèbre knoppix, mais aussi le livecd gparted, le system rescue cd, ... Vérifiez auparavant la présence des outils LVM sur ce CD. La présence d'outils de partitionnement plus convivial ou plus puissants que fdisk est un plus non négligeable, ainsi que celle d'un navigateur internet mode texte (links ...) .

== Redimensionner un groupe de volumes ==

Un groupe de volumes est constitué d'un ou plusieurs volumes physiques. Il est possible à tout moment d'ajouter ou retirer un ou plusieurs volumes physiques afin d'augmenter ou diminuer l'espace disponible d'un groupe de volumes.

C'est là une des plus grandes souplesses du lvm : vous pouvez par exemple ajouter un disque, y créer un nouveau volume physique que vous rajoutez à votre groupe de volumes : autrement dit vous pouvez avoir une partition à cheval entre plusieurs disques, de manière totalement transparente pour le système, avec un gain de performances non négligeable si utilisé à bon escient.

Les commandes sont respectivement vgextend et vgreduce :

<div class="code">vgextend nom_volume /dev/hdxx<br /> vgreduce nom_volume /dev/hdxx</div>

où

nom_volume : nom du groupe de volumes à redimensionner<br /> /dev/hdxx : volume physique à ajouter ou retirer du groupe de volumes.

Un exemple : Vous devez augmenter l'espace du groupe de volumes volume1 de 6 Go. Pour cela vous disposez d'un disque que vous allez ajouter au groupe de volume. Ci-dessous les étapes à réaliser :

# création du volume physique à partir de hdb2 <div class="code"><nowiki># pvcreate /dev/hdb1</nowiki><br /> pvcreate -- physical volume "/dev/hdb1" successfully created</div>
# ajout de hdb2 au groupe de volumes volume1 <div class="code"><nowiki># vgextend volume1 /dev/hdb2 </nowiki><br /> vgextend -- INFO:maximum logical volume size is 255.99 Gigabyte vgextend<br /> --doing automatic backup of volume group "volume1" vgextend<br /> --volume group "volume1" successfully extended</div>

On pourra vérifier la bonne réalisation de l'opération grâce à la commande vgdisplay.

La réduction est un peu plus complexe, traitons la sur un exemple :

vous voulez supprimer /dev/hdb du groupe de volumes volume2 qui contient plusieurs volumes physiques (dont /dev/hdb) :

1) Commencez par vérifier que la taille des volumes physiques qui resteront sur le groupe de volumes est suffisante pour accueillir toutes vos données.

2) Il est '''fortement''' conseillé de faire une sauvegarde de vos données

3) Afin de pouvoir supprimer /dev/hdb de volume2, on doit d'abord déplacer les données qu'il contient sur les autres volumes physiques de volume2 : on fait ça avec la commande pvmove en donnant comme argument le nom du volume physique dont on veut migrer les données :

<div class="code"><nowiki># pvmove /dev/hdb </nowiki></div>

pvmove trouve de lui même l'endroit où déplacer les données (en fait chaque groupe de volumes possède une politique d'allocation qui indique quels volumes physiques doivent être utilisés en priorités, mais la gestion de cette politique dépasse le cadre de cet article). Vous pouvez si vous préférez spécifier un ou plusieurs volumes de destinations (voir le manuel de pvmove pour plus d'informations).

4) Maintenant on peut retirer /dev/hdb du groupe de volumes en toute tranquillité :

<div class="code"><nowiki># vgreduce volume2 /dev/hdb </nowiki></div>

Vous pouvez aussi utiliser :

<div class="code"><nowiki># vgreduce -a volume2 </nowiki></div>

Cette commande supprime tous les volumes physiques vides de volume2

== Redimensionner un volume logique ==

De la même façon, il est possible de diminuer ou augmenter la taille d'un volume logique au moyen des commandes lvreduce et lvextend.

Ces commandes peuvent s'utiliser avec une taille absolue ou relative :
Si vous donnez une taille absolue ("changer la taille de tel volume à 10 gigas") :
<div class="code">lvextend -L taille /dev/nom_volume/vol_logique<br /> lvreduce -L taille /dev/nom_volume/vol_logique </div>

Si vous donnez une taille relative ("ajouter 2 gigas à tel volume")
<div class="code">lvextend -L +taille /dev/nom_volume/vol_logique<br /> lvreduce -L -taille /dev/nom_volume/vol_logique </div>

où<br /> -L +taille : taille initiale augmentée de la valeur utilisée pour taille.<br />
-L -taille : taille initiale retranchée de la valeur utilisée pour taille.

Les étapes à respecter pour agrandir un volume logique :

# démontage du système de fichier (commande umount) ;
# augmentation de la taille du volume logique (on utilisera pour cela un utilitaire fourni dans le package LVM : lvextend), en spécifiant la nouvelle taille ;
# vérification forcée du système de fichier (nécessaire avant l'étape suivante)
# augmentation de la taille du système de fichier (voir le tableau plus bas) en laissant le programme trouver la nouvelle taille;
# remontage du système de fichiers.

ce qui donne par exemple pour ajouter 10 gigas à vol_logique (en ext3) :

<div class="code">umount /dev/nom_volume/vol_logique<br />lvextend -L +10G /dev/nom_volume/vol_logique <br />e2fsck -f /dev/nom_volume/vol_logique <br />resize2fs /dev/nom_vol/vol_logique <br />mount /dev/nom_volume/vol_logique [...]
</div>

Et pour réduire un volume logique :

# démontage du système de fichier (commande umount) ;
# réduction de la taille du système de fichiers (voir le tableau plus bas) en spécifiant la nouvelle taille;
# réduction de la taille du volume logique (on utilisera pour cela un utilitaire fourni dans le package LVM : lvreduce) en respécifiant la taille
# remontage du système de fichiers.

par exemple pour changer la taille de vol_logique à 5G (en ext3) :

<div class="code">umount /dev/nom_volume/vol_logique<br />e2fsck -f /dev/nom_volume/vol_logique <br />resize2fs /dev/nom_vol/vol_logique 5G <br />lvreduce -L 5G /dev/nom_volume/vol_logique <br />mount /dev/nom_volume/vol_logique [...]
</div>

IMPORTANT :
Vous noterez qu'on réduit d'abord le système de fichier puis le volume logique. La raison est simple : quand on exécute lvreduce, les données dans la partie réduite sont tout simplement supprimées du volume, il est donc indispensable que le système de fichiers ait déjà la bonne taille. Vous devez passer la même taille aux 2 commandes, donc ne donner pas une taille relative à lvreduce, cela pourrait vous induire en erreur.

On pourra vérifier le bon déroulement de l'opération grâce aux commandes lvdisplay pour le volume logique et df pour le système de fichiers. Les remarques ci-dessus sont une description générale de l'opération. Ces étapes peuvent toutefois varier en fonction du système de fichiers utilisé. Certains procurent en effet la possibilité d'effectuer les opérations de redimensionnement « à chaud » c'est-à-dire sans démontage. Ci-contre un tableau comparatif des différents systèmes de fichiers les plus couramment rencontrés (Tableau 1).

'''Tableau 1 : manipulation des systèmes de fichiers'''

{| width="90%" border="1"
| align="center" | Système de fichiers
| align="center" | diminution
| align="center" | Augmentation
| align="center" | Utilitaires
|-
| width="15%" | ext3
| width="22%" | démontage préalable
| width="22%" | démontage préalable
| width="42%" | e2fsprogs (resize2fs)
|-
| width="15%" | ReiserFS
| width="22%" | démontage préalable
| width="22%" | opération on-line
| width="42%" | reiserfsprogsv (resize_reiserfs)
|-
| width="15%" | XFS
| width="22%" | impossible
| width="22%" | opération on-line
| width="42%" | xfsprogs (xfs_growfs)
|}

== Redimensionner un volume physique ==
'''S'applique uniquement au LVM2'''

'''ATTENTION''' La prise en charge de cette fonctionnalité par LVM2 est relativement récente, elle est de ce fait assez peu documentée, et assez risquée. Il est très fortement conseillé (encore plus que d'habitude) de sauver ses données, sa table de partition, ses métadatas LVM avant.

Je vous rappelle que vous êtes seul responsable de vos essais.

Gardez à l'esprit que le risque de défaillance du matériel existe toujours, et s'y ajoute le risque beaucoup plus conséquent d'erreur humaine. Lors de la modification d'une table de partitions, une simple faute de frappe peut être à l'origine d'une perte de données.

Il sera nécessaire pour une manipulation sur un volume physique utilisé par votre distribution de booter sur un livecd.
Nous avons précédemment vu les principales manipulations sur un groupe de volumes et sur des volumes logiques : Mais reste les manipulations sur les volumes physiques eux même, notamment le redimensionnement :

Admettons par exemple que vous ayez un groupe de volumes nom_volume utilisant les volumes physiques hda1 et hdb, et que vous avez d'autres partitions n'utilisant pas le LVM sur hda. Il est possible qu'au bout d'un certain temps vous n'ayez plus besoin de hda2, vous supprimez les données dessus et vous avez alors une certaine quantité d'espace disponible sur hda

Il pourrait être utile d'ajouter cet espace au groupe de volumes nom_volume. Nous avons précédemment vu une méthode possible : création d'un nouveau volume physique sur hda2 et ajout de ce volume physique à nom_volume. Cependant, cette solution n'est pas idéale : créer deux volumes physiques '''sur le même''' disque entraînera probablement une perte de performances :
Les têtes de lecture passeront un certain temps à faire du tourisme sur le disque pour trouver les données (un peu comme dans le cas d'une partition ntfs fragmentée).

Donc on préférera le redimensionnement du volume physique existant :
Cette méthode suppose que l'espace à ajouter au volume physique se trouve juste après le dit volume physique : il est seulement possible d'agrandir un pv "vers la droite"

1) Première étape : sauvegarde des données '''fortement conseillée'''
Puis démontez vos partitions, et fermez tous les programmes susceptibles de les utiliser.

2) Deuxième étape : supprimer la partition inutile (ici hda2) si ce n'est pas déja fait : avec fdisk ou autre (voir man fdisk, man parted, man cfdisk ...)

3) Troisième étape : agrandir la partition hébergeant le volume physique avec
fdisk

C'est une manipulation délicate. D'abord un minimum de théorie : quand on crée ou supprime une partition avec fdisk, il ne touche pas aux données, seulement aux partitions (attention, ça ne veut pas dire qu'on peut faire n'importe quoi avec fdisk : si la table de partition n'est pas bonne, vos données seront illisibles). Il est donc tout à fait possible de supprimer une partition et de la recréer '''à partir du même secteur''' mais en plus grand sans perdre les données qui s'y trouvent. C'est ce que nous allons faire (Je répète, il faut que l'espace libre se trouve '''juste après''' le pv à agrandir)

commencez par lancer fdisk :

<div class="code"> #fdisk /dev/hda <br /> </div>

Puis taper l : Cette commande affiche la table de partitions. Notez sur un bout de papier le début et la fin de votre volume physique (ici hda1). Il est fortement conseillé de travailler avec un affichage en cylindres (par défaut dans fdisk) car certains programmes arrondissent les partitions aux cylindres.

Maintenant supprimez cette partition : avec fdisk, commande d puis vous entrez le numéro de la partition (ici 1).

Puis recréez une partition : commande n, puis entrez le numéro : ici 1 (mieux vaut garder le même), fdisk va vous demander le cylindre de début de la partition : entrez exactement le même que celui de l'ancienne partition, Et entrez le cylindre de fin que vous voulez (toujours supérieur à l'ancien, cette méthode ne fonctionne que pour un agrandissement). Par défaut, fdisk étendra la partition sur tout l'espace non partitionné si vous tapez seulement entrée.

Enfin changez le type de cette partition en lvm : commande t, numéro de la partition (1), puis type (8e)

Pour l'instant, les modifications sont seulement en mémoire. Vérifiez qu'elles sont correctes avec la commande l, puis vérifiez à nouveau et encore une fois. Quand vous êtes sur de vous, tapez w : Les modifications seront écrites sur le disque.

4) Maintenant la partition hébergeant le volume physique (hda1) est agrandie, Mais le pv ne l'est pas encore : On s'en occupe avec :

<div class="code"> #pvresize /dev/hda1 <br /> </div>

Attention, on ne spécifie pas de taille : pvresize détectera de lui même la taille de la partition et agrandira le pv en conséquence

5) Eh bien c'est terminé, bravo ! Maintenant vous pouvez vérifier avec pvdisplay et vgdisplay que vous disposez bien de l'espace supplémentaire.

Et pour réduire un volume physique : <br />
c'est un peu plus complexe : Il est nécessaire que les LE du volume physique qui seront effacés soient non occupées. A ma connaissance, il n'existe pas de commande permettant de déplacer les infos situés dans les n derniers LE, mais c'est prévu pour une prochaine version. En outre c'est encore plus expérimental que l'agrandissement qui était déja lui même expérimental ... Tout essai à vos risques et périls.

La méthode : <br />
Comme s'habitude sauvegarde, démontage, ... Puis :

1) Réduire le pv avec :
<div class="code"> #pvresize --setphysicalvolumesize taille /dev/hda1 <br /> </div>
Ici on réduit à taille le volume physique hda1

2) Faire la même manipulation que pour l'agrandissement avec fdisk mais cette fois on diminue la taille de la partition à '''exactement la même taille''' que celle donnée à pvresize, toujours en gardant le même début. Attention aux conversions cylindre/secteurs/Go/Mo.

Les limitations, comment les contourner ? <br/>
La principale limitation est l'impossibilité de déplacer le début de la partition. Si vous voulez déplacer un volume physique, il vous faudra :
D'abord créer un nouveau pv (sur une nouvelle partition) à l'endroit ou vous voulez mettre votre ancien volume, ajouter ce nouveau pv à votre groupe de volume, puis retirer l'ancien pv du groupe de volume (après avoir évidement migrer les données qu'il contient). Toutes ces manipulations ont été détaillées dans ce document.
L'inconvénient de cette méthode est la nécessité de disposer d'un espace au moins aussi grand que l'ancien pv à l'endroit où vous voulez le mettre.

== Une fonction particulière du LVM : la réalisation de snapshots ==

La difficulté fréquemment rencontrée pour la réalisation de sauvegardes est de disposer de données cohérentes. Cela implique parfois d'arrêter un ou plusieurs services comme dans le cas des bases de données. Le LVM apporte un élément de réponse avec la possibilité de créer des snapshots. Il s'agit d'image à un moment t des données situées sur un volume logique. Le volume de snapshot ne nécessite pas autant d'espace que le volume initial dans la mesure où il ne contiendra réellement que les métadatas concernant les données à sauvegarder.

== Autres commandes ==

Cet article n'abordera pas le détail de toutes les commandes, qui sont plutôt simples à utiliser une fois que les concepts de base du LVM sont compris. Dans le tableau ci-après une liste de commandes utilisables et la description rapide de leur rôle. Voir le man de la commande pour plus d'informations.

'''Commandes générales'''

* lvmcreate_initrd : création d'une image initrd lorsque le système utilise le LVM
* lvmdiskscan : scanner l'ensemble des disques et partitions pour éditer une description de l'espace
* vgscan : création de /etc/lvmtab et /etc/lvmtab.d
'''Gestion des volumes physiques'''
* pvchange : changer les attributs d'un PV
* pvcreate : création d'un PV
* pvdata : afficher des informations de debug
* pvdisplay : afficher des informations d'un PV
* pvmove : migrer les données d'un PV en vue de sa suppression
* pvresize : redimensionnement d'un PV (délicat)
* pvscan : lister tous les PV existant sur tous les disques
'''Gestion des groupes de volumes'''
* vgcfgbackup : sauvegarder la VGDA
* vgcfgrestore : restaurer la VGDA
* vgchange : changer les attributs d'un VG
* vgck : vérification de la VGDA
* vgcreate : créer un VG
* vgdisplay : voir les informations
* vgexport : désactiver un VG pour pouvoir extraire les PV
* vgimport : activer et déclarer un VG sur le système
* vgextend : ajouter un ou plusieurs PV dans un VG
* vgmerge : fusionner deux VG
* vgmknodes : recréer /dev/nom_volume et le fichier spécial group
* vgreduce : extraire un ou plusieurs PV d'un VG
* vgremove : supprimer un VG
* vgrename : renommer un VG
'''Gestion des volumes logiques'''
* lvcreate : création d'un VL lvchange : modification des attributs d'un VL
* lvdisplay : voir les informations d'un VL
* lvextend : augmenter la taille d'un VL
* lvreduce : réduire la taille d'un VL
* lvremove : supprimer un VL
* lvrename : renommer un VL
* lvscan : recherche de tous les VL existant

= Utilisation pratique du LVM dans la gestion de l'espace =
Vous diposez d'un groupe de volume dans lequel vous n'avez plus d'espace disponible. Pour pouvoir augmenter un des volumes logiques, il va donc falloir ajouter un disque au groupe de volume. Comme pour tout élément du LVM, la première étape consiste à le transformer en volume physique ("pvcreate"). Puis on va insérer le nouveau volume physique dans le groupe de volume au moyen de la commande "vgextend". C'est tout !
Plus complexe, vous pouvez, pour quelle que raison que ce soit, envisager de déplacer un groupe de volume d'une machine à une autre. Si une sauvegarde de données est toujours conseillée par sécurité (mais comme vous êtes prévoyant vous en disposez de toute façon ;)), l'opération va consister à désactiver le groupe de volume à déplacer, enregistrer les métadatas le concernant. Puis on va réinjecter ces métadatas sur la machine destinataire et réactiver le groupe de volume sur cette machine. Les données seront alors accessibles de la même façon que sur l'ancienne machine (sous réserve de conserver les mêmes points de montage).
Ci-dessous les étapes effectuées :
*# désactivation du groupe de volume ("datas") :<br /><code><nowiki># vgchange n datas </nowiki></code>
*# sauvegarde des métadatas du groupe de volume :<br /> # vgcfgbackup datas
*# retrait du groupe de volume de la configuration système :<br /><code><nowiki># vgexport datas </nowiki></code>
*# arrêt de la première machine, transfert des disques dans la deuxième et redémarrage des machines
*# restauration des métadatas concernant ce groupe de volume sur la nouvelle machine :<br /><code><nowiki># vgcfgrestore -f datas.conf /dev/hda3</nowiki><br /> # vgcfgrestore -f datas.conf /dev/hda4</code> si les volumes physiques sont hda3 et hda4.
*# déclaration du groupe de volume sur la machine :<br /><code><nowiki># vgimport datas /dev/hda3 /dev/hda4</nowiki></code>
*# activation du groupe de volume importé :<br /><code><nowiki># vgchange y datas </nowiki></code>
Il ne vous reste plus qu'à modifier en conséquence /etc/fstab pour le montage automatique des systèmes de fichiers contenus dans le groupe de volume.
= Evolution du LVM : LVM 2 =
Avec la sortie du noyau 2.6, le LVM a été revu et corrigé et la version LVM2 est disponible de base avec ce noyau. Il est possible de l'utiliser avec un noyau 2.4.x moyennant recompilation de ce même noyau.
== Le device-mapper ==
Le driver du LVM a été complètement réécrit, ce qui lui procure encore plus d'efficacité et de souplesse. La grande nouveauté réside dans l'utilisation de ce driver, utilisé pour gérer la couche d'abstraction nécessaire dans le cadre de la gestion de volumes logiques. Cette couche d'abstraction a pour fonction principale de réaliser le mapping résultant de l'agrégat par bandes (stripping) des périphériques physiques utilisés.
Le device-mapper définit les nouveaux périphériques de bloc composés de tranches de secteurs de périphériques physiques existant. Le mapping réalisé prend la forme suivante :
<start > < length > < target > [ < target args...>]
Les targets peuvent être de plusieurs natures :
** linear : c'est le cas le plus couramment utilisé dans le LVM. Les arguments nécessaires seront alors le device utilisé et le secteur de début.
** stripped : on utilisera cette cible lorsque l'on réalise du stripping avec le LVM. Les arguments seront alors le nombre de stripes et leur taille, puis les paires device name / secteurs.
** error : toutes les I/O sur les secteurs ainsi marquées sont définies en erreur.
** snapshot : permet de réaliser des snapshots asynchrones grâce au LVM.
** mirror : permet d'implémenter les éléments nécessaires à l'exécution de la commande pvmove.
== Utilisation d'un arbre binaire ==
Pour réaliser le mapping, un [http://fr.wikipedia.org/wiki/Arbre_binaire arbre binaire] a été utilisé, ceci afin de rendre la lecture de la table plus rapide et donc le LVM plus efficace.
== Une plus grande configurabilité ==
LVM2 peut fonctionner sans ajout de fichier de configuration mais l'emploi de celui-ci permet d'optimiser ses performances. Un certain nombre d'éléments peuvent ainsi être paramétrés :
** les devices à utiliser pour réaliser le LVM, ce qui permet d'éviter des scans de périphériques inutiles et qui nuisent à la performance (ex : lecteur de CD-ROM). A cela, on ajoute la gestion d'un système de cache contenant ces informations qui permet d'accroitre encore plus l'efficacité.
** possibilité de déterminer l'emplacement des fichiers spéciaux des groupes volumes
** possibilité de disposer de logs configurables (taille, contenu, emplacement...)
** paramétrage des backups de la configuration existante et de l'archivage des anciennes configuration du LVM (métadatas)
** définition du type de LVM employé par défaut (1 ou 2), même s'il est possible dans la compilation de n'inclure que la gestion du LVM2, dans le cas où la gestion de la compatibilité descendante n'est pas nécessaire.
** définition du nombre de copies de secours des métadatas sur un volume physique, un peu à l'image des copies des superblocs sur le système de fichiers de type ext2.
== Compatibilité LVM1 / LVM2 ==
Il est possible d'utiliser conjointement LVM1 et 2 sur un même système, et/ou de convertir du LVM 1 en 2 et inversement.
On peut effectivement utiliser sur un même système les deux versions de LVM, à condition que ce ne soit pas dans le même groupe de volumes. Les commandes LVM ont en effet un commutateur supplémentaire, -M, qui permet de faire ce choix. (-M 1 ou -M 2)
D'autre part, la comande vgconvert permet la conversion des métadatas pour migrer de LVM1 à LVM2
== Autre ==
LVM2 permet d'assouplir encore plus la gestion de l'espace, dans la manipulation des volumes logiques. La commande lvcreate par exemple donne maintenant la possibilité de choisir le périphérique voire la tranche de PE à utiliser.

= En conclusion... =
Voilà donc un outil de plus qui fait qu'un système Linux peut être véritablement efficace et optimiser la disponibilité d'un serveur en production. L'outil LVM peut également être utilisé avantageusement sur un poste personnel, pour s'éviter les opérations fastidieuses liées à la gestion de l'espace disque.
= Liens utiles =
** HOWTO LVM : http://tldp.org/HOWTO/LVM-HOWTO
** La principale mailing-liste d'aide : http://lists.sistina.com/mailman/listinfo
** Trouver les sources de LVM : http://www.sistina.com/products_lvm.htm
** Un autre projet de gestion de volumes logiques, EVMS : http://evms.sourceforge.net

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Anne le 29/10/2004.</div>

= Copyright =
Copyright © 29/10/2004, Anne
{{CC-BY-NC-SA}}

RAID

2007-10-13T17:29:51Z

Ge : /* Mise en pratique */

[[Category:Gestion des disques et systèmes de fichiers]]
= Raid logiciel sous Linux =

<div class="leatitre">Raid logiciel sous Linux</div><div class="leapar">par [http://www.caids.org/~tricon/lionel Lionel Tricon]</div><div class="leadesc">Un petit tutoriel sur la configuration du Raid logiciel sous Linux.</div>
----

== Introduction ==

Le principe du [#RAID RAID] repose sur l'idée de combiner plusieurs disques durs bon marché (indifféremment IDE ou SCSI) dans le but de :

* Etendre la capacité de stockage en ligne possible ;
* Introduire une notion de redondance (pour autoriser une plus grande sécurisation des données) ;
* Améliorer les performances.

En effet, la capacité des disques actuels, même si elle s'est singulièrement améliorée ces dernières années (on trouve couramment du 18 ou du 36 Gigas de nos jours), reste tout de même peu de chose lorsque l'on souhaite parler en Téra et non plus en Giga.

Même sans aller jusqu'à vouloir stocker de grandes quantités de données (soyons raisonnable, 9 Giga devrait suffire pour un petit serveur web ...), on peut vouloir utiliser la notion de redondance du Raid afin d'améliorer la tolérance aux pannes de son architecture : les données seront dupliquées sur des disques différents afin de pouvoir palier à la perte d'un disque.

Si la résistance aux pannes de l'architecture n'est pas une contrainte majeure (on peut envisager de sauvegarder sur bande tous les soirs son serveur de fichiers), on peut utiliser le Raid pour étendre simplement la capacité de stockage possible, et ce de manière transparente pour le système : 4 disques de 4,3Go donnant une partition utile de ~16Go.

On peut vouloir aussi gagner en performance sur les I/O disques : en effet, lire ou écrire sur de multiples disques permet de paralléliser les opérations (surtout sur des bus différents) et donc de gagner en performances.

En fait, il ne faut d'ailleurs pas parler d'un seul Raid, mais bien de plusieurs : [#linear Mode Linéaire], [#raid0 Raid 0], [#raid1 Raid 1], [#raid01 Raid 0+1], [#raid4 Raid 4] ou encore [#raid5 Raid 5]. Il conviendra donc d'analyser à l'avance ses besoins pour faire le bon choix.

Je n'aborderai que le Raid logiciel (software) dans ce document et non le Raid matériel (hardware). Le premier est supporté directement dans le code de l'OS alors que l'intelligence du second est déportée dans du hardware : que ce soit sous forme d'une carte à enficher dans le serveur (nécessite un driver) ou encore dans une baie extérieure (transparent pour l'OS). On peut dire que le Raid logiciel est moins performant, moins tolérant mais beaucoup plus accessible financièrement.

'''Nota''' : Dans presque tous les RAIDS que l'on va aborder (excepté le RAID linéaire et le raid 0), il sera possible de configurer des disques de rechange (spare disks) qui seront automatiquement utilisés pour reconstruire le RAID dans le cas de pannes disques (pas dans le cas de pannes sur le contrôleur IDE ou SCSI).

== Le Raid et Linux ==

Le mieux est de directement utiliser le support RAID présent dans les distributions Linux récentes (version des RaidTools : 0.90) : j'ai personnellement testé la distribution Linux RedHat 6.1 sur plateforme Alpha et la Mandrake 7.2 Intel sans rencontrer de soucis majeurs.

Vérifiez que les modules linear, raid0, raid1 et raid5 sont chargés. Au pire, ajoutez les dans le fichier /etc/modules :

<code># modprobe linear
# modprobe raid0
# modprobe raid1
# modprobe raid5</code>

On valide ensuite l'existence du fichier virtuel ''/proc/mdstat'' (Par défaut, le noyau est compilé avec le support du RAID) et on vérifie l'installation du package ''raidtools'' (format rpm sur la RedHat et la Mandrake) :

<code># cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid5] /* liste des drivers */
read_ahead not set
unused devices: <none>

# rpm -qa | grep raid
raidtools-0.90-8mdk </code>

Le seule fichier que l'on aura à configurer pour tous les RAIDS sera le fichier ''/etc/raidtab'' (simple, non?) et le fichier ''/etc/fstab''.

Si vous ne disposez pas de plusieurs disques vous pouvez utiliser des partitions à la place. Cela ne vous apportera ni amélioration de performance, ni haute disponibilité, mais au moins une grande satisfaction de pouvoir mettre en pratique vos connaissances ;-)

== Niveaux de RAID disponibles sous Linux ==

'''Mode Linéaire''' [ [#linear_exemple exemple] ]<br /> Cette solution est pertinente lorsque l'on souhaite étendre la capacité de stockage disponible en ligne sans introduire une notion de tolérance aux pannes. Cette solution combine les capacités de stockage d'un ensemble de disques existants (les données sont d'abord écrites sur le premier disque, puis lorsqu'il est plein sur le second, etc...) et permet d'utiliser 100% de l'espace disque utile.

* ''Avantages'' :<br /> - Permet de disposer de 100% de l'espace disque dans une partition ;<br /> - Moins de temps CPU mobilisé par le RAID dans le noyau.
* ''Inconvénients'' :<br /> - Pas de haute disponibilité : la perte d'un disque entraine la perte des données ;<br /> - Quasiment pas d'amélioration des performances (on peut cependant obtenir une amélioration si des I/O se produisent de manières concurrentes sur des disques différents).

<br />

'''RAID 0''' [ [#raid0_exemple exemple] ]<br /> Cette méthode (striping) est souvent utilisée lorsque la haute disponibilité des données n'est pas nécessaire (on doit disposer d'au moins 2 disques). Elle permet d'obtenir une amélioration des performances I/O (lecture et écriture) tout en restant très proche du mode linéaire. Elle permet en effet d'améliorer l'algorithme en dispatchant les données sur l'ensemble des disques (les données sont découpées puis dispersées sur les disques sans redondance).

* ''Avantages'' :<br /> - Permet de disposer de 100% de l'espace disque dans une partition ;<br /> - Amélioration des performances I/O en lecture et écriture.
* ''Inconvénients'' :<br /> - Pas de haute disponibilité : la perte d'un disque entraîne la perte des données.

<br />

'''RAID 1''' [ [#raid1_exemple exemple] ]<br /> Ce mode (mirroring) implémente une stricte duplication des données sur tous les disques présents dans le miroir (on doit disposer d'au moins 2 disques). L'information étant enregistrée N fois sur les disques (permet de gagner du temps en lecture même si on en perds lors de l'écriture), si on perds N-1 disques on ne perds pas les données. Il est à noter que l'on perds tout de même 50% de l'espace disque utile.

* ''Avantages'' :<br /> - Haute disponibilité des données : survit à la perte de N-1 disques ;<br /> - Amélioration des performances en lecture.
* ''Inconvénients'' :<br /> - Dégradation des performances en écriture ;<br /> - Mobilise un peu plus de temps CPU dans le noyau ;<br /> - Perte de 50% de l'espace disque.

<br />

'''RAID 0+1''' [ [#raid01_exemple exemple] ]<br /> Comme son nom l'indique, cette solution combine le RAID 0 et le RAID 1. Elle permet d'améliorer les performances I/O (Input/Output) en lecture tout en permettant une bonne disponibilité des données grâce à leur duplication sur l'ensemble des disques. Mais tout comme le mode miroir, on perd 50% de l'espace disque potentiellement disponible.

* ''Avantages'' :<br /> - Haute disponibilité des données : survit à la perte d'un côté du miroir ;<br /> - Amélioration des performances en lecture et écriture.
* ''Inconvénients'' :<br /> - Mobilise un peu plus de temps CPU dans le noyau ;<br /> - Perte de 50% de l'espace disque.

<br />

'''RAID 4''' [ [#raid4_exemple exemple] ]<br /> L'algorithme utilisé ici (striping) permet de dispatcher les I/O sur l'ensemble des disques (au moins 3) tout en réservant un disque pour sauvegarder une donnée supplémentaire de parité. De fait, si on perds un disque, on peut reconstituer l'information manquante. Cependant, l'utilisation d'un disque de parité ajoute un goulot d'étranglement au système (toute écriture va provoquer un accès au disque de parité), pour cela il est préférable d'utiliser à la place le Raid5.

* ''Avantages'' :<br /> - Haute disponibilité des données : survit à la perte d'un disque ;<br /> - Amélioration des performances en lecture.
* ''Inconvénients'' :<br /> - On perds l'équivalent d'un disque pour le stockage des données ;<br /> - On risque de plafonner le débit en écriture rapidement.

<br />

'''RAID 5''' [ [#raid5_exemple exemple] ]<br /> Le RAID 5 est sensiblement identique au RAID 4 mais améliore le procédé en stripant l'information de parité sur l'ensemble des disques.

* ''Avantages'' :<br /> - Haute disponibilité des données : survit à la perte d'un disque ;<br /> - Amélioration des performances en lecture et écriture.
* ''Inconvénients'' :<br /> - On perds l'équivalent d'un disque pour le stockage des données.

== Disques de rechange (ou spare) ==

Les RAIDS 1, 4 et 5 peuvent utiliser la notion de disques de rechange. Un disque qui va venir remplacer automatiquement un disque en faute. Linux autorise l'ajout on-line de disques de rechange (vous devez cependant les rajouter manuellement dans le fichier de configuration /etc/raidtab pour le cas d'un reboot) :

<code multi># raidhotadd /dev/md[0-15] /dev/sdf1</code>
ou
<code multi># raidhotremove /dev/md[0-15] /dev/sdf1</code>

== Mise en pratique ==

'''Mode linéaire'''<br /> Vous devez disposer de 2 disques ou plus, pas nécessairement de la même taille, pour implémenter le mode linéaire. Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant (vous pouvez configurer 16 RAIDs différents sur une machine, d'où la symbolique avec [0-15] ainsi que dans le reste du document) :

<code> raiddev /dev/md[0-15]
raid-level linear
nr-raid-disks 2 # disques impliqués
persistent-superblock 1 # on considère ici que
# l'auto-détection du RAID
# dans le noyau Linux est activé
device/dev/sda1 # premier disque
raid-disk 0
device/dev/sdb1 # second disque
raid-disk 1</code>

'''Nota''' : vous ne disposez pas de disques de spare dans le mode linéaire. Si vous perdez un disque, alors vous perdez tout.

Pour activer le RAID (cette procédure va rester la même pour les autres RAID) :

<code># mkraid /dev/md[0-15]
# mkfs -t ext2 /dev/md[0-15] # on formatte la partition, ici en Ext2
# mount /dev/md[0-15] /scratch </code>

Pour stopper un device RAID :

<code multi># raidstop /dev/md[0-15] # pour désactiver un device RAID </code>

Pour mettre en faute un disque (et le retirer avec raidhotremove) :

<code multi># raidsetfaulty /dev/md[0-15] /dev/sdf1 </code>

Normallement le device sera automatiquement activé lors du boot (dans le fichier ''/etc/rc.d/rc.sysinit'' sur la Mandrake 7.2 mais vous pouvez ajoutez la commande '''raidstart /dev/md[0-15]''' dans le fichier ''/etc/rc.d/rc.local'' sinon), il ne restera plus qu'à mettre à jour le fichier ''/etc/fstab'' pour le montage soit automatique. Cela va rester valide pour les autres RAIDS.

'''RAID 0'''<br /> Vous devez disposer de 2 disques ou plus, de la même taille, pour implémenter le striping. Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md[0-15]
raid-level 0
nr-raid-disks 2
persistent-superblock 1
chunk-size 4 # voir en fin de document
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
</code>
'''Nota''' : vous ne disposez pas de disques de spare dans le RAID 0. Si vous perdez un disque, alors vous perdez tout.

'''RAID 1'''<br /> Vous devez disposer de 2 disques ou plus de la même taille pour implémenter le mode miroir et vous pouvez utiliser 1 ou plusieurs disques de spares (optionnel). Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md[0-15]
raid-level 1
nr-raid-disks 2
nr-spare-disks 1
persistent-superblock 1
chunk-size 16
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
device/dev/sdc1
spare-disk 0
</code>
'''RAID 0+1'''<br /> Vous devez disposer d'un nombre de disques pairs de la même taille pour implémenter le RAID 0+1 mais vous ne pouvez pas utiliser de disques de spare individuels (je présume qu'il est possible de mettre un place un device de spare contenant le même nombre de disques que les autres). Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md0
raid-level 0
nr-raid-disks 3
persistent-superblock 1
chunk-size 4
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
device/dev/sdc1
raid-disk 0

raiddev /dev/md1
raid-level 0
nr-raid-disks 3
persistent-superblock 1
chunk-size 4
device/dev/sdd1
raid-disk 0
device/dev/sde1
raid-disk 1
device/dev/sdf1
raid-disk 0

raiddev /dev/md2 # seul ce device pourra etre formate
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
persistent-superblock 1
chunk-size 16
device/dev/md0
raid-disk 0
device/dev/md1
raid-disk 1
</code>
'''RAID 4'''<br /> Vous devez disposer de 3 disques ou plus, de la même taille, pour implémenter le RAID 4 et vous pouvez utiliser 1 ou plusieurs disques de spares (optionnel). Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md[0-15]
raid-level 4
nr-raid-disks 3
nr-spare-disks 1
persistent-superblock 1
chunk-size 32
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
device/dev/sdc1
raid-disk 2
device/dev/sdd1
spare-disk 0
</code>
'''RAID 5'''<br /> Vous devez disposer de 3 disques ou plus, de la même taille, pour implémenter le RAID 5 et vous pouvez utiliser 1 ou plusieurs disques de spares (optionnel). Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md[0-15]
raid-level 5
nr-raid-disks 5
nr-spare-disks 1
persistent-superblock 1
# Parity placement algorithm
# parity-algorithm left-asymmetric
# parity-algorithm right-asymmetric
# parity-algorithm right-symmetric
parity-algorithm left-symmetric
chunk-size 32
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
device/dev/sdc1
raid-disk 2
device/dev/sdd1
raid-disk 3
device/dev/sde1
raid-disk 4
device/dev/sdf1
spare-disk 0
</code>

== Chunk Size ==

Le choix de la "chunk size" dépends fortement du type de raid et du nombre de disques. Dans le cas d'un raid 0 de 2 disques, si on écrit 16KB avec une chunk size de 4KB, on va écrire 4KB sur le premier disque puis 4KB sur le second puis de nouveau 4KB sur le premier et pour finir 4KB sur le second ...

Vous obtiendrez généralement de bons résultats avec une chunk size à 32KB mais il est souvent bien utile d'expérimenter soi même pour obtenir le meilleur tuning. A noter que sur un environnement Alpha (64 bits), j'ai du mettre la chunk size à 16 au lieu de 4 car le raid 0 ne voulais pas s'initialiser.

== Amélioration des performances ==

* Il sera trés souvent intéressant de mettre les disques sur des controleurs IDE ou SCSI différents ;
* La méthode la plus efficace pour améliorer drastiquement les performances I/O du système est le striping ;
* Raid 4/5 : les performances seront bien meilleures si vous utilisez une chunk-size de 32 (8*4096=32KB) et un formattage du RAID 4/5 avec la commande : '''mke2fs -b 4096 -R stride=8 /dev/md[0-15]''' (l'option -R permet de passer des paramêtres utiles pour la construction du RAID, consulter le man pour avoir plus de détails) ;
* Raid 5 : l'option '''parity-algorithm''' accepte plusieurs valeurs (left-asymmetric, right-asymmetric, left-symmetric ou right-symmetric). Il est préférable d'utiliser "left-symmetric" pour obtenir de meilleures performances ;
* Penser à tuner la chunk size ...

== Utiliser le RAID sur une partition de swap ? ==

Il est aberrant d'utiliser le raid sur une partition de swap. Plus simplement, Linux peut utiliser les partitions de swap de la même manière que le raid 0. Il suffit de donner à chaque partition le même niveau de priorité :

/dev/hdc1 swap swap defaults,pri=1 0 0
/dev/hdd1 swap swap defaults,pri=1 0 0
/dev/hde1 swap swap defaults,pri=1 0 0

Il est aussi trés utile de placer ces partitions au début de disque plutôt qu'à la fin. Vous obtiendrez de meilleurs résultats (la vélocité à cet endroit du disque est plus importante).

Précisions (contribution wiki) : La non nécéssite de mettre le swap sur une partition RAID 1 depends de la stabilité qu'on veut obtenir. En cas de crash d'un disque contenant une partition Swap non mirorée, il peut être difficile pour le systeme de continuer à fonctionner sans le redémarrer. En effet, sur cette partition il y a potentiellement des process swappé sur le disque que l'OS n'arrivera certainement pas à remonter en memoire en cas de nécessité.

Finalement :

* Si la machine peut supporter un redémarage après un crash disque, alors oui il n'est pas nécessaire de mirrorer les partitions de swap, et dans ce cas on accepte que les services associés à celle-ci soient indiponibles jusqu'à ce que quelqu'un redémarre la machine.
* Si la machine ne doit pas redémarrer (ce qui dans mon esprit correspond plus à la réalité d'une machine en production) alors il est obligatoire de mirorer les partitions swap.

== Divers ==

* Pensez à mettre à jour votre fichier de configuration (/etc/raidtab) si vous devez enlever ou ajouter des disques...
* N'utiliser le RAID que pour des disques de données. Si vous souhaitez utiliser la partition système avec du RAID (uniquement 0 ou 1), lisez attentivement les HowTo car la mise en oeuvre demeure complexe.
* Allez sur le site de [http://linas.org/linux/raid.html Linas Vepstas] qui regorge d'informations intéressantes (pas uniquement sur le RAID).
* Allez aussi jeter un petit coup d'oeil sur le projet [http://linux.msede.com/lvm/ Linux Logical Volume Manager] même si ce n'est pas vraiment du Raid. A lire absolument car disposer d'un tel outil sous Linux est une perspective fascinante car réservée auparavant aux Unix propriétaires HPUX, Tru64, AIX, etc ...
* On pourrait aussi poser la question de la pertinence d'utiliser un système de fichiers journalisé en lieu et place de Ext2 (le gain lors d'un reboot violent est indéniable). Dans l'immédiat cela n'est pas possible (noyau 2.2.x) mais ouvrira à Linux de nouvelles et fascinantes perspectives...

== Nouvel outil de RAID sous Linux: mdadm ==

La plupart des distributions proposent aujourd'hui mdadm, voici les différentes étapes pour mettre en place les différents niveau de RAID.

Voici les sources d'informations:
http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-ig-s390-multi-fr-4/s1-s390info-raid.html

http://www.iteam.org/wiki/wakka.php?wiki=RaidBaal

http://www.frlinux.net/?section=systeme&article=146

http://xenfr.org/tiki-index.php?page=Stockage

Malheureusement, je n'ai fait les manipulations que pour un RAID 5 avec 4 disques de 6 partitions.

Voici la mise en place d'un RAID 5 avec 2 spares:

'''Les disques:'''
<code>
* Disk /dev/hde: 164.6 GB, 164696555520 bytes
255 heads, 63 sectors/track, 20023 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

* Disk /dev/hdf: 82.3 GB, 82348277760 bytes
16 heads, 63 sectors/track, 159560 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes

* Disk /dev/hdg: 164.6 GB, 164696555520 bytes
255 heads, 63 sectors/track, 20023 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

* Disk /dev/hdh: 82.3 GB, 82348277760 bytes
16 heads, 63 sectors/track, 159560 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes
</code>

'''Les partitions '''
6 Partitions de 78 Go
<code>
* /dev/hde1 : : fd Linux raid autodetect
* /dev/hde2 : : fd Linux raid autodetect
* /dev/hdf1 : Sur rack disque (à changer si problème)
* /dev/hdg1 : : fd Linux raid autodetect
* /dev/hdg2 : : fd Linux raid autodetect
* /dev/hdh1 : SPARE : fd Linux raid autodetect
</code>

'''Création du RAID 5 sur md0'''
<code>
mdadm --create /dev/md0 --level=5 --raid-devices=5 /dev/hde1 /dev/hde2 /dev/hdf1 /dev/hdg1 /dev/hdg2 --spare-devices=1 /dev/hdh1
mdadm: /dev/hde1 appears to contain an ext2fs file system
size=160836448K mtime=Sat Oct 1 18:05:35 2005
mdadm: /dev/hde1 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hde2 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hdf1 appears to contain an ext2fs file system
size=20479504K mtime=Sat Oct 1 18:17:51 2005
mdadm: /dev/hdf1 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hdg1 appears to contain an ext2fs file system
size=2048256K mtime=Sat Oct 1 15:18:46 2005
mdadm: /dev/hdg1 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hdg2 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hdh1 appears to contain an ext2fs file system
size=51025432K mtime=Sat Oct 1 15:18:56 2005
Continue creating array? y
mdadm: array /dev/md0 started.
</code>

'''Informations sur le volume RAID'''
<code>
mdadm --detail /dev/md0
/dev/md0:
Version : 00.90.01
Creation Time : Sun Oct 2 15:18:17 2005
Raid Level : raid5
Array Size : 312495872 (298.02 GiB 320.00 GB)
Device Size : 78123968 (74.50 GiB 80.00 GB)
Raid Devices : 5
Total Devices : 6
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Sun Oct 2 15:18:17 2005
State : clean, degraded, recovering
Active Devices : 4
Working Devices : 6
Failed Devices : 0
Spare Devices : 2

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 1% complete

UUID : 0a551c50:3da4f12a:5c9b3cdc:b9802273
Events : 0.2

Number Major Minor RaidDevice? State
0 33 1 0 active sync /dev/hde1
1 33 2 1 active sync /dev/hde2
2 33 65 2 active sync /dev/hdf1
3 34 1 3 active sync /dev/hdg1
4 0 0 - removed

5 34 2 4 spare rebuilding /dev/hdg2
6 34 65 - spare /dev/hdh1
</code>

'''Arrêter le volume RAID 5 '''
<code>mdadm --stop /dev/md0 </code>

'''Pour démarrer le volume RAID 5'''
<code>mdadm --assemble /dev/md0 /dev/hde1 /dev/hde2 /dev/hdf1 /dev/hdg1 /dev/hdg2 /dev/hdh1
mdadm: /dev/md0 has been started with 4 drives (out of 5) and 2 spares.
</code>

<code>mdadm --detail --scan >> /etc/mdadm/mdadm.conf
more /etc/mdadm/mdadm.conf
DEVICE partitions
ARRAY /dev/md0 level=raid5 num-devices=5 spares=2 UUID=70714300:9da2e11b:a61a9c73:e2e1c245
</code>

Message lors de l'activation du volume RAID 5 dans dmesg
md: md0 stopped.
md: bind<hde2>
md: bind<hdf1>
md: bind<hdg1>
md: bind<hdh1>
md0: WARNING: hdg2 appears to be on the same physical disk as hdg1. True
protection against single-disk failure might be compromised.
md: bind<hdg2>
md0: WARNING: hde1 appears to be on the same physical disk as hde2. True
protection against single-disk failure might be compromised.
md: bind<hde1>
raid5: device hde1 operational as raid disk 0
raid5: device hdh1 operational as raid disk 4
raid5: device hdg1 operational as raid disk 3
raid5: device hdf1 operational as raid disk 2
raid5: device hde2 operational as raid disk 1
raid5: allocated 5234kB for md0
raid5: raid level 5 set md0 active with 5 out of 5 devices, algorithm 2
RAID5 conf printout:
--- rd:5 wd:5 fd:0
disk 0, o:1, dev:hde1
disk 1, o:1, dev:hde2
disk 2, o:1, dev:hdf1
disk 3, o:1, dev:hdg1
disk 4, o:1, dev:hdh1

== Glossaire ==

'''RAID'''<br /> Le mot RAID est un acronyme pour "Redundant Array of Inexpensive Disks".

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Lionel Tricon le 03/02/2001.</div>

{{Copy|03/02/2001|Lionel Tricon|CC-BY-NC-SA}}

RAID

2007-10-13T13:26:42Z

Ge : /* Mise en pratique */

[[Category:Gestion des disques et systèmes de fichiers]]
= Raid logiciel sous Linux =

<div class="leatitre">Raid logiciel sous Linux</div><div class="leapar">par [http://www.caids.org/~tricon/lionel Lionel Tricon]</div><div class="leadesc">Un petit tutoriel sur la configuration du Raid logiciel sous Linux.</div>
----

== Introduction ==

Le principe du [#RAID RAID] repose sur l'idée de combiner plusieurs disques durs bon marché (indifféremment IDE ou SCSI) dans le but de :

* Etendre la capacité de stockage en ligne possible ;
* Introduire une notion de redondance (pour autoriser une plus grande sécurisation des données) ;
* Améliorer les performances.

En effet, la capacité des disques actuels, même si elle s'est singulièrement améliorée ces dernières années (on trouve couramment du 18 ou du 36 Gigas de nos jours), reste tout de même peu de chose lorsque l'on souhaite parler en Téra et non plus en Giga.

Même sans aller jusqu'à vouloir stocker de grandes quantités de données (soyons raisonnable, 9 Giga devrait suffire pour un petit serveur web ...), on peut vouloir utiliser la notion de redondance du Raid afin d'améliorer la tolérance aux pannes de son architecture : les données seront dupliquées sur des disques différents afin de pouvoir palier à la perte d'un disque.

Si la résistance aux pannes de l'architecture n'est pas une contrainte majeure (on peut envisager de sauvegarder sur bande tous les soirs son serveur de fichiers), on peut utiliser le Raid pour étendre simplement la capacité de stockage possible, et ce de manière transparente pour le système : 4 disques de 4,3Go donnant une partition utile de ~16Go.

On peut vouloir aussi gagner en performance sur les I/O disques : en effet, lire ou écrire sur de multiples disques permet de paralléliser les opérations (surtout sur des bus différents) et donc de gagner en performances.

En fait, il ne faut d'ailleurs pas parler d'un seul Raid, mais bien de plusieurs : [#linear Mode Linéaire], [#raid0 Raid 0], [#raid1 Raid 1], [#raid01 Raid 0+1], [#raid4 Raid 4] ou encore [#raid5 Raid 5]. Il conviendra donc d'analyser à l'avance ses besoins pour faire le bon choix.

Je n'aborderai que le Raid logiciel (software) dans ce document et non le Raid matériel (hardware). Le premier est supporté directement dans le code de l'OS alors que l'intelligence du second est déportée dans du hardware : que ce soit sous forme d'une carte à enficher dans le serveur (nécessite un driver) ou encore dans une baie extérieure (transparent pour l'OS). On peut dire que le Raid logiciel est moins performant, moins tolérant mais beaucoup plus accessible financièrement.

'''Nota''' : Dans presque tous les RAIDS que l'on va aborder (excepté le RAID linéaire et le raid 0), il sera possible de configurer des disques de rechange (spare disks) qui seront automatiquement utilisés pour reconstruire le RAID dans le cas de pannes disques (pas dans le cas de pannes sur le contrôleur IDE ou SCSI).

== Le Raid et Linux ==

Le mieux est de directement utiliser le support RAID présent dans les distributions Linux récentes (version des RaidTools : 0.90) : j'ai personnellement testé la distribution Linux RedHat 6.1 sur plateforme Alpha et la Mandrake 7.2 Intel sans rencontrer de soucis majeurs.

Vérifiez que les modules linear, raid0, raid1 et raid5 sont chargés. Au pire, ajoutez les dans le fichier /etc/modules :

<code># modprobe linear
# modprobe raid0
# modprobe raid1
# modprobe raid5</code>

On valide ensuite l'existence du fichier virtuel ''/proc/mdstat'' (Par défaut, le noyau est compilé avec le support du RAID) et on vérifie l'installation du package ''raidtools'' (format rpm sur la RedHat et la Mandrake) :

<code># cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid5] /* liste des drivers */
read_ahead not set
unused devices: <none>

# rpm -qa | grep raid
raidtools-0.90-8mdk </code>

Le seule fichier que l'on aura à configurer pour tous les RAIDS sera le fichier ''/etc/raidtab'' (simple, non?) et le fichier ''/etc/fstab''.

Si vous ne disposez pas de plusieurs disques vous pouvez utiliser des partitions à la place. Cela ne vous apportera ni amélioration de performance, ni haute disponibilité, mais au moins une grande satisfaction de pouvoir mettre en pratique vos connaissances ;-)

== Niveaux de RAID disponibles sous Linux ==

'''Mode Linéaire''' [ [#linear_exemple exemple] ]<br /> Cette solution est pertinente lorsque l'on souhaite étendre la capacité de stockage disponible en ligne sans introduire une notion de tolérance aux pannes. Cette solution combine les capacités de stockage d'un ensemble de disques existants (les données sont d'abord écrites sur le premier disque, puis lorsqu'il est plein sur le second, etc...) et permet d'utiliser 100% de l'espace disque utile.

* ''Avantages'' :<br /> - Permet de disposer de 100% de l'espace disque dans une partition ;<br /> - Moins de temps CPU mobilisé par le RAID dans le noyau.
* ''Inconvénients'' :<br /> - Pas de haute disponibilité : la perte d'un disque entraine la perte des données ;<br /> - Quasiment pas d'amélioration des performances (on peut cependant obtenir une amélioration si des I/O se produisent de manières concurrentes sur des disques différents).

<br />

'''RAID 0''' [ [#raid0_exemple exemple] ]<br /> Cette méthode (striping) est souvent utilisée lorsque la haute disponibilité des données n'est pas nécessaire (on doit disposer d'au moins 2 disques). Elle permet d'obtenir une amélioration des performances I/O (lecture et écriture) tout en restant très proche du mode linéaire. Elle permet en effet d'améliorer l'algorithme en dispatchant les données sur l'ensemble des disques (les données sont découpées puis dispersées sur les disques sans redondance).

* ''Avantages'' :<br /> - Permet de disposer de 100% de l'espace disque dans une partition ;<br /> - Amélioration des performances I/O en lecture et écriture.
* ''Inconvénients'' :<br /> - Pas de haute disponibilité : la perte d'un disque entraîne la perte des données.

<br />

'''RAID 1''' [ [#raid1_exemple exemple] ]<br /> Ce mode (mirroring) implémente une stricte duplication des données sur tous les disques présents dans le miroir (on doit disposer d'au moins 2 disques). L'information étant enregistrée N fois sur les disques (permet de gagner du temps en lecture même si on en perds lors de l'écriture), si on perds N-1 disques on ne perds pas les données. Il est à noter que l'on perds tout de même 50% de l'espace disque utile.

* ''Avantages'' :<br /> - Haute disponibilité des données : survit à la perte de N-1 disques ;<br /> - Amélioration des performances en lecture.
* ''Inconvénients'' :<br /> - Dégradation des performances en écriture ;<br /> - Mobilise un peu plus de temps CPU dans le noyau ;<br /> - Perte de 50% de l'espace disque.

<br />

'''RAID 0+1''' [ [#raid01_exemple exemple] ]<br /> Comme son nom l'indique, cette solution combine le RAID 0 et le RAID 1. Elle permet d'améliorer les performances I/O (Input/Output) en lecture tout en permettant une bonne disponibilité des données grâce à leur duplication sur l'ensemble des disques. Mais tout comme le mode miroir, on perd 50% de l'espace disque potentiellement disponible.

* ''Avantages'' :<br /> - Haute disponibilité des données : survit à la perte d'un côté du miroir ;<br /> - Amélioration des performances en lecture et écriture.
* ''Inconvénients'' :<br /> - Mobilise un peu plus de temps CPU dans le noyau ;<br /> - Perte de 50% de l'espace disque.

<br />

'''RAID 4''' [ [#raid4_exemple exemple] ]<br /> L'algorithme utilisé ici (striping) permet de dispatcher les I/O sur l'ensemble des disques (au moins 3) tout en réservant un disque pour sauvegarder une donnée supplémentaire de parité. De fait, si on perds un disque, on peut reconstituer l'information manquante. Cependant, l'utilisation d'un disque de parité ajoute un goulot d'étranglement au système (toute écriture va provoquer un accès au disque de parité), pour cela il est préférable d'utiliser à la place le Raid5.

* ''Avantages'' :<br /> - Haute disponibilité des données : survit à la perte d'un disque ;<br /> - Amélioration des performances en lecture.
* ''Inconvénients'' :<br /> - On perds l'équivalent d'un disque pour le stockage des données ;<br /> - On risque de plafonner le débit en écriture rapidement.

<br />

'''RAID 5''' [ [#raid5_exemple exemple] ]<br /> Le RAID 5 est sensiblement identique au RAID 4 mais améliore le procédé en stripant l'information de parité sur l'ensemble des disques.

* ''Avantages'' :<br /> - Haute disponibilité des données : survit à la perte d'un disque ;<br /> - Amélioration des performances en lecture et écriture.
* ''Inconvénients'' :<br /> - On perds l'équivalent d'un disque pour le stockage des données.

== Disques de rechange (ou spare) ==

Les RAIDS 1, 4 et 5 peuvent utiliser la notion de disques de rechange. Un disque qui va venir remplacer automatiquement un disque en faute. Linux autorise l'ajout on-line de disques de rechange (vous devez cependant les rajouter manuellement dans le fichier de configuration /etc/raidtab pour le cas d'un reboot) :

<code multi># raidhotadd /dev/md[0-15] /dev/sdf1</code>
ou
<code multi># raidhotremove /dev/md[0-15] /dev/sdf1</code>

== Mise en pratique ==

'''Mode linéaire'''<br /> Vous devez disposer de 2 disques ou plus, pas nécessairement de la même taille, pour implémenter le mode linéaire. Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant (vous pouvez configurer 16 RAIDs différents sur une machine, d'où la symbolique avec [0-15] ainsi que dans le reste du document) :

<code> raiddev /dev/md[0-15]
raid-level linear
nr-raid-disks 2 # disques impliqués
persistent-superblock 1 # on considère ici que
# l'auto-détection du RAID
# dans le noyau Linux est activé
device/dev/sda1 # premier disque
raid-disk 0
device/dev/sdb1 # second disque
raid-disk 1</code>

'''Nota''' : vous ne disposez pas de disques de spare dans le mode linéaire. Si vous perdez un disque, alors vous perdez tout.

Pour activer le RAID (cette procédure va rester la même pour les autres RAID) :

<code># mkraid /dev/md[0-15]
# mkfs -t ext2 /dev/md[0-15] # on formatte la partition, ici en Ext2
# mount /dev/md[0-15] /scratch </code>

Pour stopper un device RAID :

<code multi># raidstop /dev/md[0-15] # pour désactiver un device RAID </code>

Pour mettre en faute un disque (et le retirer avec raidhotremove) :

<code multi># raidsetfaulty /dev/md[0-15] /dev/sdf1 </code>

Normallement le device sera automatiquement activé lors du boot (dans le fichier ''/etc/rc.d/rc.sysinit'' sur la Mandrake 7.2 mais vous pouvez ajoutez la commande '''raidstart /dev/md[0-15]''' dans le fichier ''/etc/rc.d/rc.local'' sinon), il ne restera plus qu'à mettre à jour le fichier ''/etc/fstab'' pour le montage soit automatique. Cela va rester valide pour les autres RAIDS.

'''RAID 0'''<br /> Vous devez disposer de 2 disques ou plus, de la même taille, pour implémenter le striping. Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md[0-15]
raid-level 0
nr-raid-disks 2
persistent-superblock 1
chunk-size4 # voir en fin de document
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
</code>
'''Nota''' : vous ne disposez pas de disques de spare dans le RAID 0. Si vous perdez un disque, alors vous perdez tout.

'''RAID 1'''<br /> Vous devez disposer de 2 disques ou plus de la même taille pour implémenter le mode miroir et vous pouvez utiliser 1 ou plusieurs disques de spares (optionnel). Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md[0-15]
raid-level 1
nr-raid-disks 2
nr-spare-disks 1
persistent-superblock 1
chunk-size 16
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
device/dev/sdc1
spare-disk 0
</code>
'''RAID 0+1'''<br /> Vous devez disposer d'un nombre de disques pairs de la même taille pour implémenter le RAID 0+1 mais vous ne pouvez pas utiliser de disques de spare individuels (je présume qu'il est possible de mettre un place un device de spare contenant le même nombre de disques que les autres). Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md0
raid-level 0
nr-raid-disks 3
persistent-superblock 1
chunk-size 4
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
device/dev/sdc1
raid-disk 0

raiddev /dev/md1
raid-level 0
nr-raid-disks 3
persistent-superblock 1
chunk-size 4
device/dev/sdd1
raid-disk 0
device/dev/sde1
raid-disk 1
device/dev/sdf1
raid-disk 0

raiddev /dev/md2 # seul ce device pourra etre formate
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
persistent-superblock 1
chunk-size 16
device/dev/md0
raid-disk 0
device/dev/md1
raid-disk 1
</code>
'''RAID 4'''<br /> Vous devez disposer de 3 disques ou plus, de la même taille, pour implémenter le RAID 4 et vous pouvez utiliser 1 ou plusieurs disques de spares (optionnel). Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md[0-15]
raid-level 4
nr-raid-disks 3
nr-spare-disks 1
persistent-superblock 1
chunk-size 32
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
device/dev/sdc1
raid-disk 2
device/dev/sdd1
spare-disk 0
</code>
'''RAID 5'''<br /> Vous devez disposer de 3 disques ou plus, de la même taille, pour implémenter le RAID 5 et vous pouvez utiliser 1 ou plusieurs disques de spares (optionnel). Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md[0-15]
raid-level 5
nr-raid-disks 5
nr-spare-disks 1
persistent-superblock 1
# Parity placement algorithm
# parity-algorithm left-asymmetric
# parity-algorithm right-asymmetric
# parity-algorithm right-symmetric
parity-algorithm left-symmetric
chunk-size 32
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
device/dev/sdc1
raid-disk 2
device/dev/sdd1
raid-disk 3
device/dev/sde1
raid-disk 4
device/dev/sdf1
spare-disk 0
</code>

== Chunk Size ==

Le choix de la "chunk size" dépends fortement du type de raid et du nombre de disques. Dans le cas d'un raid 0 de 2 disques, si on écrit 16KB avec une chunk size de 4KB, on va écrire 4KB sur le premier disque puis 4KB sur le second puis de nouveau 4KB sur le premier et pour finir 4KB sur le second ...

Vous obtiendrez généralement de bons résultats avec une chunk size à 32KB mais il est souvent bien utile d'expérimenter soi même pour obtenir le meilleur tuning. A noter que sur un environnement Alpha (64 bits), j'ai du mettre la chunk size à 16 au lieu de 4 car le raid 0 ne voulais pas s'initialiser.

== Amélioration des performances ==

* Il sera trés souvent intéressant de mettre les disques sur des controleurs IDE ou SCSI différents ;
* La méthode la plus efficace pour améliorer drastiquement les performances I/O du système est le striping ;
* Raid 4/5 : les performances seront bien meilleures si vous utilisez une chunk-size de 32 (8*4096=32KB) et un formattage du RAID 4/5 avec la commande : '''mke2fs -b 4096 -R stride=8 /dev/md[0-15]''' (l'option -R permet de passer des paramêtres utiles pour la construction du RAID, consulter le man pour avoir plus de détails) ;
* Raid 5 : l'option '''parity-algorithm''' accepte plusieurs valeurs (left-asymmetric, right-asymmetric, left-symmetric ou right-symmetric). Il est préférable d'utiliser "left-symmetric" pour obtenir de meilleures performances ;
* Penser à tuner la chunk size ...

== Utiliser le RAID sur une partition de swap ? ==

Il est aberrant d'utiliser le raid sur une partition de swap. Plus simplement, Linux peut utiliser les partitions de swap de la même manière que le raid 0. Il suffit de donner à chaque partition le même niveau de priorité :

/dev/hdc1 swap swap defaults,pri=1 0 0
/dev/hdd1 swap swap defaults,pri=1 0 0
/dev/hde1 swap swap defaults,pri=1 0 0

Il est aussi trés utile de placer ces partitions au début de disque plutôt qu'à la fin. Vous obtiendrez de meilleurs résultats (la vélocité à cet endroit du disque est plus importante).

Précisions (contribution wiki) : La non nécéssite de mettre le swap sur une partition RAID 1 depends de la stabilité qu'on veut obtenir. En cas de crash d'un disque contenant une partition Swap non mirorée, il peut être difficile pour le systeme de continuer à fonctionner sans le redémarrer. En effet, sur cette partition il y a potentiellement des process swappé sur le disque que l'OS n'arrivera certainement pas à remonter en memoire en cas de nécessité.

Finalement :

* Si la machine peut supporter un redémarage après un crash disque, alors oui il n'est pas nécessaire de mirrorer les partitions de swap, et dans ce cas on accepte que les services associés à celle-ci soient indiponibles jusqu'à ce que quelqu'un redémarre la machine.
* Si la machine ne doit pas redémarrer (ce qui dans mon esprit correspond plus à la réalité d'une machine en production) alors il est obligatoire de mirorer les partitions swap.

== Divers ==

* Pensez à mettre à jour votre fichier de configuration (/etc/raidtab) si vous devez enlever ou ajouter des disques...
* N'utiliser le RAID que pour des disques de données. Si vous souhaitez utiliser la partition système avec du RAID (uniquement 0 ou 1), lisez attentivement les HowTo car la mise en oeuvre demeure complexe.
* Allez sur le site de [http://linas.org/linux/raid.html Linas Vepstas] qui regorge d'informations intéressantes (pas uniquement sur le RAID).
* Allez aussi jeter un petit coup d'oeil sur le projet [http://linux.msede.com/lvm/ Linux Logical Volume Manager] même si ce n'est pas vraiment du Raid. A lire absolument car disposer d'un tel outil sous Linux est une perspective fascinante car réservée auparavant aux Unix propriétaires HPUX, Tru64, AIX, etc ...
* On pourrait aussi poser la question de la pertinence d'utiliser un système de fichiers journalisé en lieu et place de Ext2 (le gain lors d'un reboot violent est indéniable). Dans l'immédiat cela n'est pas possible (noyau 2.2.x) mais ouvrira à Linux de nouvelles et fascinantes perspectives...

== Nouvel outil de RAID sous Linux: mdadm ==

La plupart des distributions proposent aujourd'hui mdadm, voici les différentes étapes pour mettre en place les différents niveau de RAID.

Voici les sources d'informations:
http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-ig-s390-multi-fr-4/s1-s390info-raid.html

http://www.iteam.org/wiki/wakka.php?wiki=RaidBaal

http://www.frlinux.net/?section=systeme&article=146

http://xenfr.org/tiki-index.php?page=Stockage

Malheureusement, je n'ai fait les manipulations que pour un RAID 5 avec 4 disques de 6 partitions.

Voici la mise en place d'un RAID 5 avec 2 spares:

'''Les disques:'''
<code>
* Disk /dev/hde: 164.6 GB, 164696555520 bytes
255 heads, 63 sectors/track, 20023 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

* Disk /dev/hdf: 82.3 GB, 82348277760 bytes
16 heads, 63 sectors/track, 159560 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes

* Disk /dev/hdg: 164.6 GB, 164696555520 bytes
255 heads, 63 sectors/track, 20023 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

* Disk /dev/hdh: 82.3 GB, 82348277760 bytes
16 heads, 63 sectors/track, 159560 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes
</code>

'''Les partitions '''
6 Partitions de 78 Go
<code>
* /dev/hde1 : : fd Linux raid autodetect
* /dev/hde2 : : fd Linux raid autodetect
* /dev/hdf1 : Sur rack disque (à changer si problème)
* /dev/hdg1 : : fd Linux raid autodetect
* /dev/hdg2 : : fd Linux raid autodetect
* /dev/hdh1 : SPARE : fd Linux raid autodetect
</code>

'''Création du RAID 5 sur md0'''
<code>
mdadm --create /dev/md0 --level=5 --raid-devices=5 /dev/hde1 /dev/hde2 /dev/hdf1 /dev/hdg1 /dev/hdg2 --spare-devices=1 /dev/hdh1
mdadm: /dev/hde1 appears to contain an ext2fs file system
size=160836448K mtime=Sat Oct 1 18:05:35 2005
mdadm: /dev/hde1 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hde2 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hdf1 appears to contain an ext2fs file system
size=20479504K mtime=Sat Oct 1 18:17:51 2005
mdadm: /dev/hdf1 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hdg1 appears to contain an ext2fs file system
size=2048256K mtime=Sat Oct 1 15:18:46 2005
mdadm: /dev/hdg1 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hdg2 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hdh1 appears to contain an ext2fs file system
size=51025432K mtime=Sat Oct 1 15:18:56 2005
Continue creating array? y
mdadm: array /dev/md0 started.
</code>

'''Informations sur le volume RAID'''
<code>
mdadm --detail /dev/md0
/dev/md0:
Version : 00.90.01
Creation Time : Sun Oct 2 15:18:17 2005
Raid Level : raid5
Array Size : 312495872 (298.02 GiB 320.00 GB)
Device Size : 78123968 (74.50 GiB 80.00 GB)
Raid Devices : 5
Total Devices : 6
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Sun Oct 2 15:18:17 2005
State : clean, degraded, recovering
Active Devices : 4
Working Devices : 6
Failed Devices : 0
Spare Devices : 2

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 1% complete

UUID : 0a551c50:3da4f12a:5c9b3cdc:b9802273
Events : 0.2

Number Major Minor RaidDevice? State
0 33 1 0 active sync /dev/hde1
1 33 2 1 active sync /dev/hde2
2 33 65 2 active sync /dev/hdf1
3 34 1 3 active sync /dev/hdg1
4 0 0 - removed

5 34 2 4 spare rebuilding /dev/hdg2
6 34 65 - spare /dev/hdh1
</code>

'''Arrêter le volume RAID 5 '''
<code>mdadm --stop /dev/md0 </code>

'''Pour démarrer le volume RAID 5'''
<code>mdadm --assemble /dev/md0 /dev/hde1 /dev/hde2 /dev/hdf1 /dev/hdg1 /dev/hdg2 /dev/hdh1
mdadm: /dev/md0 has been started with 4 drives (out of 5) and 2 spares.
</code>

<code>mdadm --detail --scan >> /etc/mdadm/mdadm.conf
more /etc/mdadm/mdadm.conf
DEVICE partitions
ARRAY /dev/md0 level=raid5 num-devices=5 spares=2 UUID=70714300:9da2e11b:a61a9c73:e2e1c245
</code>

Message lors de l'activation du volume RAID 5 dans dmesg
md: md0 stopped.
md: bind<hde2>
md: bind<hdf1>
md: bind<hdg1>
md: bind<hdh1>
md0: WARNING: hdg2 appears to be on the same physical disk as hdg1. True
protection against single-disk failure might be compromised.
md: bind<hdg2>
md0: WARNING: hde1 appears to be on the same physical disk as hde2. True
protection against single-disk failure might be compromised.
md: bind<hde1>
raid5: device hde1 operational as raid disk 0
raid5: device hdh1 operational as raid disk 4
raid5: device hdg1 operational as raid disk 3
raid5: device hdf1 operational as raid disk 2
raid5: device hde2 operational as raid disk 1
raid5: allocated 5234kB for md0
raid5: raid level 5 set md0 active with 5 out of 5 devices, algorithm 2
RAID5 conf printout:
--- rd:5 wd:5 fd:0
disk 0, o:1, dev:hde1
disk 1, o:1, dev:hde2
disk 2, o:1, dev:hdf1
disk 3, o:1, dev:hdg1
disk 4, o:1, dev:hdh1

== Glossaire ==

'''RAID'''<br /> Le mot RAID est un acronyme pour "Redundant Array of Inexpensive Disks".

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Lionel Tricon le 03/02/2001.</div>

{{Copy|03/02/2001|Lionel Tricon|CC-BY-NC-SA}}

RAID

2007-10-13T13:25:17Z

Ge : /* Disques de spare */

[[Category:Gestion des disques et systèmes de fichiers]]
= Raid logiciel sous Linux =

<div class="leatitre">Raid logiciel sous Linux</div><div class="leapar">par [http://www.caids.org/~tricon/lionel Lionel Tricon]</div><div class="leadesc">Un petit tutoriel sur la configuration du Raid logiciel sous Linux.</div>
----

== Introduction ==

Le principe du [#RAID RAID] repose sur l'idée de combiner plusieurs disques durs bon marché (indifféremment IDE ou SCSI) dans le but de :

* Etendre la capacité de stockage en ligne possible ;
* Introduire une notion de redondance (pour autoriser une plus grande sécurisation des données) ;
* Améliorer les performances.

En effet, la capacité des disques actuels, même si elle s'est singulièrement améliorée ces dernières années (on trouve couramment du 18 ou du 36 Gigas de nos jours), reste tout de même peu de chose lorsque l'on souhaite parler en Téra et non plus en Giga.

Même sans aller jusqu'à vouloir stocker de grandes quantités de données (soyons raisonnable, 9 Giga devrait suffire pour un petit serveur web ...), on peut vouloir utiliser la notion de redondance du Raid afin d'améliorer la tolérance aux pannes de son architecture : les données seront dupliquées sur des disques différents afin de pouvoir palier à la perte d'un disque.

Si la résistance aux pannes de l'architecture n'est pas une contrainte majeure (on peut envisager de sauvegarder sur bande tous les soirs son serveur de fichiers), on peut utiliser le Raid pour étendre simplement la capacité de stockage possible, et ce de manière transparente pour le système : 4 disques de 4,3Go donnant une partition utile de ~16Go.

On peut vouloir aussi gagner en performance sur les I/O disques : en effet, lire ou écrire sur de multiples disques permet de paralléliser les opérations (surtout sur des bus différents) et donc de gagner en performances.

En fait, il ne faut d'ailleurs pas parler d'un seul Raid, mais bien de plusieurs : [#linear Mode Linéaire], [#raid0 Raid 0], [#raid1 Raid 1], [#raid01 Raid 0+1], [#raid4 Raid 4] ou encore [#raid5 Raid 5]. Il conviendra donc d'analyser à l'avance ses besoins pour faire le bon choix.

Je n'aborderai que le Raid logiciel (software) dans ce document et non le Raid matériel (hardware). Le premier est supporté directement dans le code de l'OS alors que l'intelligence du second est déportée dans du hardware : que ce soit sous forme d'une carte à enficher dans le serveur (nécessite un driver) ou encore dans une baie extérieure (transparent pour l'OS). On peut dire que le Raid logiciel est moins performant, moins tolérant mais beaucoup plus accessible financièrement.

'''Nota''' : Dans presque tous les RAIDS que l'on va aborder (excepté le RAID linéaire et le raid 0), il sera possible de configurer des disques de rechange (spare disks) qui seront automatiquement utilisés pour reconstruire le RAID dans le cas de pannes disques (pas dans le cas de pannes sur le contrôleur IDE ou SCSI).

== Le Raid et Linux ==

Le mieux est de directement utiliser le support RAID présent dans les distributions Linux récentes (version des RaidTools : 0.90) : j'ai personnellement testé la distribution Linux RedHat 6.1 sur plateforme Alpha et la Mandrake 7.2 Intel sans rencontrer de soucis majeurs.

Vérifiez que les modules linear, raid0, raid1 et raid5 sont chargés. Au pire, ajoutez les dans le fichier /etc/modules :

<code># modprobe linear
# modprobe raid0
# modprobe raid1
# modprobe raid5</code>

On valide ensuite l'existence du fichier virtuel ''/proc/mdstat'' (Par défaut, le noyau est compilé avec le support du RAID) et on vérifie l'installation du package ''raidtools'' (format rpm sur la RedHat et la Mandrake) :

<code># cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid5] /* liste des drivers */
read_ahead not set
unused devices: <none>

# rpm -qa | grep raid
raidtools-0.90-8mdk </code>

Le seule fichier que l'on aura à configurer pour tous les RAIDS sera le fichier ''/etc/raidtab'' (simple, non?) et le fichier ''/etc/fstab''.

Si vous ne disposez pas de plusieurs disques vous pouvez utiliser des partitions à la place. Cela ne vous apportera ni amélioration de performance, ni haute disponibilité, mais au moins une grande satisfaction de pouvoir mettre en pratique vos connaissances ;-)

== Niveaux de RAID disponibles sous Linux ==

'''Mode Linéaire''' [ [#linear_exemple exemple] ]<br /> Cette solution est pertinente lorsque l'on souhaite étendre la capacité de stockage disponible en ligne sans introduire une notion de tolérance aux pannes. Cette solution combine les capacités de stockage d'un ensemble de disques existants (les données sont d'abord écrites sur le premier disque, puis lorsqu'il est plein sur le second, etc...) et permet d'utiliser 100% de l'espace disque utile.

* ''Avantages'' :<br /> - Permet de disposer de 100% de l'espace disque dans une partition ;<br /> - Moins de temps CPU mobilisé par le RAID dans le noyau.
* ''Inconvénients'' :<br /> - Pas de haute disponibilité : la perte d'un disque entraine la perte des données ;<br /> - Quasiment pas d'amélioration des performances (on peut cependant obtenir une amélioration si des I/O se produisent de manières concurrentes sur des disques différents).

<br />

'''RAID 0''' [ [#raid0_exemple exemple] ]<br /> Cette méthode (striping) est souvent utilisée lorsque la haute disponibilité des données n'est pas nécessaire (on doit disposer d'au moins 2 disques). Elle permet d'obtenir une amélioration des performances I/O (lecture et écriture) tout en restant très proche du mode linéaire. Elle permet en effet d'améliorer l'algorithme en dispatchant les données sur l'ensemble des disques (les données sont découpées puis dispersées sur les disques sans redondance).

* ''Avantages'' :<br /> - Permet de disposer de 100% de l'espace disque dans une partition ;<br /> - Amélioration des performances I/O en lecture et écriture.
* ''Inconvénients'' :<br /> - Pas de haute disponibilité : la perte d'un disque entraîne la perte des données.

<br />

'''RAID 1''' [ [#raid1_exemple exemple] ]<br /> Ce mode (mirroring) implémente une stricte duplication des données sur tous les disques présents dans le miroir (on doit disposer d'au moins 2 disques). L'information étant enregistrée N fois sur les disques (permet de gagner du temps en lecture même si on en perds lors de l'écriture), si on perds N-1 disques on ne perds pas les données. Il est à noter que l'on perds tout de même 50% de l'espace disque utile.

* ''Avantages'' :<br /> - Haute disponibilité des données : survit à la perte de N-1 disques ;<br /> - Amélioration des performances en lecture.
* ''Inconvénients'' :<br /> - Dégradation des performances en écriture ;<br /> - Mobilise un peu plus de temps CPU dans le noyau ;<br /> - Perte de 50% de l'espace disque.

<br />

'''RAID 0+1''' [ [#raid01_exemple exemple] ]<br /> Comme son nom l'indique, cette solution combine le RAID 0 et le RAID 1. Elle permet d'améliorer les performances I/O (Input/Output) en lecture tout en permettant une bonne disponibilité des données grâce à leur duplication sur l'ensemble des disques. Mais tout comme le mode miroir, on perd 50% de l'espace disque potentiellement disponible.

* ''Avantages'' :<br /> - Haute disponibilité des données : survit à la perte d'un côté du miroir ;<br /> - Amélioration des performances en lecture et écriture.
* ''Inconvénients'' :<br /> - Mobilise un peu plus de temps CPU dans le noyau ;<br /> - Perte de 50% de l'espace disque.

<br />

'''RAID 4''' [ [#raid4_exemple exemple] ]<br /> L'algorithme utilisé ici (striping) permet de dispatcher les I/O sur l'ensemble des disques (au moins 3) tout en réservant un disque pour sauvegarder une donnée supplémentaire de parité. De fait, si on perds un disque, on peut reconstituer l'information manquante. Cependant, l'utilisation d'un disque de parité ajoute un goulot d'étranglement au système (toute écriture va provoquer un accès au disque de parité), pour cela il est préférable d'utiliser à la place le Raid5.

* ''Avantages'' :<br /> - Haute disponibilité des données : survit à la perte d'un disque ;<br /> - Amélioration des performances en lecture.
* ''Inconvénients'' :<br /> - On perds l'équivalent d'un disque pour le stockage des données ;<br /> - On risque de plafonner le débit en écriture rapidement.

<br />

'''RAID 5''' [ [#raid5_exemple exemple] ]<br /> Le RAID 5 est sensiblement identique au RAID 4 mais améliore le procédé en stripant l'information de parité sur l'ensemble des disques.

* ''Avantages'' :<br /> - Haute disponibilité des données : survit à la perte d'un disque ;<br /> - Amélioration des performances en lecture et écriture.
* ''Inconvénients'' :<br /> - On perds l'équivalent d'un disque pour le stockage des données.

== Disques de rechange (ou spare) ==

Les RAIDS 1, 4 et 5 peuvent utiliser la notion de disques de rechange. Un disque qui va venir remplacer automatiquement un disque en faute. Linux autorise l'ajout on-line de disques de rechange (vous devez cependant les rajouter manuellement dans le fichier de configuration /etc/raidtab pour le cas d'un reboot) :

<code multi># raidhotadd /dev/md[0-15] /dev/sdf1</code>
ou
<code multi># raidhotremove /dev/md[0-15] /dev/sdf1</code>

== Mise en pratique ==

'''Mode linéaire'''<br /> Vous devez disposer de 2 disques ou plus, pas nécessairement de la même taille, pour implémenter le mode linéaire. Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant (vous pouvez configurer 16 RAIDs différent sur une machine, d'ou la symbolique avec [0-15] ainsi que dans le reste du document) :

<code> raiddev /dev/md[0-15]
raid-level linear
nr-raid-disks 2 # disques impliqués
persistent-superblock 1 # on considère ici que
# l'auto-détection du RAID
# dans le noyau Linux est activé
device/dev/sda1 # premier disque
raid-disk 0
device/dev/sdb1 # second disque
raid-disk 1</code>

'''Nota''' : vous ne disposez pas de disques de spare dans le mode linéaire. Si vous perdez un disque, alors vous perdez tout.

Pour activer le RAID (cette procédure va rester la même pour les autres RAID) :

<code># mkraid /dev/md[0-15]
# mkfs -t ext2 /dev/md[0-15] # on formatte la partition, ici en Ext2
# mount /dev/md[0-15] /scratch </code>

Pour stopper un device RAID :

<code multi># raidstop /dev/md[0-15] # pour désactiver un device RAID </code>

Pour mettre en faute un disque (et le retirer avec raidhotremove) :

<code multi># raidsetfaulty /dev/md[0-15] /dev/sdf1 </code>

Normallement le device sera automatiquement activé lors du boot (dans le fichier ''/etc/rc.d/rc.sysinit'' sur la Mandrake 7.2 mais vous pouvez ajoutez la commande '''raidstart /dev/md[0-15]''' dans le fichier ''/etc/rc.d/rc.local'' sinon), il ne restera plus qu'à mettre à jour le fichier ''/etc/fstab'' pour le montage soit automatique. Cela va rester valide pour les autres RAIDS.

'''RAID 0'''<br /> Vous devez disposer de 2 disques ou plus, de la même taille, pour implémenter le striping. Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md[0-15]
raid-level 0
nr-raid-disks 2
persistent-superblock 1
chunk-size4 # voir en fin de document
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
</code>
'''Nota''' : vous ne disposez pas de disques de spare dans le RAID 0. Si vous perdez un disque, alors vous perdez tout.

'''RAID 1'''<br /> Vous devez disposer de 2 disques ou plus de la même taille pour implémenter le mode miroir et vous pouvez utiliser 1 ou plusieurs disques de spares (optionnel). Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md[0-15]
raid-level 1
nr-raid-disks 2
nr-spare-disks 1
persistent-superblock 1
chunk-size 16
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
device/dev/sdc1
spare-disk 0
</code>
'''RAID 0+1'''<br /> Vous devez disposer d'un nombre de disques pairs de la même taille pour implémenter le RAID 0+1 mais vous ne pouvez pas utiliser de disques de spare individuels (je présume qu'il est possible de mettre un place un device de spare contenant le même nombre de disques que les autres). Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md0
raid-level 0
nr-raid-disks 3
persistent-superblock 1
chunk-size 4
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
device/dev/sdc1
raid-disk 0

raiddev /dev/md1
raid-level 0
nr-raid-disks 3
persistent-superblock 1
chunk-size 4
device/dev/sdd1
raid-disk 0
device/dev/sde1
raid-disk 1
device/dev/sdf1
raid-disk 0

raiddev /dev/md2 # seul ce device pourra etre formate
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
persistent-superblock 1
chunk-size 16
device/dev/md0
raid-disk 0
device/dev/md1
raid-disk 1
</code>
'''RAID 4'''<br /> Vous devez disposer de 3 disques ou plus, de la même taille, pour implémenter le RAID 4 et vous pouvez utiliser 1 ou plusieurs disques de spares (optionnel). Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md[0-15]
raid-level 4
nr-raid-disks 3
nr-spare-disks 1
persistent-superblock 1
chunk-size 32
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
device/dev/sdc1
raid-disk 2
device/dev/sdd1
spare-disk 0
</code>
'''RAID 5'''<br /> Vous devez disposer de 3 disques ou plus, de la même taille, pour implémenter le RAID 5 et vous pouvez utiliser 1 ou plusieurs disques de spares (optionnel). Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md[0-15]
raid-level 5
nr-raid-disks 5
nr-spare-disks 1
persistent-superblock 1
# Parity placement algorithm
# parity-algorithm left-asymmetric
# parity-algorithm right-asymmetric
# parity-algorithm right-symmetric
parity-algorithm left-symmetric
chunk-size 32
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
device/dev/sdc1
raid-disk 2
device/dev/sdd1
raid-disk 3
device/dev/sde1
raid-disk 4
device/dev/sdf1
spare-disk 0
</code>

== Chunk Size ==

Le choix de la "chunk size" dépends fortement du type de raid et du nombre de disques. Dans le cas d'un raid 0 de 2 disques, si on écrit 16KB avec une chunk size de 4KB, on va écrire 4KB sur le premier disque puis 4KB sur le second puis de nouveau 4KB sur le premier et pour finir 4KB sur le second ...

Vous obtiendrez généralement de bons résultats avec une chunk size à 32KB mais il est souvent bien utile d'expérimenter soi même pour obtenir le meilleur tuning. A noter que sur un environnement Alpha (64 bits), j'ai du mettre la chunk size à 16 au lieu de 4 car le raid 0 ne voulais pas s'initialiser.

== Amélioration des performances ==

* Il sera trés souvent intéressant de mettre les disques sur des controleurs IDE ou SCSI différents ;
* La méthode la plus efficace pour améliorer drastiquement les performances I/O du système est le striping ;
* Raid 4/5 : les performances seront bien meilleures si vous utilisez une chunk-size de 32 (8*4096=32KB) et un formattage du RAID 4/5 avec la commande : '''mke2fs -b 4096 -R stride=8 /dev/md[0-15]''' (l'option -R permet de passer des paramêtres utiles pour la construction du RAID, consulter le man pour avoir plus de détails) ;
* Raid 5 : l'option '''parity-algorithm''' accepte plusieurs valeurs (left-asymmetric, right-asymmetric, left-symmetric ou right-symmetric). Il est préférable d'utiliser "left-symmetric" pour obtenir de meilleures performances ;
* Penser à tuner la chunk size ...

== Utiliser le RAID sur une partition de swap ? ==

Il est aberrant d'utiliser le raid sur une partition de swap. Plus simplement, Linux peut utiliser les partitions de swap de la même manière que le raid 0. Il suffit de donner à chaque partition le même niveau de priorité :

/dev/hdc1 swap swap defaults,pri=1 0 0
/dev/hdd1 swap swap defaults,pri=1 0 0
/dev/hde1 swap swap defaults,pri=1 0 0

Il est aussi trés utile de placer ces partitions au début de disque plutôt qu'à la fin. Vous obtiendrez de meilleurs résultats (la vélocité à cet endroit du disque est plus importante).

Précisions (contribution wiki) : La non nécéssite de mettre le swap sur une partition RAID 1 depends de la stabilité qu'on veut obtenir. En cas de crash d'un disque contenant une partition Swap non mirorée, il peut être difficile pour le systeme de continuer à fonctionner sans le redémarrer. En effet, sur cette partition il y a potentiellement des process swappé sur le disque que l'OS n'arrivera certainement pas à remonter en memoire en cas de nécessité.

Finalement :

* Si la machine peut supporter un redémarage après un crash disque, alors oui il n'est pas nécessaire de mirrorer les partitions de swap, et dans ce cas on accepte que les services associés à celle-ci soient indiponibles jusqu'à ce que quelqu'un redémarre la machine.
* Si la machine ne doit pas redémarrer (ce qui dans mon esprit correspond plus à la réalité d'une machine en production) alors il est obligatoire de mirorer les partitions swap.

== Divers ==

* Pensez à mettre à jour votre fichier de configuration (/etc/raidtab) si vous devez enlever ou ajouter des disques...
* N'utiliser le RAID que pour des disques de données. Si vous souhaitez utiliser la partition système avec du RAID (uniquement 0 ou 1), lisez attentivement les HowTo car la mise en oeuvre demeure complexe.
* Allez sur le site de [http://linas.org/linux/raid.html Linas Vepstas] qui regorge d'informations intéressantes (pas uniquement sur le RAID).
* Allez aussi jeter un petit coup d'oeil sur le projet [http://linux.msede.com/lvm/ Linux Logical Volume Manager] même si ce n'est pas vraiment du Raid. A lire absolument car disposer d'un tel outil sous Linux est une perspective fascinante car réservée auparavant aux Unix propriétaires HPUX, Tru64, AIX, etc ...
* On pourrait aussi poser la question de la pertinence d'utiliser un système de fichiers journalisé en lieu et place de Ext2 (le gain lors d'un reboot violent est indéniable). Dans l'immédiat cela n'est pas possible (noyau 2.2.x) mais ouvrira à Linux de nouvelles et fascinantes perspectives...

== Nouvel outil de RAID sous Linux: mdadm ==

La plupart des distributions proposent aujourd'hui mdadm, voici les différentes étapes pour mettre en place les différents niveau de RAID.

Voici les sources d'informations:
http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-ig-s390-multi-fr-4/s1-s390info-raid.html

http://www.iteam.org/wiki/wakka.php?wiki=RaidBaal

http://www.frlinux.net/?section=systeme&article=146

http://xenfr.org/tiki-index.php?page=Stockage

Malheureusement, je n'ai fait les manipulations que pour un RAID 5 avec 4 disques de 6 partitions.

Voici la mise en place d'un RAID 5 avec 2 spares:

'''Les disques:'''
<code>
* Disk /dev/hde: 164.6 GB, 164696555520 bytes
255 heads, 63 sectors/track, 20023 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

* Disk /dev/hdf: 82.3 GB, 82348277760 bytes
16 heads, 63 sectors/track, 159560 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes

* Disk /dev/hdg: 164.6 GB, 164696555520 bytes
255 heads, 63 sectors/track, 20023 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

* Disk /dev/hdh: 82.3 GB, 82348277760 bytes
16 heads, 63 sectors/track, 159560 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes
</code>

'''Les partitions '''
6 Partitions de 78 Go
<code>
* /dev/hde1 : : fd Linux raid autodetect
* /dev/hde2 : : fd Linux raid autodetect
* /dev/hdf1 : Sur rack disque (à changer si problème)
* /dev/hdg1 : : fd Linux raid autodetect
* /dev/hdg2 : : fd Linux raid autodetect
* /dev/hdh1 : SPARE : fd Linux raid autodetect
</code>

'''Création du RAID 5 sur md0'''
<code>
mdadm --create /dev/md0 --level=5 --raid-devices=5 /dev/hde1 /dev/hde2 /dev/hdf1 /dev/hdg1 /dev/hdg2 --spare-devices=1 /dev/hdh1
mdadm: /dev/hde1 appears to contain an ext2fs file system
size=160836448K mtime=Sat Oct 1 18:05:35 2005
mdadm: /dev/hde1 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hde2 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hdf1 appears to contain an ext2fs file system
size=20479504K mtime=Sat Oct 1 18:17:51 2005
mdadm: /dev/hdf1 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hdg1 appears to contain an ext2fs file system
size=2048256K mtime=Sat Oct 1 15:18:46 2005
mdadm: /dev/hdg1 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hdg2 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hdh1 appears to contain an ext2fs file system
size=51025432K mtime=Sat Oct 1 15:18:56 2005
Continue creating array? y
mdadm: array /dev/md0 started.
</code>

'''Informations sur le volume RAID'''
<code>
mdadm --detail /dev/md0
/dev/md0:
Version : 00.90.01
Creation Time : Sun Oct 2 15:18:17 2005
Raid Level : raid5
Array Size : 312495872 (298.02 GiB 320.00 GB)
Device Size : 78123968 (74.50 GiB 80.00 GB)
Raid Devices : 5
Total Devices : 6
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Sun Oct 2 15:18:17 2005
State : clean, degraded, recovering
Active Devices : 4
Working Devices : 6
Failed Devices : 0
Spare Devices : 2

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 1% complete

UUID : 0a551c50:3da4f12a:5c9b3cdc:b9802273
Events : 0.2

Number Major Minor RaidDevice? State
0 33 1 0 active sync /dev/hde1
1 33 2 1 active sync /dev/hde2
2 33 65 2 active sync /dev/hdf1
3 34 1 3 active sync /dev/hdg1
4 0 0 - removed

5 34 2 4 spare rebuilding /dev/hdg2
6 34 65 - spare /dev/hdh1
</code>

'''Arrêter le volume RAID 5 '''
<code>mdadm --stop /dev/md0 </code>

'''Pour démarrer le volume RAID 5'''
<code>mdadm --assemble /dev/md0 /dev/hde1 /dev/hde2 /dev/hdf1 /dev/hdg1 /dev/hdg2 /dev/hdh1
mdadm: /dev/md0 has been started with 4 drives (out of 5) and 2 spares.
</code>

<code>mdadm --detail --scan >> /etc/mdadm/mdadm.conf
more /etc/mdadm/mdadm.conf
DEVICE partitions
ARRAY /dev/md0 level=raid5 num-devices=5 spares=2 UUID=70714300:9da2e11b:a61a9c73:e2e1c245
</code>

Message lors de l'activation du volume RAID 5 dans dmesg
md: md0 stopped.
md: bind<hde2>
md: bind<hdf1>
md: bind<hdg1>
md: bind<hdh1>
md0: WARNING: hdg2 appears to be on the same physical disk as hdg1. True
protection against single-disk failure might be compromised.
md: bind<hdg2>
md0: WARNING: hde1 appears to be on the same physical disk as hde2. True
protection against single-disk failure might be compromised.
md: bind<hde1>
raid5: device hde1 operational as raid disk 0
raid5: device hdh1 operational as raid disk 4
raid5: device hdg1 operational as raid disk 3
raid5: device hdf1 operational as raid disk 2
raid5: device hde2 operational as raid disk 1
raid5: allocated 5234kB for md0
raid5: raid level 5 set md0 active with 5 out of 5 devices, algorithm 2
RAID5 conf printout:
--- rd:5 wd:5 fd:0
disk 0, o:1, dev:hde1
disk 1, o:1, dev:hde2
disk 2, o:1, dev:hdf1
disk 3, o:1, dev:hdg1
disk 4, o:1, dev:hdh1

== Glossaire ==

'''RAID'''<br /> Le mot RAID est un acronyme pour "Redundant Array of Inexpensive Disks".

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Lionel Tricon le 03/02/2001.</div>

{{Copy|03/02/2001|Lionel Tricon|CC-BY-NC-SA}}

RAID

2007-10-13T13:13:04Z

Ge : /* Niveaux de RAID disponibles sous Linux */

[[Category:Gestion des disques et systèmes de fichiers]]
= Raid logiciel sous Linux =

<div class="leatitre">Raid logiciel sous Linux</div><div class="leapar">par [http://www.caids.org/~tricon/lionel Lionel Tricon]</div><div class="leadesc">Un petit tutoriel sur la configuration du Raid logiciel sous Linux.</div>
----

== Introduction ==

Le principe du [#RAID RAID] repose sur l'idée de combiner plusieurs disques durs bon marché (indifféremment IDE ou SCSI) dans le but de :

* Etendre la capacité de stockage en ligne possible ;
* Introduire une notion de redondance (pour autoriser une plus grande sécurisation des données) ;
* Améliorer les performances.

En effet, la capacité des disques actuels, même si elle s'est singulièrement améliorée ces dernières années (on trouve couramment du 18 ou du 36 Gigas de nos jours), reste tout de même peu de chose lorsque l'on souhaite parler en Téra et non plus en Giga.

Même sans aller jusqu'à vouloir stocker de grandes quantités de données (soyons raisonnable, 9 Giga devrait suffire pour un petit serveur web ...), on peut vouloir utiliser la notion de redondance du Raid afin d'améliorer la tolérance aux pannes de son architecture : les données seront dupliquées sur des disques différents afin de pouvoir palier à la perte d'un disque.

Si la résistance aux pannes de l'architecture n'est pas une contrainte majeure (on peut envisager de sauvegarder sur bande tous les soirs son serveur de fichiers), on peut utiliser le Raid pour étendre simplement la capacité de stockage possible, et ce de manière transparente pour le système : 4 disques de 4,3Go donnant une partition utile de ~16Go.

On peut vouloir aussi gagner en performance sur les I/O disques : en effet, lire ou écrire sur de multiples disques permet de paralléliser les opérations (surtout sur des bus différents) et donc de gagner en performances.

En fait, il ne faut d'ailleurs pas parler d'un seul Raid, mais bien de plusieurs : [#linear Mode Linéaire], [#raid0 Raid 0], [#raid1 Raid 1], [#raid01 Raid 0+1], [#raid4 Raid 4] ou encore [#raid5 Raid 5]. Il conviendra donc d'analyser à l'avance ses besoins pour faire le bon choix.

Je n'aborderai que le Raid logiciel (software) dans ce document et non le Raid matériel (hardware). Le premier est supporté directement dans le code de l'OS alors que l'intelligence du second est déportée dans du hardware : que ce soit sous forme d'une carte à enficher dans le serveur (nécessite un driver) ou encore dans une baie extérieure (transparent pour l'OS). On peut dire que le Raid logiciel est moins performant, moins tolérant mais beaucoup plus accessible financièrement.

'''Nota''' : Dans presque tous les RAIDS que l'on va aborder (excepté le RAID linéaire et le raid 0), il sera possible de configurer des disques de rechange (spare disks) qui seront automatiquement utilisés pour reconstruire le RAID dans le cas de pannes disques (pas dans le cas de pannes sur le contrôleur IDE ou SCSI).

== Le Raid et Linux ==

Le mieux est de directement utiliser le support RAID présent dans les distributions Linux récentes (version des RaidTools : 0.90) : j'ai personnellement testé la distribution Linux RedHat 6.1 sur plateforme Alpha et la Mandrake 7.2 Intel sans rencontrer de soucis majeurs.

Vérifiez que les modules linear, raid0, raid1 et raid5 sont chargés. Au pire, ajoutez les dans le fichier /etc/modules :

<code># modprobe linear
# modprobe raid0
# modprobe raid1
# modprobe raid5</code>

On valide ensuite l'existence du fichier virtuel ''/proc/mdstat'' (Par défaut, le noyau est compilé avec le support du RAID) et on vérifie l'installation du package ''raidtools'' (format rpm sur la RedHat et la Mandrake) :

<code># cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid5] /* liste des drivers */
read_ahead not set
unused devices: <none>

# rpm -qa | grep raid
raidtools-0.90-8mdk </code>

Le seule fichier que l'on aura à configurer pour tous les RAIDS sera le fichier ''/etc/raidtab'' (simple, non?) et le fichier ''/etc/fstab''.

Si vous ne disposez pas de plusieurs disques vous pouvez utiliser des partitions à la place. Cela ne vous apportera ni amélioration de performance, ni haute disponibilité, mais au moins une grande satisfaction de pouvoir mettre en pratique vos connaissances ;-)

== Niveaux de RAID disponibles sous Linux ==

'''Mode Linéaire''' [ [#linear_exemple exemple] ]<br /> Cette solution est pertinente lorsque l'on souhaite étendre la capacité de stockage disponible en ligne sans introduire une notion de tolérance aux pannes. Cette solution combine les capacités de stockage d'un ensemble de disques existants (les données sont d'abord écrites sur le premier disque, puis lorsqu'il est plein sur le second, etc...) et permet d'utiliser 100% de l'espace disque utile.

* ''Avantages'' :<br /> - Permet de disposer de 100% de l'espace disque dans une partition ;<br /> - Moins de temps CPU mobilisé par le RAID dans le noyau.
* ''Inconvénients'' :<br /> - Pas de haute disponibilité : la perte d'un disque entraine la perte des données ;<br /> - Quasiment pas d'amélioration des performances (on peut cependant obtenir une amélioration si des I/O se produisent de manières concurrentes sur des disques différents).

<br />

'''RAID 0''' [ [#raid0_exemple exemple] ]<br /> Cette méthode (striping) est souvent utilisée lorsque la haute disponibilité des données n'est pas nécessaire (on doit disposer d'au moins 2 disques). Elle permet d'obtenir une amélioration des performances I/O (lecture et écriture) tout en restant très proche du mode linéaire. Elle permet en effet d'améliorer l'algorithme en dispatchant les données sur l'ensemble des disques (les données sont découpées puis dispersées sur les disques sans redondance).

* ''Avantages'' :<br /> - Permet de disposer de 100% de l'espace disque dans une partition ;<br /> - Amélioration des performances I/O en lecture et écriture.
* ''Inconvénients'' :<br /> - Pas de haute disponibilité : la perte d'un disque entraîne la perte des données.

<br />

'''RAID 1''' [ [#raid1_exemple exemple] ]<br /> Ce mode (mirroring) implémente une stricte duplication des données sur tous les disques présents dans le miroir (on doit disposer d'au moins 2 disques). L'information étant enregistrée N fois sur les disques (permet de gagner du temps en lecture même si on en perds lors de l'écriture), si on perds N-1 disques on ne perds pas les données. Il est à noter que l'on perds tout de même 50% de l'espace disque utile.

* ''Avantages'' :<br /> - Haute disponibilité des données : survit à la perte de N-1 disques ;<br /> - Amélioration des performances en lecture.
* ''Inconvénients'' :<br /> - Dégradation des performances en écriture ;<br /> - Mobilise un peu plus de temps CPU dans le noyau ;<br /> - Perte de 50% de l'espace disque.

<br />

'''RAID 0+1''' [ [#raid01_exemple exemple] ]<br /> Comme son nom l'indique, cette solution combine le RAID 0 et le RAID 1. Elle permet d'améliorer les performances I/O (Input/Output) en lecture tout en permettant une bonne disponibilité des données grâce à leur duplication sur l'ensemble des disques. Mais tout comme le mode miroir, on perd 50% de l'espace disque potentiellement disponible.

* ''Avantages'' :<br /> - Haute disponibilité des données : survit à la perte d'un côté du miroir ;<br /> - Amélioration des performances en lecture et écriture.
* ''Inconvénients'' :<br /> - Mobilise un peu plus de temps CPU dans le noyau ;<br /> - Perte de 50% de l'espace disque.

<br />

'''RAID 4''' [ [#raid4_exemple exemple] ]<br /> L'algorithme utilisé ici (striping) permet de dispatcher les I/O sur l'ensemble des disques (au moins 3) tout en réservant un disque pour sauvegarder une donnée supplémentaire de parité. De fait, si on perds un disque, on peut reconstituer l'information manquante. Cependant, l'utilisation d'un disque de parité ajoute un goulot d'étranglement au système (toute écriture va provoquer un accès au disque de parité), pour cela il est préférable d'utiliser à la place le Raid5.

* ''Avantages'' :<br /> - Haute disponibilité des données : survit à la perte d'un disque ;<br /> - Amélioration des performances en lecture.
* ''Inconvénients'' :<br /> - On perds l'équivalent d'un disque pour le stockage des données ;<br /> - On risque de plafonner le débit en écriture rapidement.

<br />

'''RAID 5''' [ [#raid5_exemple exemple] ]<br /> Le RAID 5 est sensiblement identique au RAID 4 mais améliore le procédé en stripant l'information de parité sur l'ensemble des disques.

* ''Avantages'' :<br /> - Haute disponibilité des données : survit à la perte d'un disque ;<br /> - Amélioration des performances en lecture et écriture.
* ''Inconvénients'' :<br /> - On perds l'équivalent d'un disque pour le stockage des données.

== Disques de spare ==

Les RAIDS 1, 4 et 5 peuvent utiliser la notion de disques de spare. Un disque qui va venir remplacer automatiquement un disque en faute. Linux autorise l'ajout on-line de disques de spare (vous devez cependant les rajouter manuellement dans le fichier de configuration /etc/raidtab pour le cas d'un reboot) :

<code multi># raidhotadd /dev/md[0-15] /dev/sdf1</code>
ou
<code multi># raidhotremove /dev/md[0-15] /dev/sdf1</code>

== Mise en pratique ==

'''Mode linéaire'''<br /> Vous devez disposer de 2 disques ou plus, pas nécessairement de la même taille, pour implémenter le mode linéaire. Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant (vous pouvez configurer 16 RAIDs différent sur une machine, d'ou la symbolique avec [0-15] ainsi que dans le reste du document) :

<code> raiddev /dev/md[0-15]
raid-level linear
nr-raid-disks 2 # disques impliqués
persistent-superblock 1 # on considère ici que
# l'auto-détection du RAID
# dans le noyau Linux est activé
device/dev/sda1 # premier disque
raid-disk 0
device/dev/sdb1 # second disque
raid-disk 1</code>

'''Nota''' : vous ne disposez pas de disques de spare dans le mode linéaire. Si vous perdez un disque, alors vous perdez tout.

Pour activer le RAID (cette procédure va rester la même pour les autres RAID) :

<code># mkraid /dev/md[0-15]
# mkfs -t ext2 /dev/md[0-15] # on formatte la partition, ici en Ext2
# mount /dev/md[0-15] /scratch </code>

Pour stopper un device RAID :

<code multi># raidstop /dev/md[0-15] # pour désactiver un device RAID </code>

Pour mettre en faute un disque (et le retirer avec raidhotremove) :

<code multi># raidsetfaulty /dev/md[0-15] /dev/sdf1 </code>

Normallement le device sera automatiquement activé lors du boot (dans le fichier ''/etc/rc.d/rc.sysinit'' sur la Mandrake 7.2 mais vous pouvez ajoutez la commande '''raidstart /dev/md[0-15]''' dans le fichier ''/etc/rc.d/rc.local'' sinon), il ne restera plus qu'à mettre à jour le fichier ''/etc/fstab'' pour le montage soit automatique. Cela va rester valide pour les autres RAIDS.

'''RAID 0'''<br /> Vous devez disposer de 2 disques ou plus, de la même taille, pour implémenter le striping. Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md[0-15]
raid-level 0
nr-raid-disks 2
persistent-superblock 1
chunk-size4 # voir en fin de document
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
</code>
'''Nota''' : vous ne disposez pas de disques de spare dans le RAID 0. Si vous perdez un disque, alors vous perdez tout.

'''RAID 1'''<br /> Vous devez disposer de 2 disques ou plus de la même taille pour implémenter le mode miroir et vous pouvez utiliser 1 ou plusieurs disques de spares (optionnel). Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md[0-15]
raid-level 1
nr-raid-disks 2
nr-spare-disks 1
persistent-superblock 1
chunk-size 16
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
device/dev/sdc1
spare-disk 0
</code>
'''RAID 0+1'''<br /> Vous devez disposer d'un nombre de disques pairs de la même taille pour implémenter le RAID 0+1 mais vous ne pouvez pas utiliser de disques de spare individuels (je présume qu'il est possible de mettre un place un device de spare contenant le même nombre de disques que les autres). Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md0
raid-level 0
nr-raid-disks 3
persistent-superblock 1
chunk-size 4
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
device/dev/sdc1
raid-disk 0

raiddev /dev/md1
raid-level 0
nr-raid-disks 3
persistent-superblock 1
chunk-size 4
device/dev/sdd1
raid-disk 0
device/dev/sde1
raid-disk 1
device/dev/sdf1
raid-disk 0

raiddev /dev/md2 # seul ce device pourra etre formate
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
persistent-superblock 1
chunk-size 16
device/dev/md0
raid-disk 0
device/dev/md1
raid-disk 1
</code>
'''RAID 4'''<br /> Vous devez disposer de 3 disques ou plus, de la même taille, pour implémenter le RAID 4 et vous pouvez utiliser 1 ou plusieurs disques de spares (optionnel). Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md[0-15]
raid-level 4
nr-raid-disks 3
nr-spare-disks 1
persistent-superblock 1
chunk-size 32
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
device/dev/sdc1
raid-disk 2
device/dev/sdd1
spare-disk 0
</code>
'''RAID 5'''<br /> Vous devez disposer de 3 disques ou plus, de la même taille, pour implémenter le RAID 5 et vous pouvez utiliser 1 ou plusieurs disques de spares (optionnel). Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md[0-15]
raid-level 5
nr-raid-disks 5
nr-spare-disks 1
persistent-superblock 1
# Parity placement algorithm
# parity-algorithm left-asymmetric
# parity-algorithm right-asymmetric
# parity-algorithm right-symmetric
parity-algorithm left-symmetric
chunk-size 32
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
device/dev/sdc1
raid-disk 2
device/dev/sdd1
raid-disk 3
device/dev/sde1
raid-disk 4
device/dev/sdf1
spare-disk 0
</code>

== Chunk Size ==

Le choix de la "chunk size" dépends fortement du type de raid et du nombre de disques. Dans le cas d'un raid 0 de 2 disques, si on écrit 16KB avec une chunk size de 4KB, on va écrire 4KB sur le premier disque puis 4KB sur le second puis de nouveau 4KB sur le premier et pour finir 4KB sur le second ...

Vous obtiendrez généralement de bons résultats avec une chunk size à 32KB mais il est souvent bien utile d'expérimenter soi même pour obtenir le meilleur tuning. A noter que sur un environnement Alpha (64 bits), j'ai du mettre la chunk size à 16 au lieu de 4 car le raid 0 ne voulais pas s'initialiser.

== Amélioration des performances ==

* Il sera trés souvent intéressant de mettre les disques sur des controleurs IDE ou SCSI différents ;
* La méthode la plus efficace pour améliorer drastiquement les performances I/O du système est le striping ;
* Raid 4/5 : les performances seront bien meilleures si vous utilisez une chunk-size de 32 (8*4096=32KB) et un formattage du RAID 4/5 avec la commande : '''mke2fs -b 4096 -R stride=8 /dev/md[0-15]''' (l'option -R permet de passer des paramêtres utiles pour la construction du RAID, consulter le man pour avoir plus de détails) ;
* Raid 5 : l'option '''parity-algorithm''' accepte plusieurs valeurs (left-asymmetric, right-asymmetric, left-symmetric ou right-symmetric). Il est préférable d'utiliser "left-symmetric" pour obtenir de meilleures performances ;
* Penser à tuner la chunk size ...

== Utiliser le RAID sur une partition de swap ? ==

Il est aberrant d'utiliser le raid sur une partition de swap. Plus simplement, Linux peut utiliser les partitions de swap de la même manière que le raid 0. Il suffit de donner à chaque partition le même niveau de priorité :

/dev/hdc1 swap swap defaults,pri=1 0 0
/dev/hdd1 swap swap defaults,pri=1 0 0
/dev/hde1 swap swap defaults,pri=1 0 0

Il est aussi trés utile de placer ces partitions au début de disque plutôt qu'à la fin. Vous obtiendrez de meilleurs résultats (la vélocité à cet endroit du disque est plus importante).

Précisions (contribution wiki) : La non nécéssite de mettre le swap sur une partition RAID 1 depends de la stabilité qu'on veut obtenir. En cas de crash d'un disque contenant une partition Swap non mirorée, il peut être difficile pour le systeme de continuer à fonctionner sans le redémarrer. En effet, sur cette partition il y a potentiellement des process swappé sur le disque que l'OS n'arrivera certainement pas à remonter en memoire en cas de nécessité.

Finalement :

* Si la machine peut supporter un redémarage après un crash disque, alors oui il n'est pas nécessaire de mirrorer les partitions de swap, et dans ce cas on accepte que les services associés à celle-ci soient indiponibles jusqu'à ce que quelqu'un redémarre la machine.
* Si la machine ne doit pas redémarrer (ce qui dans mon esprit correspond plus à la réalité d'une machine en production) alors il est obligatoire de mirorer les partitions swap.

== Divers ==

* Pensez à mettre à jour votre fichier de configuration (/etc/raidtab) si vous devez enlever ou ajouter des disques...
* N'utiliser le RAID que pour des disques de données. Si vous souhaitez utiliser la partition système avec du RAID (uniquement 0 ou 1), lisez attentivement les HowTo car la mise en oeuvre demeure complexe.
* Allez sur le site de [http://linas.org/linux/raid.html Linas Vepstas] qui regorge d'informations intéressantes (pas uniquement sur le RAID).
* Allez aussi jeter un petit coup d'oeil sur le projet [http://linux.msede.com/lvm/ Linux Logical Volume Manager] même si ce n'est pas vraiment du Raid. A lire absolument car disposer d'un tel outil sous Linux est une perspective fascinante car réservée auparavant aux Unix propriétaires HPUX, Tru64, AIX, etc ...
* On pourrait aussi poser la question de la pertinence d'utiliser un système de fichiers journalisé en lieu et place de Ext2 (le gain lors d'un reboot violent est indéniable). Dans l'immédiat cela n'est pas possible (noyau 2.2.x) mais ouvrira à Linux de nouvelles et fascinantes perspectives...

== Nouvel outil de RAID sous Linux: mdadm ==

La plupart des distributions proposent aujourd'hui mdadm, voici les différentes étapes pour mettre en place les différents niveau de RAID.

Voici les sources d'informations:
http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-ig-s390-multi-fr-4/s1-s390info-raid.html

http://www.iteam.org/wiki/wakka.php?wiki=RaidBaal

http://www.frlinux.net/?section=systeme&article=146

http://xenfr.org/tiki-index.php?page=Stockage

Malheureusement, je n'ai fait les manipulations que pour un RAID 5 avec 4 disques de 6 partitions.

Voici la mise en place d'un RAID 5 avec 2 spares:

'''Les disques:'''
<code>
* Disk /dev/hde: 164.6 GB, 164696555520 bytes
255 heads, 63 sectors/track, 20023 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

* Disk /dev/hdf: 82.3 GB, 82348277760 bytes
16 heads, 63 sectors/track, 159560 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes

* Disk /dev/hdg: 164.6 GB, 164696555520 bytes
255 heads, 63 sectors/track, 20023 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

* Disk /dev/hdh: 82.3 GB, 82348277760 bytes
16 heads, 63 sectors/track, 159560 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes
</code>

'''Les partitions '''
6 Partitions de 78 Go
<code>
* /dev/hde1 : : fd Linux raid autodetect
* /dev/hde2 : : fd Linux raid autodetect
* /dev/hdf1 : Sur rack disque (à changer si problème)
* /dev/hdg1 : : fd Linux raid autodetect
* /dev/hdg2 : : fd Linux raid autodetect
* /dev/hdh1 : SPARE : fd Linux raid autodetect
</code>

'''Création du RAID 5 sur md0'''
<code>
mdadm --create /dev/md0 --level=5 --raid-devices=5 /dev/hde1 /dev/hde2 /dev/hdf1 /dev/hdg1 /dev/hdg2 --spare-devices=1 /dev/hdh1
mdadm: /dev/hde1 appears to contain an ext2fs file system
size=160836448K mtime=Sat Oct 1 18:05:35 2005
mdadm: /dev/hde1 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hde2 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hdf1 appears to contain an ext2fs file system
size=20479504K mtime=Sat Oct 1 18:17:51 2005
mdadm: /dev/hdf1 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hdg1 appears to contain an ext2fs file system
size=2048256K mtime=Sat Oct 1 15:18:46 2005
mdadm: /dev/hdg1 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hdg2 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hdh1 appears to contain an ext2fs file system
size=51025432K mtime=Sat Oct 1 15:18:56 2005
Continue creating array? y
mdadm: array /dev/md0 started.
</code>

'''Informations sur le volume RAID'''
<code>
mdadm --detail /dev/md0
/dev/md0:
Version : 00.90.01
Creation Time : Sun Oct 2 15:18:17 2005
Raid Level : raid5
Array Size : 312495872 (298.02 GiB 320.00 GB)
Device Size : 78123968 (74.50 GiB 80.00 GB)
Raid Devices : 5
Total Devices : 6
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Sun Oct 2 15:18:17 2005
State : clean, degraded, recovering
Active Devices : 4
Working Devices : 6
Failed Devices : 0
Spare Devices : 2

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 1% complete

UUID : 0a551c50:3da4f12a:5c9b3cdc:b9802273
Events : 0.2

Number Major Minor RaidDevice? State
0 33 1 0 active sync /dev/hde1
1 33 2 1 active sync /dev/hde2
2 33 65 2 active sync /dev/hdf1
3 34 1 3 active sync /dev/hdg1
4 0 0 - removed

5 34 2 4 spare rebuilding /dev/hdg2
6 34 65 - spare /dev/hdh1
</code>

'''Arrêter le volume RAID 5 '''
<code>mdadm --stop /dev/md0 </code>

'''Pour démarrer le volume RAID 5'''
<code>mdadm --assemble /dev/md0 /dev/hde1 /dev/hde2 /dev/hdf1 /dev/hdg1 /dev/hdg2 /dev/hdh1
mdadm: /dev/md0 has been started with 4 drives (out of 5) and 2 spares.
</code>

<code>mdadm --detail --scan >> /etc/mdadm/mdadm.conf
more /etc/mdadm/mdadm.conf
DEVICE partitions
ARRAY /dev/md0 level=raid5 num-devices=5 spares=2 UUID=70714300:9da2e11b:a61a9c73:e2e1c245
</code>

Message lors de l'activation du volume RAID 5 dans dmesg
md: md0 stopped.
md: bind<hde2>
md: bind<hdf1>
md: bind<hdg1>
md: bind<hdh1>
md0: WARNING: hdg2 appears to be on the same physical disk as hdg1. True
protection against single-disk failure might be compromised.
md: bind<hdg2>
md0: WARNING: hde1 appears to be on the same physical disk as hde2. True
protection against single-disk failure might be compromised.
md: bind<hde1>
raid5: device hde1 operational as raid disk 0
raid5: device hdh1 operational as raid disk 4
raid5: device hdg1 operational as raid disk 3
raid5: device hdf1 operational as raid disk 2
raid5: device hde2 operational as raid disk 1
raid5: allocated 5234kB for md0
raid5: raid level 5 set md0 active with 5 out of 5 devices, algorithm 2
RAID5 conf printout:
--- rd:5 wd:5 fd:0
disk 0, o:1, dev:hde1
disk 1, o:1, dev:hde2
disk 2, o:1, dev:hdf1
disk 3, o:1, dev:hdg1
disk 4, o:1, dev:hdh1

== Glossaire ==

'''RAID'''<br /> Le mot RAID est un acronyme pour "Redundant Array of Inexpensive Disks".

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Lionel Tricon le 03/02/2001.</div>

{{Copy|03/02/2001|Lionel Tricon|CC-BY-NC-SA}}

RAID

2007-10-13T12:59:55Z

Ge : /* Introduction */

[[Category:Gestion des disques et systèmes de fichiers]]
= Raid logiciel sous Linux =

<div class="leatitre">Raid logiciel sous Linux</div><div class="leapar">par [http://www.caids.org/~tricon/lionel Lionel Tricon]</div><div class="leadesc">Un petit tutoriel sur la configuration du Raid logiciel sous Linux.</div>
----

== Introduction ==

Le principe du [#RAID RAID] repose sur l'idée de combiner plusieurs disques durs bon marché (indifféremment IDE ou SCSI) dans le but de :

* Etendre la capacité de stockage en ligne possible ;
* Introduire une notion de redondance (pour autoriser une plus grande sécurisation des données) ;
* Améliorer les performances.

En effet, la capacité des disques actuels, même si elle s'est singulièrement améliorée ces dernières années (on trouve couramment du 18 ou du 36 Gigas de nos jours), reste tout de même peu de chose lorsque l'on souhaite parler en Téra et non plus en Giga.

Même sans aller jusqu'à vouloir stocker de grandes quantités de données (soyons raisonnable, 9 Giga devrait suffire pour un petit serveur web ...), on peut vouloir utiliser la notion de redondance du Raid afin d'améliorer la tolérance aux pannes de son architecture : les données seront dupliquées sur des disques différents afin de pouvoir palier à la perte d'un disque.

Si la résistance aux pannes de l'architecture n'est pas une contrainte majeure (on peut envisager de sauvegarder sur bande tous les soirs son serveur de fichiers), on peut utiliser le Raid pour étendre simplement la capacité de stockage possible, et ce de manière transparente pour le système : 4 disques de 4,3Go donnant une partition utile de ~16Go.

On peut vouloir aussi gagner en performance sur les I/O disques : en effet, lire ou écrire sur de multiples disques permet de paralléliser les opérations (surtout sur des bus différents) et donc de gagner en performances.

En fait, il ne faut d'ailleurs pas parler d'un seul Raid, mais bien de plusieurs : [#linear Mode Linéaire], [#raid0 Raid 0], [#raid1 Raid 1], [#raid01 Raid 0+1], [#raid4 Raid 4] ou encore [#raid5 Raid 5]. Il conviendra donc d'analyser à l'avance ses besoins pour faire le bon choix.

Je n'aborderai que le Raid logiciel (software) dans ce document et non le Raid matériel (hardware). Le premier est supporté directement dans le code de l'OS alors que l'intelligence du second est déportée dans du hardware : que ce soit sous forme d'une carte à enficher dans le serveur (nécessite un driver) ou encore dans une baie extérieure (transparent pour l'OS). On peut dire que le Raid logiciel est moins performant, moins tolérant mais beaucoup plus accessible financièrement.

'''Nota''' : Dans presque tous les RAIDS que l'on va aborder (excepté le RAID linéaire et le raid 0), il sera possible de configurer des disques de rechange (spare disks) qui seront automatiquement utilisés pour reconstruire le RAID dans le cas de pannes disques (pas dans le cas de pannes sur le contrôleur IDE ou SCSI).

== Le Raid et Linux ==

Le mieux est de directement utiliser le support RAID présent dans les distributions Linux récentes (version des RaidTools : 0.90) : j'ai personnellement testé la distribution Linux RedHat 6.1 sur plateforme Alpha et la Mandrake 7.2 Intel sans rencontrer de soucis majeurs.

Vérifiez que les modules linear, raid0, raid1 et raid5 sont chargés. Au pire, ajoutez les dans le fichier /etc/modules :

<code># modprobe linear
# modprobe raid0
# modprobe raid1
# modprobe raid5</code>

On valide ensuite l'existence du fichier virtuel ''/proc/mdstat'' (Par défaut, le noyau est compilé avec le support du RAID) et on vérifie l'installation du package ''raidtools'' (format rpm sur la RedHat et la Mandrake) :

<code># cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid5] /* liste des drivers */
read_ahead not set
unused devices: <none>

# rpm -qa | grep raid
raidtools-0.90-8mdk </code>

Le seule fichier que l'on aura à configurer pour tous les RAIDS sera le fichier ''/etc/raidtab'' (simple, non?) et le fichier ''/etc/fstab''.

Si vous ne disposez pas de plusieurs disques vous pouvez utiliser des partitions à la place. Cela ne vous apportera ni amélioration de performance, ni haute disponibilité, mais au moins une grande satisfaction de pouvoir mettre en pratique vos connaissances ;-)

== Niveaux de RAID disponibles sous Linux ==

'''Mode Linéaire''' [ [#linear_exemple exemple] ]<br /> Cette solution est pertinente lorsque l'on souhaite étendre la capacité de stockage disponible en ligne sans introduire une notion de tolérance aux pannes. Cette solution combine les capacités de stockage d'un ensemble de disques existants (les données sont d'abord écrites sur le premier disque, puis lorsqu'il est plein sur le second, etc...) et permet d'utiliser 100% de l'espace disque utile.

* ''Avantages'' :<br /> - Permet de disposer de 100% de l'espace disque dans une partition ;<br /> - Moins de temps CPU mobilisé par le RAID dans le noyau.
* ''Inconvénients'' :<br /> - Pas de haute disponibilité : la perte d'un disque entraine la perte des données ;<br /> - Quasiment pas d'amélioration des performances (on peut cependant obtenir une amélioration si des I/O se produisent de manières concurrentes sur des disques différents).

<br />

'''RAID 0''' [ [#raid0_exemple exemple] ]<br /> Cette méthode (striping) est souvent utilisée lorsque la haute disponibilité des données n'est pas nécessaire (on doit disposer d'au moins 2 disques). Elle permet d'obtenir une amélioration des performances I/O (lecture et écriture) tout en restant trés proche du mode linéaire. Elle permet en effet d'améliorer l'algorithme en dispatchant les données sur l'ensemble des disques (les données sont découpées puis dispersées sur les disques sans redondance).

* ''Avantages'' :<br /> - Permet de disposer de 100% de l'espace disque dans une partition ;<br /> - Amélioration des performances I/O en lecture et écriture.
* ''Inconvénients'' :<br /> - Pas de haute disponibilité : la perte d'un disque entraine la perte des données.

<br />

'''RAID 1''' [ [#raid1_exemple exemple] ]<br /> Ce mode (mirroring) implémente une stricte duplication des données sur tous les disques présents dans le miroir (on doit disposer d'au moins 2 disques). L'information étant enregistrée N fois sur les disques (permet de gagner du temps en lecture même si on en perds lors de l'écriture), si on perds N-1 disques on ne perds pas les données. Il est à noter que l'on perds tout de même 50% de l'espace disque utile.

* ''Avantages'' :<br /> - Haute disponibilité des données : survit à la perte de N-1 disques ;<br /> - Amélioration des performances en lecture.
* ''Inconvénients'' :<br /> - Dégradation des performances en écriture ;<br /> - Mobilise un peu plus de temps CPU dans le noyau ;<br /> - Perte de 50% de l'espace disque.

<br />

'''RAID 0+1''' [ [#raid01_exemple exemple] ]<br /> Comme son nom l'indique, cette solution combine le RAID 0 et le RAID 1. Elle permet d'améliorer les performances I/O en lecture tout en permettant une bonne disponibilité des données grace à leurs duplications sur l'ensemble des disques. Mais tout comme le mode miroir, on perds 50% de l'espace disque potentiellement disponible.

* ''Avantages'' :<br /> - Haute disponibilité des données : survit à la perte d'un coté du miroir ;<br /> - Amélioration des performances en lecture et écriture.
* ''Inconvénients'' :<br /> - Mobilise un peu plus de temps CPU dans le noyau ;<br /> - Perte de 50% de l'espace disque.

<br />

'''RAID 4''' [ [#raid4_exemple exemple] ]<br /> L'algorithme utilisé ici (striping) permet de dispatcher les I/O sur l'ensemble des disques (au moins 3) tout en réservant un disque pour sauvegarder une donnée supplémentaire de parité. De fait, si on perds un disque, on peut reconstituer l'information manquante. Cependant, l'utilisation d'un disque de parité ajoute un goulot d'étranglement au système (toute écriture va provoquer un accés au disque de parité), pour cela il est préférable d'utiliser à la place le Raid5.

* ''Avantages'' :<br /> - Haute disponibilité des données : survit à la perte d'un disque ;<br /> - Amélioration des performances en lecture.
* ''Inconvénients'' :<br /> - On perds l'équivalent d'un disque pour le stockage des données ;<br /> - On risque de plafonner le débit en écriture rapidement.

<br />

'''RAID 5''' [ [#raid5_exemple exemple] ]<br /> Le RAID 5 est sensiblement identique au RAID 4 mais améliore le procédé en stripant l'information de parité sur l'ensemble des disques.

* ''Avantages'' :<br /> - Haute disponibilité des données : survit à la perte d'un disque ;<br /> - Amélioration des performances en lecture et écriture.
* ''Inconvénients'' :<br /> - On perds l'équivalent d'un disque pour le stockage des données.

== Disques de spare ==

Les RAIDS 1, 4 et 5 peuvent utiliser la notion de disques de spare. Un disque qui va venir remplacer automatiquement un disque en faute. Linux autorise l'ajout on-line de disques de spare (vous devez cependant les rajouter manuellement dans le fichier de configuration /etc/raidtab pour le cas d'un reboot) :

<code multi># raidhotadd /dev/md[0-15] /dev/sdf1</code>
ou
<code multi># raidhotremove /dev/md[0-15] /dev/sdf1</code>

== Mise en pratique ==

'''Mode linéaire'''<br /> Vous devez disposer de 2 disques ou plus, pas nécessairement de la même taille, pour implémenter le mode linéaire. Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant (vous pouvez configurer 16 RAIDs différent sur une machine, d'ou la symbolique avec [0-15] ainsi que dans le reste du document) :

<code> raiddev /dev/md[0-15]
raid-level linear
nr-raid-disks 2 # disques impliqués
persistent-superblock 1 # on considère ici que
# l'auto-détection du RAID
# dans le noyau Linux est activé
device/dev/sda1 # premier disque
raid-disk 0
device/dev/sdb1 # second disque
raid-disk 1</code>

'''Nota''' : vous ne disposez pas de disques de spare dans le mode linéaire. Si vous perdez un disque, alors vous perdez tout.

Pour activer le RAID (cette procédure va rester la même pour les autres RAID) :

<code># mkraid /dev/md[0-15]
# mkfs -t ext2 /dev/md[0-15] # on formatte la partition, ici en Ext2
# mount /dev/md[0-15] /scratch </code>

Pour stopper un device RAID :

<code multi># raidstop /dev/md[0-15] # pour désactiver un device RAID </code>

Pour mettre en faute un disque (et le retirer avec raidhotremove) :

<code multi># raidsetfaulty /dev/md[0-15] /dev/sdf1 </code>

Normallement le device sera automatiquement activé lors du boot (dans le fichier ''/etc/rc.d/rc.sysinit'' sur la Mandrake 7.2 mais vous pouvez ajoutez la commande '''raidstart /dev/md[0-15]''' dans le fichier ''/etc/rc.d/rc.local'' sinon), il ne restera plus qu'à mettre à jour le fichier ''/etc/fstab'' pour le montage soit automatique. Cela va rester valide pour les autres RAIDS.

'''RAID 0'''<br /> Vous devez disposer de 2 disques ou plus, de la même taille, pour implémenter le striping. Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md[0-15]
raid-level 0
nr-raid-disks 2
persistent-superblock 1
chunk-size4 # voir en fin de document
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
</code>
'''Nota''' : vous ne disposez pas de disques de spare dans le RAID 0. Si vous perdez un disque, alors vous perdez tout.

'''RAID 1'''<br /> Vous devez disposer de 2 disques ou plus de la même taille pour implémenter le mode miroir et vous pouvez utiliser 1 ou plusieurs disques de spares (optionnel). Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md[0-15]
raid-level 1
nr-raid-disks 2
nr-spare-disks 1
persistent-superblock 1
chunk-size 16
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
device/dev/sdc1
spare-disk 0
</code>
'''RAID 0+1'''<br /> Vous devez disposer d'un nombre de disques pairs de la même taille pour implémenter le RAID 0+1 mais vous ne pouvez pas utiliser de disques de spare individuels (je présume qu'il est possible de mettre un place un device de spare contenant le même nombre de disques que les autres). Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md0
raid-level 0
nr-raid-disks 3
persistent-superblock 1
chunk-size 4
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
device/dev/sdc1
raid-disk 0

raiddev /dev/md1
raid-level 0
nr-raid-disks 3
persistent-superblock 1
chunk-size 4
device/dev/sdd1
raid-disk 0
device/dev/sde1
raid-disk 1
device/dev/sdf1
raid-disk 0

raiddev /dev/md2 # seul ce device pourra etre formate
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
persistent-superblock 1
chunk-size 16
device/dev/md0
raid-disk 0
device/dev/md1
raid-disk 1
</code>
'''RAID 4'''<br /> Vous devez disposer de 3 disques ou plus, de la même taille, pour implémenter le RAID 4 et vous pouvez utiliser 1 ou plusieurs disques de spares (optionnel). Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md[0-15]
raid-level 4
nr-raid-disks 3
nr-spare-disks 1
persistent-superblock 1
chunk-size 32
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
device/dev/sdc1
raid-disk 2
device/dev/sdd1
spare-disk 0
</code>
'''RAID 5'''<br /> Vous devez disposer de 3 disques ou plus, de la même taille, pour implémenter le RAID 5 et vous pouvez utiliser 1 ou plusieurs disques de spares (optionnel). Modifiez le fichier ''/etc/raidtab'' comme dans l'exemple suivant :
<code> raiddev /dev/md[0-15]
raid-level 5
nr-raid-disks 5
nr-spare-disks 1
persistent-superblock 1
# Parity placement algorithm
# parity-algorithm left-asymmetric
# parity-algorithm right-asymmetric
# parity-algorithm right-symmetric
parity-algorithm left-symmetric
chunk-size 32
device/dev/sda1
raid-disk 0
device/dev/sdb1
raid-disk 1
device/dev/sdc1
raid-disk 2
device/dev/sdd1
raid-disk 3
device/dev/sde1
raid-disk 4
device/dev/sdf1
spare-disk 0
</code>

== Chunk Size ==

Le choix de la "chunk size" dépends fortement du type de raid et du nombre de disques. Dans le cas d'un raid 0 de 2 disques, si on écrit 16KB avec une chunk size de 4KB, on va écrire 4KB sur le premier disque puis 4KB sur le second puis de nouveau 4KB sur le premier et pour finir 4KB sur le second ...

Vous obtiendrez généralement de bons résultats avec une chunk size à 32KB mais il est souvent bien utile d'expérimenter soi même pour obtenir le meilleur tuning. A noter que sur un environnement Alpha (64 bits), j'ai du mettre la chunk size à 16 au lieu de 4 car le raid 0 ne voulais pas s'initialiser.

== Amélioration des performances ==

* Il sera trés souvent intéressant de mettre les disques sur des controleurs IDE ou SCSI différents ;
* La méthode la plus efficace pour améliorer drastiquement les performances I/O du système est le striping ;
* Raid 4/5 : les performances seront bien meilleures si vous utilisez une chunk-size de 32 (8*4096=32KB) et un formattage du RAID 4/5 avec la commande : '''mke2fs -b 4096 -R stride=8 /dev/md[0-15]''' (l'option -R permet de passer des paramêtres utiles pour la construction du RAID, consulter le man pour avoir plus de détails) ;
* Raid 5 : l'option '''parity-algorithm''' accepte plusieurs valeurs (left-asymmetric, right-asymmetric, left-symmetric ou right-symmetric). Il est préférable d'utiliser "left-symmetric" pour obtenir de meilleures performances ;
* Penser à tuner la chunk size ...

== Utiliser le RAID sur une partition de swap ? ==

Il est aberrant d'utiliser le raid sur une partition de swap. Plus simplement, Linux peut utiliser les partitions de swap de la même manière que le raid 0. Il suffit de donner à chaque partition le même niveau de priorité :

/dev/hdc1 swap swap defaults,pri=1 0 0
/dev/hdd1 swap swap defaults,pri=1 0 0
/dev/hde1 swap swap defaults,pri=1 0 0

Il est aussi trés utile de placer ces partitions au début de disque plutôt qu'à la fin. Vous obtiendrez de meilleurs résultats (la vélocité à cet endroit du disque est plus importante).

Précisions (contribution wiki) : La non nécéssite de mettre le swap sur une partition RAID 1 depends de la stabilité qu'on veut obtenir. En cas de crash d'un disque contenant une partition Swap non mirorée, il peut être difficile pour le systeme de continuer à fonctionner sans le redémarrer. En effet, sur cette partition il y a potentiellement des process swappé sur le disque que l'OS n'arrivera certainement pas à remonter en memoire en cas de nécessité.

Finalement :

* Si la machine peut supporter un redémarage après un crash disque, alors oui il n'est pas nécessaire de mirrorer les partitions de swap, et dans ce cas on accepte que les services associés à celle-ci soient indiponibles jusqu'à ce que quelqu'un redémarre la machine.
* Si la machine ne doit pas redémarrer (ce qui dans mon esprit correspond plus à la réalité d'une machine en production) alors il est obligatoire de mirorer les partitions swap.

== Divers ==

* Pensez à mettre à jour votre fichier de configuration (/etc/raidtab) si vous devez enlever ou ajouter des disques...
* N'utiliser le RAID que pour des disques de données. Si vous souhaitez utiliser la partition système avec du RAID (uniquement 0 ou 1), lisez attentivement les HowTo car la mise en oeuvre demeure complexe.
* Allez sur le site de [http://linas.org/linux/raid.html Linas Vepstas] qui regorge d'informations intéressantes (pas uniquement sur le RAID).
* Allez aussi jeter un petit coup d'oeil sur le projet [http://linux.msede.com/lvm/ Linux Logical Volume Manager] même si ce n'est pas vraiment du Raid. A lire absolument car disposer d'un tel outil sous Linux est une perspective fascinante car réservée auparavant aux Unix propriétaires HPUX, Tru64, AIX, etc ...
* On pourrait aussi poser la question de la pertinence d'utiliser un système de fichiers journalisé en lieu et place de Ext2 (le gain lors d'un reboot violent est indéniable). Dans l'immédiat cela n'est pas possible (noyau 2.2.x) mais ouvrira à Linux de nouvelles et fascinantes perspectives...

== Nouvel outil de RAID sous Linux: mdadm ==

La plupart des distributions proposent aujourd'hui mdadm, voici les différentes étapes pour mettre en place les différents niveau de RAID.

Voici les sources d'informations:
http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-ig-s390-multi-fr-4/s1-s390info-raid.html

http://www.iteam.org/wiki/wakka.php?wiki=RaidBaal

http://www.frlinux.net/?section=systeme&article=146

http://xenfr.org/tiki-index.php?page=Stockage

Malheureusement, je n'ai fait les manipulations que pour un RAID 5 avec 4 disques de 6 partitions.

Voici la mise en place d'un RAID 5 avec 2 spares:

'''Les disques:'''
<code>
* Disk /dev/hde: 164.6 GB, 164696555520 bytes
255 heads, 63 sectors/track, 20023 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

* Disk /dev/hdf: 82.3 GB, 82348277760 bytes
16 heads, 63 sectors/track, 159560 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes

* Disk /dev/hdg: 164.6 GB, 164696555520 bytes
255 heads, 63 sectors/track, 20023 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

* Disk /dev/hdh: 82.3 GB, 82348277760 bytes
16 heads, 63 sectors/track, 159560 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes
</code>

'''Les partitions '''
6 Partitions de 78 Go
<code>
* /dev/hde1 : : fd Linux raid autodetect
* /dev/hde2 : : fd Linux raid autodetect
* /dev/hdf1 : Sur rack disque (à changer si problème)
* /dev/hdg1 : : fd Linux raid autodetect
* /dev/hdg2 : : fd Linux raid autodetect
* /dev/hdh1 : SPARE : fd Linux raid autodetect
</code>

'''Création du RAID 5 sur md0'''
<code>
mdadm --create /dev/md0 --level=5 --raid-devices=5 /dev/hde1 /dev/hde2 /dev/hdf1 /dev/hdg1 /dev/hdg2 --spare-devices=1 /dev/hdh1
mdadm: /dev/hde1 appears to contain an ext2fs file system
size=160836448K mtime=Sat Oct 1 18:05:35 2005
mdadm: /dev/hde1 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hde2 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hdf1 appears to contain an ext2fs file system
size=20479504K mtime=Sat Oct 1 18:17:51 2005
mdadm: /dev/hdf1 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hdg1 appears to contain an ext2fs file system
size=2048256K mtime=Sat Oct 1 15:18:46 2005
mdadm: /dev/hdg1 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hdg2 appears to be part of a raid array:
level=5 devices=5 ctime=Sun Oct 2 15:02:01 2005
mdadm: /dev/hdh1 appears to contain an ext2fs file system
size=51025432K mtime=Sat Oct 1 15:18:56 2005
Continue creating array? y
mdadm: array /dev/md0 started.
</code>

'''Informations sur le volume RAID'''
<code>
mdadm --detail /dev/md0
/dev/md0:
Version : 00.90.01
Creation Time : Sun Oct 2 15:18:17 2005
Raid Level : raid5
Array Size : 312495872 (298.02 GiB 320.00 GB)
Device Size : 78123968 (74.50 GiB 80.00 GB)
Raid Devices : 5
Total Devices : 6
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Sun Oct 2 15:18:17 2005
State : clean, degraded, recovering
Active Devices : 4
Working Devices : 6
Failed Devices : 0
Spare Devices : 2

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 1% complete

UUID : 0a551c50:3da4f12a:5c9b3cdc:b9802273
Events : 0.2

Number Major Minor RaidDevice? State
0 33 1 0 active sync /dev/hde1
1 33 2 1 active sync /dev/hde2
2 33 65 2 active sync /dev/hdf1
3 34 1 3 active sync /dev/hdg1
4 0 0 - removed

5 34 2 4 spare rebuilding /dev/hdg2
6 34 65 - spare /dev/hdh1
</code>

'''Arrêter le volume RAID 5 '''
<code>mdadm --stop /dev/md0 </code>

'''Pour démarrer le volume RAID 5'''
<code>mdadm --assemble /dev/md0 /dev/hde1 /dev/hde2 /dev/hdf1 /dev/hdg1 /dev/hdg2 /dev/hdh1
mdadm: /dev/md0 has been started with 4 drives (out of 5) and 2 spares.
</code>

<code>mdadm --detail --scan >> /etc/mdadm/mdadm.conf
more /etc/mdadm/mdadm.conf
DEVICE partitions
ARRAY /dev/md0 level=raid5 num-devices=5 spares=2 UUID=70714300:9da2e11b:a61a9c73:e2e1c245
</code>

Message lors de l'activation du volume RAID 5 dans dmesg
md: md0 stopped.
md: bind<hde2>
md: bind<hdf1>
md: bind<hdg1>
md: bind<hdh1>
md0: WARNING: hdg2 appears to be on the same physical disk as hdg1. True
protection against single-disk failure might be compromised.
md: bind<hdg2>
md0: WARNING: hde1 appears to be on the same physical disk as hde2. True
protection against single-disk failure might be compromised.
md: bind<hde1>
raid5: device hde1 operational as raid disk 0
raid5: device hdh1 operational as raid disk 4
raid5: device hdg1 operational as raid disk 3
raid5: device hdf1 operational as raid disk 2
raid5: device hde2 operational as raid disk 1
raid5: allocated 5234kB for md0
raid5: raid level 5 set md0 active with 5 out of 5 devices, algorithm 2
RAID5 conf printout:
--- rd:5 wd:5 fd:0
disk 0, o:1, dev:hde1
disk 1, o:1, dev:hde2
disk 2, o:1, dev:hdf1
disk 3, o:1, dev:hdg1
disk 4, o:1, dev:hdh1

== Glossaire ==

'''RAID'''<br /> Le mot RAID est un acronyme pour "Redundant Array of Inexpensive Disks".

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Lionel Tricon le 03/02/2001.</div>

{{Copy|03/02/2001|Lionel Tricon|CC-BY-NC-SA}}