云上省钱新玩法 教你如何优惠与灵活兼得

熟悉公有云的读者想必对云上资源计费模式都有一定了解，云厂商通常会提供两种计费方式：后付费和预付费。

后付费是一种基础计费方式，资源以小时为单位定价，按使用时长付费，资源删除没有限制，适用于短期运行，或周期性运行但每月运行总时长较短的业务；

预付费是一种优惠计费方式，一次性支付数月/数年的费用以获得相应折扣，折算下来每小时的单价会比标准定价更为划算，但资源到期前通常不能删除，适用于长期运行并且没有周期性删除重建需求的业务。

为了尽可能地优化上云成本，多数用户在上云初期会以后付费的方式购买资源，在业务运行稳定后倾向于将后付费转变为预付费以降低使用成本。但是预付费资源的操作限制在某些场景下会降低资源生命周期管理的便捷性。例如以下两种情况，你是否也曾遭遇到过？

使用K8S/弹性伸缩部署业务，集群中的实例受策略或负载影响，需要经常性删除-重建以进行调整，受限于包年包月资源到期前不支持删除的限制，即使集群中实例整体运行时间较长也只能选择后付费的方式，无法享受优惠；

混合云场景下，考虑多IDC数据同步和业务延迟，需要调整包年包月资源的可用区。同样由于包年包月资源的删除限制，为了保证服务正常运行，只能充值然后在新可用区购置资源，再提交工单申请旧可用区资源的删除和退款，最后申请提现。操作流程复杂且需要技服介入协商。

后付费和预付费虽然是灵活和优惠的两种取舍，但却并非一定无法兼得，京东智联云近期推出的“实例抵扣券”产品，就可以完美解决上述场景中用户遇到的问题，帮助用户进一步节省资源购置投入。

为了方便大家理解，在介绍实例抵扣券之前，我们先以停车费为例子做一个类比假设：

停车场的收费方式大家都非常熟悉，基本的收费模式是“X元/小时”，按停放时长计费在离场时收费。为了满足长期停放需求，停车场也会提供固定车位月租和年租，车位与车牌绑定，一次性支付费用后登记车牌的车辆将不会再收取费用。很多家庭响应节能减排号召，纷纷购入了新能源汽车，对于有多辆汽车的家庭，就会头疼于两个问题：

到底登记哪辆车？

职场或家庭住址变动无法退租怎么办？

这个时候停车场推出了一种“停车卡”，价格和月租、年租相当，购买后每天都有相当于一辆车停放24小时的额度可以抵扣，不但不限抵扣的具体车牌，还可以同时给多辆车抵扣（多辆车累加停放时长后，超出24小时部分按标价缴费即可），这样就解决了A问题的困扰；再进一步，停车场扩大规模在城市内建立了多家连锁，同时还推出了一类可在城市内任意连锁机构使用的卡，这样即使更换生活工作区域也能就近继续使用，甚至如果家和公司家附近都有一家，还能最大化停车权益，节省原来一半的停车费，这样B问题也就迎刃而解了。

回到现实，虽然例子中这样的“停车卡”京小云还没听说哪里有卖，车主朋友们可能还要再等等。但如果你是京东智联云的用户，那么与其功能类似的“实例抵扣券”你可以即刻拥有。

实例抵扣券是一种全新的计算实例（云主机、原生容器、POD）付费方式，按月/年预付费单独购买后，用于后付费的实例在结算时进行抵扣。

实例抵扣券将资源付费和资源生命周期解耦，购买抵扣券需要指定一些属性，这些属性决定了可抵扣的实例特征而不限于具体某个或某些实例，因此非常适合有长期资源使用需求，期望降低成本的同时也要求保持资源创删灵活的业务。

类似“停车卡”每天提供相当于一辆车停放24小时的抵扣时长，实例抵扣券会根据购买时指定的规格属性，将其转换成计算力¹（CPU规格：1计算力=1核；GPU规格：1计算力=1卡），在每个小时都提供相当于这些规格的实例运行一个小时的计算量²，每当有后付费实例结算时，会优先使用抵扣券扣减，一旦扣减成功将无需支付此次结算费用。

计算力¹：同一规格族内，反映单实例或多实例集群计算能力的指标，CPU/GPU规格可认为分别等同于vCPU核数/GPU卡数，所有实例的计算力相加即是集群的计算力。（由于不同规格族实例底层的物理资源和CPU内存配比不同，因此计算力的比较仅在同规格族内进行才有意义）

计算量²：一定计算力在一定时间段内可以完成的计算任务情况，计算量 = 计算力 * 运行时长（秒）。如，2台g.n2.large实例运行一小时，则其计算量为 2×2×3600

比如在华北区域购买了一张一个月时长、g.n2规格族、10计算力的无资源预留型抵扣券，那么购买后每个小时都有103600（10核实例运行1个小时）的计算量可以使用。同地域同规格族内的多个后付费实例，都可以在每小时结算时优先使用抵扣券抵扣费用，2核实例运行了1个小时，消耗23600；1核实例运行了30分钟，消耗10.51800… …以此类推，超出可用计算量的实例运行时长将按标准小时单价扣费。

实例抵扣券有多种属性，需要用户在购买时指定。其中，资源是否预留决定了抵扣券使用的区域范围和抵扣规则，是实例抵扣券最重要的一个属性。

无预留型，需要指定实例类型（云主机、容器、POD）、地域、规格族、计算力和时长，由于系统不做资源预留，因此不限制使用的可用区，同时由于同一个规格族内后付费实例的单价跟核数或者卡数基本呈线性，因此同规格族内的多数实例规格都可以按比例进行抵扣。
类比上面的例子，相当于购买了不限使用停车场的“停车卡”，这类卡支持不同车型的小汽车抵扣，如果普通小汽车收费6元/小时，中型客车收费9元/小时，那么中型客车也可使用“停车卡”，只不过在结算的时候需要按正常车型的1.5倍计算停放时长进行抵扣。

预留型（后续推出），顾名思义会做计算资源的预留，因此必须指定实例类型（云主机、容器、POD）、可用区、规格、数量和时长，系统将严格按照这些属性预留，以保证无论云上资源售卖程度如何，在有效期内都承诺有与抵扣券属性匹配的实例可以创建，在抵扣的时候也只有完全匹配的实例才可使用。
同样类比于“停车卡”的例子中，相当于放弃了多停车场可用的灵活性，而选择仅在一家停车场使用，以保证无论何时都至少有预留数量的车位可停。同时由于需要根据车型预留车位，因此需要在购卡时就指定是用于小型汽车还是中型客车，确定后只有此类车型才可使用进行抵扣。

介绍了实例抵扣券这么多的优点，那么如何根据当前的资源规模和使用情况购买合适计算力的抵扣券呢？

以使用K8S部署的线上web服务为例，通常业务会以天存在周期性负载波动。其中，稳定负载对应的节点数量一定适合购买与其计算力相当的实例抵扣券，波动负载对应的实例可以根据波动周期统计下运行时长，然后对比实例小时单价和抵扣券月价，计算有多少数量的实例适合购买抵扣券。在下图的实例中，节点数量以天为单位在6~10之间波动，假设该规格对应的抵扣券月价折合成小时价格后，是标准小时定价的0.4倍，也就是说日运行时长超过24*0.4=9.6小时的实例使用抵扣券都更为划算，那么显然在这个例子中，除了持续运行的6个节点，有2个节点每日运行时长超过了9.6个小时，因此为6+2个实例购买抵扣券，可以最大程度节省费用。

无资源预留型的实例抵扣券已经正式上线，目前在京东智联云全部地域支持购买，产品开通仅需提交工单申请即可。同时，抵扣券详细的产品文档已经在官网上线，价格、详细抵扣规则、抵扣明细查看等产品使用细节，都可前往了解。

产品文档链接:https://docs.jdcloud.com/virtual-machines/instancevoucher-overview

插播一条广告

点撃"阅读原文"，了解限时领活动