【发布时间】:2015-10-26 16:21:36
【问题描述】:
【问题讨论】:
标签: amazon-web-services amazon-ec2 amazon-cloudwatch
【问题讨论】:
标签: amazon-web-services amazon-ec2 amazon-cloudwatch
The docs 声明“Amazon EC2 NetworkIn 指标的单位是字节,因为 NetworkIn 跟踪实例在所有网络接口上接收的字节数”。
查看下面的图表时,Network In (Bytes),Statistic: Average 和 Period: 5 Minutes(请注意,时间窗口被放大到大约 5 小时,而不是一周),并不能立即看出平均值是多少计算出来的。
实例 i-aaaa1111(橙色)在 15.29:2664263.8
同一个实例 (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
【讨论】:
指标“网络输入(字节)”指的是字节/分钟。
在我看来,平均值是在指定的时间段内计算的。换句话说:对于“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,因此没有获得预期的压缩提升。
【讨论】: