Redis 3.0集群搭建测试（二）

最新推荐文章于 2022-09-14 10:23:26 发布
最新推荐文章于 2022-09-14 10:23:26 发布
阅读量4.9k 收藏 5
点赞数 1
分类专栏： Redis Redis学习教程 文章标签： redis 集群
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhu_tianwei/article/details/45009647
版权

四、客户端集群命令

cluster集群相关命令,更多redis相关命令见文档:http://redis.readthedocs.org/en/latest/

集群
cluster info 打印集群的信息
cluster nodes 列出集群当前已知的所有节点（node），以及这些节点的相关信息。
节点
cluster meet <ip> <port> 将ip和port所指定的节点添加到集群当中，让它成为集群的一份子。
cluster forget <node_id> 从集群中移除 node_id 指定的节点。
cluster replicate <node_id> 将当前节点设置为node_id指定的节点的从节点。
cluster saveconfig 将节点的配置文件保存到硬盘里面。
槽(slot)
cluster addslots <slot> [slot ...] 将一个或多个槽（slot）指派（assign）给当前节点。
cluster delslots <slot> [slot ...] 移除一个或多个槽对当前节点的指派。
cluster flushslots 移除指派给当前节点的所有槽，让当前节点变成一个没有指派任何槽的节点。
cluster setslot <slot> node <node_id> 将槽 slot 指派给 node_id 指定的节点，如果槽已经指派给另一个节点，那么先让另一个节点删除该槽>，然后再进行指派。
cluster setslot <slot> migrating <node_id> 将本节点的槽 slot 迁移到 node_id 指定的节点中。
cluster setslot <slot> importing <node_id> 从 node_id 指定的节点中导入槽 slot 到本节点。
cluster setslot <slot> stable 取消对槽 slot 的导入（import）或者迁移（migrate）。
键
cluster keyslot <key> 计算键 key 应该被放置在哪个槽上。
cluster countkeysinslot <slot> 返回槽 slot 目前包含的键值对数量。
cluster getkeysinslot <slot> <count> 返回 count 个 slot 槽中的键。
五、redis-trib.rb操作集群

每台机器增加端口6383 redis实例节点，并启动实例。

1.添加新master节点
1)add-node  将一个节点添加到集群里面， 第一个是新节点ip:port, 第二个是任意一个已存在节点ip:port
./bin/redis-trib.rb add-node 192.168.36.54:6383 192.168.36.54:6380

>>> Adding node 192.168.36.54:6383 to cluster 192.168.36.54:6380
Connecting to node 192.168.36.54:6380: OK
Connecting to node 192.168.36.189:6380: OK
Connecting to node 192.168.36.189:6382: OK
Connecting to node 192.168.36.54:6382: OK
Connecting to node 192.168.36.54:6381: OK
Connecting to node 192.168.36.189:6381: OK
>>> Performing Cluster Check (using node 192.168.36.54:6380)
M: f6285c8a7506b224840d7b26b2b5d1671320c21f 192.168.36.54:6380
   slots:0-5460 (5461 slots) master
   1 additional replica(s)
M: b1a15a3cd14ea65671a7134850e17b8919a17da5 192.168.36.189:6380
   slots:5461-10922 (5462 slots) master
   1 additional replica(s)
S: de4302f43ff89843675446396552fd19f741246a 192.168.36.189:6382
   slots: (0 slots) slave
   replicates 26ce71d626175f88e0416e3f45b2bfb29304c7b3
S: 83fc65283bbbb71b4c089337df05594d67f4cab6 192.168.36.54:6382
   slots: (0 slots) slave
   replicates b1a15a3cd14ea65671a7134850e17b8919a17da5
M: 26ce71d626175f88e0416e3f45b2bfb29304c7b3 192.168.36.54:6381
   slots:10923-16383 (5461 slots) master
   1 additional replica(s)
S: 1080e423a55a2c24dae649dac03ffa09ed26d3e8 192.168.36.189:6381
   slots: (0 slots) slave
   replicates f6285c8a7506b224840d7b26b2b5d1671320c21f
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
Connecting to node 192.168.36.54:6383: OK
>>> Send CLUSTER MEET to node 192.168.36.54:6383 to make it join the cluster.
[OK] New node added correctly.
新节点没有包含任何数据， 因为它没有包含任何slot。新加入的加点是一个主节点， 当集群需要将某个从节点升级为新的主节点时， 这个新节点不会被选中。

2)为新节点分配slot

你只需要指定集群中其中一个节点的地址， redis-trib 就会自动找到集群中的其他节点。目前 redis-trib 只能在管理员的协助下完成重新分片的工作， 要让 redis-trib 自动将哈希槽从一个节点移动到另一个节点， 目前来说还做不到 （不过实现这个功能并不难）。
./bin/redis-trib.rb reshard 192.168.36.54:6383
设定你打算移动的哈希槽slots的数量（这里槽数量设置为1000）
How many slots do you want to move (from 1 to 16384)? 1000
除了移动的哈希槽数量之外， redis-trib 还需要知道重新分片的目标（target node）， 也即是， 负责接收这 1000 个哈希槽的节点。指定目标需要使用节点的 ID ， 而不是 IP 地址和端口。 比如说， 我们打算使用集群的第一个主节点来作为目标， 它的 IP 地址和端口是 192.168.36.54:6383 ， 而节点 ID 则是50cd88737109d0398e35b19747cc02832f05d125 ， 那么我们应该向 redis-trib 提供节点的 ID ：
What is the receiving node ID?50cd88737109d0398e35b19747cc02832f05d125
redis-trib 会打印出集群中所有节点的 ID ， 并且我们也可以通过执行以下命令来获得节点的运行 ID ：
./bin/redis-cli -h 192.168.36.54 -p 6380 cluster nodes |grep 192.168.36.54:6383
接着， redis-trib 会向你询问重新分片的源节点（source node）， 也即是， 要从哪个节点中取出 1000 个哈希槽，并将这些槽移动到目标节点上面。如果我们不打算从特定的节点上取出指定数量的哈希槽， 那么可以向 redis-trib 输入 all ， 这样的话， 集群中的所有主节点都会成为源节点， redis-trib 将从各个源节点中各取出一部分哈希槽， 凑够 1000 个， 然后移动到目标节点上面：
Please enter all the source node IDs.
Type 'all' to use all the nodes as source nodes for the hash slots.
Type 'done' once you entered all the source nodes IDs.
Source node #1:all

输入 all 并按下回车之后， redis-trib 将打印出哈希槽的移动计划， 如果你觉得没问题的话， 就可以输入 yes 并再次按下回车， redis-trib 就会正式开始执行重新分片操作， 将指定的哈希槽从源节点一个个地移动到目标节点上面。
在重新分片操作执行完毕之后， 可以使用以下命令来检查集群是否正常：
./bin/redis-trib.rb check 192.168.36.54:6380
根据检查结果显示， 集群运作正常。

2.添加新的slave节点

1）添加节点

./bin/redis-trib.rb add-node 192.168.36.189:6383 192.168.36.54:6380

2）redis-cli连接上新节点shell,输入命令:cluster replicate 对应master的node-id
./bin/redis-cli -c -h 192.168.36.189 -p 6383
>cluster replicate 50cd88737109d0398e35b19747cc02832f05d125
在线添加slave 时，需要dump整个master进程，并传递到slave，再由 slave加载rdb文件到内存，rdb传输过程中Master可能无法提供服务,整个过程消耗大量io,小心操作.
查看执行结果：
./bin/redis-cli -h 192.168.36.189 -p 6383 cluster nodes | grep slave | grep 50cd88737109d0398e35b19747cc02832f05d125
5178d6342a6470f928cfa6d43d98640b9303ad38 192.168.36.189:6383 myself,slave 50cd88737109d0398e35b19747cc02832f05d125 0 0 0 connected

3）在线reshard 数据
对于负载/数据不均匀的情况，可以在线reshard slot来解决,方法与添加新master的reshard一样，只是需要reshard的master节点是老节点。
4）删除一个slave节点
./bin/redis-trib.rb del-node 192.168.36.54:6380 5178d6342a6470f928cfa6d43d98640b9303ad38
5）删除一个master节点
删除master节点之前首先要使用reshard移除master的全部slot,然后再删除当前节点(目前只能把被删除master的slot迁移到一个节点上)，操作和分配slot类似，指定具体的Source node即可。
然后在使用4步骤中的命令删除节点

六、集群测试

1.数据测试

使用redis客户端redis-cli进行添加数据操作。

./bin/redis-cli -c -h 192.168.36.189 -p 6380
192.168.36.189:6380> set abc 123
OK
192.168.36.189:6380> set xxx 123
-> Redirected to slot [4038] located at 192.168.36.54:6380
OK
192.168.36.54:6380> set ttt aaa
-> Redirected to slot [15942] located at 192.168.36.54:6381
OK
redis-cli 对集群的支持是非常基本的， 所以它总是依靠 Redis 集群节点来将它转向（redirect）至正确的节点。

2.故障转移测试

要触发一次故障转移， 最简单的办法就是令集群中的某个主节点进入下线状态。
首先用以下命令列出集群中的所有主节点：

 ./bin/redis-cli -h 192.168.36.189 -p 6383 cluster nodes |grep master
50cd88737109d0398e35b19747cc02832f05d125 192.168.36.54:6383 master - 0 1428823692383 7 connected 0-332 5461-5794 10923-11255
26ce71d626175f88e0416e3f45b2bfb29304c7b3 192.168.36.54:6381 master - 0 1428823692893 2 connected 11256-16383
f6285c8a7506b224840d7b26b2b5d1671320c21f 192.168.36.54:6380 master - 0 1428823693918 1 connected 333-5460
b1a15a3cd14ea65671a7134850e17b8919a17da5 192.168.36.189:6380 master - 0 1428823692893 4 connected 5795-10922
通过命令输出， 我们知道端口号为 192.168.36.54:6380、 192.168.36.54:6381、192.168.36.54:6383 和 192.168.36.189:6380的节点都是主节点， 然后我们可以通过向端口号为192.168.36.54:6380的主节点发送 DEBUG SEGFAULT 命令， 让这个主节点崩溃：
./bin/redis-cli -h 192.168.36.54 -p 6380  debug segfault
Error: Server closed the connection
我们使用 cluster nodes 命令， 查看集群在执行故障转移操作之后， 主从节点的布局情况： 
./bin/redis-cli -h 192.168.36.189 -p 6383 cluster nodes
50cd88737109d0398e35b19747cc02832f05d125 192.168.36.54:6383 master - 0 1428823969555 7 connected 0-332 5461-5794 10923-11255
1080e423a55a2c24dae649dac03ffa09ed26d3e8 192.168.36.189:6381 master - 0 1428823968475 8 connected 333-5460
de4302f43ff89843675446396552fd19f741246a 192.168.36.189:6382 slave 26ce71d626175f88e0416e3f45b2bfb29304c7b3 0 1428823968886 2 connected
26ce71d626175f88e0416e3f45b2bfb29304c7b3 192.168.36.54:6381 master - 0 1428823967861 2 connected 11256-16383
83fc65283bbbb71b4c089337df05594d67f4cab6 192.168.36.54:6382 slave b1a15a3cd14ea65671a7134850e17b8919a17da5 0 1428823969555 4 connected
f6285c8a7506b224840d7b26b2b5d1671320c21f 192.168.36.54:6380 master,fail? - 1428823891006 1428823888448 1 disconnected
b1a15a3cd14ea65671a7134850e17b8919a17da5 192.168.36.189:6380 master - 0 1428823970008 4 connected 5795-10922
5178d6342a6470f928cfa6d43d98640b9303ad38 192.168.36.189:6383 myself,slave 50cd88737109d0398e35b19747cc02832f05d125 0 0 0 connected
重启了之前下线的节点192.168.36.54:6380， 该节点已经从原来的主节点变成了从节点。 
 ./bin/redis-cli -h 192.168.36.189 -p 6383 cluster nodes
50cd88737109d0398e35b19747cc02832f05d125 192.168.36.54:6383 master - 0 1428824165896 7 connected 0-332 5461-5794 10923-11255
1080e423a55a2c24dae649dac03ffa09ed26d3e8 192.168.36.189:6381 master - 0 1428824166406 8 connected 333-5460
de4302f43ff89843675446396552fd19f741246a 192.168.36.189:6382 slave 26ce71d626175f88e0416e3f45b2bfb29304c7b3 0 1428824165382 2 connected
26ce71d626175f88e0416e3f45b2bfb29304c7b3 192.168.36.54:6381 master - 0 1428824165896 2 connected 11256-16383
83fc65283bbbb71b4c089337df05594d67f4cab6 192.168.36.54:6382 slave b1a15a3cd14ea65671a7134850e17b8919a17da5 0 1428824164870 4 connected
f6285c8a7506b224840d7b26b2b5d1671320c21f 192.168.36.54:6380 slave 1080e423a55a2c24dae649dac03ffa09ed26d3e8 0 1428824166920 8 connected
b1a15a3cd14ea65671a7134850e17b8919a17da5 192.168.36.189:6380 master - 0 1428824166407 4 connected 5795-10922
5178d6342a6470f928cfa6d43d98640b9303ad38 192.168.36.189:6383 myself,slave 50cd88737109d0398e35b19747cc02832f05d125 0 0 0 connected
注：cluster nodes 命令的输出有点儿复杂， 它的每一行都是由以下信息组成的：
节点 ID ：例如 3fc783611028b1707fd65345e763befb36454d73 。
ip:port ：节点的 IP 地址和端口号， 例如 127.0.0.1:7000 ， 其中 :0 表示的是客户端当前连接的 IP 地址和端口号。
flags ：节点的角色（例如 master 、 slave 、 myself ）以及状态（例如 fail ，等等）。
如果节点是一个从节点的话， 那么跟在 flags 之后的将是主节点的节点 ID ： 例如 127.0.0.1:7002 的主节点的节点 ID 就是 3c3a0c74aae0b56170ccb03a76b60cfe7dc1912e 。
集群最近一次向节点发送 PING 命令之后， 过去了多长时间还没接到回复。
节点最近一次返回 PONG 回复的时间。
节点的配置纪元（configuration epoch）：详细信息请参考 Redis 集群规范 。
本节点的网络连接情况：例如 connected 。
节点目前包含的槽：例如192.168.36.189:6380 目前包含号码为5795-10922的哈希槽。
七、集群下java客户端使用

如下以jedis为例:

package cn.slimsmart.redis.demo.cluster;

import java.util.HashSet;
import java.util.Set;

import redis.clients.jedis.HostAndPort;
import redis.clients.jedis.JedisCluster;
import redis.clients.jedis.JedisPoolConfig;

public class RedisClusterTest {

	public static void main(String[] args) {
		JedisPoolConfig config = new JedisPoolConfig();
		config.setMaxTotal(100);
		config.setMaxIdle(100);
		config.setMinIdle(100);
		config.setMaxWaitMillis(6 * 1000);
		config.setTestOnBorrow(true);

		Set<HostAndPort> jedisClusterNodes = new HashSet<HostAndPort>();
		jedisClusterNodes.add(new HostAndPort("192.168.36.54", 6380));
		jedisClusterNodes.add(new HostAndPort("192.168.36.54", 6381));
		jedisClusterNodes.add(new HostAndPort("192.168.36.54", 6382));
		jedisClusterNodes.add(new HostAndPort("192.168.36.54", 6383));

		jedisClusterNodes.add(new HostAndPort("192.168.36.189", 6380));
		jedisClusterNodes.add(new HostAndPort("192.168.36.189", 6381));
		jedisClusterNodes.add(new HostAndPort("192.168.36.189", 6382));
		jedisClusterNodes.add(new HostAndPort("192.168.36.189", 6383));

		JedisCluster jedisCluster = new JedisCluster(jedisClusterNodes, 2000, 2, config);
		try {
			for (int i = 0; i < 1000; i++) {
				long t1 = System.currentTimeMillis();
				jedisCluster.set("" + i, "" + i);
				long t2 = System.currentTimeMillis();
				String value = jedisCluster.get("" + i);
				long t3 = System.currentTimeMillis();
				System.out.println("" + value);
				System.out.println((t2 - t1) + "mills");
				System.out.println((t3 - t2) + "mills");
			}
		} catch (Exception e) {
			e.printStackTrace();
		} finally {
			jedisCluster.close();
		}
	}
}
jedis客户端不足之处：
1.cluster环境下redis的slave不接受任何读写操作
2.client端不支持keys批量操作,不支持select dbNum操作，只有一个db:select 0
3.JedisCluster 的info()等单机函数无法调用,返回(No way to dispatch this command to Redis Cluster)错误
4.JedisCluster 没有针对byte[]的API，需要自己扩展

slimina
关注
  • 1
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 5
    评论
专栏目录
Redis3.0集群
11-05
本文档详细描述了redis3.0的安装、主从复制架构，哨兵架构的原理及多个哨兵配置，最后详细阐述了集群建构创建，配置等，非常详细。
Redis（三十四）：集群——复制与故障转移
GDUT_Trim的博客
05-18 289
复制与故障转移设置从节点故障检测故障转移选举新的主节点 前面已经知道了集群的ASK错误与MOVED错误，前者针对重新分片过程中的转移，后者是一般槽不属于委任槽，要进行转移，前者会带有一次性表示，后者只要转移一次，以后的请求都是请求在转移的服务器上 启用哨兵模式时，当监视的主服务器挂了，会有选举机制，同理，集群也有自己的选举机制与复制故障转移 复制与故障转移 Redis的集群中分为主节点和从节点，其中主节点是用来处理槽的（此时已经做了读写分离，主服务器用来写，而从服务器只能读），而从服务器需要复制某个主节点.
redis集群搭建和测试
渐行渐远的博客
04-27 183
一 概况 1 redis集群类型 在 Web 服务器中，高可用 是指服务器可以 正常访问 的时间，衡量的标准是在 多长时间 内可以提供正常服务(99.9%、99.99%、99.999% 等等)。在 Redis 层面，高可用 的含义要宽泛一些，除了保证提供 正常服务(如 主从分离、快速容灾技术 等)，还需要考虑 数据容量扩展、数据安全 等等。 在 Redis 中，实现 高可用 的技术主要包括 持...
RedisTemplate.execute执行lua脚本踩坑记录
xyjy11的博客
09-27 1万+
一波三折 目录 EvalSha is not supported in cluster environment No way to dispatch this command to Redis Cluster because keys have different slots Jedis does not support password protected Redis Cluster configurations! 背景：最近项目新引入redis，代码中为了保证redis原子操作，大部分操作
redis集群测试
qq_27164239的博客
07-15 1626
redis集群测试
走进Redis-扯扯集群
Huangjiazhen711的博客
09-14 896
切片集群是一种水平扩展的技术方案，它的主体思想是增加 Redis 实例组成集群，将原来保存在单个实例的上数据切片按照某种算法分散在各个不同的实例上，以减轻单个实例数据过大时同步和持久化时的压力。同时，水平扩展方案和垂直扩展方案相比扩展性更强，受硬件和成本的影响更小。目前主要的实现方案有官方的 Redis Cluster 和 第三方的 Codis。Codis 在官方的 Redis Cluster 成熟之后已经很久没有更新了，这里就不特别介绍了，主要介绍下 Redis Cluster 的实现。
redis 3.0 集群指南
01-07
redis 3.0 集群的安装和原理部分的设置,主从复制,哨兵,集群,故障转移,
Redis3.0 集群安装过程
02-23
Redis3.0 集群安装过程 1. 下载redis 2. 编译 安装，拷贝配置文件 3. 修改redis.conf配置文件 4. 部署6份redis 实例 5. 修改 6个redis实例的配置文件 6. 安装集群需安装ruby运行环境 7. 编写脚本启动6个redis实例 8...
redis3.0.集群环境安装手册
06-12
redis3.0集群正式版出来啦，redis3.0.集群环境安装手册
Redis3.0集群部署方案
05-11
Redis3.0集群部署方案
鼠标点击,定点点击,连续按键源码
09-10
鼠标点击器(源码),可定点点击屏幕上某一坐标, 可设置连续按键,关于向指定窗体发送按键消息还未具体实现
趋势科技OCSE用户手册
05-08
趋势OCSE用户手册 具体操作流程 详细配置过程
redis集群系列一
快乐划水程序猿的专栏
05-14 1569
redis集群 redis集群模式是分布式存储的一个case。 数据分布 分布式数据库要解决将一堆数据按照分区规则映射到不同节点上。常见的分区规则有哈希分区和顺序分区。 分区方式 特点 产品 哈希分区 离散度好;数据分布与业务无关 redis cluster、cassandra 顺序分区 离散度容易倾斜；数据分布与业务有关；可以顺序访问 HBase、Hypertable 哈希分区 redis集群使用的是哈希分区，常见的哈希分区有以下几种： 节点取余 hash(key)/N， 但是
Redis集群管理
xueling022的专栏
10-21 427
原文链接：http://blog.csdn.net/xyang81/article/details/51895011 在上一篇《Redis3.2集群担建与验证》文章中分享了集群的详细担建过程，本篇主要分享集群管理的常见操作，如：添加节点、删除节点、slot分配。如果你还没有担建集群环境，建议先看上篇《Redis3.2集群担建与验证》过程，再来阅读本文比较好理解。 1、集群管理常用命令
redis-cluster集群部署及测试（超详细）
浴火成诗的博客
10-18 7996
redis-cluster集群部署及测试（超详细），傻瓜式照搬
redis集群配置和测试
lipengyao2010的专栏
12-15 2395
一、在本机建立6个单REDIS节点，并以集群方式运行。 cluster-enabled yes # Every cluster node has a cluster configuration file. This file is not # intended to be edited by hand. It is created and updated by Redis nodes. # Every Redis Cluster node requires a different cluster
Redis集群中删除/修改节点（master、slave）（实验）
weixin_33892359的博客
05-24 2981
删除一个slave节点： # redis-trib.rb del-node 192.168.2.202:6380 e4dc23dc67418bf66c6c63655110612cb9516aff // del-node host:port node-id >>> Removing node e...
Redis集群主备模式部署
手边笔记
08-06 1万+
网上有很多用Ruby安装Redis-cluster的文章，但是在实际环境下不想安装Ruby，所以本文主要介绍了用Redis命令部署Redis集群，并且为集群中每一个master实例增加一个slave实例。
Redis 集群教程
热门推荐
软件哲学
10-18 1万+
翻译自官方文档 Redis cluster tutorialRedis 集群教程该文档是一篇关于redis集群的教程。该教程并不会让你去理解复杂分布式系统概念，只会告诉你如何安装、测试和操作一个集群。在这个过程中该文档只会从用户角度去描述系统的行为，并不会详细的探究Redis集群手册中的内容。该教程会努力的从最终用户的视角出发， 来介绍Redis集群的可用性和一致性这些特性。不过请放心，我们会用一
redis docker 集群搭建
最新发布
04-03
搭建Redis Docker集群可以提高系统的可用性和性能。 以下是Redis Docker集群搭建的步骤： 1. 安装Docker：首先需要在服务器上安装Docker，可以根据操作系统类型选择相应的安装方式。 2. 创建Docker网络：使用...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 5
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值