集群 Cluster 与主从+哨兵的区别

两种高可用架构概述

Redis 提供了两种主要的分布式方案：主从+哨兵（Sentinel） 和 Redis Cluster。虽然它们都能提供高可用性，但设计目标和适用场景有显著差异。

架构对比

1. 数据分片能力

核心差异：主从+哨兵的所有写操作都集中在主节点，整个系统的总容量受限于单台机器的内存。而 Cluster 通过哈希槽将数据分散到多个主节点上，总容量可以随着节点数线性增长。

2. 高可用实现

核心差异：主从+哨兵需要独立部署哨兵进程，而 Cluster 的高可用能力内置在每个节点中。

3. 客户端访问方式

4. 功能支持

部署复杂度

主从+哨兵：需要部署 1 主 2 从 + 3 哨兵 = 6 个节点
Cluster：   至少 3 主 3 从 = 6 个节点（功能集成，无需额外进程）

虽然节点数量相近，但 Cluster 的配置和管理更复杂，需要处理分片、重分片、槽迁移等操作。

选型建议

选择主从+哨兵的场景

1. 数据量可控：单机内存足以承载所有数据
2. 需要完整的多键操作：事务、Lua 脚本涉及多个 Key
3. 数据量在可预见的未来不会急剧增长
4. 团队运维能力有限：哨兵架构相对简单
5. 需要多个数据库（db 0-15）隔离业务

选择 Redis Cluster 的场景

1. 数据量超过单机内存：需要水平扩展
2. 数据量持续增长：未来可能需要扩容
3. 高可用要求极高：自动分片和自动故障转移一体化
4. 系统需要弹性伸缩：在线扩容和缩容
5. 架构标准化：统一的分布式解决方案

总结

简单来说：数据量小、需要多键操作选主从+哨兵；数据量大、需要水平扩展选 Cluster。两者不是替代关系，而是针对不同场景的优化方案。在 Redis 面试中，清楚地阐述这两种架构的适用边界，比单纯罗列功能差异更有说服力。