Valkey vs Redis en 2026 : comparatif et guide de migration

En mars 2024, Redis Ltd. a basculé vers la licence BSL (Business Source License), exclue des définitions open source OSI. La réaction a été immédiate : Linux Foundation a coordonné la création de Valkey avec le soutien de Meta, Google, AWS et plusieurs grands hébergeurs. Le fork est parti du code Redis 7.2 sous licence BSD. En mai 2025, Redis est revenu à une licence OSI-compatible en adoptant l'AGPLv3 — un signal positif, mais l'AGPLv3 est un copyleft fort : tout logiciel qui l'intègre doit publier son code source, ce qui pose des contraintes réelles pour les hébergeurs revendeurs et les éditeurs de logiciels commerciaux. Pendant ce temps, Valkey 9.1 est devenu le paquet par défaut sur Ubuntu 24.04+, Debian 13 et Fedora 40+, consolidant son adoption à l'échelle des distributions majeures.

La question la plus fréquente avant une migration est celle du protocole. Valkey implémente à 100 % le Redis Serialization Protocol dans ses deux versions.

RESP2 (le protocole historique) est intégralement supporté. Toutes vos bibliothèques clientes existantes — ioredis, Predis, redis-py, Jedis, StackExchange.Redis — communiquent avec Valkey sans aucune modification de code ou de configuration. Le remplacement est transparent au niveau du socket.

RESP3 (introduit avec Redis 6.0) est également supporté par Valkey 9.1. Ce protocole apporte des types de réponse enrichis — maps, sets, doubles, booléens, attributs — qui permettent aux clients modernes de réduire les aller-retours de parsing. Les bibliothèques qui activent RESP3 par défaut (ioredis 5+, redis-py 5+) fonctionnent sans modification avec Valkey.

Un point à vérifier : si votre client négocie le protocole via la commande HELLO, Valkey répond de manière identique à Redis. La commande HELLO 3 active RESP3 sur les deux systèmes de la même façon. Vous pouvez le confirmer sur une instance Valkey existante avec valkey-cli HELLO 3.

Le format des fichiers de persistance est l'autre point critique d'une migration. Valkey lit et écrit les mêmes formats que Redis, sans conversion intermédiaire.

RDB (Redis Database Backup) : Valkey supporte les versions RDB 6, 7, 8, 9 et 10. Un fichier dump.rdb exporté depuis Redis 7.x ou 8.x s'importe directement dans Valkey 9.1 en le plaçant dans le répertoire dir de Valkey avant le démarrage. Aucun outil de conversion n'est nécessaire.

AOF (Append-Only File) : le format de journal AOF est identique entre Redis et Valkey. Si vous utilisez la persistance AOF ou le mode mixte (aof-use-rdb-preamble yes), vos fichiers existants sont lus par Valkey sans modification. La commande BGSAVE et BGREWRITEAOF se comportent de la même façon.

Format de données en mémoire : les structures de données Valkey — strings, hashes, lists, sets, sorted sets, streams, HyperLogLog, bitmaps, geospatial — sont identiques à celles de Redis. Les encodages internes (ziplist, listpack, skiplist, quicklist, intset) ont été maintenus à parité. Un client qui stocke un hash dans Redis le récupère intact depuis Valkey.

L'ensemble des commandes Redis est supporté par Valkey. Les catégories principales — strings, hashes, lists, sets, sorted sets, streams, pub/sub, transactions, scripting Lua, keyspace notifications, cluster — fonctionnent de façon identique.

Scripting Lua : Valkey supporte EVAL, EVALSHA et SCRIPT LOAD. Les scripts Lua écrits pour Redis s'exécutent sans modification sur Valkey. La bibliothèque cjson et les fonctions redis.call() sont disponibles, avec une nuance : Valkey a introduit la compatibilité avec l'alias valkey.call() pour les nouveaux scripts, mais redis.call() reste fonctionnel pour la rétrocompatibilité.

Cluster : le protocole Gossip et les commandes de gestion de cluster (CLUSTER INFO, CLUSTER NODES, CLUSTER MEET, CLUSTER FAILOVER) sont identiques. Un nœud Valkey peut participer à un cluster existant Redis — cependant, un cluster mixte Redis/Valkey n'est pas recommandé en production : les versions majeures peuvent introduire des différences de comportement sur les commandes internes. Migrer les nœuds un par un reste la voie sûre.

ACL (Access Control Lists) : le format des règles ACL est identique. Un fichier aclfile exporté depuis Redis (ACL SAVE) peut être rechargé dans Valkey. Les commandes ACL LIST, ACL SETUSER, ACL GETUSER fonctionnent de façon identique.

Keyspace notifications : la configuration notify-keyspace-events et les patterns de souscription (__keyevent@*__:set, etc.) sont identiques. Vos consumers pub/sub qui écoutent les événements keyspace n'ont pas à être modifiés.

Ce qui diffère : les modules Redis Stack propriétaires — RedisJSON, RediSearch, RedisTimeSeries, RedisBloom — ne sont pas disponibles dans Valkey. Des alternatives open source existent (FalkorDB pour le graph, d'autres implémentations de modules JSON), mais l'API n'est pas garantie identique. Si votre code appelle des commandes comme JSON.SET, FT.SEARCH ou TS.ADD, la migration directe n'est pas encore possible.

La syntaxe de valkey.conf est identique à celle de redis.conf. Vous pouvez copier votre fichier de configuration existant sans réécriture. Quelques points méritent une vérification spécifique.

Chemins par défaut : Valkey utilise /etc/valkey/valkey.conf et /var/lib/valkey/ au lieu de /etc/redis/ et /var/lib/redis/. Si vous copiez votre configuration, mettez à jour les directives dir, logfile, pidfile et aclfile pour qu'elles pointent vers les chemins Valkey.

Nom du service systemd : le service s'appelle valkey (pas redis-server). Les commandes sont donc systemctl start valkey, systemctl enable valkey.

TLS : Valkey supporte TLS sur les connexions clientes (tls-port, tls-cert-file, tls-key-file, tls-ca-cert-file) de façon identique à Redis 6+. Si vous avez activé TLS dans Redis, la même configuration fonctionne dans Valkey sans modification de vos clients.

maxmemory et éviction : les politiques d'éviction (allkeys-lru, volatile-lru, allkeys-lfu, noeviction, etc.) sont identiques. Votre politique actuelle se transfère directement.

Bind et protection-mode : Valkey démarre en mode protégé par défaut (comme Redis), qui refuse les connexions non-loopback si aucun mot de passe n'est défini. Votre configuration de bind et requirepass (ou ACL) se transpose directement.

C'est l'un des points forts de Valkey : aucune bibliothèque cliente ne nécessite de modification pour se connecter à Valkey. Le protocole étant identique, le client ne sait pas s'il parle à Redis ou à Valkey.

JavaScript / Node.js : ioredis, node-redis (redis npm), redis — tous fonctionnent. Changez uniquement l'hôte et le port dans votre configuration de connexion.

Python : redis-py (le paquet redis sur PyPI), aioredis — compatibles. La connexion Redis(host='valkey-host', port=6379) fonctionne sans autre changement.

PHP : phpredis (extension C), Predis (pure PHP) — compatibles. Aucun changement de code.

Java : Jedis, Lettuce, Redisson — compatibles. Adaptez uniquement les paramètres de connexion.

.NET : StackExchange.Redis — compatible. Même chaîne de connexion, hôte et port mis à jour.

Go : go-redis, rueidis — compatibles.

Si vous utilisez une abstraction comme Laravel Cache (CACHE_DRIVER=redis), Django django-redis, Spring Data Redis ou Symfony Cache avec l'adaptateur Redis, ces couches d'abstraction se reconnectent à Valkey sans modification de code — seul le DSN de connexion change.

Valkey s'impose naturellement dans plusieurs contextes. Les hébergeurs et revendeurs sont les premiers concernés : l'AGPLv3 de Redis impose de publier le code de tout service qui l'intègre, une contrainte incompatible avec la plupart des offres commerciales. Les nouveaux projets n'ont aucune raison de partir sur Redis : Valkey est le paquet par défaut des distributions récentes, la performance est supérieure et la licence est sans restriction. Les stacks RGPD et souveraineté bénéficient aussi de la gouvernance Linux Foundation, plus neutre qu'un éditeur privé. Enfin, si vous n'utilisez pas les modules propriétaires Redis Stack (RedisJSON, RediSearch, RedisTimeSeries), la migration est transparente — toutes vos librairies et configurations existantes restent valides.

Valkey n'est qu'une pièce de votre stack de données. Si vous hébergez également une base relationnelle, consultez notre guide sur MariaDB sur VPS : configuration, performances et réplication. Pour le moteur de recherche full-text, Elasticsearch sur VPS couvre l'installation, le tuning mémoire et les index en production. Chaque composant mérite une configuration adaptée à votre charge — nos VPS Cloud vous donnent la maîtrise complète de votre environnement.