Redis集群大致架構圖：

一組RedisCluster是由多個Redis實例組成，官方推薦使用6實例，其中3個為主節點，3個為從結點。一旦有主節點發生故障的時候，RedisCluster可以選舉出對應的從結點成為新的主節點，繼續對外服務，從而保證服務的高可用性。那么對于客戶端來說，知道對應的key是要路由到哪一個節點呢？原來，RedisCluster把所有的數據劃分為16384個不同的槽位，可以根據機器的性能把不同的槽位分配給不同的Redis實例，對于Redis實例來說，他們只會存儲部門的Redis數據，當然，槽的數據是可以遷移的，不同的實例之間，可以通過一定的協議，進行數據遷移。

縮容節點就是通過槽的遷移來實現。

1、槽遷移

收縮集群意味著縮小規模，需要從現有集群中安全下線部分節點。流程說明：
確認下線節點是否有負責的槽，如果有，需要把槽遷移到其他節點，保證節點下線后整個集群槽節點映射的完整性。
當下線節點不在負責槽或本身是從節點時，可以通知其他節點忘記下線節點，當所有節點忘記下線節點后該節點可以正常關閉。
例：下線6381和6384節點
6381節點負責槽位12288-16383，下線之前需要遷移槽位，源節點需要把自身負責的槽位均勻的遷移到其他主節點上，直接使用redis-trib.tbreshard命令完成槽遷移，每次遷移只能有一個目標節點。

./redis-trib.rbreshard 192.168.100.77:6381

輸入遷移目的節點6379的ID

輸入遷移源節點6381的ID，輸入done確認

確認無誤后輸入yes開始遷移

clusternodes可以看到6379接管了1365個槽12288-13652

把槽遷移到6380，重復上述過程

把槽遷移到6385，重復上述過程

可以看到，6381不在負責槽

2、忘記節點

使用redis-trib.rb+ del-node + 集群ip:port+ 下線節點ID命令忘記節點 對6381和6384節點進行下線操作

192.168.100.77:6379>cluster nodes查看節點已下線