网站建设实施规范,竞价关键词优化软件,aspcms 网站地图,坚持网站机制建设9. 哨兵模式
9.1 简介
当主库宕机#xff0c;在从库中选择一个#xff0c;切换为主库。 问题:
主库是否真正宕机?哪一个从库可以作为主库使用?如何实现将新的主库的信息通过给从库和客户端#xff1f;
9.2 基本流程
哨兵主要任务#xff1a;
监控选择主库通知
会有…9. 哨兵模式
9.1 简介
当主库宕机在从库中选择一个切换为主库。 问题:
主库是否真正宕机?哪一个从库可以作为主库使用?如何实现将新的主库的信息通过给从库和客户端
9.2 基本流程
哨兵主要任务
监控选择主库通知
会有主观下线和客观下线就是奇数个哨兵少数服从多数多数以为主服务器宕机了就判断宕机
9.3 哨兵模式配置
创建一个sentinel.conf文件进行配置#端口号
port 26379
#sentinel monitor 自定义的reids主节点名称 IP port 数量、几个哨兵说主节点下线
sentinel monitor mymaster 127.0.0.1 6379 1
#指定多少毫秒后主节点没有应答哨兵就认为下线了
sentinel down-after-milliseconds mymaster 30000启动三个redis实例配置成一主二从模式启动哨兵:redis-sentinel sentinel.conf将主服务器宕机观察哨兵监控信息变化 将一个从库6380切换成主库将6381切换成6379的从库。将原来主库6379再次启动6379切换成6380的从库
9.4 新主库的选定
筛选 打分来实现新主库的选定
打分 三轮打分
第一轮 优先级 通过replica-priority配置项给不同的从库设置优先级。可以将内存大网络好配置高的从库优先级设置更高。 第二轮 和原主库同步程度 选择和原主库repl_backlog_buffer(唤醒缓冲区)中的位置最接近的做为分数最高 第三轮 ID号小的从库得分高 每一个redis实例都有一个id。
9.5 哨兵集群
9.5.1 简介
采用多个哨兵组成一个集群以少数服从多数的原则来判断主库是否客观下线。
假如有s个哨兵那么如果有s/21个哨兵确定主库宕机则判断主库为客观下线
如果集群中有哨兵实例掉线其他的哨兵还可以继续协作来完成主从库监控和切换的工作。
9.5.2 部署 创建了一个目录 mysentinel 分别创建三个哨兵配置文件 sentinel26379.conf sentinel26380.conf sentinel26381.conf 配置如下 port 26379
sentinel monitor mymaster 127.0.0.1 6379 2port 26380
sentinel monitor mymaster 127.0.0.1 6379 2port 26381
sentinel monitor mymaster 127.0.0.1 6379 2再次配置一主二从 启动三个redis实例配置成一主二从6379是主库 依次启动三个哨兵实例。主库宕机发现主库下线后选举新的从库做为主库 出现的指令对应意义sdown进入主观下线状态-sdown退出主观下线状态odown进入客观下线状态-odown退出客观下线状态switch-master主库地址发生变化切换slave-reconf-sent哨兵发送replicaof命令配置从库slave-reconf-inprog从库配置了新主库但尚未进行同步slave-reconf-done从库配置了新主库并且已经完成同步
9.5.3运行机制
基于pub/sub(发布/订阅)机制实现哨兵集群组成 基于info命令对哨兵监控从库 基于哨兵自身的pub/sub功能实现了客户和哨兵之间的通知
subscribe 频道[频道…] subscribe odown(订阅odown的频道) publish 频道 内容 publish odown 下线(发布odown频道’下线’的信息)
有一个投票机制倘若一个哨兵发现主库主观下线了会向其他哨兵发起投票如果有两个都是主观下线就判定主库为客观下线
并且此哨兵会向其他两个哨兵发送请求由我(Leader)来判定从库中的哪一个来替换主库
就如同竞争上岗一样三个哨兵会相互投票哪个发起的早哪个成为Leader几率更大并且每个哨兵只可以投一个赞成票 注意
在配置哨兵的时候down-after-milliseconds要让每个哨兵都配置相同的时间否则可能会出现哨兵不同步的问题 sentinel down-after-milliseconds mymaster 30000
