Comment déplacer une base de données Redis d'un serveur à un autre?

J'ai actuellement un serveur Redis en direct sur une instance cloud et je souhaite migrer ce serveur Redis vers une nouvelle instance cloud et utiliser cette instance comme nouveau serveur Redis. S'il s'agissait de MySQL, j'exporterais la base de données de l'ancien serveur et l'importerais dans le nouveau serveur. Comment dois-je faire cela avec redis?

PS: Je ne cherche pas à configurer la réplication. Je souhaite migrer complètement le serveur redis vers une nouvelle instance.

Enregistrez un instantané de la base de données dans un fichier dump.rdb en exécutant BGSAVEou à SAVEpartir de la ligne de commande. Cela créera un fichier nommé dump.rdb dans le même dossier que votre serveur redis. Voir une liste de toutes les commandes du serveur .

Copiez ce fichier dump.rdb sur l'autre serveur Redis vers lequel vous souhaitez migrer. Lorsque redis démarre, il recherche ce fichier à partir duquel initialiser la base de données.

Commencez par créer un vidage sur le serveur 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

Cela garantit qu'il dump.rdbest complètement à jour et nous montre où il est stocké ( /var/lib/redis/dump.rdbdans ce cas). dump.rdbest également périodiquement écrit automatiquement sur le disque.

Ensuite, copiez-le sur le serveur B:

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

Arrêtez le serveur Redis sur B, copiez dump.rdb (en vous assurant que les autorisations sont les mêmes qu'auparavant), puis démarrez.

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 version de Redis sur B doit être supérieure ou égale à celle de A, ou vous pouvez rencontrer des problèmes de compatibilité .

Si vous avez la connectivité entre les serveurs, il est préférable de configurer la réplication (ce qui est trivial, contrairement à SQL) avec la nouvelle instance en tant que nœud esclave - vous pouvez alors passer le nouveau nœud en maître avec une seule commande et faire le déplacement avec aucun temps d'arrêt.

Il est également possible de migrer des données à l'aide de la commande SLAVEOF:

SLAVEOF old_instance_name old_instance_port

Vérifiez que vous avez reçu les clés avec KEYS *. Vous pouvez également tester la nouvelle instance de toute autre manière, et lorsque vous avez terminé, activez simplement la réplication de:

SLAVEOF NO ONE

De nos jours, vous pouvez également utiliser MIGRATE, disponible depuis 2.6.

J'ai dû l'utiliser car je ne voulais déplacer les données que dans une seule base de données et pas toutes. Les deux instances Redis vivent sur deux machines différentes.

Si vous ne pouvez pas vous connecter directement à Redis-2 depuis Redis-1, utilisez la liaison de port ssh:

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

Un petit script pour boucler toutes les clés en utilisant KEYS et MIGRATE chaque clé. C'est Perl, mais j'espère que vous avez l'idée:

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

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

Voir http://redis.io/commands/migrate pour plus d'informations.

Pour vérifier où le dump.rdb doit être placé lors de l'importation de données redis,

démarrer le client

$redis-cli

et

puis

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

Ici / Users / Admin est l'emplacement de dump.rdb qui est lu à partir du serveur et c'est donc le fichier qui doit être remplacé.

vous pouvez également utiliser rdd

il peut vider et restaurer un serveur Redis en cours d'exécution et autoriser les clés de vidage de filtre / correspondance / renommer

Les éléments clés d'une migration sans temps d'arrêt sont:

• réplication ( http://redis.io/commands/SLAVEOF )
• possibilité d'écrire dans un esclave lors de la commutation d'application ( CONFIG SET slave-read-only no)

En bref:

1. configurer un redis cible (vide) comme esclave d'un redis source (avec vos données)
2. attendre la fin de la réplication
3. autoriser les écritures sur un redis cible (qui est actuellement esclave)
4. basculer vos applications vers un redis cible
5. attendre la fin du flux de données du maître à l'esclave
6. transformer une cible redis de maître en esclave

De plus, les redis ont des options qui permettent de désactiver un redis source pour accepter les écritures juste après le détachement d'une cible:

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

Ce sujet couvert par

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

Très bonne explication de l'équipe RedisLabs https://redislabs.com/blog/real-time-synchronization-tool-for-redis-migration

Et même leur outil interactif pour migrer: https://github.com/RedisLabs/redis-migrate

Je veux aussi faire la même chose: migrer une base de données d'une instance redis autonome vers une autre instance redis (redis sentinel).

Parce que les données ne sont pas critiques (données de session), je vais essayer https://github.com/yaauie/redis-copy .

Le moyen simple que j'ai trouvé pour exporter / sauvegarder les données Redis (créer un fichier de vidage) est de démarrer un serveur via la ligne de commande avec le drapeau slaveof et de créer une réplique en direct comme suit (en supposant que la source Redis est 1.2.3.4 sur le port 6379):

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

Je viens de publier un utilitaire d'interface de ligne de commande sur npm et github qui vous permet de copier des clés qui correspondent à un modèle donné (même *) d'une base de données Redis à une autre.

Vous pouvez trouver l'utilitaire ici:

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

redis-dump a finalement fonctionné pour moi. Sa documentation fournit un exemple comment vider une base de données Redis et insérer les données dans une autre.