AWS返现 AWS EC2省钱技巧汇总
一、选对实例类型，别当冤大头
别以为买个顶级配置就万事大吉，就像你买菜时买下整个菜市场，结果只用了两根葱。EC2实例类型分好多款，计算优化型、内存优化型、通用型……选对了才省钱。比如跑个静态网站，用t4g.micro完全够用，非得上c5.4xlarge，那不是自己给自己找罪受？
1.1 按需匹配业务需求
AWS给实例分了几十种类型，每种针对不同场景。跑数据库的选内存优化型R5，做科学计算的选计算优化型C6i，普通Web应用用通用型T4g。如果你业务波动大，T系列的突发性能实例特别香，白天高负载时自动提升性能，晚上自动降级，比一直开着大机器划算多了。
1.2 避免"大马拉小车"
见过最离谱的案例：某公司用c5.9xlarge（36核）跑了个每天访问量100人的博客。结果每月电费够买辆新车了！检查下CPU和内存利用率，如果长期低于20%，赶紧换小规格。AWS的Cost Explorer能帮你一键发现"大马拉小车"的实例，直接点进去调整就行。记住：服务器不是越大越好，合适才是王道。
二、预留实例：长期稳赚不赔
买预留实例就像办健身卡，办年卡比单次买便宜，但前提是你要真的去健身房。如果业务不稳定，突然不做了，那预留实例就变成沉没成本。建议先用按需跑三个月，统计使用规律再决定是否买预留。
2.1 理解预留实例的三种类型
全预付最便宜（省72%），但风险最大；部分预付平衡（省54%），适合有预算但怕浪费的；无预付灵活（省42%），适合不确定性的场景。举个例子，你有个稳定运行的数据库，一年365天不歇机，全预付最划算；如果是季度性项目，选部分预付更保险。千万别看别人都买全预付就跟着买，搞不好买完项目黄了，钱打水漂。
2.2 时机选择与购买策略
预留实例有效期1年或3年。3年期虽然单价低，但万一技术迭代快，可能新机型性能更好。建议先买1年期试水，同时观察业务趋势。另外，AWS有预留实例市场，可以卖掉闲置的预留实例回血，比直接浪费强。就像二手市场转卖旧手机，多少能回点血。
三、Spot实例：薅羊毛的高手
Spot实例就像抢购秒杀，便宜到哭，但随时可能被抢走。适合那些能承受中断的任务，比如跑个10小时的渲染，中间断了重来就行。不过得设置好检查点，或者用Spot Fleet来多买几个，增加成功率。
3.1 Spot实例的适用场景
别用Spot跑你的核心业务！但测试环境、CI/CD流水线、大数据分析这些无状态任务简直是Spot的菜。某电商公司用Spot跑双十一的流量测试，省了80%成本，万一中断就重启，反正不影响生产环境。关键要设置好自动恢复机制，比如用S3存中间数据，断了从断点继续。
3.2 防止中断的小技巧
Spot实例中断前2分钟会发通知，利用这个时间做善后工作。可以写个脚本监听中断事件，自动保存状态并迁移任务。或者用Spot Fleet，同时申请多个可用区的实例，就算一个被回收，其他还能顶上。记得把实例类型设置为"多样化"，AWS会自动选价格最低的，比指定单一类型更省钱。
四、自动伸缩：动态调整，省时省力
设置自动伸缩规则，就像给服务器装了个智能开关，人多的时候多开几个，人少的时候自动关掉。比如电商大促时自动扩容，平时维持最低配置，省下的钱能请团队吃一个月火锅。
4.1 设置合理的伸缩策略
别傻乎乎地只靠CPU使用率！结合内存、网络、队列长度等多维度指标。比如队列积压超过100条自动扩容，处理完后自动缩减。关键要设置冷却时间，别刚扩容就立刻缩容，又扩容，像坐过山车一样，系统受不了，钱包也受不了。
4.2 结合Scheduled Actions
有些业务有明显波峰波谷，比如工作日白天流量大，晚上几乎没人用。直接设置定时伸缩规则，晚上10点自动缩减到1个实例，早上8点扩到10个。比靠指标自动伸缩更精准，毕竟半夜流量突然暴增的概率太低了。记得检查时区设置，别把北京时区写成纽约时区，结果半夜自动扩容，可就糟了。
五、存储优化：别让数据拖垮钱包
数据存储的坑比深井还多，一不小心就月度账单暴涨。EBS和S3用对了，能省下一大笔。
5.1 EBS存储分层使用
EBS分gp2、gp3、io1等类型。gp2按容量收费，gp3能单独调整IOPS，同样性能下更便宜。比如500GB的gp3配3000 IOPS，比gp2的500GB+3000 IOPS省30%。数据盘用gp3，系统盘用gp2，平衡成本和性能。另外，快照存到S3，别一直占着EBS空间。删快照前确认是否还有用，别手贱删了备份。
AWS返现 5.2 利用S3的存储类别
S3的存储类别五花八门，标准、IA、智能分层、Glacier……别全扔标准里！比如日志文件存到S3 Standard-IA，访问少但需要快速取回；归档数据用Glacier，几美分1GB。某公司把90天前的日志自动转Glacier，月度存储费用直接砍半。记得设置生命周期规则，别靠人工手动操作，人总归会忘记。
六、监控与分析：知己知彼
不看账单的运维就是瞎子摸象。AWS的监控工具是省钱的"显微镜"，不看就亏大了。
6.1 Cost Explorer的妙用
打开Cost Explorer，点"查看成本和使用情况"，就能看到哪些实例最烧钱。按资源、标签、区域筛选，一目了然。比如发现某个测试实例连续三个月没用，立刻删掉。或者看到某个地区流量异常高，检查是否被DDoS攻击了。有个朋友用Cost Explorer发现测试环境占了40%成本，立马清理，月省两千多美元。
6.2 设置预算警报
AWS返现 给AWS账户设置预算警报，比报警器还灵。比如设定月消费超过500美元就发邮件，超过800美元就发短信。这样月底看到账单时不会惊掉下巴。注意：预算警报基于预计费用，实际费用可能有延迟，但总比事后挨骂强。曾经有个团队忘了关测试实例，预算警报提前一周提醒，才避免了天价账单，救了整个团队的命。
七、其他小技巧
这些小技巧看似不起眼，但积少成多，省下的钱足够买台新Mac。
7.1 善用标签管理资源
给所有资源打标签，比如project: marketing, env: production。这样在Cost Explorer里按标签过滤，一眼看出哪个项目烧钱最多。没标签？别指望财务部能帮你分清谁该买单。某公司用标签管理后，发现测试部门占了60%成本，立刻制定规则，禁止测试资源过夜运行，省下不少。
7.2 定期清理闲置资源
服务器、EBS卷、快照、ELB……这些资源一不留神就成"僵尸"。定期用AWS Resource Groups查闲置资源，或者用脚本自动清理。比如EC2实例连续7天CPU<5%，自动停机。或者用AWS Budgets设置闲置资源告警。有个运维老哥用脚本每周清理一次，一年省了两万多美元，够买个iPhone 15 Pro Max，还带点余钱。
