Gestion des mises à jour des services

ElastiCache des mises à jour de service pour les clusters auto-conçus sont publiées régulièrement. Si vous disposez d'un ou de plusieurs clusters conçus par vos soins pour ces mises à jour de service, vous recevez des notifications par e-mailSNS, par le biais du Personal Health Dashboard (PHD) et d' CloudWatch événements Amazon lorsque les mises à jour sont publiées. Les mises à jour sont également affichées sur la page Mises à jour des services de la ElastiCache console. En utilisant ce tableau de bord, vous pouvez consulter toutes les mises à jour du service et leur statut pour votre ElastiCache flotte. Les mises à jour de service des caches sans serveur sont appliquées de manière transparente et ne peuvent pas être gérées via les mises à jour de service.

Vous contrôlez le moment où vous devez appliquer une mise à jour avant qu'une mise à jour automatique ne démarre. Nous vous recommandons vivement d'appliquer les mises à jour de type security-update dès que possible afin de garantir que vos ElastiCache clusters sont toujours up-to-date dotés des correctifs de sécurité les plus récents.

Les sections suivantes décrivent ces options en détail :

Application des mises à jour de service

Vous pouvez commencer à appliquer les mises à jour de service à votre flotte à partir du moment où les mises à jour ont un statut available (disponible). Les mises à jour de service sont cumulatives. En d'autres termes, toutes les mises à jour que vous n'avez pas encore appliquées sont incluses dans votre dernière mise à jour.

Si la mise à jour automatique est activée pour une mise à jour de service, vous pouvez choisir de ne rien faire lorsqu'elle sera disponible. ElastiCache planifiera d'appliquer la mise à jour lors de l'une des prochaines fenêtres de maintenance de vos clusters après la date de début de la mise à jour automatique. Vous recevrez des notifications associées pour chaque étape de la mise à jour.

Note

Vous pouvez appliquer uniquement les mises à jour de service qui ont un statut available (disponible) ou scheduled (planifié).

Pour plus d'informations sur la révision et l'application de mises à jour spécifiques à un service aux ElastiCache clusters applicables, consultez. Application des mises à jour du service à l'aide de la console

Lorsqu'une nouvelle mise à jour de service est disponible pour un ou plusieurs de vos ElastiCache clusters, vous pouvez utiliser la ElastiCache console ou AWS CLI appliquer la mise à jour. API Les sections suivantes décrivent les options dont vous disposez pour appliquer les mises à jour.

Application des mises à jour du service à l'aide de la console

Pour afficher la liste des mises à jour de service disponibles, ainsi que d'autres informations, accédez à la page Service Updates (Mises à jour de service) dans la console.

1. Connectez-vous à la ElastiCache console Amazon AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/elasticache/.

2. Dans le panneau de navigation, choisissez Service Updates (Mises à jour des services).

3. Sous Service updates (Mises à jour de services), vous pouvez afficher les éléments suivants :

   • Nom de la mise à jour de service : le nom unique de la mise à jour de service

   • Type de mise à jour : le type de la mise à jour de service, qui est soit security-update (mise à jour de sécurité), soit engine-update (mise à jour du moteur)

   • Gravité de la mise à jour : la priorité d'application de la mise à jour :

     • critical (critique) : nous vous recommandons d'effectuer cette mise à jour immédiatement (dans un délai de 14 jours maximum).

     • important (importante) : nous vous recommandons d'effectuer cette mise à jour dès que votre flux de travail vous le permettra (dans un délai de 30 jours maximum).

     • medium : nous vous recommandons d'effectuer cette mise à jour dès que possible (dans un délai de 60 jours maximum).

     • low (faible) : nous vous recommandons d'effectuer cette mise à jour dès que possible (dans un délai de 90 jours maximum).

   • Version du moteur : si le type de mise à jour est engine-update, la version du moteur qui est mise à jour.

   • Date de publication : lorsque la mise à jour est publiée et disponible pour application sur vos clusters.

   • Date limite d'application recommandée : ElastiCache date limite pour appliquer les mises à jour avant.

   • Status (État) : état de la mise à jour, à savoir l'un des états suivants :

     • available : la mise à jour est disponible pour les clusters requis.

     • achevée : la mise à jour a été effectuée.

     • cancelled (annulée) : la mise à jour a été annulée et n'est plus nécessaire.

     • expirée : la mise à jour n'est plus disponible.

4. Choisissez une mise à jour individuelle (et non le bouton à sa gauche) pour afficher les détails de la mise à jour de service.

   Dans la section Cluster update status (Statut de mise à jour des clusters), vous pouvez afficher une liste des clusters où la mise à jour de service n'a pas été appliquée ou vient de l'être récemment. Pour chaque cluster, vous pouvez afficher les éléments suivants :

   • Nom du cluster : le nom du cluster

   • Nœuds mis à jour : ratio des nœuds individuels d'un cluster spécifique qui ont été mis à jour ou qui restent disponibles pour la mise à jour d'un service spécifique.

   • Type de mise à jour : le type de la mise à jour de service, qui est soit security-update (mise à jour de sécurité), soit engine-update (mise à jour du moteur)

   • Statut : le statut de la mise à jour de service sur le cluster, qui est l'un des suivants :

     • disponible : la mise à jour est disponible pour le cluster requis.

     • in-progress : la mise à jour est en cours d’application à ce cluster.

     • scheduled (planifiée) : la date de mise à jour a été programmée.

     • complete (achevée) : la mise à jour a été correctement effectuée. Le cluster dont le statut est complet sera affiché pendant 7 jours après son achèvement.

     Si vous choisissez l'un ou l'ensemble des clusters ayant le statut available (disponible) ou scheduled (planifié), puis choisissez Apply now (Appliquer maintenant), la mise à jour commencera à être appliquée à ces clusters.

Application des mises à jour du service à l'aide de la AWS CLI

Après avoir reçu la notification indiquant que les mises à jour du service sont disponibles, vous pouvez les inspecter et les appliquer à l'aide de la AWS CLI :

• Pour afficher une description des mises à jour de service disponibles, exécutez la commande suivante :

  aws elasticache describe-service-updates --service-update-status available

  Pour plus d'informations, consultez describe-service-updates.

• Pour appliquer une mise à jour de service à une liste de clusters, exécutez la commande suivante :

  aws elasticache batch-apply-update-action --service-update ServiceUpdateNameToApply=sample-service-update --cluster-names cluster-1 cluster2

  Pour plus d'informations, consultez batch-apply-update-action.

Vérification de l'application de la dernière mise à jour de service à l'aide de la AWS console

Vous pouvez vérifier que vos clusters ElastiCache (RedisOSS) exécutent la dernière mise à jour du service en procédant comme suit :

1. Choisissez un cluster applicable sur la page Redis OSS Clusters

2. Choisissez Mises à jour de service dans le volet de navigation pour voir les mises à jour de service applicables à ce cluster, le cas échéant.

Si la console affiche une liste des mises à jour de service, vous pouvez sélectionner la mise à jour de service et choisir Appliquer maintenant.

Si la console affiche « Aucune mise à jour de service trouvée », cela signifie que la dernière mise à jour de service a déjà été appliquée au cluster ElastiCache (RedisOSS).

Gestion des mises à jour du service

Si nécessaire, vous pouvez arrêter les mises à jour des clusters. Par exemple, vous pouvez le faire en cas d’augmentation inattendue du nombre de clusters faisant l’objet d’une mise à jour. Vous pouvez également choisir cette option si les mises à jour sont trop longues et qu’elles interrompent votre flux d'activité en période de pointe.

L'opération d'arrêt interrompt immédiatement toutes les mises à jour des clusters et de tous les nœuds qui doivent encore être mis à jour. Tous les nœuds dont l'état est in progress (en cours) sont achevés. Toutefois, il interrompt les mises à jour d'autres nœuds du même cluster dont l'état est update available (mise à jour disponible) et les repasse en état Stopping (Arrêt en cours).

Lorsque le workflow Stopping (Arrêt en cours est terminé, les nœuds dont l'état est Stopping (Arrêt en cours) passent à un état Stopped (Arrêté). Selon le workflow de la mise à jour, certains clusters n'auront pas de nœuds mis à jour. D'autres clusters peuvent inclure certains nœuds qui sont mis à jour et d'autres dont l'état est encore update available (mise à jour disponible).

Vous pouvez revenir plus tard pour terminer le processus de mise à jour dans la mesure où vos flux d'activité le permettent. Dans ce cas, sélectionnez les clusters applicables sur lesquels vous souhaitez effectuer les mises à jour, puis sélectionnez Apply now (Appliquer maintenant). Pour de plus amples informations, veuillez consulter Application des mises à jour de service.

Utilisation de la console

Vous pouvez interrompre une mise à jour de service à l'aide de la ElastiCache console. L'exemple suivant vous montre comment procéder :

• Une fois qu'une mise à jour de service a progressé sur un cluster sélectionné, la ElastiCache console affiche l'onglet Afficher/Arrêter la mise à jour en haut du tableau de bord. ElastiCache

• Pour interrompre la mise à jour, sélectionnez Stop Update (Arrêter la mise à jour).

• Lorsque vous arrêtez la mise à jour, choisissez le cluster et examinez son statut. Il revient d’abord à l'état Stopping (Arrêt en cours), puis Stopped (Arrêté).

À l'aide du AWS CLI

Vous pouvez interrompre une mise à jour du service à l'aide de la AWS CLI. L'exemple de code suivant montre comment procéder :

Pour un groupe de réplication, procédez comme suit :

aws elasticache batch-stop-update-action --service-update-name sample-service-update --replication-group-ids my-replication-group-1 my-replication-group-2

Pour un cluster de cache, procédez comme suit :

aws elasticache batch-stop-update-action --service-update-name sample-service-update --cache-cluster-ids my-cache-cluster-1 my-cache-cluster-2

Pour plus d'informations, consultez BatchStopUpdateAction.