Cette page présente la maintenance de Memorystore pour Memcached.
Pour obtenir des instructions sur la planification des intervalles de maintenance, consultez la page Rechercher et définir des intervalles de maintenance.
Présentation
Memorystore pour Memcached 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 Memcached est opérationnelle. Toutefois, certaines mises à jour du système nécessitent une brève interruption de service. Ces mises à jour sont appelées maintenance. La maintenance se divise généralement en deux 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. Une fois détectées, nous appliquons un correctif au système d'exploitation pour vous protéger contre les nouveaux risques.
Mises à niveau des versions de bases de données : la maintenance peut inclure une mise à jour de version mineure du correctif OSS Memcached qui n'inclut pas de modifications destructives ou incompatibles.
Les utilisateurs peuvent effectuer la maintenance de deux manières : automatiquement ou manuellement. La fonctionnalité d'intervalles de maintenance permet aux utilisateurs de spécifier une période récurrente pendant laquelle la maintenance peut être planifiée et effectuée automatiquement. Pour les utilisateurs qui souhaitent un contrôle plus précis sur la maintenance de leur instance, la maintenance manuelle fournit une interface gcloud pour mettre à jour une instance en fonction de la planification et de la logique souhaitées.
Impact de la maintenance
Pendant la maintenance, un cluster Memorystore pour Memcached subit des pertes de connexion et une purge complète du cache.
Les nœuds de votre cluster sont mis à jour de manière séquentielle et uniforme pendant toute la durée de votre intervalle de maintenance. Lorsqu'un nœud est mis à jour, le cache est vidé et les données ne sont pas restaurées après la maintenance. Le temps d'arrêt est généralement de l'ordre de cinq minutes par nœud.
Lorsqu'un nœud est en cours de maintenance, la connexion est interrompue et réinitialisée pour ce nœud. Vous devez créer un mécanisme de nouvelle tentative avec un intervalle exponentiel entre les tentatives pour reconnecter votre application aux nœuds après la maintenance.
Pour les utilisateurs qui ont opté pour la maintenance manuelle, vous contrôlez le calendrier de mise à jour des nœuds individuels de votre cluster.
Paramètres de maintenance
Memorystore vous permet de configurer la maintenance pour qu'elle ait lieu au moment le plus opportun pour votre application. Pour ce faire, vous pouvez configurer un intervalle de maintenance.
Les intervalles de maintenance sont définis par instance Memorystore et autorisent les options de configuration suivantes :
- Jour de la semaine : désigne le jour où la maintenance a lieu.
- Heure de début : heure à laquelle la maintenance commence.
- Durée : durée de l'intervalle de maintenance, allant de 3 à 8 heures.
Si un intervalle de maintenance est configuré pour une instance, la future maintenance automatique est planifiée en respectant 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 Memcached 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 du matin.
- Durée : 3 heures.
Dans ce cas, nous avons opté pour la durée la plus courte autorisée, ce qui garantit que la maintenance a lieu pendant cette période de faible trafic. Pour une application dont le trafic est constant 24h/24 et 7j/7, il peut être préférable de spécifier une durée plus longue, car cela répartit plus uniformément l'impact des purges de cache. Pour les applications particulièrement sensibles à tout impact sur le service, nous vous recommandons d'effectuer la maintenance manuellement.
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 être informé d'une maintenance à venir, vous devez effectuer les deux actions suivantes :
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 de s'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 disposent d'intervalles de maintenance dans un projet donné. Vous recevez une notification par instance.
Pour obtenir des instructions sur la recherche de la maintenance planifiée, consultez la section Rechercher la 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 plusieurs fois jusqu'à une semaine après l'heure initialement planifiée. Vous disposez de plusieurs options de planification 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 au prochain intervalle planifié : cela reporte la maintenance d'une semaine.
Jour et heure personnalisés : cette option vous permet de choisir une heure précise dans la semaine suivant l'heure de maintenance initialement programmée.
Reprogrammer la maintenance entraîne 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 Memcached en une seule opération. Vous devez les reprogrammer individuellement.
Pour obtenir des instructions sur la reprogrammation de la maintenance, consultez la section Reprogrammer une maintenance planifiée.
Bonnes pratiques
- Définissez un intervalle de maintenance et abonnez-vous aux notifications pour toutes les instances de production.
- Choisissez une durée appropriée. Les nœuds sont mis à jour de manière séquentielle pendant toute la durée spécifiée. Si vous choisissez une durée plus longue, les purges de cache des nœuds sont réparties sur une période plus longue, ce qui a moins d'impact sur votre application. Toutefois, une durée plus courte permet de terminer la mise à jour plus rapidement, ce qui peut être souhaitable pour les applications qui ont des périodes de faible trafic bien connues ou qui sont sensibles à tout niveau de perturbation du cache.
- Prenez des mesures pour que la métrique d'utilisation de la mémoire système soit inférieure ou égale à 50% au moment de la maintenance planifiée. 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 afin que la métrique d'utilisation de la mémoire système reste inférieure ou égale à 50 %.
- Implémentez un mécanisme de nouvelle tentative avec un intervalle exponentiel entre les tentatives pour reconnecter votre application à l'instance après la maintenance.
- Utilisez les fonctionnalités de reprogrammation pour tester la mise à jour sur une instance hors production une fois qu'elle est disponible.
Maintenance manuelle
Bien que nous nous attendions à ce que la maintenance automatique via les intervalles de maintenance réponde aux exigences de la majorité des utilisateurs de Memorystore, la maintenance manuelle fournit une interface gcloud pour mettre à jour une instance. En utilisant cette interface, vous pouvez mettre à jour individuellement les nœuds de votre cluster à un rythme et à un moment qui conviennent le mieux à votre application. Comme chaque nœud est mis à jour en appelant l'interface gcloud, le cache du nœud individuel est vidé et les connexions sont interrompues, comme pour la maintenance automatique.
Pour effectuer une maintenance manuelle, vous devez d'abord définir un intervalle de maintenance pour votre instance et vous abonner aux notifications de maintenance. Une fois qu'une mise à jour est disponible, vous recevez une notification par e-mail indiquant l'heure de maintenance planifiée pour votre instance. À ce stade, vous pouvez commencer à appliquer manuellement les mises à jour à votre instance. Si le cluster Memorystore pour Memcached n'est pas entièrement mis à jour à l'heure de maintenance planifiée, tous les nœuds de cluster restants sont mis à jour automatiquement pendant l'intervalle de maintenance. Si vous avez entièrement mis à jour votre instance avant l'heure de maintenance planifiée, l'instance n'est pas affectée pendant l'intervalle de maintenance défini.
Questions fréquentes
Voici quelques questions fréquentes à propos de la règle de maintenance de Memorystore pour Memcached :
Quel est l'impact de la maintenance sur les instances Memcached ?
Pendant la maintenance, les nœuds de votre cluster sont mis à jour de manière séquentielle pendant toute la durée de votre intervalle de maintenance. Chaque nœud subit une purge du cache avec un temps d'arrêt d'environ cinq minutes par nœud. Pour en savoir plus sur l'impact, consultez la section Impact de la maintenance.
Quelle est la durée d'une mise à jour de maintenance ?
La durée de l'intervalle est configurable par l'utilisateur et peut aller de 3 à 8 heures. Les mises à jour des nœuds sont espacées de manière uniforme sur la durée désignée.
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 effectuer une vérification manuelle dans la console Cloud. Si la console Cloud est vide et que vous avez déjà défini un intervalle de maintenance, aucune opération de maintenance ultérieure n'est 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 Reprogrammer une maintenance planifiée.
L'adresse IP de mon instance sera-t-elle modifiée pendant la maintenance ?
Non. L'adresse IP de votre instance Memcached n'est pas modifiée.
La définition ou l'ajustement d'un intervalle de maintenance a-t-il un impact sur mon instance ?
Non. La définition ou l'ajustement de l'intervalle de maintenance n'entraîne aucun temps d'arrêt pour votre instance. De plus, cela ne modifie pas l'adresse IP de l'instance ni n'entraîne d'autres modifications.
Quelles bonnes pratiques dois-je suivre pour mettre à jour la maintenance planifiée de manière fluide ?
Nous vous recommandons de suivre les conseils de la section Bonnes pratiques pour les mises à jour 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 prévue 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 ?
Les mises à jour commencent dans l'intervalle de maintenance spécifié. La mise à jour est presque toujours terminée dans l'intervalle.
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.
Une mise à jour peut-elle être appliquée en dehors d'un intervalle de maintenance ?
Dans de très rares cas, afin de vous protéger contre des failles nécessitant une maintenance urgente, une maintenance peut être appliquée à une instance Memcached en dehors de l'intervalle de maintenance désigné.
Que se passe-t-il si Memorystore annule la maintenance ?
Si Memorystore annule un événement de maintenance, vous recevez une notification vous en informant. Il est rare, mais possible, que Memorystore ne puisse pas envoyer de notification d'annulation à l'avance. Si tel est le cas, vous êtes averti que la maintenance n'a pas été effectuée une fois que l'intervalle de maintenance programmé s'est écoulé.
La maintenance est ensuite reprogrammée pour un intervalle de maintenance basé sur vos préférences. Vous recevrez une autre notification vous informant des maintenances à venir dès que l'événement de maintenance sera reprogrammé.
Quel format d'heure est utilisé pour les intervalles de maintenance ?
Lorsque vous utilisez la Google Cloud console, les intervalles de maintenance sont affichés et définis dans votre fuseau horaire local, mais stockés en heure UTC ; la Google Cloud console affiche également l'heure de l'intervalle de maintenance par rapport à l'heure UTC. Lorsque vous définissez des intervalles avec la Google Cloud CLI, vous définissez l'heure au format UTC.
Il est recommandé de planifier les intervalles au format UTC, car la Google Cloud console affiche l'intervalle dans le fuseau horaire local de l'utilisateur qui le consulte. Cela peut prêter à confusion si les utilisateurs définissent l'intervalle dans différents fuseaux horaires.
Les intervalles de maintenance ne sont pas soumis aux changements liés à l'heure d'été.
Étape suivante
- Consultez les autorisations requises pour gérer les intervalles de maintenance de votre instance Memcached.