Almacenes clave-valor

Un almacén clave-valor es el tipo de base de datos que la consola muestra como Key-value store, con la nota “Works with Redis clients.” Las aplicaciones se conectan a él con las bibliotecas cliente y los comandos de Redis que ya usan. Las conexiones clave-valor externas funcionan igual y pueden apuntar a Redis, a Valkey o a otro servidor que hable el protocolo de Redis.

Almacenes clave-valor gestionados

Los nuevos almacenes clave-valor gestionados ejecutan Valkey 9.1.2 con los módulos JSON, Bloom y Search. Se crean, redimensionan, pausan, publican, vinculan a cargas de trabajo y respaldan como cualquier otra base de datos gestionada. Para crear uno se necesita Personal o superior.

Cada vinculación recibe su propio usuario ACL. Puede ejecutar comandos ordinarios de datos, conexión, transacciones y pub/sub, y cargar y ejecutar scripts; no puede administrar ACL, vaciar ni matar scripts, ni gestionar funciones.

El explorador recorre las claves, muestra los valores y, si tienes permiso, establece, elimina y hace caducar claves; la consola ejecuta comandos de Redis.

Un almacén clave-valor también puede ejecutarse en varios servidores en Business y Enterprise. Sus copias siempre siguen al primario de forma asíncrona.

Migrar a Valkey

Los almacenes creados antes de la 2.12 siguen ejecutando Redis. Siguen funcionando como antes; nada cambia hasta que los migres.

Move to Valkey, en la página del almacén, copia todas las claves a Valkey en el mismo nodo y cambia el almacén a él:

1. El diálogo primero comprueba el almacén y muestra el número de claves y la pausa de escritura prevista.
2. Confirma. Las escrituras se pausan mientras se copian las claves; las lecturas siguen funcionando.
3. Cuando el número de claves coincide, el almacén pasa a Valkey. Conserva sus credenciales, su puerto publicado y sus vinculaciones; los clientes conectados se reconectan.

Los datos de Redis permanecen en el nodo hasta que los recuentos coinciden. Si algo falla, el almacén vuelve a Redis.

La migración se rechaza antes de cambiar nada cuando:

• el almacén no está en ejecución;
• su nodo ejecuta un daemon de Docker que no admite Valkey; actualiza antes el daemon;
• contiene claves que no se pueden copiar: filtros Bloom o cuckoo, series temporales, conjuntos de vectores o índices de búsqueda;
• el entorno de su app está aislado.

Los grupos de consumidores de streams se migran con su último ID entregado, pero no con sus entradas pendientes. Cuando un almacén tiene entradas pendientes, el diálogo indica cuántas, y la migración requiere una confirmación explícita.

API: GET (comprobación) y POST /api/databases/managed/{id}/move-to-valkey, con acceptPendingStreamLoss: true para aceptar la pérdida de las entradas de stream pendientes. MCP: acciones move_to_valkey_check y move_to_valkey de manage_managed_database. Ámbito: databases:edit.

Copias de seguridad

Una copia de seguridad clave-valor solo se restaura en el motor del que se tomó: una copia de Redis en un almacén que ejecuta Redis o en un almacén nuevo, y una copia de Valkey en un almacén que ejecuta Valkey o en un almacén nuevo. Haz una copia nueva después de Move to Valkey para que tu última copia coincida con el motor. Consulta Copias de seguridad de bases de datos.

Las copias de seguridad leen el almacén mediante replicación, por lo que el usuario de una conexión clave-valor externa necesita los comandos de replicación (REPLCONF, SYNC). Al guardar una política de copias de seguridad y en cada ejecución se comprueba esto.