Sentinel配置及部署

一、sentinel.conf 

 port 26379
 dir /opt/redis-3.0.7/dataSentinel
 sentinel monitor mymaster 192.168.1.157 6379 2
 sentinel down-after-milliseconds mymaster 30000
 sentinel parallel-syncs mymaster 1
 sentinel failover-timeout mymaster 180000
 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

　　

　　2）sentinel.conf

　　

2、slave节点（截图时主节点已经通过 sentinel 转换为158，正常情况图中 master 地址应为192.168.1.157）

　　1）info

　　

　　2）sentinel.conf

　　

五、总结

　　在编辑验证部分前已经通过对157虚拟机掉电测试，158成功被转换成master角色。

　　关闭 sentinel 可执行 ./redis-cli -p 26379 shutdown