Redis哨兵模式

当主机宕机后，需要手动将一台从机切换为主机。但是这样就会费时费力，还会造成一段时间内服务不可用。

Redis从2.8开始正式提供了Sentinel（哨兵）架构来解决这个问题。

哨兵模式是在后台监控主机是否故障，如果故障了根据投票数自动将从机转换成主机。

哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，它会独立运行。

其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控正在运行的多个Redis实例。

 这里的哨兵有两个作用：

• 通过发送命令，让Redis服务器返回监控其运行状态，包括从机和主机。
• 当哨兵监测到master宕机，会自动将salve切换成master，然后通过发布订阅模式通知其他的从机，修改配置文件，让它们切换主机。

一个哨兵进程对Redis服务器进行监控，可能会出现问题，为此我们可以使用多个哨兵进行监控。

各个哨兵之间还会进行监控，这样就形成了多哨兵模式。

 假设主机宕机，哨兵1先监测到这个结果，系统并不会马上进行failover（故障转移）过程，仅仅是哨兵1主观地认为主机不可用，这个现象称为主观下线。

当后面的哨兵也监测到主机不可用，并且达到一定数量时，哨兵之间会进行一次投票，投票的结果由一个哨兵发起，进行failover操作。

切换成功后，就会通过发布订阅模式，让各个哨兵把自己监控的从机实现切换到另一个主机，这个过程称为客观下线。

优缺点

优点

1. 哨兵集群模式时基于主从模式的，所有主从的优点，哨兵模式同样具有。
2. 主从可以切换，故障可以转移，系统可用性更好。
3. 哨兵模式时主从模式的升级，系统更健壮，可用性更高。

缺点

1. Redis较难支持在线扩容，在集群容量达到上限时在线扩容会变得很复杂。
2. 实现哨兵模式的配置并不简单，甚至可以说有些繁琐。