Redis 哨兵（Sentinel）系统是一种用于管理多个 Redis 服务器的系统，其主要目标是提供监控、通知、自动故障转移和服务发现功能。哨兵系统能够在 Redis 实例出现问题时自动进行故障转移，确保系统的高可用性。其工作原理如下：
监控（Monitoring）: 哨兵会不断地检查你的主节点和从节点是否运行正常。它通过发送命令，比如 PING，来检查每个 Redis 服务器的健康状态。
通知（Notification）: 当某个 Redis 实例出现问题时，哨兵可以通过 API 或者配置的方式发送通知给管理员或其他应用程序，告知他们问题的存在。
自动故障转移（Automatic Failover）:
- 如果一个主节点无法正常工作，哨兵会开始故障转移的过程。哨兵之间会进行协商，选择一个从节点来晋升为新的主节点。
- 选举过程基于多个因素，包括从节点与主节点的数据同步延迟、从节点的运行时间和从节点的网络连接情况。
- 一旦选举出新的主节点，哨兵会配置其他的从节点，让它们复制新的主节点。同时，哨兵也会更新其内部配置，以反映新的主从关系。
配置提供者（Configuration Provider）:
- 哨兵还充当配置提供者的角色，客户端可以询问哨兵哪个 Redis 实例是当前的主节点。
- 这使得客户端在主节点发生变化时，能够自动地发现新的主节点地址。
服务发现（Service Discovery）:
- 哨兵提供了一个服务发现的机制，应用程序可以通过查询哨兵来获取当前的主节点和从节点的信息，确保应用程序总是连接到正确的服务器。
实现哨兵系统通常需要至少三个哨兵实例，以确保系统的健壮性和决策的准确性。这是因为哨兵间通过投票机制来决定故障转移的行动，避免“脑裂”（split-brain）问题的发生。
部署哨兵系统时，需要在哨兵配置文件中指定要监控的 Redis 主节点信息，以及哨兵间的通信和选举参数。配置完成后，启动哨兵实例，它们就会自动开始监控和管理 Redis 实例。
