Backup von LVM XEN-Gästen mit LVs

Backup von LVM XEN-Gästen mit LVs

In meinem Arbeitsalltag sind alle unsere Linux-Boxen (außer 3) Xen-VMs. Ich wollte eine Möglichkeit finden, diese zu sichern, ohne das Risiko, dass sich die Dateien währenddessen ändern. Aus Leistungsgründen betreibe ich alle auf logischen Volumes.

Innerhalb dieser VMs verwendet das DomU-Betriebssystem aus verschiedenen Gründen erneut LVM. Das verursacht einige Kopfschmerzen beim Sichern.

Die Grundidee ist:

1. Erstellen eines Snapshot-Logischen Volumes
2. Ermöglichen, dass das Dom0 die logischen Volumes innerhalb des logischen Volumes sieht (uff).
3. Mounten der neu entdeckten logischen Volumes.
4. Backup erstellen
5. Aufräumen

Es gibt ein paar Annahmen, die ich getroffen habe. Ich habe angenommen, dass Sie benutzerdefinierte Namen für die Volume-Gruppen im Dom0 (Host) oder DomU (Gast) verwendet haben (oder in beiden). Persönlich verwende ich immer eine Kickstart-Datei, um meine DomUs zu erstellen, daher habe ich das Haupt-VG auf XenVG00 gesetzt. Alle meine DomUs befinden sich in einem VG auf dem Dom0 namens vg_xen - das ist jedoch nicht zwingend erforderlich.

Die zweite Annahme ist, dass Sie etwas freien Platz in der Volume-Gruppe haben, die die DomU-Images hält. Es muss nicht viel sein, da wir das Snapshot-Volume entfernen werden, wenn wir damit fertig sind.

Zuerst müssen wir unser Snapshot erstellen:

[root@dom0 ~]# lvcreate -L 1G -s -n lv_snapshot /dev/vg_xen/lv_xen_snaptest

Logisches Volume "lv_snapshot" erstellt

Dies erstellt ein Snapshot-Volume namens lv_snapshot eines DomU, das ein Dom0-LV namens lv_xen_snaptest verwendet. Dies ist an sich nützlich, da Sie jetzt ein Image dieses LVs erstellen könnten. Ich mache genau das für die Notfallwiederherstellung (dd if=/dev/vg_xen/lv_snapshot | bzip2 | dd of=/path/to/dr_image.bz2). Im schlimmsten Fall könnte dieses Image in ein neues logisches Volume auf einem neuen System für eine neue Instanz von Xen zurückgeschrieben werden.

Was wir jedoch tun wollen, ist, auf die Dateien in diesem Snapshot zuzugreifen. Da das DomU LVM verwendet, ist dies leider nicht trivial. Zuerst müssen wir kpartx verwenden, um die LV-Daten zu extrahieren:

[root@dom0 ~]# kpartx -av /dev/vg_xen/lv_snapshot

add map lv_snapshot1 : 0 208782 linear /dev/vg_xen/lv_snapshot 63  
add map lv_snapshot2 : 0 20755980 linear /dev/vg_xen/lv_snapshot 208845

Sie können sehen, dass 2 LVs gefunden wurden. Da lv_snapshot1 kleiner ist, wissen wir, dass es sich um die Swap-Datei handelt und lv_snapshot2 das /-Dateisystem ist. Wir müssen jetzt LVM dazu bringen, diese LVs zu sehen und sie zu aktivieren.

[root@dom0 ~]# vgscan

Lese alle physischen Volumes. Das kann eine Weile dauern…  
Gefundene Volume-Gruppe "vg_xen" mit Metadatentyp lvm2  
Gefundene Volume-Gruppe "XenVG00" mit Metadatentyp lvm2  
Gefundene Volume-Gruppe "VolGroup00" mit Metadatentyp lvm2

[root@dom0 ~]# vgchange -ay XenVG00

2 logische Volumes in der Volume-Gruppe "XenVG00" jetzt aktiv

Jetzt, da die LVs aktiv sind, können wir sie mounten, als wären sie jede andere Festplatte.

[root@dom0 ~]# mount /dev/XenVG00/LVroot /mnt/

Und jeden Befehl ausführen, den wir möchten

[root@dom0 ~]# rsync -avhp /mnt/ /backup/xen_test/

Offensichtlich müssen wir jetzt nach uns selbst aufräumen:

[root@dom0 ~]# umount /mnt  
[root@dom0 ~]# vgchange -an XenVG00

0 logische Volumes in der Volume-Gruppe "XenVG00" jetzt aktiv

[root@dom0 ~]# kpartx -d /dev/vg_xen/lv_snapshot  
[root@dom0 ~]# lvremove /dev/vg_xen/lv_snapshot

Möchten Sie das aktive logische Volume "lv_snapshot" wirklich entfernen? [y/n]: y  
Logisches Volume "lv_snapshot" erfolgreich entfernt

Das Wichtige hier ist, dass wir zu keinem Zeitpunkt unsere VM angehalten haben, aber wir konnten ein vollständiges Backup davon erstellen.

Die Größe des Snapshot-Volumes ist hier der schwierige Teil. Ich habe ein 1G Snapshot-LV verwendet. Um eine Vorstellung davon zu geben, wie groß es sein muss: Bis ein DR-Image meines Wikis erstellt, bzipped und über SSH auf eine andere Box zur Speicherung gesendet wurde, hat die Snapshot-Nutzung fast 7% erreicht.