扩展 AWS 预留实例（EC2、Elasticache、Aurora）

Posted 2023-03-16

【中文标题】扩展 AWS 预留实例（EC2、Elasticache、Aurora）

【英文标题】：Scaling up AWS Reserved Instances (EC2, Elasticache, Aurora)

【发布时间】：2022-01-14 23:18:02

【问题描述】：

要求： 我有 1 个m5.xlarge EC2 实例。有时我会在短时间内扩大到m5.2xlarge，然后缩小到m5.xlarge。我不会水平缩放，所以不能使用超过 1 个实例。 在 6 个月内，我可能会增加很多流量，因此我可能不得不转移到 m5.2xlarge 作为基础，并且可能不时扩大到 m5.4xlarge。 我也有 1 个cache.r5.large（Redis Elasticache）和 1 个db.r5.large（极光），具有与上述相同的约束。

问题： 让我们从 EC2 实例开始。 我想节省成本并评估标准 RI，包括以下可能性：

不时扩大/缩小m5.xlarge/m5.2xlarge 和 可能会移至m5.2xlarge 作为基础

假设我保留 1 m5.xlarge。关于

我可以暂时扩大到m5.2xlarge。我将节省 50%。剩下的 50% 我将支付按需费用。说得通。 关于 我需要将我的 RI 预留修改为 m5.2xlarge，但我想我不能，因为我读到： https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ri-modifying.html#ri-modification-instancemove

原始预留实例和新预留实例必须具有相同的实例 尺寸足迹。

m5.2xlarge 和 m5.xlarge 的足迹不同，所以我不能这样做。 有其他选择吗？ 例如我可能明白我需要再购买一个m5.xlarge，所以我有2 个m5.xlarge，这将100% 应用于我的m5.2xlarge？ 唯一的潜在问题是到期日期，这 2 个 RI 将有 2 个不同的到期日期。 为了解决这个问题，我可以选择合并 2 个 RI，对吗？所以我会将我的 2 个 m5.xlarge RI 合并到 1 个 m5.2xlarge （当然到期日期是最长的）？

希望我理解正确。在继续之前，我想与您再次确认。

现在关于 RDS：https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_WorkingWithReservedDBInstances.html 1) 和 2) 似乎相同

关于 Elasticache，文档很简单：https://aws.amazon.com/elasticache/reserved-cache-nodes/ 我知道 1) 是一样的，但不知道 2) 因为他们没有提到扩大 RI

【问题讨论】：

我不认为这是一个可以在这里回答的问题，也许是 stackexchange。但是您应该通过 aws 票直接询问这个问题。开发者支持订阅 1 个月，您将得到答案，如果他们为您与解决方案架构师联系，您甚至可能会获得优惠券。

【参考方案1】：

RI 的计划和监控比我们最初预期的要多得多。

在计划在 EC2 上节省成本时，我建议选择“节省计划”而不是 RI。储蓄计划比 RI 灵活得多。

在我们必须购买 RI 的活动中，我们总是希望购买多个最小的家庭足迹。因此，当您计划扩展时，请务必尝试购买最小的单位 (m5.large)。

现在谈到合并的问题。如果修改请求通过，则考虑更长的时间。以下是来自 AWS 博客的 sn-p：

原始预留已停用。其结束日期为新预留的开始日期，新预留的结束日期与原预留实例的结束日期相同。如果您修改了一个为期 3 年的预订，其有效期还剩 16 个月，那么修改后的预订就是一个 16 个月的预订，其结束日期与原始预订相同。

链接here

而且你所有其他的理解和假设都是正确的。