Andrey Shatokhin

что бы точно был консистентный лучше делать как-то так.
mysqldump --flush-privileges --flush-logs --triggers --routines --events --hex-blob --extended-insert --complete-insert --no-autocommit --lock-all-tables --master-data=2 DATABASE > database.sql

--single-transaction - не влияет на myisam. и в нее можно будет писать во время дампа.

Такой дам лучше делать с выделенного слейва. Который будет полностью залочен на время дампа. Ну или даже с паузой на репликации. На вашем месте я бы сделал с помощью xtrabackup такой бекап слейв. И у же с него делал дамп только нужных баз.

Если хотите много экземпляров запустить - подписывайтесь на вебхуки, а их пусть принимает какой-то балансер (nginx-haproxy-итд).

Да можно. Отправляйте как фотку. Там есть поле caption. Туда можно 200 символов текста.

перенесите mysqldump`ом. Потом подключите Percona как слейв к MariaDB (Проверьте чтоб формат бинлогов был и одинаковым и настройки gtid). Как слейв догонит мастер - переключайтесь на Percona.
Даунтайм будет несколько секунд(время не переключение)

1. У хетцнера есть такие сервера. ссылка
2. Для тех кому не нравится playkey - есть liquidsky

Пинги в обоих случают остаются вопросом.

У вас в json domains это массив DomainsData. А в struct это экземпляр DomainsData

С 3.0 для такого рекомендуется использовать теги. Keys hash tags
В вашем случае - их нужно использовать вместо префикса.
Имена ключей должны выглядеть примерно так - {user1000}.following, где user1000 - это тег.
KEYS по тегу не будет проверять все ключи в бд т.е сложность будет на порядки меньше чем O(N)
И бонусом - будет совместимо с redis-cluster

Такое можно, но
1. Кеширование на втором сервере не будет. (он ведь не расшифровывает заспрос-ответ - и не знает uri)
2. Вы потеряете IP клиентов работающих через второй сервер.

А делается это через ngx_stream_proxy_module
Он доступен с версии 1.9.0

По моему намного лучше разрешить 80 порт только для межсерверных запросов на уровне фаервола и все оставить как есть.