postgresql – 我们是否需要根据监控使用60 IOPS的RDS实例的预配

发布时间：2020-12-13 18:07:26 所属栏目：百科来源：网络整理

导读：我们有PostgreSQL实例每秒服务数十个r / w查询. 实例类型：db.m3.2xlarge 实例预配置IOPS(SSD)：1000 实例存储大小：100GB,数据库大小约为5-10GB. 它为具有读写查询的100个并发客户端提供服务.然而,当我们查看Cloudwatch Monitoring时,它显示的IOPS范围为20-

我们有PostgreSQL实例每秒服务数十个r / w查询.

>实例类型：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不是一个因素？

@CraigRinger是对的.如果您的数据集足够小以完全适合内存,则不需要预配置IOPS,因为插入/更新流量和日志是唯一消耗的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价格过高,但在这种情况下繁重的工作负载期间可预测的行为是有道理的.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!