Come posso spostare un database redis da un server a un altro?

Al momento ho un server redis live in esecuzione su un'istanza cloud e desidero migrare questo server redis su una nuova istanza cloud e utilizzare quell'istanza come nuovo server redis. Se fosse MySQL, esporterei il DB dal vecchio server e lo importerei nel nuovo server. Come dovrei farlo con Redis?

PS: Non sto cercando di impostare la replica. Voglio migrare completamente il server redis in una nuova istanza.

Salvare un'istantanea del database in un dump.rdb eseguendo BGSAVEo SAVEdalla riga di comando. Questo creerà un file chiamato dump.rdb nella stessa cartella del tuo server redis. Visualizza un elenco di tutti i comandi del server .

Copia questo dump.rdb sull'altro server redis su cui vuoi migrare. All'avvio di redis, cerca questo file da cui inizializzare il database.

Innanzitutto, crea un dump sul server 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

Ciò garantisce che dump.rdbsia completamente aggiornato e che ci mostri dove è archiviato ( /var/lib/redis/dump.rdbin questo caso). dump.rdbinoltre viene periodicamente scritto automaticamente su disco.

Quindi, copiarlo sul server B:

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

Arrestare il server Redis su B, copiare dump.rdb (accertandosi che le autorizzazioni siano le stesse di prima), quindi avviare.

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 versione di Redis su B deve essere maggiore o uguale a quella di A, altrimenti potresti riscontrare problemi di compatibilità .

Se hai la connettività tra i server, è meglio impostare la replica (che è banale, a differenza di SQL) con la nuova istanza come nodo slave - quindi puoi passare il nuovo nodo a master con un singolo comando e fare lo spostamento con zero tempi di inattività.

È anche possibile migrare i dati usando il comando SLAVEOF:

SLAVEOF old_instance_name old_instance_port

Verifica di aver ricevuto le chiavi con KEYS *. Potresti testare la nuova istanza anche in qualsiasi altro modo e quando hai finito basta girare la replica di:

SLAVEOF NO ONE

Oggi puoi anche usare MIGRATE, disponibile dalla 2.6.

Ho dovuto usare questo dato che volevo solo spostare i dati in un database e non tutti. Le due istanze Redis vivono su due macchine diverse.

Se non riesci a connetterti direttamente a Redis-2 da Redis-1, usa l'associazione della porta ssh:

 ssh user@redis-2.foo.com -L 1234:127.0.0.1:6379

Un piccolo script per eseguire il ciclo di tutti i tasti usando KEYS e MIGRATE ogni tasto. Questo è Perl, ma spero che tu abbia l'idea:

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

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

Vedi http://redis.io/commands/migrate per maggiori informazioni.

Per verificare dove deve essere posizionato dump.rdb durante l'importazione dei dati redis,

avviare il client

$redis-cli

e

poi

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

Qui / Users / Admin è il percorso di dump.rdb che viene letto dal server e quindi questo è il file che deve essere sostituito.

puoi anche usare rdd

può eseguire il dump e il ripristino di un server redis in esecuzione e consentire le chiavi di dump di filtro / corrispondenza / ridenominazione

Gli elementi chiave di una migrazione a zero downtime sono:

• replica ( http://redis.io/commands/SLAVEOF )
• possibilità di scrivere in uno slave durante la commutazione dell'applicazione ( CONFIG SET slave-read-only no)

In breve:

1. imposta un redis di destinazione (vuoto) come slave di un redis di origine (con i tuoi dati)
2. attendere il completamento della replica
3. permesso scrive su un redis target (che è attualmente slave)
4. passa le tue app a un redis target
5. attendere il completamento del flusso di dati dal master allo slave
6. trasforma un bersaglio redis da maestro a schiavo

Inoltre i redis hanno opzioni che consentono di disabilitare un redis di origine per accettare le scritture subito dopo aver staccato un target:

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

Questo argomento è stato trattato da

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

Ottima spiegazione dal team di RedisLabs https://redislabs.com/blog/real-time-synchronization-tool-for-redis-migration

E anche il loro strumento interattivo per la migrazione: https://github.com/RedisLabs/redis-migrate

Voglio anche fare la stessa cosa: migrare un db da un'istanza redis autonoma a un'altra istanza redis (redis sentinel).

Poiché i dati non sono critici (dati di sessione), proverò https://github.com/yaauie/redis-copy a provarlo.

Il modo semplice che ho trovato per esportare / eseguire il backup dei dati Redis (creare un file di dump) è avviare un server tramite riga di comando con flag slaveof e creare una replica live come segue (supponendo che il Redis di origine sia 1.2.3.4 sulla porta 6379):

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

Ho appena pubblicato un'utilità di interfaccia a riga di comando su npm e github che consente di copiare chiavi che corrispondono a un determinato modello (anche *) da un database Redis a un altro.

Puoi trovare l'utilità qui:

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

redis-dump ha finalmente funzionato per me. La sua documentazione fornisce un esempio su come scaricare un database Redis e inserire i dati in un altro.