redis哨兵模式实现主从故障切换

本文档详细介绍了如何配置Redis哨兵模式实现主从故障切换。首先,建立了一主二从的环境,在base2, base3, base4上分别设置。接着,配置哨兵系统在master上进行监控,并模拟master故障,通过监控查看到故障发生。最后,观察base3和base4,确认故障切换成功,新的master已经确定。" 117680756,10296856,自定义AOSP系统签名:生成与替换指南,"['Android开发', '系统签名', 'AOSP定制']

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

详细原理参考此处redis中文文档

环境设定
base2 172.25.78.12 master
base3 172.25.78.13 slave
base4 172.25.78.14 slave
1.配置一主二从环境
在base2上
[root@base2 ~]# tar zxf redis-5.0.3.tar.gz 
[root@base2 ~]# cd redis-5.0.3
[root@base2 ~]# yum install gcc -y
[root@base2 redis-5.0.3]# make && make install
[root@base2 redis-5.0.3]# which redis-cli
/usr/local/bin/redis-cli
[root@base2 redis-5.0.3]# cd utils/
[root@base2 utils]# ./install_server.sh

在这里插入图片描述

[root@base2 utils]# vim  /etc/redis/6379.conf   # 编辑配置文件
   70 bind 0.0.0.0       # 监
### Redis Sentinel 主从切换的工作原理 在Redis哨兵模式下,主从切换机制旨在提高数据库服务的高可用性。当监控到主节点发生故障时,Sentinel会自动执行一系列操作来选举新的主节点并完成角色转换[^2]。 具体来说,在正常运行期间,多个哨兵实例持续监测所有主库及其副本的状态。一旦检测到当前正在提供写入服务的主要实例不可达(例如网络中断或硬件故障),其余存活的哨兵成员之间就会发起投票过程决定由哪个现有的只读副本来接替成为新任领导者继续对外界请求作出响应。为了防止脑裂现象的发生——即同一时间存在两个以上互相都认为自己是合法领导者的实体——整个决策流程遵循严格的仲裁协议以确保最终只会有一个胜利者被选出来接管原主人职责[^1]。 ### 配置方法 要实现上述功能,则需按照如下方式设置环境: #### 启动Redis Server 和 Sentinel Service 对于每台参与构成集群架构的服务端机器而言,应当先开启相应的Redis进程,并指定其监听特定端口;之后再单独启动一个关联着该主机上已部署完毕的标准配置文件`redis-sentinel.conf` 的哨兵守护程序作为监视器使用[^3]。 ```bash # 开启Redis server /etc/init.d/redis_6379 start # 启动sentinel service redis-sentinel /etc/redis-sentinel.conf & ``` #### 编辑 `redis-sentinel.conf` 文件 此步骤涉及修改哨兵专用配置文档中的若干参数选项以便于自定义化调整行为逻辑。比如设定最低票数门槛、通知邮箱地址列表等个性化需求均可在此处体现。特别需要注意的是关于quorum值的选择,它决定了多少比例以上的哨兵同意才能触发一次完整的故障转移动作。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值