Esta página oferece uma visão geral da persistência de RDB no Memorystore para Valkey.
Para saber como ativar, desativar e monitorar a persistência de RDB, consulte Gerenciar persistência.
Para mais informações sobre as práticas recomendadas para persistência de RDB, consulte Práticas recomendadas de persistência.
O recurso de persistência do RDB protege seus dados salvando snapshots deles em um armazenamento durável. Para escolher a frequência desses snapshots, selecione um intervalo de snapshot que varia de 1 hora a 24 horas. Se ocorrerem falhas de nó, os dados serão recuperados mesmo nos 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 principal e a réplica falharem simultaneamente, os nós serão recuperados do snapshot mais recente.
A persistência de RDB não gera custos extras no faturamento da instância. Esse recurso é ideal para casos de uso em que um pequeno grau de desatuação 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, apenas o resumo mais recente bem-sucedido é mantido.
O Memorystore para Valkey também oferece suporte à persistência AOF, mas você precisa escolher o modo de persistência AOF ou RDB, porque ambos não podem ser ativados ao mesmo tempo. Para saber mais sobre como escolher entre os dois modos de persistência, consulte Visão geral da persistência. Para ter a melhor disponibilidade possível, recomendamos usar uma instância altamente disponível e 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. Os intervalos que você pode definir 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 vão começar às 4h no dia em que forem ativados e continuar
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 alterações de horário de verão vão ter ajustes na 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 snapshot avançam ou retrocedem uma hora se o fuso horário honra as mudanças do horário de verão.
Como pausar snapshots
Você pode encontrar cenários em que quer pausar temporariamente a criação de snapshots do RDB por um determinado período. Isso pode ser para garantir que não haja impactos no desempenho durante eventos críticos ou desativar temporariamente os snapshots para resolver problemas de desempenho.
Para pausar os snapshots, defina o horário de início para o futuro. Se você fizer isso, o último snapshot será retido 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 programações de snapshots, consulte Ajustar o intervalo de snapshots do RDB.
Comportamento de recuperação
O Memorystore para nós Valkey faz 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 do 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 obsoleto de forma arbitrária.
A obsolescência de dados na pior das hipóteses para uma recuperação de um snapshot é a soma do intervalo especificado desde o início do último snapshot válido e o tempo para salvar o próximo snapshot no armazenamento. No caso de um incidente de recuperação, use a métrica rdb_last_success_ages para conferir o período de desatuação dos 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 no snapshot
Qualquer snapshot com falha é tentado novamente imediatamente com espera exponencial de 5 a 300 segundos. Falhas consecutivas de snapshots aumentam a obsolescência dos dados em caso de recuperação.
Falha na recuperação
Falhas de recuperação são raras, mas podem acontecer. Se ocorrer uma falha de recuperação, o nó vai tentar várias vezes até ser recuperado.
Monitorar snapshots
É importante monitorar os snapshots e definir alertas para snapshots com falhas. Para informações sobre as práticas recomendadas para a persistência de RDB, consulte Práticas recomendadas para a persistência de RDB. Os snapshots com falha podem indicar nós sobrecarregados que podem continuar com dificuldades para se recuperar do snapshot.
Para uma lista de métricas disponíveis para monitoramento de snapshots, consulte Métricas de persistência.
Gerenciar o impacto no desempenho
É possível monitorar o impacto de um snapshot no desempenho da instância do Memorystore conferindo as métricas disponíveis no Cloud Monitoring, como o uso da CPU e da memória.