具体差异可以参考以下表格
特性 | 无灵活性 预留节点 | 有灵活性 预留节点 |
实例类型 | 固定特定实例类型 | 可在同一实例系列内调整大小 |
配置更改 | 难以更改或无法更改 | 可在同一实例系列内调整大小 |
资源利用 | 可能因需求变化导致浪费 | 更高的利用率 |
运营灵活性 | 有限 | 较高(在同一实例系列内) |
适用场景 | 需求稳定,可预测的业务 | 需求可能变化的业务 |
场景 1
缩小集群规模
假如您购买了一个 cache.r7g.4xlarge 节点的预留节点,该节点的标准化因子为 32 个单位。此预留节点现在可用于区域内的任何 Memcached cache.r7g 节点。您可以缩小节点大小并运行更多节点(在账户内的相同或不同集群中),并获得预留节点优势。这可能是:
场景 2
混合节点大小
相同的 cache.r7g.4xlarge 预留节点还可用于节点组合,例如四个 cache.r7g.large 节点(4 * 4 = 16 个单元)和两个 cache.r7g.xlarge 节点(2 * 8 = 16 个单元)。
预留节点价格将自动应用于节点系列中任何正在运行的较小节点类型,然后再应用于较大的节点类型。您无法选择哪些特定实例可享受预留节点的优惠。
例如,如果您正在运行八个 cache.r7g.large 节点(32 个单元)和一个 cache.r7g.4xlarge 节点(32 个单元),则预留节点将覆盖您的八个 cache.r7g.large 节点。
场景 3
集群扩展
如果您运行的节点大于您的预留节点,则超出部分将按比例按按需价格收费。
例如,假设您有两个 cache.m7g.large Redis OSS 预留节点来覆盖您正在运行的 2 节点 cache.m7g.large 集群,并且您想要扩展集群以使用 cache.m7g.2xlarge 节点来利用其更多的 vCPU。您的预留节点总共价值 8 个单位,将覆盖新集群的 50%(16 个单位),或相当于一个完整的 2xlarge 节点。剩余节点将根据 cache.m7g.2xlarge 节点的按需每小时价格计费。
您还可以购买一个额外的 cache.m7g.2xlarge 预留节点来覆盖整个集群。
场景 4
缩小集群规模
如果在给定的使用小时内没有足够的合格运行节点,则该小时的任何剩余预留节点单元将被没收。
例如,如果您有一个用于 Redis OSS 引擎的 cache.t4g.medium 预留节点,并将单节点 Redis OSS 集群缩减为 cache.t4g.small,则您将失去剩余的 1 个收益单元,除非您在该区域启动其他 Redis OSS cache.t4g 节点。