一、概述

        Sentinel（哨兵）是Redis的高可用解决方案，由一个或者多个Sentinel实例组成集群，可以监视任意多个主服务器，以及这些服务器下属的所有从服务器，并在被监视的主服务器下线或者宕机时，自动得将下线主服务器属下的某个从服务器升级为新的主服务器。简单来说哨兵就是带有自动故障转移功能的主从架构。

二、原理

 

三、搭建步骤

3.1、创建sentinel目录

# 在 / 目录创建sentinel文件夹
mkdir sentinel

3.2、配置哨兵

# 在sentinel文件夹创建sentinel.conf文件，内容如下
（1）sentinel monitor 被监控的数据库名字（自己起名字） ip port 哨兵数量
例：sentinel monitor redis_masetr_server 192.168.173.231 6379 1
（2）bind 0.0.0.0
注意事项：名字绝对不能错
坑：如果不配置bind的话，在springboot整合Redis哨兵时，将报无法连接的错误

3.3、启动哨兵进行测试

./redis-sentinel /sentinel/sentinel.conf
注意事项：启动哨兵模式进行测试时，需保证主从复制架构是可用的

观察日志发现，sentinel的默认端口是26379

3.4、sentinel.conf文件的变化

3.5、测试

3.5.1、主节点set值，从节点get值

3.5.2、关闭主节点（模拟主节点宕机）

        关闭主节点，观察哨兵控制台日志信息。注意事项：哨兵默认的选举时间是15s

3.5.3、查询当前7379、8379的角色信息

INFO replication

3.5.4、7379 set值，8379 get值测试

3.5.5、结果分析

        6379作为master节点宕机后，通过哨兵机制，从原master的slave节点中竞选出了新的节点作为master节点对外提供服务。

3.5.6、原来的master节点恢复正常后，角色是什么

# 重新启动6379节点
./redis-server /myconf/master/redis6379.conf

# 客户端连接
./redis-cli -p 6379

四、Redis的哨兵机制的优缺点

4.1、优点

        Redis的哨兵机制解决了当主从复制架构出现问题时，能够自动切换主节点，对外提供服务。

4.2、缺点

• 单节点并发压力大的问题无法解决（因为只有一个master节点）
• 单节点内存和磁盘物理上限问题无法解决