Versions du moteur et mise à niveau

ElastiCache Les versions (RedisOSS) sont identifiées par une version sémantique qui comprend un composant MAJOR etMINOR. Par exemple, dans Redis OSS 6.2, la version majeure est 6 et la version mineure 2. Lorsque vous utilisez des clusters conçus par ses soins, ElastiCache (RedisOSS) expose également le PATCH composant, par exemple Redis OSS 6.2.1, et la version du correctif est 1.

MAJORles versions concernent les modifications API incompatibles et MINOR les versions concernent les nouvelles fonctionnalités ajoutées de manière rétrocompatible. PATCHles versions sont destinées à des corrections de bogues rétrocompatibles et à des modifications non fonctionnelles.

Note

Si un OSS cluster Redis est répliqué dans une ou plusieurs régions, la version du moteur est mise à niveau pour les régions secondaires, puis pour la région principale.

Gestion des versions pour ElastiCache Serverless

ElastiCache Serverless applique automatiquement la dernière MINOR version PATCH logicielle à votre cache, sans impact ni interruption de service pour votre application. Aucune action de votre part n'est nécessaire.

Lorsqu'une nouvelle MAJOR version est disponible, ElastiCache Serverless vous envoie une notification dans la console et un événement dans EventBridge. Vous pouvez choisir de mettre à niveau votre cache vers la dernière version majeure en modifiant votre cache à l'aide de la console ou API en sélectionnant la dernière version du moteur. CLI

Gestion des versions pour les clusters conçus par vos soins ElastiCache

Lorsque vous travaillez avec des ElastiCache clusters conçus par vous-même, vous pouvez contrôler le moment où le logiciel qui alimente votre cluster de cache est mis à niveau vers les nouvelles versions prises en charge par ElastiCache . Vous pouvez contrôler à quel moment mettre à niveau votre cache vers les dernières PATCH versions et versions disponiblesMAJOR. MINOR Vous lancez les mises à niveau de version du moteur dans votre cluster ou groupe de réplication en le modifiant et en spécifiant une nouvelle version de moteur.

Vous pouvez contrôler si et quand le logiciel conforme au protocole qui alimente votre cluster de cache est mis à niveau vers de nouvelles versions prises en charge par. ElastiCache Ce niveau de contrôle permet de maintenir la compatibilité avec des versions spécifiques, de tester les nouvelles versions avec votre application avant le déploiement en production et de réaliser des mises à niveau en fonction de vos propres conditions et délais.

Comme les mises à niveau de version peuvent présenter un risque en termes de compatibilité, elles ne se produisent pas automatiquement. Vous devez les initier.

Vous lancez les mises à niveau de version du moteur dans votre cluster ou groupe de réplication en le modifiant et en spécifiant une nouvelle version de moteur. Pour plus d’informations, consultez les ressources suivantes :

• Modification des clusters

• Modification d'un groupe de réplication

Considérations en matière de mise à niveau lorsque vous utilisez des clusters auto-conçus

Note

Les considérations suivantes s’appliquent uniquement lors de la mise à niveau de clusters auto-conçus. Ils ne s'appliquent pas à ElastiCache Serverless.

Lors de la mise à niveau d’un cluster auto-conçu, prenez en compte les éléments suivants :

• La gestion de la version du moteur est conçue afin que vous ayez autant de contrôle que possible sur le déroulement de la correction. Toutefois, ElastiCache se réserve le droit de corriger votre cluster en votre nom dans le cas peu probable d'une faille de sécurité critique dans le système ou le logiciel de cache.

• À partir de Redis OSS 6.0, ElastiCache (RedisOSS) proposera une version unique pour chaque version OSS mineure de Redis, plutôt que de proposer plusieurs versions de correctif.

• À partir de la version 5.0.6 OSS du moteur Redis, vous pouvez mettre à niveau la version de votre cluster avec un temps d'arrêt minimal. Le cluster est disponible pour la lecture pendant toute la mise à niveau et reste disponible pour l'écriture pendant la majeure partie de la mise à niveau, sauf durant l'opération de basculement, qui dure quelques secondes.

• Vous pouvez également mettre à niveau vos ElastiCache clusters avec des versions antérieures à 5.0.6. Le processus est le même mais peut entraîner un temps de basculement plus long pendant la DNS propagation (30 à 1 m).

• À partir de Redis OSS 7, ElastiCache (RedisOSS) permet de passer de Redis OSS (mode cluster désactivé) à Redis OSS (mode cluster activé).

• Le processus de mise à niveau du moteur Amazon ElastiCache (RedisOSS) est conçu pour faire de son mieux pour conserver vos données existantes et nécessite une réplication Redis OSS réussie.

• Lors de la mise à niveau du moteur, ElastiCache (RedisOSS) mettra fin aux connexions client existantes. Pour minimiser les temps d'arrêt lors des mises à niveau du moteur, nous vous recommandons de mettre en œuvre les meilleures pratiques pour les OSS clients Redis, avec des tentatives erronées et des retards exponentiels, ainsi que les meilleures pratiques pour minimiser les temps d'arrêt pendant la maintenance.

• Vous ne pouvez pas passer directement de Redis OSS (mode cluster désactivé) à Redis OSS (mode cluster activé) lorsque vous mettez à niveau votre moteur. La procédure suivante explique comment passer de Redis OSS (mode cluster désactivé) à Redis OSS (mode cluster activé).

  Pour passer d'une version de moteur Redis OSS (mode cluster désactivé) à une version de moteur Redis OSS (mode cluster activé)

  1. Effectuez une sauvegarde de votre cluster Redis OSS (mode cluster désactivé) ou de votre groupe de réplication. Pour de plus amples informations, veuillez consulter Réalisation de sauvegardes manuelles.

  2. Utilisez la sauvegarde pour créer et amorcer un cluster Redis OSS (mode cluster activé) avec une partition (groupe de nœuds). Spécifiez la nouvelle version du moteur et activez le mode de cluster lors de la création du cluster ou du groupe de réplication. Pour de plus amples informations, veuillez consulter Alimentation d’un nouveau cluster auto-conçu avec une sauvegarde créée en externe.

  3. Supprimez l'ancien cluster ou groupe de réplication Redis OSS (mode cluster désactivé). Pour plus d’informations, consultez Suppression d’un cluster ou Suppression d'un groupe de réplication.

  4. Adaptez le nouveau cluster ou groupe de réplication Redis OSS (mode cluster activé) au nombre de partitions (groupes de nœuds) dont vous avez besoin. Pour plus d’informations, consultez Mise à l'échelle des clusters dans Redis OSS (mode cluster activé).

• Lors de la mise à niveau des versions majeures du moteur, par exemple de 5.0.6 à 6.0, vous devez également choisir un nouveau groupe de paramètres compatible avec la nouvelle version du moteur.

• Pour les clusters Redis uniques et les OSS clusters dont le mode multi-AZ est désactivé, nous recommandons de mettre suffisamment de mémoire à la disposition de Redis, OSS comme décrit dans. S'assurer que vous disposez de suffisamment de mémoire pour créer un instantané Redis OSS Dans ce cas, le réplica principal n'est pas disponible pour traiter les demandes de service pendant la mise à niveau.

• Pour les OSS clusters Redis sur lesquels le Multi-AZ est activé, nous vous recommandons également de planifier les mises à niveau du moteur pendant les périodes de faible trafic d'écriture entrant. Lors de la mise à niveau vers Redis OSS 5.0.6 ou une version ultérieure, le cluster principal reste disponible pour les demandes de service pendant le processus de mise à niveau.

  Les clusters et les groupes de réplication avec plusieurs partitions sont traités et soumis à des correctifs comme suit :

  • Toutes les partitions sont traitées en parallèle. Une seule opération de mise à niveau à la fois est effectuée sur une partition.

  • Dans chaque partition, tous les réplicas sont traités avant le réplica principal. S'il y a moins de réplicas dans une partition, le réplica principal de cette partition peut être traité avant que le traitement des réplicas des autres partitions ne soit terminé.

  • Dans toutes les partitions, les nœuds principaux sont traités en séries. Un seul nœud principal est mis à niveau à la fois.

• Si les chiffrements sont activés sur votre cluster ou votre groupe de réplication actuel, vous ne pouvez pas effectuer de mise à niveau vers une version du moteur ne prenant pas en charge le chiffrement, comme par exemple de 3.2.6 vers 3.2.10.

Comment mettre à niveau les versions de moteur

Vous initiez les mises à niveau de version de votre cluster ou de votre groupe de réplication en le modifiant à l'aide de la ElastiCache console, du AWS CLI, ou du ElastiCache API et en spécifiant une version du moteur plus récente. Pour plus d’informations, consultez les rubriques suivantes.

Comment modifier des clusters et des groupes de réplication
Clusters	Groupes de réplication
En utilisant le AWS Management Console	À l'aide du AWS Management Console
En utilisant le AWS CLI	À l'aide du AWS CLI
Utilisation de l' ElastiCache API	Utilisation de l' ElastiCache API

Résolution des mises à niveau bloquées OSS du moteur Redis

Comme indiqué dans le tableau suivant, votre opération de mise à niveau OSS du moteur Redis est bloquée si une opération de mise à l'échelle est en attente.

Opérations en suspens	Opérations bloquées
Mise à l'échelle ascendante	Mise à niveau du moteur
Mise à niveau du moteur	Mise à niveau du moteur
Augmentation et mise à niveau du moteur	Mise à niveau du moteur
	Mise à niveau du moteur

Pour résoudre une mise à niveau bloquée OSS du moteur Redis

• Effectuez l’une des actions suivantes :

  • Planifiez l'opération de mise à niveau de votre OSS moteur Redis pour la prochaine fenêtre de maintenance en décochant la case Appliquer immédiatement.

    Avec leCLI, utilisez--no-apply-immediately. Avec leAPI, utilisezApplyImmediately=false.

  • Attendez votre prochaine fenêtre de maintenance (ou après) pour effectuer votre opération de mise à niveau OSS du moteur Redis.

  • Ajoutez l'opération de mise à OSS l'échelle Redis à cette modification de cluster en cochant la case Appliquer immédiatement.

    Avec leCLI, utilisez--apply-immediately. Avec leAPI, utilisezApplyImmediately=true.

    Cette approche annule efficacement la mise à niveau du moteur lors de la prochaine fenêtre de maintenance en l'effectuant immédiatement.