Redis(十一)：哨兵机制

前言

上一篇介绍了 Redis 的主从模式。这节开始介绍 Redis 的哨兵机制。

上一节提到的，主从架构可以在主节点发生故障时，将从节点切换为主节点继续使用，从而实现整个集群的高可用性。

Redis2.8 以后提供了哨兵（Sentinel）机制，它的作用是自动进行主从节点异常下线和故障转移。它会监测节点是否存活，如果发现节点挂了，就会将节点下线；如果故障的是主节点，还会选举一个从节点切换为主节点，并且把新主节点的相关信息通知给从节点和客户端。

哨兵其实是一个运行在特殊模式下的 Redis 进程。

组建哨兵集群

如果只是单个哨兵节点来监测并进行故障转移，可能会由于网络原因误判节点下线，从而造成不必要的开销。而且单个哨兵节点也不能够保证可靠性，所以有必要使用多个节点，组成哨兵集群来完成工作。

哨兵节点之间是通过发布/订阅机制来相互发现的。

在主从集群中，主节点上有一个名为 __sentinel__:hello 的频道，不同哨兵就是通过它来相互发现，实现互相通信的。

哨兵节点接入集群后，会以每 10 秒一次的频率向主节点发送 INFO 命令来获取所有从节点的信息，从而与每个从节点建立连接并监控。

哨兵实例越多，误判率就越低，但是哨兵集群中的实例不是越多越好，因为哨兵实例越多，通信的次数和耗时也就越多，会影响到哨兵的通信和选举。

哨兵节点主要负责三件事情：监控、故障转移、通知。

监控

当哨兵检测到一个实例下线时，它会自动发出警报。哨兵发出的警报可以通过以下两种方式向管理员进行通知：

1. 哨兵通知：哨兵还可以通过向指定的频道发送通知来实现实例下线的警报。当哨兵检测到一个实例下线时，它会将一个特定的消息发布到指定的频道中，消息的内容包括实例的名称、IP 地址、下线时间等信息。可以通过订阅相应的频道来接收哨兵的通知信息；
2. 哨兵日志：当哨兵检测到一个实例下线时，它会将相应的日志信息写入日志文件。这些日志信息包括实例的下线事件、实例的名称和 IP 地址等信息，以及哨兵的处理过程。可以通过监控哨兵的日志文件来及时发现实例下线的情况。

主观下线

哨兵会每隔 1 秒给所有主从节点和其他哨兵节点发送 PING 命令。当节点收到 PING 命令后，会发送一个 PONG 响应命令给哨兵，这样就可以判断它们是否在正常运行。

哨兵节点也是一个 Redis 实例，如果检测出哨兵集群中的某个实例挂了，会对其进行主观下线操作。

如果主节点或者从节点没有在规定的时间内（配置项中的 down-after-milliseconds，单位毫秒）响应哨兵的 PING 命令，或者返回的状态信息表示节点已经下线，哨兵就会将它们标记为「主观下线」。