Je configure un serveur Linux sur un hôte ESX 4.1. Ce serveur doit contenir plusieurs To de données. Nous débattons actuellement de l'utilisation ou non de LVM. Notre raisonnement actuel est qu'il est préférable d'avoir plusieurs volumes de 2 To (une limite imposée par ESX) montés sur des volumes séparés en tant que tels.
/disk1 - 2TB
/disk2 - 2TB
/disk3 - 2TB
Nous stockons des répertoires dont la taille varie de 100 Go à 400 Go. Ces répertoires doivent être stockés dans leur intégralité et ne peuvent pas être divisés. Le problème est qu'il y aura beaucoup d'espace perdu si nous finissons par avoir 1,7 To stockés sur / disk1 et que nous devons stocker 400 Go supplémentaires. Dans ce cas, nous aurions besoin de stocker le répertoire de 400 Go sur / disk2, laissant 300 Go inutilisés.
Une solution à ce problème est LVM, configuré comme:
--------
Disk 1 |
|
Disk 2 |---->/disk
|
Disk 3 |
--------
Cependant, nous sommes coincés sur une question simple. Que se passe-t-il si le disque 2 tombe en panne?
Dans le premier scénario, il est évident ce qui se passe si le disque 2 échoue, / disk2 ne serait plus accessible.
Dans la configuration LVM, si le disque 2 devait échouer, serait-il similaire (comme dans, seules les données stockées sur le disque 2 ne sont plus disponibles) ou toutes les données sur / disque ne seraient-elles plus accessibles?
la source
Réponses:
Vous avez omis un certain nombre de concepts d'abstraction importants fournis avec LVM. Les volumes logiques ne gèrent pas les disques - ils sont placés sur des groupes de volumes. Les VG à leur tour sont constitués de volumes physiques qui peuvent être des disques. Pour faire court, le VG ne proposerait pas de PV manquant, c'est-à-dire un disque manquant, vous ne pourriez donc pas accéder aux volumes logiques du groupe.
Il existe des procédures de récupération , mais généralement, dans un environnement virtualisé, vous voyez de toute façon une disponibilité «tout ou rien» - tous les fichiers de disque sont contenus dans un seul répertoire accessible soit avec tout son contenu, soit pas du tout (si le magasin de données n'est pas disponible par exemple).
En ce qui concerne l'efficacité du stockage, envisagez d'utiliser l' allocation dynamique - l'espace "inutilisé" n'est pas revendiqué sur le magasin de données. Cependant, cela se fait au prix d'un surcoût administratif plus élevé.
la source