Redis高可用方案之Sentinel

很多网站都使用Redis作为自己的缓存系统，网站要做到高可用，它使用的缓存系统自然也必须支持高可用，这里就介绍一下Redis的高可用方案Sentinel。

Sentinel是Redis官方提供的一种高可用方案（除了Sentinel，Redis Cluster是另一种方案），它可以自动监控Redis master/slave的运行状态，如果发现master无法访问了，就会启动failover把其中一台可以访问的slave切换为master，并且通过pub/sub事件通知Redis客户端新的master的ip地址。

支持Sentinel的Redis客户端（例如java得Jedis）会在连接Redis服务器的时候向Sentinel询问master的ip，并且会在收到master切换的pub/sub事件后自动重新连接到新的master。对调用Redis客户端的业务系统来说，这些都是完全透明的。

下图是redis sentinel的部署和运行机制



下图是master宕机后，failover的发起流程



现在我们来实战一下，我们的例子中有3台server，3个sentinel，1个master和2个slave。由于我们只有3台server,所以每个sentinel和一个master或者slave放在一个server上。采用的部署结构如下图所示



安装Redis

Redis安装路径：~/servers/redis

tar xzf redis-3.0.7.tar.gz
cp –R redis-3.0.7/* ~/servers/redis/
cd ~/servers/redis/
make distclean
make
make test

配置master(redis.conf):

requirepass 123456 #设置master的密码

masterauth 123456 #设置slave连接master进行同步时使用的密码(虽然当前是master不需要密码，但是当master挂了以后再重启以后，这个时候可能failover已经完成了，master会自动被降级为slave)

分别配置slave1和slave2(redis.conf):

slaveof 172.17.138.94 6379 #指定slave1和slave2的master

requirepass 123456 #设置slave的密码

masterauth 123456 #设置slave连接master进行同步时使用的密码

分别配置sentinel1，sentinel2，sentinel3(sentinel.conf):

sentinel monitor mymaster 172.17.138.94 6379 2 #指定sentinel监控的master(组id为mymaster，当前master ip为172.17.138.94，端口6379，最后的2指定quorum的值，表明如果有2个sentinels无法连接master，才认为master挂了)，slave不用指定，sentinel会通过pub/sub机制自动发现所有slave

sentinel auth-pass mymaster 123456 #设置sentinel连接的master和slave的密码(只能设置一个密码，所以master和slaves的密码必须相同)

启动master和slave1,slave2：

分别ssh到master，slave1，slave2，cd到redis目录，运行src/redis-server redis.conf &

查看master-slave分布情况

src/redis-cli -p 6379

auth 123456

info Replication

master应该看到类似下图信息



slave1和slave2应该看到类似下图信息



验证slave同步master数据

登录master
cd到redis目录
src/redis-cli -p 6379
auth 123456
set testdata 123

登录slave1/slave2
cd到redis目录
src/redis-cli -p 6379
auth 123456
get testdata

启动sentinel1，sentinel2，sentinel3:

分别ssh到每个sentinel，cd到redis目录，运行src/redis-sentinel sentinel.conf &

通过sentinel查看master，slave的情况

分别ssh到每个sentinel，运行src/redis-cli -p 26379 SENTINEL get-master-addr-by-name mymaster

将能看到当前的master的ip地址，redis客户端(jedis)就是通过这个命令来获知应该连接到哪个redis服务器的，如下图



现在我们来演示failover，我们先把master关了来模拟master宕机了



这时候查看sentinel的日志，当有2台(达到quorum)sentinel发现master无法访问后，sentinels进行投票，自动把master切换为slave2(172.17.138.92)



现在再询问sentinel当前master的地址，发现master已经变成了slave2(172.17.138.92)。



而且当挂掉的master重新启动后，它将被自动配置成新master的slave。

如果你这时查看redis.conf和sentinel.conf，你会发现它们的内容已经自动修改成172.17.138.92作为master相对应的配置了，也就是说sentinel的failover是永久性的，下次重启所有redis和sentinels的时候还是有效。

总结：sentinel是一种有效的高可用方案，不过如果你是通过切片(sharding/partition)的可扩展方式使用Redis的话，目前好像还没有成熟的sentinel和切片集成使用的方法。如果你需要同时拥有高可用和可扩展的Redis方案的话，不妨考虑一下Redis3新推出的Redis Cluster方案，或者第三方的Twemproxy，Codis。

参考资料：

http://redis.io/topics/sentinel

http://redis.io/topics/sentinel-clients

http://redis.io/topics/replication

http://shift-alt-ctrl.iteye.com/blog/1884370