当亚马逊网络服务在2006年开始时，EC2按需定价在开发者中立即获得了成功。他们喜欢在需要时以合理的价格轻松启动各种各样的AWS EC2实例类型，然后在完成时终止这些实例类型。对于等待IT部门订购新机器、配置新机器，或者更重要的是，甚至不能在对短期项目来说太昂贵的机器上进行测试，这是一个很大的改进。
在这篇博客中，我们将讨论新发现的云自由如何迅速催生了一系列挑战，AWS如何继续增加额外的定价选项，以及当前丰富的选项如何反过来创造了一系列独特的挑战和潜在的解决方案。雷电竞官网进入
为失控的EC2成本提供保留实例
虽然EC2按需采用是巨大的，但长期按需运行实例的成本(无论是有意还是无意)也是相当巨大的，大多数组织都惊讶于他们的云账单如何迅速成为IT支出的重要组成部分。
为了解决成本上升的故意部分，特别是稳态、长期使用，AWS在2009在美国，用户可以先支付1到3年的预付款，作为交换，与按需定价相比，可以享受30%到72%的折扣。
保留实例的采用因财务锁定而减慢
由于RIs最初的定价结构相当严格，具有动态环境的客户非常犹豫是否使用它们，他们合理地担心自己会被锁定在一个没有灵活性的定价结构中。
一些购买了RIs的客户，他们的工作量需求发生了意想不到的变化，他们会陷入投资缩水，甚至是负ROI。因此，许多本可以从RIs中受益的AWS客户都敬而远之。
AWS持续提高保留灵活性
多年来，AWS多次尝试解决这个问题，推出了各种服务和新的定价结构，为更多潜在客户提供了更大的灵活性:
- 在2012AWS Marketplace作为二级市场开放，用户可以从其他AWS客户那里购买和出售RIs。这潜在地降低了使用未使用的保留实例的风险。
- 在2014AWS允许RI用户手动修改未使用的RI并重新应用它们在同一个实例族中这是通过将两个RI合并为一个更大的RI，或将一个RI分解为两个或多个更小的实例来实现的。
- 在2016AWS为用户提供了更多的选择:
-
- 可转换RIs，允许用户手动修改RIs不同的家庭类型、操作系统和大小。
- 区域性ri会自动将未使用的ri应用到同一系列中正在运行的任何其他EC2实例(适用于Linux)，或应用到完全相同的实例大小(适用于所有其他操作系统)，并增加了可转移到该区域内任何AZ的灵活性。
- 在2017引入了实例大小灵活性，以允许将未使用的RI自动应用到同一家族中匹配的其他EC2实例(基于标准化因子)。
- 在2019AWS通过引入节省计划(“EC2节省计划”和“计算节省计划”)增加了额外的预留容量包供选择。客户现在可以承诺每小时花费所需的金额，例如35美元/小时，持续1年或3年。在这个例子中，任何花费在35美元以下的东西都将按照储蓄计划的费率(在66-72%之间)收取费用。任何超过承诺金额的支出将按需收费。
保留实例vs.储蓄计划
随着AWS储蓄计划的引入，显而易见的问题是保留实例是否仍然重要，如果仍然重要，如何决定何时使用它们，何时使用储蓄计划。就目前而言，这两种定价选项之间有足够的差异，根据AWS客户的具体用例为他们创造了优缺点。
因此，在2020年初，当你规划云财务时，请记住以下几点:
- 储蓄计划只能适用于EC2, Lambda和Fargate，而保留的实例EC2, RDS, Redshift, DynamoDB, Elasticsearch和ElastiCache。
- 可转换保留实例允许在合约期内增加承付额(即增加额外预留，以应付更多EC2个案)，而无须增加合约期限。当需求发生变化，承诺一到三年的新期限没有意义时，这尤其有用。与储蓄计划对原始合同的任何添加都是用从第0天开始的新合同完成的。
- EC2实例储蓄计划将应用于任何给定实例族，而不管操作系统或租约。标准保留实例也可以应用于任何给定实例类型族的使用，但要求实例是Linux和默认租户。
- 标准保留实例可以在AWS市场上进行买卖，从而获得更大的灵活性，而储蓄计划不能，要求你将承诺的花费保持在你定义的水平。
- 可转换保留实例范围到特定的实例类型，OS租户和区域，而计算储蓄计划将适用于您在多个地区的所有使用类型。
选择的悖论
有人可能会认为，所有这些不同的AWS定价选项将保证充分优化云计算支出。但太多的选择往往会导致“决策瘫痪”，特别是在处理需要严格的容量规划和DevOps和财务团队的成本效益分析的大型复杂部署时。
根据我们的经验，企业每一两个季度都会在几周内投入大量人力资源，只是为了预留实例和储蓄计划的规划和采购。雷竞技rabet官网
首先，各个项目或应用程序团队需要对即将到来的时期需要多少计算资源进行估计。雷竞技rabet官网
然后需要由TechOps或DevOps团队进行审查，以确认计划的项目确实需要所要求的计算能力。
最后，财务团队需要审查所建议的保留实例或节省计划的特定风格，并确保所建议的保留容量将真正交付积极的ROI。
其中大部分工作通常是使用繁琐的电子表格完成的，需要对历史云使用情况进行繁琐的审查，并对预期的计算能力需求进行复杂的预测。即使使用AWS现货市场购买短期的二手RIs或出售未使用的RIs，要获得任何显著的价值，也需要投入大量的时间和精力。
完善的云预留容量规划
幸运的是,Spotinst生态拥有令人难以置信的跟踪记录，帮助公司完全简化了确定何时购买AWS保留实例和储蓄计划以及购买哪种类型的过程。Spotinst Eco并没有止步于此，它完全自动化了对预留容量的持续管理，确保了最大的利用率、ROI和财务灵活性，同时DevOps和财务团队所需的时间和精力最少。
购买预留容量前的成本分析
购买Eco备用容量后的成本分析
听起来很有趣吗?开始一个免费的演示生态今天!
