centos1:192.168.215.156 skycloud1
centos2:192.168.215.157 skycloud2
1、环境准备
Redis-trib.rb 需要ruby环境，先安装ruby环境
yum -y install zlib ruby rubygems
安装ruby的redis
gem install redis
升级ruby安装的软件
gem update --system
gem update
查看ruby安装的软件的结合
gem list
2、安装redis 3.2.2.tar.gz
链接：http://pan.baidu.com/s/1o82jvce 密码：gjnn
[root@skycloud2 opt]# tar -zxvf redis-3.2.2.tar.gz
[root@skycloud2 opt]# cd redis-3.2.2 [root@skycloud2 redis-3.2.2]# cd src/ [root@skycloud2 src]# make && make install
3、redis 3.2.2.tar.gz 设置集群的配置
在skycloud1集群上进行一下操作：
[root@skycloud1 redis-3.2.2]# mkdir redis_cluster/
[root@skycloud1 redis_cluster]# mkdir 7000
[root@skycloud1 redis_cluster]# mkdir 7001
[root@skycloud1 redis_cluster]# mkdir 7002
在skycloud2集群上进行一下操作：
[root@skycloud2 redis-3.2.2]# mkdir redis_cluster/
[root@skycloud2 redis_cluster]# mkdir 7003
[root@skycloud2 redis_cluster]# mkdir 7004
[root@skycloud2 redis_cluster]# mkdir 7005
4、修改redis的配置文件
[root@skycloud1 7000]# cat redis.conf port 7000 #端口7000,7002,7003 bind 192.168.215.156 #默认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
不同的机器上不同的配置文件
5、开启每一台机器上的redis的服务
[root@skycloud1 redis-3.2.2]# redis-server redis_cluster/7000/redis.conf
依次开启服务
6、查看端口信息
[root@skycloud1 redis-3.2.2]# ps -ef|grep redis root 11302 1 0 11:41 ? 00:00:03 redis-server 192.168.215.156:7000 [cluster] root 11306 1 0 11:41 ? 00:00:03 redis-server 192.168.215.156:7001 [cluster] root 11310 1 0 11:41 ? 00:00:03 redis-server 192.168.215.156:7002 [cluster] root 12125 2558 0 12:00 pts/4 00:00:00 redis-cli -h 192.168.215.156 -c -p 7000 root 12135 5806 0 12:15 pts/0 00:00:00 grep redis
7、创建集群
[root@skycloud1 redis-3.2.2]# redis-trib.rb create --replicas 1 192.168.215.156:7000 192.168.215.156:7001 192.168.215.156:7002 192.168.215.157:7003 192.168.215.157:7004 192.168.215.157:7005 >>> Creating cluster >>> Performing hash slots allocation on 6 nodes... Using 3 masters: 192.168.215.157:7003 192.168.215.156:7000 192.168.215.157:7004 Adding replica 192.168.215.156:7001 to 192.168.215.157:7003 Adding replica 192.168.215.157:7005 to 192.168.215.156:7000 Adding replica 192.168.215.156:7002 to 192.168.215.157:7004 M: 2a2dacffc3b39817331cffac19732996684c26dc 192.168.215.156:7000 slots:5461-10922 (5462 slots) master S: 4f8aef43b5be88f1b4fffa429b4b5c954a88b802 192.168.215.156:7001 replicates 8c5c4e9a7ae3bcf6c492ba6182d3f6e9d33dd2fd S: 281345a0ce5907d795f4f48a43a57d1de7efc9a7 192.168.215.156:7002 replicates 2a578bf2906f6d408da7ee51007ec214016c1dac M: 8c5c4e9a7ae3bcf6c492ba6182d3f6e9d33dd2fd 192.168.215.157:7003 slots:0-5460 (5461 slots) master M: 2a578bf2906f6d408da7ee51007ec214016c1dac 192.168.215.157:7004 slots:10923-16383 (5461 slots) master S: dd868e8f78d6b1f105fd6d8dac535fff2132204f 192.168.215.157:7005 replicates 2a2dacffc3b39817331cffac19732996684c26dc 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.215.156:7000) M: 2a2dacffc3b39817331cffac19732996684c26dc 192.168.215.156:7000 slots:5461-10922 (5462 slots) master 1 additional replica(s) S: dd868e8f78d6b1f105fd6d8dac535fff2132204f 192.168.215.157:7005 slots: (0 slots) slave replicates 2a2dacffc3b39817331cffac19732996684c26dc S: 4f8aef43b5be88f1b4fffa429b4b5c954a88b802 192.168.215.156:7001 slots: (0 slots) slave replicates 8c5c4e9a7ae3bcf6c492ba6182d3f6e9d33dd2fd M: 2a578bf2906f6d408da7ee51007ec214016c1dac 192.168.215.157:7004 slots:10923-16383 (5461 slots) master 1 additional replica(s) M: 8c5c4e9a7ae3bcf6c492ba6182d3f6e9d33dd2fd 192.168.215.157:7003 slots:0-5460 (5461 slots) master 1 additional replica(s) S: 281345a0ce5907d795f4f48a43a57d1de7efc9a7 192.168.215.156:7002 slots: (0 slots) slave replicates 2a578bf2906f6d408da7ee51007ec214016c1dac [OK] All nodes agree about slots configuration. >>> Check for open slots... >>> Check slots coverage... [OK] All 16384 slots covered.
看到以上的配置说明安装成功
8、测试集群
集群的链接redis-cli -h host -c -p port
[root@skycloud1 redis_cluster]# redis-cli -h 192.168.215.156 -c -p 7000
[root@skycloud2 redis-3.2.2]# redis-cli -h 192.168.215.157 -c -p 7003
192.168.215.157:7003> SET "xiaozhang" "男" -> Redirected to slot [6387] located at 192.168.215.156:7000 OK
192.168.215.156:7000> KEYS * 1) "xiaozhang" 192.168.215.156:7000> get "xiaozhang" "\xe7\x94\xb7"
简单说一下原理 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个或以上的主节点，否则在创建集群时会失败，并且当存活的主节点数小于总节点数的一半时，整个集群就无法提供服务了。
