Esta página apresenta uma vista geral da persistência RDB (base de dados Redis) no Memorystore for Redis Cluster.
Para saber como ativar, desativar e monitorizar a persistência RDB, consulte o artigo Gerir persistência.
Para informações sobre as práticas recomendadas para a persistência de RDB, consulte o artigo Práticas recomendadas de persistência.
A funcionalidade de persistência RDB protege os seus dados guardando instantâneos dos mesmos no armazenamento duradouro. Escolhe a frequência destas capturas de ecrã selecionando um intervalo de capturas de ecrã que varia entre um mínimo de 1 hora e um máximo de 24 horas. Se ocorrerem falhas nos nós, os dados são recuperados mesmo nos casos em que a ativação pós-falha não é possível.
Os nós com réplicas dão prioridade à recuperação de dados a partir da réplica. No entanto, se os nós primário e de réplica falharem em simultâneo, os nós são recuperados a partir do instantâneo mais recente.
A persistência de RDB não adiciona custos adicionais à faturação da instância. Esta funcionalidade é ideal para casos de utilização em que um pequeno grau de desatualização dos dados após a recuperação é aceitável. Uma vez que o Memorystore usa instantâneos para a recuperação automática, os instantâneos não estão disponíveis para restauros manuais. Também deve ter em atenção que apenas é mantido o resumo bem-sucedido mais recente.
O Memorystore for Redis Cluster também suporta a persistência AOF, mas tem de escolher o modo de persistência AOF ou RDB, porque não é possível ativar ambos em simultâneo. Para obter informações sobre a escolha entre os dois modos de persistência, consulte o artigo Vista geral da persistência. Para a melhor disponibilidade possível, recomendamos a utilização de uma instância de alta disponibilidade além de ativar a persistência.
Programação de instantâneos
O agendamento de instantâneos é determinado por duas definições: a hora de início do instantâneo e o intervalo do instantâneo. Os intervalos que pode definir são 1h, 6h, 12h e
24h. Por exemplo, se definir a hora de início para as 04:00 e o intervalo para uma hora, as capturas de ecrã começam às 04:00 no dia em que são ativadas e continuam a ser feitas de hora a hora.
As programações de instantâneos são avaliadas no fuso horário UTC. Por isso, os fusos horários locais com mudanças de horário de verão vão sofrer ajustes na programação. Por exemplo, no início e no fim da hora de verão nos EUA, as horas de início locais das tarefas de agendamento de instantâneos avançam ou recuam uma hora se o seu fuso horário respeitar as alterações da hora de verão.
Pausar instantâneos
Pode deparar-se com cenários em que quer pausar temporariamente a criação de instantâneos RDB durante um determinado período. Isto pode ser para garantir que não existem impactos no desempenho durante eventos críticos ou para desativar temporariamente as capturas de ecrã para resolver problemas de desempenho.
Para pausar as capturas instantâneas, tem de definir a hora de início para o futuro. Se o fizer, a última imagem instantânea é mantida e usada em caso de recuperação. Para retomar os instantâneos, ajuste a programação dos instantâneos para quando quiser que ocorra o próximo instantâneo. Para saber como ajustar as programações de instantâneos, consulte o artigo Ajuste o intervalo de instantâneos do 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 a partir de um instantâneo. No entanto, se um nó falhar e não conseguir recuperar a partir de uma réplica, o nó recupera a partir de um instantâneo.
Consistência dos dados na recuperação
Quando ativada, a persistência RDB faz o seu melhor para garantir que são feitas cópias de segurança no intervalo especificado. As capturas instantâneas podem falhar por vários motivos. Se a captura instantânea falhar consecutivamente em vários intervalos, a cópia de segurança mais recente disponível pode estar arbitrariamente desatualizada.
A desatualização de dados no pior cenário para uma recuperação a partir de um instantâneo é a soma do intervalo especificado desde o início do último instantâneo válido e o tempo necessário para guardar o instantâneo seguinte no armazenamento. No caso de um incidente de recuperação, use a métrica rdb_save_ages
para ver o período de tempo de desatualização dos dados.
Tempo de recuperação
Se um nó falhar e precisar de recuperar dados de um instantâneo, o nó fica indisponível durante a recuperação. O tempo de recuperação depende do tamanho da captura de ecrã.
Falha no instantâneo
Qualquer instantâneo com falha é repetido imediatamente com retirada exponencial de 5 a 300 segundos. As falhas consecutivas de instantâneos aumentam a obsolescência dos dados em caso de recuperação.
Falha na recuperação
As falhas de recuperação são raras, mas podem acontecer. Se ocorrer uma falha de recuperação, o nó tenta novamente repetidamente até ser recuperado com êxito.
Resumos de monitorização
É importante monitorizar os resumos e definir alertas para resumos com falhas. Para informações sobre as práticas recomendadas para a persistência de RDB, consulte o artigo Práticas recomendadas de persistência de RDB. As capturas instantâneas com falhas podem indicar nós sobrecarregados que podem continuar a ter dificuldades em recuperar da captura instantânea.
Para ver uma lista de métricas disponíveis para monitorizar capturas de ecrã, consulte as métricas de persistência.
Gerir o impacto no desempenho
Pode monitorizar o impacto no desempenho que uma captura instantânea tem na sua instância do Memorystore através das métricas disponíveis no Cloud Monitoring, como a utilização da CPU e a utilização de memória.