|
Größe: 3684
Kommentar:
|
← Revision 15 vom 2022-12-10 23:06:21 ⇥
Größe: 3694
Kommentar:
|
| Gelöschter Text ist auf diese Art markiert. | Hinzugefügter Text ist auf diese Art markiert. |
| Zeile 8: | Zeile 8: |
| || lucy || 768 MB || 110 GB || 6 || | || lucy || 768 MB || 110 GB || 9 || |
| Zeile 14: | Zeile 14: |
| || steve || 256 MB || 2 GB || 7 || || marcy || 512 MB || 10 GB || 7 || || griff || 2681 MB || 2 GB + 92 GB || 7 || |
|| steve || 512 MB || 12 GB || 9 || || marcy || 512 MB || 10 GB + 20 GB || 9 || || griff || 2681 MB || 2 GB + 179 GB || 9 || |
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 |
9 |
stats |
512 MB |
4 GB |
8 |
collab |
768 MB |
10 GB |
8 |
lucy |
768 MB |
110 GB |
9 |
vping |
824 MB |
50 GB |
10 |
members |
2048 MB |
60 GB |
10 |
zooey |
2048 MB |
11 GB + 60 GB |
8 |
zooey2 |
2048 MB |
11 GB + 60 GB |
8 |
san |
386 MB |
30 GB |
8 |
steve |
512 MB |
12 GB |
9 |
marcy |
512 MB |
10 GB + 20 GB |
9 |
griff |
2681 MB |
2 GB + 179 GB |
9 |
seven |
128 MB |
4 GB + 112 GB |
10 |
jefferson |
800 MB |
2 GB + 69 GB |
10 |
kelly |
512 MB |
4 GB |
10 |
bud |
869 MB |
8 GB + 83 GB |
8 |
ted |
1024 MB |
20 GB + 2 GB |
10 |
leary |
256 MB |
20 GB |
9 |
Belegung der Server
Server |
Speicher |
Festplatte |
1 |
2834 MB |
197 GB |
2 |
3449 MB |
106 GB |
3 |
1893 MB |
166 GB |
4 |
2176 MB |
240 GB |
5 |
24 GB |
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.