"Ça dépend."
Si vous vous trouvez dans un environnement que vous contrôlez (vmware ou kvm ou autre) et que vous pouvez prendre vos propres décisions sur la qualité de service du disque, il est recommandé de ne pas utiliser LVM dans vos ordinateurs virtuels. Cela n'apporte pas beaucoup de flexibilité que vous ne pouviez pas obtenir au niveau de l'hyperviseur.
N'oubliez pas que l'hyperviseur est déjà en train de réaliser efficacement ces tâches. Si vous voulez pouvoir redimensionner arbitrairement les systèmes de fichiers (une bonne idée), créez simplement un disque virtuel distinct pour chaque système de fichiers.
Une chose à laquelle vous pourriez penser en allant dans cette voie. Vous n'avez même pas nécessairement besoin de mettre des partitions sur vos disques virtuels de cette façon. Par exemple, vous pouvez créer un disque virtuel pour /home
; c'est à l' /dev/vdc
intérieur de votre vm. Lors de la création du système de fichiers, faites quelque chose comme mke2fs -j /dev/vdc
au lieu de spécifier une partition.
C'est une bonne idée, mais ... la plupart des outils (et des autres administrateurs qui vous suivent) s'attendent à voir des partitions sur chaque disque. Je recommanderais simplement de mettre une seule partition sur le disque et d'en finir. Cependant, cela signifie une étape supplémentaire lors du redimensionnement du système de fichiers. Et n'oubliez pas d'aligner correctement vos partitions - le bon principe de base est de démarrer la première partition à 1 Mo.
Tout cela dit - Faire tout cela au niveau de l'hyperviseur signifie que vous devez probablement redémarrer la VM pour redimensionner les partitions. L'utilisation de LVM vous permettrait d'ajouter à chaud un disque virtuel (en supposant que votre combinaison hyperviseur / système d'exploitation le permette) et de développer le système de fichiers sans redémarrer. C'est définitivement un avantage.
Pendant ce temps, si vous utilisez un fournisseur de cloud, c'est plus subtil.
Je ne connais pas grand chose d'Azure, de GCP ou de tout autre joueur plus petit, je ne peux donc pas vous aider.
Avec AWS, vous pouvez suivre mon conseil ci-dessus et vous irez souvent très bien. Vous pouvez (maintenant) augmenter la taille des volumes EBS (disques virtuels) à la volée, redimensionner les partitions, etc.
Cependant, dans le cas général, il peut être judicieux de tout placer sur un seul grand volume EBS et d’utiliser LVM (ou, je suppose, des partitions simples). Amazon vous donne une limite IOPS sur chaque volume. Par défaut, cette limite est adaptée à la taille du volume. Par exemple, pour les gp2
volumes, vous obtenez 3 IOPS par Go (minimum de 100 IOPS). Voir https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html.
Pour la plupart des charges de travail, vous souhaiterez que toutes vos IOPS disponibles soient disponibles pour tout système de fichiers, en fonction des besoins du moment. Il est donc logique de créer un grand volume EBS, de regrouper toutes vos IOPS dans un compartiment et de partitionner / LVM.
Exemple:
3 disques avec systèmes de fichiers / zones d'échange indépendants, chacun d'une taille de 100 Go. Chacun obtient 300 IOPS. Les performances sont limitées à 300 IOPS sur chaque disque.
1 disque, 300 Go en taille. Partitions LVM sur le disque de 100 Go chacune. Le disque obtient 900 IOPS. Toutes les partitions peuvent utiliser l’ensemble des 900 IOPS.