这里的Redis集群指的是Redis Cluster，它是Redis在3.0版本正式推出的专用集群方案，有效地解决了Redis分布式方面的需求。当单机内存、并发、流量等遇到瓶颈的时候，可以采用这种Redis Cluster方案进行解决。
分区规则
Redis Cluster采用虚拟槽（slot）进行数据分区，即使用分散度良好的哈希函数把所有键映射到一个固定范围的整数集合里，这里的整数就是槽（slot）。Redis Cluster槽的范围是0~16383，计算公式：slot=CRC16(key) & 16383。
当集群中有3个节点时，每个节点平均大概负责5461个槽以及槽所映射的键值数据。这样一来，可以解耦数据与节点之间的关系，简化节点扩容和缩容的难度。节点自身维护槽的映射关系，不需要客户端或代理服务维护分区信息。
不过，Redis Cluster相对于单机还是存在一些限制的，比如：
- 批量操作键支持有限，仅支持具有相同槽的键进行批量操作。
- 事务操作键支持有限，仅支持在同一个节点上多个键的事务操作。
- 不支持多个数据空间。单机Redis可以支持16个数据库，而Cluster模式下只能使用一个数据库空间。
扯了这么多Redis Cluster的分区规则，下面我们开始步入正题。
手动搭建
把Redis Cluster搭建起来总共几步？答：三步！第一步把冰箱门打开。第二步把大象关进去。第三步把冰箱门带上。不好意思，段子暴露年龄了。集群搭建需要以下三个步骤：
- 准备节点。
- 节点握手。
- 分配槽。
Redis Cluster由多个节点组成，节点数量至少有6个才能组成一个完整高可用的集群，其中有3个主节点和3个从节点，我们就以此为例搭建一个Redis Cluster。
准备节点
首先，为6个节点（同一台机器上的6380、6381、6382、6383、6384、6385端口）分别创建配置文件，以6380端口的节点为例：
?
|
1 2 3 4 5 6 7 8 |
|
保持文件名为redis-6380.conf，其他节点的配置文件替换成各自的端口。准备好配置文件后启动所有节点，命令如下：
?
|
1 2 3 4 5 6 |
|
检测日志是否正确，以下是6380端口的节点的日志：
?
|
1 2 3 4 5 |
|
6380端口的节点启动成功，第一次启动时如果没有集群配置文件，Redis会自动创建一个。6380端口的节点创建的集群配置文件如下：
?
|
1 2 |
|
集群文件中记录的集群的状态，这里最重要的是节点ID，它是一个40位的16进制字符串，用于唯一标识集群中的这个节点。同样，也可以通过cluster nodes命令查看集群节点状态。比如在6380端口的节点上执行命令：
?
|
1 2 |
|
目前，我们已经成功启动了6个节点，但是它们只能识别自己的节点信息，互相之间并不认识。下面我们通过节点握手让这6个节点互相之间建立联系从而组成一个集群。
节点握手
节点握手是一些运行在集群模式下的节点通过Gossip协议互相通信，达到感知彼此的过程。
节点握手通过客户端执行cluster meet命令实现，它是一个异步命令，执行之后立刻返回，在Redis内部异步发起与目标节点的握手通信，该命令的语法如下：
?
|
1 |
|
把6个节点加到一个集群中：
?
|
1 2 3 4 5 6 7 8 9 10 |
|
只需要在集群中任意节点上执行cluster meet命令加入新的节点，握手状态会通过消息在集群中传播，其他节点也会自动发现新节点并与之发起握手流程。
我们再执行一下cluster nodes命令，检查一下6个节点是否已经组成集群：
?
|
1 2 3 4 5 6 7 |
|
可以看到，6个节点都在集群中了。不过，此时因为还没有为集群中的节点分配槽，集群还处于下线状态，所有的数据读写都是被禁止的。比如：
?
|
1 2 |
|
接下来，我们为集群中的节点分配槽。
分配槽
我们把6380、6382、6384端口的节点作为主节点，负责处理槽和相关数据；6381、6383、6385端口的节点分别作为从节点，负责故障转移。先把16384个槽平均分配给6380、6382、6384端口的节点，为节点分配槽是通过cluster addslots命令实现：
?
|
1 2 3 4 5 6 |
|
我们再执行一下cluster nodes命令，检查一下槽是否已经分配：
?
|
1 2 3 4 5 6 7 |
|
再使用cluster replicate命令把一个节点变成从节点.，这个命令必须在从节点上运行，它的语法是：
?
|
1 |
|
把6381、6383、6385端口的节点变成对应6380、6382、6384端口的节点的从节点：
?
|
1 2 3 4 5 6 7 8 9 10 11 12 |
|
我们再执行一下cluster nodes命令，检查一下集群状态和主从关系：
?
|
1 2 3 4 5 6 7 |
|
自此，RedisCluster已经手动搭建完成。手动搭建可以理解集群建立的流程和细节，不过大家也会发现手动搭建有很多步骤，当集群的节点比较多的时候，肯定会让人头大。所以Redis官方提供了redis-trib.rb工具，可以让我们快速地搭建集群。
自动搭建
redis-trib.rb是使用Ruby开发的Redis Cluster的管理工具，不需要额外下载，默认位于源码包的src目录下，但因为该工具是用Ruby开发的，所以需要准备相关的依赖环境。
环境准备
安装Ruby：
?
|
1 2 3 4 5 6 7 8 9 10 |
|
安装rubygem redis依赖：
?
|
1 2 |
|
安装redis-trib.rb：
?
|
1 |
|
执行redis-trib.rb命令确认一下环境是否准备正确：
?
|
1 2 3 4 5 6 7 8 9 10 11 12 |
|
搭建集群
像前面的内容讲的，准备好节点配置并启动：
?
|
1 2 3 4 5 6 |
|
使用redis-trib.rb create命令完成节点握手和槽分配的工作，命令如下：
?
|
1 |
|
其中--replicas参数用来指定集群中每个主节点有几个从节点，这里设置的是1。命令执行后，会首先给出主从节点的分配计划：
?
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 |
|
如果我们同意这份计划就输入yes，之后就会开始执行节点握手和槽分配，输入如下：
?
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 |
|
集群创建完成后，还可以使用redis-trib.rb check命令检查集群是否创建成功，具体命令如下：
?
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 |
|
可以看到，所有的槽都已分配到节点上，大功告成！
到此这篇关于详解三分钟快速搭建分布式高可用的Redis集群的文章就介绍到这了,更多相关Redis搭建分布式高可用集群内容请搜索服务器之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持服务器之家！
原文链接：https://blog.csdn.net/heihaozi/article/details/105458769
本文链接：https://my.lmcjl.com/post/11070.html
4 评论