Versions du moteur Redis - Amazon MemoryDB for Redis
Redis 7.0 (améliorée)Redis 7.0 (améliorée)Redis 6.2 (améliorée)Mise à niveau des versions de moteur

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.

Versions du moteur Redis

Cette section couvre les versions du moteur Redis prises en charge.

MemoryDB pour Redis version 7.1 (améliorée)

La version 7.1 de MemoryDB pour Redis ajoute la prise en charge des fonctionnalités de recherche vectorielle en version préliminaire pour certaines régions, ainsi que des corrections de bogues critiques et des améliorations de performances.

  • Fonction de recherche vectorielle : La recherche vectorielle peut être utilisée avec les fonctionnalités existantes de MemoryDB. Les applications qui n'utilisent pas la recherche vectorielle ne seront pas affectées par sa présence. L'aperçu de la recherche vectorielle est disponible dans MemoryDB pour Redis à partir de la version 7.1 dans les régions suivantes : USA Est (Virginie du Nord et Ohio), USA Ouest (Oregon), UE (Irlande) et Asie-Pacifique (Tokyo). Reportez-vous à la documentation ici pour savoir comment activer l'aperçu de la recherche vectorielle et les fonctionnalités associées.

Note

MemoryDB pour Redis version 7.1 est compatible avec OSS Redis v7.0. Pour plus d'informations sur la version Redis 7.0, consultez les notes de mise à jour de Redis 7.0 sur Redis on. GitHub

MemoryDB pour Redis version 7.0 (améliorée)

MemoryDB pour Redis 7.0 apporte un certain nombre d'améliorations et prend en charge de nouvelles fonctionnalités :

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

  • Améliorations des ACL : MemoryDB pour Redis 7 ajoute la prise en charge de la prochaine version des listes de contrôle d'accès (ACL) Redis. Avec MemoryDB pour Redis 7, les clients peuvent désormais spécifier plusieurs ensembles d'autorisations sur des touches ou des espaces de touches spécifiques dans Redis.

  • Sharded Pub/Sub : MemoryDB pour Redis 7 permet d'exécuter la fonctionnalité Redis Pub/Sub de manière fragmentée lors de l'exécution de MemoryDB en mode cluster activé (CME). Les fonctionnalités Redis Pub/Sub permettent aux éditeurs d'envoyer des messages à un nombre illimité d'abonnés sur un canal. Avec Amazon MemoryDB pour Redis 7, les canaux sont liés à une partition dans le cluster MemoryDB, ce qui élimine le besoin de propager les informations des canaux entre les partitions. Cela se traduit par une meilleure évolutivité.

  • Multiplexage d'E/S amélioré : MemoryDB pour Redis version 7 introduit un multiplexage d'E/S amélioré, qui fournit un débit accru et une latence réduite pour les charges de travail à haut débit qui ont de nombreuses connexions client simultanées à un cluster MemoryDB. Par exemple, lorsque vous utilisez un cluster de nœuds r6g.4xlarge et que vous exécutez 5 200 clients simultanés, vous pouvez augmenter le débit de 46 % (opérations de lecture et d'écriture par seconde) et réduire la latence P99 de 21 % par rapport à MemoryDB pour Redis version 6.

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

MemoryDB pour Redis version 6.2 (améliorée)

MemoryDB présente la prochaine version du moteur Redis, qui inclut la prise en charge de la mise à niveau automatique des versionsAuthentification des utilisateurs à l'aide de listes de contrôle d'accès (ACL), la mise en cache côté client et des améliorations opérationnelles significatives.

La version 6.2.6 du moteur Redis intègre également la prise en charge du format natif JSON ( JavaScript Object Notation), un moyen simple et sans schéma d'encoder des ensembles de données complexes dans des clusters Redis. Grâce à la prise en charge de JSON, vous pouvez tirer parti des performances et des API de Redis pour les applications qui fonctionnent sur JSON. Pour plus d’informations, consultez Mise en route avec JSON. Une métrique JsonBasedCmds liée au JSON est également incluse CloudWatch pour surveiller l'utilisation de ce type de données. Pour plus d’informations, consultez Métriques pour MemoryDB.

Avec Redis 6, MemoryDB proposera une version unique pour chaque version mineure de Redis OSS, plutôt que de proposer plusieurs versions de correctif. Ceci est conçu pour minimiser la confusion et l'ambiguïté liées au fait de devoir choisir parmi plusieurs versions mineures. MemoryDB gérera également automatiquement la version mineure et la version corrective de vos clusters en cours d'exécution, garantissant ainsi de meilleures performances et une sécurité renforcée. Cela sera géré par le biais de canaux de notification standard aux clients via une campagne de mise à jour du service. Pour plus d’informations, consultez Mises à jour de service dans MemoryDB pour Redis.

Si vous ne spécifiez pas la version du moteur lors de la création, MemoryDB sélectionnera automatiquement la version Redis préférée pour vous. D'autre part, si vous spécifiez la version du moteur en utilisant6.2, MemoryDB invoquera automatiquement la version de correctif préférée de Redis 6.2 disponible.

Par exemple, lorsque vous créez un cluster, vous définissez le --engine-version paramètre sur6.2. Le cluster sera lancé avec la version de correctif préférée actuellement disponible au moment de sa création. Toute demande contenant une valeur de version complète du moteur sera rejetée, une exception sera émise et le processus échouera.

Lors de l'appel de l'DescribeEngineVersionsAPI, la valeur du EngineVersion paramètre sera définie sur 6.2 et la version complète du moteur sera renvoyée EnginePatchVersion sur le terrain.

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

Mise à niveau des versions de moteur

Par défaut, MemoryDB gère automatiquement la version du correctif de vos clusters en cours d'exécution par le biais de mises à jour de service. Vous pouvez également désactiver la mise à niveau automatique des versions mineures si vous définissez la AutoMinorVersionUpgrade propriété de vos clusters sur false. Cependant, vous ne pouvez pas désactiver la mise à niveau automatique de la version des correctifs.

Vous pouvez contrôler si et quand le logiciel conforme au protocole qui alimente votre cluster est mis à niveau vers de nouvelles versions prises en charge par MemoryDB avant le début de la mise à niveau automatique. 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.

Vous pouvez lancer des mises à niveau de la version du moteur vers votre cluster de la manière suivante :

Notez ce qui suit :

  • Vous pouvez mettre à niveau vers une nouvelle version de moteur, mais vous ne pouvez pas revenir à une version antérieure de moteur. Si vous souhaitez utiliser une version antérieure de moteur, vous devez supprimer le cluster existant et en créer un nouveau avec la version de moteur antérieure.

  • Nous vous recommandons de procéder à une mise à niveau périodique vers la dernière version majeure, car la plupart des améliorations majeures ne sont pas rétroportées vers les versions plus anciennes. À mesure que MemoryDB étend la disponibilité à une nouvelle AWS région, MemoryDB prend en charge les deux MAJOR.MINOR versions les plus récentes à ce moment-là pour la nouvelle région. Par exemple, si une nouvelle AWS région est lancée et que les dernières versions de MAJOR.MINOR MemoryDB pour Redis sont 7.0 et 6.2, MemoryDB pour Redis prendra en charge les versions 7.0 et 6.2 dans la nouvelle région. AWS Au fur et à mesure que MAJOR.MINOR les nouvelles versions de MemoryDB pour Redis seront publiées, MemoryDB continuera à ajouter le support pour les nouvelles versions de MemoryDB pour Redis. Pour en savoir plus sur le choix des régions pour MemoryDB, consultez. Régions et terminaux pris en charge

  • 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. MemoryDB se réserve toutefois 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.

  • MemoryDB proposera une version unique pour chaque version mineure de Redis OSS, plutôt que de proposer plusieurs versions de correctif. Ceci est conçu pour minimiser la confusion et l'ambiguïté liées au fait de devoir choisir parmi plusieurs versions. MemoryDB gérera également automatiquement la version mineure et la version corrective de vos clusters en cours d'exécution, garantissant ainsi de meilleures performances et une sécurité renforcée. Cela sera géré par le biais de canaux de notification standard aux clients via une campagne de mise à jour du service. Pour plus d’informations, consultez Mises à jour de service dans MemoryDB pour 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.

  • Nous vous recommandons d'effectuer des mises à niveau du moteur pendant les périodes de faible trafic d'écriture entrant.

    Les clusters contenant plusieurs partitions sont traités et corrigés comme suit :

    • Une seule opération de mise à niveau est effectuée par partition à la fois.

    • 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.

Comment mettre à niveau les versions de moteur

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

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

Comme illustré dans le tableau suivant, la mise à niveau du moteur Redis est bloquée si une opération de dimensionnement est en cours.

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