redis哨兵机制：redis的哨兵系统用于管理多个reids服务器，该系统主要有三个作用：
- 监控：哨兵 会不断地检查你的主服务(Master)和从服务器(Slave)是否运作正常。
提醒：当被监控的某个 Redis出现问题时, 哨兵 可以通过 API 向管理员或者其他应用程序发送通知。
从新选举主服务器：当一个Master不能正常工作时，哨兵(sentinel) 会开始一次自动故障迁移操作,它会将失效Master的其中一个Slave升级为新的Master, 并让失效Master的其他Slave改为复制新的Master; 当客户端试图连接失效的Master时,集群也会向客户端返回新Master的地址,使得集群可以使用Master代替失效Master。
一直觉得画图 画的贼丑，不过画图能帮助自己 更好的理解：
redis 要想实现高可用，则 必须要有哨兵机制，这样才能保证 redis集群中主服务器宕机以后 可以继续使用（如果主服务器宕机，不能有新的主服务器，则 其余的服务器只能读，不能写）
要利用到redis的哨兵机制，则需要有多个redis，那不可避免想到到主从复制，在https://www.cnblogs.com/920913cheng/p/10413009.html 中已经记录了如何 搭建redis的主从复制了，所以在以上的基础上，开始 哨兵机制的搭建
准备三台虚拟机
192.168.31.170（主）
192.168.31.202（从）
192.168.31.180（从）
开启所有虚拟机的防火墙
redis哨兵机制属于redis提供的一个功能，redis服务器 启动不启动 和哨兵机制是否正常运行没有任何关系，可以从redis的端口：6379 而哨兵机制默认的端口是：26379 可以看出 他们是两个不同的程序，此处测试的是单个哨兵机制：
从192.168.31.202（从） 或者192.168.31.180（从）选取一台机器 作为 哨兵机制的启动服务器：这里我选择的是192.168.31.202 作为哨兵机制的服务器：
1.将192.168.31.202中 redis下面的 sentinel.conf 文件复制到 cp sentinel.conf /usr/local/redis/etc
2.vi /usr/local/redis/etc/sentinel.conf 修改 sentinel.conf文件
修改的地方：
sentinel monitor mymast 192.168.31.170 6379 1 #主节点 名称 IP 端口号 选举次数
sentinel down-after-milliseconds mymaster 3000 心跳检测
3.启动哨兵模式：
./redis-server /usr/local/redis/etc/sentinel.conf --sentinel &
4 关闭主服务器以后 ，在192.168.31.202 里可以看到 主服务关闭，然后 连接redis客户端，通过info命令 可以看到 202服务器 已经成了 master了，
此时202 已经具备了 读写权限。
5：流程-准备三台机器 1,2,3
1号服务器当做主服务器，2.3号为从服务器
2 把2号服务器当成哨兵机制的运行服务器，修改 2号服务器里面的sentinel.conf 文件，配置 主服务器的ip 端口 和选举次数，以及 主服务reids的密码
3 在2号服务器上启动哨兵机制，启动成功以后，可以通过连接redis客户端 info查看到 2号服务器此时角色 是slave
4 关闭1号服务器，在2号服务器或者3号服务器 通过info 可以查看到 自己可能已经成为了master
5 当1号服务器重新启动以后，当前的master 也不会是 1号
6 遇到 主服务器 关闭以后，不能切换从服务器作为master 防火墙，配置文件 是不是少了
