Como implemento recuperação de desastres ou tolerância a falhas para meu cluster Redis do Amazon ElastiCache?

Resolução

Cada uma das soluções de tolerância a falhas disponíveis tem seu próprio equilíbrio entre durabilidade de dados, impacto no desempenho e custo. Escolha o que melhor se adapta ao seu caso de uso:

Multi-AZ

O Multi-AZ é a melhor opção quando a retenção de dados, o tempo mínimo de inatividade e o desempenho das aplicações são uma prioridade.

• Potencial de perda de dados: baixo. A Multi-AZ oferece tolerância a falhas para todos os cenários, incluindo problemas relacionados ao hardware.
• Impacto no desempenho: baixo. Das opções disponíveis, a Multi-AZ fornece o tempo mais rápido de recuperação, porque não há nenhum procedimento manual a ser seguido após a implementação do processo.
• Custo: baixo a alto. A Multi-AZ é a opção de menor custo. Use a Multi-AZ quando não puder correr o risco de perder dados devido a uma falha de hardware ou não puder arcar com o tempo de inatividade exigido por outras opções em sua resposta a uma interrupção.

Para obter mais informações sobre a Multi-AZ, consulte Minimizar o tempo de inatividade no ElastiCache para Redis com a Multi-AZ.

Backups automáticos diários

Você pode programar backups automáticos diários em um momento em que espera baixa utilização de recursos para o seu cluster. O ElastiCache cria um backup do cluster e, em seguida, grava todos os dados do cache em um arquivo Redis RDB. As versões 2.8.22 e posteriores do Redis implementam um backup sem bifurcação que pode melhorar o desempenho.

Observação: o backup e a restauração do Redis não são compatíveis em nós cache.t1.micro para clusters desabilitados no modo de cluster.

• Potencial de perda de dados: alto (até um dia). Os backups automáticos diários são retidos por até 35 dias.
• Impacto no desempenho: médio a alto. A execução de vários backups de arquivos ao longo do dia afeta o desempenho. Para melhorar o desempenho, considere habilitar instantâneos do RDB em um nó secundário designado somente para persistência. Em seguida, desabilite os instantâneos do RDB e o arquivo somente para anexar (AOF) do Redis no nó primário e em todos os outros nós secundários.
• Custo: baixo a médio. Os custos de armazenamento aumentam com o número de backups e a duração da retenção de dados.

Antes de implementar o backup e a restauração, considere as limitações causadas pelas restrições de backup. Para obter informações abrangentes sobre a implementação de backups para clusters do ElastiCache executando o Redis, consulte Backup e restauração do ElastiCache para Redis. Para obter mais informações, consulte Como fazer backups manuais.

Informações relacionadas

Atenuar falhas

Garantir que você tenha memória suficiente para criar um instantâneo do Redis

Mitigar problemas de falha ao usar o Redis AOF

Persistência do Redis no site do Redis

Suporte para ElastiCache T2