docker环境下Redis主机成为另一个主机的奴隶

Question

我为redis-sentinel配置了一个主服务器和两个从服务器。

我从redis-cli中尝试了无人slave，但几秒钟内该节点又变成了slave。

所有这一切都是在没有开始哨兵服务的情况下发生的。

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

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

Answer 1

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

Sentinel设计用于自动检测同一网络中的另一个哨兵。
所以，集群1和集群2哨兵都能到达对方。

Cluster-1的哨兵变得不忠诚（双关语），并重写了Cluster-1 redis的redis配置，使其成为Cluster-2主redis的奴隶。

可能的解决方案；
1。在每个redis设置之间使用唯一的密码。将使用redis配置中的RequirePass。
2。阻止不同redis群集之间的通信。
3。不要同时使用哨兵。