VPS: Recuperação de desastre

Question

Eu tenho um vps ao vivo rodando o ubuntu 12.04.3 LTS (Precise Pangolin) , e embora eu tenha todos os bancos de dados do nosso aplicativo da web copiados para o amazon s3, e todo o nosso código-fonte copiado em máquinas de desenvolvimento local e bitbucket, eu ainda quero reduzir o tempo de inatividade ao mínimo, no caso de uma falha do sistema sem precedentes e catastrófica.

Realmente, o que eu preciso é, talvez, um aplicativo que clone meu servidor Ubuntu como uma imagem de disco ou um formato semelhante a cada x quantidade de segundos, que pode ser baixado para minha máquina local ou carregado para outro vps. Talvez isso possa fazer isso de uma maneira git , semelhante à máquina do tempo do Mac OSX, então somente as alterações no sistema são salvas e carregadas, e minha largura de banda não é usada enviando todas as informações para outro local , de novo e de novo.

Eu também gostaria de usar esta imagem de disco se fosse mover os hosts. Eu gostaria de poder fazer o backup da minha instalação local do ubuntu com ele também.

Ou o Ubuntu inclui algumas ferramentas de linha de comando que tornam esse processo de backup menos desanimador? Poderei escrever um script que chame alguns comandos para fazer backup dos meus vps?

Eu conheço o Ubuntu One e o aplicativo de backup do Ubuntu na minha máquina local, então existe um equivalente CLI para o meu servidor?

Estou preparado para mudar minha instalação do Ubuntu para > 13 se isso significa que essas ferramentas estarão disponíveis.

Agora, quando o Windows fica engraçado, a sua melhor aposta é fazer o nuke e reinstalar tudo. Mas o Ubuntu é muito superior: D, então eu poderia usar este processo de backup sem medo de bugs e corrupção e outros males?

    

Answer 1

Da experiência, posso recomendar a criação de um plano de desastre que você (ou outra pessoa, no caso de sua morte - sim, é coisa séria) pode reconstruir completamente o ativo de backups se o servidor principal (e você) foi atingido por um meteoro.

Na maioria dos casos, você não vai querer backups de imagem. Eles são difíceis de usar em um ambiente VPS porque você não tem acesso ... E qualquer coisa que seu VPS forneça pode morrer quando for atingido pelo meteoro.

Meu plano de desastre com um de meus clientes envolve os seguintes itens:

• Obtenha backup do S3.
• Instale o Ubuntu (último LTS) com um VPS e, em seguida, faça login como root.
• Copiar backup para local SSH (com instruções básicas)
• Execute um script que foi incluído no seu backup. Isso descompacta, define permissões, cria os usuários certos, aplica segurança, etc.
• Corrija seu DNS (inclua detalhes) para apontar para o novo IP.

É muito trabalho. E é importante que você teste também. Siga tudo isso (exceto o DNS) ao pé da letra e se você ficar com algo além de um servidor funcionando no final, você precisa voltar e melhorar as coisas.

E você precisa continuar testando. Pelo menos todas as versões do LTS você precisa voltar e verificar se tudo continua funcionando. Que seus backups estão sendo criados da maneira correta.

Você pode assumir um certo nível de competência na pessoa seguindo as instruções (você pode assumir que sua empresa contrata alguém com algum treinamento e você pode explicar no documento o que as pessoas precisarão saber como fazer para executar seus comandos), mas é muito importante que você mencione tudo que não é completamente padronizado.

Em um cenário não-desastroso, também é bom ter esses tipos de scripts (e documentação) por perto, se você quiser mover algo em um servidor para outro servidor. Ele permite que você saiba o que é muito rapidamente, sem ter que gastar horas tentando entender por que você tem três cópias separadas do nginx sendo executadas em um único servidor.