当我们的企业开始采用云服务时不仅仅面临的是技术革新，它还很有可能改变原组织的运作方式。当企业由原定期发生的投资IT资源，转变为价格与资源有效利用密切相关时，了解驱动云定价的因素和成本优化策略知识是非常值得的，它将会为我们的企业节省大量的成本支出。

目前虽然有很多企业已经上了云、在用云，但是重视AWS成本优化的企业目前可能并不多。我相信随着后续云计算的不断发展，更多的企业会使用云计算，且会有越来越多的企业和用户开始重视AWS使用成本，开始学习优化AWS的使用成本，我希望我们都是掌握成本优化的先行者，一起学习，一起进步。

好的，下面步入正题，截止到目前《优化AWS使用成本》系列的介绍了：

1、优化AWS使用成本系列（一）思维模式转变与成本分配标签
2、优化AWS使用成本系列（二）AWS Organizations与成本优化文化建设
3、优化AWS使用成本系列（三）正确配置实例规模
4、优化AWS使用成本系列（四）增加系统弹性

我们今天开始预留实例（RI）的内容—-预留实例，为您提供大幅折扣。

–预留实例（RI）是什么？–

预留实例（RI），主要两个作用，1.帮您省钱，2.容量预留。

• 预留实例（RI）不是实例的类型，是一种计费的方式，在简单粗暴一点解释，RI就是折扣。所以，如果没有买RI，就是在按照按需使用计费。而购买使用RI，并承诺包1年或者3年期，最高的折扣会比默认的按需使用计费优惠75%  
• 容量预留，在特定可用区中使用时提供容量预留。（注意，容量预留是RI另一个重要的功能，AWS不保证在没有容量预留的情况下客户启动实例时一定有资源可以启动成功）

所以，什么情况下需要购买预留实例（RI）呢？有稳定、长期的需求时（1-3年），或者有AWS可用区容量预留需求时。

–EC2购买选项–

这里在扩展介绍下EC2的购买选项，预留实例（RI）只是EC2购买选项的一种，EC2购买选项：

• 按需实例 – 按秒为启动的实例付费。 
• 预留实例 – 以大幅折扣购买一年期到三年期的始终可用的实例。 
• 计划实例 – 以一年为期限购买按指定重复计划始终可用的实例。 
• Spot 实例 – 请求未使用的 EC2 实例，这可能会显著降低您的 Amazon EC2 成本。 
• 专用主机 – 为完全专用于运行您的实例的物理主机付费，让您现有的按插槽、按内核或按 VM 计费的软件许可证降低成本。 
• 专用实例 – 为在单一租户硬件上运行的实例按小时付费。 
• 容量预留 – 可在特定可用区中为 Amazon EC2 实例预留容量，持续时间不限。

所以，我们要根据自己的业务需求，选择合适的购买选项，比如对于一些临时性需求，就没必要购买预留实例了，按需实例或者Spot实例更适合这种临时性的计算需求。

–预留实例购买–

购买EC2的预留实例，最简单的方式是通过AWS管理控制台，进入EC2页面，在页面左侧选择预留实例后，在页面右侧点击购买预留实例，然后在弹出页面会看到预留实例有很多购买选项，这块我们现在只简单看下，这些会在本系列后面的内容详细介绍。

那么购买后如何使RI生效呢？购买后EC2 实例的属性与活跃 RI 的属性匹配时，AWS 账单会自动应用您的 RI 折扣，不需要手动干预。

一些小TIPS

• 对于一些稳定的需求（1-3年），购买预留实例肯定是最简单粗暴而又最有效的优化使用成本的方式。
  
• 尽早的根据业务当前资源情况以及预计未来的大致规模，尽早统一规划设计购买RI方案，才能最大化优化成本。
  
• 规划RI的时候，不要只聚焦在具体的某个项目、某个业务，在整个企业层面所需资源这进行RI规划（结合整合账户），会更加灵活。

当我们的企业开始采用云服务时不仅仅面临的是技术革新，它还很有可能改变原组织的运作方式。当企业由原定期发生的投资IT资源，转变为价格与资源有效利用密切相关时，了解驱动云定价的因素和成本优化策略知识是非常值得的，它将会为我们的企业节省大量的成本支出。

目前虽然有很多企业已经上了云、在用云，但是重视AWS成本优化的企业目前可能并不多。我相信随着后续云计算的不断发展，更多的企业会使用云计算，且会有越来越多的企业和用户开始重视AWS使用成本，开始学习优化AWS的使用成本，我希望我们都是掌握成本优化的先行者，一起学习，一起进步。

好的，下面步入正题，截止到目前《优化AWS使用成本》系列的介绍了：

• 优化AWS使用成本系列（一）思维模式转变与成本分配标签
• 优化AWS使用成本系列（二）AWS Organizations与成本优化文化建设
• 优化AWS使用成本系列（三）正确配置实例规模

我们今天开始第三部分，优化AWS使用成本系列（四）增加系统弹性。

-第三部分 增加系统弹性-

弹性主要是通过AWS提供的Auto Scaling服务来实现。

Amazon EC2 Auto Scaling 助您确保拥有适量的 Amazon EC2 实例，用于处理您的应用程序负载。您可创建 EC2 实例的集合，称为 Auto Scaling 组。您可以指定每个 Auto Scaling 组中最少的实例数量，Amazon EC2 Auto Scaling 会确保您的组中的实例永远不会低于这个数量。您可以指定每个 Auto Scaling 组中最大的实例数量，Amazon EC2 Auto Scaling 会确保您的组中的实例永远不会高于这个数量。如果您在创建组的时候或在创建组之后的任何时候指定了所需容量，Amazon EC2 Auto Scaling 会确保您的组一直具有此数量的实例。如果您指定了扩展策略，则 Amazon EC2 Auto Scaling 可以在您的应用程序的需求增加或降低时启动或终止实例。

几乎所有的业务都存在着访问量的波峰/波谷，使用Auto Scaling来适应需求变化，在访问量大的波峰时期自动新增实例，在访问量减少后自动缩减实例，不需要像传统数据中心时需要前期一次性购置资源，从而达到了自动适应需求变化，减少使用成本目的。

当然，这也取决于业务的系统架构，Auto Scaling尤其适用于运行着的无状态程序的实例新增和缩减，或将写入实例上数据存入持久性存储（如S3，RDS），这是一个另外的话题，如何设计可伸缩高可用的业务架构，在这里不深入讨论。

如下图，基于时间或基于负载自动调整资源容量，不需要像数据中心服务器要提前按照峰值购置资源容量。减少了成本的投入。

• 基于时间，可针对时间启用或者关闭计算资源
• 基于负载，根据负载情况自动启用或者关闭资源

还有，及时关掉不使用的资源，永远都是成本优化的最佳实践之一。

如使用CloudFormation服务，可以通过模板管理AWS资源。对于一些临时的测试需求，可以配置好一个描述将要使用资源的模板可以直接启用AWS特定环境，包括EC2、ELB、RDS等服务。使用之后清退资源节省成本，再次使用利用CloudFormation几分钟生成环境，非常的灵活，又节省了成本。

大家好，我们接下来的探讨的主题是“优化AWS使用成本”，主要包括的内容就是在使用AWS的过程中，关于成本优化的支柱以及优化aws成本内容。

–思维模式的转变–

云和传统的数据中心服务器使用方式不同，思维模式要转变，才能更好的节省AWS的使用成本。如 ：

• 数据中心服务器，购买时要满足业务需求后在略高配置承载能力（为了预防后续业务需求增长），而云只需要按需配置，随时升级；
  
• 数据中心服务器，购买时要投入大量的前期成本用于购入服务器，而云是按需付费，用多少收多少钱；
  
• 数据中心服务器，成本在购入前谈个折扣，然后最后关注资源利用率，合合服，整合整合机柜，而云要在设计架构时就要了解成本优化相关的知识，云的成本优化的方式与数据中心服务器大不相同。

用了云咋不省钱呢？这也是很多使用云客户的疑问，为什么？因为你没用对！

后面的这些内容就是aws的成本优化支柱及成本优化相关的知识和内容，总计8个部分，包括：

1. 成本优化基础

2. 正确配置实例的规模

3. 弹性

4. 利用正确的定价模型RI

5. 要灵活使用Spot实例

6. 存储/数据库优化

7. 监控和跟踪服务使用情况

8. 这些小TIPS也能省大钱

-第一部分 成本优化基础-

第一部分是成本优化基础，我将一些简单的但对于成本优化工作有很大帮助的知识点放在了这部分，以及一些责任，文化这些内容会简单带过。

–定义及实施成本分配标签–

首先是定义及实施成本分配标签，把成本分配标签放在第一个来说,因为它对于优化AWS的使用成本非常的基础及重要，而且越早开始越好。

标签是客户或者AWS为AWS资源分配的标记，每个标签包含一个键和一个值。为资源分配标记后，就能够更好的进行资源的整理，更够更直观的跟踪成本。

AWS提供的成本分配报告，也能通过成本分配标签进行整理，这样方便对成本的分类和跟踪。成本管理器也可以用成本分配标签进行分组和筛选维度；

标签的设置根据组织情况和需求的不同可以依照环境/应用程序ID/成本中心/所有者来配置，比如将一些资源打上测试环境的标签，这样在上面提到的成本统计中可以非常直观的追踪测试环境包括的所有资源的成本情况。

能够追踪到具体的资源使用率以及占用成本的情况，才能有的放矢的提高成本优化的效率和效果。

(待续)

和群里的其他同学开始引导调查账单具体原因：

1. 先看了下4月的账单，发现账单的大部分的费用是NAT网关造成的，共1972小时，NAT网关是按照小时付费，不同区域价格不同，此账单区域每小时0.059美元，故116.35美金。（如图）

2. 用成本管理器看了下详细信息，确认确实在5月初NAT网关导致的扣费。（如图）

3. 1972小时，约82天，所以可判断NAT数量肯定不是一个，故引导查看了下CloudTrail,发现在4月是创建了3个NAT网关，5月份删除了，所以82天除以3月约27天，所以这部分也确认是正常的。（如图）

4. 最后对于该同学提出1，2天内被扣费100多美金，是因为AWS是月账单，一般是在月初的几天扣除上个月的使用费用，故账单的问题全部解除。

以上，往往我们在用AWS时，在资源可清退时只记得把EC2、S3这些比较明显的资源删除，而确忽视了EBS、NAT网关、ELB，很多资源都是按小时付费，最终导致金钱受到损失。

所以要养成定期跟踪账单情况的习惯，设置好账单告警，及时清退所有无用资源。