先配置主从复制环境（配置6379、6380、6381）
redis6379.conf 配置 port 6379 requirepass 12345678 masterauth 12345678
redis6380.conf 配置 port 6380 slaveof 127.0.0.1 6379 requirepass 12345678 masterauth 12345678
redis6381.conf 配置 port 6381 slaveof 127.0.0.1 6379 requirepass 12345678 masterauth 12345678
redis sentinel哨兵机制配置(也是3个节点)：
/usr/local/bin/conf/sentinel_26379.conf
/usr/local/bin/conf/sentinel_26380.conf
/usr/local/bin/conf/sentinel_26381.conf
将三个文件的端口改成: 26379 26380 26381
sentinel monitor mymaster 192.168.1.111 6379 2 //监听主节点6379
sentinel auth-pass mymaster 12345678 //连接主节点时的密码
三个配置除端口外，其它一样
配完此脚本，哨兵机制可正常启动运行。
sentinel monitor mymaster 192.168.1.111 6379 2 //监控主节点的IP地址端口
sentinel auth-pass mymaster 12345678 //sentinel连主节点的密码
sentinel config-epoch mymaster 2 //执行故障转移时， 最多可以有多少个从节点同时对新的主节点进行数据同步
sentinel leader-epoch mymaster 2
sentinel failover-timeout mymaster 180000 //故障转移超时时间180s，
a,如果转移超时失败，下次转移时时间为之前的2倍；
b,从节点变主节点时，从节点执行slaveof no one命令一直失败的话，当时间超过180S时，则故障转移失败
c,从节点复制新主节点时间超过180S转移失败
sentinel down-after-milliseconds mymaster 300000//sentinel节点定期向主节点ping命令
启动sentinel服务:
./redis-sentinel conf/sentinel_26379.conf &
./redis-sentinel conf/sentinel_26380.conf &
./redis-sentinel conf/sentinel_26381.conf &
测试：kill -9 6379 杀掉6379的redis服务
看日志是分配6380 还是6381做为主节点，当6379服务再启动时，已变成从节点
假设6380升级为主节点:
进入6380>info replication
role:master
打开sentinel_26379.conf等三个配置，
sentinel monitor mymaster 192.168.1.111 6380 2 //有2个sentinel认为master下线
打开redis6379.conf等三个配置, slaveof 127.0.0.1 6380,也变成了6380
注意：生产环境建议让redis Sentinel部署到不同的物理机上。
坑点：sentinel monitor mymaster 192.168.1.111 6379 2
//切记将IP不要写成127.0.0.1
不然使用JedisSentinelPool取jedis连接的时候会变成取127.0.0.1 6379的错误地址