在规划云上应用时，最常被问到的问题之一是：到底该用固定容量还是弹性伸缩？答案并非绝对，但如果你经历过流量高峰和低谷，就会发现弹性伸缩在控制云资源开支上往往更高效。本文通过一个典型场景，对比两种模式的成本差异，并给出可落地的操作步骤。
场景：电商网站的流量波动
假设你运营一个电商网站，平时日均请求量稳定，但每逢促销或活动，流量会突然暴增到平时的5倍。如果采用固定容量，你需要按峰值流量购买服务器，但平时大量资源闲置，造成浪费。而弹性伸缩可以让你在流量上涨时自动增加实例，流量回落后自动减少，从而只支付实际使用的资源。
成本对比：固定容量 vs 弹性伸缩
固定容量的成本模型很简单：无论实际使用多少，你都需要为预留的容量付费。例如，你购买了10台EC2实例，即使只有1台在忙碌，你也要支付10台的费用。而弹性伸缩则不同，AWS EC2提供按需扩展能力，你可以根据指标（如CPU利用率）自动调整实例数量，从而在低峰期减少实例，降低开支。
根据AWS成本优化支柱，成本优化的目标是“以最低的价格点实现业务结果”，并避免资源闲置。弹性伸缩正是实现这一目标的关键手段。
实操步骤：配置弹性伸缩策略
下面通过AWS环境演示如何配置弹性伸缩，以优化成本。
第一步：定义启动配置
首先，创建一个启动模板，指定AMI、实例类型、安全组等。实例类型的选择会影响成本，建议根据业务需求选择适合的规格，避免过度配置。
第二步：创建Auto Scaling组
在EC2控制台中，创建Auto Scaling组，关联启动模板，并设置最小、最大和期望实例数。例如，最小1台，最大10台，期望2台。这样在流量低时，至少保留1台实例，流量高时可以扩展到10台。
第三步：配置伸缩策略
添加目标跟踪策略，例如CPU利用率保持在50%。AWS会自动调整实例数量，以维持该目标。这种策略比手动调整更及时，也能避免过度反应。
第四步：设置监控与告警
启用CloudWatch监控，设置告警通知。当实例数量发生变更时，你会收到通知，便于及时调整策略。
失败条件与常见误区
弹性伸缩并非万能，以下情况可能导致成本不降反升：
- 伸缩策略过于激进：频繁扩容缩容会导致实例启动/终止开销，建议设置合理的冷却时间。
- 实例规格过大：即使数量少，但规格过大会推高成本。应选择匹配工作负载的实例类型。
- 忽略非计算资源：数据库、存储等可能成为瓶颈，需要一并优化。
- 没有测试伸缩行为：在生产环境前，应通过负载测试验证伸缩策略的有效性。
成本优化的额外建议
除了弹性伸缩，AWS成本优化支柱还建议：
- 使用Spot实例处理无状态、容错的工作负载，进一步降低成本。
- 购买Savings Plans或预留实例，为稳定负载提供折扣。
- 定期审查资源使用情况，识别闲置资源并释放。
参考资料
延伸阅读