Cette page présente la persistance RDB sur Memorystore pour Valkey.
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 concernant la persistance.
La fonctionnalité de persistance RDB protège vos données en enregistrant des instantanés de vos données sur 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 heure et 24 heures. En cas de défaillance d'un nœud, les données sont récupérées même si le basculement n'est pas possible.
Les nœuds avec des instances dupliquées donnent la priorité à la récupération des données à partir de l'instance dupliquée. Toutefois, si le nœud principal et l'instance dupliqué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 degré d'obsolescence des données après la récupération est acceptable. Étant donné que Memorystore utilise des instantanés pour la récupération automatisée, les instantanés ne sont pas disponibles pour les restaurations manuelles. Vous devez également noter que seul l'instantané réussi le plus récent est conservé.
Memorystore pour Valkey 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 disponibilité élevée disponibilité en plus d'activer la persistance.
Programmer les instantanés
La programmation des instantanés est déterminée par deux paramètres : l'heure de début de l'instantané et l'intervalle d'instantanés. 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 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é seront ajustés. 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 avancées ou reculées d'une heure si votre fuseau horaire respecte les changements d'heure d'été.
Mettre en pause 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 nécessaire 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 mettre en pause les instantanés, vous devez définir l'heure de début sur une date 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 des instantanés au moment où vous souhaitez que le prochain instantané se produise. Pour en savoir plus sur l'ajustement des programmations d'instantanés, consultez Ajuster l'intervalle d'instantanés RDB.
Comportement de récupération
Les nœuds Memorystore pour Valkey basculent vers des instances dupliquées comme mécanisme de récupération principal, 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 instance dupliquée, 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 s'assurer que les sauvegardes sont effectuées à l'intervalle spécifié. Les instantanés peuvent échouer pour plusieurs raisons. Si l'instantané échoue consécutivement sur plusieurs intervalles, la dernière sauvegarde disponible peut être arbitrairement obsolète.
Dans le pire des cas, l'obsolescence des données pour une récupération à partir d'un instantané correspond à la somme de l'intervalle spécifié depuis le dernier bon instantané et du temps nécessaire pour enregistrer l'instantané suivant dans l'espace de stockage. En cas d'incident de récupération, utilisez la métrique rdb_last_success_ages
pour afficher la période 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 n'est pas disponible pendant la récupération. Le temps de récupération dépend de la taille de l'instantané.
Échecs d'instantanés
Tout instantané ayant échoué est retenté immédiatement avec un intervalle exponentiel entre les tentatives de 5 à 300 secondes. Les échecs d'instantanés consécutifs augmentent l'obsolescence des données en cas de récupération.
Échecs de récupération
Les échecs de récupération sont rares, mais peuvent se produire. En cas d'échec de récupération, le nœud effectue des tentatives répétées jusqu'à ce qu'il soit récupéré.
Surveiller les instantanés
Il est important de surveiller les instantanés et de définir des alertes pour les instantanés ayant échoué. 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 des difficultés à récupérer à partir 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 d'un instantané
Vous pouvez surveiller l'impact d'un instantané sur les performances de votre instance Memorystore en affichant les métriques disponibles via Cloud Monitoring, telles que l'utilisation du processeur et de la mémoire.