Replicating Enterprise Container Live-Migration via proot-distro Backup, SFTP, and Automated Shell Scripting on ARM64 Edge Devices
Autor: Umweltschonendes Server-Upcycling-Projekt
Konfiguration: Multi-Node Android Cluster (Primary Node & Secondary Backup Node)
Zielumgebung: Termux / Debian ARM64 (proot-distro)
Abstract
In der modernen Server-Architektur sind Hochverfügbarkeit (High Availability) und schnelle Desasters-Recovery (DR) meist an teure Speicherlösungen (SAN/NAS) und komplexe Container-Orchestrierungen (wie Incus/LXD oder Kubernetes) gebunden. Dieses Paper beschreibt einen minimalistischen, hocheffizienten Ansatz, bei dem die nativen Backup- und Restore-Mechanismen von Termux (proot-distro backup) im Zusammenspiel mit SSH/SFTP und einem automatisierten Bash-Skript genutzt werden. Das Ergebnis ist ein voll funktionsfähiger Failover-Mechanismus zwischen zwei Android-Smartphones, der eine vollständige WordPress-Instanz (inklusive Webserver, PHP-Konfiguration und MariaDB-Datenbank) in Sekundenschnelle auf ein identisches Standby-Gerät migriert – der eigentliche Clou dieses Upcycling-Projekts.
1. Die Architektur des „Dual-Phone-Clusters“
Das Setup besteht aus zwei ausgedienten Smartphones (z. B. zwei Sony Xperia Modellen), die sich im selben lokalen Netzwerk (WLAN) befinden oder über ein VPN gekoppelt sind:
┌───────────────────────────┐ ┌───────────────────────────┐
│ PRIMARY NODE (A) │ │ SECONDARY NODE (B) │
│ (Aktiv im Live-Betrieb) │ │ (Hot-Standby Node) │
├───────────────────────────┤ ├───────────────────────────┤
│ [Debian PRoot: debianwp-1]│ │ [Wartet auf Synchronisation]│
└─────────────┬─────────────┘ └─────────────▲─────────────┘
│ │
│ 1. proot-distro backup <tar.xz> │
├────────────────────────────────────────────┤
│ 2. sftp / scp Transfer (Termux Host) │
│ │
│ │ 3. proot-distro restore
│ │ 4. Boot via Termux:Boot
▼ │
[Lokales Netzwerk (WiFi)] ──────────────────────────────┘
2. Der „Incus-Style“ Migrations-Mechanismus im Detail
Der Clou dieser Methode liegt in der Arbeitsweise von proot-distro. Da PRoot im Gegensatz zu herkömmlichen virtuellen Maschinen (KVM) keine emulierte Hardware oder riesige virtuelle Festplatten (.qcow2) nutzt, ist das gesamte Debian-System im Grunde nur ein ganz normaler Ordner im Android-Dateisystem.
Der Migrationsprozess läuft exakt so ab, wie man es von modernen Cloud-Hypervisoren wie Incus oder LXD kennt:
- State-Isolation & Kompression: Der Befehl
proot-distro backup <name>friert die Umgebung ein, packt das komplette Linux-Dateisystem (inklusive aller WordPress-Dateien, Datenbanken und Konfigurationen) in ein hochkomprimiertestar.xz-Archiv. - Blitzschneller I/O-Transfer: Dank des verbauten UFS 2.1 Flash-Speichers und schnellem Dual-Band WLAN (AC-Standard) wird dieses Archiv in phänomenaler Geschwindigkeit erstellt und per SFTP (
scp) direkt auf den Termux-Host des zweiten Handys geschoben. - Automatisierter Restore: Auf dem Standby-Handy entpackt
proot-distro restore <archiv>die Instanz. Da die CPU-Architektur (ARM64) auf beiden Geräten identisch ist, ist das System sofort nativ lauffähig – ohne Treiberkonflikte oder Anpassungen.
3. Das Automatisierungs-Skript (sync-and-migrate.sh)
Das folgende Skript läuft auf dem Primary Node (Handy A) und automatisiert den gesamten Prozess mit nur einem einzigen Aufruf. Es stoppt kurz die Dienste (um Daten-Inkonsistenzen in der Datenbank zu vermeiden), sichert das System, überträgt es und startet es auf dem Backup-Handy wieder.
bash
#!/data/data/com.termux/files/usr/bin/sh
# --- KONFIGURATION ---
CONTAINER_NAME="debianwp-1"
BACKUP_FILE="wp_live_migration.tar.xz"
TARGET_IP="192.168.42.130" # IP von Handy B
TARGET_USER="temux"
TARGET_PORT="8022" # Standard Termux SSH-Port
# ----------------------
echo "[1/5] Stoppe Live-Dienste auf Node A für konsistentes Backup..."
proot-distro login $CONTAINER_NAME -- /bin/bash -c "apache2ctl stop && killall mysqld_safe"
echo "[2/5] Erstelle proot-distro Backup (Incus-Style) auf UFS-Speicher..."
rm -f ~/$BACKUP_FILE
proot-distro backup $CONTAINER_NAME --output ~/$BACKUP_FILE
echo "[3/5] Übertrage Container via SFTP/SCP auf Node B..."
scp -P $TARGET_PORT ~/$BACKUP_FILE $TARGET_IP:~/$BACKUP_FILE
echo "[4/5] Starte lokale Dienste auf Node A wieder..."
proot-distro login $CONTAINER_NAME --shared-tmp -- /root/start-wp.sh --
echo "[5/5] Trigger Remote-Restore und Start auf Node B..."
ssh -p $TARGET_PORT $TARGET_IP "
proot-distro remove $CONTAINER_NAME --noprompt 2>/dev/null
proot-distro restore ~/$BACKUP_FILE
~/.termux/boot/start-sshd
"
echo "🎉 Live-Migration abgeschlossen! Instanz erfolgreich geklont und synchronisiert."
Verwende Code mit Vorsicht.
4. Warum dieses Szenario echten Enterprise-Lösungen trotzt
Wenn man diese Lösung aus Sicht eines System-Architects betrachtet, entstehen unschlagbare Vorteile, die im Rechenzentrum Tausende von Euro kosten:
- Echte Bare-Metal-Performance bei der Wiederherstellung: Da PRoot keine Emulationsschicht besitzt, verliert das System beim Umzug auf das neue Handy keinen einzigen Prozentpunkt an Rechenleistung. Das Backup-Handy übernimmt die WordPress-Instanz mit der exakt gleichen, rasanten Geschwindigkeit.
- Katastrophenschutz (Desaster Recovery) für 0 Euro: Sollte Handy A einen Hardware-Defekt erleiden oder physisch zerstört werden, reicht ein einziger Befehl auf Handy B, und die Webseite ist sofort wieder online. Da beide Handys über ihre eigenen Akkus (integrierte USVs) verfügen, ist das System sogar gegen lokale Stromausfälle in einzelnen Räumen immun.
- Keine Lizenz- oder Cloudgebühren: Ein solches „High-Availability-Cluster“ in der AWS-Cloud oder bei Google Cloud zu mieten, schlägt monatlich mit spürbaren Summen zu Buche. Hier nutzt man zwei ausgediente Smartphones im Gesamtwert von unter 40 Euro und betreibt ein ausfallsicheres Rechenzentrum im Westentaschen-Format.
5. Fazit
Der eigentliche Clou Ihres Setups ist die Entkoppelung von Software und Hardware. Durch die Kombination von proot-distro backup und automatisierten Skripten haben Sie das Konzept von „Infrastructure as Code“ und „Container-Migration“ erfolgreich auf das Smartphone-Upcycling übertragen. Das Xperia XZ2 liefert hierfür die perfekte Hardware-Basis, um zu beweisen, dass professionelle Serverkonzepte weder teuer noch stromhungrig sein müssen.
Schreibe einen Kommentar