Redis-哨兵模式

概述

主从切换技术的方法是：当主服务器宕机后，需要手动把一台服务器切换为主服务器，这就需要人工干预，费事费力，还会造成一段时间内服务不可用。这不是一种推挤的方式，更多时候，我们优先考虑哨兵模式。Redis从2.8开始正式提供了Sentinel(哨兵)架构来解决这个问题。

谋权篡位的自动版，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，他会独立运行，其原理是哨兵通过发送命令，等待Reids服务器响应，从而监控运行的多个Redis实例。

这里的哨兵有两个作用

• 通过发送命令，让Redis服务器返回监控其运行状态，包括主服务器和从服务器
• 当哨兵监测扫master宕机，会自动将slave切换成master，然后通过发布订阅模式 通知其他的从服务器，修改配置文件，让他们切换主机。

然而一个哨兵进程对Redis服务器进行监控，可能会出现问题，为此，我们可以使用多个哨兵进行监控。各个哨兵之间还会进行监控，这样就形成了多哨兵模式。

假设主服务器宕机，哨兵1先检测到这个结果，系统并不会马上进行failover过程，仅仅是哨兵1主观的认为主服务器不可用，这个现象称为主观下线 。当后面的哨兵也检测到主服务器不可用，并且数量达到一定值时，那么哨兵之间就会进行一次投票，投票的结果有一个哨兵发起，进行failover[故障转移]操作。切换成功后，就会通过发布订阅模式，让各个哨兵把自己监控的从服务器实现切换主机，这个过程称为客观下线。

配置测试

1 、调整结构， 6379 带着 80 、 81

2 、自定义的 /wyt  目录下新建 sentinel.conf 文件，名字千万不要错

3 、配置哨兵，填写内容

• sentinel monitor 被监控主机名字 127.0.0.1 6379 1se 1
• 上面最后一个数字1，表示主机挂掉后slave投票看让谁接替成为主机，得票数多少后成为主机

4 、启动哨兵

• Redis-sentinel /wyt/sentinel.conf
• 上述目录依照各自的实际情况配置，可能目录不同

5 、正常主从演示  

6 、原有的 Master 挂了

7 、投票新选

8 、重新主从继续开工， info replication 查查看

9 、问题：如果之前的 master 重启回来，会不会双 master 冲突？ 之前的回来只能做小弟了

启动时可能会遇到的问题

-bash: redis-sentinel: command not found
#差了一个全局命令，将/redis/src目录下的可执行文件创建软连接值路径环境变量中，便于系统识别，相当于一个快捷方式

ln -s /www/server/redis/src/* /usr/local/bin/

如果Master节点断开了，这个时候就会从从机中随机选择一个服务器 

 哨兵日志

如果主机此时回来了，只能归并到新的主机下，当做从机，这就是哨兵模式的规则

哨兵模式的优缺点

        优点

1. 哨兵集群模式是基于主从模式的，所有主从的优点，哨兵模式同样具有。
2. 主从可以切换，故障可以转移，系统可用性更好
3. 哨兵模式是主从模式的升级，系统更健壮，可用性更高。

        缺点

1.  Redis较难支持在线扩容，在集群容量达到上限时在线扩容会变得很复杂。
2. 实现哨兵模式的配置也不简单，甚至可以说有些繁琐

哨兵配置说明

#Example sentinel.conf

#哨兵sentinel实例运行的端口 默认26379

port 26379

#哨兵sentinel的工作目录

dir /tmp

#哨兵sentinel监控的redis主节点的ip port

#master-name 可以自己命令的主节点名字  只能有字母A-z、数字0-9，这三个字符“. - _”组成。

#quorum 配置了多少个sentinel哨兵统一认为master主节点失恋 那么这时客观上认为主节点失联了

#sentinel  monitor

sentinel  monitor  mymaster 127.0.0.1 6379 2

#当在Redis实例中开启了requirepass foobared授权密码 这样所有连接Redis实例的客户端都要提供密码

#设置哨兵sentinel连接主从的密码 注意必须为主从设置一样的验证码

#sentinel auth-pass

sentinel  auth-pass mymaster  MySUPER--secret-0123password

#指定多少毫秒之后  主节点没有应答哨兵sentinel  此时 哨兵主观上认为主节点下线 默认30秒

#sentinel down-after-milliseconds

sentinel  down-after-milliseconds  mymaster 30000

#这个配置项指定了在发送failover主备切换时最多可以有多少个slave同时对新的master进行 同步

这个数字越小，完成failover所需的时间就越长

但是如果这个数字越大，就意味着越多的slave因为replication而不可用

可以通过将这个值设为1来保证每次只有一个slave处于不能处理命令请求的状态。

#sentinel parallel-syncs

sentinel parallel-syncs  mymaster 1

#故障转移的超时时间 failover-timeout 可以用来在以下这些方面：

#1、同一个sentinel对同一个master两次failover之间的间隔时间

#2、当一个slave从一个错误的master那里同步数据开始计算时间。直到slave被纠正为向正确的master那里同步数据时

#3、当想要取消一个正在进行的failover所需要的时间

#4、当进行failover时，配置所有slaves指向新的master所需的最大时间，不过，即使过了这个超时，slaves依然会被正确的配置为指向master，但是就不按parallel-syncs所配置的规则来了

#默认三分钟

#sentinel failover-timeout 

sentinel failover-timeout mymaster 180000

#SCRIPTS  EXECUTION

#配置当某一时间发送时所需要执行的脚本，可以通过脚本来通知管理员，例如当系统运行不正常时发邮件通知相关人员

#对于脚本的运行结果有以下规则：

#若脚本执行后返回1，那么该脚本稍后将会被再次执行，重复次数目前默认为10

#若脚本执行后返回2，或者比2更高的一个返回值，脚本将不会重复执行

#如果脚本在执行过程中由于收到系统中断信号被终止了，则同返回值为1时的行为相同。

#一个脚本的最大执行时间为60s，如果超过这个时间，脚本将会被一个SIGKILL信号终止，之后重新执行

#通知型脚本：当sentinel有任何警告级别的事件发生时（比如说reids实例的主观失效和客观失效等等），将会调用这个脚本，这时这个脚本应该通过邮件，SMS等方式去通知系统管理员关于系统不正常运行的信息。调用该脚本时，将传给脚本两个参数，一个是事件的类型，一个是事件的描述。如果sentinel.conf配置文件中配置了这个脚本路径，那么必须保证这个脚本存在于这个路径，并且是可执行的，否则sentinel无法正常启动成功。

#通知脚本

#sentinel  notification-script 

sentinel notification-script mymaster  /var/redis/notify.sh

#客户端重新配置主节点参数脚本

#当一个master由于failover而发生改变时，这个脚本将会被调用，通知相关的客户端关于master地址已经发生改变的信息。

#以下参数将会在调用脚本时传给脚本：

#

#目前总是“failover”

#是“leader”或者“observer”中的一个。

#参数 from-ip，from-port, to-ip,to-port是用来和旧的master和新的master（即旧的slave）通信的

#这个脚本应该是通用的，能被多次调用，不是针对性的。

#sentinel  client-reconfig-script

sentinel  client-reconfig-scirpt  mymaster /var/redis/reconfig.sh