一.redis主从复制背景问题

Redis主从复制可将主节点数据同步给从节点,从节点此时有两个作用:

(1)一旦主节点宕机,从节点作为主节点的备份可以随时顶上来。

(2)扩展主节点的读能力,分担主节点读压力。

但是问题是:

一旦主节点宕机,从节点上位,那么需要人为修改所有应用方的主节点地址(改为新的master地址),还需要命令所有从节点复制新的主节点

那么这个问题,redis-sentinel就可以解决了

二. Redis-Sentinel

Redis-Sentinel是redis官方推荐的高可用性解决方案,

当用redis作master-slave的高可用时,如果master本身宕机,redis本身或者客户端都没有实现主从切换的功能。

而redis-sentinel就是一个独立运行的进程,用于监控多个master-slave主从复制,

自动发现master宕机,进行自动切换slave > master。

sentinel主要功能如下:

不时的监控redis是否良好运行,如果节点不可达就会对节点进行下线标识

如果被标识的是主节点,sentinel就会和其他的sentinel节点“协商”,如果其他节点也人为主节点不可达,就会选举一个sentinel节点来完成自动故障转义

在master-slave进行切换后,master_redis.conf、slave_redis.conf和sentinel.conf的内容都会发生改变,即master_redis.conf中会多一行slaveof的配置,sentinel.conf的监控目标会随之调换

三.Sentinel的工作方式

每个Sentinel以每秒钟一次的频率向它所知的Master,Slave以及其他 Sentinel 实例发送一个 PING 命令

如果一个实例(instance)距离最后一次有效回复 PING 命令的时间超过 down-after-milliseconds 选项所指定的值, 则这个实例会被 Sentinel 标记为主观下线。

如果一个Master被标记为主观下线,则正在监视这个Master的所有 Sentinel 要以每秒一次的频率确认Master的确进入了主观下线状态。

当有足够数量的 Sentinel(大于等于配置文件指定的值)在指定的时间范围内确认Master的确进入了主观下线状态, 则Master会被标记为客观下线

在一般情况下, 每个 Sentinel 会以每 10 秒一次的频率向它已知的所有Master,Slave发送 INFO 命令

当Master被 Sentinel 标记为客观下线时,Sentinel 向下线的 Master 的所有 Slave 发送 INFO 命令的频率会从 10 秒一次改为每秒一次

若没有足够数量的 Sentinel 同意 Master 已经下线, Master 的客观下线状态就会被移除。

若 Master 重新向 Sentinel 的 PING 命令返回有效回复, Master 的主观下线状态就会被移除。

主观下线和客观下线

主观下线:Subjectively Down,简称 SDOWN,指的是当前 Sentinel 实例对某个redis服务器做出的下线判断。

客观下线:Objectively Down, 简称 ODOWN,指的是多个 Sentinel 实例在对Master Server做出 SDOWN 判断,并且通过 SENTINEL is-master-down-by-addr 命令互相交流之后,得出的Master Server下线判断,然后开启failover.

SDOWN适合于Master和Slave,只要一个 Sentinel 发现Master进入了ODOWN, 这个 Sentinel 就可能会被其他 Sentinel 推选出, 并对下线的主服务器执行自动故障迁移操作。

ODOWN只适用于Master,对于Slave的 Redis 实例,Sentinel 在将它们判断为下线前不需要进行协商, 所以Slave的 Sentinel 永远不会达到ODOWN。

四.Redis Sentinel架构

redis的一个进程,但是不存储数据,只是监控redis

sentinel 会通过命令连接向被监视的主从服务器发送 “hello”信息,该信息包含sentinel的ip,端口号,id等内容,以此来向其他sentinel宣告自己的存在。与此同时sentinel会通过订阅连接接收其他sentinel的”hello”信息,以此来发现监视同一个主服务器的其他sentinel。

从图中sentinel1 通过发送hello信息来让sentinel2和sentinel3发现自己,其他两个sentinel也会进行类似的操作。

redis主库服务故障,主从复制重新判断主从结构的过程

1.redis命令整理

官网地址:http://redisdoc.com/

redis-cli info #查看redis数据库信息

redis-cli info replication #查看redis的复制授权信息

redis-cli info sentinel   #查看redis的哨兵信息

2.配置哨兵模式redis sentinel实现主从复制及自动切换过程

配置个redis数据库, 一主

环境:

192.168.1.209  配置了1主2从

192.168.1.209  配置了2从

(注意由于虚拟机上配置,虚拟机有限,所以将一台服务配置多个从库,生产从不会是这样的,生产中都是一个库一台服务器的)

(1)主从库配置文件如下

192.168.1.209 主库

# 声明端口
port
# 表示后台启动
daemonize yes
# 将pid文件放到某目录下
pidfile /data//redis.pid
# 日志级别和日志目录
loglevel notice
logfile "/data/6379/redis.log"
# 持久化相关
# dir /data/
# 安全模式
protected-mode no
# 密码设置,redis一般不要密码
# requirepass hsz

192.168.1.209 从库1   6380端口

# 声明端口
port
# 表示后台启动
daemonize yes
# 将pid文件放到某目录下
pidfile /data//redis.pid
# 日志级别和日志目录
loglevel notice
logfile "/data/6380/redis.log"
# 持久化相关
# dir /data/
# 安全模式
protected-mode no
# 密码设置,redis一般不要密码
# requirepass hsz slaveof 192.168.1.209

192.168.1.209 从库2 6381 端口

# 声明端口
port
# 表示后台启动
daemonize yes
# 将pid文件放到某目录下
pidfile /data//redis.pid
# 日志级别和日志目录
loglevel notice
logfile "/data/6381/redis.log"
# 持久化相关
# dir /data/
# 安全模式,如果开启文件不会被修改
protected-mode no
# 密码设置,redis一般不要密码
# requirepass hsz dir /data//
dbfilename dbmp.rdb
save
save
save
slaveof 192.168.1.209

192.168.1.208 从库1 6381端口

port
daemonize yes
pidfile /data//redis.pid
loglevel notice
logfile "/data/6381/redis.log"
dbfilename dump.rdb
dir /data/
protected-mode no
# 主库ip和端
slaveof 192.168.1.209

192.168.1.208 从库1 6382端口

port
daemonize yes
pidfile /data//redis.pid
loglevel notice
logfile "/data/6382/redis.log"
dbfilename dump.rdb
dir /data/
protected-mode no
# 主库ip和端口
slaveof 192.168.1.209

做好配置文件后都进行redis启动

redis-server redis配置文件名

最后确定主从信息及关系:

(2)配置个哨兵

在配置之前首先进行学习下,配置哨兵的配置文件的各项解析:

# Sentinel节点的端口

port   

dir /var/redis/data/

logfile "26379.log"

# sentinel announce-ip 127.0.0.1   # 宣告哨兵IP, 此配置只有当使用非127.0.0.1的IP配置哨兵无法成功时加上,同时redis三个服务端也需要同步修改IP

# 当前Sentinel节点监控 127.0.0.1: 这个主节点

# 2代表判断主节点失败至少需要2个Sentinel节点节点同意

# mymaster是主节点的别名

sentinel monitor mymaster 127.0.0.1  

# 每个Sentinel节点都要定期PING命令来判断Redis数据节点和其余Sentinel节点是否可达,如果超过30000毫秒30s且没有回复,则判定不可达

sentinel down-after-milliseconds mymaster 

# 当Sentinel节点集合对主节点故障判定达成一致时,Sentinel领导者节点会做故障转移操作,选出新的主节点,原来的从节点会向新的主节点发起复制操作,限制每次向新的主节点发起复制操作的从节点个数为1

sentinel parallel-syncs mymaster 

# 故障转移超时时间为180000毫秒

sentinel failover-timeout mymaster 

daemonize yes

关于哨兵的配置,将5个哨兵配置到两台上,一台3个一台2个

那么接下来哨兵1配置(由于和主机同一台所以配置127.0.0.1):

# vim redis-sentinel-26379.conf

port 

dir /var/redis/data/

logfile "26379.log"

sentinel monitor mymaster 192.168.1.209  

sentinel down-after-milliseconds mymaster 

sentinel parallel-syncs mymaster 

sentinel failover-timeout mymaster 

daemonize yes

启动之前新建日志目录

#mkdir -p /var/redis/data/

使用以下命令启动redis-sentinel

# redis-sentinel redis-sentinel-26379.conf

然后进行查看通信状态:# redis-cli -p 26379 info sentinel

可以从信息看出,有一台主库,ip及端口,4台从库,和1个哨兵,因为才配置一个,所有哨兵为

哨兵2配置:

# vim redis-sentinel-26380.conf

port 

dir /var/redis/data/

logfile "26380.log"

sentinel monitor mymaster 192.168.1.209  

sentinel down-after-milliseconds mymaster 

sentinel parallel-syncs mymaster 

sentinel failover-timeout mymaster 

daemonize yes

启动之前新建日志目录

# mkdir -p /var/redis/data/

使用以下命令启动redis-sentinel

# redis-sentinel redis-sentinel-26380.conf

然后进行查看通信状态:# redis-cli -p 26380 info sentinel

哨兵3配置

# vim redis-sentinel-26380.conf

port 

dir /var/redis/data/

logfile "26380.log"

sentinel monitor mymaster 192.168.1.209  

sentinel down-after-milliseconds mymaster 

sentinel parallel-syncs mymaster 

sentinel failover-timeout mymaster 

daemonize yes

启动之前新建日志目录

# mkdir -p /var/redis/data/

使用以下命令启动redis-sentinel

# redis-sentinel redis-sentinel-26380.conf

然后进行查看通信状态:# redis-cli -p 26380 info sentinel

哨兵4配置

# vim redis-sentinel-26381.conf

port 

dir /var/redis/data/

logfile "26381.log"

sentinel monitor mymaster 192.168.1.209  

sentinel down-after-milliseconds mymaster 

sentinel parallel-syncs mymaster 

sentinel failover-timeout mymaster 

daemonize yes

启动之前新建日志目录

# mkdir -p /var/redis/data/

使用以下命令启动redis-sentinel

# redis-sentinel redis-sentinel-26381.conf

然后进行查看通信状态:# redis-cli -p 26381 info sentinel

哨兵5配置

# vim redis-sentinel-26382.conf

port 

dir /var/redis/data/

logfile "26382.log"

sentinel monitor mymaster 192.168.1.209  

sentinel down-after-milliseconds mymaster 

sentinel parallel-syncs mymaster 

sentinel failover-timeout mymaster 

daemonize yes

启动之前新建日志目录

# mkdir -p /var/redis/data/

使用以下命令启动redis-sentinel

# redis-sentinel redis-sentinel-26382.conf

然后进行查看通信状态:# redis-cli -p 26382 info sentinel

最后可以查看下哨兵的配置文件,会自动加上这些内容:

而从库的配置文件会修改为这一句配置:

(3)进行redis高可用故障实验

关闭主库进程(模拟生产中服务器挂掉)如下截图:

此时进行等待30秒。。。。

从其中一个哨兵进行查看

查看可知:新的主库为192.168.1.209:6381

# redis-cli -p 6381 info replication

到这个redis主库进行查看信息,并查看数据,可知从库可同步数据:

最后高可用实现

redis 之redis-sentinel主从复制高可用的更多相关文章

  1. Redis Sentinel主从高可用方案

    Redis Sentinel主从高可用方案 本文介绍一种通过Jed和Sentinel实现Redis集群(主从)的高可用方案,该方案需要使用Jedis2.2.2及以上版本(强制),Redis2.8及以上 ...

  2. 使用Docker Compose部署基于Sentinel的高可用Redis集群

    使用Docker Compose部署基于Sentinel的高可用Redis集群 https://yq.aliyun.com/articles/57953 Docker系列之(五):使用Docker C ...

  3. 11.Redis 哨兵集群实现高可用

    作者:中华石杉 Redis 哨兵集群实现高可用 哨兵的介绍 sentinel,中文名是哨兵.哨兵是 redis 集群机构中非常重要的一个组件,主要有以下功能: 集群监控:负责监控 redis mast ...

  4. redis-3.0.1 sentinel 主从高可用 详细配置

    最近项目上线部署,要求redis作高可用,由于redis cluster还不是特别成熟,就选择了redis sentinel做高可用.redis本身有replication,实现主从备份.结合sent ...

  5. Redis Sentinel实现高可用配置

    一般情况下yum安装redis的启动目录在:”/usr/sbin” :配置目录在”/etc/redis/”在其目录下会有默认的redis.conf和redis-sentinel.conf redis高 ...

  6. (转)基于Redis Sentinel的Redis集群(主从&Sharding)高可用方案

    转载自:http://warm-breeze.iteye.com/blog/2020413 本文主要介绍一种通过Jedis&Sentinel实现Redis集群高可用方案,该方案需要使用Jedi ...

  7. 基于Redis Sentinel的Redis集群(主从Sharding)高可用方案(转)

    本文主要介绍一种通过Jedis&Sentinel实现Redis集群高可用方案,该方案需要使用Jedis2.2.2及以上版本(强制),Redis2.8及以上版本(可选,Sentinel最早出现在 ...

  8. 基于Redis Sentinel的Redis集群(主从&Sharding)高可用方案

    本文主要介绍一种通过Jedis&Sentinel实现Redis集群高可用方案,该方案需要使用Jedis2.2.2及以上版本(强制),Redis2.8及以上版本(可选,Sentinel最早出现在 ...

  9. redis 学习笔记(4)-HA高可用方案Sentinel配置

    上一节中介绍了master-slave模式,在最小配置:master.slave各一个节点的情况下,不管是master还是slave down掉一个,“完整的”读/写功能都将受影响,这在生产环境中显然 ...

随机推荐

  1. C语言 排序算法

    冒泡排序 冒泡排序(英语:Bubble Sort)是一种简单的排序算法.它重复地走访过要排序的数列,一次比较两个元素,如果他们的顺序(如从大到小.首字母从A到Z)错误就把他们交换过来. 过程演示: 选 ...

  2. 【jQuery基础】

    " 目录 #. 介绍 1. 优势 2. 版本 3. jQuery对象 #. 查找标签 1.  选择器 /. 基本选择器 /. 层级选择器 /. 基本筛选器 /. 使用jQuery实现弹框 / ...

  3. 将训练好的Tensorflow模型部署到web应用中

    做一个简易web使用Flask是最好的选择,不仅上手快,使用也很便利.Django很强大也很好用,但一次就会创建一个项目的所需的文件,我觉得对于测试一个模型在web端有没有效果没必要用它. flask ...

  4. python中getpass模块

    1 import getpass 2 name = input('请输入你的名字:') 3 passwd = getpass.getpass('请输入你的密码:') 4 print(name) 5 p ...

  5. Java工作流引擎关于数据加密流程(MD5数据加密防篡改)

    关键字: 驰骋工作流程快速开发平台 工作流程管理系统 工作流引擎 asp.net工作流引擎 java工作流引擎. 开发者表单  拖拽式表单 工作流系统 流程数据加密  md5  数据保密流程数据防篡改 ...

  6. beyond compare 用法

    1.过滤器用法:点击小眼睛(回话-->回话设置)打开过滤器界面----设置多个过滤文件或目录直接使用回车键 2.比较时最好先设置编码以防出现乱码问题 工具-->文件格式. 3.比较时出现乱 ...

  7. Linux 的三种软件安装包介绍

    通过RPM软件包来安装 说起RPM(RedHat Package Management)标准的软件包,大家可能都会想起大名鼎鼎的REDHAT公司,正是RPM软件包发行方式的出现,使Linux中的应用软 ...

  8. 在Visual Studio 2017中,.NET(C#)通过Oracle.ManagedDataAccess来连接Oracle数据库

    C#如何通过Oracle.ManagedDataAccess来连接Oracle数据库 1.先创建一个项目,鼠标右击项目中的引用,再点击管理NuGet程序包(也可以先下载dll文件,再选添加引用),在搜 ...

  9. Golang介绍以及安装

    Go语言 Google开源 编译形语言 21世纪的C语言 Go语言的特点 简单易并发 开发效率高 执行性能好 Go语言应用的领域 服务端开发 日志处理 文件系统 监控服务 容器虚拟化 Docker k ...

  10. 洛谷P2142 高精度减法 题解

    想找原题请点击这里:传送门 原题: 题目描述 高精度减法 输入格式 两个整数a,b(第二个可能比第一个大) 输出格式 结果(是负数要输出负号) 输入输出样例 输入 复制 输出 复制 说明/提示 %数据 ...