>实例类型：db.m3.2xlarge
>实例预配置IOPS(SSD)：1000
>实例存储大小：100GB,数据库大小约为5-10GB.
它为具有读写查询的100个并发客户端提供服务.然而,当我们查看Cloudwatch Monitoring时,它显示的IOPS范围为20-60.
并且读取iOPS大约为0！
对于100个连接和客户端始终执行读/写查询,这是不对的？
Postgres配置是标准配置,我们没有关闭fsync.
缓存是否如此有效以至于IOPS不是数据库大小为5GB的因素？
或AWS监控控制台错误？
为此数据库实例支付1000 IOPS额外花费300美元.
您可以购买的最低IOPS是1000.
我想知道我们能不做IOPS吗？
>或AWS监控不正确？
>如果我们有非IOPS服务器,我们现在拥有的20 IOPS将会破坏服务器性能？
>或者使用5GB数据库,它主要适用于缓存和IOPS不是一个因素？
但是如果有人发现了这个话题,那么当你耗尽GP2学分时,这就是CloudWatch的样子.正如您所看到的那样,读取和写入IOPS图表并没有告诉我们太多,但读/写延迟图表显示出大量的峰值.
对于上下文,这些是用于分析的Postgresql读取副本的2周.从100GB GP2(300 Base IOPS,$11.50 / mo)到100GB io1(1000 IOPS,$112.50 / mo)的转换大约在这些图表的2/3路径(没有更多的延迟峰值).更便宜的选择就是增加GP2存储量.预配置的IOPS价格过高,但在这种情况下繁重的工作负载期间可预测的行为是有道理的.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
