如何解决AWS CloudWatch洞察力图表-读取量IO比实际读取时间长得多
简介
我们试图在没有使用过的Aurora数据库中“衡量”特定用例的使用成本。
2020年10月8日,在19:18和19:19之间。 UTC我们向它发出了一些代表性的查询。这是行动的1分钟(!)。
然后,第二天,我们去了CloudWatch Insights,并选择了前一天的读/写IO图,如下图所示:
观察
从图中可以看出,在18:50到19:50之间有恒定的读写IO负载。但是,我们的小实验是在19:18进行的(是的,正好是半场)。我们的实验只用了1分钟,但图表显示整个活动时间为一小时。
问题
首先,为什么在19:20时没有一个点?取而代之的是,排队时间长达一个小时,正好是我们采取行动的时间。人为因素?
第二,更重要的是,如果这是人工制品,我们将为读/写IO支付12倍的费用,还是在255上仅支付1的费用?
注意:这个问题是从以下问题中衍生出来的:AWS CloudWatch interpreting insights graph -- how many read/write IOs will be billed?
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。