成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

2W字詳解Redis集群環境搭建實踐

作者：佚名
數據庫 其他數據庫 Redis
本文是Redis集群學習的實踐總結（基于Redis 6.0+），詳細介紹逐步搭建Redis集群環境的過程，并完成集群伸縮的實踐。

 

本文是Redis集群學習的實踐總結（基于Redis 6.0+），詳細介紹逐步搭建Redis集群環境的過程，并完成集群伸縮的實踐。

Redis集群簡介

Redis集群(Redis Cluster) 是Redis提供的分布式數據庫方案，通過 分片(sharding) 來進行數據共享，并提供復制和故障轉移功能。相比于主從復制、哨兵模式，Redis集群實現了較為完善的高可用方案，解決了存儲能力受到單機限制，寫操作無法負載均衡的問題。

本文是Redis集群學習的實踐總結，詳細介紹逐步搭建Redis集群環境的過程，并完成集群伸縮的實踐。

發布過很多 redis 的優質文章，可以關注微信公眾號 Java后端，回復 666 下載這一本 Java技術棧文檔。

1 Redis集群環境搭建

方便起見，這里集群環境的所有節點全部位于同一個服務器上，共6個節點以端口號區分，3個主節點+3個從節點。集群的簡單架構如圖：

本文基于最新的Redis 6.0+，直接從github下載最新的源碼編譯獲得常用工具 redis-server ,  redis-cli 。值得注意的是，從Redis 5.0以后的版本，集群管理軟件 redis-trib.rb 被集成到 redis-cli 客戶端工具中（詳細可參考cluster-tutorial）。

本節介紹集群環境搭建時，并未借助 redis-trib.rb 快速管理，而是按照標準步驟一步步搭建，這也是為了熟悉集群管理的基本步驟。在集群伸縮實踐一節將借助 redis-trib.rb 完成集群重新分片工作。

集群的搭建可以分為四步：

  1.  啟動節點：將節點以集群方式啟動，此時節點是獨立的。
  2.  節點握手：將獨立的節點連成網絡。
  3.  槽指派：將16384個槽位分配給主節點，以達到分片保存數據庫鍵值對的效果。
  4.  主從復制：為從節點指定主節點。

1.1 啟動節點

每個節點初始狀態仍為 Master服務器，唯一不同的是：使用 Cluster 模式啟動。需要對配置文件進行修改，以端口號為6379的節點為例，主要修改如下幾項： 

  1. # redis_6379_cluster.conf  
  2. port 6379  
  3. cluster-enabled yes  
  4. cluster-config-file "node-6379.conf"  
  5. logfile "redis-server-6379.log"  
  6. dbfilename "dump-6379.rdb"  
  7. daemonize yes 

其中 cluster-config-file 參數指定了集群配置文件的位置，每個節點在運行過程中，會維護一份集群配置文件；每當集群信息發生變化時（如增減節點），集群內所有節點會將最新信息更新到該配置文件；當節點重啟后，會重新讀取該配置文件，獲取集群信息，可以方便的重新加入到集群中。也就是說，當Redis節點以集群模式啟動時，會首先尋找是否有集群配置文件，如果有則使用文件中的配置啟動，如果沒有，則初始化配置并將配置保存到文件中。集群配置文件由Redis節點維護，不需要人工修改。

為6個節點修改好相應的配置文件后，即可利用 redis-server redis_xxxx_cluster.conf 工具啟動6個服務器（xxxx表示端口號，對應相應的配置文件）。利用ps命令查看進程： 

  1. $ ps -aux | grep redis  
  2. ... 800  0.1  0.0  49584  2444 ?        Ssl  20:42   0:00 redis-server 127.0.0.1:6379 [cluster]  
  3. ... 805  0.1  0.0  49584  2440 ?        Ssl  20:42   0:00 redis-server 127.0.0.1:6380 [cluster]  
  4. ... 812  0.3  0.0  49584  2436 ?        Ssl  20:42   0:00 redis-server 127.0.0.1:6381 [cluster]  
  5. ... 817  0.1  0.0  49584  2432 ?        Ssl  20:43   0:00 redis-server 127.0.0.1:6479 [cluster]  
  6. ... 822  0.0  0.0  49584  2380 ?        Ssl  20:43   0:00 redis-server 127.0.0.1:6480 [cluster]  
  7. ... 827  0.5  0.0  49584  2380 ?        Ssl  20:43   0:00 redis-server 127.0.0.1:6481 [cluster] 

1.2 節點握手

1.1中將每個節點啟動后，節點間是相互獨立的，他們都處于一個只包含自己的集群當中，以端口號6379的服務器為例，利用 CLUSTER NODES 查看當前集群包含的節點。 

  1. 127.0.0.1:6379> CLUSTER NODES  
  2. 37784b3605ad216fa93e976979c43def42bf763d :6379@16379 myself,master - 0 0 0 connected 449 4576 5798 7568 8455 12706 

我們需要將各個獨立的節點連接起來，構成一個包含多個節點的集群，使用 CLUSTER MEET 命令。

  1. $ redis-cli -p 6379 -c          # -c 選項指定以Cluster模式運行redis-cli 127.0.0.1:6379> CLUSTER MEET 127.0.0.1 6380 OK 127.0.0.1:6379> CLUSTER MEET 127.0.0.1 6381 OK 127.0.0.1:6379> CLUSTER MEET 127.0.0.1 6480 OK 127.0.0.1:6379> CLUSTER MEET 127.0.0.1 6381 OK 127.0.0.1:6379> CLUSTER MEET 127.0.0.1 6382 OK 

再次查看此時集群中包含的節點情況： 

  1. 127.0.0.1:6379> CLUSTER NODES  
  2. c47598b25205cc88abe2e5094d5bfd9ea202335f 127.0.0.1:6380@16380 master - 0 1603632309283 4 connected  
  3. 87b7dfacde34b3cf57d5f46ab44fd6fffb2e4f52 127.0.0.1:6379@16379 myself,master - 0 1603632308000 1 connected  
  4. 51081a64ddb3ccf5432c435a8cf20d45ab795dd8 127.0.0.1:6381@16381 master - 0 1603632310292 2 connected  
  5. 9d587b75bdaed26ca582036ed706df8b2282b0aa 127.0.0.1:6481@16481 master - 0 1603632309000 5 connected  
  6. 4c23b25bd4bcef7f4b77d8287e330ae72e738883 127.0.0.1:6479@16479 master - 0 1603632308000 3 connected  
  7. 32ed645a9c9d13ca68dba5a147937fb1d05922ee 127.0.0.1:6480@16480 master - 0 1603632311302 0 connected 

可以發現此時6個節點均作為主節點加入到集群中， CLUSTER NODES 返回的結果各項含義如下：

  1. <id> <ip:port@cport> <flags> <master> <ping-sent> <pong-recv> <config-epoch> <link-state> <slot> <slot> ... <slot> 
  •  節點id: 由40個16進制字符串組成，節點id只在集群初始化時創建一次，然后保存到集群配置文件（即前文提到的cluster-config-file）中，以后節點重新啟動時會直接在集群配置文件中讀取。
  •  port@cport: 前者為普通端口，用于為客戶端提供服務；后者為集群端口，分配方法為：普通端口+10000，只用于節點間的通訊。

其余各項的詳細解釋可以參考官方文檔cluster nodes。

1.3 槽指派

Redis集群通過分片(sharding)的方式保存數據庫的鍵值對，整個數據庫被分為16384個槽(slot)，數據庫每個鍵都屬于這16384個槽的一個，集群中的每個節點都可以處理0個或者最多16384個slot。

槽是數據管理和遷移的基本單位。當數據庫中的16384個槽都分配了節點時，集群處于上線狀態（ok）；如果有任意一個槽沒有分配節點，則集群處于下線狀態（fail）。

注意，只有主節點有處理槽的能力，如果將槽指派步驟放在主從復制之后，并且將槽位分配給從節點，那么集群將無法正常工作（處于下線狀態）。

利用 CLUSTER ADDSLOTS 

  1. redis-cli  -p 6379 cluster addslots {0..5000}  
  2. redis-cli  -p 6380 cluster addslots {5001..10000}  
  3. redis-cli  -p 6381 cluster addslots {10001..16383} 

槽指派后集群中節點情況如下： 

  1. 127.0.0.1:6379> CLUSTER NODES  
  2. c47598b25205cc88abe2e5094d5bfd9ea202335f 127.0.0.1:6380@16380 master - 0 1603632880310 4 connected 5001-10000 87b7dfacde34b3cf57d5f46ab44fd6fffb2e4f52 127.0.0.1:6379@16379 myself,master - 0 1603632879000 1 connected 0-5000 51081a64ddb3ccf5432c435a8cf20d45ab795dd8 127.0.0.1:6381@16381 master - 0 1603632879000 2 connected 10001-16383 9d587b75bdaed26ca582036ed706df8b2282b0aa 127.0.0.1:6481@16481 master - 0 1603632878000 5 connected 
  3. 4c23b25bd4bcef7f4b77d8287e330ae72e738883 127.0.0.1:6479@16479 master - 0 1603632880000 3 connected 
  4. 32ed645a9c9d13ca68dba5a147937fb1d05922ee 127.0.0.1:6480@16480 master - 0 1603632881317 0 connected 
  5. 127.0.0.1:6379> CLUSTER INFO  
  6. cluster_state:ok                        # 集群處于上線狀態  
  7. cluster_slots_assigned:16384 cluster_slots_ok:16384 cluster_slots_pfail:0 cluster_slots_fail:0 cluster_known_nodes:6 cluster_size:3 cluster_current_epoch:5 cluster_my_epoch:1 cluster_stats_messages_ping_sent:4763 cluster_stats_messages_pong_sent:4939 cluster_stats_messages_meet_sent:5 cluster_stats_messages_sent:9707 cluster_stats_messages_ping_received:4939 cluster_stats_messages_pong_received:4768 cluster_stats_messages_received:9707 

1.4 主從復制

上述步驟后，集群節點均作為主節點存在，仍不能實現Redis的高可用，配置主從復制之后，才算真正實現了集群的高可用功能。 

  1. CLUSTER REPLICATE <node_id> 用來讓集群中接收命令的節點成為 node_id 所指定節點的從節點，并開始對主節點進行復制。 
  2.  
  3. redis-cli  -p 6479 cluster replicate 87b7dfacde34b3cf57d5f46ab44fd6fffb2e4f52  
  4. redis-cli  -p 6480 cluster replicate c47598b25205cc88abe2e5094d5bfd9ea202335f  
  5. redis-cli  -p 6481 cluster replicate 51081a64ddb3ccf5432c435a8cf20d45ab795dd8  
  6. 127.0.0.1:6379> CLUSTER NODES  
  7. c47598b25205cc88abe2e5094d5bfd9ea202335f 127.0.0.1:6380@16380 master - 0 1603633105211 4 connected 5001-10000 87b7dfacde34b3cf57d5f46ab44fd6fffb2e4f52 127.0.0.1:6379@16379 myself,master - 0 1603633105000 1 connected 0-5000 51081a64ddb3ccf5432c435a8cf20d45ab795dd8 127.0.0.1:6381@16381 master - 0 1603633105000 2 connected 10001-16383 9d587b75bdaed26ca582036ed706df8b2282b0aa 127.0.0.1:6481@16481 slave 51081a64ddb3ccf5432c435a8cf20d45ab795dd8 0 1603633107229 5 connected 
  8. 4c23b25bd4bcef7f4b77d8287e330ae72e738883 127.0.0.1:6479@16479 slave 87b7dfacde34b3cf57d5f46ab44fd6fffb2e4f52 0 1603633106221 3 connected 
  9. 32ed645a9c9d13ca68dba5a147937fb1d05922ee 127.0.0.1:6480@16480 slave c47598b25205cc88abe2e5094d5bfd9ea202335f 0 1603633104000 4 connected 

順帶補充，上述步驟1.2，1.3，1.4可以利用 redis-trib.rb 工具整體實現，在Redis 5.0之后直接利用 redis-cli 完成，參考命令如下：

  1. redis-cli --cluster create  127.0.0.1:6379 127.0.0.1:6479  127.0.0.1:6380 127.0.0.1:6480  127.0.0.1:6381 127.0.0.1:6481  --cluster-replicas 1 

--cluster-replicas 1 指示給定的創建節點列表是以主節點+從節點對組成的。

1.5 在集群中執行命令

集群此時處于上線狀態，可以通過客戶端向集群中的節點發送命令。接收命令的節點會計算出命令要處理的鍵屬于哪個槽，并檢查這個槽是否指派給自己。

  •   如果鍵所在的slot剛好指派給了當前節點，會直接執行這個命令。
  •  否則，節點向客戶端返回 MOVED 錯誤，指引客戶端轉向 redirect 至正確的節點，并再次發送此前的命令。

此處，我們利用 CLUSTER KEYSLOT 查看到鍵 name 所在槽號為5798（被分配在6380節點），當對此鍵操作時，會被重定向到相應的節點。對鍵 fruits 的操作與此類似。 

  1. 127.0.0.1:6379> CLUSTER KEYSLOT name  
  2. (integer) 5798  
  3. 127.0.0.1:6379> set name huey -> Redirected to slot [5798] located at 127.0.0.1:6380 OK 127.0.0.1:6380>  
  4. 127.0.0.1:6379> get fruits -> Redirected to slot [14943] located at 127.0.0.1:6381  
  5. "apple"  
  6. 127.0.0.1:6381> 

值得注意的是，當我們將命令通過客戶端發送給一個從節點時，命令會被重定向至對應的主節點。 

  1. 127.0.0.1:6480> KEYS *  
  2. 1) "name"  
  3. 127.0.0.1:6480> get name -> Redirected to slot [5798] located at 127.0.0.1:6380  
  4. "huey" 

1.6 集群故障轉移

集群中主節點下線時，復制此主節點的所有的從節點將會選出一個節點作為新的主節點，并完成故障轉移。和主從復制的配置相似，當原先的從節點再次上線，它會被作為新主節點的的從節點存在于集群中。

下面模擬6379節點宕機的情況（將其SHUTDOWN），可以觀察到其從節點6479將作為新的主節點繼續工作。 

  1. 462:S 26 Oct 14:08:12.750 * FAIL message received from c47598b25205cc88abe2e5094d5bfd9ea202335f about 87b7dfacde34b3cf57d5f46ab44fd6fffb2e4f52 462:S 26 Oct 14:08:12.751 # Cluster state changed: fail 462:S 26 Oct 14:08:12.829 # Start of election delayed for 595 milliseconds (rank #0, offset 9160). 462:S 26 Oct 14:08:13.434 # Starting a failover election for epoch 6. 462:S 26 Oct 14:08:13.446 # Failover election won: I'm the new master. 
  2. 462:S 26 Oct 14:08:13.447 # configEpoch set to 6 after successful failover 462:M 26 Oct 14:08:13.447 # Setting secondary replication ID to d357886e00341b57bf17e46b6d9f8cf53b7fad21, valid up to offset: 9161. New replication ID is adbf41b16075ea22b17f145186c53c4499864d5b 462:M 26 Oct 14:08:13.447 * Discarding previously cached master state. 462:M 26 Oct 14:08:13.448 # Cluster state changed: ok 

 6379節點從宕機狀態恢復后，將作為6380節點的從節點存在。 

  1. 127.0.0.1:6379> CLUSTER NODES  
  2. 51081a64ddb3ccf5432c435a8cf20d45ab795dd8 127.0.0.1:6381@16381 master - 0 1603692968000 2 connected 10001-16383 c47598b25205cc88abe2e5094d5bfd9ea202335f 127.0.0.1:6380@16380 master - 0 1603692968504 0 connected 5001-10000 4c23b25bd4bcef7f4b77d8287e330ae72e738883 127.0.0.1:6479@16479 master - 0 1603692967495 6 connected 0-5000 87b7dfacde34b3cf57d5f46ab44fd6fffb2e4f52 127.0.0.1:6379@16379 myself,slave 4c23b25bd4bcef7f4b77d8287e330ae72e738883 0 1603692964000 1 connected 
  3. 9d587b75bdaed26ca582036ed706df8b2282b0aa 127.0.0.1:6481@16481 slave 51081a64ddb3ccf5432c435a8cf20d45ab795dd8 0 1603692967000 4 connected 
  4. 32ed645a9c9d13ca68dba5a147937fb1d05922ee 127.0.0.1:6480@16480 slave c47598b25205cc88abe2e5094d5bfd9ea202335f 0 1603692967000 5 connected 

前文提到 cluster-config-file 會記錄下集群節點的狀態，打開節點6379的配置文件 nodes-6379.conf ，可以看到 CLUSTER NODES 所示信息均被保存在配置文件中： 

  1. 51081a64ddb3ccf5432c435a8cf20d45ab795dd8 127.0.0.1:6381@16381 master - 0 1603694920206 2 connected 10001-16383 c47598b25205cc88abe2e5094d5bfd9ea202335f 127.0.0.1:6380@16380 master - 0 1603694916000 0 connected 5001-10000 4c23b25bd4bcef7f4b77d8287e330ae72e738883 127.0.0.1:6479@16479 master - 0 1603694920000 6 connected 0-5000 87b7dfacde34b3cf57d5f46ab44fd6fffb2e4f52 127.0.0.1:6379@16379 myself,slave 4c23b25bd4bcef7f4b77d8287e330ae72e738883 0 1603694918000 1 connected 
  2. 9d587b75bdaed26ca582036ed706df8b2282b0aa 127.0.0.1:6481@16481 slave 51081a64ddb3ccf5432c435a8cf20d45ab795dd8 0 1603694919000 4 connected 
  3. 32ed645a9c9d13ca68dba5a147937fb1d05922ee 127.0.0.1:6480@16480 slave c47598b25205cc88abe2e5094d5bfd9ea202335f 0 1603694919200 5 connected 
  4. vars currentEpoch 6 lastVoteEpoch 0 

2 集群伸縮實踐

集群伸縮的關鍵在于對集群的進行重新分片，實現槽位在節點間的遷移。本節將以在集群中添加節點和刪除節點為例，對槽遷移進行實踐。

借助于 redis-cli 中集成的 redis-trib.rb 工具進行槽位的管理，工具的幫助菜單如下： 

  1. $ redis-cli --cluster help  
  2. Cluster Manager Commands:  
  3.   create         host1:port1 ... hostN:portN --cluster-replicas <arg> check          host:port --cluster-search-multiple-owners  
  4.   info           host:port  
  5.   fix            host:port --cluster-search-multiple-owners --cluster-fix-with-unreachable-masters  
  6.   reshard        host:port --cluster-from <arg>  
  7.                  --cluster-to <arg>  
  8.                  --cluster-slots <arg>  
  9.                  --cluster-yes --cluster-timeout <arg>  
  10.                  --cluster-pipeline <arg>  
  11.                  --cluster-replace  
  12.   rebalance      host:port --cluster-weight <node1node1=w1...nodeN=wN>  
  13.                  --cluster-use-empty-masters --cluster-timeout <arg>  
  14.                  --cluster-simulate --cluster-pipeline <arg>  
  15.                  --cluster-threshold <arg>  
  16.                  --cluster-replace  
  17.   add-node       new_host:new_port existing_host:existing_port --cluster-slave --cluster-master-id <arg> del-node       host:port node_id  
  18.   call           host:port command arg arg .. arg set-timeout    host:port milliseconds  
  19.   import         host:port --cluster-from <arg>  
  20.                  --cluster-copy --cluster-replace 
  21.   backup         host:port backup_directory  
  22.   help  
  23. For check, fix, reshard, del-node, set-timeout you can specify the host and port of any working node in the cluster. 

2.1 集群伸縮-添加節點

考慮在集群中添加兩個節點，端口號為6382和6482，其中節點6482對6382進行復制。

(1) 啟動節點：按照1.1中介紹的步驟，啟動6382和6482節點。

(2) 節點握手：借助 redis-cli --cluster add-node 命令分別添加節點6382和6482。 

  1. redis-cli --cluster add-node 127.0.0.1:6382 127.0.0.1:6379 redis-cli --cluster add-node 127.0.0.1:6482 127.0.0.1:6379  
  2. $ redis-cli --cluster add-node 127.0.0.1:6382 127.0.0.1:6379  
  3. >>> Adding node 127.0.0.1:6382 to cluster 127.0.0.1:6379  
  4. >>> Performing Cluster Check (using node 127.0.0.1:6379)  
  5. S: 87b7dfacde34b3cf57d5f46ab44fd6fffb2e4f52 127.0.0.1:6379 slots: (0 slots) slave  
  6.     replicates 4c23b25bd4bcef7f4b77d8287e330ae72e738883  
  7. M: 51081a64ddb3ccf5432c435a8cf20d45ab795dd8 127.0.0.1:6381 slots:[10001-16383] (6383 slots) master 1 additional replica(s)  
  8. M: c47598b25205cc88abe2e5094d5bfd9ea202335f 127.0.0.1:6380 slots:[5001-10000] (5000 slots) master 1 additional replica(s)  
  9. M: 4c23b25bd4bcef7f4b77d8287e330ae72e738883 127.0.0.1:6479 slots:[0-5000] (5001 slots) master 1 additional replica(s)  
  10. S: 9d587b75bdaed26ca582036ed706df8b2282b0aa 127.0.0.1:6481 slots: (0 slots) slave  
  11.     replicates 51081a64ddb3ccf5432c435a8cf20d45ab795dd8  
  12. S: 32ed645a9c9d13ca68dba5a147937fb1d05922ee 127.0.0.1:6480 slots: (0 slots) slave  
  13.     replicates c47598b25205cc88abe2e5094d5bfd9ea202335f  
  14. [OK] All nodes agree about slots configuration. >>> Check for open slots... >>> Check slots coverage...  
  15. [OK] All 16384 slots covered. >>> Send CLUSTER MEET to node 127.0.0.1:6382 to make it join the cluster.  
  16. [OK] New node added correctly.  
  17. ```shell  
  18. 3) 重新分片：借助 redis-cli --cluster reshard 命令對集群重新分片，使得各節點槽位均衡（分別從節點6379/6380/6381中遷移一些slot到節點6382中）。需要指定：  
  19. * 移動的槽位數：最終平均每個主節點有4096個slot，因此總共移動4096 slots  
  20. * 接收槽位的目標節點ID：節點6382的ID  
  21. * 移出槽位的源節點ID：節點6379/6380/6381的ID  
  22. ```shell  
  23. $ redis-cli --cluster reshard 127.0.0.1 6479  
  24. >>> Performing Cluster Check (using node 127.0.0.1:6479)  
  25. M: 4c23b25bd4bcef7f4b77d8287e330ae72e738883 127.0.0.1:6479 slots:[0-5000] (5001 slots) master 1 additional replica(s)  
  26. S: 32ed645a9c9d13ca68dba5a147937fb1d05922ee 127.0.0.1:6480 slots: (0 slots) slave  
  27.   replicates c47598b25205cc88abe2e5094d5bfd9ea202335f  
  28. M: 706f399b248ed3a080cf1d4e43047a79331b714f 127.0.0.1:6482 slots: (0 slots) master  
  29. M: af81109fc29f69f9184ce9512c46df476fe693a3 127.0.0.1:6382 slots: (0 slots) master  
  30. M: 51081a64ddb3ccf5432c435a8cf20d45ab795dd8 127.0.0.1:6381 slots:[10001-16383] (6383 slots) master 1 additional replica(s)  
  31. S: 9d587b75bdaed26ca582036ed706df8b2282b0aa 127.0.0.1:6481 slots: (0 slots) slave  
  32.   replicates 51081a64ddb3ccf5432c435a8cf20d45ab795dd8  
  33. S: 87b7dfacde34b3cf57d5f46ab44fd6fffb2e4f52 127.0.0.1:6379 slots: (0 slots) slave  
  34.   replicates 4c23b25bd4bcef7f4b77d8287e330ae72e738883  
  35. M: c47598b25205cc88abe2e5094d5bfd9ea202335f 127.0.0.1:6380 slots:[5001-10000] (5000 slots) master 1 additional replica(s)  
  36. [OK] All nodes agree about slots configuration. >>> Check for open slots... >>> Check slots coverage...  
  37. [OK] All 16384 slots covered.  
  38. How many slots do you want to move (from 1 to 16384)? 4096 What is the receiving node ID? 

(4) 設置主從關系： 

  1. redis-cli -p 6482 cluster replicate af81109fc29f69f9184ce9512c46df476fe693a3   
  2. 127.0.0.1:6482> CLUSTER NODES  
  3. 32ed645a9c9d13ca68dba5a147937fb1d05922ee 127.0.0.1:6480@16480 slave c47598b25205cc88abe2e5094d5bfd9ea202335f 0 1603694930000 0 connected 
  4. 51081a64ddb3ccf5432c435a8cf20d45ab795dd8 127.0.0.1:6381@16381 master - 0 1603694931000 2 connected 11597-16383 9d587b75bdaed26ca582036ed706df8b2282b0aa 127.0.0.1:6481@16481 slave 51081a64ddb3ccf5432c435a8cf20d45ab795dd8 0 1603694932000 2 connected 
  5. 706f399b248ed3a080cf1d4e43047a79331b714f 127.0.0.1:6482@16482 myself,slave af81109fc29f69f9184ce9512c46df476fe693a3 0 1603694932000 8 connected 
  6. 87b7dfacde34b3cf57d5f46ab44fd6fffb2e4f52 127.0.0.1:6379@16379 slave 4c23b25bd4bcef7f4b77d8287e330ae72e738883 0 1603694932000 6 connected 
  7. c47598b25205cc88abe2e5094d5bfd9ea202335f 127.0.0.1:6380@16380 master - 0 1603694933678 0 connected 6251-10000 4c23b25bd4bcef7f4b77d8287e330ae72e738883 127.0.0.1:6479@16479 master - 0 1603694932669 6 connected 1250-5000 af81109fc29f69f9184ce9512c46df476fe693a3 127.0.0.1:6382@16382 master - 0 1603694933000 9 connected 0-1249 5001-6250 10001-11596 

2.2 集群伸縮-刪除節點

這里考慮將新添加的兩個節點6382和6482刪除，需要將節點6382上分配的槽位遷移到其他節點。

(1) 重新分片： 同樣借助 redis-cli --cluster reshard 命令，將6382節點上的槽位全部轉移到節點6479上。 

  1. $ redis-cli --cluster reshard 127.0.0.1 6382  
  2. >>> Performing Cluster Check (using node 127.0.0.1:6382)  
  3. M: af81109fc29f69f9184ce9512c46df476fe693a3 127.0.0.1:6382 slots:[0-1249],[5001-6250],[10001-11596] (4096 slots) master 1 additional replica(s)  
  4. M: 51081a64ddb3ccf5432c435a8cf20d45ab795dd8 127.0.0.1:6381 slots:[11597-16383] (4787 slots) master 1 additional replica(s)  
  5. S: 87b7dfacde34b3cf57d5f46ab44fd6fffb2e4f52 127.0.0.1:6379 slots: (0 slots) slave  
  6.     replicates 4c23b25bd4bcef7f4b77d8287e330ae72e738883  
  7. S: 32ed645a9c9d13ca68dba5a147937fb1d05922ee 127.0.0.1:6480 slots: (0 slots) slave  
  8.     replicates c47598b25205cc88abe2e5094d5bfd9ea202335f  
  9. M: 4c23b25bd4bcef7f4b77d8287e330ae72e738883 127.0.0.1:6479 slots:[1250-5000] (3751 slots) master 1 additional replica(s)  
  10. M: c47598b25205cc88abe2e5094d5bfd9ea202335f 127.0.0.1:6380 slots:[6251-10000] (3750 slots) master 1 additional replica(s)  
  11. S: 706f399b248ed3a080cf1d4e43047a79331b714f 127.0.0.1:6482 slots: (0 slots) slave 
  12.      replicates af81109fc29f69f9184ce9512c46df476fe693a3  
  13. S: 9d587b75bdaed26ca582036ed706df8b2282b0aa 127.0.0.1:6481 slots: (0 slots) slave  
  14.     replicates 51081a64ddb3ccf5432c435a8cf20d45ab795dd8  
  15. [OK] All nodes agree about slots configuration. >>> Check for open slots... >>> Check slots coverage...  
  16. [OK] All 16384 slots covered.  
  17. How many slots do you want to move (from 1 to 16384)? 4096 What is the receiving node ID? 4c23b25bd4bcef7f4b77d8287e330ae72e738883  
  18. Please enter all the source node IDs.  
  19. Type 'all' to use all the nodes as source nodes for the hash slots. 
  20.  Type 'done' once you entered all the source nodes IDs.  
  21. Source node #1: af81109fc29f69f9184ce9512c46df476fe693a3  
  22. Source node #2: done  
  23. 127.0.0.1:6379> CLUSTER NODES  
  24. c47598b25205cc88abe2e5094d5bfd9ea202335f 127.0.0.1:6380@16380 master - 0 1603773540922 0 connected 6251-10000 87b7dfacde34b3cf57d5f46ab44fd6fffb2e4f52 127.0.0.1:6379@16379 myself,slave 4c23b25bd4bcef7f4b77d8287e330ae72e738883 0 1603773539000 1 connected 
  25. 4c23b25bd4bcef7f4b77d8287e330ae72e738883 127.0.0.1:6479@16479 master - 0 1603773541000 10 connected 0-6250 10001-11596 706f399b248ed3a080cf1d4e43047a79331b714f 127.0.0.1:6482@16482 slave 4c23b25bd4bcef7f4b77d8287e330ae72e738883 0 1603773541000 10 connected 
  26. 32ed645a9c9d13ca68dba5a147937fb1d05922ee 127.0.0.1:6480@16480 slave c47598b25205cc88abe2e5094d5bfd9ea202335f 0 1603773539000 5 connected 
  27. 9d587b75bdaed26ca582036ed706df8b2282b0aa 127.0.0.1:6481@16481 slave 51081a64ddb3ccf5432c435a8cf20d45ab795dd8 0 1603773541931 4 connected 
  28. af81109fc29f69f9184ce9512c46df476fe693a3 127.0.0.1:6382@16382 master - 0 1603773539000 9 connected 
  29. 51081a64ddb3ccf5432c435a8cf20d45ab795dd8 127.0.0.1:6381@16381 master - 0 1603773540000 2 connected 11597-16383 

(2) 刪除節點： 利用 redis-cli --cluster del-node 命令依次刪除從節點6482和主節點6382。 

  1. $ redis-cli --cluster del-node 127.0.0.1:6482 706f399b248ed3a080cf1d4e43047a79331b714f >>> Removing node 706f399b248ed3a080cf1d4e43047a79331b714f from cluster 127.0.0.1:6482 
  2. >>> Sending CLUSTER FORGET messages to the cluster... >>> Sending CLUSTER RESET SOFT to the deleted node. 
  3. $ redis-cli --cluster del-node 127.0.0.1:6382 af81109fc29f69f9184ce9512c46df476fe693a3 >>> Removing node af81109fc29f69f9184ce9512c46df476fe693a3 from cluster 127.0.0.1:6382 
  4. >>> Sending CLUSTER FORGET messages to the cluster... >>> Sending CLUSTER RESET SOFT to the deleted node. 
  5. 127.0.0.1:6379> CLUSTER NODES 
  6. 47598b25205cc88abe2e5094d5bfd9ea202335f 127.0.0.1:6380@16380 master - 0 1603773679121 0 connected 6251-10000 87b7dfacde34b3cf57d5f46ab44fd6fffb2e4f52 127.0.0.1:6379@16379 myself,slave 4c23b25bd4bcef7f4b77d8287e330ae72e738883 0 1603773677000 1 connected 
  7. 4c23b25bd4bcef7f4b77d8287e330ae72e738883 127.0.0.1:6479@16479 master - 0 1603773678000 10 connected 0-6250 10001-11596 32ed645a9c9d13ca68dba5a147937fb1d05922ee 127.0.0.1:6480@16480 slave c47598b25205cc88abe2e5094d5bfd9ea202335f 0 1603773680130 5 connected 
  8. 9d587b75bdaed26ca582036ed706df8b2282b0aa 127.0.0.1:6481@16481 slave 51081a64ddb3ccf5432c435a8cf20d45ab795dd8 0 1603773677099 4 connected 
  9. 51081a64ddb3ccf5432c435a8cf20d45ab795dd8 127.0.0.1:6381@16381 master - 0 1603773678112 2 connected 11597-16383 

3 總結

Redis集群環境的搭建主要包括啟動節點、節點握手、槽指派和主從復制等四個步驟，集群伸縮同樣涉及這幾個方面。借助 redis-cli --cluster 命令來管理集群環境，不僅能增加簡便性，還能降低操作失誤的風險。 

 

責任編輯：龐桂玉 來源： 互聯網程序員
Redis數據庫命令
相關推薦

2021-01-07 10:18:03

Redis數據庫環境搭建

2019-09-16 16:05:13

Redis集群模式

2020-10-10 14:19:08

數據庫知識點

2021-01-06 14:15:42

線程池Java代碼

2022-02-11 08:41:19

WindowsRedis集群

2020-04-14 21:12:42

Redis集群Linux

2015-05-06 13:34:14

MySQL集群搭建

2010-06-04 17:43:12

Hadoop集群搭建

2021-09-06 07:59:56

死鎖工具多線編程

2009-03-30 17:29:26

四核服務器惠普

2024-03-07 16:03:56

RedisDocker

2024-09-11 20:05:56

2011-08-25 15:02:17

Lua環境搭建EditPlus

2012-11-01 17:15:04

2020-06-01 08:55:56

WindowsRedis集群

2022-05-31 08:04:03

Redis高可用集群

2022-10-14 15:44:03

大數據Hadoop

2024-04-03 00:00:00

Redis集群代碼

2020-04-21 22:59:50

Redis搭建選舉

2017-07-11 13:30:12

RedisDockerLinux
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板： 欧美三级视频在线观看 | 亚洲综合一区二区三区 | 一区二区在线免费观看 | 欧美精品一区二区三区蜜桃视频 | 91精品久久久久久久久久 | 欧美一区二区三区免费在线观看 | 国产成人精品999在线观看 | 成年视频在线观看 | 91看片视频 | 久久精品青青大伊人av | 九色在线视频 | 国产伦精品一区二区三区四区视频 | 天天干国产 | 嫩草视频在线免费观看 | 99久久婷婷国产亚洲终合精品 | 久久国产成人精品国产成人亚洲 | 欧美一级大片免费看 | 中国美女一级黄色片 | 羞羞羞视频 | 国产精品a久久久久 | 天天插天天舔 | 91精品国产日韩91久久久久久 | 欧美激情精品久久久久 | 超碰人人爱 | 91视视频在线观看入口直接观看 | 狠狠伊人| 呦呦在线视频 | 久久国产精品一区 | 一区二区三区四区免费观看 | 欧美精品一区二区三区四区五区 | 天天爽天天操 | 亚洲综合色视频在线观看 | 99精品免费| 久久毛片 | 精品久久中文字幕 | 久久人体| 亚洲综合视频 | 亚洲第一区国产精品 | 美日韩视频 | 久草在线在线精品观看 | 日韩精品一区二区三区四区视频 |