Redis的高级特性哨兵

一、哨兵介绍

Redis Sentinel，即Redis哨兵，在Redis 2.8版本开始引入。哨兵的核心功能是主节点的自动故障转移。下面是Redis官方文档对于哨兵功能的描述：

1. 监控（Monitoring）：哨兵会不断地检查主节点和从节点是否运作正常。
2. 自动故障转移（Automatic failover）：当主节点不能正常工作时，哨兵会开始自动故障转移操作，它会将失效主节点的其中一个从节点升级为新的主节点，并让其他从节点改为复制新的主节点。
3. 配置提供者（Configuration provider）：客户端在初始化时，通过连接哨兵来获得当前Redis服务的主节点地址。
4. 通知（Notification）：哨兵可以将故障转移的结果发送给客户端。

简单来说，主从模式下为了使主从具备高可用性，就需要用哨兵进行监控，在主节点下线后，会通过投票选出新的主节点，在主节点上线后，也只能作为新节点的从节点。哨兵环境也需要高可用，所以一般是三个以上的集群。

架构图如下：

<mxfile userAgent="Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.89 Safari/537.36" version="8.5.3" editor="www.draw.io" type="device"><diagram>7Vldc+IgFP01PLYTQr58VJt2X3amM33Y9jGbYGSKwSVYdX/9goGYEJx1OqbrtOuDwoHchHMu994gQPPV7oFn6+V3VmAKfK/YAXQHfB8GMJI/Ctk3SOInDVByUuhJR+CJ/MYa9DS6IQWuexMFY1SQdR/MWVXhXPSwjHO27U9bMNq/6zor8QB4yjM6RH+QQizNKuIj/g2TcmnuDKNJM/Izy19LzjaVvh/w0eLwaYZXmbGlF1ovs4JtOxBKAZpzxkTTWu3mmCpuDW3NdfcnRtvn5rgS51zgNxe8ZXSjlw7SAMxmIElBmoBkChKJxOp7ppdYi72hSdqSisjObLskAj+ts1yNbKVTSGwpVlT2oGxm9bqRaUF2WN56tiCUzhll/GAIxek0Sj2Fs0pod4CB7A/Xo5f4hrnAuw6k1/eA2QoLvpdTzKjhWvti4On+tqOshpYdUQ2WaV8qW8tHPmVDU+qmF7npTRTDn4Telqe91f8AeoPP771B8O+8NxzS60dU6IX2yIx+bZgZuKkPFEzlBBitd8dB2Sr178EKMUAt+SEVpjeSi3nb8W/Vp+1W5jL52MQ2JbHmmQxsaX0IyUq7O+/veteCs9c28KOh4Gl0fz+fjxOeYDAUOIAOheMLKBw5FLZ3SVVMVUaVvZxmdU3yPlm2z+MdEc+aZ9V+0fMkQ3z/3O286FknSazZhue4F0lFxksserkLF71cPiS6Q2To4NFgHNNMkLd+BeAiV9/hkZHDJjBx0N6ogaVPsxp9VTcl24YmfUNoYhlqOBgYOmjdLvss+ePx5Ien5PcuJX9wVfLb2zi0VTtXfhhbhmw/upz8iSN9hmAagORONRJZpkQDh5BhTbjCpQmPFauwFTE1lFFSVsqPpNBY4jMVJIksuqd6YEWKgp7Kx/0IPkYhg6x9Fw8DscuB0AXi8OS/Eh0lkFVSoiT8MCVMpr1oTGxj3214dvS73kwHI6vih+hCoc4bLdRBeIWyXlcGC+wXOei/T1Zk+Uc0oqyO84sxZW2L29tAxmSrwpHtR8yJfHwVU8+vbcKhZ6Cr8gxkHrH1jPfWNpaLhdF4nuE6eonBZAYmEKSROiGYxl8npULP2tyO4iYaK6W6jmm+rhS+nT4dL/yjSeE40vnCUgTWS1sbMC8vheweT/WbeHb86wSlfwA=</diagram></mxfile>

1545458228541.drawio.html 24.62KB

二、哨兵集群搭建

2.1搭建Redis主从集群

方法请看上一篇博客，redis主从集群搭建。
不同的是我在三个配置文件加了访问密码，requirepass "XXX"，所以需要在这里也加上master的密码
masterauth "XXX"，否则主服务器会拒绝从服务器的复制请求。

2.2修改哨兵配置文件

默认的配置文件是sentinel.conf在主目录下，首先复制两份出来
cp sentinel.conf sentinel-27000.conf
cp sentinel.conf sentinel-27001.conf
然后要修改的内容如下（相同的省略）：

sentinel.conf	sentinel-27000.conf	sentinel-27001.conf
port 26379	port 27000	port 27001
pidfile "/var/run/redis-sentinel.pid"	pidfile "/var/run/redis-sentinel2.pid"	pidfile "/var/run/redis-sentinel3.pid"
sentinel monitor mymaster 127.0.0.1 6379 2	sentinel monitor mymaster 127.0.0.1 6379 2	sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 3000	略	略
sentinel failover-timeout mymaster 10000	略	略
sentinel auth-pass mymaster XXX	略	略
sentinel myid xxx	sentinel myid xxx	sentinel myid xxx

注意：

1. 如果主服务器使用了密码认证，则sentinel auth-pass mymaster XXX是必须的，并且密码与上面的要一致。
2. sentinel monitor mymaster 的配置必须要在 其他用到<master-name>的前面，因为读取配置文件时按顺序读取的会报这个名称未定义（坑了我好久）
3. 修改 sentinel myid 从而保证三个id都不同。
4. 需要在防火墙开启26379、 27000、 27001三个端口。

2.3启动

1. 启动redis主从集群，注意顺序是先master再slave

src/redis-server redis-6379.conf
src/redis-server redis-6380.conf
src/redis-server redis-6381.conf

1. 启动哨兵有两种方式。
   src/redis-sentinel sentinel.conf
   src/redis-server sentinel.conf --sentinel

src/redis-sentinel sentinel.conf
src/redis-sentinel sentinel-27000.conf
src/redis-sentinel sentinel-27001.conf

1. 如图，哨兵成功监视了master并发现了下面的两个从服务器
   

2.4测试故障自动转移

1. 查看哨兵集群情况，输入命令src/redis-cli -p 27000再info Sentinel
   
   可以看到master是端口6379的，有两个slaves，三个哨兵。
2. 这时我们kill掉6379的Redis进程后，再查看集群情况。哨兵日志如下：
   
   6379挂了后进行了一轮的选举投票，最后6380端口的成为了新的master，来看看现在的集群情况是不是这样的。
   
3. 这时如果重新启动6379，它还会不会恢复老大的身份呢？

5020:X 26 Dec 2018 13:46:38.998 # -sdown slave 8.9.8.165:6379 8.9.8.165 6379 @ mymaster 8.9.8.165 6380
5020:X 26 Dec 2018 13:46:48.947 * +convert-to-slave slave 8.9.8.165:6379 8.9.8.165 6379 @ mymaster 8.9.8.165 6380

日志显示6379重新加入了集群，只不过变成了从服务器。