问题描述

在使用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，这个指标显示总体已经建立的连接数量和已经关闭的连接数量。可以通过其波动观察更精细的连接建立/断开的情况。

当在复杂的环境中面临问题，格物之道需：浊而静之徐清，安以动之徐生。 云中，恰是如此!