Sentinel配置及部署

一、sentinel.conf

1 port 26379
2 dir /opt/redis-3.0.7/dataSentinel
3 sentinel monitor mymaster 192.168.1.157 6379 2
4 sentinel down-after-milliseconds mymaster 30000
5 sentinel parallel-syncs mymaster 1
6 sentinel failover-timeout mymaster 180000
7 daemonize yes

二、配置文件说明

1、port：当前 sentinel 服务运行的端口为 26379

2、dir：Sentinel服务运行时使用的临时文件夹为 /opt/redis-3.0.7/dataSentinel

3、sentinel monitor mymaster 195.168.1.157 6379 2：

　　1）表示 sentinel 监视一个名为 mymaster 的 redis 主实例，主实例IP地址为 195.168.1.157，端口为 6379

　　2）行末尾的“2”用于 sentinel 集群，当集群中有2个 sentinel 认为 master 宕掉时才会认定该 master 不可用

除了上述配置外我们发现接下来的配置项都依据如下格式

　　sentinel <option_name> <master_name> <option_value>

4、sentinel down-after-milliseconds mymaster 30000：

　　1）sentinel 会向 master 发送心跳 PING 来确认 master 是否存活，如果 maste r在“一定时间范围”内不回应 PONG 或者是回复了一个错误消息，那么这个 sentinel 会主观地(单方面地)认为这个 master 已经不可用了( subjectively down , 简称为 SDOWN )而这个 down-after-milliseconds 就是用来指定这个“一定时间范围”的，单位是毫秒

　　2）需要注意的是，这个时候 sentinel 并不会马上进行 failover 主备切换，这个 sentinel 还需要参考集群中其他 sentinel 的意见，如果超过某个数量的 sentinel 也主观地认为该 master 死了，那么这个 master 就会被客观地(objectively down，简称为 ODOWN)认为已经死了，需要一起做出决定的 sentinel 数量在上一条配置中进行配置

5、sentinel parallel-syncs mymaster 1：

　　1）在发生failover主备切换时，这个选项指定了最多可以有多少个 slave 同时对新的 master 进行同步，这个数字越小，完成 failover 所需的时间就越长，但是如果这个数字越大，就意味着越多的 slave 因为 replication 而不可用。可以通过将这个值设为 1 来保证每次只有一个slave处于不能处理命令请求的状态。

6、sentinel failover-timeout mymaster 180000：

　　1）如果在该时间（毫秒）内未能完成failover操作，则认为该failover失败

7、daemonize yes：

　　1）后台运行

三、部署及运行

1、将 sentinel.conf 拷贝到各主从节点的 redis 目录下，我的在 /opt/redis-3.0.7

2、进入 /opt/redis-3.0.7/src 执行 ./redis-sentinel /opt/redis-3.0.7/sentinel.conf 启动（启动的前提是各redis主从节点均已正常启动）

四、验证

主节点：192.168.1.157

从节点：192.168.1.158、192.168.1.159

1、master 节点

　　1）info