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服务,然后重新构建集群环境。 

 

  • 3
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值