Valkey 9.1 vs Redis 8.6: quién gana en velocidad, RAM y precio

Durante años, si necesitabas una caché en memoria, la respuesta era una sola: Redis. Pero el cambio de licencia de 2024 partió la comunidad en dos y dio a luz a Valkey, un fork respaldado por la Linux Foundation. Dos años después, la pregunta ya no es "¿existe una alternativa?", sino "¿cuál de las dos me conviene?". Con Valkey 9.1 (mayo de 2026) y Redis 8.6 sobre la mesa, los dos proyectos corren parejos en features pero divergen en lo que más importa para producción: memoria, throughput, licencia y costo de operación.

Valkey es un sistema de almacenamiento de datos en memoria (clave-valor) creado en 2024 como fork de Redis tras su cambio de licencia, y hoy lo mantiene la comunidad bajo el paraguas de la Linux Foundation con licencia BSD de 3 cláusulas. Redis es el proyecto original de caché y base de datos en memoria, que en mayo de 2025 volvió al código abierto sumando la licencia AGPLv3. Ambos sirven para cachear, manejar sesiones, colas, rate limiting y datos en tiempo real.

¿Por qué Redis y Valkey terminaron separados?

El origen de todo es la licencia, no la tecnología. En marzo de 2024 Redis abandonó la licencia BSD y pasó a un modelo "source-available" (RSALv2 y SSPLv1), restringiendo a quién podía ofrecer Redis como servicio. La reacción de la comunidad fue inmediata: varios maintainers históricos crearon Valkey, un fork del último Redis verdaderamente open source (7.2.4), y lo donaron a la Linux Foundation para garantizar que siguiera bajo licencia BSD permisiva.

La presión funcionó. En mayo de 2025 Redis 8 salió en GA agregando la licencia AGPLv3 como tercera opción, un guiño para reconquistar a la comunidad. El problema es que AGPL no es BSD: sigue teniendo el efecto "copyleft" que muchas empresas evitan. Por eso, para buena parte del ecosistema, el daño ya estaba hecho y Valkey se consolidó como el camino sin asteriscos legales.

¿Qué cambió en Valkey 9.1?

La 9.1, publicada el 19 de mayo de 2026 con más de 80 contribuidores, es una release de pulido fino más que de features ruidosas. Lo central:

• Hasta 10% menos memoria por clave en cargas comunes, sin tocar configuración: las cadenas menores a 128 bytes bajan hasta 20% y los sorted sets hasta 10% gracias a optimizaciones en el skiplist.
• Modelo de I/O threading rediseñado. El nuevo esquema de comunicación entre hilos mejora el throughput hasta un 17% según el tipo de carga.
• GET y streams más rápidos. El throughput de GET sube hasta 30% al elevar el umbral de "embedding" de strings, y XRANGE/XREVRANGE son hasta 30% más veloces.
• ACLs a nivel de base numerada. Ahora podés acotar permisos de un usuario a bases de datos específicas, clave para escenarios multi-tenant.
• Logs en JSON. Con log-format json los logs salen parseables por herramientas de observabilidad sin post-procesado.

Valkey reporta picos de 2,1 millones de requests por segundo en un solo servidor. Los detalles oficiales están en el anuncio de la 9.1 y la cobertura técnica de Phoronix.

¿Qué trae Redis 8.6 y la vuelta a AGPL?

Redis no se quedó quieto. La línea 8 fue, según el propio proyecto, el mayor salto de performance en una sola versión: más de 30 mejoras para entornos single-core y multi-core. La gran apuesta es el multithreading real, donde Redis dice alcanzar más de 5x de throughput frente a Redis 7.2 en un nodo, configurando los io-threads. Detalles en el anuncio de Redis 8 GA.

Además, Redis 8 integró de fábrica los módulos que antes eran aparte —Search, JSON, TimeSeries, Bloom y vector sets— todos tri-licenciados. Si tu caso de uso necesita búsqueda full-text, vectores para IA o series temporales dentro del mismo motor, Redis sigue teniendo una ventaja de ecosistema que Valkey cubre solo parcialmente.

¿Quién tiene más throughput, Valkey o Redis?

Acá hay que bajar el entusiasmo y mirar los datos: no hay un ganador absoluto de velocidad. La diferencia es real pero más chica y más dependiente de la carga de lo que sugieren los titulares. El patrón que se repite en los benchmarks de 2025-2026:

• Valkey lee más rápido. En operaciones GET y cargas de lectura intensiva, Valkey suele quedar adelante; mediciones independientes (Percona, sobre instancias ARM) le dieron ~8% de ventaja de throughput frente a Redis OSS en un SET de 1 KB.
• Redis escribe muy competitivo. Con el multithreading de la línea 8 bien configurado, Redis recupera terreno en SET e INCR y en algunos escenarios los gana.
• La latencia de cola favorece a Valkey. Pruebas de terceros reportaron P99 alrededor de 15% más bajo en Valkey (2,1 ms vs 2,5 ms), aunque conviene validarlo con tu propio workload.

Una advertencia metodológica: varios de estos números salen de empresas que tienen su propio motor competidor (caso de la comparativa de Dragonfly), así que tomalos como orientación, no como verdad revelada. La regla práctica: las diferencias de throughput entre Valkey y Redis raramente justifican por sí solas elegir uno u otro. Lo que sí mueve la aguja es la memoria y el costo.

¿Cuál usa menos memoria RAM?

Acá Valkey tiene una ventaja consistente y medible. Desde la 8.1 introdujo una hash table más amigable con la caché de CPU que recorta unos ~20 bytes por par clave-valor, y la 9.1 sumó otro ~10% de reducción por clave. En una caché con decenas de millones de claves, ese ahorro se traduce directo en menos RAM provisionada, que en una caché en memoria es exactamente donde se va la plata. Redis 8 mejoró replicación y CPU, pero no presentó optimizaciones de memoria equivalentes.

¿Es más barato Valkey en la nube?

Sí, y por dos motivos que se suman. El primero es el de RAM que ya vimos: menos memoria por clave significa instancias más chicas para la misma carga. El segundo es de licenciamiento: al ser BSD puro, los servicios gestionados de caché lo ofrecen sin el costo asociado a la licencia de Redis, y eso se refleja en la tarifa. Los servicios administrados de Valkey se publican típicamente entre un 20% y un 33% más baratos que el SKU equivalente de Redis (el nodo a demanda ~20% menos; el modo serverless hasta ~33% menos).

El dato más contundente es de campo: Snap Inc. reportó recortar cerca del 60% del costo de su infraestructura de caché migrando la mayoría de sus clústeres de Redis a un servicio gestionado de Valkey durante 2026. Si en cambio lo autohospedás en tu propio Cloud Server, el ahorro viene puro por el lado de la RAM y de no atarte a una licencia restrictiva.

Tabla comparativa: Valkey 9.1 vs Redis 8.6

¿Cuándo conviene Valkey y cuándo Redis?

No hay un ganador universal; hay un ganador para tu caso:

• Elegí Valkey si tu prioridad es costo y libertad de licencia: cargas de caché clásicas (sesiones, rate limiting, lecturas intensivas), grandes volúmenes de claves donde la RAM manda, y proyectos donde una licencia BSD permisiva te evita dolores de cabeza legales.
• Elegí Redis si usás fuerte los módulos integrados —búsqueda full-text, JSON, series temporales o vector sets para aplicaciones de IA— o ya tenés un ecosistema, soporte comercial y herramientas atadas a Redis Ltd. que no querés rearmar.
• Te da casi igual si solo necesitás una caché simple: ambos hablan el mismo protocolo, rinden parejo y migrar entre ellos es trivial. En ese escenario, la decisión la define el precio o la licencia, no la performance.

¿Cómo se migra de Redis a Valkey?

La buena noticia es que Valkey es compatible a nivel de protocolo y formato de datos (RDB/AOF) con Redis 7.2, así que en la mayoría de los casos es un reemplazo directo: tus clientes, librerías y comandos siguen funcionando sin cambios. El camino típico:

1. Probá en staging primero. Levantá una instancia Valkey, apuntá una réplica desde tu Redis actual y verificá que la replicación y tus comandos se comporten igual.
2. Migrá los datos. Podés usar la replicación nativa (Valkey como réplica de Redis) o importar un dump RDB existente.
3. Cambiá el endpoint. Como el protocolo es idéntico, en general alcanza con apuntar tu app a la nueva instancia, sin tocar el código de la aplicación.

Si venís del mundo NoSQL y querés repasar fundamentos de bases de datos, en el blog ya cubrimos cómo asegurar MongoDB para producción, que aplica los mismos principios de hardening que conviene tener para cualquier datastore expuesto.

Preguntas frecuentes

¿Valkey es 100% compatible con Redis?

Sí a nivel de protocolo y datos hasta Redis 7.2, que es el punto donde nació el fork. Tus clientes y comandos estándar funcionan sin cambios; las divergencias aparecen recién en features muy nuevas o específicas que cada proyecto agregó por su cuenta después de la separación.

¿Cuándo salió Valkey 9.1?

Valkey 9.1 se publicó el 19 de mayo de 2026, con más de 80 contribuidores. Es una release centrada en eficiencia de memoria, mejoras de I/O threading y seguridad (ACLs por base, logs JSON).

¿Redis volvió a ser open source?

Parcialmente: desde Redis 8 (mayo de 2025) ofrece la licencia AGPLv3 además de las "source-available" RSALv2 y SSPLv1. AGPL es OSI-aprobada, pero su efecto copyleft hace que muchas empresas la consideren menos cómoda que la BSD permisiva de Valkey.

¿Cuál es más barato de operar?

Valkey, en general. Usa menos RAM por clave y, en servicios gestionados, suele costar entre un 20% y un 33% menos que el SKU equivalente de Redis. Si lo autohospedás, el ahorro principal viene por la menor memoria y por no depender de una licencia restrictiva.

¿Cuál elijo para una aplicación con IA o búsqueda vectorial?

Redis tiene ventaja hoy, porque integra de fábrica vector sets, búsqueda full-text y JSON dentro del mismo motor. Valkey cubre parte de ese terreno con módulos, pero si tu app depende fuerte de esas capacidades, Redis te ahorra integrar piezas externas.

Cloud Serversby Donweb

Todo el poder de la nube a tus proyectos y aplicaciones.
Alojamiento ultra rápido, escalable y con alta disponibilidad.

• Performance que te sorprenderá
• Rápida escalabilidad y sin limitaciones
• Arquitectura de alta disponibilidad
• Soporte experto y ejecutivos de cuenta
• Pagos en tu moneda y facturación local

Descubre la mejor solución de Cloud Hosting