英文:
Why is the value of "Sum CPUCreditBalance" so high?
问题
以下是已翻译的内容：
我有3个由Elastic Beanstalk创建的EC2实例。它们当前的CPU信用余额如下所示：
这是Elastic Beanstalk中的监控页面：
为什么“Sum CPUCreditBalance”等于1.8K？
正如您从第一张图片中所看到的，3个EC2实例的CPU信用余额都低于120。120 * 3 = 360远小于1.8K = 1800。
1.8K是如何计算的？
以下是我在创建Sum CPUCreditBalance时使用的选项：
英文:
I have 3 EC2 instances which are created by Elastic Beanstalk. Their current CPU Credit Balance are as the following:
And this is the monitoring page in Elastic Beanstalk:
Why is "Sum CPUCreditBalance" equal to 1.8K?
As you can see from the first picture, the CPU credit balances of the 3 EC2 instances are all below 120. 120 * 3 = 360 is far smaller than 1.8K = 1800.
How is 1.8K calculated?
Here are the options I used when creating Sum CPUCreditBalance:
答案1
得分: 1
这是图表中所有数据点（CPU 信用余额）的总和。
粗略计算数据点：11x20 + 7x50 + 110x11 = 1780
英文:
It is the sum of all data points (CPU Credit Balance) in the graph.
Roughly calculating data points: 11x20 + 7x50 + 110x11 = 1780
答案2
得分: 0
SUM() 不是对类似 CPU Credit Balance 这种样本统计的有意义的聚合方式。您正在将时间范围内记录的所有样本值相加，这对于这种类型的测量不提供有用的信息。
SUM() 仅在指标本身是每个采样周期内的原始计数时才有意义，例如 HTTP 请求或错误的数量。
Sum— 所有提交的匹配指标值相加在一起。这个统计数据对于确定指标的总体量非常有用。
https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch_concepts.html#Statistic
英文:
SUM() isn't a meaningful aggregation of a sampled statistic like CPU Credit Balance. You're adding up all the values from the samples recorded in the time range, and that provides no useful information for this type of measurement.
SUM() only makes sense when the metric itself is a raw count of things per sampling period, such as the number HTTP requests or errors.
>Sum -- All values submitted for the matching metric added together. This statistic can be useful for determining the total volume of a metric.
>https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch_concepts.html#Statistic
通过集体智慧和协作来改善编程学习和解决问题的方式。致力于成为全球开发者共同参与的知识库，让每个人都能够通过互相帮助和分享经验来进步。
评论