redis集群不支持自动扩容，必须通过redis-cli --cluster add-node加入节点后，再手动或脚本驱动reshard命令迁移哈希槽，docker仅加速节点部署。
Redis 缓存集群的自动扩容能力，并非靠 Docker 自身“全自动触发”，而是依托 Redis 原生集群机制（哈希槽分区）+ Docker 快速部署能力 + 明确的运维流程，实现**可预期、低中断、可脚本化**的弹性伸缩。核心在于：用 Docker 快速拉起新节点，再通过 redis-cli --cluster 工具完成槽位迁移与角色分配。
Redis 集群扩容的本质是槽位重分配
Redis 集群固定 16384 个哈希槽，数据按 crc16(key) % 16384 落入对应槽位，再由槽位归属节点负责。扩容不是“加机器就自动分担”，而是把原有节点的一部分槽位，手动（或脚本驱动）迁移到新节点上。Docker 的价值在于让新节点秒级就绪，不需装环境、配服务。
- 原集群 3 主 3 从 → 共享 16384 槽，每主约承担 5461 个槽
- 新增第 4 个主节点后，需从已有 3 个主节点中各匀出一部分槽（如共迁移 4096 个），使新主接管，实现负载分摊
- 整个过程客户端无感知，只要不执行
FLUSHALL或大规模KEYS类阻塞命令
Docker 快速添加新节点（以新增 6387 端口主节点为例）
使用 --net host 模式最简，避免容器网络地址转换问题；若用自定义 bridge 网络，必须显式配置 --cluster-announce-ip 和端口映射。
-
启动新主节点容器：
docker run -d --name redis-node-7 --net host --privileged=true -v /data/redis/node-7:/data redis:7.2 --cluster-enabled yes --appendonly yes --port 6387 -
确认容器运行且端口可达：
docker ps | grep 6387，再用telnet 127.0.0.1 6387测试连通性 - 无需提前写配置文件，所有集群参数由启动命令注入，简洁可控
将新节点加入集群并迁移槽位
所有操作均通过官方 redis-cli --cluster 完成，不依赖外部工具或定制脚本。
-
加入集群（任选一个已有节点执行）：
redis-cli --cluster add-node 192.168.1.100:6387 192.168.1.100:6381
（第一个地址是新节点，第二个是已有集群中任一活跃节点） -
触发槽位迁移（交互式）：
redis-cli --cluster reshard 192.168.1.100:6381
按提示输入：要迁移多少槽（如 4096）、目标节点 ID（cluster nodes中查得）、源节点 ID（可选 all 或指定） -
验证迁移结果：
redis-cli --cluster check 192.168.1.100:6381，确认新节点有槽位且状态为ok
配套从节点与高可用保障
仅加主节点不能提升容错能力。新增主节点后，应同步添加其从节点，构成完整四主四从结构。
-
启动新从节点（如端口 6388）：
docker run -d --name redis-node-8 --net host ... --port 6388 -
将其设为新主的从属：
redis-cli --cluster add-node 192.168.1.100:6388 192.168.1.100:6381 --cluster-slave --cluster-master-id <new-master-node-id></new-master-node-id>
其中<new-master-node-id></new-master-node-id>来自上一步cluster nodes输出 -
检查复制链路：
redis-cli -p 6388 cluster nodes | grep slave，确认其 master 字段指向正确
不复杂但容易忽略：每次扩容后务必更新监控项（如 Prometheus 的 redis_cluster_nodes）、客户端连接字符串（若使用静态节点列表），并保留迁移日志用于回滚验证。
