文章目录
- Redis 如何使用 Sentinel 构建主从复制的高可用架构?
- 什么是 Sentinel 服务?
- 如何配置 Sentinel 集群服务?
- 启动 Sentinel 服务
- 配置说明
- 测试主节点失效
- 查看 Sentinel 主节点服务状态
- 查看 Sentinel 从节点服务状态
- 模拟主节点失效
- 观察各个 Sentinel 执行情况
- 查看此时的 Sentinel 主从节点相关信息
- 查看主节点信息
- 查看从节点信息
- 观察 Sentinel 配置文件
Redis 如何使用 Sentinel 构建主从复制的高可用架构?
在 Redis 如何配置读写分离架构(主从复制)? 篇中,介绍了 Redis 主从复制的架构,该架构能够提升系统整体的吞吐量,但是也有其弊端,就是在主节点失效时,系统并不能自动完成故障的转移,也就是系统不能够自动将从节点提升为主节点,继续提供服务。
什么是 Sentinel 服务?
Sentinel 服务是 Redis 的高可用架构方案,用来解决主从复制场景下,从节点无法自动提升为主节点的问题。
Sentienl 服务的四大能力:
- 监控:Sentinel 总是不间断的检查主从节点是否按照预期工作。
- 通知:Sentinel 可以通过 Api 来通知系统管理员或者计算机程序,某个监控的 Redis 实例出现错误。
- 自动故障转移:当主节点发生故障时,Sentinel 可以提升一个从节点为新的主节点,并通知应用程序使用新的地址。
- 配置提供:客户端可以通过 Sentinel 来获取权威的地址信息。
如何配置 Sentinel 集群服务?
以下面这张图为例,进行 Redis Sentinel 集群服务的配置。
在配置 sentinel 之前,请先按照 Redis 如何配置读写分离架构(主从复制)? 篇中的方式,配置好相关主从节点,并启动 Redis 服务。
启动 Sentinel 服务
按照如下的配置来进行 Sentinel 服务的启动。
# 分别在三台主机的在 /etc 目录下新建 redis-sentinel-26379.conf 文件,并写入如下配置vim /etc/redis-sentinel-26379.confport 26379
sentinel monitor mymaster 10.211.55.6 6379 2
sentinel down-after-milliseconds mymaster 5000
sentinel failover-timeout mymaster 60000
sentinel parallel-syncs mymaster 1# 保存配置,调用 Sentinel 启动命令
redis-sentinel /etc/redis-sentinel-26379.conf
当然,Sentinel 集群服务可以监控多个 Redis 主从节点,需要使用不同的 master 名称。
配置说明
sentinel monitor <master-name> <ip> <port> <quorum>
- master-name:给主节点起一个名称。
- ip:主节点 Redis 的 ip 地址。
- port: 主节点 Redis 的端口。
- quorum:表示多少个 Sentinel 服务标记主节点失效,进而执行失效转移。
sentinel down-after-milliseconds mymaster 5000
- down-after-milliseconds:主节点在配置的毫秒内不可达,则认为主节点下线。
sentinel failover-timeout mymaster 60000
- failover-timeout:失效转移的超时时间(毫秒)。
sentinel parallel-syncs mymaster 1
- parallel-syncs:从节点并行同步节点数,数值越小,失效转移完成的时间就越长。数值越大,同时执行同步的从节点就多,在从节点加载新的主节点数据时,会暂时地不可用,进而导致应用程序不可用。
测试主节点失效
查看 Sentinel 主节点服务状态
# 登陆 Sentinel 控制台
redis-cli -h 10.211.55.6 -p 26379# 执行查看主节点相关数据信息
sentinel master mymaster
得到 Sentinel 主节点的类似的服务数据,如下所示:
10.211.55.6:26379> sentinel master mymaster1) "name"2) "mymaster"3) "ip"4) "10.211.55.6"5) "port"6) "6379"7) "runid"8) "1ecf4dbb8462c9df46a9fd39a969785977a304b5"9) "flags"
10) "master"
11) ...
查看 Sentinel 从节点服务状态
# 登陆 Sentinel 控制台
redis-cli -h 10.211.55.6 -p 26379# 执行查看主节点相关数据信息
sentinel slaves mymaster
得到 Sentinel 从节点的类似的服务数据,如下所示:
10.211.55.6:26379> sentinel slaves mymaster
1) 1) "name"2) "10.211.55.7:6379"3) "ip"4) "10.211.55.7"5) "port"6) "6379"7) "runid"8) "01e6f30fe1ac851f5524881af46fd60b8b360a0b"9) "flags"10) "slave"11) ...
2) 1) "name"2) "10.211.55.8:6379"3) "ip"4) "10.211.55.8"5) "port"6) "6379"7) "runid"8) "d1266d1148e133c06a9543147f3b65f2e4c27e9a"9) "flags"10) "slave"11) ...
模拟主节点失效
登陆在 10.211.55.6 主机的 Redis 控制台,执行如下命令,模拟主节点不可用。
# 登陆 Redis 控制台,注意使用 6379 端口,而不是 26379
redis-cli -h 10.211.55.6 -p 637910.211.55.6:26379> debug sleep 120
观察各个 Sentinel 执行情况
这里就不在赘述了,可自行进行观察。
查看此时的 Sentinel 主从节点相关信息
查看主节点信息
可以发现 master 节点的 ip 已经从 10.211.55.6 改变为 10.211.55.7。
10.211.55.6:26379> sentinel master mymaster1) "name"2) "mymaster"3) "ip"4) "10.211.55.7"5) "port"6) "6379"7) "runid"8) "01e6f30fe1ac851f5524881af46fd60b8b360a0b"9) "flags"
10) "master"
11) ...
查看从节点信息
注意 10.211.55.6 节点,状态是
s_down,slave
,说明已经失效了
10.211.55.6:26379> sentinel slaves mymaster
1) 1) "name"2) "10.211.55.8:6379"3) "ip"4) "10.211.55.8"5) "port"6) "6379"7) "runid"8) "d1266d1148e133c06a9543147f3b65f2e4c27e9a"9) "flags"10) "slave"11) ...
2) 1) "name"2) "10.211.55.6:6379"3) "ip"4) "10.211.55.6"5) "port"6) "6379"7) "runid"8) ""9) "flags"10) "s_down,slave"11) ...
观察 Sentinel 配置文件
由于 Sentinel 会重写 redis-sentinel-26379.conf 配置文件,所以可以发现此时的配置文件中的主节点的 ip 已经发生了变化。
sentinel monitor mymaster 10.211.55.7 6379 2