月初打开AWS账单，数字翻了几倍，心里咯噔一下。这种体验不只是你一个人遇到。2026年7月AWS计费系统出过一次全球性故障，有人看到1.5万亿美元的预估数字差点吓出心脏病。虽说是极端事件，但日常账单失控才是最折磨人的。

别急着买Savings Plans，也别立刻缩减服务器规格。先搞清楚钱去哪了，再动手。

1. 别慌查账单，先抓“凶手”

跑去Cost Explorer看总金额没用。你需要按服务（EC2、RDS、S3、EBS、NAT Gateway）和区域拆分费用。

最常见这几个坑：非生产环境机器没关、EBS卷在你删了EC2之后还孤零零挂着继续收费、跨区域数据传输出人意料地贵。先把当月费用按服务降序排列，最大的几项点开细看，往往能找到元凶。

2. 非生产环境，直接定个上下班闹钟

开发、测试、预发布环境，根本不需要24小时跑着。一台c5.large按需实例一个月大概70多美金，非工作时间关掉能省60%以上。

AWS有现成的Instance Scheduler方案，CloudFormation模板一套，在DynamoDB里配好“上班时间”，给实例打上对应标签，到点自动启停。一次性配置，月月生效。

3. 看清资源利用率，该缩就缩

很多实例买来的时候按峰值预估，跑起来之后CPU和内存长期在5%-10%晃荡。这叫“过度配置”，钱白花了。

先去Trusted Advisor和Compute Optimizer看一眼，AWS会直接给你推荐更小的实例类型。RDS也一样，检查连接数和CPU曲线，降到合适的规格。存储方面，EBS gp3比io1便宜得多，不是高IOPS场景没必要用高性能卷。

4. 长期稳定跑的东西，再谈Savings Plans

这里有个顺序很多人搞反了——先做前面两步，把该关的关了、该缩的缩了，再看剩下那些24×7必须跑的核心业务。针对这部分买Savings Plans或预留实例，承诺1年或3年用量，折扣30%-70%。

不要在一堆闲置机器上买SP，那是给浪费打折，不是省钱。

5. S3存储分层，别所有数据都放标准层

日志文件、数据库备份、历史数据，放S3 Standard存好几年，成本高得没必要。配置生命周期规则，30天前的日志自动转到S3 Glacier Instant Retrieval或者Deep Archive，费用能降80%以上。CloudWatch日志也一样，把保留周期从“永久”改成30天或90天。

6. 检查网络出口和NAT网关费用

出方向流量（Internet Egress）和跨可用区传输是账单里容易被忽略的大头。如果业务主要服务特定区域，CloudFront不用开全球加速，选区域价格版本就够了。S3大量读写场景，确认是否走了VPC Gateway Endpoint，不走NAT Gateway能省一笔。

最后说句实在话

成本优化不是一次性项目，是每周或每月花30分钟看一眼的日常习惯。AWS Well-Architected Framework里成本优化支柱把这件事讲得很透：不是买折扣方案就完事了，是持续让每份资源花得值。别被复杂工具吓到，从关掉一台不用的测试机开始，效果立竿见影。