Redis集群 - Sentinel与RAFT算法

引入

  在主从模型中讲到

一旦Master宕机失效，需要手动将Slave角色提升为Master，否则这个子集群将不可用。

  这个缺陷使得系统可用性大大降低。因此Redis专门提供了一个哨兵机制来实现自动故障检测和转移。

什么是哨兵

  哨兵（Sentinel）是一种特殊的Redis实例，与Redis存储实例一样，哨兵同样是基于配置的。

  你可以通过以下两种方式启动哨兵：

    redis-sentinel /path/to/sentinel.conf
    redis-server /path/to/sentinel.conf --sentinel

哨兵需要做什么

• 监控节点状态
• 当Master节点故障时，自动提升Replication（Slave）为Master
• 发送故障通知
• 配置传播（就是把更新后的集群配置传播给其他哨兵进行更新，保持一致性）

怎么实现

• 节点监控
  
    如图（图中S为Sentinel，M为Master，R为Replication即Slave），Sentinel模型集群中的每个Sentinel都在监控着每个节点，每隔一段时间会向每个节点发送PING，通过返回的PONG信息确认节点正常。


  Sentinel与监控的节点之间实现了SUB/PUB（发布订阅）机制，每次Sentinel发布PING消息只需要在频道上发布并接收订阅者返回的消息。

• 故障检测与Failover
  
    在这里有两个重要概念：主观下线（sdown）以及客观下线（odown）。因为Sentinel的数量>=2，并且每个Sentinel都在监控着每个节点，因此Sentinel与节点之间的连接都存在着主观性，这个主观性取决于Sentinel与节点之间的网络连通性。对于单个Sentinel而言，当其通过PING发现某个节点无反应时，其认为节点为下线状态，由于这个决定是这个Sentinel主观认为的，因此将此决断称为主观下线（sdown）。当Sentinel中认为某个节点主观下线的数量超过某个值时：
  • 1.投票选举Sentinel
  • 2.选出Slave，提升为Master，并将更新后的配置广播给其他Sentinel，Master将同步下属Slave数据

参考文献

  [1]redisLab.[EB/OL]. https://redis.io/topics/sentinel. 2019.01-2019.03.