Etiqueta: lvm

NOTA: sólo válido para discos con bus virtio

Como indicaba en otro post, hago backups de las máquinas virtuales con pigz. Para que los backups sean de poco tamaño, lo mejor es tener un volumen lógico de poco tamaño para los archivos del sistema de la máquina virtual y luego añadir otro LV de gran tamaño y montarlo dentro de la VM.

Si ya tenemos la VM y queremos añadir un nuevo disco para tener más capacidad y que no afecte al backup, crearemos un nuevo volumen lógico de 100GB para usarlo dentro de la VM:

Crearemos un archivo XML indicando los parámetros que serán pasados con virsh a la VM:

Ahora, incluso con la VM corriendo, se puede añadir este disco en caliente:

--persistent hace que se modifique el Dominio permanentemente con este nuevo disco.

Fuente: http://serverfault.com/questions/457250/kvm-and-libvirt-how-do-i-hotplug-a-new-virtio-disk

Un LVM snapshot crea una «imagen» de cualquier volumen lógico que tengamos. Esta «imagen» es como si tuviera todos los datos del volumen lógico cuando se creó el snapshot. NOTA: los snapshots no están destinados a ser usados directamente como backups, porque repercuten negativamente en el rendimiento del disco (cada modificación en el LV, tiene que actualizarse el snapshots)

Esto es bueno para hacer backups de, por ejemplo, una máquina virtualizada con KVM y que use como disco (block) un volumen lógico dentro de la máquina host. Lo que se hace es crear el LVM snapshot (que tarda un par de segundos como mucho) y ya se tiene una «instantánea» de la máquina virtualizada con KVM lista para poder hacer backup.

Para comprimir usaremos pigz, que es una modificación de gzip pero que aprovecha todos los cores/threads de la máquina para comprimir más rápido. Hice pruebas y donde gzip tardaba unos 15 minutos, pigz lo hacía en unos 4 minutos.

Comando para crear un snapshot Debian-snapshot, de un volumen lógico debian y de tamaño máximo de cambio con respecto al volumen original de 1GB:

Se puede comprobar que está bien creado con lvs

Ahora, con el snapshot creado, lo comprimimos con pigz:

Ahora ya tenemos el archivo comprimido y podemos hacer con él lo que queramos: cifrarlo con gnupg, enviarlo a un equipo remoto, etc.

Finalmente, hay que borrar el snapshot para que no perjudique al rendimiento del disco:

Necesitamos que la imagen del disco del KVM guest esté en un volumen lógico (LV).

Supongamos que queremos expandir a 100GB la siguiente imagen:

El tamañan actual de /dev/sda1 es 28GB y queremos pasarlo a 100GB.

Primero apagamos la máquina virtual. Luego hacemos backup de la imagen (lvrename es como un mv):

Creamos el nuevo disco:

Ahora redimensionamos /dev/sda1 con virt-resize:

Ya tenemos la imagen que contiene la máquina virtual con un tamaño de 100GB. Lo que hace falta ahora es expandir también el filesystem de la máquina virtual para que aproveche todo el espacio. Para esto usaremos la aplicación guestfish (disponible en Debian Wheezy y Sid), aunque sólo es válido para particiones con ext2, ext3 y ext4:

Esto lanzará un command line donde pondremos lo siguiente (ojo ahora al device, puede que ya no sea /dev/sda1 y sea /dev/vda1, por ejemplo):

Si todo ha ido bien, ya tendremos la máquina virtual con 100GB de disco. Si arranca sin problemas, podremos borrar el backup que hicimos al principio:

Fuente: http://askaralikhan.blogspot.com.es/2011/07/expanding-kvm-guest-disk-image-using.html