Amazon web services 由于大量PutMetricData请求，Cloudwatch产生了大量成本

就成本而言，我们的发票大部分来自PutMetricData。我真的看不出是哪一块发了那么多钱。 根据，云迹不会追踪它。 我正在寻找某种总结，以找出所有这些请求的来源

任何帮助都将不胜感激， 提前谢谢

编辑 附加API成本分摊

当您说“我们发票的大部分”时，您的意思是CloudWatch metrics的成本高于您使用的所有其他AWS服务的成本，或者说占您使用的所有其他AWS服务的很大一部分

这是非常令人惊讶的：你可以花1美元调用PutMetricData 100000次，所以你的使用次数一定是天文数字（每秒调用一次仅为每天86400次）。令人惊讶的是，我不得不问你，你确定是API调用增加了成本，而不是度量的数量吗？（您是否知道每个维度组合代表一个不同的度量？）

如果它真的是PutMetricData调用的数量，那么累积这些数量的唯一方法就是在循环中进行调用——一个每秒执行多次的循环。因此，我将首先使用IDE（或

grep

）查找对SDK函数的所有引用，并确定在循环中调用哪些引用

---

从循环中调用PutMetricData的原因很少，除非您预期循环体需要大量时间（秒到分钟），并且正在使用度量来跟踪所需的时间。

附加报告。PutMetricData承担了大约30%的成本。我轻快地穿过我们的仓库。所有手动API请求都是通过cron调度的，最大可能的粒度为1分钟。我初步估计了我们的负载，它应该大约小70倍。