Redis 哨兵模式是 Redis 的高可用解决方案，通过多个哨兵实例来监控 Redis 主从节点的运行状态，当主节点宕机时，自动选择一个从节点作为新主节点。哨兵之间通过发布订阅机制通信，每个哨兵会对其他哨兵发送 hello 消息，以确保它们之间的连接正常。当哨兵发现主节点失联时，会对其他哨兵发送消息来选出新主节点。选举出的新主节点信息会传播给其他哨兵，以更新它们自己的节点状态。

哨兵集群中的各个节点角色如下：

Sentinel：哨兵节点，负责监控 Redis 运行状态，进行故障发现和切换操作，同时通过发布订阅机制通知其他 Sentinel 节点。

Master：主节点，存储 Redis 内存数据，读写操作通过主节点处理。

Slave：从节点，复制主节点的数据，对读请求进行负载均衡。

哨兵模式通过自动切换方式实现高可用，适用于小型 Redis 集群，需要人工介入处理故障或调整配置时，不便于管理。因此，在大型 Redis 集群部署中，通常使用集群模式。

Redis 集群模式

Redis 集群模式是 Redis 的分布式解决方案，通过将数据分片到不同节点上，实现数据的分布式存储和访问。Redis 集群采用无中心架构，每个节点都是对等的，通过 gossip 协议交换集群信息，维护整个集群状态。

Redis 集群模式采用 hash slot 算法来将 key 映射到不同的节点，一个节点负责多个 hash slot，每个节点都是一个独立的 Redis 实例，单个节点所存储的数据不可超过集群内所有节点内存总和的一半。集群节点之间通过高速网卡互联，对外提供统一的服务地址。

Redis 集群支持读写分离和自动故障转移功能，其中主节点负责接收写请求，从节点负责接收读请求。当某个节点失效时，集群会自动将其上的 slot 迁移到其他节点，重新分配剩余的 slot，从而实现高可用。

哨兵模式和集群模式的选择

哨兵模式适用于小型 Redis 集群，具有配置简单、易于部署、自动切换等特点。而集群模式适用于大型 Redis 集群，具有高可用、可扩展、支持读写分离等特点。

对于中小型企业，哨兵模式能够满足高可用需求，且具有经济性和易操作性，因此哨兵模式较为适合。而对于大型企业，Redis 集群模式更为适用，能够满足高并发、高可用、高稳定、高扩展的要求。

因此，在使用 Redis 时，需要充分考虑业务需求和实际情况，选择适合自己的高可用解决方案。