LVM n'est pas conscient des clusters | |
---|---|
Faites très attention en faisant cela car LVM n'est pas conscient des clusters et il est très facile de perdre toutes ses données. |
Si vous avez un environnement avec du fiber-channel ou du SCSI partagé où plusieurs machines peuvent avoir un accès physique à un lot de disques, vous pouvez utiliser LVM pour diviser ces disques en volumes logiques. Si vous voulez partager des données, vous devriez vraiment regarder GFS ou un autre système de fichiers pour cluster.
Le point clé à se souvenir lorsqu'on partage des volumes est que toute l'administration de LVM doit être effectuée sur l'un des nœuds et que LVM doit être arrêté sur tous les autres nœuds avant de faire une quelconque modification sur le nœud d'administration. Une fois les changements effectués, il est nécessaire de lancer vgscan sur les autres nœuds avant de réutiliser les groupes de volumes. Aussi, à moins que vous n'utilisiez un système de fichiers ou une application prenant en compte les clusters (comme GFS), un seul nœud à la fois peut monter un système de fichiers. C'est à l'administrateur de gérer cela ; LVM ne vous empêchera pas de corrompre vos données.
La séquence de démarrage de chaque nœud est la même que pour une configuration à un seul nœud avec l'utilisation de :
vgscan vgchange -ay
dans les scripts de démarrage.
Si vous avez besoin d'apporter une quelconque modification aux méta-données de LVM (indépendamment que cela affecte ou pas les volumes montés sur d'autres nœuds), il faut utiliser la procédure suivante. Dans les points suivants, le « nœud d'administration » est un nœud choisi arbitrairement dans le cluster.
Nœud d'administration Autres nœuds --------------------- ------------------ Fermer tous les volumes logiques (umount) vgchange -an <faire les modifications, par ex. lvextend> vgscan vgchange -ay
Les VG doivent être actifs sur le nœud d'administration | |
---|---|
Vous n'avez pas besoin et ne devez pas défaire les VG du nœud d'administration. Par conséquent, cela doit être le nœud avec les pré-requis d'uptime les plus grands. |
Je me répète encore : Soyez très prudent en faisant cela.
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:27