Отличная таблица use case-ов для Redis-а

 https://twitter.com/usehex/status/1713103929565708682?s=46&t=LJVvVaa7HhnLHdPxE-OK7g

redis на несколько нод

 1) самое простое, master-slave

 на мастере:

bind 127.0.0.1 <masterip>

на слейве

replicaof <masterip> <masterport>

рестарт, работаем. Сначала мастер, потом слейвы.

! несовместимо с параметрами типа cluster-enabled

2) redis cluster ("для новых версий"), есть особенности с 16384 хэш-слотами (hash slots). Так же, кластер собирает отдельный, хоть и комплектный, скриптик на руби, но только ради этого ставить руби - совсем перебор.

3) redis sentinel ("для старых версий")

Для всяких кластерных режимов есть нююанс что требуется минимум 3 ноды (для кворума), на каждой из которых надо поднять мастер и слейв, то есть будет 6 процессов.

Проверка статуса:

# redis-cli 

127.0.0.1:6379> info replication 

редис иногда хочет писать в /etc/cron.d

Эксепшен

MISCONF Redis is configured to save RDB snapshots, but is currently not able to persist on disk. Commands that may modify the data set are disabled. Please check Redis logs for details about the error.

В логе

 Failed opening the RDB file dump.rdb (in server root dir /etc/cron.d) for saving: Read-only file system

Внимания тут заслуживает именно попытка записи в /etc. При этом в инете найден только 1 такой случай (в гугле)

https://stackoverflow.com/questions/57864901/redis-server-is-restarted-for-every-two-minutes-and-loses-keys-for-every-few-min

В данном случае - Ubuntu 22.04.2 LTS, redis 5:6.0.16-1ubuntu1

Быстрое решение: 

pkill -9 redis-server; systemctl restart redis-server

просто рестарт не сработает, будет тупить, потом в статусе ошибки.. нужен именно килл -9

Возможно, причина что в системе кончалось место, но это было с неделю назад.

Шпаргалка по Redis

http://habrahabr.ru/post/204354/