마스터 및 슬레이브 노드를 축소하는 Redis 클러스터 클러스터의 자세한 예
- WBOY앞으로
- 2022-04-21 18:23:193312검색
이 글에서는 클러스터 클러스터 축소 개념, 클러스터에서 6390 마스터 노드 축소, 데이터 검증 등 Redis 클러스터 클러스터의 마스터 및 슬레이브 노드 축소와 관련된 문제를 주로 소개하는 Redis에 대한 관련 지식을 제공합니다. . 마이그레이션 프로세스로 인해 데이터 이상 현상이 발생하는지 여부 등 모든 분들께 도움이 되기를 바랍니다.
추천 학습: Redis 비디오 튜토리얼
1.클러스터 클러스터 축소 개념
프로젝트 압력 수용 용량이 너무 높으면 프로젝트 압력을 높이기 위해 노드를 추가해야 합니다. 그다지 높지는 않지만 클러스터를 축소하여 다른 프로젝트에 사용하고 싶습니다. 클러스터 축소 작업은 클러스터 확장과 동일합니다.
용량 확장 시 명령을 한 번 실행하면 성공적인 슬롯 마이그레이션이 가능합니다. 축소 시에는 여러 마스터 노드가 있는 만큼 여러 번 실행해야 합니다. 예를 들어 오프라인 상태가 될 노드는 여전히 남아 있습니다. 3개의 마스터 노드를 실행하려면 3번 실행해야 하며 마이그레이션 슬롯 수를 3으로 나누어야 하며 각 노드도 균등하게 분산되어야 합니다.
축소 시 할당할 슬롯 수를 먼저 입력하고, 누구에게 할당할지, 마지막으로 슬롯 할당 위치를 입력해야 합니다. 일반적으로 슬롯 수는 슬롯 수에 따라 결정됩니다. 오프라인이 될 호스트에 있는 슬롯을 클러스터 마스터 노드 수로 나누어 각 호스트에 할당된 슬롯이 동일하도록 할당할 대상을 입력할 때 첫 번째 노드의 ID를 입력합니다. 두 번째 마스터 노드의 ID, 마지막으로 슬롯을 제공하는 노드 ID가 오프라인 노드의 ID 번호입니다.
클러스터가 슬롯을 축소하고 확장해도 데이터 사용에는 영향을 미치지 않습니다.
클러스터 축소의 소스 끝은 오프라인으로 전환되는 마스터 노드이고, 대상 끝은 온라인 마스터 노드(여기에 할당된 노드)입니다.
마스터 노드에만 슬롯이 있으므로 마스터 노드의 슬롯을 다른 마스터 노드에 할당해야 함을 분명히 해야 합니다. 슬롯이 지워지면 호스트 노드가 오프라인이 될 수 있습니다.
클러스터 축소 전과 후 비교 사진
1. 오프라인으로 전환해야 하는 마스터 노드의 슬롯을 분산시키기 위해 reshard 명령을 실행합니다.
2. 마스터 노드가 여러 개인 경우에는 reshard 명령을 여러 번 실행해야 합니다. 먼저 분할할 슬롯 수를 입력한 다음 분할 대상을 입력하고 마지막으로 분할 위치를 입력합니다.
3. 슬롯 분산이 완료되고 오프라인이 될 마스터 노드에 데이터가 없으면 클러스터에서 해당 노드를 삭제합니다.
클러스터 정보현재 클러스터에는 마스터 4개와 슬레이브 4개, 총 8개의 노드가 있습니다. 클러스터를 마스터 3개와 슬레이브 3개로 변경하고 다른 프로그램에서 사용할 수 있도록 노드 2개를 축소해야 합니다.
2. 클러스터에서 6390 마스터 노드를 축소합니다.
6390 노드에 4096개의 슬롯이 있는 것을 볼 수 있습니다. 6390개 노드 후에도 여전히 3개의 마스터 노드가 있습니다. 4096을 3으로 나누어 1365개를 얻습니다. 슬롯을 할당할 때 각 노드에 1365개의 슬롯을 할당하여 균등하게 만듭니다.
192.168.81.210의 6390 노드에서 192.168의 6380 노드에 1365 슬롯을 할당해야 합니다. 81.210.
6380 노드 ID인 192.168.81.210에 수신 노드 ID는 무엇입니까?만 입력하면 할당된 슬롯이 누구에게 주어질 것인지를 나타냅니다.
그런 다음 소스 노드는 1365 슬롯이 할당된 노드를 의미하는 6390 노드의 ID인 192.168.81.240을 입력합니다. ID를 입력한 후 Enter 키를 누르면 어느 노드에서 이동할 것인지 묻는 메시지가 표시됩니다. 6390개만 슬롯을 할당해야 하므로 여기에 done을 입력하여 이 노드만 다른 노드에 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继续
다음은 노드 축소 과정의 스크린샷입니다.
데이터 마이그레이션 프로세스. 
슬롯 마이그레이션이 성공했습니다. 
[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继续
에서 6380개의 노드에 1365개의 슬롯을 할당합니다. 축소 과정을 보여주는 스크린샷입니다.
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视频教程
위 내용은 마스터 및 슬레이브 노드를 축소하는 Redis 클러스터 클러스터의 자세한 예의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!