Verteilung der virtuellen Maschinen auf die Server
Dieses Seite beschreibt die reguläre Verteilung der Virtuellen Maschinen auf die fünf Knipp-Server.
VM-Name |
Arbeitsspeicher |
Festplattenspeicher |
Server-Nummer |
spam |
1024 MB |
20 GB |
1 |
stats |
512 MB |
4 GB |
3 |
collab |
768 MB |
10 GB |
4 |
lucy |
768 MB |
110 GB |
4 |
vping |
824 MB |
50 GB |
5 |
members |
512 MB |
60 GB |
5 |
zooey |
512 MB |
11 GB + 60 GB |
3 |
san |
386 MB |
30 GB |
1 |
eintrachtschule |
256 MB |
36 GB |
1 |
tabaluga2 |
400 MB |
20 GB |
1 |
steve |
256 MB |
2 GB |
2 |
marcy |
512 MB |
10 GB |
2 |
griff |
2681 MB |
2 GB + 92 GB |
2 |
seven |
128 MB |
4 GB + 112 GB |
4 |
jeferson |
512 MB |
2 GB + 69 GB |
1 |
kelly |
512 MB |
4 GB |
4 |
bud |
869 MB |
4 GB + 83 GB |
3 |
ted |
1024 MB |
20 GB + 2 GB |
5 |
leary |
256 MB |
20 GB |
1 |
Belegung der Server
Server |
Speicher |
Festplatte |
1 |
2834 MB |
197 GB |
2 |
3449 MB |
106 GB |
3 |
1893 MB |
162 GB |
4 |
2176 MB |
240 GB |
5 |
2360 MB |
132 GB |
Backup mittels LVM Snapshots
Verzeichnisstruktur auf der Backup-Platte:
- hostname/
- sizes.txt
- lvname1/
- lvname2/
- ...
lvnamen/
Format von sizes.txt:
LV Name /dev/vgname/lvname LV Size xxx
Einzelne Einträge durch jeweils eine Leerzeile getrennt.
Aus dieser Datei können die weiter benötigten Unterverzeichnisse wie folgt erzeugt werden:
grep Name sizes.txt | awk '{ print $3 }' | cut -d/ -f4 | xargs mkdirDie einzelnen LVs werden geschickter Weise mittels Snapshots kopiert:
lvcreate -L500M -s -n backup /dev/vgname/lvname mount -o ro /dev/vgname/backup /mnt2 rsync -aHvzx --numeric-ids --delete --sparse --stats /mnt2/ /mnt/hostname/lvname/ umount /mnt2 lvremove -f /dev/vgname/lvname
Notizen:
Wird beim Aufruf von lvcreate keine Volume Group für den Snapshot angegeben, so wird dieser in der selben Volume Group wie das Logical Volume erzeugt.
Die Größenangabe bei vgcreate gibt die maximale Menge an Änderungen an, die gespeichert werden können, bevor der Snapshot automatisch deaktiviert wird.
Backup aus dem laufenden System
Für die obige Methode ist es notwendig, dass in der Volume Group ausreichend freier Platz zur Verfügung steht. Sollte dies nicht der Fall sein, so kann auch kein Snapshot erzeugt werden, die Daten müssen daher aus dem laufenden System direkt kopiert werden. Dazu wird wie folg vorgegangen:
mittels xm block-attach bud2.prima.de phy:/dev/sdc1 /dev/xvda4 w wird die Backup-Platte der DomU bekannt gemacht
- innerhalb der DomU das neue Device mounten
- innerhalb der DomU wird nun wie oben beschrieben mittels rsync kopiert.
- innerhalb der DomU das neue Device unmounten
- die Platte wieder aus der DomU entfernen, dieser Vorgang ist etwas umständlicher:
Schritt 1: Xen device nummer ermitteln
grep griff /var/log/xen/xend.log | grep garfield | grep DevController
Die Ausgabe endet etwa mit/local/domain/0/backend/vbd/1/771
Die 771 ist die gesuchte Nummer.
Schritt 2: Xen Domain-ID ermitteln
xm list griff.prima.de
Die Nummer in der Spalte ID ist die gesuchte Nummer (hier 1).
Schritt 3: Device von der DomU entfernen
xm block-detach 1 771
Hier die beiden in Schritt 1 und Schritt 2 ermittelten Zahlen einsetzen.