山西建设公司网站,上海浦东网站建设公司,电子商务网站开发步骤,东莞网站建文章目录 哨兵机制案例认识异常 哨兵运行流程及选举原理主观下线(Subjectively Down)ODown客观下线(Objectively Down)选举出领导者哨兵选出新master过程 哨兵使用建议 哨兵机制 吹哨人巡查监控后台master主机是否故障#xff0c;如果故障了根据投票数自动将某一个从库转换为新… 文章目录 哨兵机制案例认识异常 哨兵运行流程及选举原理主观下线(Subjectively Down)ODown客观下线(Objectively Down)选举出领导者哨兵选出新master过程 哨兵使用建议 哨兵机制 吹哨人巡查监控后台master主机是否故障如果故障了根据投票数自动将某一个从库转换为新主库继续对外服务 https://redis.io/docs/manual/sentinel/ 作用
主从监控监控主从redis库运行是否正常消息通知哨兵可以将故障转移的结果发送给客户端故障转移如果Master异常则会进行主从切换将其中一个Slave作为新Master配置中心客户端通过连接哨兵来获得当前Redis服务的主节点地址
案例
sentinel.conf参数说明
bind服务监听地址用于客户端连接默认本机地址daemonizee是否以后台daemon方式运行protected-mode安全保护模式port 端口logfile日志文件路径pidfile pid文件路径dir工作目录 新增 sentinel monitor 设置要监控的master服务器quorum表示最少有几个哨兵认可客观下线同意故障迁移的法定票数。sentinel auth-pass master设置了密码连接master服务的密码
# 指定多少毫秒之后主节点没有应答哨兵此时哨兵主观上认为主节点下线
sentinel down-after-milliseconds master-name milliseconds# 表示允许并行同步的slave个数当Master挂了后哨兵会选出新的Master此时剩余的slave会向新的master发起同步数据
sentinel parallel-syncs master-name nums# 故障转移的超时时间进行故障转移时如果超过设置的毫秒表示故障转移失败
sentinel failover-timeout master-name milliseconds# 配置当某一事件发生时所需要执行的脚本
sentinel notification-script master-name script-path # 客户端重新配置主节点参数脚本
sentinel client-reconfig-script master-name script-pathsentinel文件通用配置
bind 0.0.0.0
daemonize yes
protected-mode no
port 26379
logfile /var/log/sentinel26379.log
pidfile /var/run/redis-sentinel26379.pid
dir /data/redis
# 下面这段命令是 Sentinel 监控 Redis 主从架构中的一个主节点其中
# sentinel表示要连接到 Sentinel 服务器。
# monitor表示监控 Redis 服务。
# mymaster表示被监控的 Redis 服务的名称可以自定义。
# 192.168.111.169表示 Redis 主节点的 IP 地址。
# 6379表示 Redis 主节点的端口号。
# 2表示需要至少有 2 个 Sentinel 实例认为 Redis 主节点失效才会触发故障转移。
sentinel monitor mymaster 192.168.217.169 6379 2
sentinel auth-pass mymaster 启动
redis-sentinel ./sentinel129.conf --sentinel注意
之前down机的master机器重启回来会变成从机6381被选为新master上位成功以前的6379从master降级变成了slave
关于配置文件小结
文件的内容在运行期间会被sentinel动态进行更改Master-Slave切换后master_redis.conf、slave_redis.conf和sentinel.conf的内容都会发生改变 即master_redis.conf中会多一行slaveof的配置sentinel.conf的监控目标会随之调换可以同时监控多个master一行一个 示例https://redis.io/docs/management/sentinel/
认识异常
broken pipe pipe是管道的意思管道里面是数据流通常是从文件或网络套接字读取的数据。当该管道从另一端突然关闭时会发生数据突然中断即是broken对于socket来说可能是网络被拔出或另一端的进程崩溃 这个异常是客户端读取超时关闭了连接,这时候服务器端再向客户端已经断开的连接写数据时就发生了broken pipe异常
哨兵运行流程及选举原理 当一个主从配置中的master失效之后sentinel可以选举出一个新的master用于自动接替原master的工作主从配置中的其他redis服务器自动指向新的master同步数据。般建议sentinel采取奇数台防止某一台sentinel无法连接到master导致误切换 主观下线(Subjectively Down)
SDOWN(主观不可用)是单个sentinel自己主观上检测到的关于master的状态从sentinel的角度来看如果发送了PING心跳后在一定时间内没有收到合法的回复就达到了SDOWN的条件。sentinel配置文件中的down-after-milliseconds设置了判断主观下线的时间长度
ODown客观下线(Objectively Down)
ODOWN需要一定数量的sentinel多个哨兵达成一致意见才能认为一个master客观上已经宕掉
选举出领导者哨兵 当主节点被判断客观下线以后各个哨兵节点会进行协商先选举出一个领导者哨兵节点(兵王)并由该领导者节点也即被选举出的兵王进行failover(故障迁移) Raft算法 监视该主节点的所有哨兵都有可能被选为领导者选举使用的算法是Raft算法Raft算法的基本思路是先到先得 即在一轮选举中哨兵A向B发送成为领导者的申请如果B没有同意过其他哨兵则会同意A成为领导者 选出新master过程 步骤1 选举新master: redis.conf文件中优先级slave-priority或者replica-priority最高的从节点(数字越小优先级越高复制偏移位置offset最大的从节点最小Run ID的从节点 字典顺序ASCII码 步骤2重新选择主节点 执行slaveof no one命令让选出来的从节点成为新的主节点并通过slaveof命令让其他节点成为其从节点Sentinel leader会对选举出的新master执行slaveofno one操作将其提升为master节点Sentinel leader向其它slave发送命令让剩余的slave成为新的master节点的slave 步骤3选举过后老master降级为子节点 将之前已下线的老master设置为新选出的新master的从节点当老master重新上线后它会成为新master的从节点Sentinel leader会让原来的master降级为slave并恢复正常工作。
哨兵使用建议
哨兵节点的数量应为多个哨兵本身应该集群保证高可用哨兵节点的数量应该是奇数各个哨兵节点的配置应一致如果哨兵节点部署在Docker等容器里面尤其要注意端口的正确映射哨兵集群主从复制并不能保证数据零丢失
