在redis的根目录下，可以看到已经有了一个sentinel.conf配置文件，直接修改之：

修改配置文件：

vim sentinel.conf

增加以下内容：注意如有重复内容需要去掉

绑定外网访问权限DNS路由2.2.3 启动哨兵

可以看到，129/130作为从节点已经挂载到了128主节点下了

哨兵测试，将128shutdown，再看日志

主节点已经变成了130了！128再次启动，已经不是主节点了：

bind 0.0.0.0

mymaster 主节点名,可以任意起名，但必须和后面的配置保持一致

2 为需要主服务器断掉时需要2个sentinel同意（sentinel本身也可以集群）

sentinel monitor mymaster 192.168.223.128 6379 2

设置Sentinel认为服务器已经断线所需的毫秒数

sentinel down-after-milliseconds mymaster 10000

设置failover（故障转移）的过期时间。当failover开始后，在此时间内仍然没有触发任何failover

操作，当前 sentinel 会认为此次failover失败

sentinel failover-timeout mymaster 60000

设置在执行故障转移时， 最多可以有多少个从服务器同时对新的主服务器进行同步， 这个数字越小，表示

同时进行同步的从服务器越少，那么完成故障转移所需的时间就越长。

sentinel parallel-syncs mymaster 1

启动

把三台redis服务跑起来

./bin/redis-server redis.conf

再启动哨兵进程，哨兵启动需要使用redis-sentinel启动脚本启动

./bin/redis-sentinel sentinel.conf

2020-08-04_110122.png

总结

哨兵模式的优缺点
优点：
1、当Master节点挂掉时，会通过vote算法从Slave节点中选举出一个新的节点作为Master节点继续工
作
2、任何一个数据的增删改都需要Master节点处理，能保障数据的强一致性，符合CAP定理中的CP原则
缺点
1.主从服务器的数据要经常进行主从复制，这样造成性能下降。
2.当主服务器宕机后，从服务器切换成主服务器的那段时间，服务是不可用的，降低了高可用性