结论：对于构建高性能应用，选择单节点Redis适合简单场景、低并发需求；集群部署（Redis Cluster）适合高可用、海量数据和高并发场景。单节点易部署但有单点故障风险，集群提供自动分片和高可用但部署复杂。建议从小规模单节点起步，根据QPS和数据量升级到集群。

来源1

Redis 单节点部署是最简单的部署方式，只需要一台服务器安装 Redis 服务即可。这种方式部署简单，维护成本低，适合开发测试环境和小型应用。但单节点存在单点故障风险，一旦服务器宕机，整个缓存服务不可用，且数据量受限于单机内存和 CPU。

来源2

Redis Cluster 是 Redis 官方提供的分布式解决方案，支持数据自动分片、高可用和自动故障转移。集群由多个 Master 节点和 Slave 节点组成，每个 Master 负责一部分数据槽（slot）。当某个 Master 节点故障时，集群会自动将从节点提升为主节点，确保服务可用性。

来源3

在高并发场景下，单节点 Redis 容易成为瓶颈。假设 QPS 达到 10 万以上，单节点可能出现内存不足或 CPU 负载过高。使用 Redis Cluster 可以将数据分散到多个节点，每个节点处理部分请求，从而提升整体吞吐量。

来源4

Twemproxy（Nutcracker）是一个轻量级 Redis 中间件，支持分片和连接池，但不支持自动故障转移，需要手动处理节点故障。Codis 是豌豆荚开源的 Redis 集群方案，提供 Web 管理界面，支持动态扩缩容，但维护复杂度较高，已停止维护。

来源5

选择单节点还是集群的关键在于评估你的应用需求。如果日活用户少于 10 万，数据量小于 10GB，单节点足够；如果用户规模大、需要 99.99% 可用性，选择 Redis Cluster。实际部署中，可先用哨兵（Sentinel）模式实现高可用，再升级到 Cluster。

来源6

Redis Cluster 的分片基于 16384 个 hash slot，键值通过 CRC16(key) % 16384 计算 slot。客户端可以直接连接集群节点，减少代理开销。相比代理方案如 Codis，Cluster 原生支持，性能更高。

来源7

部署 Redis Cluster 示例：使用 redis-cli --cluster create 命令创建集群。节点间通过 gossip 协议通信，实现去中心化管理。注意多键操作如 MSET 需要使用 {hash_tag} 确保同 slot。

FAQ
Q: 单节点 Redis 什么时候需要升级到集群？
A: 当 QPS 超过 5 万、内存使用率超 70% 或需要高可用时。
Q: Redis Cluster 支持哪些版本？
A: Redis 3.0 及以上，原生支持。
Q: 集群扩容如何操作？
A: 使用 redis-cli --cluster add-node 添加节点，然后 rebalance slot。
Q: 单节点备份怎么做？
A: 开启 RDB 或 AOF 持久化，定期备份 dump.rdb 文件。