3、启动Sentinel
| /sentinel$ redis-sentinel sentinel.conf |
sentinel 启动之后，就会监视到现在有一个主服务器，两个从服务器
当我们把其中一个从服务器器关闭之后，我们可以看到日志：
| 10894:X 30 Dec 16:27:03.670 # +sdown slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6380 |
日志表示，6381这个从服务器已经从主服务器中脱离了出来，我们重新把6381 接回去。
| 10894:X 30 Dec 16:28:43.288 * +reboot slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6380 10894:X 30 Dec 16:28:43.365 # -sdown slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6380 |
4、关闭Master
我们手动关闭Master 之后，sentinel 在监听master 确实是断线了之后，将会开始计算权值，然后重新分配主服务器
我们可以看到，6380主服务器断了之后，sentinel 帮我们选了6382作为新的主服务器
我们进到6382的客户端，查看他的状态：
| # Replication role:master connected_slaves:1 slave0:ip=127.0.0.1,port=6381,state=online,offset=13751,lag=0 master_repl_offset:13751 repl_backlog_active:1 repl_backlog_size:1048576 repl_backlog_first_byte_offset:2 repl_backlog_histlen:13750 |
我们可以看到 6382，重slave 荣升为master
| 127.0.0.1:6382> set name jaycekon OK |
原本的没有权限写，也得到了相应的权限
5、重连Master
大家可能会好奇，如果master 重连之后，会不会抢回属于他的位置，答案是否定的，就比如你被一个小弟抢了你老大的位置，他肯给回你这个位置吗。因此当master 回来之后，他也只能当个小弟
4、Sentinel 总结
一、Sentinel的作用：
A、Master 状态监测
B、如果Master 异常，则会进行Master-slave 转换，将其中一个Slave作为Master，将之前的Master作为Slave
C、Master-Slave切换后，master_redis.conf、slave_redis.conf和sentinel.conf的内容都会发生改变，即master_redis.conf中会多一行slaveof的配置，sentinel.conf的监控目标会随之调换
二、Sentinel的工作方式:
1)：每个Sentinel以每秒钟一次的频率向它所知的Master，Slave以及其他 Sentinel 实例发送一个 PING 命令
2)：如果一个实例（instance）距离最后一次有效回复 PING 命令的时间超过 down-after-milliseconds 选项所指定的值， 则这个实例会被 Sentinel 标记为主观下线。
