【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,这个指标显示总体已经建立的连接数量和已经关闭的连接数量。可以通过其波动观察更精细的连接建立/断开的情况。
当在复杂的环境中面临问题,格物之道需:浊而静之徐清,安以动之徐生。 云中,恰是如此!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?
2022-04-23 【Azure 环境】使用Microsoft Graph PS SDK 登录到中国区Azure, 命令Connect-MgGraph -Environment China xxxxxxxxx 遇见登录错误
2021-04-23 【Azure Developer】使用Java SDK代码创建Azure VM (包含设置NSG,及添加数据磁盘SSD)
2021-04-23 【Azure Redis 缓存 Azure Cache For Redis】Redis连接池