五、redis哨兵两套环境同一局域网容灾切换问题
上周遇到个灵异事件，实验室有两套环境来搭建redis集群和哨兵，分别是：
第一套环境IP：67(master) 65(salve) 66(salve)
第二套环境IP：115(master) 116(salve) 117(salve)
第一天把哨兵搭建好后，两套环境的主从关系都是一主两从，但是到了第二天，莫名其妙的，第二天环境的3个redis都挂载到第一套环境下了，都成了67的salve,如图所示：
1 127.0.0.1:6379> info replication 2 3 role:master 4 connected_slaves:5 5 slave0:ip=192.168.51.65,port=6379,state=online,offset=6398436,lag=1 6 slave1:ip=192.168.51.68,port=6379,state=online,offset=6398436,lag=0 7 slave2:ip=192.168.51.116,port=6379,state=online,offset=6399020,lag=0 8 slave3:ip=192.168.51.117,port=6379,state=online,offset=6398436,lag=0 9 slave4:ip=192.168.51.115,port=6379,state=online,offset=6398878,lag=0 10 master_replid:c37c216fa725c9e3475a8138b8242e85fd3b93c3 11 master_replid2:0000000000000000000000000000000000000000
第一套环境sentinel.conf配置：
1 port 26379 2 protected-mode no 3 daemonize yes 4 logfile "/home/zmoon/redis-5.0.12/sentinel.log" 5 sentinel deny-scripts-reconfig yes 6 sentinel monitor mymaster 192.168.51.67 6379 2 7 sentinel down-after-milliseconds mymaster 1000 8 sentinel failover-timeout mymaster 5000 9 sentinel auth-pass mymaster 123abc
第二套环境sentinel.conf配置：
port 26379 protected-mode no daemonize yes logfile "/home/zmoon/redis-5.0.12/sentinel.log" sentinel deny-scripts-reconfig yes sentinel monitor mymaster 192.168.51.117 6379 2 sentinel down-after-milliseconds mymaster 1000 sentinel failover-timeout mymaster 5000 sentinel auth-pass mymaster 123abc
然后经过研究配置文件发现搭建的两套sentinel.conf中，mymaster也就是master-name，都是一样的，所以就判断：
1.是不是因为首先在同一局域网，
2.都搭建了哨兵，
3.然后定义的主的name都是mymaster。
所以修改master-name，两套环境不同的master-name。经过主动宕机主，进行哨兵的容灾切换和周末两天的自动运行验证后，发现问题解决了。
得到结论：哨兵sentinel监控的redis主节点的名字，在同一局域网内，不同环境要不同的主节点名字，不然会主从关系飘移过去。
