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 de persistance RDB, consultez Bonnes pratiques concernant la persistance
La fonctionnalité de persistance RDB protège vos données en enregistrant des instantanés de celles-ci sur un stockage durable. Vous choisissez la fréquence de ces instantanés en sélectionnant intervalle d'instantanés compris entre 1 heure et 24 heures au maximum. Si les défaillances de nœuds se produisent, les données sont récupérées même lorsque le basculement n'est pas possible.
Les nœuds avec des instances répliquées donnent la priorité à la récupération des données à partir de l'instance répliquée. 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éal pour les cas d'utilisation où un faible degré d'obsolescence des données après la récupération 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 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 du matin et l'intervalle sur un
heure, les instantanés commencent à 4h le jour où ils sont activés et continuent
toutes les heures par la suite.
Les programmations d'instantanés sont évaluées dans le fuseau horaire UTC, c'est-à-dire dans les fuseaux horaires locaux avec heure du jour les périodes d'épargne font l'objet d'ajustements d'horaires. 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ées et utilisées en cas de reprise. Pour reprendre les instantanés, ajustez la programmation des 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é RDB.
Comportement de récupération
Les nœuds Memorystore pour Valkey basculent vers des instances répliquées en tant que mécanisme de récupération principal, au lieu de se charger à partir d'un instantané. Toutefois, si un nœud est défaillant et ne peut pas être récupéré à partir d'une instance répliquée, il effectue une récupération à 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 plusieurs 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é valide et du temps nécessaire pour enregistrer le prochain instantané dans l'espace de stockage. Dans le cas d'une récupération
l'incident, utilisez la méthode rdb_last_success_ages
pour afficher la période d'obsolescence des données.
Temps de récupération
Si un nœud est défaillant et doit récupérer des données à partir d'un instantané, le nœud 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é
Tout instantané qui échoue est immédiatement réessayé avec un intervalle exponentiel entre les tentatives de 5 à 300 secondes. Consécutif les échecs d'instantané 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 des difficultés à récupérer à partir du un 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.