1，前言
Redis是我們目前最大規模使用的緩存中間件，由於它強大高效而又便捷的功能，得到廣泛的使用。
Redis在2015年發佈了3.0.0，官方支持redis cluster。至此結束了redis沒有集羣的時代，之前我們用的redis cluster多的是twitter發佈的Twemproxy還有就是豌豆莢開發的codis。本文將進行理解和實踐redis cluster。下面，我儘量用通熟易懂的方式來闡述。
2，redis Cluster設計要點
redis cluster在設計的時候，就考慮到了去中心化，去中間件，也就是說，在集羣中的每個節點都是平等的關係，都是對等的，每個節點都保存各自的數據和整個集羣的狀態。每個節點都和其他所有節點連接，而且這些連接保持活躍，這樣就保證了我們只需要連接集羣中的任意一個節點，就可以獲取到其他節點的數據。
3，redis集羣原理
我們知道集羣中的每個節點都是對等的關係並且都保存各自的數據，那麼redis是如何合理分配這些節點和數據的呢？
Redis Cluster沒有使用傳統的一致性哈希來分配數據，而是採用另外一種哈希槽（hash slot）的方式來分配的。
redis cluster默認分配了16384個slot，當我們set一個key時，會採用CRC16算法來取模得到所屬的slot，然後將這個key分到哈希槽區間的節點上，具體算法就是：CRC16(key) % 16384。
需要注意的是：Redis集羣至少需要3個節點，因爲投票容錯機制要求超過半數節點認爲某個節點掛了該節點纔是掛了，所以2個節點無法構成集羣。
所以，我們假設現在有3個節點已經部署成redis cluster，分別是：A，B，C 三個節點，他們可以是一臺機器上的三個端口，也可以是三臺不同的服務器；那麼採用哈希槽（hash slot）的方式來分配16384個slot，它們三個節點分別承擔的slot區間是：
節點A覆蓋0-5461； 節點B覆蓋 5462-10922； 節點C覆蓋 10923-16383；
那麼，現在我想設置一個key，比如叫my_name：set my_name linux
按照redis cluster的哈希槽算法：CRC16('my_name')%16384 = 2412。 那麼就會把這個key的存儲分配到A上了。
同樣，當我連接（A,B,C）任何一個節點想獲取my_name這個key時，也會這樣的算法，然後內部跳轉到A節點上獲取數據。
這種哈希槽分配方式的好處就是很清晰，比如我想新增一個節點ID，redis cluster的這種做法是從各個節點的前面各拿取一部分slot到D上。大致就會變成這樣：（我會在接下來的實踐中實驗）
節點A覆蓋 1365-5460；節點B覆蓋 6827-10922；節點C覆蓋 12288-16383； 節點D覆蓋0-1364,5461-6826,10923-12287；
同樣，刪除一個節點也是類似，移動完成後就可以刪除這個節點了。
所以redis cluster 就是這樣一個形狀：
4，redis cluster主從模式
redis cluster爲了保證數據的高可用性，加入了主從模式，一個主節點對應一個或多個從節點，主節點提供數據存取，從節點則是從主節點拉取數據備份，當這個主節點掛掉後，就會有這個從節點存取一個來充當主節點，從而保證集羣不會掛掉。
上邊那個例子裏，集羣有ABC三個主節點，如果這3個節點都沒有加入從節點，如果B掛掉了，我們就無法訪問整個集羣了。A和C的slot也無法訪問。所以我們在集羣建立的時候，一定要爲每個主節點都添加從節點，比如像這樣，集羣包含主節點A，B，C，以及從節點A1，B1，C1，那麼即使B掛掉，系統也可以繼續正確工作。因爲B1節點提替代了B節點，所以redis集羣將會選擇B1節點作爲新的主節點，集羣將會繼續正確地提供服務。需要注意的是，當B重新開啓後，它就會變成B1的從節點，而不會重新變成主節點。
如果節點B和B1同時掛了，Redis集羣就無法繼續正常地提供服務了，一般情況下，是不會也不允許兩節點同時掛掉。
流程下圖所示：
搭建redis高可用集羣
依據redis cluster內部故障轉移實現原理，reids集羣至少需要3個節點，並且要保證集羣的高可用，需要每個節點都有從節點，因此搭建redis集羣至少需要6臺服務器，三主三從。
條件有限，並且是測試環境，所以我們在兩臺機器上創建一個僞集羣，通過不同的TCP端口啓動多個redis實例，組成集羣，當然實際生產環境的Redis集羣搭建和這裏是一樣的。
目前redis cluster 的搭建有兩種方式：
1，手動方式搭建，即手動執行cluster命令，一步步完成搭建流程。
2，自動方式搭建，即使用官方提供的集羣管理工具快速搭建。
兩種方式原理一樣，自動搭建方式只是將手動搭建方式中需要執行的redis命令封裝到了可執行程序。生產環境中推薦使用自動方式搭建，簡單快捷，不易出錯；本文實戰演示兩種方式都會提及。
環境描述：
主機A：172.16.1.100（CentOS 7.3），啓動三個實例7000,7001,7002；全部爲主
主機B：172.16.1.110（CentOS 7.3），啓動三個實例8000,8001,8002；全部爲從一，手動方式搭建
1，安裝redis
A主機：
[root@redis01-server ~]# tar zxf redis-4.0.14.tar.gz
[root@redis01-server ~]# mv redis-4.0.14 /usr/local/redis
[root@redis01-server ~]# cd /usr/local/redis/
[root@redis01-server redis]# make && make install
#安裝完成，修改配置文件：
[root@redis01-server ~]# vim /usr/local/redis/redis.conf
69 bind 172.16.1.100 #設置爲當前redis主機的ip地址
92 port 7000 #設置redis的監聽端口
136 daemonize yes #以守護進程運行redis實例
814 cluster-enabled yes #啓動集羣模式
822 cluster-config-file nodes-7000.conf #設置當前節點集羣配置文件路徑
828 cluster-node-timeout 5000 #設置當前連接超時秒數
672 appendonly yes #開啓AOF持久化模式
676 appendfilename "appendonly-7000.aof" #保存數據的AOF文件名稱
B主機：
[root@redis02-server ~]# tar zxf redis-4.0.14.tar.gz
[root@redis02-server ~]# mv redis-4.0.14 /usr/local/redis
[root@redis02-server ~]# cd /usr/local/redis
[root@redis02-server redis]# make && make install
[root@redis02-server ~]# vim /usr/local/redis/redis.conf
bind 172.16.1.110
port 8000
daemonize yes
cluster-enabled yes
cluster-config-file nodes-8000.conf
cluster-node-timeout 5000
appendonly yes
appendfilename "appendonly-8000.aof"2，根據上述的規劃，創建各個節點啓動配置文件的存放目錄
A主機：
[root@redis01-server ~]# mkdir /usr/local/redis-cluster
[root@redis01-server ~]# cd /usr/local/redis-cluster/
[root@redis01-server redis-cluster]# mkdir {7000,7001,7002}
B主機：
[root@redis02-server ~]# mkdir /usr/local/redis-cluster
[root@redis02-server ~]# cd /usr/local/redis-cluster/
[root@redis02-server redis-cluster]# mkdir {8000,8001,8002}3，將主配文件分別拷貝到相對應的目錄下
A主機：
[root@redis01-server ~]# cp /usr/local/redis/redis.conf /usr/local/redis-cluster/7000/
[root@redis01-server ~]# cp /usr/local/redis/redis.conf /usr/local/redis-cluster/7001/
[root@redis01-server ~]# cp /usr/local/redis/redis.conf /usr/local/redis-cluster/7002/
B主機：
[root@redis02-server ~]# cp /usr/local/redis/redis.conf /usr/local/redis-cluster/8000/
[root@redis02-server ~]# cp /usr/local/redis/redis.conf /usr/local/redis-cluster/8001/
[root@redis02-server ~]# cp /usr/local/redis/redis.conf /usr/local/redis-cluster/8002/
#修改各自的監聽TCP端口號：
A主機：
[root@redis01-server ~]# sed -i "s/7000/7001/g" /usr/local/redis-cluster/7001/redis.conf
[root@redis01-server ~]# sed -i "s/7000/7002/g" /usr/local/redis-cluster/7002/redis.conf
B主機：
[root@redis02-server ~]# sed -i "s/8000/8001/g" /usr/local/redis-cluster/8001/redis.conf
[root@redis02-server ~]# sed -i "s/8000/8002/g" /usr/local/redis-cluster/8002/redis.conf 4，啓動reids服務
A主機：
[root@redis01-server ~]# ln -s /usr/local/bin/redis-server /usr/local/sbin/
[root@redis01-server ~]# redis-server /usr/local/redis-cluster/7000/redis.conf
[root@redis01-server ~]# redis-server /usr/local/redis-cluster/7001/redis.conf
[root@redis01-server ~]# redis-server /usr/local/redis-cluster/7002/redis.conf
#確保各節點服務正常運行：
[root@redis01-server ~]# ps -ef | grep redis
root 19595 1 0 04:55 ? 00:00:00 redis-server 172.16.1.100:7000 [cluster]
root 19602 1 0 04:56 ? 00:00:00 redis-server 172.16.1.100:7001 [cluster]
root 19607 1 0 04:56 ? 00:00:00 redis-server 172.16.1.100:7002 [cluster]
root 19612 2420 0 04:58 pts/0 00:00:00 grep --color=auto redis
B主機：
[root@redis02-server ~]# ln -s /usr/local/bin/redis-server /usr/local/sbin/
[root@redis02-server ~]# redis-server /usr/local/redis-cluster/8000/redis.conf
[root@redis02-server ~]# redis-server /usr/local/redis-cluster/8001/redis.conf
[root@redis02-server ~]# redis-server /usr/local/redis-cluster/8002/redis.conf
[root@redis02-server ~]# ps -ef | grep redis
root 18485 1 0 00:17 ? 00:00:00 redis-server 172.16.1.110:8000 [cluster]
root 18490 1 0 00:17 ? 00:00:00 redis-server 172.16.1.110:8001 [cluster]
root 18495 1 0 00:17 ? 00:00:00 redis-server 172.16.1.110:8002 [cluster]
root 18501 1421 0 00:19 pts/0 00:00:00 grep --color=auto redis5，節點握手
雖然上面6各節點都啓用集羣支持，但默認情況下它們是不相互信任或者說沒有聯繫的。節點握手就是在各個節點之間創建鏈接（每個節點與其他節點相連），形成一個完整的網絡，即集羣。
節點握手的命令如下：
cluster meet ip port我們創建的6個節點可以通過redis-cli 連接到A節點執行如下五組命令完成握手：
注意：需要關閉集羣中各臺主機的防火牆：systemctl stop firewalld ，否則無法完成握手
[root@redis01-server ~]# redis-cli -h 172.16.1.100 -p 7000
172.16.1.100:7000> cluster meet 172.16.1.100 7001
OK
172.16.1.100:7000> cluster meet 172.16.1.100 7002
OK
172.16.1.100:7000> cluster meet 172.16.1.110 8000
OK
172.16.1.100:7000> cluster meet 172.16.1.110 8001
OK
172.16.1.100:7000> cluster meet 172.16.1.110 8002
OK
#查看握手是否正常：
172.16.1.100:7000> cluster nodes
060a11f6985df66e4b9cf596355bbe334f843587 172.16.1.100:7001@17001 master - 0 1584155029000 1 connected
2fb26d79f703f9fbd8841e4ee93ea88f7df5dad9 172.16.1.110:8002@18002 master - 0 1584155029000 5 connected
6d3ac8cf0dc3c8400d2df8d0559fbe8bdce0c34d 172.16.1.110:8000@18000 master - 0 1584155029243 3 connected
cc3b16e067bf1ce9978c13870f0e1d538102a733 172.16.1.110:8001@18001 master - 0 1584155030000 0 connected
0f74b9e2d07e159fdc0fc1edffd3d0b305adc2fd 172.16.1.100:7000@17000 myself,master - 0 1584155028000 2 connected
c0fefd1442b3fa4e41eb6fba5073dcc1427ca812 172.16.1.100:7002@17002 master - 0 1584155030249 4 connected可以看到，集羣中所有節點都已經建立鏈接，自此，節點握手完成。
#雖然節點已經建立鏈接，但此時redis集羣還並沒有處於上線狀態，執行cluster info命令來查看目前集羣的運行狀態：
172.16.1.100:7000> cluster info
cluster_state:fail #表示當前集羣處於下線狀態
cluster_slots_assigned:0 #爲0 表示目前所有槽沒有被分配到節點上
cluster_slots_ok:0
cluster_slots_pfail:0
cluster_slots_fail:0
cluster_known_nodes:6
cluster_size:0
cluster_current_epoch:5
cluster_my_epoch:2
cluster_stats_messages_ping_sent:612
cluster_stats_messages_pong_sent:627
cluster_stats_messages_meet_sent:10
cluster_stats_messages_sent:12496，分配槽位
只有給集羣中所有主節點分配好槽位（slot），集羣才能正常上線，分配槽位的命令如下：cluster addslots slot [slot ...]
#根據預先規劃，需要使用cluster addslots 命令手動將16384個哈希槽大致均等分配給主節點A，B，C。
[root@redis01-server ~]# redis-cli -h 172.16.1.100 -p 7000 cluster addslots {0..5461}
OK
[root@redis01-server ~]# redis-cli -h 172.16.1.100 -p 7001 cluster addslots {5462..10922}
OK
[root@redis01-server ~]# redis-cli -h 172.16.1.100 -p 7002 cluster addslots {10923..16383}
OK槽位分配完成後，可以再次查看目前集羣的狀態：
[root@redis01-server ~]# redis-cli -h 172.16.1.100 -p 7000 cluster info
cluster_state:ok
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:2
cluster_stats_messages_ping_sent:2015
cluster_stats_messages_pong_sent:2308
cluster_stats_messages_meet_sent:10
cluster_stats_messages_sent:4333
cluster_stats_messages_ping_received:2308
cluster_stats_messages_pong_received:2007
cluster_stats_messages_received:4315cluster_state:ok 證明redis集羣成功上線。
#如需刪除分配槽，可以執行cluster delslots 命令，例如：[root@redis01-server ~]# redis-cli -h 172.16.1.100 -p 7000 cluster delslots {10923..16383}
#查看槽位分配情況：
[root@redis01-server ~]# redis-cli -h 172.16.1.100 -p 7000 cluster nodes
060a11f6985df66e4b9cf596355bbe334f843587 172.16.1.100:7001@17001 master - 0 1584156388000 1 connected 5462-10922
2fb26d79f703f9fbd8841e4ee93ea88f7df5dad9 172.16.1.110:8002@18002 master - 0 1584156387060 5 connected
6d3ac8cf0dc3c8400d2df8d0559fbe8bdce0c34d 172.16.1.110:8000@18000 master - 0 1584156386056 3 connected
cc3b16e067bf1ce9978c13870f0e1d538102a733 172.16.1.110:8001@18001 master - 0 1584156387000 0 connected
0f74b9e2d07e159fdc0fc1edffd3d0b305adc2fd 172.16.1.100:7000@17000 myself,master - 0 1584156387000 2 connected 0-5461
c0fefd1442b3fa4e41eb6fba5073dcc1427ca812 172.16.1.100:7002@17002 master - 0 1584156386000 4 connected 10923-16383可以看到三個主節點槽位已完成分配，但是還有三個從節點沒有使用，如果此時有一個主節點故障，那麼整個集羣也就掛了，所以我們需要爲從節點配置主節點，實現高可用。
7，主從複製
集羣複製命令如下：
cluster replicate node-id1）連接集羣中任意一個節點，獲得所有主節點的node-id
[root@redis01-server ~]# redis-cli -h 172.16.1.110 -p 8000 cluster nodes
2fb26d79f703f9fbd8841e4ee93ea88f7df5dad9 172.16.1.110:8002@18002 master - 0 1584157179543 5 connected
c0fefd1442b3fa4e41eb6fba5073dcc1427ca812 172.16.1.100:7002@17002 master - 0 1584157179946 4 connected 10923-16383
6d3ac8cf0dc3c8400d2df8d0559fbe8bdce0c34d 172.16.1.110:8000@18000 myself,master - 0 1584157179000 3 connected
060a11f6985df66e4b9cf596355bbe334f843587 172.16.1.100:7001@17001 master - 0 1584157180952 1 connected 5462-10922
cc3b16e067bf1ce9978c13870f0e1d538102a733 172.16.1.110:8001@18001 master - 0 1584157180549 0 connected
0f74b9e2d07e159fdc0fc1edffd3d0b305adc2fd 172.16.1.100:7000@17000 master - 0 1584157179544 2 connected 0-54612）執行如下三組命令分別爲從節點指定其主節點，使集羣可以自動完成主從複製
[root@redis02-server ~]# redis-cli -h 172.16.1.110 -p 8000 cluster replicate 0f74b9e2d07e159fdc0fc1edffd3d0b305adc2fd
OK
[root@redis02-server ~]# redis-cli -h 172.16.1.110 -p 8001 cluster replicate 060a11f6985df66e4b9cf596355bbe334f843587
OK
[root@redis02-server ~]# redis-cli -h 172.16.1.110 -p 8002 cluster replicate c0fefd1442b3fa4e41eb6fba5073dcc1427ca812
OK3）查看集羣中各個節點的複製狀態信息：
[root@redis02-server ~]# redis-cli -h 172.16.1.110 -p 8000 cluster nodes
2fb26d79f703f9fbd8841e4ee93ea88f7df5dad9 172.16.1.110:8002@18002 slave c0fefd1442b3fa4e41eb6fba5073dcc1427ca812 0 1584157699631 5 connected
c0fefd1442b3fa4e41eb6fba5073dcc1427ca812 172.16.1.100:7002@17002 master - 0 1584157700437 4 connected 10923-16383
6d3ac8cf0dc3c8400d2df8d0559fbe8bdce0c34d 172.16.1.110:8000@18000 myself,slave 0f74b9e2d07e159fdc0fc1edffd3d0b305adc2fd 0 1584157699000 3 connected
060a11f6985df66e4b9cf596355bbe334f843587 172.16.1.100:7001@17001 master - 0 1584157701442 1 connected 5462-10922
cc3b16e067bf1ce9978c13870f0e1d538102a733 172.16.1.110:8001@18001 slave 060a11f6985df66e4b9cf596355bbe334f843587 0 1584157699932 1 connected
0f74b9e2d07e159fdc0fc1edffd3d0b305adc2fd 172.16.1.100:7000@17000 master - 0 1584157700000 2 connected 0-5461可以看到所有從節點都作爲對應主節點的備份節點，至此，已經成功以手動方式搭建一個redis集羣。
總結手動搭建redis集羣的關鍵步驟：
1，在各節點安裝redis
2，修改配置文件，開啓集羣模式
3，啓動各節點redis服務
4，節點握手
5，爲主節點分配槽位
6，主從節點建立複製關係推薦博文：
redis的 rdb 和 aof 持久化的區別：https://www.cnblogs.com/shizhengwen/p/9283973.html
二，自動方式搭建
Redis 3.0版本之後官方發佈了一個集羣管理工具 redis-trib.rb，集成在Redis源碼包的src目錄下。其封裝了redis提供的集羣命令，使用簡單，便捷。
環境描述：
主機A：172.16.1.100（CentOS 7.3），啓動三個實例7000,7001,7002；
主機B：172.16.1.110（CentOS 7.3），啓動三個實例8000,8001,8002；1，執行上邊”手動搭建redis“的步驟1-4（到啓動redis即可（確保redis服務正常運行），關閉防火牆。
2，集羣管理工具搭建
redis-trib.rb 是 Redis 作者使用 Ruby 語言開發的，故使用該工具之前還需要先在機器上安裝 Ruby 環境。
注意的是：從Redis 5.0 版本開始便把這個工具集成到 redis-cli 中，以--cluster參數提供使用，其中create命令可以用來創建集羣。
1）安裝Ruby環境以及其他依賴項（兩臺主機）
[root@redis-01 ~]# yum -y install ruby ruby-devel rubygems rpm-build openssl openssl-devel
#確認安裝版本：
[root@redis-01 ~]# ruby -v
ruby 2.0.0p648 (2015-12-16) [x86_64-linux]2）使用redis-trib.rb 腳本搭建集羣
[root@redis-01 ~]# ln -s /usr/local/redis/src/redis-trib.rb /usr/local/sbin/
[root@redis-01 ~]# redis-trib.rb create --replicas 1 172.16.1.100:7000 172.16.1.100:7001 172.16.1.100:7002 172.16.1.110:8000 172.16.1.110:8001 172.16.1.110:8002
#這裏使用create命令，--replicas 1 參數表示爲每個主節點創建一個從節點（隨機分配），其他參數是實例的地址集合
/usr/share/rubygems/rubygems/core_ext/kernel_require.rb:55:in `require': cannot load such file -- redis (LoadError)
from /usr/share/rubygems/rubygems/core_ext/kernel_require.rb:55:in `require'
from /usr/local/sbin/redis-trib.rb:25:in `<main>'上面報錯是需要redis的gem包來安裝ruby和redis的接口，安裝gem包，網址： https://rubygems.org/gems/redis/ 選擇對應的版本下載，這裏選擇3.3.0版本：
[root@redis-01 ~]# gem install -l redis-3.3.0.gem
Successfully installed redis-3.3.0
Parsing documentation for redis-3.3.0
Installing ri documentation for redis-3.3.0
1 gem installed#重新創建集羣
[root@redis-01 ~]# redis-trib.rb create --replicas 1 172.16.1.100:7000 172.16.1.100:7001 172.16.1.100:7002 172.16.1.110:8000 172.16.1.110:8001 172.16.1.110:8002
>>> Creating cluster
>>> Performing hash slots allocation on 6 nodes...
Using 3 masters:
172.16.1.100:7000
172.16.1.110:8000
172.16.1.100:7001
Adding replica 172.16.1.110:8002 to 172.16.1.100:7000
Adding replica 172.16.1.100:7002 to 172.16.1.110:8000
Adding replica 172.16.1.110:8001 to 172.16.1.100:7001
M: 8613a457f8009aaf784df0ac6d7039034b16b6a6 172.16.1.100:7000
slots:0-5460 (5461 slots) master
M: 5721b77733b1809449c6fc5806f38f1cacb1de8c 172.16.1.100:7001
slots:10923-16383 (5461 slots) master
S: d161ab43746405c2b517e3ffc98321956431191c 172.16.1.100:7002
replicates 4debd0b5743826d203d1af777824eb1b83105d21
M: 4debd0b5743826d203d1af777824eb1b83105d21 172.16.1.110:8000
slots:5461-10922 (5462 slots) master
S: 948421116dd1859002c78a2df0b9845bdc7db631 172.16.1.110:8001
replicates 5721b77733b1809449c6fc5806f38f1cacb1de8c
S: 3cc268dfbb918a99159900643b318ec87ba03ad9 172.16.1.110:8002
replicates 8613a457f8009aaf784df0ac6d7039034b16b6a6
Can I set the above configuration? (type 'yes' to accept): yes
>>> Nodes configuration updated
>>> Assign a different config epoch to each node
>>> Sending CLUSTER MEET messages to join the cluster
Waiting for the cluster to join..
>>> Performing Cluster Check (using node 172.16.1.100:7000)
M: 8613a457f8009aaf784df0ac6d7039034b16b6a6 172.16.1.100:7000
slots:0-5460 (5461 slots) master
1 additional replica(s)
S: 3cc268dfbb918a99159900643b318ec87ba03ad9 172.16.1.110:8002
slots: (0 slots) slave
replicates 8613a457f8009aaf784df0ac6d7039034b16b6a6
S: 948421116dd1859002c78a2df0b9845bdc7db631 172.16.1.110:8001
slots: (0 slots) slave
replicates 5721b77733b1809449c6fc5806f38f1cacb1de8c
M: 4debd0b5743826d203d1af777824eb1b83105d21 172.16.1.110:8000
slots:5461-10922 (5462 slots) master
1 additional replica(s)
S: d161ab43746405c2b517e3ffc98321956431191c 172.16.1.100:7002
slots: (0 slots) slave
replicates 4debd0b5743826d203d1af777824eb1b83105d21
M: 5721b77733b1809449c6fc5806f38f1cacb1de8c 172.16.1.100:7001
slots:10923-16383 (5461 slots) master
1 additional replica(s)
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.redis-trib會提示你做了什麼配置，輸入yes接受，集羣就被配置和加入了，意思是實例會經過互相交流後啓動。
至此，集羣可以說是搭建完成了，一條命令解決，可以說是非常方便。
3，測試集羣
1）測試集羣的狀態：
[root@redis-01 ~]# redis-trib.rb check 172.16.1.100:7000
>>> Performing Cluster Check (using node 172.16.1.100:7000)
M: 8613a457f8009aaf784df0ac6d7039034b16b6a6 172.16.1.100:7000
slots:0-5460 (5461 slots) master
1 additional replica(s)
S: 3cc268dfbb918a99159900643b318ec87ba03ad9 172.16.1.110:8002
slots: (0 slots) slave
replicates 8613a457f8009aaf784df0ac6d7039034b16b6a6
S: 948421116dd1859002c78a2df0b9845bdc7db631 172.16.1.110:8001
slots: (0 slots) slave
replicates 5721b77733b1809449c6fc5806f38f1cacb1de8c
M: 4debd0b5743826d203d1af777824eb1b83105d21 172.16.1.110:8000
slots:5461-10922 (5462 slots) master
1 additional replica(s)
S: d161ab43746405c2b517e3ffc98321956431191c 172.16.1.100:7002
slots: (0 slots) slave
replicates 4debd0b5743826d203d1af777824eb1b83105d21
M: 5721b77733b1809449c6fc5806f38f1cacb1de8c 172.16.1.100:7001
slots:10923-16383 (5461 slots) master
1 additional replica(s)可以看到有3個主節點（M），分別是7000，8000，7001，3個從節點（S），分別是7002，8001，8002。每個節點都是成功的連接狀態。
2）測試連接集羣
集羣搭建成功了；按照redis cluster的特點，它是去中心化，每個節點都是對等的，所以，你連接哪個節點都可以獲取和設置數據，接下來進行測試：
[root@redis-01 ~]# redis-cli -h 172.16.1.100 -p 7000 -c //集羣模式需要加上-c參數
172.16.1.100:7000> set my_name linux //設置一個值
-> Redirected to slot [12803] located at 172.16.1.100:7001
//前面有說到，分配key的時候，它會使用CRC16('my_name')%16384算法來計算將這個key放到哪個節點，這裏分配到了12803 ，所以slot就分配到了 7001（範圍：10923-16383）這個節點上
OK
172.16.1.100:7001> get my_name //獲取該數據值
"linux"redis cluster 採用的方式很直接，創建完key後，它直接跳轉到7001節點了，而不是還在自身的7000節點，現在我們連接8002這個從節點：
[root@redis-01 ~]# redis-cli -h 172.16.1.110 -p 8002 -c
172.16.1.110:8002> get my_name
-> Redirected to slot [12803] located at 172.16.1.100:7001
"linux"
//同樣是獲取 key（my_name）的值，它同樣也是跳轉到了7001上，並返回該數據值3）測試集羣的高可用
當前我的redis集羣有3個主節點（7000，8000，7001）提供數據存儲和讀取，3個從節點（7002，8001，8002）負責把主節點的數據同步到自己的節點上來，所以我們來看一下從節點的appendonly.aof的內容（因爲剛纔創建的值分配給了7001節點，而7001主節點對應的從節點是8001，所以我們查看8001的aof文件）
[root@redis-02 ~]# cat appendonly-8001.aof
*2
$6
SELECT
$1
0
*3
$3
set
$7
my_name
$5
linux可以看到的確是從主節點同步過來的數據。
注意：你的redis在哪個路徑下啓動，dump.rdb 文件或者appendonly.aof文件就會產生在啓動所在的目錄，如果想要自定義路徑可以修改配置文件：263 dir ./ #把相對路徑修改爲絕對路徑
#下面，我們模擬其中一臺master主服務器掛掉：
[root@redis-01 ~]# ps -ef | grep redis
root 5598 1 0 01:02 ? 00:00:06 redis-server 172.16.1.100:7000 [cluster]
root 5603 1 0 01:02 ? 00:00:06 redis-server 172.16.1.100:7001 [cluster]
root 5608 1 0 01:02 ? 00:00:06 redis-server 172.16.1.100:7002 [cluster]
root 19735 2242 0 03:32 pts/0 00:00:00 grep --color=auto redis
[root@redis-01 ~]# kill 5598 #測試集羣的狀態：
[root@redis-01 ~]# redis-trib.rb check 172.16.1.100:7000
[ERR] Sorry, can't connect to node 172.16.1.100:7000
[root@redis-01 ~]# redis-trib.rb check 172.16.1.100:7001
>>> Performing Cluster Check (using node 172.16.1.100:7001)
M: 5721b77733b1809449c6fc5806f38f1cacb1de8c 172.16.1.100:7001
slots:10923-16383 (5461 slots) master
1 additional replica(s)
S: d161ab43746405c2b517e3ffc98321956431191c 172.16.1.100:7002
slots: (0 slots) slave
replicates 4debd0b5743826d203d1af777824eb1b83105d21
S: 948421116dd1859002c78a2df0b9845bdc7db631 172.16.1.110:8001
slots: (0 slots) slave
replicates 5721b77733b1809449c6fc5806f38f1cacb1de8c
M: 4debd0b5743826d203d1af777824eb1b83105d21 172.16.1.110:8000
slots:5461-10922 (5462 slots) master
1 additional replica(s)
M: 3cc268dfbb918a99159900643b318ec87ba03ad9 172.16.1.110:8002
slots:0-5460 (5461 slots) master
0 additional replica(s)從上面的結果可以看到，當7000主節點掛掉了，那麼這個時候，7000的從節點只有8002一個，所以8002就會被選舉成master節點了。並且原來7000節點上的數據不會丟失，而是會轉移到了8002節點上，當用戶再次獲取數據時，則是從8002上面獲取了。
既然7000節點服務器因爲某些原因宕機了，但是當我們把故障解決後，重新將7000節點加入集羣中，那麼7000節點會在集羣中充當什麼角色呢？
[root@redis-01 ~]# redis-server /usr/local/redis-cluster/7000/redis.conf
[root@redis-01 ~]# ps -ef | grep redis
root 5603 1 0 01:02 ? 00:00:08 redis-server 172.16.1.100:7001 [cluster]
root 5608 1 0 01:02 ? 00:00:08 redis-server 172.16.1.100:7002 [cluster]
root 19771 1 0 03:50 ? 00:00:00 redis-server 172.16.1.100:7000 [cluster]
root 19789 2242 0 03:51 pts/0 00:00:00 grep --color=auto redis
#查看集羣的狀態：
[root@redis-01 ~]# redis-trib.rb check 172.16.1.100:7001
>>> Performing Cluster Check (using node 172.16.1.100:7001)
M: 5721b77733b1809449c6fc5806f38f1cacb1de8c 172.16.1.100:7001
slots:10923-16383 (5461 slots) master
1 additional replica(s)
S: d161ab43746405c2b517e3ffc98321956431191c 172.16.1.100:7002
slots: (0 slots) slave
replicates 4debd0b5743826d203d1af777824eb1b83105d21
S: 948421116dd1859002c78a2df0b9845bdc7db631 172.16.1.110:8001
slots: (0 slots) slave
replicates 5721b77733b1809449c6fc5806f38f1cacb1de8c
M: 4debd0b5743826d203d1af777824eb1b83105d21 172.16.1.110:8000
slots:5461-10922 (5462 slots) master
1 additional replica(s)
M: 3cc268dfbb918a99159900643b318ec87ba03ad9 172.16.1.110:8002
slots:0-5460 (5461 slots) master
1 additional replica(s)
S: 8613a457f8009aaf784df0ac6d7039034b16b6a6 172.16.1.100:7000
slots: (0 slots) slave
replicates 3cc268dfbb918a99159900643b318ec87ba03ad9可以看到7000節點已經成功加入集羣，但它卻作爲了8002的從節點。
4，集羣中加入新節點
新加入一個節點，分兩種情況：1是作爲主節點，2是作爲一個主節點的從節點，我們分別來實踐一下。
1，作爲主節點加入
1）新建一個7003節點，作爲一個新的master節點加入：
[root@redis-01 ~]# mkdir /usr/local/redis-cluster/7003
[root@redis-01 ~]# cd /usr/local/redis-cluster/
[root@redis-01 redis-cluster]# cp 7000/redis.conf 7003/
[root@redis-01 redis-cluster]# sed -i "s/7000/7003/g" 7003/redis.conf
#啓動7003 redis服務：
[root@redis-01 ~]# redis-server /usr/local/redis-cluster/7003/redis.conf
[root@redis-01 ~]# ps -ef | grep redis
root 5603 1 0 01:02 ? 00:00:09 redis-server 172.16.1.100:7001 [cluster]
root 5608 1 0 01:02 ? 00:00:09 redis-server 172.16.1.100:7002 [cluster]
root 19771 1 0 03:50 ? 00:00:00 redis-server 172.16.1.100:7000 [cluster]
root 19842 1 0 04:06 ? 00:00:00 redis-server 172.16.1.100:7003 [cluster]
root 19847 2242 0 04:06 pts/0 00:00:00 grep --color=auto redis2）將7003節點加入集羣
[root@redis-01 ~]# redis-trib.rb add-node 172.16.1.100:7003 172.16.1.100:7000 //add-node是加入指令，前面表示新加入的節點，後邊表示加入的集羣的一個節點，用來辨識是哪個集羣，理論上哪個都可以
>>> Adding node 172.16.1.100:7003 to cluster 172.16.1.100:7000
>>> Performing Cluster Check (using node 172.16.1.100:7000)
S: 8613a457f8009aaf784df0ac6d7039034b16b6a6 172.16.1.100:7000
slots: (0 slots) slave
replicates 3cc268dfbb918a99159900643b318ec87ba03ad9
S: 948421116dd1859002c78a2df0b9845bdc7db631 172.16.1.110:8001
slots: (0 slots) slave
replicates 5721b77733b1809449c6fc5806f38f1cacb1de8c
M: 3cc268dfbb918a99159900643b318ec87ba03ad9 172.16.1.110:8002
slots:0-5460 (5461 slots) master
1 additional replica(s)
M: 5721b77733b1809449c6fc5806f38f1cacb1de8c 172.16.1.100:7001
slots:10923-16383 (5461 slots) master
1 additional replica(s)
S: d161ab43746405c2b517e3ffc98321956431191c 172.16.1.100:7002
slots: (0 slots) slave
replicates 4debd0b5743826d203d1af777824eb1b83105d21
M: 4debd0b5743826d203d1af777824eb1b83105d21 172.16.1.110:8000
slots:5461-10922 (5462 slots) master
1 additional replica(s)
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
>>> Send CLUSTER MEET to node 172.16.1.100:7003 to make it join the cluster.
[OK] New node added correctly.表示新的節點連接成功，而且也已經加入到集羣了，我們再來檢查一下：
[root@redis-01 ~]# redis-trib.rb check 172.16.1.100:7003
>>> Performing Cluster Check (using node 172.16.1.100:7003)
M: edd51c8389ba069d49fe54c24c535716ce06e62b 172.16.1.100:7003
slots: (0 slots) master
0 additional replica(s)
M: 3cc268dfbb918a99159900643b318ec87ba03ad9 172.16.1.110:8002
slots:0-5460 (5461 slots) master
1 additional replica(s)
M: 5721b77733b1809449c6fc5806f38f1cacb1de8c 172.16.1.100:7001
slots:10923-16383 (5461 slots) master
1 additional replica(s)
S: d161ab43746405c2b517e3ffc98321956431191c 172.16.1.100:7002
slots: (0 slots) slave
replicates 4debd0b5743826d203d1af777824eb1b83105d21
S: 948421116dd1859002c78a2df0b9845bdc7db631 172.16.1.110:8001
slots: (0 slots) slave
replicates 5721b77733b1809449c6fc5806f38f1cacb1de8c
S: 8613a457f8009aaf784df0ac6d7039034b16b6a6 172.16.1.100:7000
slots: (0 slots) slave
replicates 3cc268dfbb918a99159900643b318ec87ba03ad9
M: 4debd0b5743826d203d1af777824eb1b83105d21 172.16.1.110:8000
slots:5461-10922 (5462 slots) master
1 additional replica(s)可以看到集羣中有7個節點，7003也作爲了master節點，但是有注意到7003節點的slots是0；也就是說，雖然它現在是主節點，但是並沒有分配任何slot給它，所以它現在還不負責數據的存取。所以需要我們手動對集羣進行重新分片遷移；
3）遷移slot節點
#這個命令是用來遷移slot節點的，後邊的172.16.1.100:7000 表示是哪個集羣，端口隨便哪個節點都是可以的：
[root@redis-01 ~]# redis-trib.rb reshard 172.16.1.100:7000
How many slots do you want to move (from 1 to 16384)?
#回車後，它提示我們需要遷移多少slot到7003上，我們可以算一下：16384/4 = 4096，也就是說，爲了負載均衡，我們需要移動4096個槽點到7003上
How many slots do you want to move (from 1 to 16384)? 4096
What is the receiving node ID?
#它又提示我們，接受的node ID是多少，7003的id我們通過上面的信息就可以獲得
What is the receiving node ID? edd51c8389ba069d49fe54c24c535716ce06e62b
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:#接着 redis-trib 會向你詢問重新分片的源節點（source node），也就是要從哪個節點中取出 4096 個哈希槽， 並將這些槽移動到7003節點上面。如果我們不打算從特定的節點上取出指定數量的哈希槽， 那麼可以向 redis-trib 輸入 all ，這樣的話， 集羣中的所有主節點都會成爲源節點， redis-trib 將從各個源節點中各取出一部分哈希槽， 湊夠 4096 個， 然後移動到7003節點上，所以我們輸入all：
Source node #1:all
#接下來就開始遷移了，並且會詢問你是否確認：
Do you want to proceed with the proposed reshard plan (yes/no)? yes輸入yes回車後，redis-trib就會正式開始執行重新分片操作，將指定的哈希槽從源節點一個個地移動到7003節點上面。遷移完畢之後，我們來檢查一下：
[root@redis-01 ~]# redis-trib.rb check 172.16.1.100:7000
>>> Performing Cluster Check (using node 172.16.1.100:7000)
S: 8613a457f8009aaf784df0ac6d7039034b16b6a6 172.16.1.100:7000
slots: (0 slots) slave
replicates 3cc268dfbb918a99159900643b318ec87ba03ad9
S: 948421116dd1859002c78a2df0b9845bdc7db631 172.16.1.110:8001
slots: (0 slots) slave
replicates 5721b77733b1809449c6fc5806f38f1cacb1de8c
M: edd51c8389ba069d49fe54c24c535716ce06e62b 172.16.1.100:7003
slots:0-1364,5461-6826,10923-12287 (4096 slots) master
0 additional replica(s)
M: 3cc268dfbb918a99159900643b318ec87ba03ad9 172.16.1.110:8002
slots:1365-5460 (4096 slots) master
1 additional replica(s)
M: 5721b77733b1809449c6fc5806f38f1cacb1de8c 172.16.1.100:7001
slots:12288-16383 (4096 slots) master
1 additional replica(s)
S: d161ab43746405c2b517e3ffc98321956431191c 172.16.1.100:7002
slots: (0 slots) slave
replicates 4debd0b5743826d203d1af777824eb1b83105d21
M: 4debd0b5743826d203d1af777824eb1b83105d21 172.16.1.110:8000
slots:6827-10922 (4096 slots) master
1 additional replica(s)我們着重看7003：”0-1364,5461-6826,10923-12287 (4096 slots) “
這些原來在其他節點上的slot遷移到了7003上。原來，它只是間隔的移動，並不是銜接的整體移動，我們來驗證7003節點上邊是否有數據：
[root@redis-01 ~]# redis-cli -h 172.16.1.100 -p 7003 -c
172.16.1.100:7003> get my_name
-> Redirected to slot [12803] located at 172.16.1.100:7001
"linux"
//證明7003主節點已經正常工作了。2，作爲從節點加入
1）新建一個8003節點，作爲7003的從節點，步驟類似，這裏就省略了，啓動8003的redis服務後，我們把它加入到集羣中的從節點中：
/使用add-node -slave --master-id命令，master-id指向的是你需要選擇哪個節點作爲新加入從節點的主節點，172.16.1.110:8003表示你需要新加入的從節點，最後則是選擇當前集羣中的任意一個節點即可
[root@redis-02 ~]# redis-trib.rb add-node --slave --master-id edd51c8389ba069d49fe54c24c535716ce06e62b 172.16.1.110:8003 172.16.1.110:8000
>>> Adding node 172.16.1.110:8003 to cluster 172.16.1.110:8000
>>> Performing Cluster Check (using node 172.16.1.110:8000)
M: 4debd0b5743826d203d1af777824eb1b83105d21 172.16.1.110:8000
slots:6827-10922 (4096 slots) master
1 additional replica(s)
M: 3cc268dfbb918a99159900643b318ec87ba03ad9 172.16.1.110:8002
slots:1365-5460 (4096 slots) master
1 additional replica(s)
M: edd51c8389ba069d49fe54c24c535716ce06e62b 172.16.1.100:7003
slots:0-1364,5461-6826,10923-12287 (4096 slots) master
0 additional replica(s)
S: d161ab43746405c2b517e3ffc98321956431191c 172.16.1.100:7002
slots: (0 slots) slave
replicates 4debd0b5743826d203d1af777824eb1b83105d21
M: 5721b77733b1809449c6fc5806f38f1cacb1de8c 172.16.1.100:7001
slots:12288-16383 (4096 slots) master
1 additional replica(s)
S: 948421116dd1859002c78a2df0b9845bdc7db631 172.16.1.110:8001
slots: (0 slots) slave
replicates 5721b77733b1809449c6fc5806f38f1cacb1de8c
S: 8613a457f8009aaf784df0ac6d7039034b16b6a6 172.16.1.100:7000
slots: (0 slots) slave
replicates 3cc268dfbb918a99159900643b318ec87ba03ad9
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
>>> Send CLUSTER MEET to node 172.16.1.110:8003 to make it join the cluster.
Waiting for the cluster to join.
>>> Configure node as replica of 172.16.1.100:7003.
[OK] New node added correctly.上邊提示說，已經選擇了7003作爲master節點，並且成功了。我們來檢查一下集羣各個節點的狀態：
[root@redis-02 ~]# redis-trib.rb check 172.16.1.110:8003
>>> Performing Cluster Check (using node 172.16.1.110:8003)
S: 4ffabff843d32364fc506f3445980f5a04aa4292 172.16.1.110:8003
slots: (0 slots) slave
replicates edd51c8389ba069d49fe54c24c535716ce06e62b
M: 4debd0b5743826d203d1af777824eb1b83105d21 172.16.1.110:8000
slots:6827-10922 (4096 slots) master
1 additional replica(s)
S: 8613a457f8009aaf784df0ac6d7039034b16b6a6 172.16.1.100:7000
slots: (0 slots) slave
replicates 3cc268dfbb918a99159900643b318ec87ba03ad9
M: 3cc268dfbb918a99159900643b318ec87ba03ad9 172.16.1.110:8002
slots:1365-5460 (4096 slots) master
1 additional replica(s)
M: 5721b77733b1809449c6fc5806f38f1cacb1de8c 172.16.1.100:7001
slots:12288-16383 (4096 slots) master
1 additional replica(s)
M: edd51c8389ba069d49fe54c24c535716ce06e62b 172.16.1.100:7003
slots:0-1364,5461-6826,10923-12287 (4096 slots) master
1 additional replica(s)
S: d161ab43746405c2b517e3ffc98321956431191c 172.16.1.100:7002
slots: (0 slots) slave
replicates 4debd0b5743826d203d1af777824eb1b83105d21
S: 948421116dd1859002c78a2df0b9845bdc7db631 172.16.1.110:8001
slots: (0 slots) slave
replicates 5721b77733b1809449c6fc5806f38f1cacb1de8c#驗證該從節點是否能夠在集羣中通信：
[root@redis-02 ~]# redis-cli -h 172.16.1.110 -p 8003 -c
172.16.1.110:8003> get my_name
-> Redirected to slot [12803] located at 172.16.1.100:7001
"linux"
//證明從節點加入成功，並且正常工作5，集羣中移除節點
redis集羣中有添加節點，那肯定就會有移除節點的需求，redis cluster 同樣支持移除節點的功能，同樣也是redis-trib.rb的用法。
語法格式：
redis-trib del-node ip:端口 `<node-id>`1，移除主節點
//和新加節點不同的是，移除需要節點的node-id。那麼我們嘗試將8000這個主節點移除：
[root@redis-02 ~]# redis-trib.rb del-node 172.16.1.110:8000 4debd0b5743826d203d1af777824eb1b83105d21
>>> Removing node 4debd0b5743826d203d1af777824eb1b83105d21 from cluster 172.16.1.110:8000
[ERR] Node 172.16.1.110:8000 is not empty! Reshard data away and try again.報錯了，它提示我們說，由於8000節點裏面已經有數據了，不能被移除，要先將它的數據轉移出去，也就是說得重新分片，所以用上面增加新節點後的分片方式一樣，再重新分片一次：
[root@redis-01 ~]# redis-trib.rb reshard 172.16.1.100:7000
#提示，我們要分多少個槽點，由於8000上有4096個槽點，所以這裏填寫4096
How many slots do you want to move (from 1 to 16384)? 4096
#提示我們，需要移動到哪個id上，那就選擇移動到8002主節點上
What is the receiving node ID? 3cc268dfbb918a99159900643b318ec87ba03ad9
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:
#這裏就是關鍵了，他要我們從哪個節點去轉移數據到8002，因爲我們是要移除8000的，所以，我們就得填寫8000節點的id了：
Source node #1:4debd0b5743826d203d1af777824eb1b83105d21
Source node #2:done //輸入done命令，表示結束
Do you want to proceed with the proposed reshard plan (yes/no)? yes //輸入yesok，這樣8000主節點中原有的數據就遷移成功了。
我們檢查一下節點的狀態：
[root@redis-01 ~]# redis-trib.rb check 172.16.1.100:7000
>>> Performing Cluster Check (using node 172.16.1.100:7000)
S: 8613a457f8009aaf784df0ac6d7039034b16b6a6 172.16.1.100:7000
slots: (0 slots) slave
replicates 3cc268dfbb918a99159900643b318ec87ba03ad9
S: 4ffabff843d32364fc506f3445980f5a04aa4292 172.16.1.110:8003
slots: (0 slots) slave
replicates edd51c8389ba069d49fe54c24c535716ce06e62b
S: 948421116dd1859002c78a2df0b9845bdc7db631 172.16.1.110:8001
slots: (0 slots) slave
replicates 5721b77733b1809449c6fc5806f38f1cacb1de8c
M: edd51c8389ba069d49fe54c24c535716ce06e62b 172.16.1.100:7003
slots:0-1364,5461-6826,10923-12287 (4096 slots) master
1 additional replica(s)
M: 3cc268dfbb918a99159900643b318ec87ba03ad9 172.16.1.110:8002
slots:1365-5460,6827-10922 (8192 slots) master
2 additional replica(s)
M: 5721b77733b1809449c6fc5806f38f1cacb1de8c 172.16.1.100:7001
slots:12288-16383 (4096 slots) master
1 additional replica(s)
S: d161ab43746405c2b517e3ffc98321956431191c 172.16.1.100:7002
slots: (0 slots) slave
replicates 3cc268dfbb918a99159900643b318ec87ba03ad9
M: 4debd0b5743826d203d1af777824eb1b83105d21 172.16.1.110:8000
slots: (0 slots) master
0 additional replica(s)
//可以看到8000節點上的slots已經爲0，而它上邊的slots已經遷移到了8002節點上了。#現在重新對8000主節點進行移除操作：
[root@redis-02 ~]# redis-trib.rb del-node 172.16.1.110:8000 4debd0b5743826d203d1af777824eb1b83105d21
>>> Removing node 4debd0b5743826d203d1af777824eb1b83105d21 from cluster 172.16.1.110:8000
>>> Sending CLUSTER FORGET messages to the cluster...
>>> SHUTDOWN the node.[root@redis-02 ~]# redis-trib.rb check 172.16.1.110:8000
[ERR] Sorry, can't connect to node 172.16.1.110:8000ok，主節點移除成功。
2，移除從節點
移除一個從節點就簡單多了，因爲不需要考慮數據的遷移，我們將7002這個從節點給移除：
[root@redis-02 ~]# redis-trib.rb del-node 172.16.1.100:7002 d161ab43746405c2b517e3ffc98321956431191c
>>> Removing node d161ab43746405c2b517e3ffc98321956431191c from cluster 172.16.1.100:7002
>>> Sending CLUSTER FORGET messages to the cluster...
>>> SHUTDOWN the node.
//提示7002從節點已經成功移除。[root@redis-02 ~]# redis-trib.rb check 172.16.1.100:7000 //檢查當前集羣的狀態信息
>>> Performing Cluster Check (using node 172.16.1.100:7000)
S: 8613a457f8009aaf784df0ac6d7039034b16b6a6 172.16.1.100:7000
slots: (0 slots) slave
replicates 3cc268dfbb918a99159900643b318ec87ba03ad9
S: 4ffabff843d32364fc506f3445980f5a04aa4292 172.16.1.110:8003
slots: (0 slots) slave
replicates edd51c8389ba069d49fe54c24c535716ce06e62b
S: 948421116dd1859002c78a2df0b9845bdc7db631 172.16.1.110:8001
slots: (0 slots) slave
replicates 5721b77733b1809449c6fc5806f38f1cacb1de8c
M: edd51c8389ba069d49fe54c24c535716ce06e62b 172.16.1.100:7003
slots:0-1364,5461-6826,10923-12287 (4096 slots) master
1 additional replica(s)
M: 3cc268dfbb918a99159900643b318ec87ba03ad9 172.16.1.110:8002
slots:1365-5460,6827-10922 (8192 slots) master
1 additional replica(s)
M: 5721b77733b1809449c6fc5806f38f1cacb1de8c 172.16.1.100:7001
slots:12288-16383 (4096 slots) master
1 additional replica(s)
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.移除成功。