Page d’aide sur la maintenance gérée et les mises à jour de service d’Amazon ElastiCache

Les mises à jour de service sont une fonctionnalité d’Amazon ElastiCache qui vous permet d’appliquer certaines mises à jour de service à votre discrétion. Les types de mises à jour sont les suivants : correctifs de sécurité ou mises à jour logicielles mineures. Ces mises à jour renforcent la sécurité et la fiabilité tout en améliorant les performances opérationnelles de vos clusters.

Ces mises à jour de service vous offrent la possibilité de contrôler le moment d'exécution d'une mise à jour (par exemple, vous pouvez retarder l'application des mises à jour de service lorsqu'un événement opérationnel important nécessite une disponibilité 24 h/24 et 7 j/7 des clusters ElastiCache).

Pour plus de détails sur chaque mise à jour de service, consultez la valeur de l’attribut « Description de la mise à jour ».

Lorsque les mises à jour de service applicables à vos clusters deviennent disponibles, nous vous en informons via plusieurs canaux, notamment la console Amazon ElastiCache, par e-mail et via Amazon Simple Notification Service (SNS), AWS Personal Health Dashboard et Amazon CloudWatch Events.

Les mises à jour disponibles par le biais de notre maintenance gérée continue sont distinctes de celles proposées par les mises à jour de service. Les mises à jour appliquées au moyen de la maintenance gérée continue sont directement programmées dans vos créneaux de maintenance, sans intervention de votre part. Les mises à jour de service sont planifiées et vous permettent de contrôler le moment auquel vous souhaitez les appliquer avec l’attribut « Date limite d’application recommandée ». Si elles ne sont pas encore appliquées au moment voulu, ElastiCache peut planifier ces mises à jour dans votre créneau de maintenance.

Si votre cluster ElastiCache est géré dans le cadre d’un programme de conformité HIPAA, PCI ou FedRAMP, vous devez appliquer les mises à jour de service selon l’attribut « Date limite d’application recommandée ». Pour obtenir plus d’informations, consultez la section Self-Service Security Updates for Compliance.

Pour les autres clusters, nous vous recommandons d'appliquer les mises à jour de service selon votre cadence opérationnelle. Même si vous ne parvenez pas à appliquer une mise à jour de service avant la date mentionnée par l’attribut « Date limite d’application recommandée », vous pouvez le faire jusqu’à la date indiquée par l’attribut « Date d’expiration de la mise à jour ». Toutefois, la « Date d’expiration de la mise à jour » peut changer à tout moment en fonction de la disponibilité des nouvelles mises à jour.

Lorsque vous ou Amazon ElastiCache appliquez une mise à jour de service à un ou plusieurs clusters, la mise à jour s’applique à un seul nœud à la fois dans chaque partition jusqu’à ce que tous les clusters sélectionnés soient mis à jour. Les nœuds en cours de mise à jour enregistrent quelques secondes de temps d’arrêt tandis que le reste du cluster continue d’acheminer le trafic.

• Aucune modification n’est apportée à la configuration du cluster.
• Vous constaterez néanmoins un retard dans vos métriques CloudWatch, mais celui-ci sera rattrapé dès que possible.

Les mises à jour de service s’appliquent de la même façon que les « Mises à jour de maintenance gérée continue », tout au long du processus de remplacement des nœuds. Veuillez consulter les questions suivantes de la section Mises à jour de maintenance gérée continue de cette page pour en savoir plus sur l’application de la mise à jour et sur la préparation de votre application en vue de minimiser l’impact.

• Q : Quel impact a un remplacement de nœud sur mon application ?
• Quelles bonnes pratiques dois-je suivre pour assurer le bon déroulement du remplacement et limiter la perte de données ?
• Quelles bonnes pratiques de configuration client dois-je suivre pour minimiser l'interruption de l'application pendant la maintenance ?

Oui, le nœud est remplacé par un nouveau nœud vide. Le contenu du cache disparaît et tout est réinitialisé.

Vous pouvez déterminer si vous pouvez refuser une mise à jour de service en vérifiant la valeur de l’attribut « Mise à jour automatique après la date d’échéance ». Si la valeur de l’attribut « Mise à jour automatique après la date d’échéance » d’une mise à jour de service est « non », cette mise à jour de service peut être désactivée. Toutefois, si la valeur de l’attribut « Mise à jour automatique après la date d’échéance » d’une mise à jour de service est « oui » et que la date mentionnée par l’attribut « Date limite d’application recommandée » est passée, ElastiCache planifie automatiquement la mise à jour de service pour tous les clusters restants pendant la prochaine fenêtre de maintenance. Cette mise à jour automatique du service sera planifiée avant la « Date d’expiration de la mise à jour » et vous recevrez une notification une semaine avant la mise à jour avec l’heure prévue. Nous vous recommandons vivement d'appliquer les mises à jour de sécurité, même si vous pouvez les désactiver.  Si vous choisissez d'appliquer la mise à jour de service aux clusters restants avant le créneau de maintenance, ElastiCache ne réapplique pas la mise à jour de service pendant le créneau de maintenance.

Les mises à jour de service vous permettent de choisir le moment de leur application. Dans le cas des clusters qui ne sont pas gérés en fonction de programmes de conformité pris en charge par ElastiCache, il est possible de ne pas appliquer ces mises à jour ou de les appliquer selon une fréquence réduite au fil de l'année. Pour cela, la valeur de l’attribut « Mise à jour automatique après la date d’échéance » d’une mise à jour de service doit être « non ». Pour obtenir plus d'informations, consultez la rubrique « Puis-je désactiver les mises à jour de service ? ».

Non, les mises à jour de service ne sont pas compatibles avec les mises à jour de maintenance gérée continue appliquées directement par Amazon ElastiCache pendant les créneaux de maintenance de vos clusters.

Une liste complète des attributs et leurs descriptions est disponible dans la section Applying the Self-Service Updates.

Pour vous aider à déterminer le moment d’application des mises à jour de service disponibles, vous pouvez vous reporter à l’attribut de mise à jour de service « Gravité » qui comporte les valeurs suivantes (par ordre de priorité) :

1. critique : application immédiate recommandée (sous 14 jours ou moins)
2. important : application recommandée dès que votre flux opérationnel le permet (sous 30 jours ou moins)
3. moyen : application recommandée sous 60 jours ou moins
4. faible : application recommandée sous 90 jours ou moins

Pour obtenir plus de détails, reportez-vous à la section publique Applying Updates.

Le calendrier des versions dépend de l'importance des mises à jour de service.

Cet attribut indique si votre cluster a été mis à jour avant la date mentionnée par l’attribut « Date limite d’application recommandée ». Si une mise à jour de service est appliquée après la date indiquée par l’attribut « Date limite d’application recommandée », l’attribut « SLA de mise à jour du service respecté » est associé à la valeur « non ».

Ces informations sont pertinentes pour les clusters Amazon ElastiCache gérés selon les programmes de conformité HIPAA, PCI et FedRAMP. Pour obtenir plus d’informations, consultez la section Self-Service Security Updates for Compliance.

Oui. Sauf indication contraire par l’attribut « Description » de la mise à jour du service, les mises à jour de service sont toujours cumulatives : si vous ne les appliquez pas avant la date mentionnée par l’attribut « Date d’expiration de la mise à jour », elles seront incluses lors de la prochaine mise à jour de service. Les mises à jour de service de type « sécurité » entrent dans cette catégorie cumulative.

Non, les mises à jour de service sont appliquées au niveau du cluster. Si vous annulez une mise à jour en cours d'exécution, certains nœuds d'un cluster peuvent être mis à jour et d'autres non. Dans ce cas, le cluster continue à apparaître dans la liste des clusters auxquels appliquer la mise à jour de service. Le cluster continue de fonctionner normalement.

Il existe deux cas où cela peut se produire :

(a) Si vous avez laissé passer une mise à jour de service facultative et que l'état de la mise à jour est désormais « expiré ». Par conséquent, les clusters gérés dans le cadre de programmes de conformité doivent toujours appliquer toutes les mises à jour de service.
(b) Si vos nœuds sont remplacés pour toute autre raison, comme un événement de maintenance planifié ou un basculement de nœud, Amazon ElastiCache fournit de nouveaux nœuds avec les dernières mises à jour de service incluses.

Dans les deux cas, le cluster continue de fonctionner normalement.

Les nouveaux nœuds contiennent toutes les mises à jour de service applicables, vous pouvez donc remplacer manuellement les nœuds existants qui n'ont pas été mis à jour pour obtenir les mises à jour les plus récentes.

Oui. Une mise à jour de service peut être applicable uniquement à Redis OSS, uniquement à Memcached ou à Redis OSS et Memcached. Vous pouvez rechercher les attributs de mise à jour de service du « Moteur » et de la « Version du moteur » pour déterminer la portée de chaque mise à jour.

Oui, vous pouvez différer la mise à jour de service en modifiant la fenêtre de maintenance. La mise à jour planifiée s'applique au cluster uniquement si la date planifiée correspond à la fenêtre de maintenance du cluster. Une fois que vous modifiez la fenêtre de maintenance et que la date planifiée est dépassée, la mise à jour de service est à nouveau programmée sur la fenêtre nouvellement spécifiée dans les semaines suivantes. Vous recevrez une novelle notification une semaine avant la nouvelle date.

Chez AWS, la sécurité est une responsabilité partagée. Nous vous recommandons fortement d'appliquer la mise à jour au plus tôt.

Votre cluster peut faire partie de différentes mises à jour de service. La plupart des mises à jour ne nécessitent pas que vous les appliquiez séparément. L'application d'une mise à jour à votre cluster marque les autres mises à jour comme terminées, le cas échéant. Vous pouvez souhaiter appliquer séparément plusieurs mises à jour au même cluster si le statut ne change pas automatiquement pour « Terminé ».

ElastiCache planifie la mise à jour de service sur le reste des clusters après la « Date limite d’application recommandée » si la valeur de l’attribut « Mise à jour automatique après la date d’échéance » est « Oui ». La mise à jour sera à nouveau planifiée dans la fenêtre de maintenance du cluster. Vous recevrez une nouvelle notification avec une semaine d'avance avec la date programmée avant que les mises à jour soient appliquées.

La mise à jour de service planifiée s’applique aux clusters de la même manière que les « Mises de jour de maintenance gérée continue ». Consultez la section suivante pour plus d'informations sur l'application de la mise à jour, la modification de la mise à jour planifiée et la préparation de votre application pour une mise à jour planifiée visant à atténuer l'impact.

Pour maintenir la stabilité du cluster, ElastiCache applique les mises à jour uniquement à un nœud à la fois dans chaque partition. Si la mise à jour de service ne peut pas être appliquée à l'ensemble du cluster pendant une seule fenêtre de maintenance, sa poursuite sera programmée au cours des fenêtres suivantes. Vous recevrez de nouvelles notifications concernant la prochaine date planifiée afin de vous préparer en conséquence.

Le client ne peut pas restaurer la mise à jour de service une fois qu'elle a démarré. En cas de problème après l’application d’une mise à jour de service, veuillez contacter l’équipe AWS Support.