Redis集群Docker部署与高可用实践

1. Redis集群基础认知

Redis集群是Redis官方提供的分布式解决方案，通过数据分片（sharding）和主从复制（replication）实现高可用与横向扩展。在Docker环境下部署集群，既能享受容器化的便捷性，又能获得分布式系统的优势。我最早接触Redis集群是在2016年处理一个电商项目的高并发秒杀场景，当时单节点Redis遇到性能瓶颈，迁移到集群后QPS从8k提升到50k+。

传统单节点Redis存在两个致命缺陷：一是内存容量受限于单机，二是无法应对写压力。集群模式通过分片将数据分散到多个节点，每个分片维护部分数据（官方推荐至少3主3从共6节点）。当主节点故障时，从节点会自动接替工作，整个过程对客户端透明。

重要提示：Redis集群采用无中心节点的对等架构，节点间通过Gossip协议通信，这与哨兵模式有本质区别。集群模式下客户端需要支持重定向（MOVED/ASK响应），主流语言驱动都已实现该逻辑。

2. 集群规划与Docker准备

2.1 节点规划方案

生产环境建议采用3主3从的经典架构，每个主节点对应一个从节点。这种配置可以容忍单个主节点及其从节点同时故障（需要手动干预恢复）。我的测试环境配置如下：

端口规划采用7001-7006连续端口，实际项目中应避免使用连续端口以防扫描攻击。数据卷挂载到宿主机特定目录，既方便持久化也便于后期维护。

2.2 Docker网络配置

集群节点需要互相通信，建议创建专用网络：

bash复制docker network create redis-cluster-net

我习惯使用自定义网络而非默认的bridge，原因有三：

1. 容器间可通过名称直接通信
2. 可自定义子网避免冲突
3. 方便实施网络策略

验证网络创建成功：

bash复制docker network inspect redis-cluster-net | grep Subnet

3. 容器化部署实战

3.1 批量启动Redis节点

使用官方redis镜像（建议选择alpine版本节省空间），编写启动脚本：

bash复制for port in $(seq 7001 7006); do
  docker run -d --name redis-${port} \
    --net redis-cluster-net \
    -p ${port}:${port} \
    -v /data/redis/${port}:/data \
    redis:7.0-alpine \
    redis-server --port ${port} --cluster-enabled yes \
    --cluster-config-file nodes.conf \
    --cluster-node-timeout 5000 \
    --appendonly yes
done

关键参数解析：

• --cluster-enabled yes：启用集群模式
• --cluster-node-timeout 5000：节点超时时间（毫秒）
• --appendonly yes：开启AOF持久化

踩坑记录：曾因未设置appendonly导致测试数据丢失，虽然集群有副本但意外断电仍可能丢数据。

3.2 集群初始化

进入任意容器执行集群创建命令：

bash复制docker exec -it redis-7001 sh
redis-cli --cluster create \
  172.18.0.2:7001 \
  172.18.0.3:7002 \
  172.18.0.4:7003 \
  172.18.0.5:7004 \
  172.18.0.6:7005 \
  172.18.0.7:7006 \
  --cluster-replicas 1

注意点：

1. 必须使用容器IP而非127.0.0.1
2. --cluster-replicas 1表示每个主节点配1个从节点
3. 命令会提示分配方案，输入yes确认

验证集群状态：

bash复制redis-cli -p 7001 cluster nodes | grep myself

4. 集群运维关键技巧

4.1 数据分片策略

Redis集群采用CRC16算法计算key的hash slot（共16384个槽）。查看槽分配：

bash复制redis-cli -p 7001 cluster slots

实际项目中遇到过hot key问题，解决方案：

1. 对热点key添加随机后缀分散到不同slot
2. 使用Hash Tag强制某些key分配到同一节点

bash复制# 普通key可能分布在不同节点
SET user:1001:profile "xxx" 
SET user:1001:orders "yyy"

# 使用Hash Tag确保同用户数据在相同节点
SET user:{1001}:profile "xxx"
SET user:{1001}:orders "yyy"

4.2 集群伸缩操作

扩容步骤：

1. 启动新节点（主+从）
2. 执行redis-cli --cluster add-node
3. 迁移部分slot到新节点

缩容步骤：

1. 迁移待删除节点的slot到其他节点
2. 执行redis-cli --cluster del-node

经验：迁移slot时建议使用--cluster-from和--cluster-to指定具体节点，避免自动分配不均。

4.3 故障模拟与恢复

模拟主节点宕机：

bash复制docker pause redis-7001

观察从节点升主：

bash复制redis-cli -p 7002 cluster nodes | grep master

恢复原主节点：

bash复制docker unpause redis-7001
redis-cli -p 7001 cluster failover --force

5. 生产环境优化建议

5.1 性能调优参数

在redis.conf中增加：

conf复制cluster-require-full-coverage no  # 部分slot不可用时仍提供服务
tcp-backlog 511                   # 高并发连接队列
repl-disable-tcp-nodelay no       # 降低复制延迟

监控指标重点关注：

• 集群状态：cluster info
• 内存使用：info memory
• 键空间统计：info keyspace

5.2 安全加固措施

1. 启用密码认证：

bash复制redis-cli -p 7001 config set requirepass yourpassword

2. 禁用危险命令：

bash复制rename-command FLUSHALL ""
rename-command CONFIG ""

3. 限制外网访问：

bash复制docker run时添加--bind 127.0.0.1

5.3 备份与迁移方案

全量备份方案：

bash复制# 在从节点执行
redis-cli -p 7002 --rdb /data/dump.rdb

迁移到云Redis服务：

1. 使用redis-cli --cluster import命令
2. 通过AOF文件恢复
3. 双写过渡方案

6. 常见问题排错指南

6.1 集群组建失败排查

现象：节点无法互相发现
解决步骤：

1. 检查容器网络连通性

bash复制docker exec redis-7001 ping redis-7002

2. 确认所有节点以集群模式启动

bash复制ps aux | grep redis-server

3. 检查防火墙规则

bash复制iptables -L -n | grep 700

6.2 MOVED重定向错误处理

当客户端收到MOVED响应时，应该：

1. 更新本地slot缓存
2. 重定向到新节点
3. 检查集群是否正在resharding

Java客户端示例代码：

java复制JedisCluster jc = new JedisCluster(nodes, 
  DefaultJedisClientConfig.builder()
    .socketTimeout(2000)
    .maxAttempts(5)
    .build());

6.3 脑裂问题预防

配置参数：

conf复制min-replicas-to-write 1      # 至少1个从节点同步才接受写
min-replicas-max-lag 10      # 从节点延迟不超过10秒

监控脚本示例：

bash复制#!/bin/bash
FAIL_COUNT=$(redis-cli -p 7001 cluster nodes | grep fail | wc -l)
[ $FAIL_COUNT -gt 1 ] && echo "Alert: Multiple nodes down!" | mail -s "Redis Cluster Alert" admin@example.com