Deux ou trois choses :
Répartition des LV sur plusieurs PV
J'ai vu des gens préconiser (sur StackExchange et ailleurs) d'étendre le champ d'application de la loi. VM l'espace latéralement : augmenter l'espace en ajoutant ADDITIONNEL PVs à un VG vs augmenter a SINGLE PV. C'est laid et cela répartit votre ou vos systèmes de fichiers sur plusieurs PV, créant une dépendance à une chaîne de PV de plus en plus longue. Voilà à quoi ressembleront vos systèmes de fichiers si vous faites évoluer latéralement le stockage de votre VM :
Perte de données en cas de perte de l'hébergement d'un PV faisant partie d'un LV étendu
J'ai vu beaucoup de confusion à ce sujet. Si un LV linéaire- et le système de fichiers qui l'habite - sont réparties sur plusieurs PV, subiraient une perte de données TOTALE ou PARTIELLE ? Voici la réponse illustrée :
Logiquement, c'est ce à quoi nous devrions nous attendre. Si les extents contenant les données de notre LV sont répartis sur plusieurs PV et que l'un de ces PV disparaît, le système de fichiers de ce LV subira des dommages catastrophiques.
J'espère que ces petits gribouillis ont rendu un sujet complexe un peu plus facile à comprendre les risques liés à l'utilisation de LVM.
24 votes
Lorsque vous lisez les réponses à cette question, gardez à l'esprit la date (année) à laquelle elles ont été publiées. Il se passe beaucoup de choses en trois ans dans ce secteur.
2 votes
J'ai fait quelques mises à jour récemment (avril 2015) en les parcourant pour voir si quelque chose a changé. Le noyau 2.6 est maintenant obsolète, les SSD sont plus courants, mais à part quelques petites corrections LVM, pas grand-chose n'a vraiment changé. J'ai écrit quelques nouvelles choses sur l'utilisation des instantanés de VM / serveur cloud au lieu des instantanés LVM. L'état de la mise en cache en écriture, le redimensionnement du système de fichiers et les instantanés LVM n'ont pas vraiment changé pour autant que je puisse voir.
1 votes
En ce qui concerne le commentaire "gardez à l'esprit la date", c'est assez vrai, mais considérez également que beaucoup d'"entreprises" utilisent encore RHEL 5 et RHEL 6, qui sont tous deux à la pointe ou plus anciens que la date de la réponse.