计算型规格是什么
计算型实例的 vCPU 与内存配比为 1:2，在同价位下提供更高的单核算力密度，适合算力紧、内存不紧的业务。要不要换到计算型，应看压测数据而不是感觉：瓶颈在 CPU 才值得升级，瓶颈在磁盘或数据库时换规格只会更贵。
基本信息
| 比例 | vCPU 与内存 1:2，如 4 核 8G、8 核 16G |
|---|---|
| 适用 | Nginx 网关、游戏服务端、编解码、渲染、CI 编译 |
| 对比通用型 | 同 vCPU 更便宜但内存减半，内存敏感业务慎用 |
| 三厂命名 | 计算型 c 系列 / 计算型 C 系列 / 计算型 c 系列 |
| 选型依据 | 压测得到的 CPU 饱和度与内存水位 |
| 风险 | 内存水位高于七成时应优先考虑通用型或内存型 |
按瓶颈选规格
| 瓶颈位置 | 推荐规格 | 原因 |
|---|---|---|
| CPU 打满、内存有余 | 计算型 | 单位算力成本最低 |
| 内存吃紧、CPU 有余 | 内存型 | 避免 OOM 与频繁回收 |
| 两者较均衡 | 通用型 | 折中，迁移风险最小 |
| 磁盘 IO 高 | 更高性能云盘 | 换 CPU 规格没有收益 |
压测基准（wrk）
压测基准（wrk）
wrk -t4 -c100 -d30s --latency http://127.0.0.1:8080/health # 看 QPS 与延迟分位
# 压测同时观察资源水位，确认瓶颈在 CPU 还是内存
top -b -n1 | head -15
vmstat 1 5典型使用场景
- 前端网关与反向代理，IO 密集但内存占用低
- 游戏服务端与实时计算，靠单核性能压住延迟
- CI 编译与渲染任务，短时间吃满 CPU 后即释放
- 压测机与批处理机，成本优先且内存需求可控
先压测再选型：瓶颈在数据库或磁盘 IO 时，换计算型不会变快，只会更贵，这种返工在处理线上问题时代价很高。
内存水位超过七成就要警惕：计算型内存是通用型的一半，把内存敏感的服务迁上去很容易触发 OOM 与自动重启。
压测工具与业务跑在同一台机器上结果会失真：两者争抢同一份 CPU 与内存，测出的数字既代表不了线上也无法横向比较。
上线后按周看 CPU 与内存的水位趋势，把观察窗口覆盖业务峰值时段；单次 top 的瞬时值不足以支撑升降配决策，容易出现刚扩容又长期闲置的情况。