Redis多机模式（二）：sentinel哨兵

最新推荐文章于 2021-11-24 16:00:06 发布
最新推荐文章于 2021-11-24 16:00:06 发布
阅读量566 收藏
点赞数
分类专栏： Redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ArtAndLife/article/details/113449806
版权

目录:

  1. Sentinel是什么?有什么用途?
  2. Sentinel环境搭建?
  3. Sentinel的工作流程?如何实现故障检测及故障转移?

1. Sentinel是什么?有什么用途?

Sentinel是Redis的高可用性(high availability)解决方案：

将一个或多个Redis服务器配置成Sentinel哨兵节点，使其成为业务节点的客户端，持续监视主节点及其属下的从节点的状态。如果主机异常下线，则自动进行故障转移，使Redis持续对外提供不间断的读写服务。

2. Sentinel 环境搭建:

启动Sentinel服务器：

./redis-sentinel sentinel.conf

修改 sentinel.conf 配置文件: (关键配置项：sentinel monitor)

# port 26379
port 26379

# sentinel monitor <master-name> <ip> <redis-port> <quorum>
# sentinel monitor <监控主机名> <监控主机IP> <监控主机端口号> <判定客观下线所需选票数>
sentinel monitor mymaster 127.0.0.1 6379 2

# sentinel authpass <master-name> password
# 设置连接主机的登录密码，例如：
sentinel auth-pass mymaster 10086

# sentinel down-after-milliseconds <mastername> <milliseconds>
# 时间内主机没有回复(例如没有回复PING)，则判定主机已下线。例如:
sentinel down-after-milliseconds mymaster 30000

# sentinel failover-timeout <master-name> <milliseconds>
# 在failover故障转移开始后，如果规定时间内还没有完成此次故障转移，则Sentinel认为此次failover失败了，例如:
sentinel failover-timeout mymaster 180000

关于 Sentinel 部署的原则：

  1. 至少部署三个Sentinel实例，才能使系统足够的健壮（robust）；
  2. 三个Sentinel实例应该被放在不同的计算机主机之上，保证被监控Redis主服务器宕机时不会使Sentinel服务器同时宕机（所有Sentinel实例与Redis主机部署在同一台电脑上就是一个错误的部署方式）；
  3. 在 sentinel.conf 配置文件中只需指出要监控的主服务器即可，无需指出从服务器，Sentinel会自动通过 INFO 命令发现从机并与它们建立网络连接；
sentinel monitor mymaster 127.0.0.1 8001 2
# 配置文件中指出主服务器即可，无需指出从服务器信息
  1. 一个经验：sentinel.conf 配置文件中默认的主机名为 mymaster，不要轻易修改它，因为后面的多数配置项都使用的是 mymaster 这个名字，如果改变则后面所有的配置项都需要修改，非常麻烦。
    且 sentinel monitor mymaster 这个配置必须放在配置文件的前部，如果放在后部，其他配置项会不认识 mymaster 这个服务器而报错，例如：
# 因修改了 sentinel monitor 中指定的主机名字或者将其放在了文件靠后的位置，导致其他配置项找不到主机名而报错：
>>>  'sentinel config-epoch mymaster 0'
No such master with specified name.

Sentinel基础部署方式举例(basic setup)：
在这里插入图片描述

3. Sentinel的工作流程:

Sentinel的工作流程如下：

  1. Sentinel服务器启动(初始化及创建连接)；
  2. Sentinel与主服务器周期性通信获取主从机的信息并进行故障检测(INFO/10s、PUBLISH/2s、PING/1s)；
  3. Sentinel发起并完成故障转移(选举领头Sentinel、选出新主机、主从切换)。

3.1 Sentinel服务器启动(初始化并创建连接):

3.1.1 使用Sentinel专用代码:

如果一个Redis服务器被配置成为了Sentinel模式，那么它所运行的代码与普通的Redis服务器是不相同的。
这是因为Sentinel服务器与普通Redis服务器在功能上有很大区别，例如Sentinel服务器无需支持SET、GET等客户端请求（不支持命令表），也不支持RDB和AOF持久化，所以Sentinel在启动阶段的第一步就是将一部分普通Redis服务器使用的代码替换成Sentinel专用代码。

3.1.2 Sentinel维护监听节点信息:(sentinelRedisInstance)

Sentinel服务器上需要维护其所监听节点的信息，根据 sentinel.conf 配置文件中的配置信息，创建所监听服务器的结构体。
一个Sentinel服务器上需要每个它所监听的节点创建一个 sentinelRedisInstance 结构（包括监听的主节点及其属下的从节点）。

sentinel.c/sentinelRedisInstance 结构体的内容如下：

typedef struct sentinelRedisInstance {
	int				flags;				//标识实例类型及状态，如：SRI_MASTER; SRI_SLAVE; SRI_S_DOWN; SRI_O_DOWN;
	char			*name;				//主服务器名字，在sentinel.conf中配置，格式为ip:port,如“127.0.0.1:9001
	char			*runid;				//运行ID
	uint64t			config_epoch;		//纪元
	sentinelAddr	*addr;				//实例的网络地址，包含IP和端口号
	
	mstime_t 		down_after_period;	//判断主观下线所需超时时间，由down_after_milliseconds配置
	int				quorum;				//判断客观下线所需票数，由<quorum>配置
	mstimet			failover_timeout;	//故障迁移最大时限，由failover-timeout配置
	dict			*slaves;			//slaves for this master instance. 这个主机属下的从机

	//当此结构体表示的是一个从机时，以下三个成员用于表示通过执行 INF0 命令所获得的信息：
	char	*slave_master_host;			/* Master host as reported by INFO */
	int		slave_master_port;			/* Master port as reported by INFO */
	int		slave_master_link_status;	/* Master link status as reported by INFO */

	//通过PUBLISH消息，Sentinel可以知道正在监听这台主机的其他Sentinel服务器
	dict	*sentinels;					/* Other sentinels monitoring the save master. */
} sentinelRedisInstance;

typedef struct sentinelAddr {
	char 	*ip;
	int 	port;
} sentinelAddr;

3.1.3 Sentinel创建连向监听节点的网络连接:

Sentinel将会成为监听节点的客户端，向监听节点发送命令并从回复中获取主机状态信息。
Sentinel与监听主机之间的连接有两种：一个是命令连接，一个是订阅连接。

3.2 Sentinel与主服务器周期性通信(INFO、PUBLISH、PING):

3.2.1 INFO命令：Sentinel获取主服务器及其属下从服务器的状态信息（10s）

Sentinel默认以每十秒一次的频率，向被监视主机发送 INFO 命令，以获取主机及其属下从机的状态信息。

在主机上执行 INFO 命令所获取的从机信息如下:

127.0.0.1:8001> INFO
#Replication
role:master
connected_slaves:2
slaveO:ip=127.0.0.1,port=8002,state=online,offset=889980,1a8=1    <=== 从机信息
slave1:ip=127.0.0.1,port=8003, state=online,offset-889994,1ag=1	  <=== 从机信息
naster_ replid:0e32576c470081417e98b91eb5cbf93aa1e38b3b
naster_replid2:0000000000000000000000000000000000000000
master_repl_offset:889994
second_repl__offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:889994

在 sentinelRedisInstance 结构中保存的信息如下:

typedef struct sentinelRedisInstance [
	dict	slaves;						//slaves for this master instance.这个主机属下的从机
	
	//当此结构体表示的是一个从机时，以下三个成员用于表示通过执行 INF0 命令所获得的信息:
	char	*slave_master_host;			//master host as reported by INFO
	int		slave_master_port;			//master port as reported by INFO
	int		slave_master_link_status;	//master link status as reported by INFO
} sentinelKedisInstance;

3.2.2 PUBLISH命令: Sentinel向主从服务器发送消息(2s)

PUBLISH __sentinel__:hello "<s_ip>,<s_port><s_runid>,<s_epoch>,<m_name>,<m_ip>,<m_port>,<m_epoch>"

Sentinel默认以每两秒一次的频率，向所监听的主服务器及从服务器发送 PUBLISH 命令。
其中，“s_” 开头表示Sentinel本身信息; “m_” 开头表示主机信息。

Sentinel 通过订阅连接，从 __sentinel__:hello 接收信息，通过发布频道信息声明自己的存在，通过接收频道消息获知其他Sentinel的存在。以此达到监视同一个主服务器的Sentinel可以自动发现的效果。（Sentinel之间只创建命令连接不创建订阅连接）

typedef struct sentinelRedisInstance {
	dict	*sentinels;		//Other sentinels monitoring the save master.
} sentinelRedisInstance;

3.2.3 PING命令: Sentinel故障检测(1s)

Sentinel默认会以每一秒一次的频率向所有与它连接的实例发送 PING 命令，包括 主服务器、从服务器、其他Sentinel，若在 down-after-milliseconds 时间内目标主机连续向Sentinel返回无效回复，或超时未回复，则Sentinel判定目标主机进入主观下线状态。

具体故障检测的过程见下文。

3.3 Sentinel的故障检测与故障转移：

3.3.1 故障检测：

故障检测是通过PING命令实现：

(1) 主观下线：(PING -> down-after-milliseconds)

Sentinel 默认以每一秒一次的频率向主服务器发送 PING 命令，如果目标主机在 down-after-milliseconds 毫秒内，连续向Sentinel返回无效回复，或超时未回复，则Sentinel更新目标主机所对应的实例状态为：sentinelRedisInstance->flags = SRI_S_DOWN，表明目标主机已经进入 主观下线 状态。

typedef struct sentinelRedisInstance {
	int			flags;				//SRI_MASTER/ SRI_SLAVE/ SRI_S_DOWN/ SRI_O_DOWN
	mstime_t	down_after_period;	// = down-after-milliseconds
} sentinelRedisInstance;

注：

  1. down-after-milliseconds 是 sentinel.conf 文件中的配置项，表示判断目标主机进入主观下线的条件：
# sentinel down-after-milliseconds <master-name> <milliseconds>
# Number of milliseconds the master (or any attached replica or sentinel) should 
# be unreachable in order to consider it in S_DOWN state.

sentinel down-after-milliseconds mymaster 30000
  1. sentinel.conf 中配置的 down-after-milliseconds 不仅会被用作Sentinel判断主服务器主观下线的条件，还会成为判断此主机属下的所有从服务的主观下线条件；
  2. 多个Sentinel设置的 down-after-milliseconds 的值可能不同。
(2) 客观下线: (is-master-down-by-addr)
① 发送 is-master-down-by-addr 命令:

当某个Sentinel判断一个主服务器主观下线后，就会发送命令向其他Sentinel询问此主机是否真的下线。
例如:

# SENTINEL is-master-down-by-addr <ip> <port> <current_epoch> <runid>
SENTINEL is-master-dowm-by-addr 127.0.0.1 8001 0 *

其中，< ip > 和 < port > 用于指示主观下线的主机IP和端口号；
< current_epoch > 和 < runid > 用于后续的选举领头Sentinel，如果is-master-down-by-addr 命令只是用于询问，则二者的值为"0" 和 “*”。

② 接收并回复 is-master-down-by-addr 命令:

当Sentinel收到 is-master-down-by-addr 命令后，解析并回复（解析IP和端口号得到目标主机信息），如果Sentinel维护的sentinelRedisInstance 实例表示目标主机已下线，则回复：

# SENTINEL is-master-down-by-addr <down_state> <leader_runid> <leadere_epoch> 
SENTINEL is-master-down-by-addr 1 * 0

回复内容的3个字段：

<down_state>	:	1 表示 下线，0 表示 未下线
<leader_runid>	:	用于选举领头Sentinel
<leader_epoch>	:	用于选举领头Sentinel
③ 接收 is-master-down-by-addr 命令的回复:

如果判断目标主机已下线的Sentinel数量超过 < quorum > 阈值，则Sentinel 更新目标主机状态为客观下线：

sentinelRedisInstance->flags = SRI_O_DOWN;

3.3.2 故障转移：

当Sentinel检测到某主机已进入 客观下线 状态，则发起对目标主机的故障转移（哨兵模式下的故障转移是由Sentinel发起的，而集群模式下的故障转移则是由下线主机的从机发起的），步骤如下：

(1) 选举领头Sentinel:

在确认主服务器已进入下线状态之后，Sentinel会再次发送is-master-down-by-addr命令，这次会携带自己的运行ID和纪元值，要求收到此命令的Sentinel投票给自己：

SENTINEL is-master-down-by-addr 1 e93f9e39fm9ef9emd93k93kdk9d 0

Sentinel收到投票请求后，如果在本次纪元内还有投票机会，则回复 is-master-down-by-addr，将回复中 < runid > 置为收到的一个投票请求的Sentinel 的运行ID。
获得选票超半数的Sentinel会成为领头Sentinel。

(2) Sentinel从下线主机属下的从机中选出一个升级为新的主机：

过滤规则:
① 删除下线状态从机 > ② 删除5秒内未回复Sentinel的INFO消息的从机 >
③ 删除与断开时长超down-after-milliseconds*10的从机 >
④ 从机优先级排序(选最高) > ⑤ 复制偏移量(offset)(选最大)>⑥运行ID(选最小)

待选出新的主机后，领头Sentinel向被选出的从机发出SLAVEOF no one 命令，并以每秒一次的频率向其发送INFO命令查看其是否已从slave切换为master（正常情况下INFO命令的发送频率是每一秒一次）。

(3) Sentinel向下线主机属下的其他所有从机发送新的复制命令，让它们成为新主机的从机；

在新的主机完成从slave到master的切换后，领头Sentinel向其他slave发送SLAVEOF命令，使它们成为新主机的从机。

(4) Sentinel继续监视下线主机，当其重新上线时，使其成为新主机的从机。

参考内容:

《Redis设计与实现》第三部分 第16章 Sentinel
Redis官方文档: https://redis.io/topics/sentinel

phygram
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Redis哨兵模式配置文件
03-26
2. 配置哨兵：然后，为每个哨兵节点创建并编辑sentinel.conf文件，确保每个哨兵都知道其他的哨兵以及主从节点的信息。 3. 启动服务：启动所有的Redis服务和哨兵服务。确保它们能够正常运行，并通过哨兵系统进行通信...
node-redis-pool-sentinel:带哨兵的节点Redis池库
04-28
npm install pool-redis-sentinel 介绍 这是轻量级的node.js模块，用于通过池使用redis连接，该池通过redis Sentinels的帮助自动重新连接（一旦由于服务器不可用而断开连接）。 此模块要求并基于[node_redis] [] 这...
redis 集群二 · sentinel（哨兵）模式
疯飙的蜗牛
11-24 2569
Sentinel模式介绍 主从模式的弊端就是不具备高可用性，当master挂掉以后，Redis将不能再对外提供写入操作，因此sentinel应运而生。 sentinel中文含义为哨兵，顾名思义，它的作用就是监控redis集群的运行状况，特点如下： * sentinel模式是建立在主从模式的基础上，如果只有一个Redis节点，sentinel就没有任何意义 * 当master挂了以后，sentinel会在slave中选择一个做为master，并修改它们的配置文件，其他slave的配置文件也会被修改，比如s
redis集群中的纪元（epoch）
qq_35475714的博客
09-13 661
该文章转载来源： https://zhuanlan.zhihu.com/p/44658603 纪元（epoch） Redis Cluster 使用了类似于 Raft 算法 term（任期）的概念称为 epoch（纪元），用来给事件增加版本号。Redis 集群中的纪元主要是两种：currentEpoch 和 configEpoch。 1、currentEpoch 这是一个集群状态相关的概念，可以当做记录集群状态变更的递增版本号。每个集群节点，都会通过 server.cluster->currentE.
redis、Sentinel 常见配置
m0_57015193的博客
08-05 3362
redis.conf 常见配置如下： // 是否以守护线程启动，默认不是 daemonize no; // 以守护线程启动时，pid 写入 redis.pid 文件，配置文件路径，默认 var/run/redis.pid pidfile var/run/redis.pid // 端口号，默认6379 port 6379; // 绑定的主机地址 bind 127.0.0.1; // 当客户端闲置300秒后断开连接，为0表示一直不断开 timeout 300; // redis 日志级别，从高到低分别为debu
Redis-Sentinel配置说明
上帝之手&传奇 - MartinLee
12-30 1268
一、redis.conf 配置项说明如下： 1. Redis默认不是以守护进程的方式运行，可以通过该配置项修改，使用yes启用守护进程     daemonize no 2. 当Redis以守护进程方式运行时，Redis默认会把pid写入/var/run/redis.pid文件，可以通过pidfile指定     pidfile /var/run/redis.pid 3. 指定Redis
玩转 Redis 集群之 Sentinel
weixin_33775572的博客
11-07 130
Redis作为内存数据库，需要具备高可用的特点，不然如果服务器宕机，还在内存里的数据就会丢失。我们最常用的高可用方法就是搭建集群，master机器挂了，可以让slave机器顶上，继续提供服务。但是Redis集群是不会自动进行主从切换的，也就是说，如果主节点非常不争气的在凌晨3点挂了，那么运维同学就要马上起床，把从节点改成主节点，这样的操作是非常繁琐低效的。为此，Redis官方提供了一种解决方案：R...
redis-sentinel-shard:用于哨兵的 redis clinet 分片
06-01
redis-sentinel-shard 封装 ，实现客户端分片，使用 sentinel 的 master 名称作为哈希输入。演示 cd examples/redis_conf/# 1 master 2 slaves named m6381redis-server --port 6381redis-server ./6381_slave1.conf...
redis集群：redis-sentinel(哨兵机制)集群
05-09
Redis Sentinel（哨兵）是Redis集群中的一个重要组件，它提供了高可用性解决方案，确保当主节点发生故障时，能够自动将从节点提升为主节点，从而维持服务的连续性。哨兵系统通过监控、通知和自动故障转移来实现这一...
Redis哨兵模式（Redis-Sentinel）实例配置.rar
09-11
Redis Sentinel，也称为Redis哨兵模式，是Redis官方提供的一个高可用性解决方案，用于监控、故障检测以及在主从架构中自动完成故障转移。在这个实例配置中，我们将深入理解哨兵系统的工作原理，并学习如何设置和操作...
redis 哨兵模式集群文档
07-23
redis哨兵模式集群文档，按照步骤可以实现，非常实用。适合新手操作。
Redis 哨兵之 参数配置优化
小楼一夜听春雨，深巷明朝卖杏花
06-09 1184
Sentinel节点本质上是一个特殊的Redis节点， 所以也可以通过info命令来查询它的相关信息， 从下面info的Sentinel片段来看， Sentinel节点找到了主节点127.0.0.1： 6379， 发现了它的两个从节点， 同时发现Redis Sentinel一共有3个Sentinel节点。 这里只需要了解Sentinel节点能够彼此感知到对方， 同时能够感知到Redis数据节点就可以了： $ redis-cli -h 127.0.0.1 -p 26379 info Sentinel #
redis高可用 哨兵（Sentinel），主从复制架构
y_zilong的博客
07-01 1929
sentinel进程是用于监控redis集群中master主服务器工作的状态，在master主服务器发生故障的时候，可以实现master和slave服务器的切换，保证系统的高可用 sentinel中的三个定时任务 每10秒每个sentinel对master和slave执行info 发现slave节点 确认主从关系 每2秒每个sentinel通过master节点的channel交换信息（pub/sub） 通过sentinel_:hello频道交互 交互对节点的“看法”和自身信息 每1秒每个sent.
Redis 学习笔记（十三）Redis Sentinel 介绍与部署
热门推荐
men_wen的博客
05-25 4万+
Redis Sentinel 介绍与部署1. Sentinel介绍1.1 主从复制的问题Redis主从复制可将主节点数据同步给从节点，从节点此时有两个作用： 一旦主节点宕机，从节点作为主节点的备份可以随时顶上来。 扩展主节点的读能力，分担主节点读压力。 但是问题来了： 一旦主节点宕机，从节点晋升成主节点，同时需要修改应用方的主节点地址，还需要命令所有从节点去复制新的主节点，整个过程需要人工干预。 主
Redis高可用简介
Java之上
11-22 528
常见redis部署方式由一下几种： 单节点 主从 Sentinel Cluster 代理(Twemproxy等) 下面只分析Sentinel、Cluster、代理的高可用
Redis 客户端整合：spring + redis + sentinel（注解方式配置）
03-20 7178
Redis 客户端整合：spring + redis + sentinel（注解方式配置）
redis 哨兵配置文件解读 sentinel.conf
qq_31207917的博客
07-16 493
# Example sentinel.conf # port <sentinel-port> port 8001 # 守护进程模式 daemonize yes # 指明日志文件名 logfile "./sentinel1.log" # 工作路径，sentinel一般指定/tmp比较简单 dir ./ # 哨兵监控这个master，在至少quorum个哨兵实例都认为master down后把master标记为odown # （objective down客观down；相对应的存在sdow
redisson sentinel配置说明
02-27 7184
redisson sentinel配置说明 摘自官网： sentinelServersConfig: #如果当前连接池里的连接数量超过了最小空闲连接数，而同时有连接空闲时间超过了该数值，那么这些连接将会自动被关闭，并从连接池里去掉。时间单位是毫秒。 idleConnectionTimeout: 10000 pingTimeout: 1000 #同任何节点建立连接时的等待超时。时间...
redis 哨兵配置文件解读sentinel.conf
Super_man54188的博客
09-17 245
# Example sentinel.conf # port <sentinel-port>port 8001 # 守护进程模式daemonize yes # 指明日志文件名logfile "./sentinel1.log" # 工作路径，sentinel一般指定/tmp比较简单dir ./ # 哨兵监控这个master，在至少quorum个哨兵实例都认为maste...
redis sentinel哨兵模式
最新发布
12-02
Redis Sentinel是Redis的高可用性解决方案，它通过自动监控Redis实例和提供故障转移来提高Redis的可用性。以下是Redis Sentinel的一些重要概念和步骤： 1. 哨兵节点：哨兵节点是一个独立的进程，用于监控Redis实例...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值