项目实践，Redis集群技术学习(九)

3）添加从节点

扩容之初我们把 6385、6386 节点加入到集群，节点 6385 迁移了部分槽和数据作为主节点，但相比其他主节点目前还没有从节点，因此该节点不具备故障转

移的能力。

这时需要把节点 6386 作为 6385 的从节点，从而保证整个集群的高可用。使用cluster replicate{masterNodeId}命令为主节点添加对应从节点，注意在集群模式下 slaveof 添加从节点操作不再支持。如下所示：

127.0.0.1:6386>cluster replicate

1a205dd8b2819a00dd1e8b6be40a8e2abe77b756

从节点内部除了对主节点发起全量复制之外，还需要更新本地节点的集群相关

状态，查看节点 6386 状态确认已经变成 6385 节点的从节点

127.0.0.1:6386>cluster nodes

475528b1bcf8e74d227104a6cf1bf70f00c24aae 127.0.0.1:6386 myself,slave 1a205dd8b2

819a00dd1e8b6be40a8e2abe77b756 0 0 8 connected

1a205dd8b2819a00dd1e8b6be40a8e2abe77b756 127.0.0.1:6385 master - 0

1469779083513 9

connected 0-1365 4096 5462-6826 10923-12287

...

到此整个集群扩容完成，集群关系结构如图所示。

10.4.3 收缩集群

流程说明：

1）首先需要确定下线节点是否有负责的槽，如果是，需要把槽迁移到其他节

点，保证节点下线后整个集群槽节点映射的完整性。

2）当下线节点不再负责槽或者本身是从节点时，就可以通知集群内其他节点忘记下线节点，当所有的节点忘记该节点后可以正常关闭。

1.下线迁移槽

下线节点需要把自己负责的槽迁移到其他节点，原理与之前节点扩容的迁移槽

过程一致。例如我们把 6381 和 6384 节点下线，节点信息如下：

127.0.0.1:6381> cluster nodes

40b8d09d44294d2e23c7c768efc8fcd153446746 127.0.0.1:6381 myself,master - 0 0 2

connected

12288-16383

4fa7eac4080f0b667ffeab9b87841da49b84a6e4 127.0.0.1:6384 slave

40b8d09d44294d2e2

3c7c768efc8fcd153446746 0 1469894180780 5 connected

...

6381 是主节点，负责槽（12288-16383），6384 是它的从节点，如图 10-26 所示。下线 6381 之前需要把负责的槽迁移到其他节点。

收缩正好和扩容迁移方向相反，6381 变为源节点，其他主节点变为目标节点，源节点需要把自身负责的 4096 个槽均匀地迁移到其他主节点上。这里直接使用redis-trib.rb reshard 命令完成槽迁移。由于每次执行 reshard 命令只能有一个目标节点，因此需要执行 3 次 reshard 命令，分别迁移 1365、1365、1366 个槽。