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 个槽。
