Redis master成为docker环境中另一个master的奴隶

时间:2018-02-08 12:29:39

标签: redis redis-sentinel

我已经使用一个主服务器和两个服务器配置了redis-sentinel。

让我们将这三台机器的设置称为集群。

我在很多docker容器上运行了很多集群。 在运行时,我在redis.conf文件和sentinal.conf文件中管理IP。

我的问题是; cluster-1上的主节点不知何故成为cluster-2主服务器的slave。 在Cluster-1主节点上,我删除了redis和sentinel服务,删除了slaveof <cluster-2 master ip> 6379,然后使用编辑过的conf文件重新启动了redis服务。

我启动redis服务的那一刻,它再次成为集群2主redis的奴隶。

我在redis-cli里面没有人试过奴隶,但是在几秒钟之内,节点又变成了奴隶。

所有这一切都在没有启动哨兵服务的情况下发生。

这里发生了什么?还有其他我必须删除的条目吗?

redis.conf

bind 0.0.0.0


protected-mode no

port 6379

tcp-backlog 511


timeout 0

tcp-keepalive 300


daemonize no

supervised no

pidfile "/var/run/redis_6379.pid"

loglevel notice

logfile "/var/log/redis.log"
databases 16


save 900 1
save 300 10
save 60 10000

stop-writes-on-bgsave-error yes

rdbcompression yes

rdbchecksum yes

dbfilename "dump.rdb"

dir "/"



slave-serve-stale-data yes

slave-read-only yes

repl-diskless-sync no

repl-diskless-sync-delay 5



repl-disable-tcp-nodelay no
slave-priority 100                                                                                                    

appendonly no


appendfilename "appendonly.aof"


appendfsync everysec


no-appendfsync-on-rewrite no


auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

aof-load-truncated yes


lua-time-limit 5000
slowlog-log-slower-than 10000

slowlog-max-len 128


latency-monitor-threshold 0


notify-keyspace-events ""


hash-max-ziplist-entries 512
hash-max-ziplist-value 64

list-max-ziplist-size -2

list-compress-depth 0

set-max-intset-entries 512

zset-max-ziplist-entries 128
zset-max-ziplist-value 64

hll-sparse-max-bytes 3000

activerehashing yes

client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 256mb 64mb 60
client-output-buffer-limit pubsub 32mb 8mb 60
hz 10

aof-rewrite-incremental-fsync yes
slaveof 192.168.60.38 6379 #this comes back again and again

1 个答案:

答案 0 :(得分:1)

对于任何面临同样问题的人。

Sentinel旨在自动检测同一网络中的其他哨兵。
因此,Cluster-1和Cluster-2哨兵都能够相互联系。

Cluster-1的Sentinel变得不忠(双关语)并重写了Cluster-1 redis的redis配置,使其成为Cluster-2 Master redis的奴隶。

可能的解决方案;
1.在每个redis设置之间使用唯一密码。将使用redis配置中的requirepass
2.阻止不同redis集群之间的流量。
3.不要一起使用哨兵。