Cette page présente la maintenance de Memorystore pour Redis.
Pour savoir comment planifier des intervalles de maintenance, consultez Rechercher et définir des intervalles de maintenance.
Présentation
Memorystore pour Redis met régulièrement à jour les instances pour s'assurer que le service est fiable, performant, sécurisé et à jour. La plupart de ces mises à jour sont effectuées tant que votre instance Redis est opérationnelle. Toutefois, certaines mises à jour du système nécessitent une brève interruption de service. Ces mises à jour sont appelées maintenances. La maintenance se divise généralement en plusieurs catégories :
Fonctionnalités de Memorystore Pour lancer certaines fonctionnalités, Memorystore nécessite une mise à jour de maintenance.
Correctifs du système d'exploitation nous surveillons en permanence les dernières failles de sécurité détectées dans le système d'exploitation. Lorsque des failles sont découvertes, nous appliquons des correctifs au système d'exploitation pour vous protéger contre de nouveaux risques.
Mises à niveau des versions de bases de données : La maintenance peut inclure une mise à jour de version mineure du correctif OSS Redis qui n'inclut pas de modifications incompatibles ou destructives.
Memorystore pour Redis ne met pas automatiquement à jour les instances pour chaque version de maintenance. Google Cloud évalue régulièrement les mises à jour disponibles pour déterminer le meilleur moment pour planifier une maintenance complète. Si vous avez besoin d'une version de maintenance spécifique plus tôt, vous pouvez utiliser la maintenance en libre-service après qu'une mise à jour est disponible. Le journal des modifications de maintenance liste les numéros et les détails des versions de maintenance.
Impact de la maintenance
Les instances de niveau de base et Standard subissent une réinitialisation de la connexion pendant la maintenance. Pour permettre à votre application de se reconnecter à une instance une fois la maintenance terminée, créez un mécanisme de nouvelle tentative avec un intervalle exponentiel entre les tentatives. Pour en savoir plus, consultez Intervalle exponentiel entre les tentatives.
Vous devez également prendre des mesures pour que la métrique Taux d'utilisation de la mémoire système soit inférieure ou égale à 50 % au moment de la maintenance planifiée. Les conseils concernant le ratio d'utilisation de la mémoire système font référence à un seuil de 80 % pour la gestion de la mémoire, mais nous vous recommandons de viser un ratio de 50 % ou moins pendant la maintenance.
Vous pouvez garantir le ratio souhaité en planifiant la maintenance à un moment où le trafic de l'instance est faible, ou en augmentant temporairement la taille de votre instance pendant l'intervalle de maintenance afin que la métrique "Ratio d'utilisation de la mémoire système" soit de 50 % ou moins.
Impact du niveau Standard
Pendant la maintenance, les instances de niveau Standard subissent un basculement. Ce basculement dure généralement 15 secondes.
Après le basculement, les applications clientes doivent se reconnecter. Une fois que vous avez reçu un e-mail vous informant d'une maintenance à venir, vous pouvez exécuter un basculement manuel sur une instance hors production pour tester l'impact de la maintenance sur votre instance.
Impact du niveau de base
Pendant la maintenance, les instances de niveau de base ne sont pas disponibles. Cette période d'indisponibilité dure généralement cinq minutes.
Paramètres de maintenance
Memorystore vous permet de configurer la maintenance pour qu'elle se produise au moment le plus opportun pour votre application. Pour ce faire, configurez un intervalle de maintenance.
Les intervalles de maintenance sont définis par instance Memorystore et permettent de configurer les options suivantes :
- Jour de la semaine. Désigne le jour où la maintenance a lieu.
- Heure de début. Heure à laquelle la maintenance commence.
La durée de l'intervalle de maintenance est d'une heure.
Si un intervalle de maintenance est configuré pour une instance, la maintenance automatique future est planifiée de manière à respecter ces préférences. Si aucun intervalle de maintenance n'est spécifié pour votre instance, la maintenance peut commencer à tout moment sans notification préalable.
Exemple de maintenance
Supposons que vous travaillez pour un site marchand en tant que développeur responsable d'un service de panier d'achat. Vous disposez d'une instance Memorystore pour Redis pour un environnement de production. Vous souhaitez que les opérations de maintenance soient effectuées au moment où votre instance gère la plus faible quantité de trafic, soit vers minuit le dimanche.
Dans ce cas, vous définissez l'intervalle de maintenance de votre instance de production sur :
- Jour de la semaine. Dimanche.
- Heure de début. 1h.
Notifications de maintenance à venir
Vous pouvez recevoir un e-mail de notification concernant la maintenance à venir au moins une semaine avant la planification des opérations de maintenance. Si vous souhaitez définir un filtre de messagerie pour les notifications, le titre de l'e-mail est "Upcoming maintenance for your
Cloud Memorystore instance [your-instance-name]".
Par défaut, les notifications de maintenance ne sont pas envoyées. Si vous souhaitez recevoir une notification pour une maintenance à venir, vous devez effectuer toutes les opérations suivantes :
- Définir un intervalle de maintenance
- Activez les notifications de maintenance.
- Effectuez ces deux opérations au moins sept jours avant que Memorystore ne planifie une mise à jour de maintenance pour votre instance. Sinon, vous ne vous êtes pas inscrit aux notifications suffisamment tôt pour que le système vous envoie une notification de maintenance à venir.
Les notifications par e-mail sont envoyées à l'adresse e-mail associée à votre compte Google. Il n'est pas possible de configurer un alias d'adresse e-mail personnalisé (par exemple, un alias d'adresse e-mail d'équipe) ni d'abonner une autre adresse e-mail que la vôtre.
Lorsque vous vous abonnez, vous activez les notifications de maintenance pour toutes les instances Memorystore qui ont des intervalles de maintenance dans un projet donné. Vous recevez une notification par instance.
Pour savoir comment trouver une maintenance planifiée, consultez Trouver une maintenance planifiée.
Replanifier la maintenance
Si vous disposez d'un intervalle de maintenance pour votre instance, vous pouvez replanifier la maintenance à tout moment avant qu'elle ne soit planifiée. Par exemple, si vous lancez un nouveau service pendant la période de maintenance prévue, vous pouvez replanifier l'intervalle de maintenance quelques jours après le lancement.
Vous pouvez replanifier la maintenance tant que la nouvelle date ne s'étend pas au-delà d'une semaine à compter de l'heure planifiée initialement. Vous pouvez reprogrammer la maintenance jusqu'à deux fois. Par conséquent, vous pouvez prolonger la planification de maintenance jusqu'à deux semaines à compter de l'heure initialement prévue.
Vous disposez de quelques options de programmation pour le nouvel intervalle de maintenance :
- Mettre à jour Vous pouvez immédiatement appliquer la mise à jour à votre instance au lieu d'attendre l'intervalle de maintenance programmé.
- Reporter à la prochaine période planifiée. Cela reporte la maintenance d'une semaine.
- Jour et heure personnalisés Cette option vous permet de choisir une heure spécifique dans la semaine suivant l'heure de maintenance initialement planifiée.
La reprogrammation de la maintenance présente le comportement supplémentaire suivant :
- Vous ne pouvez pas reprogrammer la maintenance s'il reste moins d'une heure avant la maintenance actuellement programmée.
- Vous ne pouvez pas reprogrammer la maintenance pour plusieurs instances Redis en une seule opération. Vous devez les reprogrammer individuellement.
Pour savoir comment reprogrammer une maintenance, consultez Reprogrammer une maintenance planifiée.
Questions fréquentes
Voici quelques questions fréquentes à propos de la règle de maintenance de Memorystore pour Redis :
Quel est l'impact de la maintenance sur les instances de niveau standard ?
Pendant la maintenance, les instances de niveau Standard subissent un basculement. Un basculement dure généralement 15 secondes. Après le basculement, les applications clientes doivent se reconnecter. Pour en savoir plus sur l'impact, consultez Impact de la maintenance.
Quel est l'impact de la maintenance sur les instances de niveau de base ?
Les instances de niveau de base ne sont pas disponibles pendant la maintenance, qui dure généralement environ cinq minutes. Pour en savoir plus sur l'impact, consultez Impact de la maintenance.
Comment savoir lorsqu'une opération de maintenance est planifiée sur mon instance ?
Nous vous recommandons de vous abonner aux notifications pour savoir quand une opération de maintenance est planifiée sur votre instance. Vous pouvez également vérifier manuellement dans la console Cloud. Si la console Cloud est vide et que vous avez déjà défini un intervalle de maintenance, aucune maintenance n'est encore planifiée.
Quand serai-je informé des prochaines opérations de maintenance ?
Si vous êtes abonné aux notifications de maintenance et que vous avez défini un intervalle de maintenance, vous êtes averti par e-mail au moins sept jours avant un événement de maintenance.
Pendant combien de temps puis-je reporter la maintenance ?
Une fois la maintenance planifiée sur votre instance, vous pouvez démarrer la mise à jour immédiatement ou la différer de sept jours au maximum par rapport à l'heure de maintenance initialement planifiée. Par exemple, si la maintenance est programmée le 11 octobre à 23h15, vous pouvez la reporter jusqu'au 18 octobre à 23h15. Les opérations de maintenance seront appliquées à l'heure planifiée si aucune mesure n'est prise.
Pour en savoir plus, consultez la section Replanifier la maintenance.
L'adresse IP de mon instance sera-t-elle modifiée pendant la maintenance ?
Lorsque vous vous connectez à une instance Memorystore pour Redis, vous spécifiez l'adresse IP du service. Cette adresse IP n'est pas modifiée pendant la maintenance, ni par aucune autre action. En utilisant l'adresse IP du service, le service gère automatiquement les événements tels que le basculement d'instance.
Quelles bonnes pratiques dois-je suivre pour mettre à jour la maintenance planifiée de manière fluide ?
Nous vous recommandons d'effectuer les actions suivantes pour mettre à jour la maintenance de manière fluide :
- Vous devez définir votre intervalle de maintenance sur une heure qui garantit que la maintenance n'est pas appliquée aux heures de pointe d'utilisation de Redis.
- Vous devez activer les notifications de maintenance pour être alerté par e-mail au moins sept jours avant la planification d'une mise à jour de maintenance pour votre instance.
- Assurez-vous que la métrique Taux d'utilisation de la mémoire système est inférieure à 50 % au début de la maintenance. Pour ce faire, vous pouvez planifier l'intervalle pendant une période de faible trafic sur l'instance, ou augmenter temporairement la taille de votre instance pendant l'intervalle de maintenance.
Quand dois-je appliquer la maintenance immédiatement ?
Vous devez appliquer immédiatement une opération de maintenance lorsque vous souhaitez vérifier l'impact d'une instance de test sur une instance de production. Vous pouvez replanifier la maintenance pour qu'elle s'applique immédiatement sur une instance de test. Cela vous permet d'observer l'impact de celle-ci et de différer la maintenance sur les instances de production si nécessaire ou autorisé.
Les mises à jour de maintenance sont-elles toujours effectuées dans l'intervalle de maintenance ?
Une mise à jour démarre dans l'intervalle de maintenance que vous spécifiez. La mise à jour se termine généralement pendant l'intervalle, mais cela n'est pas garanti.
Puis-je désactiver la maintenance ou la planifier sur certaines instances dans un premier temps ?
Non, vous ne pouvez pas désactiver la maintenance ni contrôler sa planification initiale. Vous pouvez toutefois replanifier la maintenance pour différer son exécution jusqu'à sept jours.
Étape suivante
- Consultez les autorisations requises pour gérer les intervalles de maintenance de votre instance Redis.