AWS的预留实例（Reserved Instance）是一种计费方式，并不是一种计算实例，简单讲是一个“包年包月”的优惠方式。购买RI后，可以获得30%以上，至最高 75% 的优惠。你可能会说：“这些我都知道，并且RI我已经在用了。” 你真的熟悉 RI 吗？
我们知道预留实例（RI）分为两种: 标准RI与可转换RI（CRI），可转换RI的价格往往较高而不容易被接受，而我们又经常遇到需要调整RI，那么我们购买的标准RI能不能进行适当的转换呢？答案是没问题的，AWS为满足客户的需求，提供了很灵活性的设定。
今天主要介绍一下RI的三个灵活属性：大小灵活性匹配，合并拆分，可转换(CRI)，我们暂且这么称呼，三者适用于不同的场景，是互相补充的关系。
大小灵活性匹配
场景：区域范围RI 、相同实例类型、Linux/Unix
当您购买了区域性 Linux/Unix RI，将自动匹配正在运行的按需实例，折扣将立即适用于该实例系列中的实例使用，无论实例大小如何，直接上例子：
场景一：假设您在新加坡区域购买了一个 m5.2xlarge 的 Linux/Unix 的标准RI，并且您的账户在该区域有两个 m5.xlarge 实例在运行 ,那么两个实例将完全匹配，做预留。如果您的账户在新加坡区域区域有一个 m5.4xlarge实例（Linux/Unix），将匹配到 50% 的实例费用。
场景二：那么，有同学可能有比较刁钻的场景：如果我的账户在该区域有个m5.4xlarge实例（ Linux/Unix）在运行 ,且当前我有一个 m5.2xlarge的标准RI，一个m5.large的标准RI，我是否需要重新购买m5.4xlarge的标准RI以进行匹配？
这种场景下您的两个 RI 能够匹配到 m5.4xlarge 实例费用的75%，并且您只需再购买一个 m5.xlarge 的标准RI，这样就可以完全匹配，您无需重新购买m5.4xlarge的RI。
合并拆分
场景：具有 license 的操作系统，比如 Windows、RHEL；可用区RI
既然大小灵活性匹配这么方便那么我们为什么要进行合并拆分呢，这里要提醒的是，大小灵活性匹配只适用于开源的免费的OS如Linux/Unix平台的RI，如果我们是需要license的OS 如windows的RI则不适用，另外，如果我们购买可用区范围RI，那么我们也将失去大小灵活性匹配优势，这时候RI合并拆分就派上用场了，废话不多说，直接上例子:
场景三：假设您在新加坡区域购买了两个 m5.2xlarge 类型的 Windows 的标准RI，由于计算需求改变，我们需要 m5.4xlarge 的实例以满足业务需求，那么我们可以将两个 m5.2xlarge 的 RI 合并成一个 m5.4xlarge。
同样我们也可以将 m5.4xlarge 进行同实例类型的大小拆分。
场景四：回到上面的场景二，您在新加坡区域有个 m5.4xlarge 的 Windows 实例在运行 ,且当前我有一个 m5.2xlarge 的标准 RI，一个 m5.xlarge 的标准RI，那么这种情况下能不能再购买一个 m5.xlarge 的标准Windows RI 进行合并操作呢？这种情况下则无法通过购买 m5.xlarge 标准 RI 合并为 m5.4xlarge 标准RI。
这里就要提到标准RI拆分合并的限制：标准预留实例的合并，必须在相同的时间过期，换句话说，也就是该批实例必须是同期采购的相同期限的RI。
可转换RI（CRI）
CRI在灵活匹配与合并拆分的基础上增加了更多维度可转换属性：实例类型、操作系统、租期、付款选项，当然价格可能可能上浮10个点左右。可以说CRI提供了最高的灵活可变性，几乎可满足所有的更变需求。唯一的限制：
新可转换预留实例的总价值（预付价格 + 每小时价格 * 剩余小时数）必须大于等于当前总价值！
换句话说客户只能在现有基础上加价，这种也是有道理，AWS 总不能因为您换了小规格实例给你退钱吧。
AWS RI使用的一些建议
- 如果没有容量预留的需求不要选择可用区RI，否则将失去灵活匹配优势
- 针对业务计算需求增加需要调整实例类型机型（非license ） ，无需调整已购买的RI，只需要考虑增加合适RI，以进行自动匹配
- 针对license机型（Windows， RHEL 等），因不适用灵活匹配，可进行同实例类型的合并拆分
- 针对实例类型，OS平台的修改等则需要可转换RI
本文转自【光环有云】，略有增删。
文章末尾固定信息
