聊一聊Redis的Sentinel与Cluster

哨兵模式

什么是哨兵模式？

它是Redis的一种高可用架构，遵循CAP原则中的CP原则。我们在这里其实就可以把它看作为一个Zookeeper的集群，一般由3个以上的节点组成。它会监控所有的节点，当主节点挂掉的时候，它会选举一个最优的从节点升级为主节点。当我们在用client去连接的时候，它首先去连接Sentinel节点，然后通过Sentinel节点去查到主节点地址，再去和主节点进行数据交互。如果主节点挂掉了，Sentinel节点就会进行选取，将一个最优从节点升级为主节点，再把新的主节点的IP：Port通知给client.

为了改进主从模式下必须得要去调整主从节点。因为在主从模式下，如果主节点出现问题了，就必须得要手动的调节，首先应该把其他的从节点和之前的主节点的配置文件中将slave of 换成新的主节点的IP：Port，再把新的主节点的slave of 清除。

对于哨兵模式中，它里面包含了Sentinel节点和数据节点。Sentinel节点不会去存储数据，它只会监控数据节点和除了他之外的其他Sentinel节点。如果发现节点没有消息传过来之后就会下线这个节点，如果这个节点是主节点就会与其他的Sentinel节点进行协商，如果大部分的Sentinel节点觉得这个主节点不可达之后就会下线这个节点，然后推选出一个Sentinel节点作为大哨兵去完成故障自动迁移的操作，然后将这个变化通知给应用放。Sentinel节点必须是奇数，而且数量>2。(这里和ZK比较相似)

哨兵模式的小细节

哨兵是如何去监控这些节点的

前面说了Sentinel节点监控数据节点和除了他之外的的Sentinel节点，那么它是通过什么来获得各个节点的发现和监控？它这里有三种定时任务去达成：

1. 每隔10s，哨兵会向数据节点发送info指令，从而获取数据节点的拓扑结构。这是为了去获取master和slave的状态，也可以去检索其他新加入的从节点，如果哪个节点出了问题，就会比较及时的获取到状态。
2. 每隔2s，哨兵会向Redis数据节点的sentinel： hello 频道发送 当前哨兵节点的信息还有对主节点的判断。因为每一个Sentinel节点都必须