优化AWS使用成本系列(四)增加系统弹性

文 | 沉默恶魔(转载请注明出处)
关注公众号:AWS爱好者
微信号:chenmoemo

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

0 responses on "优化AWS使用成本系列(四)增加系统弹性"

Leave a Message

error: Content is protected !!