AWS CloudWatch-公制时间戳记准确性,详细监控和延迟

时间:2018-07-13 06:38:38

标签: amazon-web-services amazon-cloudwatch

关于AWS CW的几个问题,如果有人可以回答任何一个问题,我将感到非常高兴:

(1)公制数据点上的时间戳准确度如何?例如,我有一个脚本,可以启动一个容器,执行一些工作,然后在以下开始/结束时间范围内关闭该容器:

2018-07-13 01:45:25(开始)

2018-07-13 01:46:05(完)

我知道我的默认自动指标每5分钟收集一次。但是我认为在那时我完全没有活动在01:40:00收集所有活动是有点奇怪的。我认为活动至少会出现在01:45:00或01:50:00。时间戳记绝对有缺陷吗?

click for image

(2)详细监视是否仅适用于某些指标?例如,我需要我所有的EC2指标都尽可能高的分辨率,即1分钟的详细监控。尽管诸如NetworkIn / NetworkOut之类的度量标准提供了此功能,但诸如NetworkPacketsIn / NetworkPacketsOut之类的其他度量标准却以5分钟为间隔提供数据点。我认为,由于并非所有这些指标都具有相同的分辨率,因此进行详细的监视是完全没有用的……(即,尽管某些指标是较早更新的,但我需要等待其他指标才能赶上来)。

(3)我注意到在默认监视与详细监视之间,CloudWatch上显示的这些指标有〜10分钟的延迟与〜2/3分钟的延迟。有什么方法可以缩短延迟时间并获得即时反馈?

我的工作流程是按照启动和终止容器的方式进行的,出于性能目的,通常保存此会话的度量使用时间通常为1-2分钟。因此,所有这些不确定因素确实使我似乎不得不采取不可靠的解决方法来获得所需的结果。像变通办法那样,必须遵循startTime = myOriginalStart-5minutes和endTime = myOriginalEnd + 5minutes的原则,并且在运行性能测试之前和之后的很长时间都不要使用此EC2实例运行任何东西。

任何反馈表示赞赏! :)

0 个答案:

没有答案