Redis哨兵模式

目录

Redis哨兵模式

哨兵模式原理

哨兵模式的作用

哨兵模式的部署

部署主从复制

修改Redis哨兵模式的配置文件（所有节点操作）

启动哨兵模式 

模拟故障

---

Redis哨兵模式

哨兵的核心功能:在主从复制的基础上，哨兵引入了主节点的自动故障转移。

哨兵模式原理

哨兵(sentinel)：是一个分布式系统，用于对主从结构中的每台服务器进行监控，当出现故障时通过投票机制选择新的Master，并将所有Slave 连接到新的Master。所以整个运行哨兵的集群的数量不得少于3个节点。

哨兵模式的作用

监控：哨兵会不断地检查主节点和从节点是否运作正常。
自动故障转移：当主节点不能正常工作时，哨兵会开始自动故障转移操作，它会将失效主节点的其中一个从节点升级为新的主节点，并让其他从节点改为复制新的主节点。
通知(提醒)：哨兵可以将故障转移的结果发送给客户端。
哨兵模式的结构
哨兵结构由两部分组成，哨兵节点和数据节点

哨兵节点：哨兵系统由一个或多个哨兵节点组成，哨兵节点是特殊的 redis 节点，不存储数据。
数据节点：主节点和从节点都是数据节点。

一、哨兵对主从复制进行监控，监控的对象：所有redis数据库的节点
二、哨兵与哨兵之间进行互相监控，监控对象：哨兵彼此
三、监控的目的：
1、哨兵和哨兵之间的监控，目的是为了监控彼此的存活状态
2、哨兵监控所有的redis数据库的目的：为了实现故障切换
故障切换的原理：
①当master挂掉，哨兵会及时发现，那在发现之后，进行投票机制选举出一个新的master服务器（奇数）
②完成slave—>master的从到主的切换
③完成其他从服务器对master的配置
**哨兵的启动依赖于主从模式，所以须把主从模式安装好的情况下再去做哨兵模式，所有节点上都需要部署哨兵模式，哨兵模式会监控所有的Redis 工作节点是否正常，当Master 出现问题的时候，因为其他节点与主节点失去联系，因此会投票，投票过半就认为这个 Master 的确出现问题，然后会通知哨兵间，然后从Slaves中选取一个作为新的 Master。

哨兵模式的部署

部署主从复制

这一篇主从复制的部署方式

Redis主从复制_Liq1的博客-CSDN博客
 

修改Redis哨兵模式的配置文件（所有节点操作）

vim /opt/redis-5.0.7/sentinel.conf
protected-mode no #17行，关闭保护模式
port 26379 #21行，Redis哨兵默认的监听端口
daemonize yes #26行，指定sentinel为后台启动
logfile “/var/log/sentinel.log” #36行，指定日志存放路径
dir “/var/lib/redis/6379” #65行，指定数据库存放路径
sentinel monitor mymaster 192.168.23.10 6379 2 #84行， 修改：
指定该哨兵节点监控192.168.23.10:6379这个主节点，该主节点的名称是mymaster,最后的2的含义与主节点的故障判定有关:至少需要2个哨兵节点同意，才能判定主节点故障并进行故障转移
sentinel down-after-milliseconds mymaster 30000 #113行,判定服务器down掉的时间周期，默认30000毫秒(30秒)
sentinel failover-timeout mymaster 180000 #146行，故障节点的最大超时时间为180000 (180秒 ）

 

启动哨兵模式 

注意：先启master，再启slave
cd /opt/redis-5.0.7/
redis-sentinel sentinel.conf &

查看哨兵信息
redis-cli -p 26379 info Sentinel

模拟故障

#在Master 上查看redis-server进程号:
ps -ef | grep redis 

#杀死 Master 节点上redis-server的进程号
kill -9 25070 #Master节点上redis-server的进程号 

#在Slave上查看是否转换成功
redis-cli -p 26379 INFO Sentinel