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?
Réponses:
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"
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
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é.
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.
la source
fdisk -l
fois,/sys/block
une fois et une fois dans votre bios. Où est-il censé être dupliqué? (suite)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.
la source
pvdisplay
, (PV SIZE: not usable X MiB), si X est supérieur à 1 Mo, vous pouvez tout aussi bien partitionner sans perdre plus.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:
partprobe
laisser 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
pvresize
pour 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.
la source
pvscan
au démarrage, donc le noyau sur le disque d'installation devrait avoir analysé tous les périphériques de bloc à la recherche de têtes LVM. Je déposerais probablement un bogue auprès de la personne qui expliquerait que son installateur est fubar. Pour les installations à domicile, le problème est le même, même si le système de fichiers racine s'étend sur deux disques, votre disque principal va être partitionné pour / boot et lorsque le noyau se charge, il effectue l'analyse du volume. C'est ainsi que vous pouvez même démarrer sur LVM.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é
la source