Redis为了避免单点故障，所以可以配备多节点。其中又分为主从节点。所谓主从复制，读写分离，套路无非就是主节点负责写，从节点提供读。一旦主节点故障，那么还要从剩余的从节点中找到一个升任主节点。显然这是为了提高Redis的可用性。可靠性是指不出故障；可用性是指出了故障还能使用。
从节点要升级为主节点，就涉及到复制，要将主节点的内容复制到该从节点。复制分为全复制和部分复制。第一次复制时为全复制；其后为部分复制。
这种工夫平时就做，时刻准备着。
检测节点状态，并主导这一切的是所谓的哨兵机制（Sentinel）。
Redis 哨兵主要功能包括主节点存活检测、主从运行情况检测、自动故障转移、主从切换。最小配置是一主一从。哨兵系统可以用来管理多个 Redis 服务器。
该系统可以执行以下四个任务：
监控：不断检查主服务器和从服务器是否正常运行。
通知：当被监控的某个 Redis 服务器出现问题，Sentinel 通过 API 脚本向管理员或者其他应用程序发出通知。
自动故障转移：当主节点不能正常工作时，Sentinel 会开始一次自动的故障转移操作，它会将与失效主节点是主从关系的其中一个从节点升级为新的主节点，并且将其他的从节点指向新的主节点，这样人工干预就可以免了。
配置提供者：在 Redis Sentinel 模式下，客户端应用在初始化时连接的是 Sentinel 节点集合，从中获取主节点的信息。
可见哨兵机制就是一种自动化监控机制。这种类似机制，在微服务架构里也有体现，只不过分得更细，什么监控啦，熔断啦啥的。名词真多。
参考文章：
人类史上最全Redis技术合集，不看悔终生系列
