Redis 如何使用 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.conf

port 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 mymaster
 1) "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 6379

10.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 mymaster
 1) "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