1. 准备工作
两台虚拟机模拟6个节点，一台机器3个节点，创建出3 master、3 salve 环境
redis 采用 redis-5.0.3 版本。
两台虚拟机都是 CentOS7.x版本 ，一台 centos7_64_134 （IP:192.168.133.134），一台 CentOS7_64_135（IP:192.168.133.135） 。
注意：前提是你会使用虚拟机正确安装centos镜像并设置静态IP，我使用的是xShell连接centos系统。
2. 安装步骤
cd /
wget http://download.redis.io/releases/redis-5.0.3.tar.gz
tar -zxvf redis-5.0.3.tar.gz
ln -s redis-50.3.tar.gz redis
cd redis
make
make install3.创建redis节点
cd /redis
mkdir redis_cluster && cd redis_cluster
mkdir 7000 7001 7002
cp redis.conf redis_cluster/7000
cp redis.conf redis_cluster/7001
cp redis.conf redis_cluster/7002 在 redis_cluster 目录下，创建名为7000、7001、7002的目录，并将 redis.conf 拷贝到这三个目录中,一定不要盲目敲指令啊
4.修改配置文件信息
port 7000 //端口7000,7002,7003
bind 本机ip //默认ip为127.0.0.1 需要改为其他节点机器可访问的ip 否则创建集群时无法访问对应的端口，无法创建集群
daemonize yes //redis后台运行
pidfile /var/run/redis_7000.pid //pidfile文件对应7000,7001,7002
cluster-enabled yes //开启集群 把注释#去掉
cluster-config-file nodes_7000.conf //集群的配置 配置文件首次启动自动生成 7000,7001,7002
cluster-node-timeout 15000 //请求超时 默认15秒，可自行设置
appendonly yes //aof日志开启 有需要就开启，它会每次写操作都记录一条日志
// 这台修改是134的机器配置文件接着在另外一台机器上（192.168.133.135），的操作重复以上三步，只是把目录改为7003、7004、7005，对应的配置文件也按照这个规则修改即可
5.启动各个节点
第一台机器上执行
redis-server redis_cluster/7000/redis.conf
redis-server redis_cluster/7001/redis.conf
redis-server redis_cluster/7002/redis.conf
另外一台机器上执行
redis-server redis_cluster/7003/redis.conf
redis-server redis_cluster/7004/redis.conf
redis-server redis_cluster/7005/redis.conf一定要知道，我这是在哪个目录下执行的指令，不然会报错说找不到配置文件信息的。。当然，我这是对小白说的。。
6.检查redis启动情况
ps -ef | grep redis
root 6510 1 0 00:32 ? 00:00:00 redis-server *:7000 [cluster]
root 6515 1 0 00:32 ? 00:00:00 redis-server *:7001 [cluster]
root 6543 1 0 00:40 ? 00:00:00 redis-server *:7002 [cluster]
root 6548 6375 0 00:40 pts/0 00:00:00 grep --color=auto redis
netstat -tlnp | grep redis
tcp 0 0 0.0.0.0:17002 0.0.0.0:* LISTEN 6543/redis-server *
tcp 0 0 0.0.0.0:7000 0.0.0.0:* LISTEN 6510/redis-server *
tcp 0 0 0.0.0.0:7001 0.0.0.0:* LISTEN 6515/redis-server *
tcp 0 0 0.0.0.0:7002 0.0.0.0:* LISTEN 6543/redis-server *
tcp 0 0 0.0.0.0:17000 0.0.0.0:* LISTEN 6510/redis-server *
tcp 0 0 0.0.0.0:17001 0.0.0.0:* LISTEN 6515/redis-server *
tcp6 0 0 :::17002 :::* LISTEN 6543/redis-server *
tcp6 0 0 :::7000 :::* LISTEN 6510/redis-server *
tcp6 0 0 :::7001 :::* LISTEN 6515/redis-server *
tcp6 0 0 :::7002 :::* LISTEN 6543/redis-server *
tcp6 0 0 :::17000 :::* LISTEN 6510/redis-server *
tcp6 0 0 :::17001 :::* LISTEN 6515/redis-server *
7.创建集群
redis-cli --cluster create 192.168.133.134:7000 192.168.133.134:7001 192.168.133.134:7002 192.168.133.135:7003 192.168.133.135:7004 192.168.133.135:7005 --cluster-replicas 1
redis-cli --cluster create 192.168.133.134:7000 192.168.133.134:7001 192.168.133.134:7002 192.168.133.135:7003 192.168.133.135:7004 192.168.133.135:7005 --cluster-replicas 1
>>> Performing hash slots allocation on 6 nodes...
Master[0] -> Slots 0 - 5460
Master[1] -> Slots 5461 - 10922
Master[2] -> Slots 10923 - 16383
Adding replica 192.168.133.135:7004 to 192.168.133.134:7000
Adding replica 192.168.133.134:7002 to 192.168.133.135:7003
Adding replica 192.168.133.135:7005 to 192.168.133.134:7001
M: 809329d8a4e3edb2c05b9dd3a82636cdcf9bc0d9 192.168.133.134:7000
slots:[0-5460] (5461 slots) master
M: 9cf2a456b9a308b8fc69ed2ce8edeb102aa871ec 192.168.133.134:7001
slots:[10923-16383] (5461 slots) master
S: 4b42ecde7524ccef6e0c6001807e72185f2901c1 192.168.133.134:7002
replicates 59c371cd7d2969220e2008e9c35270a533f69893
M: 59c371cd7d2969220e2008e9c35270a533f69893 192.168.133.135:7003
slots:[5461-10922] (5462 slots) master
S: 75ce9395c44663630b97e0a8edc9d619f69a1c62 192.168.133.135:7004
replicates 809329d8a4e3edb2c05b9dd3a82636cdcf9bc0d9
S: 3c384499a19be2efd5cd879720a16651b7aeb7a2 192.168.133.135:7005
replicates 9cf2a456b9a308b8fc69ed2ce8edeb102aa871ec
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 192.168.133.134:7000)
M: 809329d8a4e3edb2c05b9dd3a82636cdcf9bc0d9 192.168.133.134:7000
slots:[0-5460] (5461 slots) master
1 additional replica(s)
S: 75ce9395c44663630b97e0a8edc9d619f69a1c62 192.168.133.135:7004
slots: (0 slots) slave
replicates 809329d8a4e3edb2c05b9dd3a82636cdcf9bc0d9
M: 59c371cd7d2969220e2008e9c35270a533f69893 192.168.133.135:7003
slots:[5461-10922] (5462 slots) master
1 additional replica(s)
M: 9cf2a456b9a308b8fc69ed2ce8edeb102aa871ec 192.168.133.134:7001
slots:[10923-16383] (5461 slots) master
1 additional replica(s)
S: 3c384499a19be2efd5cd879720a16651b7aeb7a2 192.168.133.135:7005
slots: (0 slots) slave
replicates 9cf2a456b9a308b8fc69ed2ce8edeb102aa871ec
S: 4b42ecde7524ccef6e0c6001807e72185f2901c1 192.168.133.134:7002
slots: (0 slots) slave
replicates 59c371cd7d2969220e2008e9c35270a533f69893
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
8.集群验证
在第一台机器上连接集群的7002端口的节点，在另外一台连接7005节点，连接方式为 redis-cli -h 192.168.31.245 -c -p 7002 ,加参数 -C 可连接到集群，因为上面 redis.conf 将 bind 改为了ip地址，所以 -h 参数不可以省略。
在7005节点执行命令 set cuiwjava helloworld ，执行结果如下：
机器135上执行
redis-cli -h 192.168.133.135 -p 7005 -c
192.168.133.135:7005> set cuiwjava hello world
-> Redirected to slot [5881] located at 192.168.133.135:7003
(error) ERR syntax error
192.168.133.135:7003> set cuiwjava helloworld
OK
机器134上执行
redis-cli -h 192.168.133.134 -p 7002 -c
192.168.133.134:7002> get cuiwjava
-> Redirected to slot [5881] located at 192.168.133.135:7003
"helloworld"
9.引用说明
redis cluster在设计的时候，就考虑到了去中心化，去中间件，也就是说，集群中的每个节点都是平等的关系，都是对等的，每个节点都保存各自的数据和整个集群的状态。每个节点都和其他所有节点连接，而且这些连接保持活跃，这样就保证了我们只需要连接集群中的任意一个节点，就可以获取到其他节点的数据。
Redis 集群没有并使用传统的一致性哈希来分配数据，而是采用另外一种叫做
哈希槽 (hash slot)的方式来分配的。redis cluster 默认分配了 16384 个slot，当我们set一个key 时，会用CRC16算法来取模得到所属的slot，然后将这个key 分到哈希槽区间的节点上，具体算法就是：CRC16(key) % 16384。所以我们在测试的时候看到set 和 get 的时候，直接跳转到了7000端口的节点。Redis 集群会把数据存在一个 master 节点，然后在这个 master 和其对应的salve 之间进行数据同步。当读取数据时，也根据一致性哈希算法到对应的 master 节点获取数据。只有当一个master 挂掉之后，才会启动一个对应的 salve 节点，充当 master 。
需要注意的是：必须要
3个或以上的主节点，否则在创建集群时会失败，并且当存活的主节点数小于总节点数的一半时，整个集群就无法提供服务了。