Redis--Sentinel

本文深入探讨了Redis主从复制的局限性,并介绍了Sentinel如何解决这些挑战,实现故障自动转移。通过三个定时任务理解Sentinel工作原理,揭示主管下线和客观下线的判断机制,以及领导者选举和故障转移流程。

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

1. 主从复制存在的问题

  1. 手动故障转移。
    1. 当主节点宕机的时候,无法选择新的Master节点,提供服务。且,其它的Slave节点,无法自动备份新的Master节点。
  2. 写能力和存储能力受限。
    1. 全部的写压力和存储都在Master节点上,Slave节点只是一个数据备份的作用。

2. Sentinel基础

1. 架构
  1. Sentinel介绍:只是一个Redis进程,主要作用是用来处理Redis的故障判断故障转移
    在这里插入图片描述
2. 故障转移机制

在这里插入图片描述

2. Sentinel搭建
  1. 基础设置:划分好Sentinel的port、redis的port。
    在这里插入图片描述
  2. redis-sentinel.conf文件的配置;当使用redis-sentinel redis-sentinel-26379.conf启动redis-sentinel。会自动根据Master节点的info replication的信息,配置所有的Slave节点到redis-sentinel-26379.conf文件中。
    在这里插入图片描述
3. Sentinel客户端高可用

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

4. Sentinel原理

1. 三个定时任务,理解Sentinel原理

在这里插入图片描述

2. 主管下线和客观下线

在这里插入图片描述

3. 领导者选举

在这里插入图片描述

4. 故障转移原理

在这里插入图片描述
在这里插入图片描述

5. Sentinel运维管理
  1. Sentinel下线:主节点sentinel下线:sentinel failover <masterName>
    在这里插入图片描述
  2. “三个消息”,来达到Sentinel的高可用
    在这里插入图片描述
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值