Redis2.X版本是不支持分布式集群的，只能通过第三方的组件进行实现。上一篇文章介绍了twitter的twemproxy，但twemproxy实现的是将value平均分布到各个服务器上，且只能将失败节点移除，这样就保证不了高可用性了。下面介绍下redis的Sentinel，Sentinel也是redis作者开发的，目前已经集成在redis的安装包里，主要目的就是实现redis的高可用性。
我认为，Sentinel实现的最主要的一个功能就是能做到自动故障迁移，即当某一个master挂了的时候，可以自动的将某一个slave提升为新的master，且原master的所有slave也都自动的将自己的master改为新提升的master，这样我们的程序的可用性大大提高了。
--------------------------------------------------------------------------------------------------------------
下面记录下安装即配置过程：
1、安装非常简单，只要redis安装完成，Sentinel就安装完成了，Sentinel集成在redis里了
2、配置，牵扯到的配置文件为redis安装目录下的：sentinel.conf
port 26380 #Sentinel启动端口
dir "/tmp/6380" #Sentinel的工作目录
sentinel monitor mymaster 192.168.100.90 6380 2
#Sentine监听的maste地址，第一个参数是给master起的名字，第二个参数为master IP，第三个为master端口，第四个为当该master挂了的时候，若想将该master判为失效，在Sentine集群中必须至少2个Sentine同意才行，只要该数量不达标，则就不会发生故障迁移。
sentinel down-after-milliseconds mymaster 30000
#master在多长时间内一直没有给Sentine返回有效信息，则认定该master主观下线
sentinel parallel-syncs mymaster 1
#当在执行故障转移时，设置几个slave同时进行切换master，该值越大，则可能就有越多的slave在切换master时不可用，可以将该值设置为1，即一个一个来，这样在某个slave进行切换master同步数据时，其余的slave还能正常工作
sentinel failover-timeout mymaster 180000
#执行故障迁移超时时间，即在指定时间内没有大多数的sentinel 反馈master下线，该故障迁移计划则失效
#在同一个配置文件里可以配置多个master监听
3、启动Sentinel
#方式一，使用redis-sentinel命令启动 redis-sentinel /path/to/sentinel.conf #方式二, 使用redis-server 命令，启动一个运行在 Sentinel 模式下的 Redis 服务器，即redis与sentinel同时启动 redis-server /path/to/sentinel.conf --sentinel
注：不论哪种方式启动，必须要指定sentinel配置文件的路径
--------------------------------------------------------------------------------------------------------------
名词解释：
1、主观下线：如果服务器在down-after-milliseconds给定的毫秒数之内， 没有返回 Sentinel 发送的 PING 命令的回复， 或者返回一个错误， 那么 Sentinel 将这个服务器标记为主观下线（SDOWN ）
2、客观下线：只有在足够数量的 Sentinel 都将一个服务器标记为主观下线之后， 服务器才会被标记为客观下线（ODOWN）
只有当master被认定为客观下线时，才会发生故障迁移
--------------------------------------------------------------------------------------------------------------
注意事项：
1、只有Sentinel 集群中大多数服务器认定master主观下线时master才会被认定为客观下线，才可以进行故障迁移，也就是说，即使不管我们在sentinel monitor中设置的数是多少，就算是满足了该值，只要达不到大多数，就不会发生故障迁移。
2、官方建议sentinel至少部署三台，且分布在不同机器。这里主要考虑到sentinel的可用性，假如我们只部署了两台sentinel，且quorum设置为1，也可以实现自动故障迁移，但假如其中一台sentinel挂了，就永远不会触发自动故障迁移，因为永远达不到大多数sentinel认定master主观下线了。
3、sentinel monitor配置中的master IP尽量不要写127.0.0.1或localhost，因为客户端，如jedis获取master是根据这个获取的，若这样配置，jedis获取的ip则是127.0.0.1，这样就可能导致程序连接不上master
4、当sentinel 启动后会自动的修改sentinel.conf文件，如已发现的master的slave信息，和集群中其它sentinel 的信息等,这样即使重启sentinel也能保持原来的状态。注意，当集群服务器调整时，如更换sentinel的机器，或者新配置一个sentinel，请不要直接复制原来运行过得sentinel配置文件，因为其里面自动生成了以上说的那些信息，我们应该复制一个新的配置文件或者把自动生成的信息给删掉。
5、当发生故障迁移的时候，master的变更记录与slave更换master的修改会自动同步到redis的配置文件，这样即使重启redis也能保持变更后的状态。
--------------------------------------------------------------------------------------------------------------
sentinel命令：
我们可以使用 redis-cli -p sentinel端口 打开一个redis客户端去执行这些命令
- PING ：返回
PONG。 - SENTINEL masters ：列出所有被监视的主服务器，以及这些主服务器的当前状态。
SENTINEL slaves <master name>：列出给定主服务器的所有从服务器，以及这些从服务器的当前状态。SENTINEL get-master-addr-by-name <master name>： 返回给定名字的主服务器的 IP 地址和端口号。 如果这个主服务器正在执行故障转移操作， 或者针对这个主服务器的故障转移操作已经完成， 那么这个命令返回新的主服务器的 IP 地址和端口号。SENTINEL reset <pattern>： 重置所有名字和给定模式pattern相匹配的主服务器。pattern参数是一个 Glob 风格的模式。 重置操作清除主服务器目前的所有状态， 包括正在执行中的故障转移， 并移除目前已经发现和关联的， 主服务器的所有从服务器和 Sentinel 。SENTINEL failover <master name>： 当主服务器失效时， 在不询问其他 Sentinel 意见的情况下， 强制开始一次自动故障迁移 （不过发起故障转移的 Sentinel 会向其他 Sentinel 发送一个新的配置，其他 Sentinel 会根据这个配置进行相应的更新）
--------------------------------------------------------------------------------------------------------------
客户端：
Jedis支持sentinel
//通过以下方式即可获取连接池，注意这里填写的master名字，应与sentinel配置文件中配置的一致
JedisSentinelPool pool=new JedisSentinelPool("mymaster", hosts, config);
Jedis jedis=pool.getResource();
jedis.set("name","zhangsan");
参考：http://redisdoc.com/topic/sentinel.html