【问题标题】:AWS EC2 CloudWatch metrics interpretationAWS EC2 CloudWatch 指标解读
【发布时间】:2015-10-26 16:21:36
【问题描述】:

我应该如何解释 AWS EC2 CloudWatch NetworkIn 和 NetworkOut 指标?

图表中的Statistic: Average 指的是什么?

【问题讨论】:

    标签: amazon-web-services amazon-ec2 amazon-cloudwatch


    【解决方案1】:

    The docs 声明“Amazon EC2 NetworkIn 指标的单位是字节,因为 NetworkIn 跟踪实例在所有网络接口上接收的字节数”。

    查看下面的图表时,Network In (Bytes)Statistic: AveragePeriod: 5 Minutes(请注意,时间窗口被放大到大约 5 小时,而不是一周),并不能立即看出平均值是多少计算出来的。

    实例 i-aaaa1111(橙色)在 15.29:2664263.8

    如果我将 Statistic 更改为“Sum”,我会得到:

    同一个实例 (i-aaaa1111),现在是 15.31:13321319

    结果是 13321319/5 = 2664263.8,这表明这五分钟内的传入网络流量平均为 2664263.8 字节/分钟。

    => 2664263.8/60 ≈ 44404.4 字节/秒

    => 4404.39/1024 ≈ 43.3KB/s

    => 43.3*8 ≈ 350Kbps

    我通过将一个大文件从一个实例重复复制到另一个实例来测试这一点,平均传输速度为 30.1MB/s。 CloudWatch 指标为 1916943925 字节(平均)=> 大约 30.5MB/s

    【讨论】:

    • 您是否尝试过使用 Sum 而不是 Avg?前段时间我做了一些比较 NetworkIn 和 ifconfig 数字的验证,它们是对齐的:apps.axibase.com/chartlab/99e14b46
    • @SergeiRodionov 如果你阅读了整篇文章,你会发现我这样做了:-)
    • 好点,我不知道为什么它在你的情况下没有加起来。您能否确认 ifconfig 中的字节数确实增加了。
    【解决方案2】:

    指标“网络输入(字节)”指的是字节/分钟。

    在我看来,平均值是在指定的时间段内计算的。换句话说:对于“15 分钟”,它将 15 分钟周期的字节总和除以 15,对于“5 分钟”,它将 5 分钟周期的总和除以 5。

    这就是我相信这一点的原因:我使用此图表来调试上传,其中 rsync 报告约为 710kB/秒(~727,000 字节/秒),而我预计上传速度更快。在 EC2 图中选择了许多不同的总和值后,我确定总和是指定时间段内的正确字节数(选择 15 分钟的时间段与 5 分钟的时间段相比,总和增加了三倍)。然后查看平均值并选择不同的时间段显示,当我选择“5 分钟”、“15 分钟”或“1 小时”的时间段时,我得到的值相同,约为 45,000,000。

    45,000,000(字节/???)/730,000(字节/秒)大约是 60,所以 ???是一分钟(60 秒)。事实上,~45,000,000 / 1024 / 60 = ~730 kB/sec,这在 rsync 报告的 3% 以内。

    顺便说一句,我的“错误”是用户错误 - 我未能将“-z”选项传递给 rsync,因此没有获得预期的压缩提升。

    【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2023-02-12
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多