Redis集群搭建

在Redis3.0之前，有哨兵机制，提供了Sentinel来监控各Master的状态，如果Master有异常的话，就会做主从切换，将被选举的Slave作为Master，将Master改为Slave，其配置虽然不是很复杂，但是各方面表现却是平平。例如在切换的时候，假如有set数据的操作的话，可能数据就丢失掉了。但是，在Redis3.0后，已经出现集群模式了，它的容错率是非常的高的，而且创建集群非常的简单。那么下面我们来搞搞咯。。

需要注意：集群搭建需要至少三个Master！

我们就不克隆那么多机器来做集群了，在一台机器上搞定，多弄几个端口启动服务来模拟多台服务器。我们将要创建的集群是三个Master，以及所属的Slave。

第一步：创建一个文件夹（例如：redis-cluster），然后在其下分别创建6个文件夹（建议），存放集群节点的配置文件：

$   mkdir -p /usr/local/redis-cluster
$   cd /usr/local/redis-cluster
$   mkdir 7001
$   mkdir 7002
....

第二步：复制redis.conf(启动redis服务的配置文件)分别到700*下（上面创建的文件夹），然后对700*下的每一个redis.conf进行修改。

注意：700*代表7001、7002、7003、7004、7005、7006，下面都会这么表达了。

修改如下：

（1）daemonize yes  --后台启动服务

（2）port 700*  （分别对每个节点的端口号进行设置）

（3）bind 192.168.1.111（绑定当前机器的IP地址，必须要绑定，不然可能出现坑的。。）

（4）dir /usr/local/redis-cluster/700*/ （指定数据文件存放的位置，必须指定不同的目录位置，一般放在各自的文件夹下，不然会出现数据丢失！）

（5）cluster-enabled yes （启动集群模式）

（6）cluster-config-file  nodes700*.conf  （这里700*最好和上面的port对应上，每个nodes文件要不相同！）

（7）cluster-noe-timeout 5000

（8）appendonly yes  （持久化机制）

第三步：由于redis集群需要使用ruby命令，所以我们需要安装ruby命令。

有些推文是直接用yum安装的，如果你的redis版本和他的一致（redis.3.0），可以试试，但是我安装的redis版本是3.2.12，所以我是自己慢慢摸索的，搞了三天。。。。下面是我最后的解决方法！

《使用RVM管理Ruby》

$   yum install ruby
$   yum install rubygems
$   gem install redis  --安装redis和ruby的接口

第四步：分别启动6个redis服务，然后检查是否启动成功

$   /usr/local/redis/bin/redis-server  /usr/local/redis-cluster/700*/redis.conf --需要注意，我的redis-server是放在这个目录下的，你自己的在哪里自己知道
$   ps -ef | grep redis  --查看是否启动成功

第五步：如果上面的服务都启动好了，我们就可以创建集群。首先到redis的安装目录的src文件夹下，然后执行redis-trib.rb命令

注意：集群模式创建一次即可，以后可以直接启动服务。如果要删除集群模式，要分别到700*文件夹下将数据文件nodes-700*.conf删掉。

$   cd /usr/local/redis/redis3.2.12/src   --注意：这是我自己的安装路径
$   ./redis-trib.rb  create --replicas 1 192.168.1.111:7001 192.168.1.111:7002 192.168.1.111:7003 192.168.1.111:7004 192.168.1.111:7005

上面创建集群的命令说一下。

1：主节点和从节点的比例。

IP+PORT的顺序是有关系的：前面的为主节点，后面的为从节点，而且有对应关系。例如我的6个服务。7001、7002、7003是主节点，然后7004是7001的从节点，以此类推。

第六步：到此为止我们已经将集群搭建成功了，我们接下来要验证一下

（1）连接任意一个客户端即可

$   /usr/local/redis/bin/redis-cli -c -h 192.168.1.111 -p 7001

-c表示集群模式，-h指定ip，-p指定端口号

（2）进行验证

$   cluster info  --查看集群信息
$   cluster nodes  --查看集群节点列表

（3）数据验证，下面是我自己的测试截图：

那么我们现在测试一下set个数据。

可以看到，数据是放在5798这个槽里面的，而5798的槽在端口7002的服务上，所以直接帮我们跳到7002了，而且我们就能直接在7002那里拿数据了。

set会按照整个集群去考虑的，不一定登录哪个就在哪个存放数据，还有的就是，在slave也能使用set操作，但是数据永远只会存放在其他Master其中之一。

那么取数据呢，是存放在哪个Master就只能在哪个Master和它对应的Slave取数据吗？我们测试一下。

总结：当前Master的数据，只能当前Master及其Slave通过keys *命令来看有什么数据，其他节点是会显示empty list or set，但是其他所有节点都可以用过get获取数据，不管类型是Master还是Slave。还有的就是，在其他节点get数据的时候，会自动跳到数据所属的Master。

（4）关闭集群需要逐个进行关闭，没有命令是一次洗关闭的：

$   /usr/local/redis/bin/redis-cli -c -h -192.168.1.111 -p 7001 shutdown
......

补充：当出现集群无法启动时，删除临时的数据文件nodes-700*.conf即可，再次重新启动每个redis服务，然后重新构建集群环境。