初探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. 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

 

posted @ 2017-10-05 16:53 MeowMeow 阅读(...) 评论(...) 编辑 收藏