Sentinel系统持续监控Redis的master-slave结构，确保高可用性。当检测到slave失效时，Sentinel会通知master移除问题节点。若master失效，Sentinel将根据预设的优先级选择一个新的slave作为master。为了避免误判，Sentinel允许配置多个实例共同监控，只有多数Sentinel认为master失效时才会执行故障切换。此外，可通过配置sentinel down-after-milliseconds来设定判断master断开的超时时间，并通过sentinel parallel-syncs控制同时同步的slave数量。
Sentinel不断与master通信,获取master的slave信息.
监听master与slave的状态
如果某slave失效,直接通知master去除该slave.
如果master失效,,是按照slave优先级(可配置), 选取1个slave做 new master
,把其他slave--> new master
疑问: sentinel与master通信,如果某次因为masterIO操作频繁,导致超时,
此时,认为master失效,很武断.
解决: sentnel允许多个实例看守1个master, 当N台(N可设置)sentinel都认为master失效,才正式失效.
Sentinel选项配置
port 26379 # 端口
sentinel monitor mymaster127.0.0.1 6379 2 ,
给主机起的名字(不重即可),
当2个sentinel实例都认为master失效时,正式失效
sentinel down-after-milliseconds mymaster30000 多少毫秒后连接不到master认为断开
sentinel can-failover mymaster yes #是否允许sentinel修改slave->master. 如为no,则只能监控,无权修改./
sentinel parallel-syncs mymaster 1 , 一次性修改几个slave指向新的new master.
sentinelclient-reconfig-script mymaster /var/redis/reconfig.sh ,# 在重新配置new master,new slave过程,可以触发的脚本
扫一扫
1178
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
