redis的哨兵模式和集群模式
Redis 的 哨兵模式（Sentinel Mode） 和 集群模式（Cluster Mode） 是两种常见的高可用部署方式，它们各有优缺点，适用于不同的场景。以下是它们的比较：
1. 哨兵模式（Sentinel Mode）
优点：
- 高可用性：哨兵模式通过监控主从节点，自动实现故障转移（Failover），当主节点宕机时，哨兵会自动将一个从节点提升为新的主节点。
- 配置简单：相比集群模式，哨兵模式的配置和管理相对简单，适合中小规模的应用。
- 数据一致性：主从复制模式下，数据一致性较好，主节点负责写操作，从节点负责读操作。
- 支持读写分离：可以通过配置实现读写分离，减轻主节点的压力。
缺点：
- 扩展性有限：哨兵模式本质上仍然是单主节点架构，写操作只能由主节点处理，无法横向扩展写性能。
- 资源利用率低：从节点主要用于备份和读操作，资源利用率较低。
- 数据分片不支持：哨兵模式不支持数据分片，所有数据存储在单个主节点中，数据量受限于单机内存。
2. 集群模式（Cluster Mode）
优点：
- 高扩展性：集群模式支持数据分片（Sharding），数据可以分布在多个节点上，支持横向扩展，提升读写性能。
- 高可用性：集群模式通过主从复制和自动故障转移实现高可用性。
- 负载均衡：数据分片后，读写请求可以分散到多个节点，减轻单节点压力。
- 支持大规模数据：适合存储大规模数据，突破了单机内存的限制。
缺点：
- 配置复杂：集群模式的配置和管理相对复杂，需要更多的运维工作。
- 数据一致性较弱：由于数据分片和异步复制，可能存在数据一致性问题。
- 不支持多数据库：集群模式只支持一个数据库（db0），而哨兵模式支持多个数据库。
3. 适用场景
- 哨兵模式：适合中小规模的应用，对数据一致性要求较高，但不需要大规模数据存储和扩展的场景。
- 集群模式：适合大规模数据存储和高并发场景，需要横向扩展和负载均衡的应用。
4. 搭建最小集群需要的资源清单
哨兵模式最小集群：
- Redis 节点：
- 1 个主节点（Master）
- 2 个从节点（Slave）
- 哨兵节点：
- 3 个哨兵节点（Sentinel）
- 资源需求：
- 3 台服务器（物理机或虚拟机），每台服务器至少 1GB 内存。
- 网络带宽：建议 100Mbps 以上。
集群模式最小集群：
- Redis 节点：
- 3 个主节点（Master）
- 3 个从节点（Slave）
- 资源需求：
- 6 台服务器（物理机或虚拟机），每台服务器至少 1GB 内存。
- 网络带宽：建议 100Mbps 以上。
总结
- 哨兵模式：适合简单的高可用需求，配置简单，但扩展性有限。
- 集群模式：适合大规模数据存储和高并发场景，扩展性强，但配置复杂。
根据实际业务需求选择合适的部署方式，并确保有足够的硬件资源支持。