滕州网站建,做班级网站代码,wordpress用什么字体,营销型网站服务是什么
吹哨人巡查监控后台master主机是否故障#xff0c;如果故障了根据投票数自动将某一个从库转换为新主库#xff0c;继续对外服务
哨兵的作用
1、监控redis运行状态#xff0c;包括master和slave 2、当master down机#xff0c;能自动将slave切换成新master
能干嘛…是什么
吹哨人巡查监控后台master主机是否故障如果故障了根据投票数自动将某一个从库转换为新主库继续对外服务
哨兵的作用
1、监控redis运行状态包括master和slave 2、当master down机能自动将slave切换成新master
能干嘛 主从监控监控主从redis库运行是否正常消息通知哨兵可以将故障转移的结果发送给客户端故障转移如果Master异常则会进行主从切换将其中一个Slave作为新Master 配置中心客户端通过连接哨兵来获得当前Redis服务的主节点地址
案例演示
Redis Sentinel架构
3个哨兵自动监控和维护集群不存放数据只是吹哨人1主2从用于数据读取和存放
案例步骤
拷贝sentinel.conf文件名字绝不能错重点参数项说明
bind服务监听地址用于客户端连接默认本机地址daemonize是否以后台daemon方式运行protected-mode安全保护模式port端口logfile日志文件路径pidfilepid文件路径dir工作目录sentinel monitor master-name ip redis-port quorum设置要监控的master服务器 quorum表示最少有几个哨兵认可客观下线 同意故障迁移的法定票数。sentinel auth-pass master-name passwordmaster设置了密码连接master服务的密码sentinel parallel-syncs master-name nums表示允许并行同步的slave个数当Master挂了后哨兵会选出新的Master此时剩余的slave会向新的master发起同步数据sentinel failover-timeout master-name milliseconds故障转移的超时时间进行故障转移时如果超过设置的毫秒表示故障转移失败sentinel notification-script master-name script-path 配置当某一事件发生时所需要执行的脚本sentinel client-reconfig-script master-name script-path客户端重新配置主节点参数脚本
本次案例哨兵sentinel文件通用配置 由于机器硬件关系我们的3个哨兵都同时配置进192.168.111.169同一台机器,修改sentinel.conf。 bind 0.0.0.0
protected-mode no
port 26379
daemonize yes
pidfile /var/run/redis-sentinel26379.pid
logfile /opt/redis/26379.log
dir /opt/redis
sentinel monitor mymaster 127.0.0.1 6379 2 先启动一主二从3个redis实例测试正常的主从复制 再启动3个哨兵完成监控 测试选举 杀死master查看80、81状态80尚未变为master节点81变为80的salve剩下的2台机器上选出新的master 重启79不会变为master节点而是变为salve节点(不会双master冲突) 投票新选 小问题选举节点后80、89会出现Error: Server closed the connectionnot或Error: Broken pipenot 了解 Broken Pipe 认识broken pipepipe是管道的意思管道里面是数据流通常是从文件或网络套接字读取的数据。当该管道从另一端突然关闭时会发生数据突然中断即是broken对于socket来说可能是网络被拔出或另一端的进程崩溃解决问题其实当该异常产生的时候对于服务端来说并没有多少影响。因为可能是某个客户端突然中止了进程导致了该错误总结 Broken Pipe这个异常是客户端读取超时关闭了连接,这时候服务器端再向客户端已经断开的连接写数据时就发生了broken pipe异常新老master配置文件 老master配置文件中动态生成replicaof新master原replicaof被移除掉sentinel配置文件监控的节点由6379转移至6380总结 文件的内容在运行期间会被sentinel动态进行更改Master-Slave切换后master_redis.conf、slave_redis.conf和sentinel.conf的内容都会发生改变即master_redis.conf中会多一行slaveof的配置sentinel.conf的监控目标会随之调换生产都是不同机房不同服务器很少出现3个哨兵全挂掉的情况可以同时监控多个master一行一个
哨兵运行流程和选举原理
当一个主从配置中的master失效之后sentinel可以选举出一个新的master用于自动接替原master的工作主从配置中的其他redis服务器自动指向新的master同步数据。一般建议sentinel采取奇数台防止某一台sentinel无法连接到master导致误切换。
运行流程故障切换
三个哨兵监控一主二从正常运行中 SDown主观下线(Subjectively Down) SDOWN(主观不可用)是单个sentinel自己主观上检测到的关于master的状态从sentinel的角度来看如果发送了PING心跳后在一定时间内没有收到合法的回复就达到了SDOWN的条件。sentinel配置文件中的down-after-milliseconds设置了判断主观下线的时间长度所谓主观下线Subjectively Down 简称 SDOWN指的是单个Sentinel实例对服务器做出的下线判断即单个sentinel认为某个服务下线有可能是接收不到订阅之间的网络不通等等原因。主观下线就是说如果服务器在[sentinel down-after-milliseconds]给定的毫秒数之内没有回应PING命令或者返回一个错误消息 那么这个Sentinel会主观的(单方面的)认为这个master不可以用了。sentinel down-after-milliseconds masterName timeout表示master被当前sentinel实例认定为失效的间隔时间这个配置其实就是进行主观下线的一个依据master在多长时间内一直没有给Sentine返回有效信息则认定该master主观下线。也就是说如果多久没联系上redis-servevr认为这个redis-server进入到失效SDOWN状态。ODown客观下线(Objectively Down) ODOWN需要一定数量的sentinel多个哨兵达成一致意见才能认为一个master客观上已经宕掉四个参数含义 masterName是对某个masterslave组合的一个区分标识(一套sentinel可以监听多组masterslave这样的组合)选举出领导者哨兵(哨兵中选出兵王) 当主节点被判断客观下线以后各个哨兵节点会进行协商先选举出一个领导者哨兵节点兵王并由该领导者节点也即被选举出的兵王进行failover故障迁移 23679sentinel.log哨兵idb8beb6261f28e1c1d6ddd7a65dd71d9a1c71043226380sentinel,log哨兵idfe1efa5575493790ae72fbb65babd59d9a64771426381sentinel.log哨兵id30296e7843ec737d9e103a0945c667b7c47bfab5推举leader并由leader选择master节点兵王依靠Raft算法选举 监视该主节点的所有哨兵都有可能被选为领导者选举使用的算法是Raft算法Raft算法的基本思路是先到先得即在一轮选举中哨兵A向B发送成为领导者的申请如果B没有同意过其他哨兵则会同意A成为领导者由兵王开始推动故障切换流程并选出一个新master 新主登基 某个Slave被选中成为新Master选出新master的规则剩余slave节点健康前提下 redis.conf文件中优先级slave-priority或者replica-priority最高的从节点(数字越小优先级越高 )复制偏移位置offset最大的从节点最小Run ID的从节点字典顺序ASCII码群臣俯首 执行slaveof no one命令让选出来的从节点成为新的主节点并通过slaveof命令让其他节点成为其从节点Sentinel leader会对选举出的新master执行slaveof no one操作将其提升为master节点Sentinel leader向其它slave发送命令让剩余的slave成为新的master节点的slave旧主拜服 将之前已下线的老master设置为新选出的新master的从节点当老master重新上线后它会成为新master的从节点Sentinel leader会让原来的master降级为slave并恢复正常工作。小总结上述的failover操作均由sentinel自己独自完成完全无需人工干预。
哨兵使用建议
哨兵节点的数量应为多个哨兵本身应该集群保证高可用哨兵节点的数量应该是奇数各个哨兵节点的配置应一致如果哨兵节点部署在Docker等容器里面尤其要注意端口的正确映射哨兵集群主从复制并不能保证数据零丢失承上启下引出集群
