Redis是一种开源的、基于内存的、支持多种数据结构的键值存储系统，广泛应用于缓存、消息队列、排行榜等场景。Redis具有高性能、高并发、持久化等特点，但是也存在单点故障的风险，如果主节点出现故障，会导致数据丢失或服务不可用。为了解决这个问题，Redis提供了哨兵模式（Sentinel Mode），可以实现主从复制、故障检测、故障转移和通知等功能，提高Redis的可用性和稳定性。
Redis哨兵模式的原理是，在主从复制的基础上，增加了一个或多个哨兵节点（Sentinel Node），哨兵节点是一个特殊的Redis客户端，它不存储数据，而是负责监控主节点和从节点的运行状态，如果发现主节点出现故障，就会自动选举一个从节点作为新的主节点，并通知其他从节点和客户端更新配置。哨兵节点之间也会相互监控和通信，保证哨兵集群的一致性和可靠性。
Redis哨兵模式的配置方法是，在每个Redis节点上启动一个哨兵进程，并在哨兵配置文件中指定要监控的主节点和从节点的地址和端口，以及一些相关的参数，例如故障判断的时间间隔、投票的超时时间、最小投票数等。哨兵配置文件的示例如下：
哨兵名称
监控的主节点名称、地址、端口和最小从节点数
故障判断的时间间隔（毫秒）
投票的超时时间（毫秒）
最小投票数
启动哨兵进程后，可以使用redis-cli -p 26379命令连接到哨兵端口，并使用sentinel命令查看或修改哨兵相关的信息，例如sentinel masters可以查看所有监控的主节点，sentinel slaves mymaster可以查看指定主节点下的所有从节点，sentinel failover mymaster可以手动触发指定主节点的故障转移等。
Redis哨兵模式至少需要三个节点才能正常工作，其中一个是主节点，另外两个是从节点。这样可以保证在主节点出现故障时，有足够的从节点参与投票和同步，并且避免出现脑裂（Split Brain）现象，即两个或多个从节点同时认为自己是新的主节点。如果只有两个节点，一个是主节点，另一个是从节点，那么在主节点出现故障时，从节点无法确定自己是否应该升级为新的主节点，因为可能存在网络分区的情况，导致从节点无法和其他哨兵节点通信。如果有三个或以上的从节点，那么可以提高Redis的容错能力和负载均衡能力，但是也会增加网络开销和同步延迟。