相熟私有云的读者想必对云上资源计费模式都有肯定理解,云厂商通常会提供两种计费形式:后付费和预付费。
后付费 是一种根底计费形式,资源以小时为单位定价,按应用时长付费,资源删除没有限度,实用于短期运行,或周期性运行但每月运行总时长较短的业务;
预付费 是一种优惠计费形式,一次性领取数月 / 数年的费用以取得相应折扣,折算下来每小时的单价会比规范定价更为划算,但资源到期前通常不能删除,实用于长期运行并且没有周期性删除重建需要的业务。
为了尽可能地优化上云老本,少数用户在上云初期会当前付费的形式购买资源,在业务运行稳固后偏向于将后付费转变为预付费以升高应用老本。然而预付费资源的操作限度在某些场景下会升高资源生命周期治理的便捷性。例如以下两种状况,你是否也曾遭逢到过?
- 应用 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 计算力的无资源预留型抵扣券,那么购买后每个小时都有 10*3600(10 核实例运行 1 个小时)的计算量能够应用。同地区同规格族内的多个后付费实例,都能够在每小时结算时优先应用抵扣券抵扣费用,2 核实例运行了 1 个小时,耗费 2 *3600;1 核实例运行了 30 分钟,耗费 1 *0.5*1800… …以此类推,超出可用计算量的实例运行时长将按规范小时单价扣费。
实例抵扣券有多种属性,须要用户在购买时指定。其中,资源是否预留决定了抵扣券应用的区域范畴和抵扣规定,是实例抵扣券最重要的一个属性。
- 无预留型,须要指定实例类型(云主机、容器、POD)、地区、规格族、计算力和时长,因为零碎不做资源预留,因而不限度应用的可用区,同时因为同一个规格族内后付费实例的单价跟核数或者卡数根本呈线性,因而同规格族内的少数实例规格都能够按比例进行抵扣。
类比下面的例子,相当于购买了不限应用停车场的“停车卡”,这类卡反对不同车型的小汽车抵扣,如果一般小汽车免费 6 元 / 小时,中型客车免费 9 元 / 小时,那么中型客车也可应用“停车卡”,只不过在结算的时候须要按失常车型的 1.5 倍计算停放时长进行抵扣。
预留型(后续推出),顾名思义会做计算资源的预留,因而必须指定实例类型(云主机、容器、POD)、可用区、规格、数量和时长,零碎将严格依照这些属性预留,以保障无论云上资源售卖水平如何,在有效期内都承诺有与抵扣券属性匹配的实例能够创立,在抵扣的时候也只有齐全匹配的实例才可应用。
同样类比于“停车卡”的例子中,相当于放弃了多停车场可用的灵活性,而抉择仅在一家停车场应用,以保障无论何时都至多有预留数量的车位可停。同时因为须要依据车型预留车位,因而须要在购卡时就指定是用于小型汽车还是中型客车,确定后只有此类车型才可应用进行抵扣。
介绍了实例抵扣券这么多的长处,那么如何依据以后的资源规模和应用状况购买适合计算力的抵扣券呢?
以应用 K8S 部署的线上 web 服务为例,通常业务会以天存在周期性负载稳定。其中,稳固负载对应的节点数量肯定适宜购买与其计算力相当的实例抵扣券,稳定负载对应的实例能够依据稳定周期统计下运行时长,而后比照实例小时单价和抵扣券月价,计算有多少数量的实例适宜购买抵扣券。在下图的实例中,节点数量以天为单位在 6~10 之间稳定,假如该规格对应的抵扣券月价折合成小时价格后,是规范小时定价的 0.4 倍,也就是说日运行时长超过 24*0.4=9.6 小时的实例应用抵扣券都更为划算,那么显然在这个例子中,除了继续运行的 6 个节点,有 2 个节点每日运行时长超过了 9.6 个小时,因而为 6 + 2 个实例购买抵扣券,能够最大水平节俭费用。
无资源预留型的实例抵扣券曾经正式上线,目前在京东智联云全副地区反对购买,产品开明仅需提交工单申请即可。同时,抵扣券具体的产品文档曾经在官网上线,价格、具体抵扣规定、抵扣明细查看等产品应用细节,都可返回理解。
长按扫描
右方二维码理解详情
点撃 ” 浏览原文 ”,理解限时领流动