0072-redis哨兵模式下客户端感知主节点切换

本文详细介绍了Redis哨兵模式在主节点故障时的工作原理和流程,包括如何通过订阅哨兵频道接收故障转移信息,确保客户端能及时更新主节点信息,维持数据写入能力。

1. 现状

redis使用了哨兵模式以后,可以保持良好的健壮性,主节点宕机以后,哨兵可以做故障转移,使集群继续工作,故障转移后新的主节点需要通知客户端(客户系统),否者客户端就没法感知主节点,不能写入数据。

2. 原理

哨兵相当于一台只提供了订阅功能的redis服务器,客户端只需要订阅哨兵的指定频道,当发生故障转移后,该频道就可以收到新的主节点信息。

3. 订阅哨兵的频道

哨兵主节点信息会发布到这个频道中:+switch-master

3.1 开启客户端订阅频道
D:\redis3.2.1>redis-cli.exe -h centos0020 -p 26379
centos0020:26379> SUBSCRIBE +switch-master
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "+switch-master"
3) (integer) 1
3.2 变更主节点

服务器是一主两从的哨兵模式(centos0010, centos0020, centos0030)当前主机是centos0010

[rongyao@centos0010 redis-5.0.0]$ src/redis-cli -h centos0010 -p 6379
centos0010:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=192.168.247.130,port=6379,state=online,offset=16455314,lag=1
slave1:ip=192.168.247.131,port=6379,state=online,offset=16455314,lag=1
master_replid:fe2bc9ebfa61505235f3aae2b50223bc42b92833
master_replid2:042cd8d87329c8eae60b34c899299c2e12e076d3
master_repl_offset:16455328
second_repl_offset:15188174
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:15406753
repl_backlog_histlen:1048576

关闭centos0010的主节点,观察客户端的订阅消息
centos0010

[rongyao@centos0010 redis-5.0.0]$ ps -ef|grep redis
rongyao    9185      1  0 Mar17 ?        00:07:37 src/redis-server centos0010:26379 [sentinel]
rongyao   21606      1  0 14:19 ?        00:00:29 src/redis-server 192.168.247.129:6379
rongyao   22928  22833  0 15:57 pts/1    00:00:00 grep --color=auto redis
[rongyao@centos0010 redis-5.0.0]$ kill -9 21606

客户端

D:\redis3.2.1>redis-cli.exe -h centos0020 -p 26379
centos0020:26379> SUBSCRIBE +switch-master
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "+switch-master"
3) (integer) 1
1) "message"
2) "+switch-master"
3) "mymaster 192.168.247.129 6379 192.168.247.131 6379"

最下面一行就是主机下线以后哨兵推送的信息,表示mymaster从192.168.247.129 6379 变更为了192.168.247.131 6379

<think>好的,我现在需要帮助用户了解Redis哨兵模式的配置、使用、搭建和主从切换。首先,我得回忆一下Redis哨兵模式的基本概念。根据引用内容,哨兵模式Redis的高可用解决方案,用于监控主从服务器,执行故障转移,并通知客户端新的主节点地址。 用户的问题涉及配置、使用、搭建和主从切换,我需要分步骤解释这些部分。首先,配置方面,引用2提到了sentinel.conf的关键配置项,比如监控主节点、密码设置、宕机判定时间和故障转移超时。这些是配置哨兵时必须注意的要点。然后引用3给出了具体的配置步骤,比如修改redis.conf中的daemonize为yes,启动服务的命令等。需要将这些信息整合,给出一个清晰的配置流程。 接下来是搭建主从集群。用户可能需要先设置主从复制,再配置哨兵。引用3中的步骤包括复制配置文件、修改daemonize、启动服务,这部分需要详细说明。同时,主从切换的过程涉及到哨兵如何检测主节点故障,选举新主节点,更新配置并通知客户端,这部分需要结合引用1中的故障转移机制来解释。 另外,用户可能关心如何验证配置是否成功,比如使用SENTINEL masters命令检查主节点状态,如引用2中的示例命令。这部分可以作为验证步骤加入回答中,帮助用户确认他们的配置是否正确。 需要注意的是,用户提供的引用中有一些关于Docker的命令,但引用3是在CentOS7环境下搭建的步骤,可能需要区分不同环境下的操作,或者指出配置文件的通用性。不过用户的问题没有特别指定环境,所以可能需要保持通用,或者简要说明不同环境下的注意事项。 可能还需要提到哨兵节点的数量,通常建议至少三个哨兵以确保高可用性,避免脑裂问题。虽然引用中没有直接提到,但这是实际配置中的常见做法,应该包含在回答中。 最后,生成相关问题时,要围绕用户可能进一步想知道的内容,比如配置文件详解、故障转移过程、多哨兵节点配置、客户端如何感知主节点变化,以及常见问题排查等。这些问题可以帮助用户深入理解哨兵模式的不同方面。 总结一下,回答的结构应该是先介绍哨兵模式的作用,然后分步骤讲解配置、搭建主从集群、启动哨兵,接着说明主从切换的过程,最后给出验证方法和相关注意事项。确保每个步骤都引用对应的引用内容,并在末尾添加引用标识。同时,生成的四个相关问题要覆盖配置、故障转移、多节点配置和客户端处理,以帮助用户扩展知识。</think>### Redis哨兵模式配置与使用指南 #### 一、核心配置步骤 1. **主从集群搭建** - 修改`redis.conf`文件,设置主节点和从节点: - 主节点无需特殊配置,直接启动即可 - 从节点需添加配置:`replicaof <主节点IP> <端口>`[^3] - 所有节点设置`daemonize yes`以守护进程运行[^3] 2. **哨兵配置文件** 修改`sentinel.conf`关键参数: ```bash sentinel monitor mymaster 主节点IP 6379 2 # 监控名为mymaster的主节点,2表示需2个哨兵同意才触发故障转移 sentinel auth-pass mymaster 密码 # 若主节点有密码需配置 sentinel down-after-milliseconds mymaster 5000 # 5秒无响应判定节点宕机[^2] sentinel failover-timeout mymaster 60000 # 故障转移超时时间 ``` #### 二、服务启动与验证 ```bash # 启动Redis主从节点 ./redis-server redis.conf # 启动哨兵节点(需为每个哨兵单独配置) ./redis-sentinel sentinel.conf # 验证主节点监控状态 docker exec -it redis-sentinel-1 redis-cli -p 26379 SENTINEL masters[^2] ``` #### 三、主从切换过程 1. **故障检测**:哨兵集群通过心跳检测发现主节点不可用 2. **选举领导者哨兵**:通过Raft算法选出负责故障转移的哨兵 3. **故障转移**: - 选择数据最新的从节点晋升为新主节点 - 其他从节点改为复制新主节点 - 更新哨兵系统的拓扑信息[^1] #### 四、关键注意事项 - **推荐至少部署3个哨兵节点**,避免网络分区导致误判 - 客户端需实现`Sentinel`连接池,自动获取最新主节点地址 - 故障转移期间可能出现短暂服务不可用(通常<10秒)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值