【Azure Redis】对Azure Redis服务指标解释(Connections Created/Closed Per Second VS Connected Clinents)

本文涉及的产品
Redis 开源版,标准版 2GB
推荐场景:
搭建游戏排行榜
简介: 【Azure Redis】对Azure Redis服务指标解释(Connections Created/Closed Per Second VS Connected Clinents)

问题描述

在使用Azure Redis服务时,发现指标 Connected Clinents 和 Connections Created/Closed Per Second 值之间关系无法理解。并不能简单的根据 Connected Clinents 的变化匹配上 Connections Created / Closed Per Second 的变化。

例如

图一:Connected Client(Max)每分钟的变动幅度在20左右,但是 Connections Created 每分钟为4,Connections Close 每分钟为3.  无法匹配上 20 个连接数的变动。

图二:Connected Client(Max)每分钟的变动幅度在2-4左右,但是 Connections Created 为0,Connections Close 为0

 

问题解答

对指标 Connected Clinents, Connections Created Per Second 和 Connections Closed Per Second的解释:

  • Connected Clinents指标意义是每分钟客户端连接的最大值,它的变化是分钟级别,
  • Connections Created Per Second 的指标计算方法是 Connections Created计数/ 每6秒,然后计算周期中的最大值,表示每分钟内的数据最大值。
  • Connections Closed Per Second   的指标计算方法是 Connections Closed 计数/ 每6秒,然后计算周期中的最大值,表示每分钟内的数据最大值。

 

所以解释截图中的两种现象为:

解释截图一:

连接数量波动在 20-40 的量级,但 Connections Created Connections Closed 的量大约在3-5。

由于时间间隔不同,Connections Created 的是每秒建立3-4个,以六秒为一个周期计算,显示每分钟内的最大值。

所以如果按照分钟计数每分钟Connections Created/Connections Closed的总量可以达到 180 ~ 240 左右。而Connections Created - Connections Closed 的值范围在 0 ~ 60 之间。

 

 

解释截图二:

连接数量波动在个位数,但 Connections Created Connections Closed 的数据始终保持为0。

主要是因为计算方法是整除, 如果 6秒内Connections Created Connections Closed 只有5个以内,则被6秒整除后数据始终为0。

 

这两种场景主要原因是波动量依旧是较小的,这个指标的目的也是为了更好的体现出连接数的异常波动情况。

 

如需要更细致的连接建立/断开数据。可以将Connections Created/Closed Per Second的聚合项(Aggregation)改为 Count,这个指标显示总体已经建立的连接数量和已经关闭的连接数量。可以通过其波动观察更精细的连接建立/断开的情况。

 

相关文章
|
NoSQL Redis Windows
windows服务器重装系统之后,Redis服务如何恢复?
windows服务器重装系统之后,Redis服务如何恢复?
286 6
|
7月前
|
云安全 NoSQL 安全
【Azure Redis】关于Redis的两个安全漏洞在Azure Redis是否修复问题:CVE-2024-51741 和 CVE-2024-46981
本文探讨了两个 Redis 漏洞(CVE-2024-51741 和 CVE-2024-46981)在 Azure Redis 上是否存在安全风险。CVE-2024-51741 可能因格式错误的 ACL 触发拒绝服务,而 CVE-2024-46981 或因恶意 Lua 脚本导致远程代码执行。目前 Azure Redis 使用版本 6.0,不受上述漏洞影响,且 Azure 云服务会及时修复漏洞以确保安全。文章强调 Azure 遵循严格的安全标准,为用户提供可靠保障。
324 4
|
监控 NoSQL 网络协议
【Azure Redis】部署在AKS中的应用,连接Redis高频率出现timeout问题
查看Redis状态,没有任何异常,服务没有更新,Service Load, CPU, Memory, Connect等指标均正常。在排除Redis端问题后,转向了AKS中。 开始调查AKS的网络状态。最终发现每次Redis客户端出现超时问题时,几乎都对应了AKS NAT Gateway的更新事件,而Redis服务端没有任何异常。因此,超时问题很可能是由于NAT Gateway更新事件导致TCP连接被重置。
231 7
|
NoSQL 网络协议 Redis
【Azure Redis】AKS中使用Lettuce连接Redis Cache出现 timed out 问题的解决思路
【Azure Redis】AKS中使用Lettuce连接Redis Cache出现 timed out 问题的解决思路
309 1
【Azure Redis】AKS中使用Lettuce连接Redis Cache出现 timed out 问题的解决思路
|
缓存 NoSQL 网络协议
【Azure Redis】因为Redis升级引发了故障转移后的问题讨论
3:对于Redis的Server Load指标,每秒创建连接数的并发值,是否有建议呢? 【答】:为了避免将缓存推到 100% 服务器负载,建议将连接创建速率保持在每秒 30 个以下。
125 0
|
NoSQL Linux 测试技术
redis的安装步骤及前台,后台redis服务启动
这篇文章介绍了Redis的安装步骤,包括在Linux系统中下载、传输、解压、编译、安装Redis,以及Redis服务的前台和后台启动方法。
redis的安装步骤及前台,后台redis服务启动
|
NoSQL Linux Redis
Linux Redis 服务设置开机自启动
【9月更文挑战第2天】在 Linux 系统中,可使用两种方法设置 Redis 开机自启动:一是通过创建 `redis.service` 文件并利用 systemd 进行管理,包括定义服务参数和启动脚本;二是编辑 `/etc/rc.local` 文件,在其中添加启动命令。推荐使用 systemd 方法,因为它更符合现代 Linux 系统的设计理念。设置完成后,可通过 `sudo systemctl status redis.service` 检查服务状态。
1847 4
|
存储 NoSQL Redis
【Azure Developer】一个复制Redis Key到另一个Redis服务的工具(redis_copy_net8)
【Azure Developer】一个复制Redis Key到另一个Redis服务的工具(redis_copy_net8)
107 0
【Azure Developer】一个复制Redis Key到另一个Redis服务的工具(redis_copy_net8)
|
NoSQL 网络协议 Linux
【AKS+Redis】AKS中客户端(ioredis)遇见Azure Redis服务Failover后链接中断的可能性
【AKS+Redis】AKS中客户端(ioredis)遇见Azure Redis服务Failover后链接中断的可能性
119 0
|
6月前
|
缓存 NoSQL 关系型数据库
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
下一篇
oss云网关配置