一、先解决第一件事：规格表为什么看不懂
打开 ECS 购买页，规格列表长这样：ecs.g8i.xlarge、ecs.c7.2xlarge、ecs.e-c1m2.large、ecs.u1-c1m2.large……
看着像乱码，其实这套命名有严格语法，拆开就三层：
ecs . <规格族> . <规格大小>
ecs是产品代号；<规格族>= 主体（小写字母 + 数字）+ 后缀（小写字母）；<规格大小>表示 vCPU 核数。
第三层最好记，官方定义是：small = 1 vCPU，large = 2 vCPU，xlarge = 4 vCPU，<n>xlarge 就是 n × 4。
| 写法 | vCPU 核数 |
|---|---|
| small | 1 |
| large | 2 |
| xlarge | 4 |
| 2xlarge | 8 |
| 3xlarge | 12 |
| nxlarge | n × 4 |
所以 ecs.g8ae.4xlarge 就是 4 × 4 = 16 vCPU；再按通用型 1:4 的处理器内存配比推算，内存 64 GiB。看懂这三层，规格表就不再是天书。
二、主体字母：决定这台机器"偏科"在哪
这是选型的核心。主体字母标的是处理器与内存配比和适用场景：
| 字母 | 含义 | 处理器:内存 | 官方典型场景 |
|---|---|---|---|
| c | 计算型 computational | 1:2 | 数据库、Web 服务器、游戏服务器、视频编码、批量计算、机器学习 |
| g | 通用型 general | 1:4 | 通用互联网应用、Web 网站、Java 应用服务、游戏服务、搜索推广 |
| u | 通用算力型 universal | 1:1 / 1:2 / 1:4 / 1:8 | 对价格敏感的企业级应用、网站与应用服务器、中小型数据库、缓存搜索集群 |
| r | 内存型 ram | 1:8（部分规格不是） | 内存数据库、Redis 等分布式缓存、Kafka/Elasticsearch、内存要求高的 Java 应用 |
| re | 内存增强型 ram enhanced | — | 内存容量进一步拉高 |
| hf | 高主频型 high frequency | 1:2 / 1:4 / 1:8 | 大型多人在线游戏、HPC 科学计算、中大型数据库 |
| i | 本地 SSD 型 | 1:4 / 1:8 | OLTP、高性能关系型数据库、NoSQL、Elasticsearch |
| d | 大数据型 big data | 1:4（部分规格不是） | Hadoop MapReduce / HDFS / Hive / HBase、日志数据处理 |
| s | 共享型 share | — | 一般中小网站 |
| t | 突发型 burst | — | 低负载、偶发峰值 |
| e | 经济型 economy | — | 入门、个人开发 |
一句话挑主体：要均衡选 g，要算力选 c，要内存选 r，要本地高 IO 选 i，要便宜选 e / u。
三、后缀字母：CPU 品牌与增强特性
同是 g8，也分好几种，差别全在后缀：
| 后缀 | 含义 |
|---|---|
| i | 采用 Intel CPU |
| a | 采用 AMD CPU |
| ae | AMD 增强型（AMD enhanced） |
| y | 阿里云自研倚天 710，ARM 架构 |
| h | 海光处理器 |
| se | 存储增强型（storage enhanced） |
| ne / nex | 网络增强型（network enhanced） |
| t | 安全增强型（TPM） |
| p | 持久内存型（persistent ram） |
这里有个容易踩的点：ARM 架构（y 结尾）的实例，每一个 vCPU 都对应一个处理器的物理核心，资源独享；而 x86 企业级实例，每一个 vCPU 对应一个处理器核心的超线程。也就是说同样标 4 vCPU，两者的实际算力口径并不完全等价，跨架构比价时应该看实测而不是只数核数。
四、主体里的数字：第几代
主体中的数字是代际，8 比 7 新，7 比 6 新。官方的表述是"更大的数字代表新一代规格族，拥有更高的性价比"。同价位下，优先选新一代。
五、入门级和企业级：便宜的代价
官方把 x86 分为两档：
| 维度 | 入门级 x86（e / t / s / v5 等） | 企业级 x86 |
|---|---|---|
| 资源利用 | 共享、超分 | 独享 |
| 性能稳定性 | 无法保证稳定 | 稳定 |
| 适用场景 | 一般中小网站、个人开发 | 企业级应用、数据库、视频编解码、数据分析 |
| 成本 | 低 | 高 |
个人练手、访问量很小的静态站，入门级完全够用。但只要跑数据库、要 7×24 稳定在线，就该直接上企业级——共享型省下来的那部分钱，通常会以半夜告警的形式还回去。
六、按场景反查规格族
官方选型指导给了直接的对应关系，照着抄比自己拍脑袋强：
| 应用 | 官方推荐规格族 | 关键约束 |
|---|---|---|
| Nginx / 负载均衡 | c8i、c7、c7nex、g5ne | CPU 要求高，内存要求不高 |
| Redis / Memcache | r8i、r8a、r7、r7a | 内存要求高 |
| ZooKeeper / 配置中心 | c8a、c7、c8i、u1 | 启动协商阶段有大量 I/O |
| Kafka / RabbitMQ | c8a、c7、c8i、u1 | 内存与 vCPU 配比常为 1:1 |
| MySQL / NoSQL | g8a、g7、g8i；I/O 敏感选 i 系列 | 存储弹性扩展建议配 ESSD |
| Elasticsearch | i4、i4r、i3、i2 | 内存与 vCPU 配比要大 |
| 视频转码 / 直播 | c8y、hfc8i | CPU 要求高 |
| Spark / Hive | g8y、r8y | CPU 高、内存带宽高、存储带宽高 |
| 端游 / 科学计算 | hfc 系列 | 高主频，配比 1:2 |
七、计费方式：三种模式的边界
| 维度 | 包年包月 | 按量付费 | 抢占式实例 |
|---|---|---|---|
| 付费模式 | 预付费，先付费后使用 | 后付费，先使用后付费 | 先使用后付费，按实际时长收费 |
| 适用场景 | 固定的 7×24 服务，如 Web 服务 | 有爆发业务量、临时扩展、临时测试、科学计算 | 可中断的按需任务 |
| 释放实例 | 到期前需申请退订，或转按量付费后再释放；到期未续费将自动释放 | 随时可以释放 | 随时可以释放，系统也可能自动释放 |
| 变更实例规格 | 支持 | 支持 | 不支持 |
| 变更带宽配置 | 支持 | 支持 | 不支持 |
| 转换计费方式 | 支持 | 支持 | 不支持 |
| ICP 备案（中国内地） | 购买时长不少于 3 个月的实例可用于备案（需购买公网带宽） | 不支持 | 不支持 |
有个细节值得单独拎出来：备案只认包年包月且时长 ≥3 个月。如果你的站要挂自己的域名走国内节点，这条会先把计费方式钉死。
八、抢占式实例：便宜 90% 的代价是"随时可能被收走"
官方定义：抢占式实例采用先使用后付费，市场价格根据供需关系实时变化，相对于按量付费最高能节约 90% 的成本。
几条必须知道的规则：
- 计费项只有实例规格——不包含镜像、云盘、固定带宽、快照。这些资源照常另外付费。
- 有没有保护期，取决于你怎么设：
- 设定实例使用 1 小时：创建后 1 小时内不会被自动释放；超过 1 小时后，系统实时比较出价与市场价格、并检查资源库存，来决定实例是被持有还是被回收。
- 无确定使用时长：运行时长没有保障，系统立即实时比价、查库存来决定持有与回收。
- 中断有提前通知：根据官方示例，实例被通知中断回收后，5 分钟后释放。
- 实际计费按市场价格算，不是按你的出价算。出价只是你愿意支付的最高价格。
- 费用按秒计算，但按整点小时区间产生一条消费明细。
所以抢占式的正确用法是"可中断的计算"：离线批处理、大数据计算节点、CI 构建机、渲染农场、压测环境。官方在大数据选型指导里也明写了"计算节点在计费模式上可以采用抢占式实例，实现性价比最优化"。
反过来，别用它跑数据库，也别用它承载业务唯一入口的 Web 服务。
九、成本账怎么算才不亏
三句话能覆盖大部分情况：
- 长期稳定（半年以上）的业务：包年包月，先把折扣拿到手；
- 不确定会不会长期跑、或流量波动大：先按量付费，跑一两个月看真实账单再决定是否转包年包月（官方支持按量转包年包月，且可享一定程度的价格优惠）；
- 可中断的批量任务：抢占式，出价跟随市场价格即可。
还有几种"叠加优惠"可以在业务跑稳之后再算：预留实例券（抵扣按量付费实例账单）、节省计划（承诺消费金额换取更低的按量折扣）、存储容量单位包 SCU（抵扣云盘、快照）、共享流量包（抵扣按流量计费的公网流量）。
拿眼下常见的入门规格举例：个人开发者常选的经济型 e 实例 2 核 2G，年付促销价在百元量级；通用算力型 u2a 2 核 4G 年付在千元量级。具体单价与折扣以官方页面实时展示为准，不要照着第三方转载的旧价目表下单。
十、买完必须验证：选型不是一次性动作
官方选型指导里有一句常被忽略的话：完成选型并开始使用后，建议根据一段时间的性能监控，验证所选规格是否合适。
举个具体例子：你选了 ecs.g8i.xlarge，监控发现 CPU 使用率一直很低——先别急着降配，看看是不是内存占用率偏高导致的。如果确实是内存瓶颈，正确的动作是换成配比更合适的规格族（比如从 1:4 换到 1:8 的内存型），而不是单纯加 vCPU。
ECS 支持升降配；动手前建议先过一遍官方的"规格变更限制与自检"文档，避免改到不支持的目标规格。
十一、选型清单（照着填）
- 业务类型定位：CPU 密集 / 内存密集 / IO 密集 / 均衡？
- 由第 1 步定主体字母：c / r / i / g / u；
- 代际取新不取旧：同价位优先更大数字；
- 定 CPU 品牌与架构：Intel(i) / AMD(a、ae) / 倚天(y) / 海光(h)；
- 挑增强项：网络增强 ne/nex、存储增强 se、安全增强 t；
- 核数按 small / large / xlarge / nxlarge 换算；
- 计费模式：7×24 长期 → 包年包月；不确定 → 按量付费；可中断 → 抢占式；
- 上线后用监控验证，必要时升降配。
十二、避坑清单
- 别用 vCPU 核数跨架构直接比价：ARM 实例一个 vCPU = 一个物理核，x86 企业级是超线程，口径不同。
- 别把入门级（共享 / 突发 / 经济型）当企业级用：便宜来自资源超分，性能不保证稳定。
- 抢占式实例不支持变更规格、不支持转换计费方式，选型阶段就要想清楚。
- 抢占式只含实例规格费用，云盘、带宽、快照要单独算。
- "无确定使用时长"的抢占式比"设定 1 小时"更便宜，但没有保护期。
- 备案要求包年包月且时长 ≥3 个月，并且需要购买公网带宽——按量和抢占式都不支持。
- 按量付费实例用完记得释放，否则会持续扣费，直到账号欠费停机才自动释放。
- 规格族数量多且持续更新，价格与折扣随时调整，一切以官方页面实时展示为准。
结语
选 ECS 的本质是两件事：配比对不对（看主体字母），和付费方式合不合业务节奏。把这两个问题分开来答，那张规格表就没那么吓人了。
真要下单前，建议对着官方页面的实时价格与在售规格再确认一遍：云服务器 ECS 产品页。
