Que se passe-t-il lorsqu'un disque tombe en panne dans LVM?


11

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?


1
Si vous utilisez ESXi v5, vous pouvez utiliser> 2 To de RDM pour contourner ce problème - c'est ce que je fais.
Chopper3

Réponses:


7

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é.


Eh bien, cela répond à la question de base, que la disponibilité est tout ou rien avec LVM. J'ai déjà utilisé LVM, mais je n'ai (heureusement) jamais suivi les procédures de récupération. Quant au provisionnement fin, ce n'est pas vraiment une solution. Nous avons un ensemble de LUN (2 To chacun) dédiés à ce serveur. Même si nous avons un provisionnement fin, il ne résout pas vraiment le problème des données devant s'étendre sur plusieurs volumes de 2 To. Il semble que les deux seules options soient soit la mise à niveau vers ESXi 5 (qui était de toute façon dans les plans) soit la vie avec un peu d'espace perdu. Merci d'avoir répondu.
Ragoût

2
pourquoi avez-vous un ensemble de 2 LUN TB au lieu d'un seul LUN dans une grande banque de données VMFS où vous créez vos trois disques virtuels? La limite de 2 To ne s'applique qu'aux disques virtuels , pas à la taille de la banque de données elle-même.
le-wabbit du

Comment ça marche? J'ai eu beaucoup de problèmes (erreurs très cryptiques) lors de la tentative de montage d'un LUN supérieur à 2 To. En outre, le plugin equallogic pour vmware a une limite de 2 To pour la taille des LUN (bien que cette limite ne soit pas appliquée lors de la création de LUN via l'interface Web). En dehors d'une gestion peut-être plus facile, y a-t-il un autre avantage à avoir une grande banque de données?
Ragoût

Vous devez travailler avec des "extensions VMFS" - créez un VMFS de 2 To, étendez-le par étapes de 2 To après sa création. Vous pouvez avoir jusqu'à 32 extensions, ce qui donne une limite supérieure totale de 64 To par VMFS. Je ne connais pas le plugin equallogic donc je ne peux rien dire sur ses limites. Et "la gestion plus facile" est à mon avis ce qu'est la virtualisation, donc il ne doit pas y avoir d'autre avantage :) BTW, vous pouvez également envisager de laisser l'hôte virtuel accéder directement au LUN de stockage - facile si vous avez iSCSI, pas tout à fait si facile avec Fibre Channel.
le-wabbit

J'ai pensé à utiliser des mappages de périphériques bruts, cela semblait être une bonne solution, mais je n'avais en fait aucune idée des extensions VMFS. Aller à la recherche immédiatement. Merci pour la mise à jour, c'est une excellente info!
Ragoût
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.