Amazon EC2 弹性云计算

EC2 是 AWS 的地基，也是最容易被买错的产品。绝大多数「云服务器怎么选」的问题，最后都落在两个决定上：选哪个实例系列、选哪种计费方式。这两件事定错，后面优化都只是补救——实例买大了是长期浪费，计费方式买错了同样烧钱。 我们每天都在帮客户开 AWS 账号和代付，见过最常见的失误是：拿一台 m5.large 跑本该用 Graviton 的负载，或者在稳定生产环境里一直用按需付费。下面按实际采购决策的顺序讲清楚。

规格与计费

第一步：按工作负载选系列，而不是按价格

AWS 的实例系列不是「贵一点的好一点」，而是横向分工。先判断你的负载属于哪一类： - Web 与业务系统 → M 系列。CPU 与内存均衡，绝大多数业务都不需要专门优化。 - 编译、转码、批处理 → C 系列。持续吃满 CPU，M 系列在同样的钱下跑得更慢。 - 数据库、Redis、内存缓存 → R 系列。内存/核比更高，数据库页缓存命中更多。 - GPU 训练与推理 → G / P 系列，训练看显存容量，推理看单价与并发。 选错方向的代价是长期且持续的：用 M 系列跑编译任务，等于按通用价买专用性能；用 C 系列跑数据库，等于为用不到的 CPU 核心付钱。

如果你的服务能跑 ARM：Graviton 值得先试

第二步：区域比实例选型更影响体验

这是最容易被低估、却最该优先决定的一件事。延迟由用户到你所选区域的物理距离和网络路径决定，换实例型解决不了。 对亚太用户：香港（ap-east-1）到大陆/台湾/香港通常在 15–30ms 区间；东京（ap-northeast-1）与新加坡（ap-southeast-1）大致在 45–95ms，具体随运营商与时段波动。 动手前自己测一遍：开一台最小配置实例，从你真实用户所在的网络连续 ping 24 小时，重点看晚高峰。测试成本几块钱，选错区域的代价是长期且持续的。

第三步：计费方式决定长期成本

实操建议：开发阶段用按需，正式环境稳定后转节省计划或预留实例。 大多数团队能把云成本压下来 30%–50%，靠的不是换更便宜的机器，而是不再为闲置时间付全价。 如果你的实例规格会变（比如从 M 升到 R），选节省计划而不是预留实例——RI 绑死规格，规格一变它就失去意义；SP 按用量计费，跟着负载走。 如果你有 GPU 训练这类「用完就停」的任务，Spot 配自动 checkpoint 是性价比最高的组合，竞价价格通常只有按需的一到两成。

怎么开通：走合作伙伴的完整流程

1. 说明需求：区域、实例系列、预计用量、是否需要固定公网 IP。
2. 确认报价：折扣幅度、计费方式、后续升配是否额外收费，都会写进订单确认单。
3. 开通账号：我们协助完成 AWS 账号开通与支付验证，你不需要绑定本人信用卡，也不需要提交个人证件材料。
4. 付款结算：按约定币种结算；账单一并核对后交付。
5. 环境交付：账号开通后你在 AWS 官方控制台自助下单，实例环境由我们协助初始化。

四个常见坑

• 长期跑按需付费：稳定负载用了半年才想起来转节省计划，白白多付半年。
• 跨区流量费：应用与数据库放在不同区域，流量费可能超过机器本身的钱。
• EBS 卷与快照忘删：删实例不会删卷，快照持续按 GB 计费，是账单里最常见的意外项。
• T 系列 CPU 积分耗尽：超出基准性能后按超额计费，长时间跑满 CPU 的负载并不便宜。