Quelle est la meilleure pratique pour ajouter des disques dans LVM

Selon les pages de manuel Linux, vous pouvez ajouter des disques bruts ainsi que des partitions à un groupe de volumes.

Dans d'autres documentations (RedHat, CentOS ou openSUSE), tous les exemples font référence à l'ajout de partitions au VG au lieu de disques bruts. Quelle est la (meilleure) pratique courante?

Guide d'administration RHEL6 LVM

Selon le Guide d'administration du volume logique RHEL 6, il est recommandé que si vous souhaitez utiliser un lecteur entier comme volume physique dans un groupe de volumes LVM, vous devez toujours le partitionner:

extrait du guide "RHEL6 Logical Volume Manager Administration LVM Administrator Guide"

2.1.2. Plusieurs partitions sur un disque

LVM vous permet de créer des volumes physiques à partir de partitions de disque. Il est généralement recommandé de créer une seule partition qui couvre l'intégralité du disque à étiqueter en tant que volume physique LVM pour les raisons suivantes:

Commodité administrative

Il est plus facile de suivre le matériel d'un système si chaque disque réel n'apparaît qu'une seule fois. Cela devient particulièrement vrai en cas de défaillance d'un disque. De plus, plusieurs volumes physiques sur un seul disque peuvent provoquer un avertissement du noyau concernant les types de partition inconnus au démarrage.

LVM Howto

Section 11.1. L'initialisation des disques ou des partitions de disque du LVM Howto indique ce qui suit:

extrait du LVM Howto

Pour des disques entiers:

Exécutez pvcreate sur le disque:

# pvcreate /dev/hdb

Cela crée un descripteur de groupe de volumes au début du disque.

Non recommandé

L'utilisation de l'ensemble du disque en tant que PV (par opposition à une partition couvrant l'ensemble du disque) n'est pas recommandée en raison des problèmes de gestion qu'elle peut créer. Tout autre système d'exploitation qui examine le disque ne reconnaîtra pas les métadonnées LVM et affichera le disque comme étant libre, il est donc probable qu'il sera écrasé. LVM lui-même fonctionnera correctement avec des disques PV entiers.

Si vous obtenez une erreur indiquant que LVM ne peut pas initialiser un disque contenant une table de partition, assurez-vous d'abord que le disque sur lequel vous travaillez est le bon. Si vous êtes sûr que c'est le cas, exécutez ce qui suit:

DANGEREUX

Les commandes suivantes détruiront la table de partition sur le disque utilisé. Assurez-vous que c'est le bon disque.

# dd if=/dev/zero of=/dev/diskname bs=1k count=1
# blockdev --rereadpt /dev/diskname

Conclusions

Ce sont les principales sources auxquelles je ferais confiance pour déterminer si vous devez formater une seule partition sur un disque dur avant de l'ajouter en tant que volume physique ou non. Comme d'autres réponses l'ont indiqué (et commentaires), vous ne vous tromperiez pas en ajoutant simplement le disque entier sans partition.

Pour moi, je le compare à la conduite dans ma voiture avec ma ceinture de sécurité. Si vous n’avez jamais eu d’accident, la ceinture de sécurité n’a servi à rien, mais si j’ai un accident, je suis bien contente de la porter.

Suivi # 1 (Aux commentaires de @ Joel)

Je pensais que les 2 guides ci-dessus étaient 2 très bonnes raisons. Ils sont tous les deux des guides officiels, l'un de RH l'autre un Howto élaboré par l'équipe LVM.

Voici une autre raison. En ne partitionnant pas le disque dur, aucun ID n'est défini explicitement sur le disque dur pour identifier clairement comment il est utilisé.

 fdisk -l
 ...
/dev/sda6       318253056   956291071   319019008   8e  Linux LVM

En tant qu'administrateur de systèmes, il est beaucoup plus évident pour moi et pour les autres de savoir comment ce lecteur particulier est utilisé par rapport au 8e.

J'apprécie ce que vous dites @Joel, j'ai aussi travaillé dans une entreprise Fortune 500 où nous avions des centaines de déploiements Linux dans les déploiements physiques / virtuels de bureau / serveur, ainsi que dans les déploiements de stockage de grande taille, donc je comprends ce que vous êtes en disant.

Il est préférable d'avoir des descripteurs communément reconnus (métadonnées) et le MBR est tout à fait un tel descripteur. Même GPT utilise l'ancienne table de partition basée sur MBR pour indiquer sa présence.

En effet, vous perdez un peu d'espace disque, mais c'est un avantage plutôt négligeable de comprendre ce qui se trouve sur le disque (et où) est évident.

Créer des volumes physiques sur des partitions qui occupent 100% du disque n'est presque jamais la bonne chose à faire. Je dis «presque» simplement parce que je pense que ce n'est pas parce que je ne trouve pas de raison de faire quelque chose que cela ne signifie pas qu'il n'y a aucune raison de le faire. Cela dit, je ne peux pas penser à une seule raison de mettre des partitions sur un disque à 100% de l'espace si ce sera LVM.

Vous n'obtenez aucun avantage perceptible en échange d'une certaine rigidité du partitionnement. S'il s'agit de volumes physiques soutenus par SAN et que vous le faites, il n'y a que deux façons d'étendre l'espace de stockage dans le groupe de volumes:

1. Présentez un nouveau LUN plus grand, ajoutez-le au groupe de volumes, retirez le LUN que vous avez inexplicablement partitionné, supprimez-le du groupe de volumes et dites aux personnes SAN de ne pas le présenter. Ce qui pourrait fonctionner et peut être effectué en ligne (avec un impact sur les performances et en supposant qu'il y a suffisamment d'espace SAN dans votre pool de stockage côté SAN pour contenir ces deux LUN simultanément), mais c'est faisable.
2. La seule autre façon est de revenir au traitement des partitions, ce qui explique pourquoi les gens aiment les schémas de gestion de volume bien conçus (comme avec btrfs, lvm, zfs, etc.). Vous pouvez modifier la table de partition du volume physique et espérons vous partprobelaisser lire les nouvelles tailles, mais cela ne fonctionne que 1 fois sur 2 d'après mon expérience personnelle et cela vous oblige à démonter le système de fichiers (c'est-à-dire vous oblige à vous déconnecter pour une autre raison) comme les gestionnaires de volume).

Si vous effectuez un disque entier, l'administrateur du SAN peut étendre le LUN pour vous, vous ré-analysez le bus SCSI, il prend la nouvelle taille du LUN, puis vous faites pvresizepour augmenter le volume physique. Le tout sans déconnecter aucun système de fichiers.

En vous éloignant du bit MBR, vous ne prenez généralement pas de PV d'un système et ne les présentez pas à un autre dans un environnement d'entreprise. Même si vous l'avez fait, si c'est LVM, vous voudrez que le système d'exploitation auquel vous allez présenter le LUN pour prendre en charge LVM. Sinon, à quoi bon leur présenter? Si c'est le cas, vous pouvez voir toutes les informations de volume physique, les informations de groupe de volumes et les volumes logiques (en supposant qu'il s'agit du seul PV dans le groupe de volumes). Il se documente donc de cette façon.

Fondamentalement: partitionner un disque entier à 100%, c'est comme exiger que le serveur qui vous a apporté une tarte aux pommes vous apporte également un couteau. Quand il le fait, jetez le couteau sur le côté et enfouissez simplement votre visage dans la tarte. Signification: cela n'a pas de sens d'insister sur un outil pour diviser quelque chose en petits morceaux si vous voulez tout simplement utiliser tout d'un coup.

D'après mon expérience, l'utilisation de la partition sera bonne si vous testez ou dans un petit environnement où le disque / stockage n'est pas disponible. C'est bon pour l'école ou pour travailler dans votre garage. Dans un monde réel, avec un serveur virtuel où vous pouvez étendre le disque à la demande, il est préférable de laisser LVM gérer le disque brut / entier au lieu de partitionner. Il sera facile et flexible à gérer sans redémarrer votre serveur. Savez-vous combien de temps cela vous fait gagner? Multipliez le pour tout le serveur que vous pourriez avoir besoin de gérer! Plusieurs fois, j'ai des problèmes en raison de la partition / des tranches dont vous avez besoin pour redémarrer le serveur car le noyau peut ne pas reconnaître la nouvelle table. Lorsque vous ajoutez un disque brut / disque virtuel à votre LVM et qu'il est nécessaire d'étendre votre système de fichiers LVM avec un disque brut, c'est super. En exécutant une commande simple telle que «echo 1> / sys / block / XXX / device / rescan ”où XXX est votre disque (sdb, sdc, sdd, etc.) va scanner à nouveau le disque pour l'espace supplémentaire sans redémarrer, et boum! vous pourrez étendre votre système de fichiers à la volée. Il vous faudra 5 minutes pour étendre un disque sans redémarrer votre serveur Linux. Avec un disque partitionné, ce processus est compliqué