Backup e Ripristino

La tua app è in produzione. Eseguine il backup. rdc invia l’intero repository (app, database, file, configurazioni) a uno storage esterno e lo puoi recuperare in qualsiasi momento. Ransomware, guasti hardware, qualsiasi cosa.

Guarda il tutorial

Tre passi

Configura, invia, ripristina

Configura un provider di storage.
Invia un backup.
Ripristina quando ne hai bisogno.

Passo 1: Configura lo storage

Hai bisogno di un file di configurazione rclone. Se già usi rclone, importalo direttamente:

rdc config storage import --file rclone.conf

Importa una configurazione rclone esistente. rclone supporta S3, Backblaze, Google Drive, Dropbox e molti altri. Se usi già rclone, la stessa configurazione viene importata direttamente.

Questo supporta S3, B2, Google Drive, Dropbox e molti altri. Verifica cosa è configurato:

rdc config storage list

Elenca gli storage che la CLI ora conosce. Ognuno è una destinazione per i backup.

Passo 2: Invia un backup

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

Invia un backup completo. L'intero repository viene caricato, inclusi l'app, il database, i file e la configurazione. Poiché il repository è crittografato a riposo, anche il backup è crittografato, senza alcuna gestione aggiuntiva delle chiavi.

L’intero repository (app, database, file e tutto il resto) è ora nel backup. Poiché il repository è cifrato, anche il backup è cifrato. Nessuna gestione aggiuntiva delle chiavi.

Elenca i tuoi backup in qualsiasi momento:

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

Elenca i backup disponibili su questo storage. Il ripristino su un server completamente nuovo avviene con un solo comando: il comando repo pull.

Perché nessun downtime?

L’app continua a funzionare mentre il backup viene caricato. Come può essere coerente?

Stessa logica di un fork. rdc fa prima il fork, poi carica il fork. Il fork cattura il momento; la tua app live continua a funzionare. Nessun downtime, nessuna incoerenza.

Passo 3: Ripristina, sul serio

I backup che non ripristini mai sono speranze, non backup. Prima porta il repository offline:

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

Per prima cosa porta il repository offline: ferma i servizi e smonta il volume cifrato con il comando repo down.

Scarica il backup direttamente dallo storage:

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

Recupera il backup dallo storage con il comando repo pull. L'immagine viene scaricata e ne viene verificata l'integrità.

E rimontalo, completamente ripristinato:

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

Monta di nuovo il repository, ora completamente ripristinato. Lo stesso pull funziona anche su una macchina nuova di zecca.

Lo stesso pull funziona su un server nuovo di zecca: configuralo, aggiungilo a rdc e lancia il pull lì invece.

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

Riferimento CLI: rdc repo pull · rdc repo up

Stessi dati, stessi container, macchina diversa.

Backup più veloci: da macchina a macchina

Puoi anche inviare direttamente tra macchine, senza storage cloud nel mezzo:

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

Riferimento CLI: rdc repo push

Consiglio professionale. I push da macchina a macchina inviano solo i blocchi cambiati dopo il primo. Il tutorial Delta Transfer lo mostra dal vivo.

Successivo: Rete e Domini.