Как переместить базу данных Redis с одного сервера на другой?

В настоящее время у меня есть работающий сервер Redis, работающий в облачном экземпляре, и я хочу перенести этот сервер Redis в новый облачный экземпляр и использовать этот экземпляр в качестве моего нового сервера Redis. Если бы это был MySQL, я бы экспортировал БД со старого сервера и импортировал ее на новый сервер. Как я должен сделать это с Redis?

PS: я не ищу настройки репликации. Я хочу полностью перенести сервер Redis на новый экземпляр.

Сохраните снимок базы данных в dump.rdb, запустив BGSAVEили SAVEиз командной строки. Это создаст файл с именем dump.rdb в той же папке, что и ваш сервер Redis. Смотрите список всех команд сервера .

Скопируйте этот dump.rdb на другой сервер Redis, на который вы хотите выполнить миграцию. Когда Redis запускается, он ищет этот файл для инициализации базы данных.

Сначала создайте дамп на сервере А.

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

Это обеспечивает dump.rdbполную актуальность и показывает нам, где оно хранится ( /var/lib/redis/dump.rdbв данном случае). dump.rdbтакже периодически записывается на диск автоматически.

Затем скопируйте его на сервер B:

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

Остановите сервер Redis на B, скопируйте dump.rdb (убедитесь, что разрешения такие же, как и раньше), затем запустите.

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

Версия Redis на B должна быть больше или равна версии A, иначе вы можете столкнуться с проблемами совместимости .

Если у вас есть соединение между серверами, лучше настроить репликацию (что тривиально, в отличие от SQL) с новым экземпляром в качестве подчиненного узла - тогда вы можете переключить новый узел на ведущий с помощью одной команды и выполнить перемещение с помощью нулевое время простоя

Также возможно перенести данные с помощью команды SLAVEOF:

SLAVEOF old_instance_name old_instance_port

Убедитесь, что вы получили ключи с KEYS *. Вы также можете протестировать новый экземпляр любым другим способом, а когда закончите, просто включите репликацию:

SLAVEOF NO ONE

В настоящее время вы также можете использовать MIGRATE, начиная с версии 2.6.

Я должен был использовать это, так как я хотел переместить данные только в одну базу данных, а не во все. Два экземпляра Redis живут на двух разных машинах.

Если вы не можете подключиться напрямую к Redis-2 из Redis-1, используйте привязку порта ssh:

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

Небольшой скрипт для зацикливания всех ключей с использованием KEYS и MIGRATE каждого ключа. Это Perl, но, надеюсь, вы поняли:

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

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

См. Http://redis.io/commands/migrate для получения дополнительной информации.

Чтобы проверить, куда должен быть помещен файл dump.rdb при импорте данных redis,

запустить клиент

$redis-cli

и

затем

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

Здесь / Users / Admin - это расположение файла dump.rdb, который читается с сервера, и поэтому этот файл необходимо заменить.

Вы также можете использовать RDD

он может создавать и восстанавливать работающий сервер Redis и разрешать фильтровать / сопоставлять / переименовывать ключи дампа

Ключевые элементы миграции с нулевым временем простоя:

• репликация ( http://redis.io/commands/SLAVEOF )
• возможность записи в ведомое устройство во время переключения приложения ( CONFIG SET slave-read-only no)

Коротко:

1. установить целевой redis (пустой) в качестве подчиненного источника redis (с вашими данными)
2. дождитесь окончания репликации
3. разрешить запись в целевой Redis (который в настоящее время является подчиненным)
4. переключите ваши приложения на целевой Redis
5. ждать завершения потока данных от хозяина к рабу
6. превратить целевой редис от хозяина до раба

Кроме того, у redis есть параметры, позволяющие отключить повторный доступ к источнику для приема записей сразу после отсоединения цели:

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

Эта тема покрыта

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

Очень хорошее объяснение от команды RedisLabs https://redislabs.com/blog/real-time-synchronization-tool-for-redis-migration

И даже их интерактивный инструмент для миграции: https://github.com/RedisLabs/redis-migrate

Я также хочу сделать то же самое: перенести базу данных из автономного экземпляра redis в другой экземпляр redis (redis sentinel).

Поскольку данные не являются критическими (данные сеанса), я попробую https://github.com/yaauie/redis-copy .

Простой способ экспорта / резервного копирования данных Redis (создания файла дампа), который я нашел, состоит в том, чтобы запустить сервер через командную строку с флагом slaveof и создать живую реплику следующим образом (при условии, что исходный Redis - это 1.2.3.4 на порту 6379):

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

Я только что опубликовал утилиту интерфейса командной строки для npm и github, которая позволяет копировать ключи, соответствующие заданному шаблону (даже *), из одной базы данных Redis в другую.

Вы можете найти утилиту здесь:

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

Редис-дамп наконец-то сработал для меня. Его документация содержит пример того, как вывести базу данных Redis и вставить данные в другую.