預留實例（RI）是一種計費方式，並不是一種實例的類型，簡單說就是一種”包年包月“的方式，通過RI我們最高可以獲得相較於按需75%的優惠，進而降低您的雲使用成本。您可能會說：“你說的這我都知道，並且RI我已經在用了。” 您真的會使用RI嗎？
我們都知道預留實例（RI）類型分為兩種 :標准RI 與可轉換RI（CRI），可轉換RI的價格往往較高而不容易被客戶接受，而我們又經常遇到需要調整RI的需求，那么我們購買的標准RI能不能進行更加靈活的轉換呢？答案是肯定的，AWS為滿足客戶的需求提供了很多靈活性的設定。標准RI在滿足條件下可以靈活的進行匹配、以及進行靈活的合並拆分。
今天主要介紹一下RI的三個靈活屬性：大小靈活性匹配，合並拆分，可轉換(CRI)，我們暫且這么稱呼，三者適用於不同的場景，是互相補充的關系。
大小靈活性匹配
（場景：區域范圍RI 、相同實例類型、Linux/Unix ）
當您購買了區域性 Linux/Unix RI，將自動匹配正在運行的按需實例，折扣將立即適用於該實例系列中的實例使用，無論實例大小如何，直接上例子：
- 場景一
假設您在北京區域購買了一個 m5.2xlarge類型 OS為Linux/Unix 的標准RI，並且您的賬戶在該區域有兩個m5.xlarge實例在運行 ,那么兩個實例將完全匹配。
- 場景二
或者，如果您的賬戶在北京區域區域有一個 m5.4xlarge實例（ Linux/Unix），將匹配到 50% 的實例費用
- 場景三
那么，有同學可能有比較刁鑽的場景：如果我的賬戶在該區域有個m5.4xlarge實例（ Linux/Unix）在運行 ,且當前我有一個 m5.2xlarge的標准RI，一個m5.larged的標准RI，我是否需要重新購買m5.4xlarge的標准RI以進行匹配？
這種場景下您的兩個RI能夠匹配到m5.4xlarge實例費用的75%，並且您只需再購買一個m5.larged的標准RI，這樣就可以完全匹配，您無需重新購買m5.4xlarge的RI.
合並拆分
（場景：可用區范圍RI）
既然大小靈活性匹配這么方便那么我們為什么要進行合並拆分呢，這里要提醒的是，大小靈活性匹配，如果我們購買可用區范圍RI，那么我們將失去大小靈活性匹配優勢，這時候RI合並拆分就派上用場了，廢話不多說，直接上例子:
場景四
假設您在北京區域購買了兩個 m5.2xlarge類型 OS為的cn-north-1a標准RI，由於計算需求改變，我們需要m5.4xlarge的實例以滿足業務需求，那么我們可以將兩個m5.2xlarge的RI合並成一個m5.4xlarge.
同樣我們也可以將m5.4xlarge 進行同實例類型的大小拆分。
場景五
那么當前又回到上面的場景三 ，您在北京區域有個m5.4xlarge實例(AZ cn-north-1a 范圍)在運行 ,且當前我有一個 m5.2xlarge的標准RI，一個m5.xlarge的標准RI，那么這種情況下能不能再購買一個m5.xlarge 的標准RI進行合並操作呢？這種情況下則無法通過購買m5.xlarge 標准RI合並為m5.4xlarge 標准RI。
這里就要提到標准RI拆分合並的限制：
標准預留實例的合並，必須在相同的時間過期，換句話說，也就是該批實例必須是同期采購的相同期限的RI。
可轉換RI（CRI）
CRI在靈活匹配與合並拆分的基礎上增加了更多維度可轉換屬性：實例類型、操作系統、租期、付款選項，當然價格可能可能上浮10個點左右。可以說CRI提供了最高的靈活可變性，幾乎可滿足所有的更變需求。唯一的限制：
新可轉換預留實例的總價值（預付價格 + 每小時價格 * 剩余小時數）必須大於等於當前總價值！
換句話說客戶只能在現有基礎上加價，這種也是有道理，AWS 總不能因為您換了小規格實例給你退錢吧…
RI使用的一些建議
-
如果沒有容量預留的需求不要選擇可用區RI，否則將失去靈活匹配優勢
-
針對業務計算需求增加需要調整實例類型機型（非license ） ，無需調整已購買的RI，只需要考慮增加合適RI，以進行自動匹配
-
針對AZ范圍的Linux機器，因不適用靈活匹配，可進行同實例類型的合並拆分
-
針對實例類型，OS平台的修改等則需要可轉換RI