Redis Cluster クラスターのマスターノードとスレーブノードの縮小の詳細な例-Redis-php.cn

この記事では、Redis に関する関連知識を提供します。主に、マスターノードとスレーブノードを縮小する Redis Cluster クラスターに関連する問題について説明します。これには、クラスタークラスターの縮小、6390 マスターノードの 1 からの移動の概念が含まれます。クラスターを縮小し、データ移行プロセスによってデータ異常が発生するかどうかを確認するのに役立つことを願っています。

Redis Cluster クラスターのマスターノードとスレーブノードの縮小の詳細な例

#推奨学習:

Redis ビデオチュートリアル

1.クラスタークラスター縮小の概念

プロジェクトのプレッシャー許容量が高すぎる場合は、ノードを追加して負荷を増やす必要があります。プロジェクトのプレッシャーがそれほど高くない場合は、クラスターを縮小して他のプロジェクトに使用することもできます。これにはクラスターの縮小が必要です

クラスターの縮小操作はクラスターの拡張操作と同じですが、方向が逆であるだけです。

容量を拡張する場合は、コマンドを 1 回実行するだけでスロットの移行が成功しますが、縮小する場合は、マスターノードの数だけコマンドを実行する必要があります。オフラインではまだ 3 つのマスターノードが存在するため、これを 3 回実行する必要があり、移行スロットの数を 3 で割って、各ノードを均等に分散する必要があります。

縮小する場合は、最初に割り当てるスロットの数を入力し、次に誰に割り当てるかを入力し、最後にどこからスロットを割り当てるかを入力する必要があります。一般に、割り当てられるスロットの数は割り当てられるスロットは、オフラインにするホストによって異なります。ホストにスロットがいくつあり、それをクラスターマスターノードの数で割って、各ホストに割り当てられるスロットが同じになるようにします。誰に割り当てるかを入力するときに、 1回目は最初のマスターノードのIDを入力し、2回目は2番目のマスターノードのIDを入力し、最後にスロットを提供するノードのID（オフラインのID番号）を入力します。ノード。

クラスターがスロットを縮小および拡張しても、データの使用には影響しません。

クラスター縮小のソースエンドはオフラインになるマスターノードであり、ターゲットエンドはオンラインマスターノード (それに割り当てられているノード) です。

マスターノードのみがスロットを持っていることを明確にする必要があるため、マスターノードのスロットを他のマスターノードに割り当てる必要があります。スロットが空になると、ホストノードはオフラインになる可能性があります。

Redis Cluster クラスターのマスターノードとスレーブノードの縮小の詳細な例 #クラスターの縮小前後の比較

#クラスターの縮小操作手順:

1. reshardコマンドを実行し、オフラインにする必要があるマスターノードのスロットを分散させます。

2. 複数のマスターノードがある場合、最初に分割するスロットの数を入力し、次に誰から分割するかを入力し、最後にどこを入力するかを繰り返し reshard コマンドを実行する必要があります。それらを分割するためです。

3. スロット分散が完了し、オフラインにするマスターノードにデータがなくなったら、クラスターからノードを削除します。

クラスター情報

現在のクラスターには 4 つのマスターと 4 つのスレーブ、合計 8 つのノードがあります。クラスターを 3 つのマスターと 3 つのスレーブに変更して縮小する必要があります。他のノード用に 2 つのノードをプログラムで使用します。

#2. クラスターから 6390 マスターノードを縮小します
Redis Cluster クラスターのマスターノードとスレーブノードの縮小の詳細な例

2.1. 各ノードに割り当てる必要があるスロットの数を計算します

6390 ノードには 4096 個のスロットがあることがわかります。6390 ノードを削除してオフラインにした後も、マスターノードは 3 つあります。4096 を 3 で割ると 1365 になります。スロットを割り当てるとき、1365 は次のスロットに割り当てられます。スロットは等間隔に配置できます。

2.2. 192.168.81.210 の 6380 ノードに 1365 スロットを割り当てる Redis Cluster クラスターのマスターノードとスレーブノードの縮小の詳細な例

192.168.81.240 の 6390 ノードを 1365 に分割する必要があります。スロットは 192.168.81.210 の 6380 ノードに与えられます。 [受信ノード ID は何ですか] に、割り当てられたスロットが誰に与えられるかを示す 6380 ノード ID 192.168.81.210 を入力するだけです。

次に、ソースノードは 6390 ノードの ID 192.168.81.240 を入力します。これは、1365 スロットが割り当てられているノードを指します。ID を入力した後、Enter キーを押すと、次のプロンプトが表示されます。スロット、6390 スロットのみを割り当てる必要があるため、ここで入力して、このノードのみが 1365 スロットを他のノードに割り当てていることを示します。

[root@redis-1 /data/redis_cluster/redis-3.2.9/src]# ./redis-trib.rb reshard 192.168.81.210:6380
How many slots do you want to move (from 1 to 16384)? 1365				#分配出多少个槽位

What is the receiving node ID? 80e256579658eb256c5b710a3f82c439665794ba				#将槽位分给那个节点

Please enter all the source node IDs.
  Type 'all' to use all the nodes as source nodes for the hash slots.
  Type 'done' once you entered all the source nodes IDs.
Source node #1:6bee155f136f40e28e1f60c8ddec3b158cd8f8e8					#从哪个节点分出槽位
Source node #2:done

Do you want to proceed with the proposed reshard plan (yes/no)? yes			#输入yes继续

ログイン後にコピー

以下は、ノードを縮小するプロセスのスクリーンショットです。

データ移行プロセス。

Redis Cluster クラスターのマスターノードとスレーブノードの縮小の詳細な例スロットの移行は成功しました。

2.3. 192.168.81.220 の 6380 ノードに 1365 スロットを割り当てます

[root@redis-1 /data/redis_cluster/redis-3.2.9/src]# ./redis-trib.rb reshard 192.168.81.210:6380
How many slots do you want to move (from 1 to 16384)? 1365				#分配出多少个槽位

What is the receiving node ID? 10dc7f3f9a753140a8494adbbe5a13d0026451a1				#将槽位分给那个节点

Please enter all the source node IDs.
  Type 'all' to use all the nodes as source nodes for the hash slots.
  Type 'done' once you entered all the source nodes IDs.
Source node #1:6bee155f136f40e28e1f60c8ddec3b158cd8f8e8					#从哪个节点分出槽位
Source node #2:done

Do you want to proceed with the proposed reshard plan (yes/no)? yes			#输入yes继续

ログイン後にコピー

縮小プロセスを示すスクリーンショット。

2.4.分配1365个槽位给192.168.81.230的6380节点

[root@redis-1 /data/redis_cluster/redis-3.2.9/src]# ./redis-trib.rb reshard 192.168.81.210:6380 How many slots do you want to move (from 1 to 16384)? 1366 #分配出多少个槽位 What is the receiving node ID? a4381138fdc142f18881b7b6ca8ae5b0d02a3228 #将槽位分给那个节点 Please enter all the source node IDs. Type 'all' to use all the nodes as source nodes for the hash slots. Type 'done' once you entered all the source nodes IDs. Source node #1:6bee155f136f40e28e1f60c8ddec3b158cd8f8e8 #从哪个节点分出槽位 Source node #2:done Do you want to proceed with the proposed reshard plan (yes/no)? yes #输入yes继续
ログイン後にコピー

收缩过程截图展示。

当最后一个节点迁移完数据后，6390主节点槽位数变为0。

2.5.查看当前集群槽位分配

槽位及数据已经从6390即将下线的主机迁移完毕，可以看下当前集群三个主节点的槽位数。

可以非常清楚的看到，现在每个主节点的槽位数为5461。

如果觉得槽位重新分配后顺序不太满意，那么在执行一下reshard，把其它节点的槽位都分给192.168.81.210的6380上，这样一来，210的6380拥有的槽位就是0-16383，然后在将210的槽位一个节点分给5461个，分完之后，各节点的顺序就一致了。

3.验证数据迁移过程是否导致数据异常

多开几个窗口，一个执行数据槽位迁移，一个不断创建key，一个查看key的创建进度，一个查看key的数据。
持续测试，发现没有任何数据异常，全部显示ok。

4.将下线的主节点从集群中删除

4.1.删除节点

使用redis-trib删除一个节点，如果这个节点存在复制关系，有节点在复制当前节点或者当前节点复制别的节点的数据，redis-trib会自动处理复制关系，然后将节点删除，节点删除后会把对应的进程也停止运行。

删除节点之前必须确保该节点没有任何槽位和数据，否则会删除失败。

命令：./redis-trib.rb del-node 节点IP:端口 ID

[root@redis-1 /data/redis_cluster/redis-3.2.9/src]# ./redis-trib.rb del-node 192.168.81.240:6390 6bee155f136f40e28e1f60c8ddec3b158cd8f8e8 >>> Removing node 6bee155f136f40e28e1f60c8ddec3b158cd8f8e8 from cluster 192.168.81.240:6390 >>> Sending CLUSTER FORGET messages to the cluster... >>> SHUTDOWN the node. [root@redis-1 /data/redis_cluster/redis-3.2.9/src]# ./redis-trib.rb del-node 192.168.81.240:6391 f6b9320dfbc929ad5a31cdb149360b0fd8de2e60 >>> Removing node f6b9320dfbc929ad5a31cdb149360b0fd8de2e60 from cluster 192.168.81.240:6391 >>> Sending CLUSTER FORGET messages to the cluster... >>> SHUTDOWN the node.
ログイン後にコピー

4.2.调整主从交叉复制

删掉192.168.81.240服务器上的两个redis节点后，192.168.81.210服务器上的6380就没有了复制关系，我们需要把192.168.81.230的6381节点复制192.168.81.210的6380节点。

[root@redis-1 ~]# redis-cli -h 192.168.81.230 -p 6381 192.168.81.230:6381> CLUSTER REPLICATE 80e256579658eb256c5b710a3f82c439665794ba OK
ログイン後にコピー

4.3.当节点存在数据无法删除

[root@redis-1 /data/redis_cluster/redis-3.2.9/src]# ./redis-trib.rb del-node 192.168.81.220:6380 10dc7f3f9a753140a8494adbbe5a13d0026451a1 >>> Removing node 10dc7f3f9a753140a8494adbbe5a13d0026451a1 from cluster 192.168.81.220:6380 [ERR] Node 192.168.81.220:6380 is not empty! Reshard data away and try again.
ログイン後にコピー

5.将下线主机清空集群信息

redis-trib虽然能够将节点在集群中删除，但是无法将其的集群信息清空，如果集群信息还有保留，那么该接地那就无法加入其它集群。

在下线的redis节点上使用cluster reset删除集群信息即可。

192.168.81.240:6390> CLUSTER reset OK
ログイン後にコピー

推荐学习：Redis视频教程