Si bien no probé LVM para el almacenamiento KVM, lo usé para la función de volumen oculto de samba y puedo decirles una cosa:el rendimiento fue abismal.
Todas y cada una de las instantáneas requieren una escritura adicional para que ocurra. Si tiene un volumen base con instantáneas y 4 instantáneas, la cantidad de escrituras que van a las unidades se multiplica por 5 cuando escribe en el volumen base.
En cuanto a sus preguntas específicas:
- LVM congela un sistema de archivos mientras se realiza la instantánea (detiene las escrituras, vacía el caché, realiza la instantánea, reanuda las escrituras)
- como dije, es muy lento
- Sí, el volumen base dañado hace que todas las instantáneas queden inutilizables. Además, si se queda sin espacio asignado para las deltas de instantáneas, la instantánea también se renueva
- sí, puede tomar una instantánea
Desafortunadamente, solo conozco 3 sistemas que funcionan bien con instantáneas:NetApp WAFL, ZFS y btrfs. Si el sistema no es crítico, podría valer la pena intentar btrfs.
Está perfectamente bien hacer esto. Lo que no Lo que quiero es tener el padre de la instantánea (el original, o la fuente, o como quiera llamarlo) para estar en uso al mismo tiempo, porque causará la multiplicación de IO (Hubert tenía razón en esto, es solo fácil de prevenir al no usar el volumen de la fuente todo el tiempo).
Si tiene una instalación de sistema operativo maestro en un LVM y toma una instantánea cuatro veces, no tendrá una gran penalización de IO, ya que solo está escribiendo en los volúmenes de instantáneas individuales. Por supuesto, no es gratuito, pero tampoco lo son otras formas de instantáneas en otros sistemas de archivos o discos virtuales. Siempre hay un costo en alguna parte.
Otra cosa en la que Hubert tiene razón es que debes pensar en el tamaño de tus instantáneas. Querrá asegurarse de que los volúmenes de instantáneas puedan seguir escribiendo. Un volumen completo de instantáneas romperá las cosas gravemente. Una forma segura de evitar esto es hacer que el volumen de la instantánea tenga el mismo tamaño (o más grande) que el volumen de origen. Sin embargo, pierde el beneficio de usar menos espacio en disco de esta manera.
¿Sabes que las imágenes qemu también son compatibles con las instantáneas?
LVM de aprovisionamiento delgado debe considerarse una opción principal para este escenario, aquí en 2019.
El rendimiento de Thin LV es bueno y funcionan como volúmenes separados, por lo que una vez que se crea una instantánea, no tiene que preocuparse por el cuidado y la integridad del original (se puede dañar, eliminar, etc. sin afectar la instantánea).
La preocupación del OP por "la instantánea ocupa poco espacio real" no está realmente satisfecho con el LVM tradicional, ya que el espacio debe asignarse previamente de forma monolítica para cada instantánea. Pero los LV delgados se asignan como archivos dispersos y, en realidad, ocupan poco espacio.
La contrapartida del aprovisionamiento delgado es que el espacio disponible en el thinpool debe monitorearse como un sistema de archivos para evitar llenarlo. Las distribuciones de Linux suelen tener demonios para monitorear esto y enviar advertencias o tomar medidas cuando un thinpool alcanza un estado casi lleno.