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 Quando ocorrem falhas nos nós, os dados são recuperados mesmo quando o failover não é possível.
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. Este recurso é ideal para casos de uso em que um pequeno grau de inatividade dos dados após a recuperação é aceitáveis. 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 é necessário escolher o modo de persistência AOF ou RDB, porque ambos não podem ser ativados ao mesmo tempo. Para mais informações 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 além de permitir 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 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 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, fusos horários locais com luz do dia mudanças na economia sofrerão ajustes no cronograma. 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 garantir que não haja impactos no desempenho durante eventos críticos ou para desativar temporariamente os snapshots e solucionar problemas de desempenho.
Para pausar os snapshots, defina o horário de início para o futuro. Se fizer isso, o último snapshot será retido e é usado no caso de uma recuperação. Para retomar snapshots, ajuste a programação de snapshots para quando você quer que o próximo snapshot ocorra. Para saber mais sobre como ajustar programações de snapshots, consulte Ajustar o intervalo do snapshot 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 for possível se recuperar de uma réplica, o nó será recuperado de um snapshot.
Consistência de dados na recuperação
Quando ativada, a persistência de 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 o último backup disponível pode ficar arbitrariamente desatualizado.
O pior caso de inatividade de dados para uma recuperação de um snapshot é a soma do intervalo especificado, já que o
último snapshot válido iniciado e a hora de salvar o próximo snapshot no armazenamento. No caso de uma recuperação
incidente, use o método rdb_last_success_ages
para conferir o período de inatividade 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
Em caso de falha, uma nova tentativa é feita imediatamente com a espera exponencial de 5 a 300 segundos. Consecutiva as falhas de snapshots aumentam a inatividade dos dados no caso de uma 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 novamente 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 no desempenho de um snapshot na instância do Memorystore visualizando as métricas disponíveis no Cloud Monitoring, como uso de CPU e de memória.