redis cluster 3.0

本文详细介绍了Redis Cluster 3.0的架构,包括分布式、主从复制、异步复写等特性,并探讨了其在数据一致性、可用性上的权衡。同时,文章还涵盖了集群环境的搭建方法,以及Java客户端Jedis的集成与使用。
摘要由CSDN通过智能技术生成

redis cluster 集群

本文内容从redis官方文档整理而来,简要概述redis cluster的优点和缺点
redis cluster需要3.0版本的支持,详细说明参照下面文档
集群指南:http://redis.io/topics/cluster-tutorial
集群规范:http://redis.io/topics/cluster-spec

redis cluster 3.0 架构概述

这里写图片描述
上图是redis cluster的整体架构

1.分布式
从redis cluster的架构图中可以看出采用分布式架构
键空间被分割为 16384 槽(slot),事实上集群的最大节点数量是 16384 个
然而建议最大节点数量设置在1000这个数量级上,所有的主节点都负责 16384 个哈希槽中的一部分
集群中的每个节点负责处理一部分哈希槽

举个例子, 一个集群可以有三个哈希槽, 其中:

  - 节点 A 负责处理 0 号至 5500 号哈希槽
  - 节点 B 负责处理 5501 号至 11000 号哈希槽
  - 节点 C 负责处理 11001 号至 16384 号哈希槽

这样的好处是便于水平拓展集群环境,如果添加一个新的节点,直接添加就可以了
如果要删除一个节点只需要将该节点中的所有哈希槽移动到其他节点即可

简而言之:
redis cluster自动分割数据到不同的节点上,并非所有节点都存储了全部的数据
整个节点部分节点挂掉不会导致整个集群环境宕机,保证了一定程度上的可用性

2.主从复制
对于集群环境而言,容灾是必须要考虑的问题
为了使在部分节点失败或者大部分节点无法通信的情况下集群仍然可用
集群使用了主从复制模型,每个节点都会有N-1个复制品
如果主节点挂掉,redis cluster会从子节点中选举一个作为新的master

而redis cluster实现了这种模式,举例说明:

 - 节点 A 负责处理 0 号至 5500 号哈希槽
 - 节点 B 负责处理 5501 号至 11000 号哈希槽
 - 节点 C 负责处理 11001 号至 16384 号哈希槽

假设有A,B,C三个节点的集群,在没有复制模型的情况下,如果节点B失败了,那么整个集群就会以为缺少5501-11000这个范围的槽而不可用.
然而如果在集群创建的时候(或者过一段时间)我们为每个节点添加一个从节点A1,B1,C1,那么整个集群便有三个master节点和三个slave节点组成,这样在节点B失败后,集群便会选举B1为新的主节点继续服务,整个集群便不会因为槽找不到而不可用了
3.异步复写
这一点是对主从复制的补充,redis cluster并不能保证数据的强一致性
在生产环境中特定的条件下可能会丢失写操作,导致这一现象的本质原因是redis cluster采用异步复制,异步写入
整个执行过程如下:

  • 1.客户端向主节点B写入一条命令.
  • 2.主节点B向客户端回复命令状态.
  • 3.主节点将写操作复制给他的从节点 B1, B2 和 B3
    主节点对命令的复制工作发生在返回命令回复之后,即第二部之后
    因为如果每次处理命令请求都需要等待复制操作完成的话, 那么主节点处理命令请求的速度将极大地降低
    由此可见redis为了保证性能,在性能和一致性之间做了一定的权衡(也许redis后续版本会支持同步复写)

对于上述情况,我个人对可能会丢失写操作的理解如下:
假设有A B C A1 B1 C1 留个节点ABC为master节点,A1B1C1分别为这三个master节点的slave节点
假设集群环境中存在网络分区,一方包含节点A 、C、A1、B1、C1 ,另一方包含节点 B 和客户端
由于网络分区之间的通信问题,客户端能正常向B写入数据
如果网络分区发生时间较短,这个操作能正常执行,如果分区的时间足够让大部分的另一方将B1选举为新的master,那么客户端写入B中得数据便丢失了

生产环境应当尽量避免网络分区带来的种种问题,据我所知RabbitMQ集群的网络分区容错性也并不是非常高
4.架构细节
在 Redis 集群中节点并不是把命令转发到管理所给出的键值的正确节点上:
1.所有的redis节点彼此互联(PING-PONG机制),内部使用二进制协议优化传输速度和带宽.
2.节点的fail是通过集群中超过半数的节点检测失效时才生效,此时将会判定整个集群不可用
3.客户端与redis节点直连,不需要中间proxy层.客户端不需要连接集群所有节点,连接集群中任何一个 可用节点即可
4.redis-cluster把所有的物理节点映射到[0-16383]slot上,cluster 负责维护node<->slot<->value,官方推荐节点数量为1000个(实际中能用到这么多的有几个)

5.数据读取表现
1.redis cluster把客户端重定向到服务一定范围内的键值的节点上,
2.如果这个节点没有客户端需要的数据,将重定向其他节点,直到节点查询完毕为止,或者查询到所需数据就提前终止
3.客户端获得一份最新的集群表示,里面有写着哪些节点服务哪些键值子集,所以在正常操作中客户端是直接联系到对应的节点并把给定的命令发过去
6.功能实现
1.redis cluster实现了所有在非分布式 redis 版本中出现的处理单一键值的命令
2.多个键值的复杂操作未实现, 比如 set 里的并集(unions)和交集(intersections)操作
因为执行这些复杂操作命令需要在多个redis 节点之间移动数据, 并且在高负载的情况下
这些命令将降低 Redis 集群的性能, 并导致不可预测的行为,又一次为了性能而舍弃了

集群环境搭建

快速在linux环境下搭建redis cluster集群
准备6个redis节点,3从三主,对应的redis节点的ip和端口对应关系如下

127.0.0.1:7000
127.0.0.1:7001
127.0.0.1:7002
127.0.0.1:7003
127.0.0.1:7004
127.0.0.1:7005

下载最新版redis

wget http://download.redis.io/releases/redis-3.0.0.tar.gz

解压并安装

tar xf redis-3.0.0.tar.gz                       
cd redis-3.0.0
make && make install

创建存放多个实例的目录

mkdir /data/cluster -p
cd /data/cluster
mkdir 7000 7001 7002 7003 7004 7005

修改配置文件

cp redis-3.0.0/redis.conf /data/cluster/7000/

修改配置文件中的下面参数,修改完成后,把修改完成的redis.conf复制到7001-7005目录下,并且端口修改成和文件夹对应

#修改为对应端口
port 7000
#是否在后台运行
daemonize yes
#是否启用cluster
cluster-enabled yes
cluster-config-file nodes.conf
cluster-node-timeout 5000
appendonly yes

分别启动实例

cd /data/cluster/7000
redis-server redis.conf
cd /data/cluster/7001
redis-server redis.conf
cd /data/cluster/7002
redis-server redis.conf
cd /data/cluster/7003
redis-server redis.conf
cd /data/cluster/7004
redis-server redis.conf
cd /data/cluster/7005
redis-server redis.conf

创建集群前先安装依赖
首先安装依赖,否则创建集群失败,这个用的是ruby脚本

yum install ruby rubygems -y

安装gem-redis
下载地址:https://rubygems.org/gems/redis/versions/3.0.0

gem install -l redis-3.0.0.gem  

复制集群管理程序到/usr/local/bin

cp redis-3.0.0/src/redis-trib.rb /usr/local/bin/redis-trib 

创建集群

redis-trib create --replicas 1 127.0.0.1:7000 127.0.0.1:7001 127.0.0.1:7002 127.0.0.1:7003 127.0.0.1:7004 127.0.0.1:7005

命令的意义如下:

  • 给定 redis-trib.rb 程序的命令是 create , 表示创建一个新的集群
  • 选项 –replicas 1 表示我们希望为集群中的每个主节点创建一个从节点
  • 之后跟着的其他参数则是实例的地址列表, 使用这些地址所指示的实例来创建新集群
  • 简单来说, 以上命令的意思就是让 redis-trib 程序创建一个包含三个主节点和三个从节点的集群

java客户端支持

这里只介绍java版本的客户端支持,其他版本的可以从http://redis.io/ 客户端页面(Clients)查看
Jedis
对redis的实现比较好,稳定,有一定的用户量
项目:https://github.com/xetorthio/jedis
维基:https://github.com/xetorthio/jedis/wiki
Jedis文档中关于jedis-cluster的使用࿱

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值