本文链接：http://www.cnblogs.com/zhenghongxin/p/8885879.html
我们知道redis是有主从复制的，例如下图：
但如果master主进程挂掉之后，没有slave站出来当master，那么整个写redis业务就崩溃了。虽然其他业务可以从从redis上继续读取数据，当主写redis已经崩溃了，势必造成影响。而redis为我们提供了Sentinel来做redis的高可用工具，因此个人觉得实际上redis并不需要像Nginx那样，与keepalived组合成高可用，或者进行集群化操作，用多sentinel与主从即可。当然集群也有着它的好处：构建多节点，节点上的数据都不一样把数据都分散存放到各个节点上进行存储，某个节点的退出依旧有其他节点补充。引用网上的图：
（集群节点）
主从是master或者slave都会备份一份数据，集群是节点共享数据，在中间件模式中，可以使用集群与主从相结合的模式开发。
部署
构建简单的一个sentinel，一个 master redis ，两个slove redis 。
在linux上自建的conf配置目录（/code/redis/conf）下，可以看到四个conf文件：
[root@VM_71_225_centos conf]# ll
-rw-r----- 1 root root 138 Apr 19 19:17 redis-6379.conf
-rw-r--r-- 1 root root 108 Apr 19 19:15 redis-6380.conf
-rw-r--r-- 1 root root 86 Apr 19 19:15 redis-6381.conf
-rw-r--r-- 1 root root 447 Apr 19 19:18 sentinel-26379.conf
分别配置如下：
（这里只是简单的配置版本，实际生产环境中，需要注意主从库的备份机制，备份方式，只读权限，连接密码等细节）
redis-6379.conf ==>
port
daemonize yes
logfile "6379.log"
dbfilename "dump-6379.rdb"
dir "/tmp/log"
redis-6380.conf ==>
port
daemonize yes
logfile "6380.log"
dbfilename "dump-6380.rdb"
dir "/tmp/log"
slaveof 127.0.0.1
redis-6381.conf ==>
port
daemonize yes
logfile "6381.log"
dbfilename "dump-6381.rdb"
dir "/tmp/log"
slaveof 127.0.0.1
sentinel-26379.conf ==>
port
dir "/tmp/log"
logfile "26379.log" sentinel monitor mymaster 127.0.0.1 # 当前Sentinel节点监控 127.0.0.1:6379 这个主节点 ， 1 代表判断主节点失败至少需要2个Sentinel节点节点同意
sentinel down-after-milliseconds mymaster 10000 # 每个Sentinel节点都要定期PING命令来判断Redis数据节点和其余Sentinel节点是否可达，如果超过10000毫秒且没有回复，则判定不可达
sentinel failover-timeout mymaster 900000 # 故障转移超时时间
请测试的时候，把注释去掉
启动
启动主从redis
redis-server redis-.conf
redis-server redis-.conf
redis-server redis-.conf
分别查看info replication 信息：
127.0.0.1:> info replication
# Replication
role:master
connected_slaves:
slave0:ip=127.0.0.1,port=,state=online,offset=,lag=
slave1:ip=127.0.0.1,port=,state=online,offset=,lag=
master_repl_offset:
repl_backlog_active:
repl_backlog_size:
repl_backlog_first_byte_offset:
repl_backlog_histlen:
[root@VM_71_225_centos conf]# redis-cli -p
127.0.0.1:> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:
master_link_status:up
master_last_io_seconds_ago:
master_sync_in_progress:
slave_repl_offset:
slave_priority:
slave_read_only:
connected_slaves:
master_repl_offset:
repl_backlog_active:
repl_backlog_size:
repl_backlog_first_byte_offset:
repl_backlog_histlen:
此时，6379为主，其他两个端口为从
启动sentinel
redis-sentinel sentinel-.conf &
查看info信息：
redis-cli -h 127.0.0.1 -p INFO Sentinel
[root@VM_71_225_centos conf]# redis-cli -h 127.0.0.1 -p INFO Sentinel
# Sentinel
sentinel_masters:
sentinel_tilt:
sentinel_running_scripts:
sentinel_scripts_queue_length:
sentinel_simulate_failure_flags:
master0:name=mymaster,status=ok,address=127.0.0.1:,slaves=,sentinels=1
//这里可以看到 6379为主，有两个slaves 和一个sentinels ，这也意味着，sentinels是可以多个集群的
如果我们想要多个sentinel集群，方法一致，只是端口不一致而已，其他配置一致。
这样我们将会构成如下的模式：
再看sentinel-26379.conf 的配置，已经被sentinel改写：
port
dir "/tmp/log"
logfile "26379.log" sentinel myid 45ad97bb868a74e2f7ba5cdba7ba723af1095027
sentinel monitor mymaster 127.0.0.1
sentinel down-after-milliseconds mymaster
# Generated by CONFIG REWRITE
sentinel failover-timeout mymaster
sentinel config-epoch mymaster
sentinel leader-epoch mymaster
sentinel known-slave mymaster 127.0.0.1
sentinel known-slave mymaster 127.0.0.1
sentinel current-epoch
模拟master redis 挂掉后
sentinel 自动把其中一个slave拉起作为master，再看sentinel的信息：
[root@VM_71_225_centos conf]# redis-cli -h 127.0.0.1 -p INFO Sentinel
# Sentinel
sentinel_masters:
sentinel_tilt:
sentinel_running_scripts:
sentinel_scripts_queue_length:
sentinel_simulate_failure_flags:
master0:name=mymaster,status=ok,address=127.0.0.1:,slaves=,sentinels=
已经被sentinel改写
其他命令：
- sentinel monitor mymaster 127.0.0.1 6379 2
当前Sentinel节点监控 127.0.0.1:6379 这个主节点
2代表判断主节点失败至少需要2个Sentinel节点节点同意
mymaster是主节点的别名
- sentinel down-after-milliseconds mymaster 30000
每个Sentinel节点都要定期PING命令来判断Redis数据节点和其余Sentinel节点是否可达，如果超过30000毫秒且没有回复，则判定不可达
sentinel parallel-syncs mymaster 1
当Sentinel节点集合对主节点故障判定达成一致时，Sentinel领导者节点会做故障转移操作，选出新的主节点，原来的从节点会向新的主节点发起复制操作，限制每次向新的主节点发起复制操作的从节点个数为1。
- sentinel failover-timeout mymaster 180000
故障转移超时时间为180000
- sentinel auth-pass \ \
如果Sentinel监控的主节点配置了密码，可以通过sentinel auth-pass配置通过添加主节点的密码，防止Sentinel节点无法对主节点进行监控。
例如：sentinel auth-pass mymaster MySUPER--secret-0123passw0rd
- sentinel notification-script \ \
在故障转移期间，当一些警告级别的Sentinel事件发生（指重要事件，如主观下线，客观下线等）时，会触发对应路径的脚本，想脚本发送相应的事件参数。
例如：sentinel notification-script mymaster /var/redis/notify.sh
- sentinel client-reconfig-script \ \
在故障转移结束后，触发应对路径的脚本，并向脚本发送故障转移结果的参数。
例如：sentinel client-reconfig-script mymaster /var/redis/reconfig.sh。