使用Sentinel配置Redis 3.x主从高可用服务

Redis-Sentinel是Redis官方推荐的高可用性(HA)解决方案，当用Redis做Master-slave的高可用方案时，假如master宕机了，Redis本身(包括它的很多客户端)都没有实现自动进行主备切换，而Redis-sentinel本身也是一个独立运行的进程，它能监控多个master-slave集群，发现master宕机后能进行自动切换。它的主要功能有以下几点不时地监控redis是否按照预期良好地运行;如果发现某个redis节点运行出现状况，能够通知另外一个进程(例如它的客户端);能够进行自动切换。当一个master节点不可用时，能够选举出master的多个slave(如果有超过一个slave的话)中的一个来作为新的master,其它的slave节点会将它所追随的master的地址改为被提升为master的slave的新地址1.集群规划172.16.1.42 6379 Master172.16.1.43 6379 Slave1172.16.1.43 6380 Slave22.集群配置2.1 安装reids# yum install gcc gcc-c++ tcl# cd /opt/redis/# tar xvf redis-3.2.8.tar.gz# cd redis-3.2.8# make install# make test# cd utils/# 初始化数据# ./install_server.sh2.2 配置并启动redisMaster：# vim master.confport 6379bind 0.0.0.0masterauth 123456requirepass 123456slave-read-only yes#启动# redis-server /etc/redis/master.confSlave1：# vim slave1.confport 6379bind 0.0.0.0slaveof 172.16.1.42 6379masterauth 123456requirepass 123456slave-read-only yesprotected-mode no# 启动# redis-server slave1.confSlave2：# vim slave2.confport 6379bind 0.0.0.0slaveof 172.16.1.42 6379masterauth 123456requirepass 123456slave-read-only yesprotected-mode no# 启动# redis-server slave2.conf3. 验证主从复制Master：[root@localhost redis]# redis-cli -a 123456 -p 6379127.0.0.1:6379> set name1 zhangsanOKSlave1：[root@localhost ~]# redis-cli -p 6379127.0.0.1:6379> auth 123456OK127.0.0.1:6379> get name1"zhangsan"Slave2：[root@localhost ~]# redis-cli -a 123456 -p 6380127.0.0.1:6380> get name1"zhangsan" 4. 主从切换（Redis Sentinel）Redis SentinelSentinel(哨兵)是用于监控redis集群中Master状态的工具4.1 Sentinel作用Master状态检测如果Master异常，则会进行Master-Slave切换，将其中一个Slave作为Master，将之前的Master作为SlaveMaster-Slave切换后，master_redis.conf、slave_redis.conf和sentinel.conf的内容都会发生改变，即master_redis.conf中会多一行slaveof的配置，sentinel.conf的监控目标会随之调换4.2 Sentinel工作方式：每个Sentinel以每秒钟一次的频率向它所知的Master，Slave以及其他 Sentinel 实例发送一个 PING 命令如果一个实例（instance）距离最后一次有效回复 PING 命令的时间超过 down-after-milliseconds 选项所指定的值， 则这个实例会被 Sentinel 标记为主观下线。如果一个Master被标记为主观下线，则正在监视这个Master的所有 Sentinel 要以每秒一次的频率确认Master的确进入了主观下线状态。当有足够数量的 Sentinel（大于等于配置文件指定的值）在指定的时间范围内确认Master的确进入了主观下线状态， 则Master会被标记为客观下线在一般情况下， 每个 Sentinel 会以每 10 秒一次的频率向它已知的所有Master，Slave发送 INFO 命令当Master被 Sentinel 标记为客观下线时，Sentinel 向下线的 Master 的所有 Slave 发送 INFO 命令的频率会从 10 秒一次改为每秒一次若没有足够数量的 Sentinel 同意 Master 已经下线， Master 的客观下线状态就会被移除。若 Master 重新向 Sentinel 的 PING 命令返回有效回复， Master 的主观下线状态就会被移除。主观下线和客观下线主观下线：Subjectively Down，简称 SDOWN，指的是当前 Sentinel 实例对某个redis服务器做出的下线判断。客观下线：Objectively Down， 简称 ODOWN，指的是多个 Sentinel 实例在对Master Server做出 SDOWN 判断，并且通过 SENTINEL is-master-down-by-addr 命令互相交流之后，得出的Master Server下线判断，然后开启failover.SDOWN适合于Master和Slave，只要一个 Sentinel 发现Master进入了ODOWN， 这个 Sentinel 就可能会被其他 Sentinel 推选出， 并对下线的主服务器执行自动故障迁移操作。ODOWN只适用于Master，对于Slave的 Redis 实例，Sentinel 在将它们判断为下线前不需要进行协商， 所以Slave的 Sentinel 永远不会达到ODOWN。4.3 配置1：指定监听Master(三个节点)所有节点都需要运行，所有节点配置一样，且必须启动# vim /etc/redis/sentinel.conf(可以从安装包里面找到这个文件)protected-mode nologfile “/mejust/logs/sentinel.log"port 26379dir “/tmp"sentinel monitor mymaster 172.16.1.42 6379 2sentinel down-after-milliseconds mymaster 5000sentinel failover-timeout mymaster 60000sentinel auth-pass mymaster !@#123mejust.com上面配置文件说明如下：第二行指定sentinel端口号第五行指定Sentinel去监视一个名为 mymaster 的Master，Master的IP地址为172.16.1.42，端口号为6379，最后的2表示当有2个Sentinel检测到Master异常时才会判定其失效，即只有当2个Sentinel都判定Master失效了才会自动迁移，如果Sentinel的数量不达标，则不会执行自动故障迁移。第六行指定Sentinel判定Master断线的时间。（单位为毫秒，判定为主观下线SDOWN）第七行指定在执行故障转移时，最多可以有多少个Slave同时对新的Master进行同步。这个数字设置为1，虽然完成故障转移所需的时间会变长，但是可以保证每次只有1个Slave处于不能处理命令请求的状态2：启动sentinel(三个节点)：# redis-sentinel /etc/redis/sentinel.conf3：设置开机启动(三个节点)# echo “/opt/redis/src/redis-sentinel /main/redis/sentinel.conf” >> /etc/rc.local4.4 注意点首次启动时，必须先启动MasterSentinel 只在 server 端做主从切换，app端要自己开发(例如Jedis库的SentinelJedis，能够监控Sentinel的状态)若Master已经被判定为下线，Sentinel已经选择了新的Master，也已经将old Master改成Slave，但是还没有将其改成new Master。若此时重启old Master，则Redis集群将处于无Master状态，此时只能手动修改配置文件，然后重新启动集群5. 集群状态返回结构是PONG，则表示服务运行正常127.0.0.1:6379> pingPONG127.0.0.1:6379> info Replication查看sentine状态[root@localhost log]# redis-cli -p 26379127.0.0.1:26379> info主从切换：127.0.0.1:26379> slaveof NO ONE