1、哨兵模式的功能 :
哨兵的核心功能:在主从复制的基础上,哨兵引入了主节点的自动故障转移
哨兵模式的原理 :
哨兵(sentinel):是一个分布式系统,用于对主从结构中的每台服务器进行监控,
当出现故障时通过投票机制选择新的 Master 并将所有 Slave 连接到新的 Master。所以整个运行哨兵的集群的数量不得少于3个节点。
2、哨兵模式的作用 :
监控:哨兵会不断地检查主节点和从节点是否运作正常。
自动故障转移:当主节点不能正常工作时,哨兵会开始自动故障转移操作,它会将失效主节点的其中一个从节点升级为新的主节点,
并让其他从节点改为复制新的主节点。
通知(提醒):哨兵可以将故障转移的结果发送给客户端。
3、哨兵模式的结构 :
哨兵结构由两部分组成,哨兵节点和数据节点:
- 哨兵节点:哨兵系统由一个或多个哨兵节点组成,哨兵节点是特殊的redis节点,不存储数据。
- 数据节点:主节点和从节点都是数据节点。
哨兵的启动依赖于主从模式,所以须把主从模式安装好的情况下再去做哨兵模式,所有节点上都需要部署哨兵模式,哨兵模式会监控所有的 Redis 工作节点是否正常,当 Master 出现问题的时候,因为其他节点与主节点失去联系,因此会投票,投票过半就认为这个 Master 的确出现问题,然后会通知哨兵间,然后从 Slaves 中选取一个作为新的 Master。
需要特别注意的是,客观下线是主节点才有的概念;如果从节点和哨兵节点发生故障,被哨兵主观下线后,不会再有后续的客观下线和故障转移操作。
4、哨兵模式的搭建:
环境:基于主从复制的搭建
修改 Redis 配置文件(所有服务节点)都要编辑
| systemctl stop firewalld setenforce 0 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 20.0.0.20 6379 2 #84行,修改 指定该哨兵节点监控20.0.0.20:6379这个主节点,该主节点的名称是mymaster,最后的2的含义与主节点的故障判定有关:至少需要2个哨兵节点同意,才能判定主节点故障并进行故障转移 sentinel down-after-milliseconds mymaster 30000 #113行,判定服务器down掉的时间周期,默认30000毫秒(30秒) sentinel failover-timeout mymaster 180000 #146行,故障节点的最大超时时间为180000(180秒) |
启动哨兵模式,先启主在启从:
1 2 3 | cd /opt/redis-5.0.7/ redis-sentinel sentinel.conf & 注意!先启动主服务器,再启动从服务器 |
故障模拟:
查看redis-server进程号
1 2 3 4 5 6 | ps aux | grep redis root 57394 0.0 0.1 165620 2660 ? Ssl 15:12 0:04 /usr/local/redis/bin/redis-server 0.0.0.0:6379 root 58234 0.1 0.1 153844 2720 ? Ssl 16:34 0:00 redis-sentinel *:26379 [sentinel] root 58247 0.0 0.0 112676 980 pts/4 R+ 16:34 0:00 grep --color=auto redis [1]+ 完成 redis-sentinel sentinel.conf |
杀死 Master 节点上redis-server的进程号
1 | kill -9 4947 #Master节点上redis-server的进程号 |
验证结果:
1 | tail -f / var /log/sentinel.log |
1 | redis-cli -p 26379 INFO Sentinel |