一、哨兵介绍
Redis Sentinel，即Redis哨兵，在Redis 2.8版本开始引入。哨兵的核心功能是主节点的自动故障转移。下面是Redis官方文档对于哨兵功能的描述：
- 监控（Monitoring）：哨兵会不断地检查主节点和从节点是否运作正常。
- 自动故障转移（Automatic failover）：当主节点不能正常工作时，哨兵会开始自动故障转移操作，它会将失效主节点的其中一个从节点升级为新的主节点，并让其他从节点改为复制新的主节点。
- 配置提供者（Configuration provider）：客户端在初始化时，通过连接哨兵来获得当前Redis服务的主节点地址。
- 通知（Notification）：哨兵可以将故障转移的结果发送给客户端。
简单来说，主从模式下为了使主从具备高可用性，就需要用哨兵进行监控，在主节点下线后，会通过投票选出新的主节点，在主节点上线后，也只能作为新节点的从节点。哨兵环境也需要高可用，所以一般是三个以上的集群。
架构图如下：
2.4测试故障自动转移
- 查看哨兵集群情况，输入命令src/redis-cli -p 27000再info Sentinel
可以看到master是端口6379的，有两个slaves，三个哨兵。 - 这时我们kill掉6379的Redis进程后，再查看集群情况。哨兵日志如下：
6379挂了后进行了一轮的选举投票，最后6380端口的成为了新的master，来看看现在的集群情况是不是这样的。
- 这时如果重新启动6379，它还会不会恢复老大的身份呢？
5020:X 26 Dec 2018 13:46:38.998 # -sdown slave 8.9.8.165:6379 8.9.8.165 6379 @ mymaster 8.9.8.165 6380
5020:X 26 Dec 2018 13:46:48.947 * +convert-to-slave slave 8.9.8.165:6379 8.9.8.165 6379 @ mymaster 8.9.8.165 6380日志显示6379重新加入了集群，只不过变成了从服务器。
