Moteurs et versions pris en charge - Amazon ElastiCache

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.

Moteurs et versions pris en charge

ElastiCache Les caches sans serveur prennent en charge Valkey 7.2 et versions ultérieures, Redis OSS version 7.0 et Memcached 1.6 et versions ultérieures.

ElastiCache les caches conçus par nos soins prennent en charge Valkey 7.2 et versions ultérieures, toutes les versions Redis 4.0.10 et supérieures, et OSS les versions 1.4.5 et supérieures de Memcached.

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 Redis OSS 7.2 par défaut.

ElastiCache (Valkey) version 7.2.6

Le 10 octobre 2024, ElastiCache avec Valkey, la version 7.2.6 est sortie. Voici quelques-unes des nouvelles fonctionnalités introduites dans Valkey 7.2 (par rapport à Redis OSS 7.1) :

  • Nouvelles WITHSCORE options ZRANK et nouvelles ZREVRANK commandes

  • CLIENTNON- TOUCH pour que les clients exécutent des commandes sans affecterLRU/LFUdes 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.

  • Optimisations des performances et de la mémoire pour différents types de données.

Voici les changements de comportement potentiellement perturbants entre Valkey 7.2 et Redis OSS 7.1 (ou 7.0) :

  • Lors d'un appel PUBLISH avec un RESP3 client également abonné à la même chaîne, l'ordre est modifié et la réponse est envoyée avant la publication du message.

  • Le suivi côté client pour les scripts suit désormais les clés lues par le script, au lieu des clés déclarées par l'appelant deEVAL/FCALL.

  • L'échantillonnage pendant le temps de gel a lieu lors de l'exécution des commandes et dans les scripts.

  • Lorsqu'une commande bloquée est débloquée, les contrôles tels que ACLOOM, et d'autres sont réévalués.

  • ACLle texte du message d'erreur et les codes d'erreur sont unifiés.

  • Une commande de diffusion bloquée qui est lancée lorsque la clé n'existe plus contient un code d'erreur différent (- NOGROUP ou - WRONGTYPE au lieu de -UNBLOCKED).

  • Les statistiques des commandes sont mises à jour pour les commandes bloquées uniquement lorsque la commande est réellement exécutée.

  • Le stockage interne des ACL utilisateurs ne supprime plus les règles de commande et de catégorie redondantes. Cela peut modifier la façon dont ces règles sont affichées dans le cadre de ACLSAVE, ACL GETUSER et ACLLIST.

  • Toutes les connexions client créées pour une utilisation TLS basée sur la réplication, SNI si possible.

  • XINFOSTREAM: Le champ de réponse en temps réel indique désormais la dernière tentative d'interaction au lieu de la dernière interaction réussie. Le nouveau champ de réponse en temps actif indique désormais la dernière interaction réussie.

  • XREADGROUPet X [AUTO] CLAIM créent le consommateur, qu'il ait pu ou non effectuer une certaine lecture/réclamation. [TBD- c'est quoi le « ça » ici ?]

  • ACLl'utilisateur nouvellement créé par défaut définit l'indicateur sanitize-payload dans/. ACL LIST GETUSER

  • La HELLO commande n'affecte pas l'état du client si elle n'aboutit pas.

  • NANles réponses sont normalisées selon un seul type nan, similaire au comportement actuel de inf.

Pour plus d'informations sur Valkey, voir Valkey

Pour plus d'informations sur la version 7.2 de Valkey, consultez les notes de mise à jour de Redis OSS 7.2.4 (Valkey 7.2 inclut toutes les modifications depuis Redis OSS jusqu'à la version 7.2.4) et les notes de version de Valkey 7.2 sur Valkey on. GitHub

Versions Redis OSS prises en charge

ElastiCache Les caches sans serveur et les caches conçus par nos soins prennent en charge toutes les versions 7.1 et antérieures de RedisOSS.

ElastiCache (RedisOSS) version 7.1 (améliorée)

Cette version contient des améliorations de performances qui permettent aux charges de travail d'augmenter le débit et de réduire les latences opérationnelles. ElastiCache La version 7.1 introduit deux améliorations principales :

Nous avons étendu la fonctionnalité de threads d’E/S améliorées afin de gérer également la logique de la couche de présentation. Par couche de présentation, nous entendons les threads d'E/S améliorés qui non seulement lisent les entrées du client, mais les analysent également au format de commande OSS binaire Redis. Elles sont ensuite transférées au thread principal pour exécution, ce qui permet un gain de performance. Modèle d'accès à OSS la mémoire Redis amélioré. Les étapes d’exécution de nombreuses opérations de structure de données sont entrelacées afin de garantir un accès parallèle à la mémoire et de réduire la latence d’accès à la mémoire. Lorsqu'ils utilisent un système basé ElastiCache sur Graviton3 R7g.4xlarge ou une version supérieure, les clients peuvent traiter plus d'un million de requêtes par seconde et par nœud. Grâce aux améliorations de performances apportées à ElastiCache (RedisOSS) v7.1, les clients peuvent obtenir jusqu'à 100 % de débit en plus et réduire de 50 % la latence P99 par rapport à ElastiCache (Redis) v7.0. OSS Ces améliorations sont activées sur les tailles de nœuds comportant au moins 8 cœurs physiques (2xlargesur Graviton et 4xlarge sur x86), quel que soit le CPU type, et ne nécessitent aucune modification du client.

Note

ElastiCache La version 7.1 est compatible avec Redis OSS v7.0.

ElastiCache (RedisOSS) version 7.0 (améliorée)

ElastiCache (RedisOSS) 7.0 apporte un certain nombre d'améliorations et prend en charge de nouvelles fonctionnalités :

  • Fonctions : ElastiCache (RedisOSS) 7 ajoute la prise en charge des OSS fonctions Redis et fournit une expérience gérée permettant aux développeurs d'exécuter des LUAscripts avec la logique d'application stockée sur le ElastiCache cluster, sans que les clients n'aient à renvoyer les scripts au serveur à chaque connexion.

  • ACLaméliorations : Valkey et Redis OSS 7 ajoutent le support pour la prochaine version de Access Control Lists ()ACLs. Les clients peuvent désormais spécifier plusieurs ensembles d'autorisations sur des clés ou des espaces de touches spécifiques dans Valkey et Redis. OSS

  • Pub/Sub fragmenté : ElastiCache avec Valkey et Redis OSS 7, il est possible d'exécuter la fonctionnalité Pub/Sub de manière fragmentée lors de l'exécution en mode cluster activé (). ElastiCache CME Les fonctionnalités Pub/Sub permettent aux éditeurs d'envoyer des messages à n'importe quel nombre d'abonnés sur une chaîne. Les canaux sont liés à une partition du ElastiCache cluster, ce qui élimine le besoin de propager les informations des canaux entre les partitions, ce qui améliore l'évolutivité.

  • Multiplexage d'E/S amélioré : ElastiCache Valkey et Redis OSS 7 introduisent un multiplexage d'E/S amélioré, qui permet d'augmenter le débit et de réduire la latence pour les charges de travail à haut débit associées à de nombreuses connexions client simultanées à un cluster. ElastiCache Par exemple, lorsque vous utilisez un cluster de nœuds r6g.xlarge et que vous exécutez 5 200 clients simultanés, vous pouvez obtenir jusqu'à 72 % d'augmentation du débit (opérations de lecture et d'écriture par seconde) et une diminution de 71 % de la latence P99, par rapport à la version 6 de Redis. ElastiCache OSS

Pour plus d'informations sur Valkey, voir Valkey. Pour plus d'informations sur la version Redis OSS 7.0, consultez les notes de mise à jour de Redis OSS 7.0 sur Redis OSS on. GitHub

ElastiCache (RedisOSS) version 6.2 (améliorée)

ElastiCache (RedisOSS) 6.2 inclut des améliorations de performances pour les clusters TLS compatibles utilisant des types de nœuds x86 avec 8 vCPUs ou plus ou des types de nœuds Graviton2 avec 4 ou plus. vCPUs Ces améliorations améliorent le débit et réduisent le temps d'établissement de la connexion client en transférant le chiffrement à d'autres. vCPUs Avec Redis OSS 6.2, vous pouvez également gérer l'accès aux canaux Pub/Sub à l'aide des règles Access Control List ()ACL.

Dans cette version, nous introduisons également la prise en charge de la hiérarchisation des données sur les nœuds de cluster contenant des éléments connectés NVMe SSD localement. Pour de plus amples informations, veuillez consulter Hiérarchisation des données ElastiCache.

La version 6.2.6 OSS du moteur Redis intègre également la prise en charge du format natif JavaScript Object Notation (JSON), un moyen simple et sans schéma d'encoder des ensembles de données complexes dans des clusters Redis. OSS Grâce à JSON l'assistance, vous pouvez tirer parti des performances et de Redis OSS APIs pour les applications qui fonctionnent dessusJSON. Pour plus d'informations, consultez la section Mise en route avec JSON. Sont également incluses JSON les métriques associées, JsonBasedCmds etJsonBasedCmdsLatency, qui sont intégrées CloudWatch pour surveiller l'utilisation de ce type de données. Pour de plus amples informations, veuillez consulter Métriques pour Valkey et Redis OSS.

Vous spécifiez la version du moteur à l'aide de la version 6.2. ElastiCache (RedisOSS) invoquera automatiquement la version de correctif préférée de Redis OSS 6.2 disponible. Par exemple, lorsque vous créez/modifiez un cluster de cache, vous définissez le paramètre --engine-version sur 6.2. Le cluster sera lancé avec la version de correctif préférée actuellement disponible de Redis OSS 6.2 au moment de la création/modification. Si API vous spécifiez la version 6.x du moteur dans le, vous obtiendrez la dernière version mineure de Redis OSS 6.

Pour les clusters 6.0 existants, vous pouvez opter pour la prochaine mise à niveau automatique de la version mineure en définissant le AutoMinorVersionUpgrade paramètre sur yes dans le CreateCacheClusterModifyCacheCluster, CreateReplicationGroup ou ModifyReplicationGroupAPIs. ElastiCache (RedisOSS) mettra à niveau la version mineure de vos clusters 6.0 existants vers la version 6.2 à l'aide de mises à jour en libre-service. Pour plus d'informations, consultez la section Mises à jour en libre-service sur Amazon ElastiCache.

Lors de l'appel du DescribeCacheEngineVersions API, la valeur du EngineVersion paramètre sera définie sur 6.2 et la version réelle du moteur avec la version du correctif sera renvoyée dans le CacheEngineVersionDescription champ. 

Pour plus d'informations sur la version Redis OSS 6.2, consultez les notes de mise à jour de Redis OSS 6.2 sur Redis OSS on. GitHub

ElastiCache (RedisOSS) version 6.0 (améliorée)

Amazon ElastiCache (RedisOSS) présente la prochaine version du OSS moteur Redis, qui inclut l'authentification des utilisateurs grâce au contrôle d'accès basé sur les rôles, la mise en cache côté client et des améliorations opérationnelles significatives.

À 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. ElastiCache (RedisOSS) gérera automatiquement la version du correctif de vos clusters de cache en cours d'exécution, garantissant ainsi de meilleures performances et une sécurité renforcée.

Vous pouvez également opter pour la prochaine mise à niveau automatique de la version mineure en définissant le AutoMinorVersionUpgrade paramètre sur yes et ElastiCache (RedisOSS) gérera la mise à niveau de la version mineure par le biais de mises à jour en libre-service. Pour de plus amples informations, veuillez consulter Mises à jour du service dans ElastiCache.

Vous spécifiez la version du moteur en utilisant6.0. ElastiCache (RedisOSS) invoquera automatiquement la version de correctif préférée de Redis OSS 6.0 disponible. Par exemple, lorsque vous créez/modifiez un cluster de cache, vous définissez le paramètre --engine-version sur 6.0. Le cluster sera lancé avec la version de correctif préférée actuellement disponible de Redis OSS 6.0 au moment de la création/modification. Toute demande avec une valeur de version de correctif spécifique sera rejetée, une exception sera levée et le processus échouera.

Lors de l'appel du DescribeCacheEngineVersions API, la valeur du EngineVersion paramètre sera définie sur 6.0 et la version réelle du moteur avec la version du correctif sera renvoyée dans le CacheEngineVersionDescription champ. 

Pour plus d'informations sur la version Redis OSS 6.0, consultez les notes de mise à jour de Redis OSS 6.0 sur Redis OSS on. GitHub

ElastiCache (RedisOSS) version 5.0.6 (améliorée)

Amazon ElastiCache (RedisOSS) présente la prochaine version du OSS moteur Redis, qui inclut des corrections de bogues et les mises à jour cumulatives suivantes :

  • Garantie de stabilité du moteur dans des conditions particulières

  • Amélioration de la gestion des erreurs Hyperloglog

  • Amélioration des commandes de liaison pour une réplication fiable

  • Suivi continu de la diffusion des messages via la commande XCLAIM

  • Amélioration de la gestion du champ LFU dans les objets

  • Amélioration de la gestion des transactions en cas d'utilisation de ZPOP

  • Possibilité de renommer des commandes : paramètre appelé rename-commands qui vous permet de renommer des OSS commandes Redis potentiellement dangereuses ou coûteuses susceptibles d'entraîner une perte de données accidentelle, telle que ou. FLUSHALL FLUSHDB Ceci est similaire à la configuration de la commande de changement de nom dans Redis open source. OSS Cependant, ElastiCache a amélioré l'expérience en fournissant un flux de travail entièrement géré. Les modifications des noms de commande sont appliquées immédiatement et propagées automatiquement sur tous les nœuds du cluster qui contiennent la liste de commandes. Vous n'avez pas besoin d'intervenir, par exemple en redémarrant les nœuds.

    Les exemples suivants montrent comment modifier les groupes de paramètres existants. Ils incluent le paramètre rename-commands, qui est une liste de commandes séparées par des espaces que vous souhaitez renommer.

    aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group --parameter-name-values "ParameterName=rename-commands, ParameterValue='flushall restrictedflushall'" --region region

    Dans cet exemple, le paramètre rename-commands est utilisé pour renommer la commande flushall en restrictedflushall.

    Pour renommer plusieurs commandes, utilisez ce qui suit :

    aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group --parameter-name-values "ParameterName=rename-commands, ParameterValue='flushall restrictedflushall flushdb restrictedflushdb''" --region region

    Pour annuler une modification, réexécutez la commande renommée et excluez les valeurs renommées de la liste ParameterValue que vous souhaitez conserver, comme illustré ci-après :

    aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group --parameter-name-values "ParameterName=rename-commands, ParameterValue='flushall restrictedflushall'" --region region

    Dans ce cas, la commande flushall est renommée restrictedflushall et toutes les autres commandes renommées reprennent leur nom de commande initial.

    Note

    Lorsque vous renommez des commandes, vous devez respecter les limitations suivantes :

    • Toutes les commandes renommées doivent être alphanumériques.

    • La longueur maximale de nouveaux noms de commande est de 20 caractères alphanumériques.

    • Lorsque vous renommez des commandes, assurez-vous que vous mettez à jour le groupe de paramètres associé à votre cluster.

    • Pour empêcher une utilisation entière de la commande, utilisez le mot clé blocked, comme illustré ci-après :

      aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group --parameter-name-values "ParameterName=rename-commands, ParameterValue='flushall blocked'" --region region

    Pour plus d'informations sur les modifications de paramètre et une liste des commandes qui sont éligibles pour renommer, consultez Modifications des paramètres de Redis OSS 5.0.3.

  • Redis OSS Streams : Cela modélise une structure de données de journal qui permet aux producteurs d'ajouter de nouveaux éléments en temps réel. Il permet également aux consommateurs d'utiliser des messages, de façon bloquante ou non. Les flux permettent aussi aux groupes de consommateurs, qui représentent un groupe de clients, d'utiliser en collaboration différentes parties du même flux de messages, comme avec Apache Kafka. Pour plus d'informations, consultez Streams.

  • Prise en charge d'une famille de commandes de flux, telles que XADD, XRANGE et XREAD. Pour plus d'informations, consultez la section Commandes Streams.

  • Plusieurs paramètres nouveaux et renommés. Pour de plus amples informations, veuillez consulter Modifications des paramètres de Redis OSS 5.0.0.

  • Une nouvelle OSS métrique Redis,StreamBasedCmds.

  • Temps de capture légèrement plus rapide pour les OSS nœuds Redis.

Important

ElastiCache (RedisOSS) a rétroporté deux corrections de bogues critiques depuis la version OSSopen source 5.0.1 de Redis. Elles sont répertoriées ci-dessous.

  • RESTOREréponse non concordante lorsque certaines clés ont déjà expiré.

  • La commande XCLAIM peut éventuellement renvoyer une entrée incorrecte ou désynchroniser le protocole.

Ces deux corrections de bogues sont incluses dans le support ElastiCache (RedisOSS) pour la version 5.0.0 OSS du moteur Redis et seront utilisées dans les futures mises à jour de version.

Pour plus d'informations, consultez les notes de mise à jour de Redis OSS 5.0.6 sur Redis OSS on. GitHub

ElastiCache (RedisOSS) version 5.0.5 (obsolète, utilisez la version 5.0.6)

Amazon ElastiCache (RedisOSS) présente la prochaine version du OSS moteur Redis ;. Il inclut les modifications de configuration en ligne pour ElastiCache (RedisOSS) des clusters de basculement automatique au cours de toutes les opérations planifiées. Vous pouvez désormais faire évoluer votre cluster, mettre à niveau la version du OSS moteur Redis et appliquer des correctifs et des mises à jour de maintenance pendant que le cluster reste en ligne et continue de traiter les demandes entrantes. Elle inclut également des correctifs de bogue.

Pour plus d'informations, consultez les notes de mise à jour de Redis OSS 5.0.5 sur Redis OSS on. GitHub

ElastiCache (RedisOSS) version 5.0.4 (obsolète, utilisez la version 5.0.6)

Amazon ElastiCache (RedisOSS) présente la prochaine version du OSS moteur Redis prise en charge par Amazon. ElastiCache Elle inclut les améliorations suivantes :

  • Garantie de stabilité du moteur dans des conditions particulières

  • Amélioration de la gestion des erreurs Hyperloglog

  • Amélioration des commandes de liaison pour une réplication fiable

  • Suivi continu de la diffusion des messages via la commande XCLAIM

  • Amélioration de la gestion du champ LFU dans les objets

  • Amélioration de la gestion des transactions en cas d'utilisation de ZPOP

Pour plus d'informations, consultez les notes de mise à jour de Redis OSS 5.0.4 sur Redis OSS on. GitHub

ElastiCache (RedisOSS) version 5.0.3 (obsolète, utilisez la version 5.0.6)

Amazon ElastiCache (RedisOSS) présente la prochaine version du OSS moteur Redis prise en charge par Amazon, ElastiCache qui inclut des corrections de bogues.

ElastiCache (RedisOSS) version 5.0.0 (obsolète, utilisez la version 5.0.6)

Amazon ElastiCache (RedisOSS) présente la prochaine version majeure du OSS moteur Redis prise en charge par Amazon. ElastiCache ElastiCache (RedisOSS) 5.0.0 prend en charge les améliorations suivantes :

  • Redis OSS Streams : Cela modélise une structure de données de journal qui permet aux producteurs d'ajouter de nouveaux éléments en temps réel. Il permet également aux consommateurs d'utiliser des messages, de façon bloquante ou non. Les flux permettent aussi aux groupes de consommateurs, qui représentent un groupe de clients, d'utiliser en collaboration différentes parties du même flux de messages, comme avec Apache Kafka. Pour plus d'informations, consultez Streams.

  • Prise en charge d'une famille de commandes de flux, telles que XADD, XRANGE et XREAD. Pour plus d'informations, consultez la section Commandes Streams.

  • Plusieurs paramètres nouveaux et renommés. Pour de plus amples informations, veuillez consulter Modifications des paramètres de Redis OSS 5.0.0.

  • Une nouvelle OSS métrique Redis,StreamBasedCmds.

  • Temps de capture légèrement plus rapide pour les OSS nœuds Redis.

ElastiCache (RedisOSS) version 4.0.10 (améliorée)

Amazon ElastiCache (RedisOSS) présente la prochaine version majeure du OSS moteur Redis prise en charge par Amazon. ElastiCache ElastiCache (RedisOSS) 4.0.10 apporte le support des améliorations suivantes :

Les utilisateurs de Valkey ou Redis OSS (mode cluster désactivé) exécutant Redis OSS version 3.2.10 peuvent utiliser la console pour mettre à niveau leurs clusters via une mise à niveau en ligne.

Comparaison du redimensionnement des clusters ElastiCache (RedisOSS) et de la prise en charge du chiffrement
Version
Fonctionnalité 3.2.6 3.2.10 4.0.10 et ultérieures
Redimensionnement de cluster en ligne * Non Oui Oui
Chiffrement en transit ** Oui Non Oui
Chiffrement au repos ** Oui Non Oui
* Ajout, suppression et rééquilibrage de partitions.
** Obligatoire pour les applications PCI DSS conformes à la Fed RAMP et conformes. HIPAA Pour de plus amples informations, veuillez consulter Validation de conformité pour Amazon ElastiCache.

Versions de fin de vie passées (EOL) (3.x)

ElastiCache (RedisOSS) version 3.2.10 (améliorée)

Amazon ElastiCache (RedisOSS) présente la prochaine version majeure du OSS moteur Redis prise en charge par Amazon. ElastiCache ElastiCache (RedisOSS) 3.2.10 introduit le redimensionnement du cluster en ligne pour ajouter ou supprimer des fragments du cluster tout en continuant à traiter les demandes d'E/S entrantes. ElastiCache Les utilisateurs de (RedisOSS) 3.2.10 disposent de toutes les fonctionnalités des OSS versions antérieures de Redis, à l'exception de la possibilité de chiffrer leurs données. Cette fonctionnalité est actuellement disponible pour la version 3.2.6 uniquement.

Comparaison des versions ElastiCache (RedisOSS) 3.2.6 et 3.2.10
Version
Fonctionnalité 3.2.6 3.2.10
Redimensionnement de cluster en ligne * Non Oui
Chiffrement en transit ** Oui Non
Chiffrement au repos ** Oui Non
* Ajout, suppression et rééquilibrage de partitions.
** Obligatoire pour les applications PCI DSS conformes à la Fed RAMP et conformes. HIPAA Pour de plus amples informations, veuillez consulter Validation de conformité pour Amazon ElastiCache.

Pour plus d’informations, consultez les ressources suivantes :

ElastiCache (RedisOSS) version 3.2.6 (améliorée)

Amazon ElastiCache (RedisOSS) présente la prochaine version majeure du OSS moteur Redis prise en charge par Amazon. ElastiCache ElastiCache Les utilisateurs de (RedisOSS) 3.2.6 disposent de toutes les fonctionnalités des OSS versions antérieures de Redis, ainsi que de la possibilité de chiffrer leurs données. Pour plus d’informations, consultez les ressources suivantes :

ElastiCache (RedisOSS) version 3.2.4 (améliorée)

La version 3.2.4 d'Amazon ElastiCache (RedisOSS) introduit la prochaine version majeure du OSS moteur Redis prise en charge par Amazon. ElastiCache ElastiCache Les utilisateurs de (RedisOSS) 3.2.4 disposent de toutes les fonctionnalités des OSS versions antérieures de Redis, ainsi que de la possibilité d'exécuter en mode cluster ou en mode hors cluster. Le tableau suivant résume les possibilités.

Comparaison du mode hors cluster et du mode cluster de Redis OSS 3.2.4
Fonctionnalité Mode non-cluster Mode cluster
Partitionnement de données Non Oui
Indexation géospatiale Oui Oui
Modifier le type de nœud Oui Oui *
Développement de réplica Oui Oui *
Monter en puissance Non Oui *
Prise en charge de base de données Plusieurs Unique

Groupe de paramètres

default.redis3.2 **

default.redis3.2.cluster.on **

*  Voir Restauration à partir d’une sauvegarde dans un nouveau cache

** Ou un dérivé de celui-ci.

Remarques :
  • Partitionnement : possibilité de fractionner vos données sur 2 à 500 groupes de nœuds (partitions) avec prise en charge de la réplication pour chaque groupe de nœuds.

  • Indexation géospatiale — Redis OSS 3.2.4 introduit la prise en charge de l'indexation géospatiale via six commandes. GEO Pour plus d'informations, consultez la documentation de la commande Redis OSS GEO * Commandes : GEO sur la page Commandes Valkey (filtrée). GEO

Pour plus d'informations sur les fonctionnalités supplémentaires de Redis OSS 3, consultez les notes de version de Redis OSS 3.2 et les notes de version de Redis OSS 3.0.

Valkey ou Redis actuellement ElastiCache gérés OSS (mode cluster activé) ne prennent pas en charge les fonctionnalités Redis OSS 3.2 suivantes :

  • Migration de réplica

  • Rééquilibrage du cluster

  • Débogueur LUA

ElastiCache désactive les commandes de gestion Redis OSS 3.2 suivantes :

  • cluster meet

  • cluster replicate

  • cluster flushslots

  • cluster addslots

  • cluster delslots

  • cluster setslot

  • cluster saveconfig

  • cluster forget

  • cluster failover

  • cluster bumpepoch

  • cluster set-config-epoch

  • cluster reset

Pour plus d'informations sur les paramètres de Redis OSS 3.2.4, consultez. Modifications des paramètres de Redis OSS 3.2.4

Versions de fin de vie passées (EOL) (2.x)

ElastiCache (RedisOSS) version 2.8.24 (améliorée)

Les OSS améliorations apportées à Redis depuis la version 2.8.23 incluent des corrections de bogues et l'enregistrement des mauvaises adresses d'accès à la mémoire. Pour plus d'informations, consultez les notes de mise à jour de Redis OSS 2.8.

ElastiCache (RedisOSS) version 2.8.23 (améliorée)

Les OSS améliorations apportées à Redis depuis la version 2.8.22 incluent des corrections de bogues. Pour plus d'informations, consultez les notes de mise à jour de Redis OSS 2.8. Cette version comprend également la prise en charge du nouveau paramètre close-on-slave-write qui, s'il est activé, déconnecte les clients qui tentent d'écrire sur un réplica en lecture seule.

Pour plus d'informations sur les paramètres de Redis OSS 2.8.23, consultez le guide de Paramètres ajoutés à Redis OSS 2.8.23 (amélioré) l' ElastiCache utilisateur.

ElastiCache (RedisOSS) version 2.8.22 (améliorée)

Les OSS améliorations apportées à Redis depuis la version 2.8.21 sont les suivantes :

  • Prise en charge des synchronisations et sauvegardes sans fonction fork, ce qui vous permet d'attribuer moins de mémoire pour les sauvegardes et plus de mémoire pour votre application. Pour de plus amples informations, veuillez consulter Implémentation de la sauvegarde et de la synchronisation. Le processus sans fonction fork peut avoir un impact sur la latence et le débit. Dans le cas d'un débit d'écriture élevé, lorsqu'un réplica relance une synchronisation, il peut être inaccessible pendant toute la durée de la synchronisation.

  • En cas de basculement, les groupes de réplication récupèrent désormais plus rapidement, car les réplicas effectuent des synchronisations partielles avec le réplica principal plutôt que des synchronisations complètes, dans la mesure du possible. En outre, les réplicas principaux et les réplicas en lecture n'utilisent plus le disque pendant les synchronisations, permettant ainsi d'optimiser la vitesse.

  • Support pour deux nouvelles CloudWatch métriques.

    • ReplicationBytes : le nombre d'octets qu'un cluster principal du groupe de réplication envoie aux réplicas en lecture.

    • SaveInProgress : une valeur binaire qui indique si un processus de sauvegarde en arrière-plan est en cours d'exécution.

    Pour de plus amples informations, veuillez consulter Surveillance de l'utilisation à l'aide de CloudWatch métriques.

  • Un certain nombre de corrections de bogues critiques dans le PSYNC comportement de réplication. Pour plus d'informations, consultez les notes de mise à jour de Redis OSS 2.8.

  • Afin de maintenir des performances de réplication améliorées dans les groupes de réplication multi-AZ et d'améliorer la stabilité du cluster, les ElastiCache non-répliques ne sont plus prises en charge.

  • Pour améliorer la cohérence des données entre le cluster principal et les réplicas d'un groupe de réplication, les réplicas ne supprimeront plus les clés indépendantes du cluster principal.

  • Les variables OSS de configuration Redis ne appendfsync sont pas prises en charge sur Redis OSS version 2.8.22 appendonly et versions ultérieures.

  • En cas de mémoire insuffisante, les clients avec un important tampon de sortie peuvent être déconnectés d'un cluster de réplica. En cas de déconnexion, le client doit se reconnecter. De telles situations sont les plus susceptibles de se produire pour les PUBSUB clients.

ElastiCache (RedisOSS) version 2.8.21

Les OSS améliorations apportées à Redis depuis la version 2.8.19 incluent un certain nombre de corrections de bugs. Pour plus d'informations, consultez les notes de mise à jour de Redis OSS 2.8.

ElastiCache (RedisOSS) version 2.8.19

Les OSS améliorations apportées à Redis depuis la version 2.8.6 sont les suivantes :

  • Support pour HyperLogLog. Pour plus d'informations, consultez la OSSnouvelle structure de données de Redis : HyperLogLog.

  • Le type de données « ensemble trié » prend désormais en charge les requêtes de plage lexicographiques avec les nouvelles commandes ZRANGEBYLEX, ZLEXCOUNT et ZREMRANGEBYLEX.

  • Pour empêcher un nœud principal d'envoyer des données périmées à des nœuds de réplication, le maître SYNC échoue si un processus enfant save (bgsave) en arrière-plan est abandonné.

  • Support pour la HyperLogLogBasedCommands CloudWatchmétrique. Pour de plus amples informations, veuillez consulter Métriques pour Valkey et Redis OSS.

ElastiCache (RedisOSS) version 2.8.6

Les OSS améliorations apportées à Redis depuis la version 2.6.13 sont les suivantes :

  • Résilience et tolérance aux pannes optimisées pour les réplicas en lecture.

  • Prise en charge de la resynchronisation partielle.

  • Prise en charge du nombre minimum de réplicas en lecture, défini par l'utilisateur, qui doit être disponible en permanence.

  • Prise en charge intégrale de la fonction pub/sub — notification aux clients des événements survenus sur le serveur.

  • Détection automatique d'une défaillance du nœud principal et basculement de votre nœud principal vers un nœud secondaire.

ElastiCache (RedisOSS) version 2.6.13

La OSS version 2.6.13 de Redis était la version initiale de Redis prise en charge OSS par Amazon ElastiCache (Redis). OSS Le multi-AZ n'est pas pris en charge sur Redis 2.6.13OSS.

Calendrier de fin de vie des OSS versions Redis

Cette section définit les dates de fin de vie (EOL) des anciennes versions majeures au fur et à mesure de leur annonce. Cela vous permet de prendre des décisions concernant les versions et les mises à niveau pour l'avenir.

Note

ElastiCache Les versions de correctif (RedisOSS) de 5.0.0 à 5.0.5 sont obsolètes. Utilisez les versions 5.0.6 ou ultérieures.

Le tableau suivant récapitule chaque version et sa EOL date annoncée, ainsi que la version cible de mise à niveau recommandée.

Passé EOL

Version majeure de la source Versions mineures de la source Cible de mise à niveau recommandée EOLDate
Version 3

3.2.4, 3.2.6 et 3.2.10

Version 6.2 ou supérieure

Note

Pour les régions US-ISO-EAST US-ISO-WEST -1, -1 et US-ISOB-EAST -1, nous recommandons la version 5.0.6 ou supérieure.

31 juillet 2023

Version 2

2,8,24, 2,8,23, 2,8,22, 2,8,21, 2.8,19, 2.8,12, 2,8.6, 2.6,13

Version 6.2 ou supérieure

Note

Pour les régions US-ISO-EAST US-ISO-WEST -1, -1 et US-ISOB-EAST -1, nous recommandons la version 5.0.6 ou supérieure.

13 janvier 2023

Versions prises en charge ElastiCache (Memcached)

ElastiCache prend en charge les versions suivantes de Memcached et la mise à niveau vers des versions plus récentes. Dans ce dernier cas, faites attention aux conditions qui causeront l'échec de la mise à niveau si elles ne sont pas remplies.

Memcached version 1.6.22

ElastiCache (Memcached) ajoute le support pour la version 1.6.22 de Memcached. Il n’inclut aucune nouvelle fonctionnalité, mais offre des correctifs de bogue et des mises à jour cumulatives à partir de Memcached 1.6.18.

Pour plus d'informations, consultez ReleaseNotes1622 sur Memcached on. GitHub

Memcached version 1.6.17

ElastiCache (Memcached) ajoute le support pour la version 1.6.17 de Memcached. Il n’inclut aucune nouvelle fonctionnalité, mais offre des correctifs de bogue et des mises à jour cumulatives à partir de Memcached 1.6.17.

Pour plus d'informations, consultez la section ReleaseNotes1617 sur Memcached on. GitHub

Memcached version 1.6.12

ElastiCache (Memcached) ajoute la prise en charge de la version 1.6.12 de Memcached et du chiffrement en transit. Il inclut également les correctifs de bogue et les mises à jour cumulatives de Memcached 1.6.6.

Pour plus d'informations, consultez ReleaseNotes1612 sur Memcached on. GitHub

Memcached Version 1.6.6

ElastiCache (Memcached) ajoute le support pour la version 1.6.6 de Memcached. Il n'inclut aucune nouvelle fonctionnalité, mais inclut des corrections de bogues et des mises à jour cumulatives depuis Memcached 1.5.16. ElastiCache (Memcached) ne prend pas en charge Extstore.

Pour plus d'informations, consultez ReleaseNotes166 sur Memcached on. GitHub

Memcached version 1.5.16

ElastiCache pour Memcached ajoute le support pour la version 1.5.16 de Memcached. Sans aucune nouvelle fonctionnalité, il inclut des correctifs de bogue et des mises à jour cumulatives à partir des versions Memcached 1.5.14 et Memcached 1.5.15.

Pour plus d'informations, consultez les notes de mise à jour de Memcached 1.5.16 sur Memcached on. GitHub

Memcached Version 1.5.10

ElastiCache pour Memcached, la version 1.5.10 prend en charge les fonctionnalités suivantes de Memcached :

  • Rééquilibrage de section automatisé.

  • Recherches plus rapides dans les tables de hachage avec l'algorithme murmur3.

  • LRUAlgorithme segmenté.

  • LRUcrawler pour récupérer de la mémoire en arrière-plan.

  • --enable-seccomp : option pour la compilation.

Elle introduit aussi les paramètres no_modern et inline_ascii_resp. Pour de plus amples informations, veuillez consulter Modifications des paramètres Memcached 1.5.10.

Les améliorations apportées à Memcached ElastiCache depuis la version 1.4.34 de Memcached sont les suivantes :

  • Correctifs cumulatifs, tels que ASCII multigets, CVE -2017-9951 et limite les analyses pour. metadumper

  • Meilleure gestion des connexions en fermant les connexions à la limite de connexion.

  • Gestion améliorée de la taille d'élément pour une taille d'élément supérieure à 1 Mo.

  • Meilleures performances et améliorations de la surcharge de mémoire en réduisant les besoins en mémoire par élément de quelques octets.

Pour plus d'informations, consultez les notes de mise à jour de Memcached 1.5.10 sur Memcached on. GitHub

Memcached Version 1.4.34

ElastiCache pour Memcached, la version 1.4.34 n'ajoute aucune nouvelle fonctionnalité à la version 1.4.33. La version 1.4.34 est une version de correctifs qui est plus volumineuse que les versions habituelles de ce type.

Pour plus d'informations, consultez les notes de mise à jour de Memcached 1.4.34 sur Memcached on. GitHub

Memcached Version 1.4.33

Les améliorations Memcached ajoutées depuis la version 1.4.24 sont les suivantes :

  • Possibilité de vider toutes les métadonnées pour une classe de sections particulière, une liste de classes de sections ou toutes les classes de sections. Pour plus d'informations, consultez Notes de mise à jour de Memcached 1.4.31.

  • Amélioration de la prise en charge pour les éléments volumineux dépassant la taille par défaut de 1 mégaoctet. Pour plus d'informations, consultez Notes de mise à jour de Memcached 1.4.29.

  • Possibilité de spécifier pendant combien de temps un client peut rester inactif avant d'être invité à se fermer.

    Possibilité d'augmenter dynamiquement la quantité de mémoire disponible pour Memcached sans avoir à redémarrer le cluster. Pour plus d'informations, consultez Notes de mise à jour de Memcached 1.4.27.

  • La journalisation de fetchers, mutations et evictions est désormais prise en charge. Pour plus d'informations, consultez Notes de mise à jour de Memcached 1.4.26.

  • La mémoire libérée peut être récupérée dans un pool global et réaffectée à de nouvelles classes de sections. Pour plus d'informations, consultez Notes de mise à jour de Memcached 1.4.25.

  • Plusieurs corrections de bugs.

  • Quelques nouvelles commandes et paramètres. Pour en obtenir la liste, veuillez consulter Paramètres ajoutés Memcached 1.4.33.

Memcached Version 1.4.24

Les améliorations Memcached ajoutées depuis la version 1.4.14 sont les suivantes :

  • Gestion la moins récemment utilisée (LRU) à l'aide d'un processus en arrière-plan.

  • L'ajout de l'option d'utilisation de jenkins ou murmur3 en tant qu'algorithme de hachage.

  • Quelques nouvelles commandes et paramètres. Pour en obtenir la liste, veuillez consulter Paramètres ajoutés Memcached 1.4.24.

  • Plusieurs corrections de bugs.

Memcached Version 1.4.14

Les améliorations Memcached ajoutées depuis la version 1.4.5 sont les suivantes :

  • Capacité de rééquilibrage de section améliorée.

  • Amélioration de l'évolutivité et des performances.

  • L'ajout de la commande touch pour mettre à jour le délai d'expiration d'un élément existant sans avoir à l'extraire.

  • Découverte automatique  : la possibilité pour les programmes client de déterminer automatiquement tous les nœuds de cache dans un cluster, et d'initier et maintenir des connexions à tous ces nœuds.

Memcached Version 1.4.5

La version 1.4.5 de Memcached était le moteur et la version initiaux pris en charge par Amazon ElastiCache (Memcached).