Redis学习笔记(六、哨兵)

目录:

  • 基本概念
  • 环境部署
  • 哨兵原理
  • 哨兵命令

基本概念:

1、什么是哨兵

我们先从字面意思来了解哨兵,哨兵是对执行警戒任务的士兵的统称;在redis中哨兵也是一样,他监控着redis服务器的状态。

2、为什么要有哨兵

当redis主服务器发生故障时我们需要进行故障转移,也就是将从节点晋升为主节点;但这个过程有些繁琐,且容易出错,而且运维人员也不可能一天24小时守着;针对于这一些问题,我们redis的开发人员便创造了哨兵,已解决这类问题。

)哨兵故障转移的过程:发现故障 -> 选出新节点 -> 复制新节点

a、主节点发生故障时,客户端连接主节点失败,其它的从节点与主节点的复制中断

b、当超过一定数量的从节点发现主节点宕机后,会从这些从节点中选举出一个节点,并对其执行slaveof no one命令使其成为一个新的主节点

c、当从节点晋升主节点时会更新应用方主节点信息,并重启应用方

d、其它的从节点会取去复制这个新的主节点,slaveof host port

e、待原来的主节点恢复后,便会复制新的主节点

自动化故障转移需要解决的问题

a、判断节点不可达的机制是否健全和标准

b、如果有多个从节点,怎样保证只有一个晋升为主节点

c、通知客户端有新的主节点的机制是否健全

3、哨兵架构

环境部署:

方案:一主两从三哨兵

1、文件配置

)配置主节点;启动命令:redis-server redis-6379.conf

# 已守护进程方式运行

daemonize yes

# 配置日志文件

logfile 6379.log

# 配置RDB文件

dbfilename dump-6379.rdb

)配置从节点;启动命令:redis-server redis-6380.conf,redis-server redis-6381.conf

# 已守护进程方式运行

daemonize yes

# 配置日志文件

logfile 6380.log

# 配置RDB文件

dbfilename dump-6380.rdb

# 设置主节点

slaveof 127.0.0.1 6379

 

6381与6380同理

)配置sentinel节点;启动命令:redis-server sentinel-26379.conf --sentinel

port 26379

daemonize yes

logfile "26379.log"

# 监控127.0.0.1:6379这个主节点,别名sentinel-master,至少2个Sentinel节点认为失败时做故障转移;sentinel monitor <master-name> <ip> <port> <quorum>;;

sentinel monitor yunxi-master 127.0.0.1 6379 2

# 超过指定秒没有收到节点回复,判为故障下线;sentinel down-after-milliseconds <master-name> <times>

sentinel down-after-milliseconds yunxi-master 30000

# 故障转移时的从节点向主节点发起并发复制请求的数量;sentinel parallel-syncs <master-name> <nums>

sentinel parallel-syncs yunxi-master 1

# 故障转移超时时间;sentinel failover-timeout <master-name> <times>

sentinel failover-timeout yunxi-master 180000

2、部署技巧

)为了实现真正的高可用,不要将sentinel节点部署在同一台物理机上,因为如果这台物理机故障的话便会影响所以的sentinel节点

)最少部署3个以上的奇数节点,这样能提高sentinel判断故障的准确性,以及更好的满足票数过半的选举策略

)每个业务场景部署一套sentinel

哨兵原理:

1、哨兵通过三个job组成

)每隔10秒,每个sentinel会向主节点发送info命令,以获取redis节点的当前状态(为什么不需要显示的监控从节点呢,因为主节点的replication中包含了从节点的信息)

)每隔2秒,每个sentinel节点回向redis发送__sentinel__:hello频道上发送自己对主节点的判断及自己节点的信息;同时每个sentinel节点也会订阅改频道,来了解其他sentinel节点对主节点的判断

)每个1秒,sentinel节点回向主节点及其它从节点和sentinel节点发送ping命令做心跳检测

2、主观下线和客观下线

)主观下线:仅自己认为主节点宕机的下线模式

当前sentinel节点发送ping做心跳,若超过down-after-milliseconds还未响应则做主观下线

)客观下线:主节点实际下线

该sentinel会向其他sentinel发送sentinel ismaster-down-by-addr命令,以得知其他sentinel节点对主节点的判断,若超过quorum数量的sentinel都认为主节点已宕机,则sentinel节点会对主节点做客观下线处理

哨兵命令:

原文地址:https://www.cnblogs.com/bzfsdr/p/11547229.html