如果您想加入「AWS爱好者」微信群和其他同学交流，请加微信:chenmoemo，后拉入「AWS爱好者」微信群。

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

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

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

1、优化AWS使用成本系列（一）思维模式转变与成本分配标签
2、优化AWS使用成本系列（二）AWS Organizations与成本优化文化建设
3、优化AWS使用成本系列（三）正确配置实例规模
4、优化AWS使用成本系列（四）增加系统弹性
5、优化AWS使用成本系列之预留实例（RI）为您提供大幅折扣
6、5分钟精通预留实例购买选项和属性
7、灵活调整标准RI可用区和大小，最大化账单优势
8、变变变变变，可转换预留实例
9、EC2实例给您打一折–AWS  Spot实例

我们今天继续成本优化系列，讨论的主题是—Amazon Elastic Block Store (EBS) 卷及成本优化。

—Amazon Elastic Block Store (EBS)卷的类型—

Amazon Elastic Block Store (EBS)，提供了块级存储卷用于EC2实例。

我们登陆下AWS控制台，创建卷时：

首先需要选择卷类型：通用型 SSD (gp2)、预配置 IOPS SSD (io1)、吞吐优化 HDD (st1)、Cold HDD (sc1) 和 磁介质（standard 为上一代类型）。它们的性能特点和价格不同，您需要根据您的工作负载的实际情况和要求对应选择不同的存储性能和相应费用，我们下面就开始详细讨论这些卷类型的内容。

—Amazon Elastic Block Store (EBS)各类型卷主要性能指标及使用案例—

以上卷类型主要归入两大类别：SSD和HDD，对应IOPS和吞吐量两个性能指标：

• 支持 SSD 的卷针对涉及小型 I/O 的频繁读/写操作的事务性工作负载进行了优化，其中管理性能属性为 IOPS
• 支持 HDD 的卷针对吞吐量 (以 MiB/s 为单位) 是优于 IOPS 的性能指标的大型流式处理工作负载进行了优化

那么不同的卷类型的对应提供的性能指标以及使用案例有哪些呢？

• 通用型 SSD 卷提供 3 IOPS/GiB 的基本性能，并且能够长时间突增到 3,000 IOPS。这些卷适用于广泛的使用案例，例如，引导卷、中小型数据库以及开发和测试环境。
• 预配置 IOPS SSD 卷支持高达 64,000 IOPS和 1,000 MiB/s 的吞吐量。因此，您可预见性地将每个 EC2 实例扩展到数万 IOPS。
• 吞吐优化 HDD 卷提供低成本的磁性存储，该存储以吞吐量而不是 IOPS 定义性能。这些卷非常适合大型顺序工作负载，例如，Amazon EMR、ETL、数据仓库和日志处理。
• Cold HDD 卷提供低成本的磁性存储，该存储以吞吐量而不是 IOPS 定义性能。这些卷非常适合大型顺序冷数据工作负载。如果您不需要经常访问数据并希望节约成本，这些卷提供价格低廉的块存储。

通用型SSD卷不能自行指定IOPS值，提供3 IOPS/GiB的基本性能。如我们创建的卷为100G，将会提供约300 IOPS性能；同理，如果我们需要600 IOPS，就需要创建200G的卷；但通用型SSD卷最高可达到16000 IOPS，需要大于5333GIB的卷。

预配置 IOPS SSD 卷，可以根据您的负载需要自定义IOPS的值，最小值为100 IOPS，最大值为64000 IOPS。

磁介质（standard 为上一代类型），目前已经陆续在淘汰。

注意HDD卷不能作为系统引导卷使用。

下面这个表格非常详细的描述了各个卷对应的使用案例和性能指标等内容：

—根据业务工作负载的需求情况选择卷类型—

前面我们介绍了不同的EBS卷类型对应的性能指标以及使用案例等，我们在创建EBS卷前，要判断业务负载是更依赖于IOPS还是吞吐量，根据IOPS的需求选择标准还是预配置IOPS；

对于一般场景的业务需求，通用型SSD即可满足需要，像是一些开发和测试环境；对于部分业务需求的生成环境也可以采用通用型SSD；对于大型数据库对IOPS有高性能要求的工作负载，一般采用预配置IOPS卷；对于大数据以及数据仓库更适合吞吐量性能的负载采用吞吐优化HDD。

推荐的最佳实践为在开始选型的时候标准是按需，随后根据业务需求在进行调整。如开始就选择预配置高的IOPS，而实际上用不到的话就会造成浪费。（预配置IOPS卷需单独支付每月每个预置IOPS费用）

—EBS卷参数的调整—

EBS卷可以动态调整参数，包括增加卷大小，修改预配置IOPS容量，以及更改卷类型。

通过CloudWatch监控卷性能，在需要时及时调整EBS卷，确保为应用负载提供足够的性能，又不会为不需要的资源付费。

—EBS卷定价组成—

本文的最后，我们看下AWS对于EBS不同的卷类型的定价，以东京区为例：

我们通过下面的截图可以看到，每月每GB的HDD卷成本最低，预配置的IOPS SSD的成本最高。我在这里主要想要强调说明一点的是，使用预配置的IOPS SSD卷，除了要支付每月每GB的预置存储费用，还有单独支付每月每个预置IOPS费用。

最后，经过长期使用AWS后，一些不需要的、未配置成随EC2删除的EBS卷，以及不需要的EBS快照，通常会大幅增加我们使用AWS的成本且容易被忽视，定期检查并删除他们，不要让白花花的银子从我们的指尖溜走。

以上就是今天的内容，生命不息，学习不止，下次见。

如果您想加入「AWS爱好者」微信群和其他同学交流，请加微信:chenmoemo，后拉入「AWS爱好者」微信群。

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

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

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

1、优化AWS使用成本系列（一）思维模式转变与成本分配标签
2、优化AWS使用成本系列（二）AWS Organizations与成本优化文化建设
3、优化AWS使用成本系列（三）正确配置实例规模
4、优化AWS使用成本系列（四）增加系统弹性
5、优化AWS使用成本系列之预留实例（RI）为您提供大幅折扣
6、5分钟精通预留实例购买选项和属性
7、灵活调整标准RI可用区和大小，最大化账单优势
8、变变变变变，可转换预留实例
9、EC2实例给您打一折–AWS Spot实例

通过前面几个主题的介绍，预留实例RI的内容暂时告一段落，我们今天讨论的主题是—-《EC2实例给您打一折–AWS  Spot实例》。

— 什么是Spot实例？—

什么是Spot实例呢？Spot 实例是一种目前尚未使用的 EC2 实例，AWS以低于按需价格提供，这也是AWS最大化利用空闲资源的一种方式。

Spot实例，AWS价格大杀器之一，最高可比按需实例可节省90%。对于一些业务需求，灵活使用Spot实例是AWS最有效成本优化途径之一。

您可以以非常便宜的价格启动Spot实例来使用，要启用Spot实例主要有两个前提，第一，当前的容量是可用的，第二，您请求每小时最高价超过Spot的价格。

— Spot实例可能会被中断 —

启用Spot实例后您就可以像EC2按需实例方式使用Spot实例了，但是，与按需实例不同的是，在您享受优惠价格的同时， Amazon EC2在您使用Spot实例的过程中可能会中断您的Spot实例，那么什么情况下会中断您的Spot实例呢？

• 价格 – Spot 价格高于您的最高价。
• 容量 – 如果没有足够的未使用 EC2 实例，无法满足 Spot 实例 的需求，则 Amazon EC2 会中断 Spot 实例。实例的中断顺序是由 Amazon EC2 确定的。
• 约束 – 如果您的请求包含约束（如启动组或可用区组），则当不再满足约束时，这些 Spot 实例 将成组终止。

由于在使用Spot实例的过程中可能导致实例中断，所以Spot实例并不是适用于所有业务类型，如果能灵活控制应用程序的运行时间并且应用程序可以中断，Spot 实例就是经济实惠之选。例如，Spot 实例非常适合数据分析、批处理作业、后台处理和可选的任务。

— Spot实例中断前的处理 —

Spot 实例 的可用性也会因为有多少未使用 EC2 实例可用而差别巨大。始终可能会中断您的 Spot 实例。因此，必须确保应用程序针对Spot 实例中断做好准备。

Spot中断前2分钟AWS会发送中断通知，您可以监控这个通知，然后2分钟做数据和状态的处理，如将Spot实例上存储的日志转移到S3等。

— Spot实例的优惠幅度 —

那Spot实例比按需实例优惠幅度如何呢，我们找一个实例类型来具体看一下。m5.2xlarge是8核心/32g的实例，通过AWS控制台查询，Spot的价格是按需价格的2折就可以拿下，大批量使用Spot实例，会大幅降低云使用成本。

— 结语 —

随着AWS不断推出新的功能，目前的Spot提供的功能非常强大，包括使用Spot队列（Spot+按需），持续性Spot实例请求，指定Spot实例的持续时间等等，满足业务的多样化需求。

当然，前面也提到过，不是所有的业务架构和类型都适用于Spot实例，Spot实例非常适合来做一些批处理，后台分析，数据分析，以及一些临时的测试需求。我们要做的就是掌握使用Spot实例知识，然后根据业务的情况，决定是否采用或将按需替换成Spot，从而大幅优化AWS的使用成本。

想想您的业务哪块可以使用Spot实例？

Spot实例的内容就到这里了，以上就是今天的内容，生命不息，学习不止，下次见。

如果您想加入「AWS爱好者」微信群和其他同学交流，请加微信:chenmoemo，后拉入「AWS爱好者」微信群。

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

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

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

1、优化AWS使用成本系列（一）思维模式转变与成本分配标签
2、优化AWS使用成本系列（二）AWS Organizations与成本优化文化建设
3、优化AWS使用成本系列（三）正确配置实例规模
4、优化AWS使用成本系列（四）增加系统弹性
5、优化AWS使用成本系列之预留实例（RI）为您提供大幅折扣
6、5分钟精通预留实例购买选项和属性
7、灵活调整标准RI可用区和大小，最大化账单优势
8、变变变变变，可转换预留实例

我们今天开始继续预留实例（RI）的内容—-整合账户（AWS Organizations）中的RI优先顺序及如何关闭RI共享。

在本系列前面的内容–优化AWS使用成本系列（二）AWS Organizations与成本优化文化建设，我们介绍了整合账户（AWS Organizations）（原文内容如下）：

• 其次，很重要的一点是，在整合账户的组织中的任何账户，都可以享受其他账户购买的RI小时成本优惠，这就意味着可以规划买一定比例的RI折扣放在主账户，其他账户的EC2等资源就直接享受可能高达75%的折扣。RI是指预留实例，这个在后面会具体介绍。

也就是说，整合账户组织中的任何账户，都可以共享其他账户购买的RI优惠，使RI匹配更加的灵活，最大化账单的优势。

那么问题来了，当整合账户（AWS Organizations）中的某个成员账户中购买了RI，那该成员账户到底是匹配自己账户中的RI，还是其他整合账户成员的RI呢？

其实，AWS对于整合账户中的RI匹配有自己的规则。整合账户后，AWS就把里面所有的账户都当成是一个账户来处理，匹配的顺序的原则是最优惠于客户，账户中自己的RI优先自己账户使用但如果关联的其他账户如有更合适且更低费率的RI,将优先与该账户拥有的RI应用于账户。具体的匹配规则可以看下图中的举例，可帮助您的理解。

关闭整合账户（AWS Organizations）的RI共享功能

上面提到了使用整合账户，可以共享其他账户的RI，能够最大化账单优势。

有一种情况可能是某个账户出于其他种种因素，如账户成本财务单独核算等等，不希望和其他整合账户成员共享RI，这种情况是可以关闭RI共享的，AWS支持这个功能。付款人账户（AWS Organizations主账号）可以关闭该组织中任何账户的预留实例 (RI) 共享，包括付款人账户。这意味着，在关闭了共享的任何账户之间不共享预留实例。要与一个账户共享 RI，则两个账户都必须开启共享。具体关闭方式为账单首选项，RI折扣共享配置中。

以上就是今天的内容，生命不息，学习不止，下次见。

如果您想加入「AWS爱好者」微信群和其他同学交流，请加微信:chenmoemo，后拉入「AWS爱好者」微信群。

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

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

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

1、优化AWS使用成本系列（一）思维模式转变与成本分配标签
2、优化AWS使用成本系列（二）AWS Organizations与成本优化文化建设
3、优化AWS使用成本系列（三）正确配置实例规模
4、优化AWS使用成本系列（四）增加系统弹性
5、优化AWS使用成本系列之预留实例（RI）为您提供大幅折扣
6、5分钟精通预留实例购买选项和属性
7、灵活调整标准RI可用区和大小，最大化账单优势

我们今天开始继续预留实例（RI）的内容—-变变变变变，可转换预留实例。

前面我们介绍了预留实例的内容，了解到了购买时产品类别中的购买选项包括标准预留实例和可转换预留实例。

标准预留实例，可以灵活的调整标准预留实例的可用区和大小，匹配账单，最大化利用账单优势。那么如果我们的业务调整，需要调整预留实例的类型呢？比如从实例的M系列调整为C系列，这样的话，标准预留实例就无法搞定了，就需要用到本文的可转换预留实例。

可转换预留实例可以交换，提供了一定的灵活性。

最常用的是当需求的实例系列发生变化后，比如由C4变为M4后，如果之前购买的是可转换预留实例，就可以通过交换可转换预留实例，来适配M4，继续利用RI的折扣优势。不过有一点需要注意的是不能转换预留实例的区域，区域是不能转换的啦。

那么标准预留实例和可转换预留实例要如何选择呢？

可转换预留实例的折扣没有标准预留实例那么给力，但是它提供了更多的灵活性，具体如何选择要根据自己业务的需要。如果业务不确定性太多，可能会导致实例的类型的变更，那么可转换预留实例就是一个更好的选择，在业务需求变更时通过转换可转换预留实例还能继续匹配最大化利用账单优势；否则，提前详细规划标准预留实例的大小、利用可用区预留的高折扣以及区域预留的灵活性，在满足业务需要的同时，会享受更大的折扣。

可转换预留实例，提高了灵活性的同时或多或少也增加了一些管理成本，如何选择就根据大家的实际业务的情况啦。

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

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

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

1、优化AWS使用成本系列（一）思维模式转变与成本分配标签
2、优化AWS使用成本系列（二）AWS Organizations与成本优化文化建设
3、优化AWS使用成本系列（三）正确配置实例规模
4、优化AWS使用成本系列（四）增加系统弹性
5、优化AWS使用成本系列之预留实例（RI）为您提供大幅折扣
6、5分钟精通预留实例购买选项和属性

我们今天开始继续预留实例（RI）的内容—-灵活调整标准RI可用区和大小，最大化账单优势。

要想最大程度的利用RI优化AWS成本，可以通过AWS提供的账单工具关注RI的使用情况，定期跟踪RI的覆盖率，也可以设置当覆盖率低于阈值时可设置警报通知。这样在RI出现不匹配的情况下可以及时发现，及时调整，这部分会放在后面的内容介绍。

当使用量没有达到一定规模时，可能会有计算需求变更导致之前购买的RI不在生效，这个时候一定要掌握RI修改技巧，及时将RI修改继续利用账单优势。

图中表格内是RI可以修改的一些属性。

RI修改的属性和一些限制：

• 修改RI的可用区
• 修改RI的大小

修改RI的可用区

如果业务需求变更导致可用区发生了变化时，这个时候可以修改预留实例的可用区，将预留实例再次匹配，最大化的利用RI的折扣优势。

可以修改全部或者部分RI，可将原始的预留实例分成两个或更多的预留实例。

看图中的例子很清楚说明了修改可用区的情况：

将us-east-1a的3个RI修改为us-east-1a 1个和us-east-1b的2个RI。

修改RI的大小

除了修改预留实例的可用区，修改预留实例的大小也是经常会遇到的情况。如果业务计算需求大小发生了变化时，这个时候可以修改预留实例的大小，将预留实例再次匹配，最大化的利用RI的折扣优势。如M5.2xlarge, 2xlarge就是大小。

修改预留实例大小需要遵从什么规则呢——大小占用空间，非常好理解：

每个 Reserved Instance 都有实例大小占用空间，该空间由预留中实例类型的标准化因子（前面介绍过）和实例数量决定。修改Reserved Instance时，目标配置的占用空间必须与原始配置相匹配，否则不会处理修改请求。

图中最下方有两个例子：

1.两个t2.micro的大小是1，在加上一个t2.small的大小是1，一共大小是2，所以合并成一个t2.medium（大小是2）

2.一个t2.medium大小是2，可以分解成3个t2.micro（3个大小为1.5），在加上2个t2.nano(2个大小为0.5)。

很容易理解。

以上，就是本次的内容，后面会介绍交换可转换预留实例的内容，敬请关注。

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

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

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

1、优化AWS使用成本系列（一）思维模式转变与成本分配标签
2、优化AWS使用成本系列（二）AWS Organizations与成本优化文化建设
3、优化AWS使用成本系列（三）正确配置实例规模
4、优化AWS使用成本系列（四）增加系统弹性
5、优化AWS使用成本系列之预留实例（RI）为您提供大幅折扣

我们今天开始继续预留实例（RI）的内容—-预留实例购买选项和属性。

预留实例的购买选项，主要有三个：

• 付款选项：无预付费用、预付部分费用或预付全费。 
• 期限：一年期或三年期。一年定义为 31536000 秒 (365 天)。三年定义为 94608000 秒 (1095 天)。 
• 产品类别：可转换或标准。 

结合上面的选项，预付全费/三年期的/标准预留实例 ，肯定是折扣最好的，产品类别我们后面会介绍。另外要注意选择”无预付费用“，AWS要评估和结合之前AWS的购买使用记录。

预留实例的购买选项如何选择，需按照实际的业务情况（业务需求1年稳定OR3年？），预付多少费用？（根据资金情况，无预付，部分，还是预付全费），产品类别（后面介绍）来决定。

预留实例的属性

购买预留实例一定要注意属性的匹配，买的预留实例和使用的属性不匹配，就是钱白花了，预留实例未生效（虽然通过后面介绍的办法有可能能免费转换）

实例类型，范围，租期，平台，预留实例的四大属性，根据业务实际需求确定如何将其应用到您的账户中正在运行的实例：

• 实例类型：例如，m4.large。这由实例系列 (m4) 和实例大小 (large) 组成。 
• 范围：Reserved Instance 适用于某个区域还是特定可用区。 
• 租期：您的实例在共享 (默认) 还是单租户 (专用) 硬件上运行。
• 平台：操作系统；例如，Windows 或 Linux/UNIX。

上述预留实例属性中，下面在把预留实例的范围属性单独在重点展开下，

预留实例的范围是指预留实例适用于某个区域还是特定可用区，举个例子，亚太地区（新加坡）这个就是区域，新加坡有3个可用区。

如果买RI，购买区域性RI后新加坡整个区域所有可用区匹配的实例都可以享受RI的折扣，如果购买的是针对新加坡3个可用区的某个可用区的话，只能在这个可用区里匹配的实例才可以享受RI的折扣。

区域性RI和地区性RI还有一些容易忽视的区别：

地区性RI是提供容量预留的，就是说在可用区里将RI匹配的资源帮您预留好，想开服务起来随时可以启用。但区域性RI是不提供容量预留的（可能因为AWS资源不够等原因的特定可用区启动不了实例）

区域性RI的好处有两个:

• 可用区灵活性，上面提到了，区域内的任何可用区的实例都可以享受RI的折扣。
• 实例大小灵活性，实例系列中的实例使用均可享受RI折扣，无论实例大小如何。比如m4.large，m4是系列，large是大小，所以区域性RI的实例大小灵活性就是指这个区域只要是m4系列，不管大小都可以享受RI折扣。

那实例的大小如何对应RI呢，这个和标准化因子有关。

就是下图中右侧的表格，每一个实例的大小对应着标准化因子的数字。根据标准化因子，区域中任何可用区预留实例的大小，相同实例类型的部分或全部正在运行的实例享受折扣。是不是听着比较难懂，举个例子就容易理解了，下面的两个图：

• t2.medium 区域RI =标准化因子为2 ，可以将账单优势应用于全部两个t2.small实例（1+1=2）
• t2.medium 区域RI =标准化因子为2，可以将账单优势应用于50%个t2.large实例（标准化因子为4）

注意，只支持具有默认租期的Linux/Unix 预留实例。

当我们的企业开始采用云服务时不仅仅面临的是技术革新，它还很有可能改变原组织的运作方式。当企业由原定期发生的投资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几分钟生成环境，非常的灵活，又节省了成本。

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

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

好的，下面步入正题，《优化AWS使用成本》系列的第一部分介绍了：

优化AWS使用成本系列（一）思维模式转变与成本分配标签
优化AWS使用成本系列（二）AWS Organizations与成本优化文化建设

我们今天开始第二部分，正确配置实例规模。在使用AWS的过程中，如何正确配置实例大小/规模呢？首先在使用计算资源时，实例大小和规模要和业务匹配；其次，结合不同的业务场景，选择适合的实例的使用方式，这样才能最大化的优化AWS的使用成本。

-第二部分 正确配置实例规模-

–计算选型的一些简单原则–

在实例选型时，基本上的原则是只满足业务容量需求即可，不需要过度的配置，造成成本的浪费，因为实例配置可以随时进行调整，当配置不够时在调整即可。

那如何能够正确配置实例的大小呢，利用Amazon CloudWatch，或者一些类似的监控指标，观察业务利用率，确定缩减规模。

另外呢，如果需求实在太小，可考虑容器，AWS有对应容器的服务。

还有AWS主推的无服务器计算架构，AWS Lambda，不需要购买实例，直接在Lambda上传相应的脚本完成对应的功能，只收取很少的请求和持续时间等费用，省去了大笔实例费用。比如，可以上传一个脚本，功能为当用户上传到S3文件成功时执行对应的操作等等。这块的内容比较多，感兴趣的同学可以重点看下AWS Lambda服务的内容。

–计算实例典型使用方式–

计算资源选型，AWS将实例根据负载类型分为计算/内存/通用/存储/突发性能等等类型，不同实例系列，对应着不同的优化，以及CPU虚拟核心对应内存的比例等等，用户可以根据实际的计算需求进行选择。

以下是一些计算实例典型的使用方式：

对于一些稳定的需求，可以使用RI（预留实例），比如DB、账号服务器等等，这样能享受最高达75%的优惠折扣。

对于一些可变但可预测的需求，比如业务中一些前端WEB服务器，可能根据负载情况所需的服务器数量不同，可以用AUTO SCALING服务，当负载高的时候启用更多的实例来支撑业务负载，当负载下来时自动缩减实例数量达到既满足了业务承载，又节省了成本的目标。

另外对于一些DEV/TEST等内部环境，在不使用的时候可以随时关闭节省成本，因为开着就会计算成本，在需要时在开起来。

对于一些特别临时的需求，可以使用Spot实例，最高可以节省90%的成本，这部分后面在具体讨论。

在本文的最后，我想提供一个通过CloudWatch监控到计算资源浪费后调整实例类型节约成本的一个例子，帮助大家理解本文的主题，正确配置实例的大小/规模：

1. 配置资源时使用的是m4.4xlarge,1.72美元/小时
2. 业务上线后通过cloudwatch等监控指标，发现服务的负载非常低
3. 根据负载情况调整成m4.large实例，价格是0.215美元/小时
4. 再次对性能进行观测，如无异常完成此次调整
5. 最终成本节约87%

我们继续《优化AWS使用成本》系列的第一部分成本优化基础的剩下内容。

–使用有效的账户结构–

使用有效的账户结构，主要是指整合账户。整合账户这部分主要是针对企业有多个AWS账号的情况，尽早的对组织的账户规划对于成本的优化会非常有帮助。

整合账户是指通过AWS organizations服务进行AWS账户的管理，可以在服务中创建AWS账户也可以将现有账户加入组织，主要功能包括整合账单和账户管理功能：

• 整合账单，可以使用组织的主账户整合和支付所有成员账户。
• 账户管理功能，主账户可以限制成员账户访问AWS服务，进行权限方面的管理（这块不在本主题的讨论范围内，感兴趣单密吧）

与成本相关的主要是整合账单。

整合账户后，除了可以合并计费付费，几个比较容易忽视的对AWS成本优化有很大提升的部分是：

• 首先，不仅仅是合并付费，各成员账户的一些服务使用量也会合并计算，而一些AWS的服务如EC2和S3等服务，会随着用量增加而享受更低的价格，这就是整合账户对于成本优化的帮助之一；
  
• 其次，很重要的一点是，在整合账户的组织中的任何账户，都可以享受其他账户购买的RI小时成本优惠，这就意味着可以规划买一定比例的RI折扣放在主账户，其他账户的EC2等资源就直接享受可能高达75%的折扣。RI是指预留实例，这个在后面会具体介绍。

–使团队设计成本架构–

在业务架构设计初期，最好让熟知成本架构团队参与，在架构设计时就做好成本优化，避免造成资源的浪费，导致业务上线后在进行调整（虽然比传统数据中心方便）。

匹配的这些知识需要靠相关的培训来获得，使团队可以熟悉成本优化，AWS成本相关的服务，建立主动优化的意识等等。

在优化成本的过程中建立可视化过程及目标，定目标，看效果，不断优化不断调整，通过AWS提供服务，如预算工具等等进行跟踪，定期评估，优化。

AWS成本优化知识哪里来？下面的星球啊：）

–分配优化责任–

分配优化责任，就是明确成本的负责人以及目标,很多企业设立专门的云卓越中心负责成本跟踪和优化相关工作。

建立精益成本文化，不断的培训和传播相关知识，在业务各个阶段中选择满足需求的最优资源，以及不断的优化使用成本，让使用者在使用云时形成自然成本优化意识，形成文化。

很多组织在业务快速增长时没有重视成本优化方面的事情，殊不知省到既是赚到，可能关注优化知识几分钟能省下几百万。

整个第一部分结束。

(待续)