Cette page présente la persistance RDB sur Memorystore pour Valkey.
Pour savoir comment activer, désactiver et surveiller la persistance RDB, consultez la section Gérer la persistance.
Pour en savoir plus sur les bonnes pratiques de persistance RDB, consultez la section Bonnes pratiques de 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 minimum et 24 heures maximum. 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éplicas donnent la priorité à la récupération des données à partir du réplica. Toutefois, si le nœud principal et l'instance dupliquée échouent simultanément, les nœuds récupèrent à partir de l'instantané le plus récent.
La persistance RDB n'entraîne aucun coût supplémentaire sur la facturation de vos instances. Cette fonctionnalité est idéale pour les cas d'utilisation où un faible 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 automatique, ils ne sont pas disponibles pour les restaurations manuelles. Notez également que seul l'instantané 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 choisir entre les deux modes de persistance, consultez la section Présentation de la persistance. Pour une disponibilité optimale, nous vous recommandons d'utiliser une instance disponibilité élevée disponible en plus d'activer la persistance.
Planification des instantanés
La planification des instantanés est déterminée par deux paramètres: l'heure de début des instantanés 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 et se poursuivent toutes les heures par la suite.
Les planifications 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é subiront des ajustements de planification. 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é à suspendre temporairement la création d'instantanés RDB pendant une certaine période. Cela peut être fait 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 l'heure de début dans le futur. 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 à l'heure à laquelle vous souhaitez que le prochain instantané soit créé. Pour en savoir plus sur l'ajustement des programmations d'instantanés, consultez la section Ajuster l'intervalle d'instantanés RDB.
Comportement de récupération
Memorystore pour les nœuds Valkey bascule vers les réplicas en tant que mécanisme de récupération principal, plutôt que de charger à partir d'un instantané. Toutefois, si un nœud tombe en panne et ne peut pas être récupéré à partir d'un réplica, 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 des sauvegardes sont effectuées à l'intervalle spécifié. Les instantanés peuvent échouer pour différentes raisons. Si l'instantané échoue consécutivement à plusieurs intervalles, la dernière sauvegarde disponible peut être arbitrairement obsolète.
L'obsolescence des données dans le pire des cas 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 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 est indisponible pendant la récupération. La durée de récupération dépend de la taille de l'instantané.
Échec de l'instantané
Tout instantané qui échoue est immédiatement réessayé 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.
É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 plusieurs tentatives jusqu'à ce qu'elle aboutisse.
Surveiller les instantanés
Il est important de surveiller les instantanés et de définir des alertes en cas d'échec. Pour en savoir plus sur les bonnes pratiques de persistance RDB, consultez Bonnes pratiques de persistance RDB. Les échecs d'instantanés peuvent indiquer des nœuds surchargés qui peuvent continuer à avoir du mal à se rétablir après l'instantané.
Pour obtenir la liste des métriques disponibles pour la surveillance des instantanés, consultez la section Métriques de persistance.
Gérer l'impact sur les performances
Vous pouvez surveiller l'impact des performances d'un instantané sur votre instance Memorystore en consultant les métriques disponibles dans Cloud Monitoring, telles que l'utilisation du processeur et de la mémoire.