Versions du moteur Redis OSS - Amazon MemoryDB
Redis OSS 7.0 (amélioré)Redis OSS 7.0 (amélioré)Redis OSS 6.2 (amélioré)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 OSS

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

MemoryDB version 7.1 (améliorée)

La version 7.1 de MemoryDB 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 à partir de la version 7.1 de MemoryDB dans les régions suivantes : USA Est (Virginie du Nord et Ohio), USA Ouest (Oregon), UE (Irlande) et Asie-Pacifique (Tokyo). Consultez la documentation ici pour savoir comment activer l'aperçu de la recherche vectorielle et les fonctionnalités associées.

Note

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

MemoryDB version 7.0 (améliorée)

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

  • Fonctions Redis OSS : MemoryDB 7 ajoute la prise en charge des fonctions Redis OSS 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 7 ajoute le support pour la prochaine version des listes de contrôle d'accès (ACL) Redis OSS. Avec MemoryDB OSS 7, les clients peuvent désormais spécifier plusieurs ensembles d'autorisations sur des clés ou des espaces de touches spécifiques dans Redis OSS.

  • Sharded Pub/Sub : MemoryDB 7 permet d'exécuter la fonctionnalité Redis OSS Pub/Sub de manière fragmentée lors de l'exécution de MemoryDB en mode cluster activé (CME). Les fonctionnalités Redis OSS Pub/Sub permettent aux éditeurs d'envoyer des messages à n'importe quel nombre d'abonnés sur une chaîne. Avec Amazon MemoryDB OSS 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é : la version 7 de MemoryDB OSS 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 jusqu'à 46 % (opérations de lecture et d'écriture par seconde) et réduire la latence P99 de 21 % par rapport à la version 6 de MemoryDB.

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

MemoryDB version 6.2 (améliorée)

MemoryDB présente la prochaine version du moteur Redis OSS, 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 OSS. Grâce au support JSON, vous pouvez tirer parti des performances et des API Redis OSS pour les applications qui fonctionnent via 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 OSS 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 choix entre 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é via des canaux de notification standard aux clients via une campagne de mise à jour du service. Pour plus d’informations, consultez Mises à jour du service dans MemoryDB.

Si vous ne spécifiez pas la version du moteur lors de la création, MemoryDB sélectionnera automatiquement la version Redis OSS 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 OSS 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 6.2 de Redis OSS, consultez les notes de mise à jour de Redis 6.2 sur Redis OSS 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 via des 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 sont 7.0 et 6.2, MemoryDB prendra en charge les versions 7.0 et 6.2 dans la nouvelle région. AWS Au fur et à mesure que de nouvelles MAJOR.MINOR versions de MemoryDB seront publiées, MemoryDB continuera de prendre en charge les nouvelles versions de MemoryDB. 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 choix entre 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é via des canaux de notification standard aux clients via une campagne de mise à jour du service. Pour plus d’informations, consultez Mises à jour du service dans MemoryDB.

  • 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 bloquées du moteur Redis OSS

Comme indiqué dans le tableau suivant, votre opération de mise à niveau du moteur Redis OSS est bloquée si vous avez une opération de mise à l'échelle 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