由于大量的PutMetricData请求,Cloudwatch产生了大量成本

时间:2019-03-06 13:27:32

标签: amazon-web-services amazon-cloudwatch

从成本角度来看,我们的大部分发票来自PutMetricData。我真的看不到哪一块能寄出这么多钱。 根据{{​​3}},云踪迹无法追踪。 我正在寻找某种总结,以找出所有请求的来源。

任何帮助将不胜感激, 预先感谢

编辑 附加API费用分配 https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/logging_cw_api_calls.html

1 个答案:

答案 0 :(得分:1)

当您说“我们的大部分发票”时,您是说CloudWatch指标花费的费用超过了您使用的所有其他AWS服务的百分比,或者是您使用的所有其他AWS服务的很大百分比?

这是非常令人惊讶的:您可以以$ 1的价格调用PutMetricData 100,000次,因此您的使用次数必须是天文数字(每秒调用一次,每天只有86,400个)。令人惊讶的是,我不得不问您确定是由API调用增加了成本,而不是增加了指标的数量? (您知道维度的每种组合都代表一个不同的指标吗?)

如果确实是PutMetricData调用的数量,那么累积这些数量的唯一方法是在一个循环内进行调用-每秒执行多次。因此,我将从使用您的IDE(或grep)开始查找对SDK函数的所有引用,并确定在循环中调用哪些引用。

从循环中调用PutMetricData的理由很少,除非您希望循环的主体花费大量时间(几秒到几分钟),并且正在使用度量标准来跟踪花费的时间。 / p>