Redis-Sentinel安装

z19910509

浏览: 50732 次
性别:
来自: 济南

最近访客更多访客>>

luojianbing

mayu117

严十七

l768621576

博主相关

博客

微博

相册

留言

关于我

文章分类

社区版块

存档分类

博客分类：

redis

Redis-Sentinel Redis Redis高可用

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

分享到：