Vous connaissez dĂ©jĂ LVM, le gestionnaire de volumes logiques qui permet dâagrĂ©ger et de subdiviser librement vos pĂ©riphĂ©riques de stockage. Eh bien, depuis quelques annĂ©es, LVM permet Ă©galement de dĂ©finir des volumes en RAID.
LVM et RAID, version traditionnelle
Pour utiliser LVM avec du RAID, on utilise dâhabitude LVM et MD, qui est lâimplĂ©mentation du RAID logiciel de Linux. Pour cela, on les empile :
- soit en agrĂ©geant ses pĂ©riphĂ©riques de stockage en un volume RAID, quâon utilise ensuite comme un volume LVM physique : il sâagit de LVM auâdessus de RAIDâŻ;
- soit, Ă Â lâinverse, ce qui est plus compliquĂ©, en agrĂ©geant en RAID des volumes LVM logiques soigneusement dĂ©finis : il sâagit donc de RAID par dessus LVM.
Manque de souplesse
Outre le cĂŽtĂ© un peu artificiel de cet empilement, cette solution manque de souplesse pour au moins un cas dâusage. En effet, sur un ordinateur disposant de plusieurs pĂ©riphĂ©riques de stockage, on peut vouloir redonder une partie du systĂšme de fichiers en RAID, tout en laissant une autre partie sans redondance pour minimiser son utilisation du stockage. Parmi les usages qui ne mĂ©ritent pas forcĂ©ment une telle redondance : des films quâon a par ailleurs sur DVD, les nouvelles Usenet ou encore des caches de divers logiciels.
Bref, ce cas dâusage passe mal. Avec du LVM sur RAID, câest tout simplement infaisable. On peut toujours partitionner ses pĂ©riphĂ©riques de stockage pour en utiliser une partie en RAID et lâautre sans, mais on retrouve alors un partitionnement statique. Avec du RAID sur LVM, câest faisable, mais câest une solution compliquĂ©e Ă Â gĂ©rer.
Cela passe encore plus mal avec GRUB, qui peut ne pas apprĂ©cier cet empilement et ne pas rĂ©ussir Ă lire le systĂšme de fichiers oĂč il doit aller chercher le noyau Ă dĂ©marrer. On se retrouve alors Ă utiliser une partition statique dĂ©diĂ©e Ă /boot
.