当Amazon Web服务开始早在2006年,EC2按需定价与开发人员立即成功。他们爱的很容易自旋向上各种AWS EC2实例类型,只要他们需要,合理的价格,然后终止的时候。这是一个伟大的进步在等待,等待新机器,配置它们,或者更关键的是,即使能够测试机器过于昂贵的短期项目。
在这个博客中,我们将讨论如何新云自由迅速催生了大量的挑战,如何AWS继续添加额外的定价选择结果,以及当前大量的选项如何反过来创造了一个独特的挑战和可能的解决方案。雷电竞官网进入
保留为失控的EC2实例救援成本
EC2按需采用大量的时候,按需长时间运行实例的成本,是否有意,或偶然,也是相当巨大,大多数组织都惊讶很快他们的云账单成了很重要的一部分花费。
解决故意成本上升的一部分,特别是稳态,长期使用,AWS保留实例介绍2009年,其中一个可以预付款1或3年的承诺,和作为交换,获得30% - 72%的折扣相比,按需定价。
保留的实例采用降低金融锁定
RIs最初是相当严格的定价结构,客户与动态环境,非常犹豫是否要使用它们,合法的担忧,他们将得到闭锁的定价结构没有变化的灵活性。
一些顾客买了RIs然后意想不到的改变他们的工作负载需求,将困沉没投资,甚至消极的ROI。因此,许多AWS的客户可以受益于RIs,呆了。
AWS不断增加保留灵活性
在多个试图解决这个问题,这些年来AWS推出各种服务和新的定价结构,允许更大的灵活性更多潜在客户:
- 在2012年AWS市场开放作为一个二级市场可以从其他买卖RIs AWS的客户。这可能减轻风险的坚持保留一个未使用的实例。
- 在2014年国际扶轮AWS允许用户手动修改未使用的国际扶轮和重新应用在同一个实例的家庭基于归一化因素(这样做是通过结合两个RIs成一个更大的一个,或把RI分解成两个或两个以上的小实例)。
- 在2016年AWS之间引入更多的选项供用户选择:
-
- 可转换允许用户手动修改RIs的RIs在不同的家庭类型,操作系统,和大小。
- 区域RIs自动未使用的RIs适用于任何其他EC2实例运行在相同的家庭(Linux)或相同的实例(对于所有其他操作系统)的大小,与添加的灵活性被转移到任何AZ在这个地区。
- 在2017年实例介绍了大小的灵活性,允许自动应用程序未使用的国际扶轮的其他EC2实例在同一家庭,匹配,基于归一化因子。
- 在2019年AWS添加额外的保留能力包可供选择,通过引入储蓄计划(“EC2储蓄计划”和“计算储蓄计划”)。客户现在可以提交花每小时所需的数量,例如35美元/小时,1或3年。在这个例子中,任何花了35美元将被按照储蓄计划利率(储蓄在66 - 72%)。任何花在提交的金额将被点播率。
保留的实例与储蓄计划
通过引入AWS储蓄计划一个显而易见的问题是会保留的实例保持相关,如果他们这样做,如何决定何时使用它们,何时使用储蓄计划。目前有足够的差异两个定价选项,创建利弊AWS客户根据他们特定的用例。
现在在2020年初,当规划您的云财政,这里有一些点要记住:
- 储蓄计划只能应用于EC2,λ和Fargate而保留的实例对EC2)的广泛应用,RDS,红移,DynamoDB, Elasticsearch吗和ElastiCache。
- 可保留的实例允许增加的承诺(即添加额外的预订,覆盖更多的EC2实例)在承包期内,不需要增加这个词。这是特别有用,当需求变化和致力于一个新的1到3年任期没有意义。与储蓄计划任何除了原来的合同是用一份新合同,从天0。
- EC2实例储蓄计划将使用在任何给定实例的家庭,不管操作系统或租赁。标准保留的实例也适用于在任何给定的实例类型的家庭使用,但需要Linux实例和默认的租赁。
- 标准保留的实例可以在AWS买卖市场允许更大的灵活性,在吗储蓄计划不能要求你保持你的承诺在您定义的水平。
- 可保留的实例租赁是限定给一个具体的实例类型,操作系统和区域计算储蓄计划将所有使用的类型在多个地区。
选择的矛盾
有人可能会认为所有这些不同的AWS定价选项将保证完全优化的云花。但也经常有这么多的选择可能导致“决策瘫痪”,尤其是在处理大型、复杂的部署,需要严格的容量规划,DevOps的成本效益分析和财务团队。
在我们的经验中企业投资了大量的人力资源几周每一到两个季度,只是为了保留的实例和储蓄计划和采购计划。雷竞技rabet官网
首先,不同的项目或应用程序团队需要给估计他们需要多少计算资源为即将到来的时期。雷竞技rabet官网
这需要审查由TechOps或DevOps团队确认计划项目(s)确实需要请求的计算能力。
最后,财务团队需要审查的特定口味保留实例或储蓄计划建议,确保推荐的保留能力将真正实现积极的ROI。
这通常使用笨重的电子表格完成,乏味的回顾历史云使用和执行复杂的预期计算能力需求的预测。即使AWS为购买短期现货市场,二手RIs或出售未使用的RIs,实现任何有意义的价值,需要巨大的投资时间的努力。
云的完美保留容量规划
幸运的是,Spotinst生态帮助公司有一个令人难以置信的记录完全简化识别的过程,当购买AWS实例和储蓄计划保留,以及什么类型。没有停止,Spotinst生态完全自动化的持续管理预留产能,确保最大的利用率,ROI和财务灵活性,只需最少的时间和精力从DevOps和财务团队。
成本分析在购买之前保留的能力
成本分析与生态购买保留能力后
听起来很有趣吗?开始使用免费的演示生态今天!
