{"id":16,"date":"2026-07-29T19:03:59","date_gmt":"2026-07-29T17:03:59","guid":{"rendered":"http:\/\/192.168.42.129:4080\/?p=16"},"modified":"2026-07-29T19:05:22","modified_gmt":"2026-07-29T17:05:22","slug":"technical-paper-ultra-low-cost-high-availability-ha-live-migration","status":"publish","type":"post","link":"https:\/\/snapsdragon.rolsrois.com\/index.php\/2026\/07\/29\/technical-paper-ultra-low-cost-high-availability-ha-live-migration\/","title":{"rendered":"Technical Paper: Ultra-Low-Cost High Availability (HA) & Live Migration"},"content":{"rendered":"\n

Replicating Enterprise Container Live-Migration via proot-distro<\/code> Backup, SFTP, and Automated Shell Scripting on ARM64 Edge Devices<\/p>\n\n\n\n

Autor:<\/strong> Umweltschonendes Server-Upcycling-Projekt
Konfiguration:<\/strong> Multi-Node Android Cluster (Primary Node & Secondary Backup Node)
Zielumgebung:<\/strong> Termux \/ Debian ARM64 (proot-distro<\/code>)<\/p>\n\n\n\n

\n\n\n\n

Abstract<\/p>\n\n\n\n

In der modernen Server-Architektur sind Hochverf\u00fcgbarkeit (High Availability) und schnelle Desasters-Recovery (DR) meist an teure Speicherl\u00f6sungen (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<\/code>) im Zusammenspiel mit SSH\/SFTP und einem automatisierten Bash-Skript genutzt werden. Das Ergebnis ist ein voll funktionsf\u00e4higer Failover-Mechanismus zwischen zwei Android-Smartphones, der eine vollst\u00e4ndige WordPress-Instanz (inklusive Webserver, PHP-Konfiguration und MariaDB-Datenbank) in Sekundenschnelle auf ein identisches Standby-Ger\u00e4t migriert \u2013 der eigentliche Clou dieses Upcycling-Projekts.<\/p>\n\n\n\n

\n\n\n\n

1. Die Architektur des „Dual-Phone-Clusters“<\/p>\n\n\n\n

Das Setup besteht aus zwei ausgedienten Smartphones (z. B. zwei Sony Xperia Modellen), die sich im selben lokalen Netzwerk (WLAN) befinden oder \u00fcber ein VPN gekoppelt sind:<\/p>\n\n\n\n

\u250c\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2510                \u250c\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2510\n\u2502     PRIMARY NODE (A)      \u2502                \u2502    SECONDARY NODE (B)     \u2502\n\u2502  (Aktiv im Live-Betrieb)  \u2502                \u2502     (Hot-Standby Node)    \u2502\n\u251c\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2524                \u251c\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2524\n\u2502 [Debian PRoot: debianwp-1]\u2502                \u2502 [Wartet auf Synchronisation]\u2502\n\u2514\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u252c\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2518                \u2514\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u25b2\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2518\n              \u2502                                            \u2502\n              \u2502  1. proot-distro backup <tar.xz>           \u2502\n              \u251c\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2524\n              \u2502  2. sftp \/ scp Transfer (Termux Host)      \u2502\n              \u2502                                            \u2502\n              \u2502                                            \u2502 3. proot-distro restore\n              \u2502                                            \u2502 4. Boot via Termux:Boot\n              \u25bc                                            \u2502\n   [Lokales Netzwerk (WiFi)] \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2518\n<\/code><\/pre>\n\n\n\n
\n\n\n\n
2. Der „Incus-Style“ Migrations-Mechanismus im Detail<\/p>\n\n\n\n
Der Clou dieser Methode liegt in der Arbeitsweise von proot-distro<\/code>. Da PRoot im Gegensatz zu herk\u00f6mmlichen virtuellen Maschinen (KVM) keine emulierte Hardware oder riesige virtuelle Festplatten (.qcow2<\/code>) nutzt, ist das gesamte Debian-System im Grunde nur ein ganz normaler Ordner im Android-Dateisystem.<\/p>\n\n\n\n
Der Migrationsprozess l\u00e4uft exakt so ab, wie man es von modernen Cloud-Hypervisoren wie Incus<\/strong> oder LXD<\/strong> kennt:<\/p>\n\n\n\n
    \n
  1. State-Isolation & Kompression:<\/strong> Der Befehl proot-distro backup <name><\/code> friert die Umgebung ein, packt das komplette<\/em> Linux-Dateisystem (inklusive aller WordPress-Dateien, Datenbanken und Konfigurationen) in ein hochkomprimiertes tar.xz<\/code>-Archiv.<\/li>\n\n\n\n
  2. Blitzschneller I\/O-Transfer:<\/strong> Dank des verbauten UFS 2.1 Flash-Speichers<\/strong> und schnellem Dual-Band WLAN (AC-Standard) wird dieses Archiv in ph\u00e4nomenaler Geschwindigkeit erstellt und per SFTP (scp<\/code>) direkt auf den Termux-Host des zweiten Handys geschoben.<\/li>\n\n\n\n
  3. Automatisierter Restore:<\/strong> Auf dem Standby-Handy entpackt proot-distro restore <archiv><\/code> die Instanz. Da die CPU-Architektur (ARM64) auf beiden Ger\u00e4ten identisch ist, ist das System sofort nativ lauff\u00e4hig \u2013 ohne Treiberkonflikte oder Anpassungen.<\/li>\n<\/ol>\n\n\n\n
    \n\n\n\n
    3. Das Automatisierungs-Skript (sync-and-migrate.sh<\/code>)<\/p>\n\n\n\n
    Das folgende Skript l\u00e4uft auf dem Primary Node (Handy A)<\/strong> 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, \u00fcbertr\u00e4gt es und startet es auf dem Backup-Handy wieder.<\/p>\n\n\n\n
    bash<\/p>\n\n\n\n
    #!\/data\/data\/com.termux\/files\/usr\/bin\/sh\n# --- KONFIGURATION ---\nCONTAINER_NAME=\"debianwp-1\"\nBACKUP_FILE=\"wp_live_migration.tar.xz\"\nTARGET_IP=\"192.168.42.130\" # IP von Handy B\nTARGET_USER=\"temux\"\nTARGET_PORT=\"8022\"         # Standard Termux SSH-Port\n# ----------------------\n\necho \"[1\/5] Stoppe Live-Dienste auf Node A f\u00fcr konsistentes Backup...\"\nproot-distro login $CONTAINER_NAME -- \/bin\/bash -c \"apache2ctl stop && killall mysqld_safe\"\n\necho \"[2\/5] Erstelle proot-distro Backup (Incus-Style) auf UFS-Speicher...\"\nrm -f ~\/$BACKUP_FILE\nproot-distro backup $CONTAINER_NAME --output ~\/$BACKUP_FILE\n\necho \"[3\/5] \u00dcbertrage Container via SFTP\/SCP auf Node B...\"\nscp -P $TARGET_PORT ~\/$BACKUP_FILE $TARGET_IP:~\/$BACKUP_FILE\n\necho \"[4\/5] Starte lokale Dienste auf Node A wieder...\"\nproot-distro login $CONTAINER_NAME --shared-tmp -- \/root\/start-wp.sh --\n\necho \"[5\/5] Trigger Remote-Restore und Start auf Node B...\"\nssh -p $TARGET_PORT $TARGET_IP \"\n  proot-distro remove $CONTAINER_NAME --noprompt 2>\/dev\/null\n  proot-distro restore ~\/$BACKUP_FILE\n  ~\/.termux\/boot\/start-sshd\n\"\n\necho \"\ud83c\udf89 Live-Migration abgeschlossen! Instanz erfolgreich geklont und synchronisiert.\"\n<\/code><\/pre>\n\n\n\n
    Verwende Code mit Vorsicht.<\/p>\n\n\n\n
    \n\n\n\n
    4. Warum dieses Szenario echten Enterprise-L\u00f6sungen trotzt<\/p>\n\n\n\n
    Wenn man diese L\u00f6sung aus Sicht eines System-Architects betrachtet, entstehen unschlagbare Vorteile, die im Rechenzentrum Tausende von Euro kosten:<\/p>\n\n\n\n
      \n
    • Echte Bare-Metal-Performance bei der Wiederherstellung:<\/strong> Da PRoot keine Emulationsschicht besitzt, verliert das System beim Umzug auf das neue Handy keinen einzigen Prozentpunkt an Rechenleistung. Das Backup-Handy \u00fcbernimmt die WordPress-Instanz mit der exakt gleichen, rasanten Geschwindigkeit.<\/li>\n\n\n\n
    • Katastrophenschutz (Desaster Recovery) f\u00fcr 0 Euro:<\/strong> Sollte Handy A einen Hardware-Defekt erleiden oder physisch zerst\u00f6rt werden, reicht ein einziger Befehl auf Handy B, und die Webseite ist sofort wieder online. Da beide Handys \u00fcber ihre eigenen Akkus (integrierte USVs) verf\u00fcgen, ist das System sogar gegen lokale Stromausf\u00e4lle in einzelnen R\u00e4umen immun.<\/li>\n\n\n\n
    • Keine Lizenz- oder Cloudgeb\u00fchren:<\/strong> Ein solches „High-Availability-Cluster“ in der AWS-Cloud oder bei Google Cloud zu mieten, schl\u00e4gt monatlich mit sp\u00fcrbaren Summen zu Buche. Hier nutzt man zwei ausgediente Smartphones im Gesamtwert von unter 40 Euro und betreibt ein ausfallsicheres Rechenzentrum im Westentaschen-Format.<\/li>\n<\/ul>\n\n\n\n
      \n\n\n\n
      5. Fazit<\/p>\n\n\n\n
      Der eigentliche Clou Ihres Setups ist die Entkoppelung von Software und Hardware. Durch die Kombination von proot-distro backup<\/code> und automatisierten Skripten haben Sie das Konzept von „Infrastructure as Code“<\/strong> und „Container-Migration“<\/strong> erfolgreich auf das Smartphone-Upcycling \u00fcbertragen. Das Xperia XZ2 liefert hierf\u00fcr die perfekte Hardware-Basis, um zu beweisen, dass professionelle Serverkonzepte weder teuer noch stromhungrig sein m\u00fcssen.<\/p>\n","protected":false},"excerpt":{"rendered":"
      Replicating Enterprise Container Live-Migration via proot-distro Backup, SFTP, and Automated Shell Scripting on ARM64 Edge Devices Autor: Umweltschonendes Server-Upcycling-ProjektKonfiguration: Multi-Node Android Cluster (Primary Node & Secondary Backup Node)Zielumgebung: Termux \/ Debian ARM64 (proot-distro) Abstract In der modernen Server-Architektur sind Hochverf\u00fcgbarkeit (High Availability) und schnelle Desasters-Recovery (DR) meist an teure Speicherl\u00f6sungen (SAN\/NAS) und komplexe Container-Orchestrierungen (wie […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-16","post","type-post","status-publish","format-standard","hentry","category-allgemein"],"_links":{"self":[{"href":"https:\/\/snapsdragon.rolsrois.com\/index.php\/wp-json\/wp\/v2\/posts\/16","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/snapsdragon.rolsrois.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/snapsdragon.rolsrois.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/snapsdragon.rolsrois.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/snapsdragon.rolsrois.com\/index.php\/wp-json\/wp\/v2\/comments?post=16"}],"version-history":[{"count":3,"href":"https:\/\/snapsdragon.rolsrois.com\/index.php\/wp-json\/wp\/v2\/posts\/16\/revisions"}],"predecessor-version":[{"id":20,"href":"https:\/\/snapsdragon.rolsrois.com\/index.php\/wp-json\/wp\/v2\/posts\/16\/revisions\/20"}],"wp:attachment":[{"href":"https:\/\/snapsdragon.rolsrois.com\/index.php\/wp-json\/wp\/v2\/media?parent=16"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/snapsdragon.rolsrois.com\/index.php\/wp-json\/wp\/v2\/categories?post=16"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/snapsdragon.rolsrois.com\/index.php\/wp-json\/wp\/v2\/tags?post=16"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}