我们刚刚在 RDS 中恢复了其中一个 Postgres 数据库的快照。该实例以前是 db.t2.xlarge，我们将其转换为 db.r5.large。它具有 100GB 的 GP2 SSD 卷。
r5.large 实例应该是“EBS 优化的”，但我的读取 IOPS 却出奇的低，如下图所示。
这是对大型表执行的结果SELECT COUNT(*)。对于相同的查询，我们的 t2.xlarge 实例可以轻松达到 1250 IOPS。其他地方似乎没有任何瓶颈：CPU 大约为 0%，并且有足够的内存可用。
此外，AWS 文档似乎表明，对于该大小的卷，我可以预期至少 300 IOPS：
GP2 旨在提供个位数毫秒级的延迟，提供 3 IOPS/GB（最低 100 IOPS）的一致基线性能，最高可达 16,000 IOPS
（看https://aws.amazon.com/ebs/features/）
为什么 r5.large 这么慢？
答案1
嗯，看来 IOPS 现在恢复到了合理值。这可能与 IO 信用或快照仍在恢复有关...不确定。
答案2
IOPS 取决于磁盘大小，如果增加磁盘大小，可用的 IOPS 也会增加。