Cette page présente la persistance RDB (Redis Database) sur Memorystore pour Redis Cluster.
Pour savoir comment activer, désactiver et surveiller la persistance RDB, consultez Gérer la persistance.
Pour en savoir plus sur les bonnes pratiques concernant la persistance RDB, consultez Bonnes pratiques de persistance.
La fonctionnalité de persistance RDB protège vos données en enregistrant des instantanés de vos données dans un espace de stockage durable. Vous choisissez la fréquence de ces instantanés en sélectionnant un intervalle d'instantanés compris entre 1 et 24 heures. En cas de défaillance de nœud, les données sont récupérées même si le basculement n'est pas possible.
Les nœuds avec des répliques donnent la priorité à la récupération des données à partir de la réplique. Toutefois, si le nœud principal et l'instance répliquée échouent simultanément, les nœuds sont récupérés à partir de l'instantané le plus récent.
La persistance RDB n'entraîne aucun coût supplémentaire pour la facturation de votre instance. Cette fonctionnalité est idéale pour les cas d'utilisation où un léger décalage des données après la récupération est acceptable. Étant donné que Memorystore utilise des instantanés pour la récupération automatique, ils ne sont pas disponibles pour les restaurations manuelles. Notez également que seul l'instantané réussi le plus récent est conservé.
Memorystore pour Redis Cluster est également compatible avec la persistance AOF, mais vous devez choisir le mode de persistance AOF ou RDB, car les deux ne peuvent pas être activés en même temps. Pour savoir comment choisir entre les deux modes de persistance, consultez Présentation de la persistance. Pour une disponibilité optimale, nous vous recommandons d'utiliser une instance disponibilité élevée disponibilité en plus d'activer la persistance.
Programmation des instantanés
La programmation des instantanés est déterminée par deux paramètres : l'heure de début et l'intervalle. Les intervalles que vous pouvez définir sont 1h, 6h, 12h et 24h. Par exemple, si vous définissez l'heure de début sur 4h et l'intervalle sur une heure, les instantanés commencent à 4h le jour où ils sont activés, puis se poursuivent toutes les heures.
Les programmations d'instantanés sont évaluées dans le fuseau horaire UTC. Par conséquent, les fuseaux horaires locaux avec des changements d'heure d'été verront leurs programmations ajustées. Par exemple, au début et à la fin de l'heure d'été aux États-Unis, les heures de début locales de vos jobs de programmation d'instantanés sont respectivement avancées ou reculées d'une heure si votre fuseau horaire respecte les changements d'heure.
Mettre en veille les instantanés
Vous pouvez être amené à mettre en pause temporairement la création d'instantanés RDB pendant une certaine période. Cela peut être pour s'assurer qu'il n'y a pas d'impact sur les performances lors d'événements critiques ou pour désactiver temporairement les instantanés afin de résoudre les problèmes de performances.
Pour suspendre les instantanés, vous devez définir une heure de début ultérieure. Dans ce cas, le dernier instantané est conservé et utilisé en cas de récupération. Pour reprendre les instantanés, ajustez la programmation d'instantanés à la date à laquelle vous souhaitez que le prochain instantané soit créé. Pour en savoir plus sur l'ajustement des programmations d'instantanés, consultez Ajuster l'intervalle d'instantané RDB.
Comportement de récupération
Les nœuds Memorystore for Redis Cluster basculent vers des répliques comme principal mécanisme de récupération, plutôt que de charger à partir d'un instantané. Toutefois, si un nœud échoue et ne peut pas être récupéré à partir d'une réplique, il est récupéré à partir d'un instantané.
Cohérence des données lors de la récupération
Lorsqu'elle est activée, la persistance RDB s'efforce de garantir que les sauvegardes sont effectuées à l'intervalle spécifié. Les instantanés peuvent échouer pour plusieurs raisons. Si l'instantané échoue consécutivement à plusieurs intervalles, la dernière sauvegarde disponible peut être arbitrairement obsolète.
Dans le pire des cas, la fraîcheur des données pour une récupération à partir d'un instantané correspond à la somme de l'intervalle spécifié depuis le début du dernier instantané correct et du temps nécessaire pour enregistrer le prochain instantané dans le stockage. En cas d'incident de récupération, utilisez la métrique rdb_save_ages pour afficher le délai d'obsolescence des données.
Temps de récupération
Si un nœud échoue et doit récupérer des données à partir d'un instantané, il est indisponible pendant la récupération. Le temps de récupération dépend de la taille de l'instantané.
Échec de l'instantané
Toute tentative d'instantané ayant échoué est immédiatement relancée avec un intervalle exponentiel entre les tentatives, allant de 5 à 300 secondes. En cas de récupération, les échecs d'instantané consécutifs augmentent la fraîcheur des données.
Échec de la récupération
Les échecs de récupération sont rares, mais peuvent se produire. En cas d'échec de la récupération, le nœud effectue des tentatives répétées jusqu'à ce qu'il soit récupéré.
Surveillance des instantanés
Il est important de surveiller les instantanés et de configurer des alertes en cas d'échec. Pour en savoir plus sur les bonnes pratiques concernant la persistance RDB, consultez Bonnes pratiques concernant la persistance RDB. Les instantanés ayant échoué peuvent indiquer des nœuds surchargés qui peuvent continuer à avoir du mal à récupérer de l'instantané.
Pour obtenir la liste des métriques disponibles pour la surveillance des instantanés, consultez Métriques de persistance.
Gérer l'impact sur les performances
Vous pouvez surveiller l'impact des instantanés sur les performances de votre instance Memorystore en consultant les métriques disponibles dans Cloud Monitoring, comme l'utilisation du processeur et de la mémoire.