目录

1. 内容概要

1.1 总结

1.1.1 什么是哨兵

1.1.2 配置哨兵监控master

1.1.4 启动哨兵 x3

1.1.5 测试

2. 本书目录

1. 内容概要

问题&＃xff1a;Master挂了&＃xff0c;如何保证可用性&＃xff0c;实现继续读写&＃xff1f;
 

1.1 总结

结论&＃xff1a;
        master挂了以后&＃xff0c;由于哨兵监控&＃xff0c;剩余slave会进行选举&＃xff0c;选举后其中一个成为master&＃xff0c;当原来的master恢复后&＃xff0c;他会成为slave。

1.1.1 什么是哨兵

Sentinel (哨兵)是

• 监控Redis集群中Master状态工具
• Redis高可用解决方案
• &＃xff08;1&＃43;个&＃xff09;redis master服务 &＃43; &＃xff08;master服务所有&＃xff09;从服务

        当某个master服务宕机后&＃xff0c;把这个master下的某个从服务升级为master来替代已宕机的master继续工作。

示例图

1.1.2 配置哨兵监控master

创建并且配置 sentinel.conf:

• 普通配置

port 26379
pidfile "/usr/local/redis/sentinel/redis-sentinel.pid"
dir "/usr/local/redis/sentinel"
daemonize yes
protected-mode no
logfile "/usr/local/redis/sentinel/redis-sentinel.log&＃39;

• 核心配置

#配置哨兵
sentinel monitor mymaster 127.0.0.1 6379 2
#密码
sentinel auth-pass
#master被sentinel认定为失效的间隔时间
sentinel down-after-milliseconds mymaster 30000
# 剩余的slaves重新和新的master做同步的并行个数
sentinel parallel-syncs mymaster 1
# 主备切换的超时时间&＃xff0c;哨兵要去做故障转移&＃xff0c;这个时候哨兵也是一个进程&＃xff0c;
# 如果他没有去执行&＃xff0c;超过这个时间后&＃xff0c;会由其他的哨兵来处理
sentinel failover-timeout mymaster 180000


1.1.4 启动哨兵 x3

        redis-sentinel sentinel.conf

1.1.5 测试

1.master挂了&＃xff0c;看slave是否成为master
2. master恢复&＃xff0c;观察slave状态

2. 本书目录

点击进入