

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.

# Comparaison de clusters Valkey, Memcached et Redis OSS basés sur des nœuds
<a name="SelectEngine"></a>

Amazon ElastiCache prend en charge les moteurs de cache Valkey, Memcached et Redis OSS. Chaque moteur offre certains avantages. Utilisez les informations dans cette rubrique pour vous aider à choisir le moteur et la version que répond le mieux à vos besoins.

**Important**  
Après avoir créé un cache, un cluster basé sur des nœuds ou un groupe de réplication, vous pouvez effectuer une mise à niveau vers une version du moteur plus récente, mais vous ne pouvez pas rétrograder vers une ancienne version du moteur. Si vous souhaitez utiliser une ancienne version du moteur, vous devez supprimer le cache, le cluster basé sur des nœuds ou le groupe de réplication existant et le créer à nouveau avec la version précédente du moteur.

En apparence, les moteurs de ressemblent. Chacun de ces moteurs est une banque de clés en mémoire-valeurs. Toutefois, en pratique, il existe des différences significatives. 

**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 9.0 pour Valkey**

  [Vous avez besoin de fonctionnalités intégrées de [recherche en texte intégral, d'agrégation et de recherche hybride qui étendent la recherche](https://github.com/valkey-io/valkey-search) vectorielle introduite dans Valkey 8.2, l'[expiration des champs de hachage pour les TTL par champ](https://github.com/valkey-io/valkey/pull/2089), la prise en [charge de plusieurs bases de données en mode cluster](https://github.com/valkey-io/valkey/pull/1671), les [requêtes géospatiales basées sur des polygones](https://github.com/valkey-io/valkey/pull/1809), un [débit jusqu'à 40 % plus élevé avec le pipeline ou une migration de slots atomiques pour une mise](https://github.com/valkey-io/valkey/pull/2092) à l'échelle plus sûre des clusters.](https://github.com/valkey-io/valkey/pull/1949) Pour plus d'informations, consultez [Valkey 9.0](VersionManagement.md#valkey-version-9.0).
+ **ElastiCache version 8.2 pour Valkey**

  Vous souhaitez une [recherche vectorielle](search.md) native avec une latence de l'ordre de la microseconde et un taux de rappel supérieur à 95 %. Pour plus d'informations, consultez [Valkey 8.2](VersionManagement.md#valkey-version-8.2).
+ **ElastiCache version 8.1 pour Valkey**

  Vous avez besoin d'une [nouvelle table de hachage économe en mémoire](https://valkey.io/blog/new-hash-table/) qui réduit la charge mémoire jusqu'à 20 %, d'une prise en charge native du [filtre Bloom](https://valkey.io/topics/bloomfilters/), de la commande [COMMANDLOG](https://valkey.io/commands/commandlog-get/) et d'un débit jusqu'à 514 % plus élevé pour BITCOUNT. Pour plus d'informations, consultez [Valkey 8.1](VersionManagement.md#valkey-version-8.1).
+ **ElastiCache version 8.0 pour Valkey**

  Vous souhaitez améliorer l'efficacité de la mémoire jusqu'à 20 % grâce à des [clés intégrées](https://github.com/valkey-io/valkey/pull/541), à des [métriques par emplacement](https://github.com/valkey-io/valkey/pull/20), à une [réplication sur deux canaux](https://github.com/valkey-io/valkey/pull/60) et à un threading [asynchrone I/O ](https://github.com/valkey-io/valkey/pull/763). Pour plus d'informations, consultez [Valkey 8.0](VersionManagement.md#valkey-version-8).
+ **ElastiCache version 7.2 pour Valkey ou version 7.0 (améliorée) pour Redis OSS**

  Vous souhaitez utiliser les [améliorations apportées par [Functions](https://valkey.io/topics/functions-intro/), [Sharded Pub/Sub](https://valkey.io/topics/pubsub/) ou ACL](https://valkey.io/topics/acl/). Pour plus d'informations, consultez [Redis OSS version 7.0 (améliorée).](engine-versions.md#redis-version-7.0) 
+ **ElastiCache version 6.2 (améliorée) pour Redis OSS**

  Vous souhaitez pouvoir hiérarchiser les données entre la mémoire et le SSD à l’aide du type de nœud r6gd. Pour plus d’informations, consultez la rubrique [Hiérarchisation des données](data-tiering.md).
+ **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).](engine-versions.md#redis-version-6.0)


**Résumé de la comparaison entre Memcached, Valkey ou Redis OSS (mode cluster désactivé) et Valkey ou Redis OSS (mode cluster activé)**  

|  |  Memcached  |  Valkey ou Redis OSS (mode cluster désactivé)  |  Valkey ou Redis OSS (mode cluster activé)  | 
| --- |--- |--- |--- |
| Versions du moteur\+ | 1.4.5 et versions ultérieures | 4.0.10 et ultérieures | 4.0.10 et ultérieures | 
| Types de données | Simplicité  | 2.8.x - Complexe \* | 2.8.x et version ultérieure – Complexe | 
| Complexe | 
| Partitionnement de données | Oui | Non | Oui | 
| Le cluster est modifiable | Oui | Oui | Windows 3.2.10 et version ultérieure – Limité | 
| Repartitionnement en ligne | Non | Non | 3.2.10 et ultérieures | 
| Chiffrement | in-transit 1.6.12 et versions ultérieures | 4.0.10 et ultérieures | 4.0.10 et ultérieures | 
| Mise à niveau des données | Non | 6.2 et versions ultérieures | 6.2 et versions ultérieures | 
| Efficacité de la mémoire | Non | Valkey 8.0 et versions ultérieures | Valkey 8.0 et versions ultérieures | 
| Filtres Bloom | Non | Valkey 8.1 et versions ultérieures | Valkey 8.1 et versions ultérieures | 
| Recherche vectorielle | Non | Valkey 8.2 et versions ultérieures | Valkey 8.2 et versions ultérieures | 
| Full-text rechercher | Non | Valkey 9.0 et versions ultérieures | Valkey 9.0 et versions ultérieures | 
| Recherche hybride (texte\+vecteur) | Non | Valkey 9.0 et versions ultérieures | Valkey 9.0 et versions ultérieures | 
| Canalisations d'agrégation | Non | Valkey 9.0 et versions ultérieures | Valkey 9.0 et versions ultérieures | 
| Expiration du champ de hachage | Non | Valkey 9.0 et versions ultérieures | Valkey 9.0 et versions ultérieures | 
| Bases de données numérotées en mode cluster | Non | N/A | Valkey 9.0 et versions ultérieures | 
| Certifications de conformité | 
| --- |
| Certification de conformité     FedRAMP<br />    HIPAA<br />    PCI DSS |   Oui - 1.6.12 et ultérieure<br />Oui - 1.6.12 et ultérieure<br />Oui |   4.0.10 et ultérieures<br />4.0.10 et ultérieures<br />4.0.10 et ultérieures |   4.0.10 et ultérieures<br />4.0.10 et ultérieures<br />4.0.10 et ultérieures | 
| Multi-threaded | Oui | Non | Non | 
| Mise à niveau du type de nœud | Non | Oui | Oui | 
| Mise à niveau du moteur | Oui | Oui | Oui | 
| Haute disponibilité (réplication) | Non | Oui | Oui | 
| Basculement automatique | Non | Facultatif | Obligatoire | 
| Pub/Sub capacités | Non | Oui | Oui | 
| Ensembles triés | Non | Oui | Oui | 
| Sauvegarde et restauration | Pour les caches sans serveur uniquement, non applicable aux clusters basés sur des nœuds | Oui | Oui | 
| Indexation géospatiale | Non | 4.0.10 et ultérieures | Oui | 
| Remarques: | 
|  chaîne, objets (tels que les bases de données) | 
| \* chaînes, ensembles, ensembles triés, listes, hachages, bitmaps, hyperloglog | 
|  chaîne, ensembles, ensembles triés, listes, hachages, bitmaps, hyperloglog, index géospatiaux | 
| \+ Exclut les versions obsolètes, arrivées en fin de vie ou sur le point d'atteindre leur fin de vie. | 

Une fois que vous avez choisi le moteur de votre cluster, nous vous conseillons d'utiliser la version la plus récente de ce moteur. Pour de plus amples informations, veuillez consulter [Types de nœuds pris en charge](CacheNodes.SupportedTypes.md).