（本文仅介绍相关概念，具体文件参数配置和实现并没提供）
我们在之前讲过了主从复制，这只是主从方案，最终一致性。但是如果主节点在半夜突然宕机了怎么办？就需要我们的运维进行主从切换，需要手动将一台从服务器设置为主服务器，但是因为这是人工干预，费时费力，还会造成一段时间内服务不可用，所以这实在不是一种良策。所以在Redis2.8版本之后就提供了Sentinel（哨兵）架构来解决这个问题。
什么是哨兵模式？
哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行。其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例。
但是如果只是一个哨兵的话，万一我们的哨兵也挂了的话，岂不是就没有监控了？所以我们的哨兵通常就是多个搭建集群：
哨兵模式 最小配置 1主 2从 3哨兵，3个哨兵能监控每个master和salve
这里的哨兵主要有两个作用：
- 通过发送命令，让Redis服务器返回监控其运行状态，包括主服务器和从服务器。
- 当哨兵监测到master宕机，会自动将slave切换成master，然后通过发布订阅模式通知其他的从服务器，修改配置文件，让它们切换主机。
用文字描述一下故障切换（failover）的过程。假设主服务器宕机，哨兵1先检测到这个结果，系统并不会马上进行failover过程，仅仅是哨兵1主观的认为主服务器不可用，这个现象成为主观下线。当后面的哨兵也检测到主服务器不可用，并且数量达到一定值时，那么哨兵之间就会进行一次投票，投票的结果由一个哨兵发起，进行failover操作。切换成功后，就会通过发布订阅模式，让各个哨兵把自己监控的从服务器实现切换主机，这个过程称为客观下线。这样对于客户端而言，一切都是透明的。
可以看到我们原来的主服务器连接上了之后，变成了从服务器，并不会因为之前是主服务器，而连接上了之后又会变成主服务器。
参考资料
《Redis深度历险：核心原理和应用实践》
网友评论