Estratégia de backup do Amazon EC2

Question

Eu tenho algumas configurações de servidor da Web / servidor de banco de dados usando o EC2 da Amazon. No momento, estou tirando instantâneos diários de todas as unidades do meu sistema e EBS que contêm todos os meus arquivos de aplicativo, arquivos de banco de dados, código-fonte e backups de banco de dados. Eu tenho um aplicativo de console que executa as criações de backup em um agendamento. Minhas imagens são imagens EBS.

Estou trabalhando em uma tarefa que deixará meus instantâneos depois de tantos dias. Eu acho que a minha pergunta é, devo / posso também agendar uma tarefa de imagem / EBS completa também? Dessa forma, se o servidor falhar ou estiver corrompido, posso apenas iniciar a imagem mais recente e aplicar o instantâneo mais recente.

Como estou trabalhando na minha estratégia de backup, estou usando o Jungle Disc para fazer backup dos meus discos de dados.

    

Answer 1

Minhas recomendações:

1. Sempre documente e / ou faça script da configuração de cada nova instância para que você possa reproduzir a instalação do software e a configuração do sistema no caso de perder a instância. Teste isso iniciando uma nova instância e seguindo o procedimento. Você pode usar uma AMI privada personalizada se a instalação demorar muito e precisar iniciar instâncias rapidamente, mas a própria AMI deve ser criada usando um procedimento documentado e / ou com script.

2. Mantenha seus dados importantes em volumes separados do EBS e não no volume raiz do EBS. Isso traz muitos benefícios, incluindo facilitar a transferência de dados para novas instâncias (por exemplo, com base em diferentes AMIs) e facilitar a obtenção de cópias de seus dados em outras instâncias (por exemplo, com snapshots e novos volumes).

3. Crie instantâneos regulares dos volumes de dados do EBS. Se possível / aplicável, use uma ferramenta como minha ec2-consistent-snapshot para melhorar as chances de você estar tirando um instantâneo de um sistema de arquivos / banco de dados consistente. Faça o backup dos dados fora do AWS / EC2, pois sua própria conta da AWS é um ponto único de falha.

4. Crie instantâneos do volume raiz do EBS de tempos em tempos em instâncias importantes. Embora isso possa ajudá-lo no caso de uma instância ou falha de volume do EBS, essa parte não é tão importante por causa do número 1 e do número 2 acima. A principal razão pela qual faço isso é que a criação de snapshots reduz o risco de falha do próprio volume do EBS raiz.

A taxa de falha de um volume do EBS está diretamente relacionada ao número de blocos que foram modificados naquele volume desde o último instantâneo do EBS.

    

Answer 2

Should/can I also schedule a complete image/EBS task as well?

sim, é aconselhável. Uma vez isso me salvou, porque eu tive que resetar muitas vezes por causa dos problemas do kernel, até que o disco de boot não estivesse mais legível e eu simplesmente inicializasse do último snapshot.

Se você estiver interessado, escrevi uma classe Java para obter instantâneos de todos os volumes EBS conectados e também excluí-los após um determinado período de tempo. Atualmente faço um backup toda semana e descarte o terceiro backup depois de duas semanas.

link

Ele executa apenas uma ação por execução, como tirar ou excluir um instantâneo, porque ele deve ser colocado em um cron por hora para evitar sobrecarregar com dezenas de instantâneos nos mesmos momentos no caso de ter muitos EBS como eu fazer.

    

Answer 3

Usamos uma estratégia de backup simples, mas poderosa: criar uma nova AMI na base na execução de instâncias do EC2 EBS duas vezes no dia e excluir AMIs "antigas". Através da API (CreateImage) você pode configurar sinalizar não reinicializar a instância enquanto cria uma nova AMI ou, se usar o software raid-ssh antes da chamada da CreateIImage API e congelar o sistema de arquivos com “fsfreeze” nos sistemas de arquivos mais populares em novos kernels ou xfs_freeze se você usa kernel e xfs antigos.

Criada a “backup” A AMI lembra de estar conectada a discos EBS originais em execução (via links para snapshots criados) e, no caso de usar invasões de software com vários discos, permite restaurar uma nova instância em qualquer AZ simplesmente com uma chamada API ou através da interface web.