分布式高并发解决方案 (一):Redis5.0哨兵机制

修改sentinel.conf的配置为如下

1.port :当前Sentinel服务运行的端口

2.dir : Sentinel服务运行时使用的临时文件 

3.sentinel monitor master     < count>:Sentinel去监视一个名为masterName的主redis实例,这个主实例的IP地址为ip,端口号为port,而将这个主实例判断为失效至少需要count个 Sentinel进程的同意,只要同意Sentinel的数量不达标,自动failover就不会执行

4.sentinel down-after-milliseconds  30000:指定了Sentinel认为Redis实例已经失效所需的毫秒数。当实例超过该时间没有返回PING,或者直接返回错误,那么Sentinel将这个实例标记为主观下线。只有一个 Sentinel进程将实例标记为主观下线并不一定会引起实例的自动故障迁移:只有在足够数量的Sentinel都将一个实例标记为主观下线之后,实例才会被标记为客观下线,这时自动故障迁移才会执行

5.sentinel parallel-syncs master001 1:指定了在执行故障转移时,最多可以有多少个从Redis实例在同步新的主实例,在从Redis实例较多的情况下这个数字越小,同步的时间越长,完成故障转移所需的时间就越长

6.sentinel failover-timeout master001 180000:如果在该时间(ms)内未能完成failover操作,则认为该failover失败

7.sentinel notification-script :指定sentinel检测到该监控的redis实例指向的实例异常时,调用的报警脚本。该配置项可选,但是很常用

分布式高并发解决方案 (一):Redis5.0哨兵机制_第1张图片

重新打开配置文件,#generated by config rewrite以后的内容在启动哨兵后自动生成.

分布式高并发解决方案 (一):Redis5.0哨兵机制_第2张图片

设置哨兵的作用为,当被监控的主redis库宕机之后,会在哨兵中选举出一个新的领导者,并自动修改配置.使之成为新的主库.哨兵模式实现了Redis的高可用.

你可能感兴趣的:(分布式高并发)