¿Cómo muevo una base de datos redis de un servidor a otro?

Actualmente tengo un servidor redis en vivo que se ejecuta en una instancia en la nube y quiero migrar este servidor redis a una nueva instancia en la nube y usar esa instancia como mi nuevo servidor redis. Si fuera MySQL, exportaría la base de datos del servidor anterior y la importaría al nuevo servidor. ¿Cómo debo hacer esto con redis?

PD: no estoy buscando configurar la replicación. Quiero migrar completamente el servidor redis a una nueva instancia.

Guarde una instantánea de la base de datos en un dump.rdb ejecutando BGSAVEo SAVEdesde la línea de comandos. Esto creará un archivo llamado dump.rdb en la misma carpeta que su servidor redis. Vea una lista de todos los comandos del servidor .

Copie este dump.rdb en el otro servidor redis al que desea migrar. Cuando se inicia redis, busca este archivo para inicializar la base de datos.

Primero, cree un volcado en el servidor A.

A$ redis-cli
127.0.0.1:6379> CONFIG GET dir
1) "dir"
2) "/var/lib/redis/"
127.0.0.1:6379> SAVE
OK

Esto garantiza que dump.rdbesté completamente actualizado y nos muestra dónde está almacenado ( /var/lib/redis/dump.rdben este caso). dump.rdbTambién se escribe periódicamente en el disco automáticamente.

Luego, cópielo en el servidor B:

A$ scp /var/lib/redis/dump.rdb myuser@B:/tmp/dump.rdb

Detenga el servidor Redis en B, copie dump.rdb (asegurándose de que los permisos sean los mismos que antes), luego comience.

B$ sudo service redis-server stop
B$ sudo cp /tmp/dump.rdb /var/lib/redis/dump.rdb
B$ sudo chown redis: /var/lib/redis/dump.rdb
B$ sudo service redis-server start

La versión de Redis en B debe ser mayor o igual que la de A, o puede tener problemas de compatibilidad .

Si tiene la conectividad entre servidores, es mejor configurar la replicación (que es trivial, a diferencia de SQL) con la nueva instancia como nodo esclavo; entonces puede cambiar el nuevo nodo a maestro con un solo comando y hacer el movimiento con cero tiempo de inactividad.

También es posible migrar datos usando el comando SLAVEOF:

SLAVEOF old_instance_name old_instance_port

Verifique que haya recibido las llaves con KEYS *. También puede probar la nueva instancia de cualquier otra manera, y cuando haya terminado, simplemente active la replicación de:

SLAVEOF NO ONE

Hoy en día también puedes usar MIGRATE, disponible desde 2.6.

Tuve que usar esto ya que solo quería mover los datos en una base de datos y no en todos. Las dos instancias de Redis viven en dos máquinas diferentes.

Si no puede conectarse directamente a Redis-2 desde Redis-1, use el enlace de puerto ssh:

 ssh [email protected] -L 1234:127.0.0.1:6379

Un pequeño script para recorrer todas las teclas usando KEYS y MIGRAR cada tecla. Este es Perl, pero espero que tengas la idea:

 foreach ( $redis_from->keys('*') ) {

    $redis_from->migrate(
        $destination{host},    # localhost in my example
        $destination{port},    # 1234
        $_,                    # The key
        $destination{db},
        $destination{timeout} 
    );
 }

Ver http://redis.io/commands/migrate para más información.

Para verificar dónde se debe colocar dump.rdb al importar datos redis,

cliente inicial

$redis-cli

y

luego

redis 127.0.0.1:6379> CONFIG GET *
 1) "dir"
 2) "/Users/Admin"

Aquí / Users / Admin es la ubicación de dump.rdb que se lee del servidor y, por lo tanto, este es el archivo que debe reemplazarse.

también puedes usar rdd

puede volcar y restaurar un servidor redis en ejecución y permitir filtrar / igualar / renombrar claves de volcado

Los elementos clave de una migración de tiempo de inactividad cero son:

• replicación ( http://redis.io/commands/SLAVEOF )
• posibilidad de escribir en un esclavo durante el cambio de aplicación ( CONFIG SET slave-read-only no)

En breve:

1. configurar un destino redis (vacío) como esclavo de una fuente redis (con sus datos)
2. esperar a que termine la replicación
3. permiso escribe en un destino redis (que actualmente es esclavo)
4. cambia tus aplicaciones a un redis objetivo
5. espere a que termine el flujo de datos del maestro al esclavo
6. convertir un objetivo redis de maestro a esclavo

Además, redis tiene opciones que permiten deshabilitar una fuente redis para aceptar escrituras justo después de separar un objetivo:

• min-slaves-to-write
• min-slaves-max-lag

Este tema cubierto por

• http://redis.io/topics/admin#upgrading-or-restarting-a-redis-instance-without-downtime

Muy buena explicación del equipo de RedisLabs https://redislabs.com/blog/real-time-synchronization-tool-for-redis-migration

E incluso su herramienta interactiva para migrar: https://github.com/RedisLabs/redis-migrate

También quiero hacer lo mismo: migrar un db de una instancia de redis independiente a otras instancias de redis (redis sentinel).

Debido a que los datos no son críticos (datos de sesión), intentaré https://github.com/yaauie/redis-copy .

La manera simple que encontré para exportar / hacer copias de seguridad de los datos de Redis (crear un archivo de volcado) es iniciar un servidor a través de la línea de comandos con el indicador slaveof y crear una réplica en vivo de la siguiente manera (suponiendo que la fuente Redis es 1.2.3.4 en el puerto 6379):

/usr/bin/redis-server --port 6399 --dbfilename backup_of_master.rdb --slaveof 1.2.3.4 6379

Acabo de publicar una utilidad de interfaz de línea de comando para npm y github que le permite copiar claves que coinciden con un patrón determinado (incluso *) de una base de datos Redis a otra.

Puedes encontrar la utilidad aquí:

https://www.npmjs.com/package/redis-utils-cli

redis-dump finalmente funcionó para mí. Su documentación proporciona un ejemplo de cómo volcar una base de datos Redis e insertar los datos en otra.