Comparaison des caches conçus par Valkey, Memcached et Redis OSS

Choisissez Memcached si les éléments suivants s'appliquent à votre situation :

• Vous avez besoin du modèle le plus simple possible.

• Vous avez besoin d'exécuter des nœuds de grande taille avec plusieurs cœurs ou threads.

• Vous devez pouvoir le faire évoluer en ajoutant et en supprimant des nœuds au fur et à mesure des fluctuations du système.

• Vous avez besoin d'objets du cache.

Choisissez Valkey ou Redis OSS avec ElastiCache si les conditions suivantes s'appliquent à vous :

• ElastiCache version 7.2 pour Valkey ou version 7.0 (améliorée) pour Redis OSS

  Vous souhaitez utiliser Functions, Sharded Pub/Sub ou des améliorations. ACL Pour plus d'informations, consultez Redis OSS version 7.0 (améliorée).

• ElastiCache version 6.2 (améliorée) pour Redis OSS

  Vous souhaitez pouvoir hiérarchiser les données entre la mémoire et SSD utiliser le type de nœud r6gd. Pour plus d’informations, consultez la rubrique Hiérarchisation des données.

• ElastiCache version 6.0 (améliorée) pour Redis OSS

  Vous souhaitez authentifier les utilisateurs avec le contrôle d'accès basé sur les rôles.

  Pour plus d'informations, consultez Redis OSS version 6.0 (améliorée).

• ElastiCache version 5.0.0 (améliorée) pour Redis OSS

  Vous souhaitez utiliser les OSSflux Redis, une structure de données de journal qui permet aux producteurs d'ajouter de nouveaux éléments en temps réel et aux consommateurs de consommer des messages de manière bloquante ou non bloquante.

  Pour plus d'informations, consultez Redis OSS version 5.0.0 (améliorée).

• ElastiCache version 4.0.10 (améliorée) pour Redis OSS

  Supporte à la fois le chiffrement et l'ajout ou la suppression dynamiques de fragments de votre cluster Valkey ou Redis OSS (mode cluster activé).

  Pour plus d'informations, consultez Redis OSS version 4.0.10 (améliorée).

• ElastiCache version 3.2.10 (améliorée) pour Redis OSS

  Permet d'ajouter ou de supprimer dynamiquement des fragments de votre cluster Valkey ou Redis OSS (mode cluster activé).

  Important

  Actuellement, la ElastiCache version 3.2.10 pour Redis OSS ne prend pas en charge le chiffrement.

  Pour plus d’informations, consultez les ressources suivantes :

  • OSSVersion 3.2.10 de Redis (améliorée)

  • Meilleures pratiques en matière de repartage en ligne pour Redis. Pour plus d'informationsOSS, consultez ce qui suit :

    • Bonnes pratiques : repartitionnement en ligne

    • Repartage en ligne et rééquilibrage des partitions pour Valkey ou OSS Redis (mode cluster activé)

  • Pour plus d'informations sur le dimensionnement des OSS clusters Redis, consultez la section Mise à l'échelle.

• ElastiCache version 3.2.6 (améliorée) pour Redis OSS

  Si vous avez besoin des fonctionnalités des OSS versions antérieures de Redis ainsi que des fonctionnalités suivantes, choisissez 3.2.6 :

  • Chiffrement en transit. Pour plus d'informations, consultez Amazon ElastiCache pour le chiffrement Redis OSS In-Transit.

  • Chiffrement au repos. Pour plus d'informations, consultez Amazon ElastiCache for Redis OSS At-Rest Encryption.

• ElastiCache (Mode cluster activé) version 3.2.4 pour Redis OSS

  Si vous avez besoin des fonctionnalités de la version 2.8.x ainsi que des fonctionnalités suivantes, choisissez la version 3.2.4 (mode clusterisé) :

  • Vous avez besoin de partitionner vos données sur deux à 500 groupes de nœuds (mode cluster uniquement).

  • Vous avez besoin d'indexation géospatiale (mode cluster ou non-cluster).

  • Vous n'avez pas besoin de prendre en charge plusieurs bases de données.

• ElastiCache (mode non clusterisé) 2.8.x et 3.2.4 (amélioré) pour Redis OSS

  Si les conditions suivantes s'appliquent à vous, 2.8.x ou 3.2.4 (mode non clusterisé) :

  • Vous avez besoin de types de données complexes, telles que des chaînes, des données de hachage, des listes, des ensembles triés et des bitmaps.

  • Vous avez besoin de trier ou de classer des ensembles de données en mémoire.

  • Vous avez besoin que votre banque de clés soit maintenue.

  • Vous avec besoin de répliquer les données du réplica principal vers un ou plusieurs réplicas en lecture pour des applications de lecture intensive.

  • Vous avez besoin de procéder à un basculement automatiquement en cas de défaillance de votre nœud principal.

  • Vous avez besoin de publier et de vous abonner à des fonctionnalités (pub/sub), pour informer les clients sur des événements sur le serveur.

  • Vous avez besoin de fonctionnalités de sauvegarde et de restauration pour les clusters conçus par vos soins ainsi que pour les caches sans serveur.

  • Vous avez besoin de prendre en charge plusieurs bases de données.