performance - EBS 基线性能太高？

Question

我正在尝试对 AWS 上的 RDS 实例 (postgres) 进行基准测试。

我使用 30 GB 的“通用”SSD 卷(“gp2”)创建了实例。根据AWS docs ，这应该提供 100 IOPS 的基准性能:

Between a minimum of 100 IOPS (at 33.33 GiB and below) and a maximum of 10,000 IOPS (at 3,334 GiB and above), baseline performance scales linearly at 3 IOPS per GiB of volume size.

但除此之外，还有爆发力:

When using General Purpose (SSD) storage, your DB instance receives an initial I/O credit balance of 5.4 million I/O credits, which is enough to sustain a burst performance of 3,000 IOPS for 30 minutes.

因为我对持续的数据库性能感兴趣(= 基准情况)，所以我必须在开始测试之前摆脱所有 I/O 积分。我通过运行 pgbench 来做到这一点。

在下面的截图中，你可以看到我在 11:00 启动了 pgbench，大约 3 小时后 burst balance 终于用完了，写入 IOPS 下降了:

到目前为止，还不错。时间是合理的 -- 3 * 60 * 60 * 600 = 648 万(I/O 积分也在突发期间重新填充)。

我不明白的是:为什么 IOPS 没有下降到基准速率 (100)，而是保持在 380？记录在案的基准性能公式是否不再有效？

更新:我现在已经关闭了这个测试实例，但这里有详细信息:

Answer 1

抱歉我的回复延迟了

为什么会有额外的性能？

使用 db.m3.xlarge(属于 Standard - Previous Edition header )- 您有额外的 500 Mbps 额外的 Amazon Elastic Block 专用容量店铺。这是根据 the chart and details at this link .

在Amazon EBS Performance Tips的第一节中，它说使用 EBS 优化实例来提高性能。所以，我想说这是您在用完突发积分后获得超过 100 的额外 IOPS 的主要原因。

成本考虑:

根据段落的结尾，拥有您的M3，您将为额外的性能支付额外的费用。但是，如果您选择 M4，则额外的性能不会产生额外费用。

因此在持续的数据库性能成本分析中，我只会考虑 M4 的基本价格与 M3 的基本价格 + M3 将给您带来的性能成本。

祝你好运。