O que é
Recuperação de desastre é o cenário extremo: o servidor foi perdido (falha grave, conta encerrada
no provedor, VPS apagada). Se você mantém snapshots do servidor no S3, dá para reconstruir tudo
em uma máquina nova.
O pré-requisito
A recuperação só é possível se você já vinha guardando snapshots num S3 externo antes do
desastre. Por isso o backup do GW Server fica fora da VPS: um backup na própria máquina perdida
não recupera nada. Ver Como funciona o backup e
Configurando o destino S3.
Recursos que o módulo exige
Gerar o snapshot compacta o servidor inteiro localmente antes de enviar ao S3 — isso consome
CPU, RAM e, principalmente, disco de sobra. Em servidores muito pequenos ou com pouco espaço
livre, o processo pode não ter recurso suficiente para completar.
Por ser um processo pesado, a recomendação é agendar o snapshot semanalmente (guardando de duas
a quatro cópias) em vez de diariamente, e num horário diferente do usado pelos backups por site
— evitando que as duas tarefas concorram pelo mesmo recurso ao mesmo tempo.
Se algum site do servidor tem banco de dados e ele não pôde ser incluído no snapshot (por exemplo,
o CREDENCIAIS.txt de um site Custom sumiu do lugar), a geração do
snapshot falha em vez de publicar uma cópia incompleta em silêncio — melhor descobrir o
problema na hora de gerar do que precisar de um site sem banco no dia da recuperação.
Recuperando
- Suba um servidor novo e limpo e instale o GW Server.
- Aponte o painel para o S3 de recuperação (as credenciais do bucket com seus snapshots).
- Use a restauração do painel a partir do snapshot mais recente.
O painel, os sites e as aplicações são recriados no estado do snapshot. Depois, aponte o DNS dos
sites para o IP da máquina nova.
Restaurar o servidor inteiro é um recurso Pro (ver Migrando o servidor inteiro).
Configure e teste o S3 de recuperação antes de precisar dele: recuperação de desastre não se
improvisa no dia do desastre.