AWS云计算助手级架构师认证之EC2-实例购买类型

        在购买EC2实例的时候,这里有三种购买类型需要理解:按需实例,预留实例,计划实例,竞价实例。

        按需实例:

        顾名思义,按需实例就是可以根据自己的需求选择实例类型,随时启动或者是终止实例。比如,现在有一个系统正在利用EC2实例,当系统负载很大的时候,就需要启动很多实例,当负载变小的时候,就终止实例。当自己的系统消耗需求不是固定的时候,或者在AWS环境进行测试开发的时候,会利用这种购买类型。按需实例皆是按秒计费,前一段时间还是按小时计费,亚马逊真是在不断进化中。

        预留型实例:

        预留型实例是以用户和AWS契约的形式购买,并且能够保证该实例的容量,购买时有两个期限长度:一年或三年。

        购买时有三种付款选项:

            无预付:无论是否使用EC2实例,都得按照期限内的折扣进行付费,无需任何预付款。

            部分预付:必须预付部分费用,期限内剩余的时间无论是否使用,都将按照打折费率计算。

            全部预付:所有款项于期限开始时支付,无论使用了多长时间,剩余的时间内不会产生其他的费用。

        购买预留型实例并不是购买哪种实际的实例,而是购买指定的实例类型属性,当属性满足自己设置的预留型实例的时候,就会打折。可供指定的属性有操作系统,Linux或者Windows,实例类型,可用区,期限时间,付款选项。比如说客户在可用区域us-east-1a购买了一个按需实例,实例类型是c4.large Amazon Linux,然后客户在购买预留型实例的时候,指定区域和可用区为us-east-1a,然后实例类型是c4.large Amazon Linux,那么客户刚才所购买的按需实例就可以享用打折的优惠,因为实例类型满足客户购买的预留型实例的实例类型。在购买预留型实例的时候可以指定购买几个实例,所以如果购买了一个,而客户启动了两个c4.large Amazon Linux实例,那么其中的一个会享受打折优惠。当超过了购买的期限长度后,并不会自动更新,所以即使启动满足预留型实例类型的实例的时候,也会按照按需实例的费用收费。

        购买预留型实例,其实购买的是期限内保证的容量以及折扣,无论在这期限内是否使用满足条件的EC2实例。比如在可用区us-east-1b购买了一个为期一年的预留型实例,m4.large Amazon Linux,那么在这一年内,无论任何时候都可以保证,在该可用区内可以成功启动一个m4.large Amazon Linux实例(按需实例的话,在某些时候由于AWS系统容量的原因,可能启动新的EC2实例会失败),而无论使用与否,这一年内的费用是固定的,是必须要付的,因为购买的其实是AWS对客户的容量保证以及折扣保证。适用于经常运行的系统。

        整合账单功能:假设某个公司所有员工都有各自的AWS账户,老板想要看每个月在AWS上总共花费的账单,那么就可以将其中的一个账户(比如老板的账户)指定为付款账户,其他的都是这个组织的关联账户。那么整合账单功能就会把所有的账户作为一个账户处理,这就意味着组织内的所有账户都会享受到任何其他账户购买的预留实例的小时成本优惠。比如组织中有一个账户购买了10个预留型实例,那么组织中的其他账户都能享受到这10个预留型实例的优惠。

        计划实例:

        在购买计划实例的时候,自己可以指定开始时间,时长单位,周期性。也就是可以指定从什么时候开始,持续多长时间,并且可以周期性,也就是每天,每周或每月的启动这个计划。除此之外,和预留型实例一样,可以指定实例的操作系统,实例类型,以及可用区。比如可以指定从2018年3月8号早晨10点开始,在美国区域的east-1a可用区内启动三个实例,持续时间为5小时,周期性为每周。5小时之后实例便会被终止,但下周的同一时间相同属性的三个实例还会被启动。一旦购买了计划实例,和预留型实例一样,无论使用与否,都会被计费,因为买的是保证。适用于不经常运行,但是很有规律的运行的系统。

        竞价型实例:

        在介绍竞价型实例前,需要说明一下几个概念。竞价型实例池:未使用的EC2实例。现在价格:当前每小时的市场价格,受供需影响。竞价价格:自己为想要购买的竞价实例支出的价格。

        竞价型实例允许客户为市场上未使用的EC2实例竞标,一旦自己出的价格超出了市场价格,EC2实例便会被启动。利用竞价型实例时需要注意的几点:竞价实例不会被立即启动,因为这取决于客户的出价和现在的实例价格,并且实例会随时因为价格的变化而被终止。当客户出的价格比市场价格低的时候,实例便会被自动终结。所以一般情况下竞价型实例能适用的场合很少,因为系统必须能够承担的起实例突然被终止而带来的影响。比如一个运算分析系统,源头是大量的数据,我们就可以利用便宜的竞价型实例来对这些数据进行处理,将处理的结果保存在数据库中,因为这个分析处理过程即便被打断也无所谓,我们只需要再利用别的实例进行处理,并且保存好处理完的结果就可以了。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,319评论 5 459
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,801评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,567评论 0 319
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,156评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,019评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,090评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,500评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,192评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,474评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,566评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,338评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,212评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,572评论 3 298
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,890评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,169评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,478评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,661评论 2 335

推荐阅读更多精彩内容