Redis哨兵模式

引言

当主服务器宕机后，主从切换技术的方法是：需要手动把一台从服务器切换为主服务器，这就需要人工干预，费时费力，还会造成一段时间内服务不可用。这不是一种推荐的方式，因此我们可以选择一种自动切换的方式，也就是自动版的反客为主的哨兵模式。

一、哨兵模式概述

哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行。其原理是：哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例。

二、哨兵的作用

Redis哨兵这里的哨兵有两个作用

1、通过发送命令，让Redis服务器返回监控其运行状态，包括主服务器和从服务器。

2、当哨兵监测到master宕机，会自动将slave切换成master，然后通过发布订阅模式通知其他的从服务器，修改配置文件，让它们切换主机。

三、单个哨兵的局限性

一个哨兵进程对Redis服务器进行监控，可能会因为各种原因出现错误判断，因此，我们可以使用多个哨兵进行监控，降低误判的可能。各个哨兵之间还会进行监控，这样就形成了多哨兵模式。

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

四、主服务器的重新选举机制

1、优先级在redis.conf中默认: slave-priority 100 ,值越小优先级越高

2、偏移量是指获得原主机数据最全的

3、每个redis实例启动后都会随机生成一个40位的runid

五、哨兵模式搭建过程

首先，哨兵模式的搭建得在主从复制架构搭建完成的基础下进行，主从复制的搭建链接为：http://t.csdn.cn/HcNyu，启动端口号分别6380，6381，6382的redis服务端和客户端，通过info replication命令查看服务器的相关信息

 从上述信息可知，端口号为6380的redis服务为主服务器，6381和6382为从服务器，这样就是一个一主二从的结构，此时，我们将进入在主从搭建过程中创建的/myredis目录，使用vi sentinel.conf命令创建sentinel.conf,并配置哨兵模式，输入sentinel monitor mymaster 127.0.0.1 6380 1。

其中mymaster为监控对象起的服务器名称，127.0.0.1表示被监控的主服务器的ip地址，6380为被监控的主服务器的redis服务的端口号，1表示至少有多少个哨兵同意迁移的数量

点击esc，输入“：wq”保存离开。一主二从架构的哨兵模式就搭建完成了。

六、哨兵模式的启动与测试

在启动完成主从复制架构的服务器的基础上， 进入myredis目录输入redis-sentinel sentinel.conf启动哨兵模式 ，其中该监控服务的端口号为26379，pid为4022。

此时，我们进入端口号为6380（主服务器redis的端口号）的redis客户端，查看服务器信息，可以确认该服务器为主服务器，且有两个从服务器

使用shutdown命令，模拟宕机，并查看redis进程，发现6380的redis服务器已经关闭

 

 此时，进入端口号为6381和6382的redis客户端查看服务器信息，可以发现6381还是从服务器，但但其主服务器已经变为6382了，而6382已经变成主服务器了。

 

 此时，再重新启动6380的redis服务端和客户端，查看服务器信息，可以发现6380已经变为从服务器，且其主服务器端口号为6382

7、总结

当主服务器宕机后，主从切换技术可以选择自动切换的哨兵模式。