EC2 规格选错，后面所有优化都是在补窟窿。这一页给的是选型判断方法，不是配置推荐表 —— 因为脱离具体用途的推荐没有意义。
先回答三个问题
- 跑的是什么？
静态网站、WordPress、Java 应用、Python 服务、数据处理任务、机器学习推理 —— 不同负载对 CPU、内存、IOPS 的需求完全不同。
- 并发有多少，要多稳？
日访问量和峰值 QPS 决定需要几台、每台多大；能不能接受几分钟重启决定要不要 Auto Scaling。
- 要什么计费方式？
长期稳定运行的用预留/ Savings Plans 最省；流量波动大的用按需；可中断的批处理用 Spot。选错方向的账单差距可以到数倍。
实例族怎么理解
| 族系 | 适用 | 注意 |
|---|---|---|
| T / M | 通用型，Web 应用、数据库、中小规模服务 | 网络性能一般，适合中小流量 |
| C | 计算优化，高并发 Web、应用服务器 | CPU 密集型任务的默认选择 |
| R | 内存优化，数据库、缓存、大数据组件 | 内存与网络配比高，数据库首选 |
| I | 存储优化，高吞吐低延迟 I/O | 适合对磁盘性能敏感的数据库 |
| G / Graviton | ARM 架构，比同配置 x86 更省电省钱 | 需要确认你的软件和镜像都有 ARM 版本 |
| P / G | 含 GPU，机器学习与图形处理 | 成本高，通常按需或 Spot，不预留 |
计费方式怎么选
| 方式 | 适合 | 大致折扣 |
|---|---|---|
| 按需 On-Demand | 临时任务、测试环境、不可中断业务 | 基准价 |
| 预留实例 RI | 长期稳定运行的单一实例族 | 约 5–8 折 |
| Savings Plans | 长期运行但可能换实例族或跨区 | 约 6–8 折，灵活性优于 RI |
| Spot 竞价 | 可中断的批处理、渲染、数据处理 | 折扣最大，但可能被回收 |
用 Spot 跑生产服务前，一定要确认业务真的能容忍实例随时消失 —— 或者至少配好自动重建机制。这不是省钱技巧，是需要配套设计的架构决策。
常见问题
免费额度够用吗？
免费额度只适合测试和小规模使用，且部分新账号的有效期是 12 个月。生产业务不要建立在免费额度上 —— 到期后账单和资源都会被影响，且容易在毫无预期的情况下超支。
不确定选多大规格怎么办？
用 CloudWatch 指标来定，而不是拍脑袋。先用接近真实负载的实例跑一段时间，看 CPU、内存、网络、磁盘的实际使用率，再决定升配还是降配。多数客户的实际需求比预估低 —— 降配省下的钱往往比优化效果更明显。
需要帮忙做选型吗？
包含在 AWS 技术支持 里。我们会给规格、计费方式、成本估算和降配建议，不做单纯推销大实例。