一：背景
上一节我们已经实现了redis的主从同步，从而实现服务的流量分摊和数据高可用，但是出现故障以后，需要人工手动接入，手动切换主从，来实现故障转移。这是比较麻烦的，毕竟人不能实时盯着服务，如果没有人工介入，如何实现redis高可用呢？还好redis设计者帮我们考虑了解决方案，可以使用哨兵机制。
二：配置实现
1：环境介绍：
主redis服务: ip 192.168.56.101
从1： ip 192.168.56.102
从2： ip 192.168.56.103
2：前提条件（主从同步需要提前配置好）：
主服务配置：
masterauth "123456"
从1配置：
masterauth "123456"
replicaof 192.168.56.101 6379
从2配置：
masterauth "123456"
replicaof 192.168.56.101 6379
3：配置哨兵
我们直接在主服务所在服务器上部署哨兵，也可以在每台服务器上单独部署一个哨兵，这里要至少部署三个哨兵。
从redis安装包的src目录复制哨兵启动文件：
mkdir /usr/local/sentinel/
cp /usr/local/redis/redis-6.0.7/src/redis-sentinel /usr/local/sentinel/
创建三份哨兵配置文件,这里监听的端口为5000-5002
vi s1/sentinel_5000.conf
sentinel deny-scripts-reconfig yes //不允许使用SENTINEL SET设置
sentinel monitor mymaster 192.168.56.101 6379 2 //自定义主节点名称
sentinel auth-pass mymaster 123456
sentinel failover-timeout mymaster 18000 //故障中每个阶段的最长超时时间
daemonize yes
port 5000 //哨兵端口号
logfile "/usr/local/sentinel/s1/sentinel.log"
dir "/usr/local/sentinel/s1/data"
复制以上文件，只需要修改端口号，logfile和dir即可
复制的目录为
s2/sentinel_5001.conf
s3/sentinel_5002.conf
启动哨兵：
#!/bin/bash
./redis-sentinel ./s1/sentinel_5000.conf
./redis-sentinel ./s2/sentinel_5001.conf
./redis-sentinel ./s3/sentinel_5002.conf
4：故障自动转移实测
现在我们的主节点是192.168.56.101
我们查看 我们的哨兵日志
发现主节点的确是192.168.56.101
我们把主节点关闭redis服务，哨兵会工作去重新选举一个节点作为主节点，我们试下
关闭服务以后，我们查看哨兵日志
发现主服务从192.168.56.101这台机器变更为192.168.56.103这台机器。
我们在103这台机器的redis上写入数据。
发现103可以写入数据，同时102的服务已经同步了数据了，这时候我们重新打开101的redis服务
发现101这台机器的redis也从103同步了数据。
通过以上的操作，我们发现101主服务出现故障以后，哨兵检测到故障从从服务中的两个102和103中选择了103作为新的主服务，继续工作。
三：总结
redis哨兵机制，可以在主服务挂掉接口，快速的从服务中选举新的服务作为主服务继续提供服务。从而实现故障自动修复。让redis高可用更加稳固。
