Redis高可用-Cluster-测试

最新推荐文章于 2024-09-03 15:19:30 发布
最新推荐文章于 2024-09-03 15:19:30 发布
阅读量3k 收藏 4
点赞数 1
分类专栏： 负载均衡
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/dingsai88/article/details/51006478
版权


I.高可用测试



II.关闭所有节点

ps -ef|grep redis 
kill -9 888
 

II.删除

cd /usr/local/redis3/cluster/7111/
-rw-r--r--. 1 root root 352415 3月  29 11:42 appendonly.aof
-rw-r--r--. 1 root root   7008 3月  29 11:46 dump.rdb
-rw-r--r--. 1 root root    750 3月  29 10:53 nodes.conf
cd /usr/local/redis3/cluster/7112/
cd /usr/local/redis3/cluster/7113/
cd /usr/local/redis3/cluster/7114/
cd /usr/local/redis3/cluster/7115/
cd /usr/local/redis3/cluster/7116/


保留redis-7111.conf
#删除redis*之外的所有文件
rm -f !(redis*) 


II.启动所有节点

/usr/local/redis3/bin/redis-server /usr/local/redis3/cluster/7111/redis-7111.conf 
/usr/local/redis3/bin/redis-server /usr/local/redis3/cluster/7112/redis-7112.conf 
/usr/local/redis3/bin/redis-server /usr/local/redis3/cluster/7113/redis-7113.conf 
/usr/local/redis3/bin/redis-server /usr/local/redis3/cluster/7114/redis-7114.conf 
/usr/local/redis3/bin/redis-server /usr/local/redis3/cluster/7115/redis-7115.conf 
/usr/local/redis3/bin/redis-server /usr/local/redis3/cluster/7116/redis-7116.conf 
 检查启动
ps -ef|grep redis 


II.重启启动集群

# cd /usr/local/src/redis-3.0.3/src/ 
# cp redis-trib.rb /usr/local/bin/redis-trib 
/usr/local/bin/redis-trib  create  --replicas  1 10.1.125.152:7111 10.1.125.89:7112 10.1.125.212:7113 10.1.125.203:7114 10.1.125.129:7115 10.1.125.180:7116


II.登录slave5 

-登录集群必须加-c 
[root@localhost 7116]# /usr/local/redis3/bin/redis-cli -c -p 7116
127.0.0.1:7116> set name dingsai
-> Redirected to slot [5798] located at 10.1.125.89:7112
OK
10.1.125.89:7112> get name
"dingsai"


II.登录master

/usr/local/redis3/bin/redis-cli -c -p 7111
127.0.0.1:7112> get name
"dingsai"


II.检查节点

在任意节点上执行
[root@localhost local]# /usr/local/bin/redis-trib check 10.1.125.152:7111
Connecting to node 10.1.125.152:7111: OK
Connecting to node 10.1.125.212:7113: OK
Connecting to node 10.1.125.180:7116: OK
Connecting to node 10.1.125.203:7114: OK
Connecting to node 10.1.125.129:7115: OK
Connecting to node 10.1.125.89:7112: OK
>>> Performing Cluster Check (using node 10.1.125.152:7111)
M: adaebf848247181fba9d50886a8712bf2a38a9d1 10.1.125.152:7111
   slots:0-5460 (5461 slots) master
   1 additional replica(s)
M: e3c9199d23ce76c2df3d6ddb0fa5145364f0bb18 10.1.125.212:7113
   slots:10923-16383 (5461 slots) master
   1 additional replica(s)
S: a6e06d51f4f99ce1adc306dc62da84aa3dc95f7a 10.1.125.180:7116
   slots: (0 slots) slave
   replicates e3c9199d23ce76c2df3d6ddb0fa5145364f0bb18
S: 510a0b83d2b39b43ecf893a27c2c3bbf1a431399 10.1.125.203:7114
   slots: (0 slots) slave
   replicates adaebf848247181fba9d50886a8712bf2a38a9d1
S: e6d20715e56350fb690c609d5fc68a7a166b4fea 10.1.125.129:7115
   slots: (0 slots) slave
   replicates 4ac21be2d805505cbedee871161cf856607a29f0
M: 4ac21be2d805505cbedee871161cf856607a29f0 10.1.125.89:7112
   slots:5461-10922 (5462 slots) master
   1 additional replica(s)
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.






II.模拟用户使用redis

 
package com.ding.study.redis;

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

import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;

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

/**
 * 
 * @author daniel
 * @email 576699909@qq.com
 * @time 2016-3-29 下午3:41:31
 */
public class RedisClusterFailoverTest {
	private static final Log log = LogFactory.getLog(RedisClusterFailoverTest.class);

	public static void main(String[] args) {
		
		// 数据库链接池配置
		JedisPoolConfig config = new JedisPoolConfig();  
        config.setMaxTotal(100);  
        config.setMaxIdle(50);  
        config.setMinIdle(20);  
        config.setMaxWaitMillis(6 * 1000);  
        config.setTestOnBorrow(true);  
		
		// Redis集群的节点集合
		Set<HostAndPort> jedisClusterNodes = new HashSet<HostAndPort>();
		jedisClusterNodes.add(new HostAndPort("10.1.125.152", 7111));
		jedisClusterNodes.add(new HostAndPort("10.1.125.89", 7112));
		jedisClusterNodes.add(new HostAndPort("10.1.125.212", 7113));
		jedisClusterNodes.add(new HostAndPort("10.1.125.203", 7114));
		jedisClusterNodes.add(new HostAndPort("10.1.125.129", 7115));
		jedisClusterNodes.add(new HostAndPort("10.1.125.180", 7116));
		
		try {
			
			// 根据节点集创集群链接对象
			//JedisCluster jedisCluster = new JedisCluster(jedisClusterNodes);
			// 集群各节点集合，超时时间，最多重定向次数，链接池
			JedisCluster jedisCluster = new JedisCluster(jedisClusterNodes, 5000, 100, config);
			int num = 1000;
			String key = "dingsai";
			String value = "";
			int count = 1;

			while(true){
				for (int i=1; i <= num; i++){
					try {
						// 存数据
				      jedisCluster.set(key+i, "Value"+i); 
						
						// 取数据
						 value = jedisCluster.get(key+i); 
						log.info(key+i + "=" + value);
						if (value == null || "".equals(value)){
							log.error("===>break" + key+i + " value is null");
							break;
						}
					} catch (Exception e) {
						log.error("====>", e);
						Thread.sleep(3000);
						continue;
					}
					// 删除数据
					//jedisCluster.del(key+i); 
					//value = jedisCluster.get(key+i); 
					//log.info(key+i + "=" + value);
				}
				log.info("===================================>count:" + count);
				if (value == null || "".equals(value)){
					break;
				}
				count++;
				Thread.sleep(1000);
			}
		} catch (Exception e) {
			log.error("====>", e);
		}
		
	}
}


 






II.关闭master节点10.1.125.212

[root@localhost local]# ps -ef|grep redis
root     37230     1  3 14:45 ?        00:00:43 /usr/local/redis3/bin/redis-server *:7113 [cluster]
root     38794 22391  0 15:07 pts/2    00:00:00 grep --color=auto redis
[root@localhost local]# kill -9 37230
客户端很大的延迟，等了好几秒才进行操作




II.再次查看集群状态

127.0.0.1:7116> cluster nodes
a6e06d51f4f99ce1adc306dc62da84aa3dc95f7a 10.1.125.180:7116 myself,master - 0 0 7 connected 10923-16383
4ac21be2d805505cbedee871161cf856607a29f0 10.1.125.89:7112 master - 0 1459235330419 2 connected 5461-10922
adaebf848247181fba9d50886a8712bf2a38a9d1 10.1.125.152:7111 master - 0 1459235328412 1 connected 0-5460
e6d20715e56350fb690c609d5fc68a7a166b4fea 10.1.125.129:7115 slave 4ac21be2d805505cbedee871161cf856607a29f0 0 1459235329416 5 connected
e3c9199d23ce76c2df3d6ddb0fa5145364f0bb18 10.1.125.212:7113 master, fail - 1459235250356 1459235244712 3 disconnected
510a0b83d2b39b43ecf893a27c2c3bbf1a431399 10.1.125.203:7114 slave adaebf848247181fba9d50886a8712bf2a38a9d1 0 1459235327407 4 connected
127.0.0.1:7116> 


[root@localhost local]# /usr/local/bin/redis-trib check 10.1.125.152:7111
Connecting to node 10.1.125.152:7111: OK
Connecting to node 10.1.125.180:7116: OK
Connecting to node 10.1.125.203:7114: OK
Connecting to node 10.1.125.129:7115: OK
Connecting to node 10.1.125.89:7112: OK
>>> Performing Cluster Check (using node 10.1.125.152:7111)
M: adaebf848247181fba9d50886a8712bf2a38a9d1 10.1.125.152:7111
   slots:0-5460 (5461 slots) master
   1 additional replica(s)
M: a6e06d51f4f99ce1adc306dc62da84aa3dc95f7a 10.1.125.180:7116
   slots:10923-16383 (5461 slots) master
   0 additional replica(s)
S: 510a0b83d2b39b43ecf893a27c2c3bbf1a431399 10.1.125.203:7114
   slots: (0 slots) slave
   replicates adaebf848247181fba9d50886a8712bf2a38a9d1
S: e6d20715e56350fb690c609d5fc68a7a166b4fea 10.1.125.129:7115
   slots: (0 slots) slave
   replicates 4ac21be2d805505cbedee871161cf856607a29f0
M: 4ac21be2d805505cbedee871161cf856607a29f0 10.1.125.89:7112
   slots:5461-10922 (5462 slots) master
   1 additional replica(s)
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.




II.启动master3(slave2)节点

 /usr/local/redis3/bin/redis-server /usr/local/redis3/cluster/7113/redis-7113.conf 


 

II.再次查看集群状态

[root@localhost local]# /usr/local/bin/redis-trib check 10.1.125.152:7111
Connecting to node 10.1.125.152:7111: OK
Connecting to node 10.1.125.212:7113: OK
Connecting to node 10.1.125.180:7116: OK
Connecting to node 10.1.125.203:7114: OK
Connecting to node 10.1.125.129:7115: OK
Connecting to node 10.1.125.89:7112: OK
>>> Performing Cluster Check (using node 10.1.125.152:7111)
M: adaebf848247181fba9d50886a8712bf2a38a9d1 10.1.125.152:7111
   slots:0-5460 (5461 slots) master
   1 additional replica(s)
S: e3c9199d23ce76c2df3d6ddb0fa5145364f0bb18 10.1.125.212:7113
   slots: (0 slots) slave
   replicates a6e06d51f4f99ce1adc306dc62da84aa3dc95f7a
M: a6e06d51f4f99ce1adc306dc62da84aa3dc95f7a 10.1.125.180:7116
   slots:10923-16383 (5461 slots) master
   1 additional replica(s)
S: 510a0b83d2b39b43ecf893a27c2c3bbf1a431399 10.1.125.203:7114
   slots: (0 slots) slave
   replicates adaebf848247181fba9d50886a8712bf2a38a9d1
S: e6d20715e56350fb690c609d5fc68a7a166b4fea 10.1.125.129:7115
   slots: (0 slots) slave
   replicates 4ac21be2d805505cbedee871161cf856607a29f0
M: 4ac21be2d805505cbedee871161cf856607a29f0 10.1.125.89:7112
   slots:5461-10922 (5462 slots) master
   1 additional replica(s)
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.


127.0.0.1:7116> cluster nodes
a6e06d51f4f99ce1adc306dc62da84aa3dc95f7a 10.1.125.180:7116 myself,master - 0 0 7 connected 10923-16383
4ac21be2d805505cbedee871161cf856607a29f0 10.1.125.89:7112 master - 0 1459235640927 2 connected 5461-10922
adaebf848247181fba9d50886a8712bf2a38a9d1 10.1.125.152:7111 master - 0 1459235643946 1 connected 0-5460
e6d20715e56350fb690c609d5fc68a7a166b4fea 10.1.125.129:7115 slave 4ac21be2d805505cbedee871161cf856607a29f0 0 1459235641934 5 connected
e3c9199d23ce76c2df3d6ddb0fa5145364f0bb18 10.1.125.212:7113 slave a6e06d51f4f99ce1adc306dc62da84aa3dc95f7a 0 1459235642943 7 connected
510a0b83d2b39b43ecf893a27c2c3bbf1a431399 10.1.125.203:7114 slave adaebf848247181fba9d50886a8712bf2a38a9d1 0 1459235636891 4 connected




 



I.JedisCluster 常见错误



II.重定向次数过多默认5次
redis.clients.jedis.exceptions.JedisClusterMaxRedirectionsException: Too many Cluster redirections  
默认超时2s，重定向5次 初始化JedisCluster 配置maxRedirections 
 // 集群各节点集合，超时时间，最多重定向次数，链接池
 JedisCluster jedisCluster = new JedisCluster(jedisClusterNodes, 5000, 100, config);


II.集群不可用，高可用切换的时候可能报错.
redis.clients.jedis.exceptions.JedisClusterException: CLUSTERDOWN The cluster is down 
 重试即可
 
II.超时 
redis.clients.jedis.exceptions.JedisConnectionException: java.net.SocketTimeoutException: Read timed out 

修改超时时间










Redis 集群的高可用测试（含 Jedis 客户端的使用）
Adelly的博客
03-27 1241
Redis 集群的使用测试（Jedis 客户端的使用）1、  Jedis 客户端建议升级到最新版（当前为 2.7.3） ，这样对 3.0.x 集群有比较好的支持。https://github.com/xetorthio/jedishttp://mvnrepository.com/artifact/redis.clients/jedis2、  直接在 Java 代码中链接 Redis 集群：// 数...
tomcat9+tomcat-cluster-redis-session-manager_4.0.zip
07-16
在IT行业中，尤其是在Web...通过这种方式，你可以构建一个高可用、可扩展的Tomcat集群，同时利用Redis的强大功能来处理Session管理，提升Web应用的服务质量和用户体验。这种架构尤其适用于高并发、高流量的Web应用。
Redis集群的高可用测试（含Jedis客户端的使用）
weixin_33882452的博客
12-01 201
Redis集群的使用测试（Jedis客户端的使用）1、 Jedis客户端建议升级到最新版（当前为2.7.3），这样对3.0.x集群有比较好的支持。https://github.com/xetorthio/jedishttp://mvnrepository.com/artifact/redis.clients/jedis2、 直接在Java代码中链接Redis集群：// ...
Redis性能压测、监控工具及优化方案！
最新发布
09-03 1121
Redis是一款高性能的开源缓存数据库，但是在实际应用中，我们需要对Redis进行性能压测、监控以及优化，以确保其稳定性和高可用性。本文将介绍Redis性能压测、监控工具及优化方案。
redis-cluster原理及其部署测试
pysense的博客
09-14 521
redis作为个人最喜欢的中间件之一，代表着出色的项目“生产力”，在博客当然会给出它的相关讨论。 1、Part I 这里主要讨论redis集群数据分片的内容 1.1 为何使用redis-cluster模式？ 1）首先避免单点故障，本人项目中用了主从模式，但因并发量不高，而且在redis不可用条件下，可以直接去数据库拿数据，所以还未部署集群模式。 2）redis官方给出单服务最高可以达到每秒执行...
12.redis cluster 测试
kang123488的博客
03-10 202
一. redis cluster 提供多个master，数据分布式存储在多个master上，每个master都带着slave，自动实现读写分离； 每个master如果故障，那么会自动将slave切换成master，高可用 你在redis cluster上写入数据时，其实你可以将请求发到任意一个master上执行，但是master会计算这个key的CRC16值， 然后对16384个hashslo...
Redis Cluster 高可用方案
weixin_33763244的博客
10-11 120
一、Redis Cluster Cluster介绍 Redis 集群采用无中心的方式，为了维护集群状态统一，节点之间需要互相交换消息。Redis采用交换消息的方式被称为 Gossip ，基本思想是节点之间互相交换信息最终所有节点达到一致，更多关于 Gossip 可参考 https://en.wikipedia.org/wiki/Gossip_prot...
tomcat-cluster-redis-session-manager.zip
09-07
标题中的"tomcat-cluster-redis-session-manager.zip"表明这是一个与Tomcat集群和Redis Session管理相关的压缩包。这个压缩包可能是为了帮助用户在Tomcat 7或8版本中配置和使用Redis作为Session存储，以实现跨服务器...
redis-windows-7.0.10.zip
04-14
在高可用性架构中，还可以使用Sentinel或者Cluster来监控和管理多个Redis实例，自动处理故障转移。 为了保证Redis服务的安全性，还需要关注访问控制和密码认证。Redis 6.0开始引入了TLS/SSL加密支持，以保护数据...
redis-windows-7.2.3.zip
11-09
Redis还支持事务（Transactions）、发布/订阅（Pub/Sub）模式、主从复制（Replication）以及集群（Cluster）功能，确保数据的一致性和高可用性。 在Windows环境中，我们还可以借助可视化工具如RedisInsight、Redis ...
edu-demo-redis-cluster-测试代码.rar
08-11
在高可用性（HA）场景下，Redis 集群是一个重要的解决方案。本文将深入探讨如何在Redis 3及以上版本中，在CentOS系统上搭建一个多节点的Redis集群，并提供对应的测试代码。 一、Redis集群简介 Redis集群通过数据分...
redis 性能测试
12-10
wrapper 包装, 使用jedis 测试redis 读性能
cluster_check
danns888的专栏
09-27 662
 --------------------------------cluster_check_list.conf------------start--------------------- server#1;server#2;https://xxxxxxx/clustercheck.jsp ------------------------------- cluster_check_lis
redis cluster test
weixin_30507481的博客
10-25 142
cp /test/tests/redis.conf /etc redis-server /etc/redis.conf redis-trib.rb create --replicas 1 172.17.0.6:6379 172.17.0.7:6379 172.17.0.8:6379 172.17.0.9:6379 172.17.0.10:6379 172.17.0.11:6379 redis...
Redis Cluster集群的搭建与测试
moneywenxue的博客
10-30 1061
一、前言 redis最初使用主从模式作集群，但是这种模式master宕机后需要手动配置将slave转成master；后来为了高可用，提出了哨兵模式，该模式有哨兵角色监视master和slave，若master宕机，可以自动将slave转换成master，但哨兵模式也有不足：1.不能动态扩充；2.仍然不能支持并发量特别大的场景。所以redis3.x提出来了cluster集群模式。 二、redis-cluster设计 Redis-Cluster采用无中心结构，每个节点报存数据和集群状态，每个节点和其他节点
Redis cluster 长、短链接压测
不忘初心，方得始终
03-04 1488
长链接压测 测试环境：测试客户机32U128G，共十台。服务端：8U32G共8台。 RedisCluster集群节点 CPU 内存（G） 10.138.20.141 8 32 10.138.20.142 8 32 10.138.20.143 8 32 10.138.20.144 8 32 10.138.20.145 8 32 10.138.20.146 8 32 10.138.20.1
tiup cluster check
weixin_42241611的博客
08-26 207
对于严肃的生产环境，在正式上线之前需要进行一系列检查，来确保集群拥有最好的表现。为了简化人工检查的步骤，TiUP Cluster 提供了check子命令，用于检查指定集群的机器硬件和软件环境是否满足正常运行条件。...
一文搞定Redis主从复制，哨兵集群，Cluster集群搭建与测试
赵不二AI笔记
09-27 573
在本文中，我们将准备三台虚拟机，安装三个Redis服务端，分别搭建Redis主从、哨兵和集群。下面我会图文结合来讲解搭建的详细过程，并对注意点加以说明，开始吧～
redis-rb-cluster一致性测试：consistency-test.rb详解
"redis-rb-cluster 项目的 consistency-test.rb 示例应用" 在Redis集群的使用中，确保数据一致性是非常关键的。为了验证集群的数据完整性，`redis-rb-cluster`库提供了一个名为`consistency-test.rb`的示例应用。这...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

dingsai88

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值