redis是一种高性能的内存数据库，它支持多种数据结构和功能。为了提高redis的可靠性和扩展性，通常会使用redis集群，即多个redis节点组成的分布式系统。在redis集群中，有两种角色：主节点和从节点。主节点负责处理客户端的读写请求，从节点负责复制主节点的数据，并在主节点故障时接管其工作。但是，如何保证主从节点之间的同步和切换呢？这就需要哨兵节点的帮助。
哨兵节点也是独立的redis节点，但它们不存储数据，而是专门用来监控和管理主从节点的状态。哨兵节点可以有多个，它们之间会相互通信，形成一个哨兵集群。哨兵节点的主要作用有以下几点：
1.监控主从节点的运行情况，定期向它们发送心跳包，检测它们是否存活，是否能正常响应请求，是否有延迟等。
2.当检测到主节点故障时，启动故障转移流程，通过投票选举出一个从节点作为新的主节点，并通知其他从节点和客户端更新配置。
3.当检测到从节点故障时，自动重新配置从节点，让它们复制新的主节点或其他正常的从节点。
4.当检测到故障恢复时，自动重新配置故障节点，让它们重新加入集群，并恢复原来的角色。
5.提供配置信息和统计信息给客户端或管理工具，方便查询和管理集群。
哨兵节点的原理是基于Raft算法实现的，Raft算法是一种分布式一致性算法，它可以保证多个节点之间达成共识，并选出一个领导者。哨兵节点通过Raft算法来选举出一个领导者哨兵，它负责发起投票和执行故障转移。其他哨兵则作为跟随者哨兵，它们负责接受领导者哨兵的指令，并给出自己的意见。当领导者哨兵失效时，跟随者哨兵会重新选举出一个新的领导者。
哨兵模式是redis提供的一种高可用性方案，它可以有效地解决单点故障和网络分区等问题。通过使用哨兵节点，我们可以让redis集群在发生故障时自动恢复，并保持数据一致性和服务可用性。