答案 0 :(得分:2)
The docs声明“Amazon EC2 NetworkIn指标的单位是字节,因为NetworkIn跟踪实例在所有网络接口上接收的字节数”。
在查看下面的图表时,Network In (Bytes)
,Statistic: Average
和Period: 5 Minutes
(注意时间窗口放大到大约五个小时,而不是一周),它不是很明显如何计算平均值。
实例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
答案 1 :(得分:0)
度量标准“网络输入(字节)”是指字节/分钟。
在我的情况下,平均值是在指定的时间段内计算出来的。换句话说:对于'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%。
顺便说一句,我的'bug'是用户错误 - 我没有将'-z'选项传递给rsync,因此没有得到我预期的压缩提升。