arm 版redis arm版redis集群

这里，在一个Linux虚拟机上搭建6个节点的redis伪集群，思路很简单，一台虚拟机上开启6个redis实例，每个redis实例有自己的端口。这样的话，相当于模拟出了6台机器了，然后在以这6个实例组建redis集群就可以了。

前提:redis已经安装，目录为/usr/local/redis-4.0.1

redis集群是用的ruby脚本，所以要想执行该脚本，需要ruby环境.。对应redis的源码src目录下的redis-trib.rb，redis-trib.rb是redis官方推出的管理redis集群的工具，是基于redis提供的集群命令封装成简单、便捷、实用的操作工具。so

安装ruby环境：

　　1.yum install ruby

　　　

　　2.yum install rubygems

　　　

　　3.gem install redis

　　   

　

　　Centos默认支持ruby到2.0.0，redis需要最低是2.2.2。解决办法是 先安装rvm 再把ruby版本升级到2.3.3　

       1.sudo yum install curl

       2.安装rvm

　　　

curl -L get.rvm.io | bash -s stable 

　　3.

　

source /usr/local/rvm/scripts/rvm

　　4.查看rvm库中已知的ruby版本

　　　

rvm list known

　　5.安装一个ruby版本

　

rvm install 2.3.3

　　6.使用一个ruby版本

　　

rvm use 2.3.3

　　7.卸载一个已知版本

　　

rvm remove 2.0.0　

　　8.查看版本

　　　

ruby --version

　　9.再安装redis

　　

gem install redis

 redis集群搭建

　　创建redis-cluster目录，再创建redis-8001,redis-8002,redis-8003节点目录，再把redis-conf分别复制到节点目录下

　　

      分别修改节点下redis-conf文件，由于在一台机器（192.16819.129）上，因此每个实例应该有不同的端口；同时，每个实例显然会有自己的存放数据的地方；开启AOF模式；开启集群配置；开启后台模式；

　　

　　开启redis服务，看看是否能启动。ok没问题。

　　

　　创建startall.sh脚本（提示permission denied说明权限不足，执行命令chmod 777 startall.sh修改权限）

　　

　　启动startall.sh脚本

　　

　　创建stopall.sh脚本

　　

　　

　　创建集群

　　接下来，我们要通过Ruby脚本来创建集群了。

　　

　　

　　可以看到redis-trib.rb具有以下功能：

1. create ：创建集群
2. check ：检查集群
3. info ：查看集群信息
4. fix ：修复集群
5. reshard ：在线迁移slot
6. rebalance ：平衡集群节点slot数量
7. add-node ：将新节点加入集群
8. del-node ：从集群中删除节点
9. set-timeout ：设置集群节点间心跳连接的超时时间
10. call ：在集群全部节点上执行命令
11. import ：将外部redis数据导入集群

redis-trib.rb主要有两个类： ClusterNode 和 RedisTrib 。 ClusterNode 保存了每个节点的信息， RedisTrib 则是redis-trib.rb各个功能的实现

　　

　　注意：提示最少3个master cluster nodes，前面说是创建6个，但实际操作我只创建了3个节点，所以可以得出我们创建redis集群是最少三个主节点，而且应该是奇数个，so，不要偷懒，再创建三个吧。

　　特别注意：这里关键是可选replicas参数，--replicas 2 意思为为每个 master 分配 2 各 slave，replicas表示需要有几个slave。不填写这个参数是可以创建成功的，这样是三个master 。关于replicas参数后面再介绍吧

　　

　　

首先，--replicas 1   1其实代表的是一个比例，就是主节点数/从节点数的比例。那么想一想，在创建集群的时候，哪些节点是主节点呢？哪些节点是从节点呢？答案是将按照命令中IP:PORT的顺序，先是3个主节点，然后是3个从节点。

其次，注意到图中slot的概念。slot对于Redis集群而言，就是一个存放数据的地方，就是一个槽。对于每一个Master而言，会存在一个slot的范围，而Slave则没有。在Redis集群中，依然是Master可以读、写，而Slave只读。数据的写入，实际上是分布的存储在slot中，这和以前1.X的主从模式是不一样的（主从模式下Master/Slave数据存储是完全一致的），因为Redis集群中3台Master的数据存储并不一样。这个将在后续的随笔中验证。