sentinel用来做故障转移和处理，可以监控多个master-slave
客户端从centinel获取redis信息
故障转移：
多个sentinel发现并确认master有问题
选举出一个sentinel作为领导
选出一个slave作为master
通知其余slave成为新的master的slave
通知客户端主从变化。
等待老的master复活成为新master的slave
安装和配置：
配置开启主从节点
配置开启sentinel监控主节点（sentinel是特殊的redis）
详细配置节点
配置说明：
sentinel monitor mymaster ip port 2
表示监控master，当有2个sentinel发现有问题做故障处理
sentinel down-after-milliseconds mymaster 30000（毫秒）表示连接超时设置
sentinel parallel-syncs mybaster 1 复制配置，1表示每次只能复制一个
sentinel failover-timeout mymaster 180000 故障转移时间
redis-7000.conf的配置：
进行配置文件的复制，主从复制配置
cat查看conf文件，redis-cli -p 7000 ping 查看是否启动成功
redis-cli -p 7000 info replication查看主从关系
去除文件的注释和空行命令：cat sentinel.conf | grep -v "#" | grep -v "^#34; > redis-sentinel-26379.conf
redis-sentinel模式启动：redis-sentinel redis-sentinel-26379.conf
连接命令： redis-cli -p 26379
快速复制，26379到26380文件
客户端高可用：
需要两个参数：sentinel地址集合和masterName
遍历sentinel集合查找可用的节点，在该sentinel上查找master信息，接下来是通过role或者role relication验证是否为master
感知master变化，使用的发布订阅模式，sentinel订阅获取master信息。
sentinelPool其实连的是master；
info server 查看进程id等信息
tail -200 7001.log 查看200条数据
故障转移只需要一个sentinel做，其他达成一致意见即可。
redis的sentinel的故障转移是里面有3个定时任务：
每10秒每个sentinel对master和slave执行info：
发现slave节点，确认主从关系
每2秒每个sentinel通过master节点的channel交换信息（pub/sub）
每1秒每个sentinel对其他sentinel和redis执行ping
sentinel节点也是奇数，3个以上这样，类似zookeeper。
领导者选举：（故障转移）
故障转移只需要一个sentinel节点
选举：通过 sentinel is-master-down-by-addr命令都希望成为领导者
选举过程：
每个做主观下线的Sentinel节点向其他Sentinel节点发送命令，要求将它设置为领导者
收到命令的sentinel节点如果没有同意其他sentinel节点发送的命令，则同意该请求，否则拒绝。
如果该sentinel节点发现自己票数超过sentinel半数且超过quorum，则成为领导者。
如果此过程产生多个领导者，则等待一段时间重新选举。
故障转移：
从slave节点选出一个“合适”节点成为新的master
对上面的slave节点执行slaveof no one命令让其成为master节点
向剩余slave节点发送命令，让他们成为新master节点的slave节点，复制规则和parallel-syncs参数有关
更新对原来master节点配置为slave，并保持对其关注，恢复后命令它去复制新的master节点。
这里的合适：
选择slave-priority（slave节点优先级--机子好的）最高的slave节点，存在返回，不存在继续
选择复制偏移量最大的slave节点
选择runid最小的slave节点（启动最早）
运维：
节点运维：
下线：
如机器过保，性能不足下线，节点故障（服务不稳定）
主节点：sentinel failover masterName 手动的完成故障转移
从节点：临时或者永久下线，做清理工作或者考虑读写分离情况
sentinel下线也要考虑以上情况。
上线：
主节点：sentinel failover进行替换
从节点：slaveof即可，sentinel节点可以感知。
sentinel节点：参考其他sentinel节点启动即可。
读写分离：
jedisSentinelPool实现：
获取sentinel节点信息，订阅节点，如果master发生变化，重新初始化数据库。
客户端需要做：三个消息，实现高可用读写分离
切换主节点
切换从节点
主管下线
sentinel总结：
redis sentinel是redis的高可用实现方案：
故障发现，故障自动转移，配置中心，客户端通知
sentinel从2.8以后正式使用
sentinel尽量部署在不同机子，一个网络下。
sentinel个数奇数且大于3.
客户端初始化连接的是sentinel节点集合，不再是具体redis节点，但它只是配置中心，不是代理。
redis sentinel的数据节点和普通数据节点没有区别