Qual é a diferença entre backup automático e snapshot
Os dois copiam todo o disco do servidor, mas o momento de criação e a forma de cobrança são diferentes.
- Backups automáticos: uma opção adicional que você ativa ao criar o servidor. Uma cópia de todo o disco do servidor é feita automaticamente em um cronograma definido, e a taxa, 5.6% do valor do servidor, é adicionada à fatura. Para uma restauração, solicite na página de suporte após o primeiro pagamento e nós cuidaremos disso.
- Snapshot: é um produto pedido à parte. Guarda todo o disco no momento que você escolher, como logo antes de uma grande atualização, e é cobrado a $0.009 por GB de armazenamento ao mês. No pedido, você escolhe a capacidade de 20GB a 2.000GB, em blocos de 10GB.
Deixando que o backup automático proteja sites e bancos de dados que mudam todo dia e guardando um snapshot antes de tarefas difíceis de desfazer, como atualizar o sistema operacional, as duas funções se completam. As descrições dos produtos estão nas páginas backups automáticos e snapshots.
Ativar o backup automático
- Na conta, clique em novo servidor e escolha região, tamanho e imagem.
- Ative o backup automático nas opções adicionais.
- O resumo à direita mostra na hora a mensalidade somando servidor e backup.
- Clique em Criar servidor e pague pelo período de faturamento escolhido, depois pague a fatura de renovação antes que o período termine para manter o servidor funcionando.
O backup automático é uma opção escolhida ao criar o servidor. Para proteger os dados de um servidor que já usa, peça um snapshot ou use também o backup dentro do servidor, abaixo. Ao criar servidores pela API, colocar "backups": true na requisição ativa a mesma opção.
Pedir uma restauração a partir do backup automático
As restaurações são realizadas pela nossa equipe de suporte, que retorna exatamente ao ponto que você deseja. Após o primeiro pagamento, solicite na página de suporte desta forma.
- Em assunto, escolha servidor.
- No campo nome do servidor, escreva o nome do servidor a restaurar.
- No conteúdo, escreva a data e a hora (UTC) a que quer voltar e se deve restaurar no mesmo servidor.
Na restauração, o disco do servidor passa a ter o conteúdo do momento do backup, então os arquivos criados depois disso somem. Se houver arquivos recentes que você queira manter, baixe-os para o seu computador antes de enviar o pedido. A resposta aparece na página de suporte.
Pedir um snapshot
- Clique em pedir na página snapshots.
- Escolha a capacidade de armazenamento. Com uma capacidade igual ou um pouco maior que o disco do servidor, todo o disco cabe com folga.
- Escrevendo no campo de nome o nome do servidor alvo, você sabe na hora de que servidor é o snapshot. Pode usar letras, números, pontos e hifens.
- Ao pedir, pague pelo período de faturamento escolhido, e quando estiver pronto, ele aparecerá na lista de produtos da sua conta.
Para servidores com gravações constantes, como bancos de dados, pausar o serviço brevemente ou parar o servidor enquanto o snapshot é feito gera a imagem mais limpa. Para voltar a um snapshot ou criar um novo servidor a partir dele, solicite na página de suporte com o nome do servidor e do snapshot após o primeiro pagamento, e nós cuidaremos disso.
Fazer backup você mesmo dentro do servidor
Se o backup automático e o snapshot protegem o servidor inteiro, o backup dentro do servidor é a forma de ter mais uma cópia dos arquivos e bancos de dados em outro lugar. Seguindo a regra 3-2-1, com três cópias, em dois tipos de armazenamento e uma em outro lugar, você fica mais seguro.
Passo 1. Agrupar arquivos e bancos de dados
mkdir -p /root/backup
tar czf /root/backup/www-$(date +%F).tar.gz /var/www
mysqldump --single-transaction --all-databases | gzip > /root/backup/db-$(date +%F).sql.gzNo PostgreSQL, agrupe com sudo -u postgres pg_dumpall | gzip > /root/backup/pg-$(date +%F).sql.gz, e em volumes Docker com docker run --rm -v VOLUME_NAME:/data -v /root/backup:/out alpine tar czf /out/VOLUME_NAME.tar.gz -C /data ..
Passo 2. Rodar automaticamente todo dia
Abra as tarefas agendadas com crontab -e e coloque as três linhas abaixo: todo dia às 3 da madrugada (hora do servidor) os arquivos de backup são criados, e os com mais de 7 dias são limpos. Dentro do crontab, coloque uma barra invertida antes de %.
0 3 * * * tar czf /root/backup/www-$(date +\%F).tar.gz /var/www
5 3 * * * mysqldump --single-transaction --all-databases | gzip > /root/backup/db-$(date +\%F).sql.gz
30 3 * * * find /root/backup -name '*.gz' -mtime +7 -deletePasso 3. Enviar mais uma cópia para outro lugar
Se os arquivos de backup ficam só no mesmo servidor, podem sumir junto com ele. Enviando com rsync para um servidor em outra região ou subindo com rclone para o armazenamento de objetos, você tem uma cópia em outro lugar.
rsync -az /root/backup/ backup@BACKUP_SERVER_IP:/backups/web-1/Que método escolher em cada situação
Os três métodos, mais do que se substituir, protegem mais quando usados juntos. Combine assim conforme o uso do seu servidor.
- Blogs pessoais e sites pequenos: ative o backup automático ao criar o servidor e baixe um arquivo de exportação do WordPress antes de mudar muito o tema ou os plugins, e basta.
- Lojas virtuais e serviços com cadastro de clientes: além do backup automático, gere todo dia dumps do banco de dados e envie uma cópia para outra região. Você recupera histórico de pedidos e dados de clientes com precisão de horas.
- Servidores de desenvolvimento e teste: guarde um snapshot antes de grandes experimentos e, ao terminar, exclua o snapshot para economizar no armazenamento.
- Quando usa vários servidores com a mesma configuração: guardando por muito tempo um snapshot do servidor base, você deixa servidores novos no mesmo estado rapidamente.
Em qualquer combinação, o essencial é ter uma cópia também fora do servidor e já ter restaurado de fato a partir dessa cópia. Cuidando só desses dois pontos, você restaura o serviço com calma mesmo diante de erros ou falhas repentinas.
Pense também no custo. O backup automático é fixado em 5.6% do preço do servidor, com o mesmo valor todo mês, e o snapshot custa só pela capacidade guardada. O backup dentro do servidor não tem custo extra e só usa espaço em disco, mas a cópia enviada a outro lugar precisa de espaço do lado que recebe. Escolhendo pelo tamanho dos dados a proteger e pela frequência de restauração, você equilibra custo e segurança.
Treino de restauração e bons hábitos
O backup vale quando dá para restaurar. Uma vez por mês, crie um servidor pequeno, descompacte os arquivos de backup e confira se o site abre: assim, em uma situação real, você não se perde nos passos. Exclua o servidor de teste assim que terminar a conferência.
- Logo antes de grandes tarefas, guarde um snapshot ou arquivo de backup.
- Coloque data e nome do servidor nos nomes dos arquivos de backup para saber na hora de que momento são.
- Guarde só em lugares seguros os backups com dados secretos, como senhas de bancos de dados e chaves de API.
- Antes de reinstalar o servidor, faça primeiro a etapa de mover os dados do guia de reinstalação.
Se falta espaço em disco para guardar backups por muito tempo, também dá para somar ao servidor um disco de blocos NVMe e usá-lo como espaço só para backups. Se usa Docker, veja também a gestão de volumes no guia de instalação do Docker.
