Backup e Restauro
A sua aplicação está em produção. Crie uma cópia de segurança. O rdc envia o seu repositório inteiro (aplicação, base de dados, ficheiros, configurações) para armazenamento externo e recupera-o a qualquer momento. Ransomware, falhas de hardware, qualquer coisa.
Ver o tutorial
Três passos
- Configure um fornecedor de armazenamento.
- Envie um backup.
- Restaure quando precisar.
Passo 1: Configurar o armazenamento
Precisa de um ficheiro de configuração rclone. Se já usa rclone, importe-o diretamente:
rdc config storage import --file rclone.confImporte uma configuração rclone existente. O rclone suporta S3, Backblaze, Google Drive, Dropbox e muito mais. Se você já usa rclone, a mesma configuração é importada diretamente.
Suporta S3, B2, Google Drive, Dropbox e muitos mais. Verifique o que está configurado:
rdc config storage listListe os armazenamentos que a CLI conhece agora. Cada um é um destino para backups.
Passo 2: Enviar um backup
rdc repo push --name my-app -m <machine-name> --to my-storageEnvie um backup completo. O repository inteiro é carregado, incluindo o app, banco de dados, arquivos e configuração. Como o repository é criptografado em repouso, o backup também é criptografado, sem gerenciamento adicional de chaves.
O seu repositório inteiro (aplicação, base de dados, ficheiros, tudo) está agora em backup. Como o próprio repositório é encriptado, o backup também é encriptado. Sem gestão de chaves adicional.
Liste os seus backups a qualquer momento:
rdc repo backup list --from my-storage -m <machine-name>Liste os backups disponíveis neste armazenamento. Restaurar em um servidor totalmente novo é apenas um comando: o comando repo pull.
Porquê sem interrupção?
A aplicação continua a funcionar enquanto o backup é enviado. Como é que isso é consistente?
A mesma lógica de um fork. O rdc faz primeiro um fork e depois envia esse fork. O fork captura o momento; a sua aplicação em produção continua. Sem interrupção, sem inconsistência.
Passo 3: Restaurar, a sério
Backups que nunca restaura são esperanças, não backups. Primeiro, coloque o repositório offline:
rdc repo down --name my-app --machine <machine-name> --unmountColoque o repositório offline primeiro: pare os serviços e desmonte o volume criptografado com o comando repo down.
Recupere o backup diretamente do armazenamento:
rdc repo pull --name my-app --machine <machine-name> --from my-storage --force --yesRecupere o backup do armazenamento com o comando repo pull. A imagem é baixada e verificada quanto à integridade.
E monte-o novamente, totalmente restaurado:
rdc repo mount --name my-app --machine <machine-name>Monte o repositório novamente, ele está completamente restaurado. O mesmo pull funciona em uma máquina nova.
O mesmo pull funciona num servidor completamente novo: configure-o, adicione-o ao rdc e corra o pull lá:
rdc repo pull --name my-app -m new-server --from my-storage
rdc repo up --name my-app -m new-serverOs mesmos dados, os mesmos contentores, uma máquina diferente.
Backups mais rápidos: máquina para máquina
Também pode enviar diretamente entre máquinas, sem armazenamento na nuvem pelo meio:
rdc repo push --name my-app -m my-server --to-machine backup-serverDica profissional. Os envios máquina-a-máquina enviam apenas os blocos alterados após o primeiro. O tutorial de Transferência Delta mostra ao vivo.
Próximo: Rede e Domínios.