Performance Redis群集性能-低负载下的高超时率

Performance Redis群集性能-低负载下的高超时率,performance,redis,jedis,redis-cluster,Performance,Redis,Jedis,Redis Cluster,请看redis集群的奇怪行为,它在大负载下运行完全正常,在低负载下以50%的超时率和不稳定的响应时间开始运行 在低负荷期间,我们每天都有相同的模式 你知道是什么导致了这种奇怪的模式吗?也许这个集群在低负载时间开始做一些维护工作?比如重新平衡。请推荐任何要检查的设置或方面 版本:Redis 2.0.7,绝地2.8.1 配置:3个物理节点,9个主进程和18个从进程 绝地群集超时=5毫秒 加载是100%使用setex写入 此图用于JedisCluster响应时间,而不是实际的重新聚集时间。 这里的

请看redis集群的奇怪行为,它在大负载下运行完全正常,在低负载下以50%的超时率和不稳定的响应时间开始运行

在低负荷期间,我们每天都有相同的模式

你知道是什么导致了这种奇怪的模式吗?也许这个集群在低负载时间开始做一些维护工作?比如重新平衡。请推荐任何要检查的设置或方面

版本:Redis 2.0.7,绝地2.8.1

配置:3个物理节点,9个主进程和18个从进程

绝地群集超时=5毫秒

加载是100%使用setex写入

此图用于JedisCluster响应时间,而不是实际的重新聚集时间。
这里的“设置”行实际上是成功设置,而不是总计数。

最后我发现它看起来像是网络问题

redis08(10.201.12.214) ~ $ redis-benchmark -h 10.201.12.215 -p 9006
====== PING_INLINE ======
  100000 requests completed in 91.42 seconds
  50 parallel clients
  3 bytes payload
  keep alive: 1

0.00% <= 11 milliseconds

redis09(10.201.12.215) ~ $ redis-benchmark -h 10.201.12.215 -p 9006
====== PING_INLINE ======
  100000 requests completed in 1.41 seconds
  50 parallel clients
  3 bytes payload
  keep alive: 1

99.46% <= 1 milliseconds

redis08 ~ $ ping lga-redis09
PING redis09 (10.201.12.215) 56(84) bytes of data.
64 bytes from redis09 (10.201.12.215): icmp_seq=1 ttl=64 time=10.7 ms

当连接到RedisCluster时,你们有dns查找吗?@Slach没有,我们通过ip连接,并通过绝地使用连接池,所以很少有重新连接的情况
repl-backlog-size
repl-timeout