Mechanischer Vorgang:
Server alt ist im Rack x
Server neu ist im Rack Y
Ist Server neu fertig installiert
Server alt wird formatiert und aus Rack x entnommen
Server neu kommt aus Rack Y in Rack X
Nun die Frage der Downtime:
Wenn man alle LXC Container mit zusammen ca 800 Gb erst sicher, dann zum neuen Server transferiert und dort wieder mit restore einfügt, dauert das sehr lange.
Könnte folgendes klappen:
LXC Container vorher sichern, dann auf dem neuen Server einpflegen.
Vor dem Abschalten des alten Servers dann alle VMs herunterfahren
Alle Container mounten und vom neuen Server
Dann einen
rsync -a --delete ... root@serveralt:/var/lib/lxc/ /var/lib/lxc
oder besser jeden Container extra?
rsync -a --delete ... root@serveralt:/var/lib/lxc/104/rootfs /var/lib/lxc/104/rootfs
druchführen
Das müsst dann eine 1:1 Kopie der LXC Container erstellen.
Gibt es das Konflikte?
Klappt das generell speziell aber auch z.b auch bei Datenbanken?
[Update] bei einem Datenbankserver habe ich das getestet, er ist problemlos online gegangen
Ich habe es zweimal probiert: erster rsync >- dann apt upgrade auf altem -> rsync - neuer war aktuell und lief
LXC Container bei Hardwareumzug synchronisieren - minimale Downtime
Re: LXC Container bei Hardwareumzug synchronisieren - minimale Downtime
Wenn du deine LXC Container auf ein ZFS packst, dann kannst du über inkrementelle Snapshots und deren Übertragung die Downtime auf wenige Minuten begrenzen.
- heisenberg
- Beiträge: 3542
- Registriert: 04.06.2015 01:17:27
- Lizenz eigener Beiträge: MIT Lizenz
Re: LXC Container bei Hardwareumzug synchronisieren - minimale Downtime
Jede Rohheit hat ihren Ursprung in einer Schwäche.