Redis Sentinel

Redis Sentinel 的高可用

    Redis Sentinel 是一个分布式架构，其中包含若干个Sentinel节点和Redis 数据节点，每个Sentinel节点会对数据节点和其余Sentinel节点进行监控，当它发现节点不可达时，会对节点做下线标识。如果被标识的是主节点，它还会和其他Sentinel节点进行“协商”，当大多数Sentinnel节点都认为主节点不可达时，它们会选举出一个Sentinel节点来完成自动故障转移的工作，同时会将这个变化实时通知给Redis应用方。整个过程完全是自动的，不需要人工来介入，所以这套方案很有效的解决了Redis的高可用问题。

Redis Sentinel 架构

整个自动故障转移的处理逻辑有下面4个步骤:

1) 主节点故障

主节点出现故障，此时两个从节点与主节点失去连接，主从复制失败。

2) 定期监控主节点

每个Sentinel节点通过定期监控发现主节点出现了故障。

3) 选出领导

多个Sentinel节点对主节点的故障达成一致，选出sentinel-3节点作为领导者负责故障转移。

4)执行故障转移

5)故障转移后，整个Redis Sentinel的拓扑结构图

Redis Sentinel具有以下几个功能:

监控:Sentinel节点会定期检测Redis数据节点、其余Sentinel节点是否可达。

通知:Sentinel节点会将故障转移的结果通知给应用方。

配置提供者:在Redis Sentinel结构中，客户端在初始化的时候连接的是Sentinel节点集合，从中获取节点信息。

Redis Sentinel包含了若干个Sentinel节点，这样也带来了两个好处：

1）对于节点的故障判断是由多个Sentinel节点共同完成，这样可以有效的防止误判。

2）Sentinel节点集合是由若干个Sentinel节点组成，这样即使个别Sentinel节点不可用，整个Sentinel节点依然是健壮的。

Sentinel节点本身就是独立的Redis节点，只不过它们有一些特殊，它们不存储数据，只支持部分命令。

实战Sentinel

创建sentinel.conf配置文件

touch sentinel.conf

配置sentinel.conf

sentinel monitor mymaster 127.0.0.1 6379 1

sentinel节点需要监控127.0.0.1:6379这个主节点，1 代表，判断主节点失败至少需要1个sentinel节点同意，mymaster是主节点的别名.

启动Sentinel节点

./redis-sentinel /usr/local/redis/etc/sentinel.conf

查询sentinel节点的信息

Redis Sentinel 优化配置

此处只是使用了一个sentinel节点来测试，在高可用的环境下需要多个sentinel节点监控，但是有2点需要强调一下：

1）生产环境建议Redis Sentinel的所有节点应该分布在不同的物理机上。
2）Redis Sentinel中的数据节点和普通的Redis数据节点在配置上没有任何区别，只不过是添加了一些Sentinel节点对他们进行监控。

Redis安装目录下有个sentinel.conf，是默认的sentinel节点配置文件，下面就以它作为例子进行说明：