从 gp2 到 gp3 存储有什么需要仔细考虑的吗？

Question

我正在维护一个db.m6g.xlarge具有 750GB 磁盘的 AWS RDS 数据库 ( )。这提供了 2250 IOPS，RDS 监控告诉我平均读取吞吐量约为 50MB/s，写入吞吐量约为 2MB/s。

数据库IOPS徘徊在2250左右，显然需要更多的IOPS。

我正在研究新的 gp3 存储，当我为 750GB 磁盘的该存储类型设置价格估算时，我获得了 12000 IOPS 和 500 MiBps (524.288 MBps)，价格与当前 gp2 磁盘成本相同。

这听起来好得令人难以置信。获得 12000 IOPS 的 gp2 需要 4TB 存储空间，每月费用为 1500 美元，获得 12000 IOPS 的 io1 磁盘每月费用为 2600 美元。带gp3磁盘的数据库每月费用约为700美元。

我认为其中的“问题”是任何超过 12.000 IOPS 和 500 MiBps 的 IOPS 和/或吞吐量都会产生额外成本，但我并不完全清楚这是如何计算的。

每月配置 IOPS 超过 3,000 0.005 美元；

超过 125MiB/s 每月每配置 MiB/s 0.04 美元

如果我将数据库从 gp2 移动到 gp3，我们将获得额外的 9750 IOPS。如果当前吞吐量约为 50MB/S，我看不出如何超过 gp3 的 500 MiBps 基线。

• 关于 gp3 存储类型是否有什么我需要注意的特别之处，我需要知道，但显然忘记考虑？
• 对于高于 12000 IOPS 基准的 IOPS，每月 IOPS 如何工作？如果 RDS 数据库徘徊在 10000 IOPS 左右，但有时会“爆发”至 20000 IOPS - 这如何算作每月 IOPS？

Answer 1

受 IOPS 限制与需要更多 IOPS 是不同的。后者更多的是组织需求，使用该数据库的应用程序性能是否足够？交互式响应延迟，批处理作业按时完成。

然而，以较低的成本进行升级无疑是一个轻松的胜利。他们的成本结构是一个黑匣子，所以不必太担心是什么使得这个价格成为可能。据推测，IOPS 上的微交易是那些希望从小额交易中获得更多收益的人的收入。

gp3 上每“配置的 IOPS”的成本似乎意味着您需要为您设置的配额付费。我认为就像每月的静态费用一样。不要指望它会突破这个配额，这会激励你支付更多费用。12,000 IOPS 和 500 MiBps 免费（以及您的总成本数字）似乎意味着 4 个磁盘，如果您确实想这样做的话。观察成本和性能以确保不会出现意外。

与存储迁移的惯例一样，在执行此操作之前测试您的备份恢复过程。出于充分的谨慎，即使是非破坏性的更改也是如此。如果您有一段时间没有这样做的话，这是一个很好的借口来赶上业务连续性的最后一道防线。

存储迁移将是检查数据卷标记方式的机会。使用特定标识符，例如文件系统 UUID 或 LVM 名称。不是像 /dev/sdb 这样的通用块设备，它最终会改变。如果使用托管数据库，您就不用担心了。