哨兵的作用就是对Redis的系统的运行情况的监控，它是一个独立进程。它的功能有2个：
1、监控主数据库和从数据库是否运行正常； 2、主数据出现故障后自动将从数据库转化为主数据库；
原理单个哨兵的架构： 
多个哨兵的架构： 
多个哨兵，不仅同时监控主从数据库，而且哨兵之间互为监控。
当前处于一主多从的环境中： 
启动哨兵进程首先需要创建哨兵配置文件：
vim sentinel.conf
输入内容：
sentinel monitor taotaoMaster 127.0.0.1 6379 1
说明： taotaoMaster：监控主数据的名称，自定义即可，可以使用大小写字母和“.-_”符号
127.0.0.1： 监控的主数据库的IP 6379： 监控的主数据库的端口
1：最低通过票数 启动哨兵进程：
redis-sentinel ./sentinel.conf
由上图可以看到： 1、哨兵已经启动，它的id为9059917216012421e8e89a4aa02f15b75346d2b7
2、为master数据库添加了一个监控
3、发现了2个slave（由此可以看出，哨兵无需配置slave，只需要指定master，哨兵会自动发现slave）
从数据库宕机
kill掉2826进程后，30秒后哨兵的控制台输出：
2989:X 05 Jun 20:09:33.509 # +sdown slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster 127.0.0.1 6379
说明已经监控到slave宕机了，那么，如果我们将3380端口的redis实例启动后，会自动加入到主从复制吗？
2989:X 05 Jun 20:13:22.716 * +reboot slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster 127.0.0.1 6379
2989:X 05 Jun 20:13:22.788 # -sdown slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster 127.0.0.1 6379
可以看出，slave从新加入到了主从复制中。-sdown：说明是恢复服务。 
哨兵控制台打印出如下信息： 
可以看出，目前，6381位master，拥有一个slave为6380.
接下来，我们恢复6379查看状态： 
vim sentinel.conf
输入内容：
sentinel monitor taotaoMaster 127.0.0.1 6381 2
sentinel monitor taotaoMaster2 127.0.0.1 6381 1
