AWS 数据库 Savings Plans：它们对您的云账单的实际意义

Source: Dev.to

什么是 AWS 数据库 Savings Plans？

在今年的 AWS re:Invent 大会上，AWS 推出了数据库 Savings Plans——一种旨在让数据库支出更便宜、更简化的全新计费模型，适用于多种服务。

• 基于支出的承诺：你承诺每小时固定花费一定美元金额，期限为 1 年，AWS 会对符合条件的数据库使用提供折扣价。
• 自动折扣：折扣会自动应用到你的使用量——无需对实例级别进行锁定、无需区域绑定、也不必提前猜测具体的实例系列。
• 类似 Compute Savings Plans：其思路与 Compute Savings Plans 非常相似，只是专门针对数据库。

覆盖哪些数据库？

Database Savings Plans 适用于广泛的 AWS 数据库服务，包括：

• Amazon RDS
• Amazon Aurora（包括 Aurora Serverless v2）
• DynamoDB
• Amazon DocumentDB
• Amazon Neptune
• Amazon Keyspaces
• Amazon Timestream
• AWS Database Migration Service (DMS)

跨服务的覆盖是其最大的优势。

实际能省多少？

• AWS 宣称最高可节省约 35 %，尤其是对无服务器或现代数据库工作负载。
• 对于传统的预置 RDS 或 Aurora 实例，节省幅度通常较为温和，但仍然具有意义。

关键好处是可预测性：只要你保持在每小时的承诺范围内，就知道能获得的折扣。

使用量变化会怎样？

Database Savings Plans 具备灵活性：

• 可以更换实例系列。
• 可以在不同区域之间迁移。
• 可以从 RDS 转到 Aurora。
• 可以采用无服务器选项。

只要使用符合条件且仍在每小时承诺范围内，折扣仍然生效。如果超出承诺，超出部分将按按需费率计费，因此预测仍然重要——只不过痛点更小。

注意事项

• 并非所有情况都覆盖：旧代实例和一些小众部署仍可能需要使用 Reserved Instances。
• 许多团队采用混合方式：
  • 对现代工作负载使用 Database Savings Plans
  • 对遗留或不受支持的系统使用 Reserved Instances

大多数团队常犯的错误

错误往往是 承诺过于激进。团队可能基于峰值使用而非基线使用锁定了一个数值。架构变更后，这个承诺可能变成负担。

更聪明的做法

• 利用对历史使用情况的可视化，设定一个现实的承诺。
• 先保守起步，随着数据积累再进行调整。

Database Savings Plans 值不值得使用？

• 如果你的 AWS 环境相对静态且可预测，Reserved Instances 仍然可以很好地工作。
• 如果你的数据库在演进——正如大多数现代系统一样——Database Savings Plans 更易管理、更不易出错，也更符合云的实际使用方式。

它们不会凭空解决糟糕的架构或被遗忘的数据库，但相较于传统的 Reserved Instances，代表了一次可靠的升级。