在 docker 环境中,Redis master 成为另一个 master 的 slave

Redis master becoming slave of another master in docker environment

我已经配置了一主两从的redis-sentinel

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

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

我的问题是; cluster-1 上的主节点以某种方式成为 cluster-2 主节点的从节点。 在 Cluster-1 主节点上,我终止了 redis 和 sentinel 服务,删除了 slaveof <cluster-2 master ip> 6379,然后使用编辑后的 ​​conf 文件重新启动了 redis 服务。

当我启动redis服务的那一刻,它再次成为cluster-2 master redis的slave。

我在 redis-cli 中尝试了 slaveof no one 但在几秒钟内节点又变成了 slave。

这一切甚至都没有启动 sentinel 服务就发生了。

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

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

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

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

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

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