Bien que je n'aie pas essayé LVM pour le stockage KVM, je l'ai utilisé pour la fonctionnalité de volume fantôme de samba et je peux vous dire une chose :les performances étaient catastrophiques.
Chaque instantané nécessite une écriture supplémentaire pour se produire. Si vous disposez d'un volume instantané de base et de 4 instantanés, le nombre d'écritures sur les disques est multiplié par 5 lorsque vous écrivez sur le volume de base.
En ce qui concerne vos questions spécifiques :
- LVM gèle un système de fichiers pendant l'instantané (arrête les écritures, vide le cache, effectue l'instantané, reprend les écritures)
- comme je l'ai dit, c'est très lent
- Oui, un volume de base corrompu rend tous les instantanés inutilisables. De plus, si vous manquez d'espace alloué pour les deltas d'instantanés, l'instantané est également arrosé
- oui, vous pouvez créer un instantané d'un instantané
Malheureusement, je ne connais que 3 systèmes qui fonctionnent bien avec les instantanés :NetApp WAFL, ZFS et btrfs. Si le système n'est pas critique, btrfs pourrait valoir le coup.
C'est parfaitement bien de faire ça. Ce que vous ne faites pas vouloir est d'avoir le parent de l'instantané (l'original, ou la source, ou quel que soit le nom que vous voulez lui donner) à utiliser en même temps, car cela entraînera une multiplication des E/S (Hubert avait raison à ce sujet, c'est juste facile à prévenir en n'utilisant pas le volume de la source tout le temps).
Si vous avez une installation de système d'exploitation maître sur un LVM et que vous effectuez un instantané quatre fois, vous n'aurez pas beaucoup de pénalité d'E/S, car vous n'écrivez que sur les volumes d'instantanés individuels. Bien sûr, ce n'est pas gratuit, mais les autres formes d'instantanés sur d'autres systèmes de fichiers ou disques virtuels ne le sont pas non plus. Il y a toujours un coût quelque part.
Une autre chose sur laquelle Hubert a raison, c'est que vous devez penser à la taille de vos instantanés. Vous voudrez vous assurer que les volumes d'instantané sont capables de continuer à écrire. Un volume d'instantané complet cassera mal les choses. Un moyen sûr d'éviter cela consiste à faire en sorte que le volume de l'instantané ait la même taille (ou plus) que le volume source. Cependant, vous perdez l'avantage d'utiliser moins d'espace disque de cette façon.
Vous savez que les images qemu sont également capables d'effectuer des instantanés ?
LVM à provisionnement léger devrait être considéré comme une option de choix pour ce scénario, ici en 2019.
Les performances de Thin LV sont bonnes, et ils fonctionnent comme des volumes séparés, donc une fois qu'un instantané est créé, vous n'avez pas à vous soucier du soin et de l'intégrité de l'original (il peut être endommagé, supprimé, etc. sans affecter l'instantané).
La préoccupation de l'OP pour "l'instantané prend peu de place réelle" n'est pas vraiment satisfait par le LVM traditionnel car l'espace doit être pré-alloué de manière monolithique pour chaque instantané. Mais les Thin LV sont alloués comme des fichiers clairsemés et occupent en fait peu d'espace.
Le compromis pour le provisionnement fin est que l'espace disponible dans le thinpool doit être surveillé comme un système de fichiers pour éviter de le remplir. Les distributions Linux ont généralement des démons pour surveiller cela et envoyer des avertissements ou prendre des mesures lorsqu'un thinpool atteint un état presque plein.