Backup und Wiederherstellung

Ihre App läuft im Produktivbetrieb. Sichern Sie sie ab. rdc überträgt Ihr gesamtes Repository (App, Datenbank, Dateien, Konfigurationen) auf externen Speicher und ruft es jederzeit zurück. Ransomware, Hardwareausfall - alles ist überwindbar.

Tutorial ansehen

Drei Schritte

Konfigurieren, übertragen, wiederherstellen

Speicheranbieter konfigurieren.
Backup übertragen.
Wiederherstellen, wenn nötig.

Schritt 1: Speicher konfigurieren

Sie benötigen eine rclone-Konfigurationsdatei. Wenn Sie rclone bereits verwenden, importieren Sie sie direkt:

rdc config storage import --file rclone.conf

Importieren Sie eine vorhandene rclone-Konfiguration. rclone unterstützt S3, Backblaze, Google Drive, Dropbox und viele weitere Dienste. Wenn Sie rclone bereits verwenden, lässt sich die vorhandene Konfiguration direkt importieren.

Dies unterstützt S3, B2, Google Drive, Dropbox und viele mehr. Prüfen Sie, was eingerichtet ist:

rdc config storage list

Listet die Speicher auf, die der CLI jetzt bekannt sind. Jeder davon ist ein Ziel für Backups.

Schritt 2: Backup übertragen

rdc repo push --name my-app -m <machine-name> --to my-storage

Pusht ein vollständiges Backup. Das gesamte Repository wird hochgeladen, einschließlich App, Datenbank, Dateien und Konfiguration. Da das Repository im Ruhezustand verschlüsselt ist, ist auch das Backup verschlüsselt, ohne zusätzliches Schlüsselmanagement.

Ihr gesamtes Repository (App, Datenbank, Dateien, alles) ist jetzt gesichert. Da das Repository selbst verschlüsselt ist, ist auch das Backup verschlüsselt. Kein zusätzliches Schlüsselmanagement.

Backups jederzeit auflisten:

rdc repo backup list --from my-storage -m <machine-name>

Listet die auf diesem Speicher verfügbaren Backups auf. Die Wiederherstellung auf einem brandneuen Server erfordert nur einen einzigen Befehl: den Repo-Pull-Befehl.

Warum kein Ausfall?

Die App läuft weiter, während das Backup hochlädt. Wie ist das konsistent?

Gleiche Logik wie bei einem Fork. rdc forkt zuerst, dann lädt es den Fork hoch. Der Fork hält den Moment fest; Ihre Live-App läuft weiter. Kein Ausfall, keine Inkonsistenz.

Schritt 3: Wirklich wiederherstellen

Backups, die Sie nie wiederherstellen, sind Hoffnungen, keine Backups. Nehmen Sie das Repository zuerst offline:

rdc repo down --name my-app --machine <machine-name> --unmount

Nehmen Sie das repository zuerst offline: Stoppen Sie die Services und hängen Sie das verschlüsselte Volume mit dem Befehl repo down aus.

Ziehen Sie das Backup direkt vom Speicher zurück:

rdc repo pull --name my-app --machine <machine-name> --from my-storage --force --yes

Laden Sie das Backup mit dem Befehl repo pull vom Speicher zurück. Das Image wird abgerufen und auf Integrität geprüft.

Und hängen Sie es wieder ein - vollständig wiederhergestellt:

rdc repo mount --name my-app --machine <machine-name>

Hängen Sie das repository erneut ein, es ist vollständig wiederhergestellt. Derselbe Pull funktioniert auf einem brandneuen Rechner.

Dasselbe Pull-Kommando funktioniert auf einem brandneuen Server: einrichten, zu rdc hinzufügen und dort das Pull ausführen.

rdc repo pull --name my-app -m new-server --from my-storage
rdc repo up --name my-app -m new-server

CLI-Referenz: rdc repo pull · rdc repo up

Gleiche Daten, gleiche Container, andere Maschine.

Schnellere Backups: Maschine zu Maschine

Sie können auch direkt zwischen Maschinen übertragen, ohne Cloud-Speicher dazwischen:

rdc repo push --name my-app -m my-server --to-machine backup-server

CLI-Referenz: rdc repo push

Profi-Tipp. Maschine-zu-Maschine-Pushes senden nach dem ersten Mal nur noch die geänderten Blöcke. Das Delta Transfer-Tutorial zeigt es live.

Weiter: Netzwerk und Domänen.