Redis——Redis 哨兵模式

哨兵模式的简介

  • 主从切换技术的方法是︰当主服务器宕机后,需要手动把一台从服务器切换为主服务器,这就需要人工干预,费事费力,还会造成一段时间内服务不可用。这不是一种推荐的方式,更多时候,我们优先考虑哨兵模式。Redis从2.8开始正式提供了Sentinel (哨兵)架构来解决这个问题。

  • 哨兵(sentinel) 是一个分布式系统,用于对主从结构中的每台服务器进行监控,当出现故障时通过投票机制选择新的master并将所有slave连接到新的master。

哨兵的作用

  • 监控
    • 不断的检查master和slave是否正常运行。
    • master存活检测、master与slave运行情况检测
  • 通知(提醒)
    • 当被监控的服务器出现问题时,向其他(哨兵间,客户端)发送通知。
  • 自动故障转移
    • 断开master与slave连接,选取一个slave作为master,将其他slave连接到新的master,并告知客户端新的服务器地址

注意

  • 哨兵也是一台redis服务器,只是不提供数据服务
  • 通常哨兵配置数量为单数

启用哨兵模式

配置哨兵

  • 配置一主二从结构

  • 配置三个哨兵(配置相同,端口不同)
    配置sentinel.conf

  • 启动哨兵

    redis-sentinel sentinel-端口号.conf
    
查看哨兵配置文件
[root@maomao redis-6.2.1]# cat sentinel.conf | grep -v '^#' |grep -v '^$'
port 26379
daemonize no
pidfile /var/run/redis-sentinel.pid
logfile ""
dir /tmp
sentinel monitor mymaster 127.0.0.1 6379 2		# 自定义哨兵集群名字 最后一个2意思是 如果有两个哨兵判断master宕机 就真的宕机 
sentinel down-after-milliseconds mymaster 30000		# master连接了多少时间没有响应,则判断宕机 30000毫秒
acllog-max-len 128
sentinel parallel-syncs mymaster 1		# 当之前的master挂机之后 ,有新的master上位,一次有多少个master同步,根据性能
sentinel failover-timeout mymaster 180000	# 进行同步的时候多长时间同步完成算有效,多长时间同步超时
sentinel deny-scripts-reconfig yes
SENTINEL resolve-hostnames no
SENTINEL announce-hostnames no

然后将哨兵配置文件拷贝到redis配置文件那里
cat sentinel.conf | grep -v '^#' |grep -v '^$' > /usr/local/bin/redis_config/sentinel-26379.conf

然后修改配置
port 26379
daemonize no
pidfile /var/run/redis-sentinel.pid
logfile ""
dir /usr/lcoal/redis/data
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 30000
acllog-max-len 128
sentinel parallel-syncs mymaster 1
sentinel failover-timeout mymaster 180000
sentinel deny-scripts-reconfig yes
SENTINEL resolve-hostnames no
SENTINEL announce-hostnames no

修改另外两个哨兵的配置
sed 's/26379
### Redis 主从复制与哨兵模式配置及运行机制 #### 配置主从复制 为了实现高可用性和数据冗余,在Redis环境中通常设置一个或多个从服务器来备份主服务器的数据。可以通过两种方式完成这一过程: - **通过配置文件配置** 修改`redis.conf`中的`slaveof`参数指向主服务器地址和端口,从而让该实例成为指定主服务器的副本[^1]。 - **通过命令配置** 使用`SLAVEOF host port`指令动态地使当前节点作为另一台机器上的特定Redis实例的从属设备;输入`SLAVEOF NO ONE`可取消这种关系并恢复独立运作状态。 对于具体的环境部署而言,比如构建由一台主服务器(Master)加两台从服务器组成的架构,则需要相应调整各节点间的连接属性以确保正常同步操作能够顺利执行。 #### 哨兵模式概述及其配置方法 哨兵系统用于监控管理一组Redis服务器的状态变化情况,并能在检测到故障发生时自动实施修复措施——最常见的是触发一次Failover流程即重新选定一个新的Leader角色承担起原有Primary职责继续对外提供服务而不影响业务连续性[^3]。 针对上述提到的一主二丛结构加上三个Sentinel进程共同构成完整的HA解决方案案例来说,具体步骤如下所示[^2]: 1. 准备好三份不同路径下存放着各自专属配置项(sentinel.conf) 的哨岗程序; 2. 编辑这些文档定义监听目标以及通知邮箱列表等内容; 3. 利用命令行工具依次开启每一个守护者单元使之进入待命姿态等待接收事件报告; 4. 确认所有组件均已成功上线之后便可以测试整个体系能否按照预期发挥作用了。 ```bash cd /opt/redis-5.0.7/ redis-sentinel sentinel.conf & ``` 以上述脚本为例说明如何启动单个哨位实体,实际应用当中应当重复此动作直至覆盖全部预定位置。 #### 运作逻辑解析 一旦某个Slave失去联系超过一定时限后就会被标记为已离线(Suspect),此时其余在线成员之间会展开一轮投票决议是否要将其正式认定为不可达(Down)[^4]。如果确实如此则立即挑选出一位表现最佳的竞争者晋升为首脑带领剩余群体维持日常运营秩序直到失联个体恢复正常为止。 在此过程中涉及到的关键考量因素之一就是所谓的“优先级”,它决定了候选名单里谁最有资格接替前任领导者的位置。默认情况下数值越低代表权重越高,默认设定为100,用户可以根据实际情况自定义调整这个值以便更好地适应不同的应用场景需求。 另外值得注意的地方在于原先担任过Master职务的那个对象即便后来降格成为了Follower身份也依然保留着曾经拥有的那份记忆不会轻易改变自己的定位除非再次遭遇类似的权力更迭情形才会考虑做出相应的转变。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值