Esta página oferece uma visão geral da persistência RDB (banco de dados Redis) no Memorystore para Redis Cluster.
Para saber como ativar, desativar e monitorar a persistência RDB, consulte Gerenciar a persistência.
Para informações sobre as práticas recomendadas para a persistência RDB, consulte Práticas recomendadas de persistência.
O recurso de persistência RDB protege seus dados salvando snapshots deles no armazenamento durável. Você escolhe a frequência desses snapshots selecionando um intervalo de snapshot que varia de um mínimo de 1 hora a um máximo de 24 horas. Se ocorrerem falhas de nó, os dados serão recuperados mesmo em casos em que o failover não for possível.
Os nós com réplicas priorizam a recuperação de dados da réplica. No entanto, se o nó principal e a réplica falharem simultaneamente, os nós serão recuperados do snapshot mais recente.
A persistência RDB não adiciona nenhum custo extra à fatura da instância. Esse recurso é ideal para casos de uso em que um pequeno grau de obsolescência de dados após a recuperação é aceitável. Como o Memorystore usa snapshots para recuperação automatizada, eles não estão disponíveis para restaurações manuais. Além disso, somente o snapshot bem-sucedido mais recente é mantido.
O Memorystore para Redis Cluster também oferece suporte à persistência AOF, mas é necessário escolher o modo de persistência AOF ou RDB, porque os dois não podem ser ativados ao mesmo tempo. Para informações sobre como escolher entre os dois modos de persistência, consulte Visão geral da persistência. Para a melhor disponibilidade possível, recomendamos usar uma instância de alta disponibilidade além de ativar a persistência.
Programação de snapshots
A programação de snapshots é determinada por duas configurações: o horário de início e o intervalo do snapshot. Os intervalos que podem ser definidos são 1h, 6h, 12h e 24h. Por exemplo, se você definir o horário de início como 4h e o intervalo como uma hora, os snapshots começarão às 4h do dia em que forem ativados e continuarão a cada hora depois disso.
As programações de snapshots são avaliadas no fuso horário UTC. Portanto, os fusos horários locais com mudanças de horário de verão vão passar por ajustes de programação. Por exemplo, no início e no fim do horário de verão nos EUA, os horários de início locais dos jobs de programação de snapshots avançam ou retrocedem uma hora se o fuso horário respeitar as mudanças de horário de verão.
Como pausar snapshots
Pode haver cenários em que você queira pausar temporariamente a criação de snapshots RDB por um determinado período. Isso pode ser para garantir que não haja impactos de performance durante eventos críticos ou para desativar temporariamente os snapshots para solucionar problemas de performance.
Para pausar os snapshots, defina o horário de início para o futuro. Se você fizer isso, o último snapshot será mantido e usado em caso de recuperação. Para retomar os snapshots, ajuste a programação para quando você quiser que o próximo snapshot ocorra. Para saber mais sobre como ajustar as programações de snapshots, consulte Ajustar o intervalo de snapshots RDB.
Comportamento de recuperação
Os nós do Memorystore for Redis Cluster fazem failover para réplicas como o mecanismo de recuperação principal, em vez de carregar de um snapshot. No entanto, se um nó falhar e não puder ser recuperado de uma réplica, ele será recuperado de um snapshot.
Consistência de dados na recuperação
Quando ativada, a persistência RDB faz o possível para garantir que os backups sejam feitos no intervalo especificado. Os snapshots podem falhar por vários motivos. Se o snapshot falhar consecutivamente em vários intervalos, o último backup disponível poderá ficar arbitrariamente obsoleto.
A pior obsolescência de dados para uma recuperação de um snapshot é a soma do intervalo especificado desde o início do último snapshot bom e o tempo para salvar o próximo snapshot no armazenamento. Em caso de incidente de recuperação, use a rdb_save_ages
métrica para conferir o período de obsolescência de dados.
Tempo de recuperação
Se um nó falhar e precisar recuperar dados de um snapshot, ele ficará indisponível durante a recuperação. O tempo de recuperação depende do tamanho do snapshot.
Falha de snapshot
Qualquer snapshot com falha é repetido imediatamente com espera exponencial de 5 a 300 segundos. Falhas consecutivas de snapshot aumentam a obsolescência de dados em caso de recuperação.
Falha de recuperação
Falhas de recuperação são raras, mas podem acontecer. Se ocorrer uma falha de recuperação, o nó vai tentar novamente até ser recuperado.
Como monitorar snapshots
É importante monitorar os snapshots e definir alertas para snapshots com falha. Para informações sobre as práticas recomendadas para a persistência RDB, consulte Práticas recomendadas de persistência RDB. Snapshots com falha podem indicar nós sobrecarregados que podem continuar tendo dificuldade para se recuperar do snapshot.
Para uma lista de métricas disponíveis para monitorar snapshots, consulte Métricas de persistência.
Como gerenciar o impacto na performance
É possível monitorar o impacto de um snapshot no desempenho da instância do Memorystore visualizando as métricas disponíveis no Cloud Monitoring, como uso da CPU e uso da memória.