单体Redis

优点

• 简单性：易于配置和维护。
• 资源占用：相对较少的资源消耗。

缺点

• 可用性：单点故障，如果Redis实例崩溃，服务将不可用。
• 性能：无法横向扩展，性能受限于单台服务器。

配置示例

bind 127.0.0.1 your.trusted.ip
protected-mode yes
port 6379
requirepass YourStrongPassword
maxmemory 4gb
maxmemory-policy allkeys-lru
appendonly yes
appendfsync everysec

哨兵（Sentinel）

优点

• 高可用性：能够监控Redis实例，并在主节点故障时自动进行故障转移。
• 简化管理：自动处理故障转移，无需手动干预。

缺点

• 复杂性：配置和管理比单体Redis复杂。
• 性能瓶颈：所有写操作仍然在主节点上，可能成为性能瓶颈。

配置示例（哨兵配置文件sentinel.conf）

sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 30000
sentinel parallel-syncs mymaster 1
sentinel failover-timeout mymaster 180000

集群

优点

• 高可用性：数据分片和复制，提供高可用性。
• 可扩展性：可以轻松添加或移除节点，实现横向扩展。

缺点

• 复杂性：配置和管理比单体和哨兵模式更为复杂。
• 资源消耗：需要更多的资源来维护多个节点。

配置示例（集群配置）

# 使用Redis命令行工具创建集群
redis-cli --cluster create 127.0.0.1:7000 127.0.0.1:7001 \
127.0.0.1:7002 127.0.0.1:7003 127.0.0.1:7004 127.0.0.1:7005 \
--cluster-replicas 1

哨兵加集群

优点

• 高可用性和可扩展性：结合了哨兵的高可用性和集群的可扩展性。

缺点

• 最高复杂性：管理和配置最为复杂。
• 资源消耗：需要最多的资源。

配置说明

哨兵加集群的配置是哨兵和集群配置的组合。首先，你需要配置和运行一个Redis集群，然后配置哨兵来监控这个集群的主节点。

代码说明

以下是如何使用Redis的命令行工具来创建一个简单的集群，并配置哨兵：

# 创建集群节点配置文件，例如7000.conf
port 7000
cluster-enabled yes
cluster-config-file nodes-7000.conf
cluster-node-timeout 5000
appendonly yes

# 重复上述步骤，为每个节点创建配置文件（7001.conf, 7002.conf, ...）

# 启动所有Redis实例
redis-server 7000.conf
redis-server 7001.conf
# ...

# 创建集群
redis-cli --cluster create 127.0.0.1:7000 127.0.0.1:7001 \
127.0.0.1:7002 127.0.0.1:7003 127.0.0.1:7004 127.0.0.1:7005 \
--cluster-replicas 1

# 配置哨兵
echo "sentinel monitor mymaster 127.0.0.1 7000 2" > sentinel.conf
echo "sentinel down-after-milliseconds mymaster 30000" >> sentinel.conf
echo "sentinel parallel-syncs mymaster 1" >> sentinel.conf
echo "sentinel failover-timeout mymaster 180000" >> sentinel.conf

# 启动哨兵
redis-sentinel sentinel.conf

请注意，以上代码和配置仅为示例，实际部署时需要根据具体环境和需求进行调整。