初探Azure的保留实例（Reserved Instance）

最近的Ignite 2017宣布了Azure将在年底推出保留实例（Reserved Instance）。虽然在没有RI的这些年，Azure的EA Monetary Commitment同样也提供了和RI相似的价格优惠。

但是对于公有云的用户来讲，这个消息依然振奋人心，毕竟在https://feedback.azure.com随便搜搜，都能发现早在2009年就有人提交了在Azure支持RI的feature request。

非常可惜的是，Azure的官网关于保留实例RI的文档几乎没有。我们只能从Ignite的视频中试试能不能窥一斑而知全豹。

Azure RI的概述

看完Ignite上RI的介绍的视频，第一感受是简单粗暴但是有效，非常不微软。

首先，任何EA客户或Web Direct 客户都可以购买RI。

其次，

• 从付费模式来讲，Azure RI支持预付费
• 从Reserved期限来讲，Azure RI支持一年期或三年期
• 从可变动性来讲，Azure RI支持在购买期限的任何时间段退换货（大杀器）
• 从使用范围来讲，Azure RI支持订阅限定或EA限定（支持购买后的范围更改）
• 从License来讲，  Azure RI支持微软的Azure Hybrid Benefit （Windows Workload的省钱大杀器）

另外，年底会有 新版本的EA Monetary，EA预付费的那部分钱可以在EA期限内的任何时间段购买RI（杀器+1）。

接下来，我们通过具体例子来分析Azure RI的优势，以及为什么说Azure RI有大杀器

Azure RI的优势

节约成本

用户对RI最关心的问题是买RI可以省多少钱，我们看一下下面两张图

• RI vs Pay-as-You-Go

可见，一个Dv2系列的虚机一年期RI可以省46%，而三年期可以省到65%。大内存的M系列虚机三年期RI则可以省到72%

• RI with Azure Hybrid Benefit vs Pay-as-You-Go (Windows)

在激活Azure特有的Hybrid Benefit后，Dv2最大可节约82%的开支-----------应用场景： 对于在On-Prem已经购买Windows Server License with SA的用户，Azure上的Windows RI节约开支高达82%

简单灵活

从上一章节可以看到，Azure RI在节约成本方面遵循了一贯的price matching策略，即对虚机，存储，带宽等产品match AWS的相应价格（在Windows workload来讲，Azure的RI省钱更多）。

那么在价格相似的情况下，用户最关心的问题就是使用是不是简单灵活。我们看一下常见的RI使用中的问题：

• 在RI到期之前，由于业务变化等原因，某系统的Infrastructure不再被需要
• 在RI到期之前，Azure推出了价格相同性能更好的新系列虚机
• 在RI到期之前，全球多Region部署的系统需要把在业务下降的Region A购买的RI转移到业务增长迅速的Region B
• 在RI到期之前，系统的Infrastructure经过优化，需要更改RI的型号和数量
• 在RI到期之前，原来为某个部门的订阅专门购买的RI需要转移到其他部门的订阅或者直接转移到EA
• ...

Azure RI解决这些问题的办法相当简单，不管是一年期还是三年期的RI：

• 需要改RI的虚机Size，数目或者Region，只要新买的RI的价值大于等于还没用掉的那部分RI价值 ，Portal（可能还有Powershell和CLI）里直接改就好了。
• 需要完全取消RI的， 还没用掉的那部分RI价值减掉一个early termination 费用后会退还用户
• 需要从分配给某个订阅的RI转移到其他订阅或是EA的，也是直接就可以改了

相比AWS的RI，为了达到购买后虚机Size和数目的可变动性，用户必须购买单价更高期限必须是三年的Convertible RI。

同时，AWS的RI不支持退货，只能去RI MarketPlace出售。AWS会收取成交价格的12%做为手续费。

EA

既然Azure的RI简单灵活，也支持Web Direct的模式，那企业用户还有没有必要买EA呢？我们继续看一下Ignite上透露出来年底新版本EA的信息。

• EA预付费的金额不在受限于一年内用完，在EA的3年commitment周期都有效。
• EA预付费的金额可以在EA期限内任何时间段购买Azure RI。

1. 1. EA用户不再需要commit固定额度的Azure的花费后才能购买打折虚机
   2. EA用户可以在合同结束前把未使用的预付费金额购买RI，RI的期限不受EA期限的限制（用户预付费的每一分钱都不会被浪费）

Again，简单粗暴但是有效。另外，无责任猜想一下，基于Azure的Price Matching策略，根据EA客户的预付费金额大小还可以购买打折的RI

Azure RI的管理

使用RI的主要目的不仅仅是Cost Saving，更多时候是对应用系统的一种Capacity Planning。因此，我们还需要做到以下几点来管理好RI：

• 理解系统在bussiness上长期目标
• 了解应用的需求，架构以及End User的使用习惯
• 监测云环境和云资源使用率
• 留心RI的过期日
• 做好RI的变更管理，根据优化需求调整RI类型，清理不需要的RI
• Consolidate来自于不同管理平台的成本控制信息（EA portal， Azure Portal， On-prem Hybrid，CSP...）

等RI年底上线后，我们可以看看微软今年购买的云成本管理软件Cloudyn在这方面有没有相应的功能支持。

我们注意到，即使在产品快速迭代敏捷发布的今天，一些骨灰级公有云用户都已经达到了云上虚拟机资源70%~90%的RI使用率，RI管理优化这一领域有很大的发展空间。同样无责任猜想一下，国内的云管平台厂商应该也会迅速跟进。

Azure RI的购买

以下是Ignite上展示的Azure RI购买页面，用户只要给出Region， VM Size和期限就可以了，相当简单。（题外话，国内的EA用户应该不用担心发票问题，如上章所述，EA的committed预付费是可以购买RI的）

想象空间

Azure目前的计划是在年底在公共region中逐步推出RI，之后向独立Region（德国，中国，US Gov）推出。所以国内的Azure 用户还需要耐心等待一段时间。

那么除了Ignite公布的功能，我们的想象空间里还能加入些什么，比方说：

• RI Marketplace

有了随时退换货的杀器，Azure应该不会需要build一个出售购买二手RI的MarketPlace。

毕竟lauch有5年之久的AWS RI Marketplace叫好不叫座，全球每天offer的instance数目不到1500，其中50%以上还集中在us east，四分之一是micro，nano和small size的instance。

• Scheduled RI

Azure已经有了Batch可以满足此类需求

• Spot Instance

同样，Batch的low priority instance也满足了此类需求

• Reserved SQL PaaS， Reserved MySQL PaaS，Reserved Redis，Reserved Data Warehouse....

这个可以有，大家赞同的话麻烦去https://feedback.azure.com提需求

• CPU/Memory Usage Commitment

有随时退换货的杀器，这个功能应该也不需要了

• TBC