Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Gestion des versions pour ElastiCache
Gérez la manière dont vous souhaitez mettre à jour vos ElastiCache caches et vos clusters conçus par vous-même et mis à jour pour les moteurs Valkey, Memcached et Redis OSS.
Gestion des versions pour ElastiCache Serverless Cache
Gérez si et quand le cache ElastiCache sans serveur est mis à niveau et effectuez les mises à niveau de version selon vos propres conditions et délais.
ElastiCache Serverless applique automatiquement la dernière version mineure et corrective du logiciel à votre cache, sans aucun impact ni interruption de service pour votre application. Aucune action de votre part n'est nécessaire.
Lorsqu'une nouvelle version majeure 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, de l’interface de ligne de commande ou de l’API et en sélectionnant la dernière version du moteur. À l'instar des mises à niveau mineures et des correctifs, les mises à niveau des versions majeures sont effectuées sans interruption de service de votre application.
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 versions majeures, mineures et patchs disponibles. 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.
Clusters Valkey et Redis OSS
Note
-
Si un cluster Valkey ou Redis OSS 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.
ElastiCache pour Redis OSS, les versions sont identifiées par une version sémantique comprenant un composant majeur et un composant mineur. Par exemple, dans Redis OSS 6.2, la version principale est 6 et la version mineure 2. Lorsque vous utilisez des clusters conçus par vos soins, ElastiCache Redis OSS expose également le composant correctif, par exemple Redis OSS 6.2.1, et la version du correctif est 1.
Les versions majeures concernent les modifications incompatibles avec l'API et les versions mineures sont destinées aux nouvelles fonctionnalités ajoutées de manière rétrocompatible. Les versions de correctif sont destinées à corriger des bogues rétrocompatibles et à apporter des modifications non fonctionnelles.
Avec Valkey et Redis OSS, vous initiez les mises à niveau de version du moteur vers votre cluster ou groupe de réplication en le modifiant et en spécifiant une nouvelle version du moteur. Pour de plus amples informations, veuillez consulter Modification d'un groupe de réplication.
Memcached
Avec Memcached, pour passer à une version plus récente, vous devez modifier votre cluster de cache et spécifier la nouvelle version du moteur que vous souhaitez utiliser. La mise à niveau vers une version Memcached plus récente est un processus destructeur – vous perdez vos données et repartez avec un cache passif. Pour de plus amples informations, veuillez consulter Modification d'un ElastiCache cluster.
Vous devez être conscient des exigences suivantes quand vous effectuez une mise à niveau à partir d'une ancienne version de Memcached vers la version 1.4.33 ou une version ultérieure. CreateCacheCluster et ModifyCacheCluster échouent dans les conditions suivantes :
-
Si
slab_chunk_max > max_item_size. -
Si
max_item_size modulo slab_chunk_max != 0. -
Si
max_item_size > ((max_cache_memory - memcached_connections_overhead) / 4).La valeur
(max_cache_memory - memcached_connections_overhead)est la mémoire du nœud utilisable pour les données. Pour de plus amples informations, veuillez consulter Surcharge de la connexion Memcached.
Moteurs et versions pris en charge
ElastiCache les caches sans serveur prennent en charge ElastiCache la version 7.2 pour Valkey et versions ultérieures, la ElastiCache version 1.6 pour Memcached et versions ultérieures, et ElastiCache 7.0 pour Redis OSS et versions ultérieures.
ElastiCache les caches conçus par nos soins prennent en charge ElastiCache la version 7.2 pour Valkey et versions ultérieures, la ElastiCache version 1.4.5 pour Memcached et versions ultérieures, et ElastiCache 4.0.10 pour Redis OSS et versions ultérieures.
ElastiCache Les clusters conçus par nos soins prennent en charge les versions de Valkey suivantes :
Versions de Valkey prises en charge
Versions de Valkey prises en charge ci-dessous. Notez que Valkey prend en charge la plupart des fonctionnalités disponibles dans ElastiCache la version 7.2 pour Redis OSS par défaut.
Vous pouvez également mettre à niveau vos ElastiCache clusters avec des versions antérieures à 5.0.6. Le processus impliqué est le même, mais peut entraîner un temps de basculement plus long pendant la propagation DNS (30 s-1 mn).
-
À partir de Redis OSS 7, ElastiCache permet de basculer entre Valkey ou Redis OSS (mode cluster désactivé) et Valkey ou Redis OSS (mode cluster activé).
-
Le processus de mise à niveau du moteur Amazon ElastiCache for Redis OSS 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, les connexions client existantes ElastiCache seront interrompues. 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 clients Redis OSS, avec des tentatives d'erreur 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 Valkey ou Redis OSS (mode cluster désactivé) vers Valkey ou Redis OSS (mode cluster activé) lorsque vous mettez à niveau votre moteur. La procédure suivante explique comment passer de Valkey ou Redis OSS (mode cluster désactivé) vers Valkey ou Redis OSS (mode cluster activé).
Pour passer d'une version de moteur Valkey ou Redis OSS (mode cluster désactivé) vers une version de moteur Valkey ou Redis OSS (mode cluster activé)
-
Effectuez une sauvegarde de votre cluster ou groupe de réplication Valkey ou Redis OSS (mode cluster désactivé). Pour de plus amples informations, veuillez consulter Réalisation de sauvegardes manuelles.
-
Utilisez la sauvegarde pour créer et amorcer un cluster Valkey ou 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 Tutoriel : Création d'un nouveau cluster conçu par vos soins avec une sauvegarde créée en externe.
-
Supprimez l'ancien cluster ou groupe de réplication Valkey ou Redis OSS (mode cluster désactivé). Pour plus d’informations, consultez Supprimer un cluster dans ElastiCache ou Suppression d'un groupe de réplication.
-
Adaptez le nouveau cluster ou groupe de réplication Valkey ou Redis OSS (mode cluster activé) au nombre de partitions (groupes de nœuds) dont vous avez besoin. Pour de plus amples informations, consultez Mise à l'échelle des clusters dans Valkey ou 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 OSS uniques et les 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é Valkey ou 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 clusters Redis OSS sur lesquels le mode 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.
Considérations relatives à Memcached
Lorsque vous mettez à niveau un cluster Memcached conçu par vos soins, tenez compte des points 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.
-
Comme le moteur Memcached ne prend pas en charge la persistance, les mises à niveau de version du moteur Memcached sont toujours un processus perturbateur qui efface toutes les données de cache dans le cluster.
ElastiCache (Valkey) version 8.0
Voici quelques-unes des nouvelles fonctionnalités introduites dans Valkey 8.0 (par rapport à ElastiCache Valkey 7.2.6) :
Améliorations de l'efficacité de la mémoire, permettant aux utilisateurs de stocker jusqu'à 20 % de données supplémentaires par nœud sans aucune modification de l'application.
Infrastructure de métriques par emplacement récemment introduite pour les caches conçus par vos soins, offrant une visibilité détaillée sur les performances et l'utilisation des ressources des emplacements individuels.
ElastiCache Serverless for Valkey 8.0 peut doubler le nombre de demandes prises en charge par seconde (RPS) toutes les 2 à 3 minutes, pour atteindre 5 millions de RPS par cache contre zéro en moins de 13 minutes, avec une latence de lecture constante inférieure à la milliseconde p50.
Pour plus d'informations sur Valkey, voir Valkey
Pour plus d'informations sur la version de Valkey 8, consultez les notes de mise à jour de Valkey 8
ElastiCache version 7.2.6 pour Valkey
Le 10 octobre 2024, ElastiCache la version 7.2.6 pour Valkey est sortie. Voici quelques-unes des nouvelles fonctionnalités introduites dans la version 7.2 (par rapport à la ElastiCache version 7.1 pour Redis OSS) :
Optimisations des performances et de la mémoire pour différents types de données : optimisation de la mémoire pour les touches de type liste et ensemble, optimisation de la vitesse pour les commandes d'ensembles triés, optimisation des performances pour les commandes comportant plusieurs touches en mode cluster, amélioration des performances pub/sub, optimisation des performances pour les commandes SCAN, SSCAN, HSCAN, ZSCAN et de nombreuses autres optimisations de moindre envergure.
Nouvelle option WITHSCORE pour les commandes ZRANK et ZREVRANK
CLIENT NO-TOUCH pour que les clients puissent exécuter des commandes sans affecter le LRU/LFU des touches.
Nouvelle commande CLUSTER MYSHARDID qui renvoie l'ID de partition du nœud pour regrouper logiquement les nœuds en mode cluster en fonction de la réplication.
Pour plus d'informations sur Valkey, voir Valkey
Pour plus d'informations sur la ElastiCache version 7.2 pour Valkey, consultez les notes de mise à jour de Redis OSS 7.2.4
