搭建集群1、准备节点2、节点握手3、分配槽4、用redis-trib.rb搭建集群4.1、Ruby环境准备4.2、准备节点4.3、创建集群4.4、集群完整性检查1、准备节点Redis集群一般由多个节点组成节点数量至少为6个才能保证组成完整高可用的集群。每个节点需要开启配置cluster-enabled yes让Redis运行在集群模式下。建议为集群内所有节点统一目录一般划分三个目录conf、data、log分别存放配置、数据和日志相关文件。把6个节点配置统一放在conf目录下集群相关配置如下#节点端口port6379# 开启集群模式cluster-enabledyes# 节点超时时间单位毫秒cluster-node-timeout15000# 集群内部配置文件cluster-config-filenodes-6379.conf其他配置和单机模式一致即可配置文件命名规则redis-{port}.conf准备好配置后启动所有节点命令如下redis-server conf/redis-6379.conf redis-server conf/redis-6380.conf redis-server conf/redis-6381.conf redis-server conf/redis-6382.conf redis-server conf/redis-6383.conf redis-server conf/redis-6384.conf检查节点日志是否正确日志内容如下catlog/redis-6379.log * No cluster configuration found, Im cfb28ef1deee4e0fa78da86abe5d24566744411e# Server started, Redis version 3.0.7* The server is now ready to accept connections on port63796379节点启动成功第一次启动时如果没有集群配置文件它会自动创建一份文件名称采用cluster-config-file参数项控制建议采用node-{port}.conf格式定义通过使用端口号区分不同节点防止同一机器下多个节点彼此覆盖造成集群信息异常。如果启动时存在集群配置文件节点会使用配置文件内容初始化集群信息。启动过程如图所示。集群模式的Redis除了原有的配置文件之外又加了一份集群配置文件。当集群内节点信息发生变化如添加节点、节点下线、故障转移等。节点会自动保存集群状态到配置文件中。需要注意的是Redis自动维护集群配置文件不要手动修改防止节点重启时产生集群信息错乱。如节点6379首次启动后生成集群配置如下#cat data/nodes-6379.confcfb28ef1deee4e0fa78da86abe5d24566744411e127.0.0.1:6379 myself,master -000connected vars currentEpoch0lastVoteEpoch0文件内容记录了集群初始状态这里最重要的是节点ID它是一个40位16进制字符串用于唯一标识集群内一个节点之后很多集群操作都要借助于节点ID来完成。需要注意是节点ID不同于运行ID。节点ID在集群初始化时只创建一次节点重启时会加载集群配置文件进行重用而Redis的运行ID每次重启都会变化。在节点6380执行cluster nodes命令获取集群节点状态127.0.0.1:6380cluster nodes 8e41673d59c9568aa9d29fb174ce733345b3e8f1127.0.0.1:6380 myself,master -000connected每个节点目前只能识别出自己的节点信息。我们启动6个节点但每个节点彼此并不知道对方的存在下面通过节点握手让6个节点彼此建立联系从而组成一个集群。2、节点握手节点握手是指一批运行在集群模式下的节点通过Gossip协议彼此通信达到感知对方的过程。节点握手是集群彼此通信的第一步由客户端发起命令clustermeet{ip}{port}如图所示。图中执行的命令是cluster meet127.0.0.16380让节点6379和6380节点进行握手通信。cluster meet命令是一个异步命令执行之后立刻返回。内部发起与目标节点进行握手通信如图所示。节点6379本地创建6380节点信息对象并发送meet消 息。节点6380接受到meet消息后保存6379节点信息并回复pong消息。之后节点6379和6380彼此定期通过ping/pong消息进行正常的节点通信。这里的meet、ping、pong消息是Gossip协议通信的载体之后的节点通信部分做进一步介绍它的主要作用是节点彼此交换状态数据信息。6379和6380节点通过meet命令彼此建立通信之后集群结构如图所示。对节点6379和6380分别执行cluster nodes命令可以看到它们彼此已经感知到对方的存在。127.0.0.1:6379cluster nodes cfb28ef1deee4e0fa78da86abe5d24566744411e127.0.0.1:6379 myself,master -000connected 8e41673d59c9568aa9d29fb174ce733345b3e8f1127.0.0.1:6380 master -014680735342651connected127.0.0.1:6380cluster nodes cfb28ef1deee4e0fa78da86abe5d24566744411e127.0.0.1:6379 master -014680735716410connected 8e41673d59c9568aa9d29fb174ce733345b3e8f1127.0.0.1:6380 myself,master -001connected下面分别执行meet命令让其他节点加入到集群中127.0.0.1:6379cluster meet127.0.0.16381127.0.0.1:6379cluster meet127.0.0.16382127.0.0.1:6379cluster meet127.0.0.16383127.0.0.1:6379cluster meet127.0.0.16384我们只需要在集群内任意节点上执行cluster meet命令加入新节点握手状态会通过消息在集群内传播这样其他节点会自动发现新节点并发起握手流程。最后执行cluster nodes命令确认6个节点都彼此感知并组成集群127.0.0.1:6379cluster nodes 4fa7eac4080f0b667ffeab9b87841da49b84a6e4127.0.0.1:6384 master -014680739755515connected cfb28ef1deee4e0fa78da86abe5d24566744411e127.0.0.1:6379 myself,master -000connected be9485a6a729fc98c5151374bc30277e89a461d8127.0.0.1:6383 master -014680739785794connected 40622f9e7adc8ebd77fca0de9edfe691cb8a74fb127.0.0.1:6382 master -014680739805983connected 8e41673d59c9568aa9d29fb174ce733345b3e8f1127.0.0.1:6380 master -014680739745411connected 40b8d09d44294d2e23c7c768efc8fcd153446746127.0.0.1:6381 master -014680739795892connected节点建立握手之后集群还不能正常工作这时集群处于下线状态所有的数据读写都被禁止。通过如下命令可以看到127.0.0.1:6379sethello redis(error)CLUSTERDOWN The cluster is down通过cluster info命令可以获取集群当前状态127.0.0.1:6379cluster info cluster_state:fail cluster_slots_assigned:0 cluster_slots_ok:0 cluster_slots_pfail:0 cluster_slots_fail:0 cluster_known_nodes:6 cluster_size:0 …从输出内容可以看到被分配的槽(cluster_slots_assigned)是0由于目前所有的槽没有分配到节点因此集群无法完成槽到节点的映射。只有当16384个槽全部分配给节点后集群才进入在线状态。3、分配槽Redis集群把所有的数据映射到16384个槽中。每个key会映射为一个固定的槽只有当节点分配了槽才能响应和这些槽关联的键命令。通过cluster addslots命令为节点分配槽。这里利用bash特性批量设置槽(slots)命令如下redis-cli-h127.0.0.1-p6379cluster addslots{0…5461}redis-cli-h127.0.0.1-p6380cluster addslots{5462…10922}redis-cli-h127.0.0.1-p6381cluster addslots{10923…16383}把16384个slot平均分配给6379、6380、6381三个节点。执行cluster info查看集群状态如下所示127.0.0.1:6379cluster info cluster_state:ok cluster_slots_assigned:16384 cluster_slots_ok:16384 cluster_slots_pfail:0 cluster_slots_fail:0 cluster_known_nodes:6 cluster_size:3 cluster_current_epoch:5 cluster_my_epoch:0 cluster_stats_messages_sent:4874 cluster_stats_messages_received:4726当前集群状态是OK集群进入在线状态。所有的槽都已经分配给节点执行cluster nodes命令可以看到节点和槽的分配关系127.0.0.1:6379cluster nodes 4fa7eac4080f0b667ffeab9b87841da49b84a6e4127.0.0.1:6384 master -014680762401235connected cfb28ef1deee4e0fa78da86abe5d24566744411e127.0.0.1:6379 myself,master -000connected0-5461 be9485a6a729fc98c5151374bc30277e89a461d8127.0.0.1:6383 master -014680762396224connected 40622f9e7adc8ebd77fca0de9edfe691cb8a74fb127.0.0.1:6382 master -014680762406283connected 8e41673d59c9568aa9d29fb174ce733345b3e8f1127.0.0.1:6380 master -014680762376061connected5462-10922 40b8d09d44294d2e23c7c768efc8fcd153446746127.0.0.1:6381 master -014680762386122connected10923-16383目前还有三个节点没有使用作为一个完整的集群每个负责处理槽的节点应该具有从节点保证当它出现故障时可以自动进行故障转移。集群模式下Reids节点角色分为主节点和从节点。首次启动的节点和被分配槽的节点都是主节点从节点负责复制主节点槽信息和相关的数据。使用cluster replicate{nodeId}命令让一个节点成为从节点。其中命令执行必须在对应的从节点上执行nodeId是要复制主节点的节点ID命令如下127.0.0.1:6382cluster replicate cfb28ef1deee4e0fa78da86abe5d24566744411e OK127.0.0.1:6383cluster replicate 8e41673d59c9568aa9d29fb174ce733345b3e8f1 OK127.0.0.1:6384cluster replicate 40b8d09d44294d2e23c7c768efc8fcd153446746 OKRedis集群模式下的主从复制使用了之前介绍的Redis复制流程依然支持全量和部分复制。复制(replication)完成后整个集群的结构如图所示。通过cluster nodes命令查看集群状态和复制关系如下所示127.0.0.1:6379cluster nodes 4fa7eac4080f0b667ffeab9b87841da49b84a6e4127.0.0.1:6384 slave 40b8d09d44294d2e2 3c7c768efc8fcd153446746014680768659395connected cfb28ef1deee4e0fa78da86abe5d24566744411e127.0.0.1:6379 myself,master -000connected0-5461 be9485a6a729fc98c5151374bc30277e89a461d8127.0.0.1:6383 slave 8e41673d59c9568aa 9d29fb174ce733345b3e8f1014680768689664connected 40622f9e7adc8ebd77fca0de9edfe691cb8a74fb127.0.0.1:6382 slave cfb28ef1deee4e0fa 78da86abe5d24566744411e014680768699763connected 8e41673d59c9568aa9d29fb174ce733345b3e8f1127.0.0.1:6380 master -014680768709871connected5462-10922 40b8d09d44294d2e23c7c768efc8fcd153446746127.0.0.1:6381 master -014680768679572connected10923-16383目前为止我们依照Redis协议手动建立一个集群。它由6个节点构成3个主节点负责处理槽和相关数据3个从节点负责故障转移。手动搭建集群便于理解集群建立的流程和细节不过读者也从中发现集群搭建需要很多步骤当集群节点众多时必然会加大搭建集群的复杂度和运维成本。因此Redis官方提供了redis-trib.rb工具方便我们快速搭建集群。4、用redis-trib.rb搭建集群redis-trib.rb是采用Ruby实现的Redis集群管理工具。内部通过Cluster相关命令帮我们简化集群创建、检查、槽迁移和均衡等常见运维操作使用之前需要安装Ruby依赖环境。下面介绍搭建集群的详细步骤。4.1、Ruby环境准备安装Ruby-- 下载rubywgethttps:// cache.ruby-lang.org/pub/ruby/2.3/ruby-2.3.1.tar.gz -- 安装rubytarxvf ruby-2.3.1.tar.gz ./configure-prefix/usr/local/rubymakemakeinstallcd/usr/local/rubysudocpbin/ruby /usr/local/binsudocpbin/gem /usr/local/bin安装rubygem redis依赖wgethttp:// rubygems.org/downloads/redis-3.3.0.gem geminstall-lredis-3.3.0.gem gem list--checkredis gem安装redis-trib.rbsudocp/{redis_home}/src/redis-trib.rb /usr/local/bin安装完Ruby环境后执行redis-trib.rb命令确认环境是否正确输出如下# redis-trib.rbUsage: redis-tribcommandoptionsarguments …create host1:port1 … hostN:portN--replicasargcheck host:port info host:port fix host:port--timeoutargreshard host:port--fromarg--toarg--slotsarg--yes--timeoutarg--pipelinearg…忽略…从redis-trib.rb的提示信息可以看出它提供了集群创建、检查、修复、均衡等命令行工具。这里我们关注集群创建命令使用redis-trib.rb create命令可快速搭建集群。4.2、准备节点首先我们跟之前内容一样准备好节点配置并启动redis-server conf/redis-6481.conf redis-server conf/redis-6482.conf redis-server conf/redis-6483.conf redis-server conf/redis-6484.conf redis-server conf/redis-6485.conf redis-server conf/redis-6486.conf4.3、创建集群启动好6个节点之后使用redis-trib.rb create命令完成节点握手和槽分配过程命令如下redis-trib.rb create--replicas1127.0.0.1:6481127.0.0.1:6482127.0.0.1:6483127.0.0.1:6484127.0.0.1:6485127.0.0.1:6486–replicas参数指定集群中每个主节点配备几个从节点这里设置为1。我们出于测试目的使用本地IP地址127.0.0.1如果部署节点使用不同的IP地址redis-trib.rb会尽可能保证主从节点不分配在同一机器下因此会重新排序节点列表顺序。节点列表顺序用于确定主从角色先主节点之后是从节点。创建过程中首先会给出主从节点角色分配的计划如下所示。Creating clusterPerforminghashslots allocation on6nodes… Using3masters:127.0.0.1:6481127.0.0.1:6482127.0.0.1:6483 Adding replica127.0.0.1:6484 to127.0.0.1:6481 Adding replica127.0.0.1:6485 to127.0.0.1:6482 Adding replica127.0.0.1:6486 to127.0.0.1:6483 M: 869de192169c4607bb886944588bc358d6045afa127.0.0.1:6481 slots:0-5460(5461slots)master M: 6f9f24923eb37f1e4dce1c88430f6fc23ad4a47b127.0.0.1:6482 slots:5461-10922(5462slots)master M: 6228a1adb6c26139b0adbe81828f43a4ec196271127.0.0.1:6483 slots:10923-16383(5461slots)master S: 22451ea81fac73fe7a91cf051cd50b2bf308c3f3127.0.0.1:6484 replicates 869de192169c4607bb886944588bc358d6045afa S: 89158df8e62958848134d632e75d1a8d2518f07b127.0.0.1:6485 replicates 6f9f24923eb37f1e4dce1c88430f6fc23ad4a47b S: bcb394c48d50941f235cd6988a40e469530137af127.0.0.1:6486 replicates 6228a1adb6c26139b0adbe81828f43a4ec196271 Can Isetthe above configuration(typeyesto accept):当我们同意这份计划之后输入yesredis-trib.rb开始执行节点握手和槽分配操作输出如下Nodes configuration updatedAssign a different config epoch to eachnodeSending CLUSTER MEET messages tojointhe cluster Waitingforthe cluster to join..Performing Cluster Check(usingnode127.0.0.1:6481)…忽略…[OK]All nodes agree about slots configuration.Checkforopenslots…Check slots coverage…[OK]All16384slots covered.最后的输出报告说明16384个槽全部被分配集群创建成功。这里需要注意给redis-trib.rb的节点地址必须是不包含任何槽/数据的节点否则会拒绝创建集群。4.4、集群完整性检查集群完整性指所有的槽都分配到存活的主节点上只要16384个槽中有一个没有分配给节点则表示集群不完整。可以使用redis-trib.rb check命令检测之前创建的两个集群是否成功check命令只需要给出集群中任意一个节点地址就可以完成整个集群的检查工作命令如下redis-trib.rb check127.0.0.1:6379 redis-trib.rb check127.0.0.1:6481当最后输出如下信息提示集群所有的槽都已分配到节点[OK]All nodes agree about slots configuration.Checkforopenslots…Check slots coverage…[OK]All16384slots covered.
搭建集群1、准备节点2、节点握手3、分配槽4、用redis-trib.rb搭建集群4.1、Ruby环境准备4.2、准备节点4.3、创建集群4.4、集群完整性检查1、准备节点Redis集群一般由多个节点组成节点数量至少为6个才能保证组成完整高可用的集群。每个节点需要开启配置cluster-enabled yes让Redis运行在集群模式下。建议为集群内所有节点统一目录一般划分三个目录conf、data、log分别存放配置、数据和日志相关文件。把6个节点配置统一放在conf目录下集群相关配置如下#节点端口port6379# 开启集群模式cluster-enabledyes# 节点超时时间单位毫秒cluster-node-timeout15000# 集群内部配置文件cluster-config-filenodes-6379.conf其他配置和单机模式一致即可配置文件命名规则redis-{port}.conf准备好配置后启动所有节点命令如下redis-server conf/redis-6379.conf redis-server conf/redis-6380.conf redis-server conf/redis-6381.conf redis-server conf/redis-6382.conf redis-server conf/redis-6383.conf redis-server conf/redis-6384.conf检查节点日志是否正确日志内容如下catlog/redis-6379.log * No cluster configuration found, Im cfb28ef1deee4e0fa78da86abe5d24566744411e# Server started, Redis version 3.0.7* The server is now ready to accept connections on port63796379节点启动成功第一次启动时如果没有集群配置文件它会自动创建一份文件名称采用cluster-config-file参数项控制建议采用node-{port}.conf格式定义通过使用端口号区分不同节点防止同一机器下多个节点彼此覆盖造成集群信息异常。如果启动时存在集群配置文件节点会使用配置文件内容初始化集群信息。启动过程如图所示。集群模式的Redis除了原有的配置文件之外又加了一份集群配置文件。当集群内节点信息发生变化如添加节点、节点下线、故障转移等。节点会自动保存集群状态到配置文件中。需要注意的是Redis自动维护集群配置文件不要手动修改防止节点重启时产生集群信息错乱。如节点6379首次启动后生成集群配置如下#cat data/nodes-6379.confcfb28ef1deee4e0fa78da86abe5d24566744411e127.0.0.1:6379 myself,master -000connected vars currentEpoch0lastVoteEpoch0文件内容记录了集群初始状态这里最重要的是节点ID它是一个40位16进制字符串用于唯一标识集群内一个节点之后很多集群操作都要借助于节点ID来完成。需要注意是节点ID不同于运行ID。节点ID在集群初始化时只创建一次节点重启时会加载集群配置文件进行重用而Redis的运行ID每次重启都会变化。在节点6380执行cluster nodes命令获取集群节点状态127.0.0.1:6380cluster nodes 8e41673d59c9568aa9d29fb174ce733345b3e8f1127.0.0.1:6380 myself,master -000connected每个节点目前只能识别出自己的节点信息。我们启动6个节点但每个节点彼此并不知道对方的存在下面通过节点握手让6个节点彼此建立联系从而组成一个集群。2、节点握手节点握手是指一批运行在集群模式下的节点通过Gossip协议彼此通信达到感知对方的过程。节点握手是集群彼此通信的第一步由客户端发起命令clustermeet{ip}{port}如图所示。图中执行的命令是cluster meet127.0.0.16380让节点6379和6380节点进行握手通信。cluster meet命令是一个异步命令执行之后立刻返回。内部发起与目标节点进行握手通信如图所示。节点6379本地创建6380节点信息对象并发送meet消 息。节点6380接受到meet消息后保存6379节点信息并回复pong消息。之后节点6379和6380彼此定期通过ping/pong消息进行正常的节点通信。这里的meet、ping、pong消息是Gossip协议通信的载体之后的节点通信部分做进一步介绍它的主要作用是节点彼此交换状态数据信息。6379和6380节点通过meet命令彼此建立通信之后集群结构如图所示。对节点6379和6380分别执行cluster nodes命令可以看到它们彼此已经感知到对方的存在。127.0.0.1:6379cluster nodes cfb28ef1deee4e0fa78da86abe5d24566744411e127.0.0.1:6379 myself,master -000connected 8e41673d59c9568aa9d29fb174ce733345b3e8f1127.0.0.1:6380 master -014680735342651connected127.0.0.1:6380cluster nodes cfb28ef1deee4e0fa78da86abe5d24566744411e127.0.0.1:6379 master -014680735716410connected 8e41673d59c9568aa9d29fb174ce733345b3e8f1127.0.0.1:6380 myself,master -001connected下面分别执行meet命令让其他节点加入到集群中127.0.0.1:6379cluster meet127.0.0.16381127.0.0.1:6379cluster meet127.0.0.16382127.0.0.1:6379cluster meet127.0.0.16383127.0.0.1:6379cluster meet127.0.0.16384我们只需要在集群内任意节点上执行cluster meet命令加入新节点握手状态会通过消息在集群内传播这样其他节点会自动发现新节点并发起握手流程。最后执行cluster nodes命令确认6个节点都彼此感知并组成集群127.0.0.1:6379cluster nodes 4fa7eac4080f0b667ffeab9b87841da49b84a6e4127.0.0.1:6384 master -014680739755515connected cfb28ef1deee4e0fa78da86abe5d24566744411e127.0.0.1:6379 myself,master -000connected be9485a6a729fc98c5151374bc30277e89a461d8127.0.0.1:6383 master -014680739785794connected 40622f9e7adc8ebd77fca0de9edfe691cb8a74fb127.0.0.1:6382 master -014680739805983connected 8e41673d59c9568aa9d29fb174ce733345b3e8f1127.0.0.1:6380 master -014680739745411connected 40b8d09d44294d2e23c7c768efc8fcd153446746127.0.0.1:6381 master -014680739795892connected节点建立握手之后集群还不能正常工作这时集群处于下线状态所有的数据读写都被禁止。通过如下命令可以看到127.0.0.1:6379sethello redis(error)CLUSTERDOWN The cluster is down通过cluster info命令可以获取集群当前状态127.0.0.1:6379cluster info cluster_state:fail cluster_slots_assigned:0 cluster_slots_ok:0 cluster_slots_pfail:0 cluster_slots_fail:0 cluster_known_nodes:6 cluster_size:0 …从输出内容可以看到被分配的槽(cluster_slots_assigned)是0由于目前所有的槽没有分配到节点因此集群无法完成槽到节点的映射。只有当16384个槽全部分配给节点后集群才进入在线状态。3、分配槽Redis集群把所有的数据映射到16384个槽中。每个key会映射为一个固定的槽只有当节点分配了槽才能响应和这些槽关联的键命令。通过cluster addslots命令为节点分配槽。这里利用bash特性批量设置槽(slots)命令如下redis-cli-h127.0.0.1-p6379cluster addslots{0…5461}redis-cli-h127.0.0.1-p6380cluster addslots{5462…10922}redis-cli-h127.0.0.1-p6381cluster addslots{10923…16383}把16384个slot平均分配给6379、6380、6381三个节点。执行cluster info查看集群状态如下所示127.0.0.1:6379cluster info cluster_state:ok cluster_slots_assigned:16384 cluster_slots_ok:16384 cluster_slots_pfail:0 cluster_slots_fail:0 cluster_known_nodes:6 cluster_size:3 cluster_current_epoch:5 cluster_my_epoch:0 cluster_stats_messages_sent:4874 cluster_stats_messages_received:4726当前集群状态是OK集群进入在线状态。所有的槽都已经分配给节点执行cluster nodes命令可以看到节点和槽的分配关系127.0.0.1:6379cluster nodes 4fa7eac4080f0b667ffeab9b87841da49b84a6e4127.0.0.1:6384 master -014680762401235connected cfb28ef1deee4e0fa78da86abe5d24566744411e127.0.0.1:6379 myself,master -000connected0-5461 be9485a6a729fc98c5151374bc30277e89a461d8127.0.0.1:6383 master -014680762396224connected 40622f9e7adc8ebd77fca0de9edfe691cb8a74fb127.0.0.1:6382 master -014680762406283connected 8e41673d59c9568aa9d29fb174ce733345b3e8f1127.0.0.1:6380 master -014680762376061connected5462-10922 40b8d09d44294d2e23c7c768efc8fcd153446746127.0.0.1:6381 master -014680762386122connected10923-16383目前还有三个节点没有使用作为一个完整的集群每个负责处理槽的节点应该具有从节点保证当它出现故障时可以自动进行故障转移。集群模式下Reids节点角色分为主节点和从节点。首次启动的节点和被分配槽的节点都是主节点从节点负责复制主节点槽信息和相关的数据。使用cluster replicate{nodeId}命令让一个节点成为从节点。其中命令执行必须在对应的从节点上执行nodeId是要复制主节点的节点ID命令如下127.0.0.1:6382cluster replicate cfb28ef1deee4e0fa78da86abe5d24566744411e OK127.0.0.1:6383cluster replicate 8e41673d59c9568aa9d29fb174ce733345b3e8f1 OK127.0.0.1:6384cluster replicate 40b8d09d44294d2e23c7c768efc8fcd153446746 OKRedis集群模式下的主从复制使用了之前介绍的Redis复制流程依然支持全量和部分复制。复制(replication)完成后整个集群的结构如图所示。通过cluster nodes命令查看集群状态和复制关系如下所示127.0.0.1:6379cluster nodes 4fa7eac4080f0b667ffeab9b87841da49b84a6e4127.0.0.1:6384 slave 40b8d09d44294d2e2 3c7c768efc8fcd153446746014680768659395connected cfb28ef1deee4e0fa78da86abe5d24566744411e127.0.0.1:6379 myself,master -000connected0-5461 be9485a6a729fc98c5151374bc30277e89a461d8127.0.0.1:6383 slave 8e41673d59c9568aa 9d29fb174ce733345b3e8f1014680768689664connected 40622f9e7adc8ebd77fca0de9edfe691cb8a74fb127.0.0.1:6382 slave cfb28ef1deee4e0fa 78da86abe5d24566744411e014680768699763connected 8e41673d59c9568aa9d29fb174ce733345b3e8f1127.0.0.1:6380 master -014680768709871connected5462-10922 40b8d09d44294d2e23c7c768efc8fcd153446746127.0.0.1:6381 master -014680768679572connected10923-16383目前为止我们依照Redis协议手动建立一个集群。它由6个节点构成3个主节点负责处理槽和相关数据3个从节点负责故障转移。手动搭建集群便于理解集群建立的流程和细节不过读者也从中发现集群搭建需要很多步骤当集群节点众多时必然会加大搭建集群的复杂度和运维成本。因此Redis官方提供了redis-trib.rb工具方便我们快速搭建集群。4、用redis-trib.rb搭建集群redis-trib.rb是采用Ruby实现的Redis集群管理工具。内部通过Cluster相关命令帮我们简化集群创建、检查、槽迁移和均衡等常见运维操作使用之前需要安装Ruby依赖环境。下面介绍搭建集群的详细步骤。4.1、Ruby环境准备安装Ruby-- 下载rubywgethttps:// cache.ruby-lang.org/pub/ruby/2.3/ruby-2.3.1.tar.gz -- 安装rubytarxvf ruby-2.3.1.tar.gz ./configure-prefix/usr/local/rubymakemakeinstallcd/usr/local/rubysudocpbin/ruby /usr/local/binsudocpbin/gem /usr/local/bin安装rubygem redis依赖wgethttp:// rubygems.org/downloads/redis-3.3.0.gem geminstall-lredis-3.3.0.gem gem list--checkredis gem安装redis-trib.rbsudocp/{redis_home}/src/redis-trib.rb /usr/local/bin安装完Ruby环境后执行redis-trib.rb命令确认环境是否正确输出如下# redis-trib.rbUsage: redis-tribcommandoptionsarguments …create host1:port1 … hostN:portN--replicasargcheck host:port info host:port fix host:port--timeoutargreshard host:port--fromarg--toarg--slotsarg--yes--timeoutarg--pipelinearg…忽略…从redis-trib.rb的提示信息可以看出它提供了集群创建、检查、修复、均衡等命令行工具。这里我们关注集群创建命令使用redis-trib.rb create命令可快速搭建集群。4.2、准备节点首先我们跟之前内容一样准备好节点配置并启动redis-server conf/redis-6481.conf redis-server conf/redis-6482.conf redis-server conf/redis-6483.conf redis-server conf/redis-6484.conf redis-server conf/redis-6485.conf redis-server conf/redis-6486.conf4.3、创建集群启动好6个节点之后使用redis-trib.rb create命令完成节点握手和槽分配过程命令如下redis-trib.rb create--replicas1127.0.0.1:6481127.0.0.1:6482127.0.0.1:6483127.0.0.1:6484127.0.0.1:6485127.0.0.1:6486–replicas参数指定集群中每个主节点配备几个从节点这里设置为1。我们出于测试目的使用本地IP地址127.0.0.1如果部署节点使用不同的IP地址redis-trib.rb会尽可能保证主从节点不分配在同一机器下因此会重新排序节点列表顺序。节点列表顺序用于确定主从角色先主节点之后是从节点。创建过程中首先会给出主从节点角色分配的计划如下所示。Creating clusterPerforminghashslots allocation on6nodes… Using3masters:127.0.0.1:6481127.0.0.1:6482127.0.0.1:6483 Adding replica127.0.0.1:6484 to127.0.0.1:6481 Adding replica127.0.0.1:6485 to127.0.0.1:6482 Adding replica127.0.0.1:6486 to127.0.0.1:6483 M: 869de192169c4607bb886944588bc358d6045afa127.0.0.1:6481 slots:0-5460(5461slots)master M: 6f9f24923eb37f1e4dce1c88430f6fc23ad4a47b127.0.0.1:6482 slots:5461-10922(5462slots)master M: 6228a1adb6c26139b0adbe81828f43a4ec196271127.0.0.1:6483 slots:10923-16383(5461slots)master S: 22451ea81fac73fe7a91cf051cd50b2bf308c3f3127.0.0.1:6484 replicates 869de192169c4607bb886944588bc358d6045afa S: 89158df8e62958848134d632e75d1a8d2518f07b127.0.0.1:6485 replicates 6f9f24923eb37f1e4dce1c88430f6fc23ad4a47b S: bcb394c48d50941f235cd6988a40e469530137af127.0.0.1:6486 replicates 6228a1adb6c26139b0adbe81828f43a4ec196271 Can Isetthe above configuration(typeyesto accept):当我们同意这份计划之后输入yesredis-trib.rb开始执行节点握手和槽分配操作输出如下Nodes configuration updatedAssign a different config epoch to eachnodeSending CLUSTER MEET messages tojointhe cluster Waitingforthe cluster to join..Performing Cluster Check(usingnode127.0.0.1:6481)…忽略…[OK]All nodes agree about slots configuration.Checkforopenslots…Check slots coverage…[OK]All16384slots covered.最后的输出报告说明16384个槽全部被分配集群创建成功。这里需要注意给redis-trib.rb的节点地址必须是不包含任何槽/数据的节点否则会拒绝创建集群。4.4、集群完整性检查集群完整性指所有的槽都分配到存活的主节点上只要16384个槽中有一个没有分配给节点则表示集群不完整。可以使用redis-trib.rb check命令检测之前创建的两个集群是否成功check命令只需要给出集群中任意一个节点地址就可以完成整个集群的检查工作命令如下redis-trib.rb check127.0.0.1:6379 redis-trib.rb check127.0.0.1:6481当最后输出如下信息提示集群所有的槽都已分配到节点[OK]All nodes agree about slots configuration.Checkforopenslots…Check slots coverage…[OK]All16384slots covered.
