把条款里的核数上限抄成一张表
服务条款的 Fair Share Policy 一节，按套餐容量（以硬盘规格标记）逐档列出了“一小时平均 CPU 负载”的上限。把 ECOMMERCE 线五档与我们关心的两档 Ultra 并排放，配合目录里的报价，得到这样一张对照表：
| 套餐 | 标称核数 | 条款允许的一小时均值 | 实际比例 | 月付 |
|---|---|---|---|---|
| V5 40G / 2GB | 2 核 | 1 核 + 第二核 50% | 75% | 49.99（大阪） |
| V5 80G / 4GB | 4 核 | 2 核 | 50% | 56.99 |
| V5 160G / 8GB | 6 核 | 3 核 | 50% | 86.99 |
| V5 320G / 16GB | 8 核 | 4 核 | 50% | 159.99 |
| V5 640G / 32GB | 10 核 | 6 核 | 60% | 289.99 |
| V5 1280G / 64GB | 12 核 | 8 核 | 67% | 549.99 |
| 香港 / 东京 320G | 8 核 | 4 核 | 50% | 589.99（香港） |
比例并不是“核数越大越宽松”这么简单：小档受限于单核配额，大档才逐步放开。条款原文还写明，只有带 SLA 的套餐不受这条限制，允许全天使用全部可用核心。这也解释了为什么 SLA 线在目录里比同规格的 ECOMMERCE 贵出 25% 到 34%：溢价买的不是硬件，而是“CPU 不限载”。
小档为什么给得更少：配额是按硬盘规格写的
条款里的配额单位不是核数，而是套餐的硬盘容量：40G、80G、160G、320G、640G、1280G。这个写法透露了计费逻辑：物理机上每 TB 存储背后能分到的 CPU 时间是有上限的，商家按这个上限反推每一档能给出多少均值核心。所以同一张硬盘表里的不同产品线（基础版、ECOMMERCE、Ultra）拿到的是同一套 CPU 配额，只有 SLA 线例外。这意味着“买更贵的线路”不会换来更多 CPU，线路溢价只买到网络，算力配额还是看硬盘规格。
监控几天比看参数更可靠
一小时平均负载怎么计量，条款没有给出算法细节。想确认自己有没有踩线，最实用的办法是装上监控后观察控制面板的统计曲线：把 15 秒或 1 分钟的采样点滚动平均成 1 小时，任何时刻超过配额都要警惕。如果业务是周期性峰值（每小时一次的批处理），可以把任务错开到不同分钟，用时间换平均值的余量。这一条对 640G 与 1280G 档尤其重要，因为它们的标称核数与均值配额差距最大。
跨档真正的增量是均值核数，不是标称核数
用条款的均值上限重新算一遍相邻两档的增量，价格曲线会换一个样子：
- 4G 档到 8G 档：标称核数从 4 增到 6，均值从 2 核增到 3 核，月付涨 30 美元。每多 1 个均值核 30 美元。
- 8G 档到 16G 档：标称 6 到 8，均值 3 到 4 核，月付涨 73 美元。每多 1 个均值核 73 美元，是上一跳的 2.4 倍。
- 16G 档到 31G 档：标称 8 到 10，均值 4 到 6 核，月付涨 130 美元，每个均值核 65 美元。
- 31G 档到 64G 档：标称 10 到 12，均值 6 到 8 核，月付涨 260 美元，每个均值核 130 美元，是全表最贵的一跳。
如果负载是持续吃 CPU 的（编译机、转码、批量计算），这四跳里最不划算的恰好是 8G 到 16G 和 31G 到 64G，因为它们的标称核数涨了，均值配额却只跟着涨一点。反过来，如果负载是内存密集、CPU 只做短时突发，条款的上限根本碰不到，这时按标称核数选档没有意义，应该直接看内存和流量。
100% 的核数能用多久
条款允许“短时间内”使用 100% 的 CPU，限制的是一小时平均值。以 4G 档为例，上限相当于 2 个核的持续占用，而标称 4 核。如果你每 10 分钟跑一次持续 2 分钟的全核编译，一小时里的平均负载是 4 核 ×(2/10)=0.8 核，远低于 2 核的上限，完全合规；但如果你跑的是持续 20 分钟的构建，平均就到了 1.33 核，再叠上数据库的日常负载，很容易顶到 2 核。这条规则的实际含义是：突发可以随便用，长期不行，判断标准是“一小时平均”，不是瞬时峰值。
另一个常被忽略的门槛是存储 I/O：条款建议不要长时间维持每秒 100MiB 以上的磁盘读写，连续四个小时以上就会收到提醒，继续的话服务可能被临时暂停。跑备份、日志归档、视频转码写盘的人，这一条比 CPU 更容易踩线。
退款条款把“10% 流量”和“CPU 上限”绑到了一起
退款的条件写得比大多数商家细：必须是新订单而非续费、下单不超过 30 天、账户无欠款、没有任何已发起或正在进行的支付争议、IP 不在黑名单且从未因黑名单更换过、当月已用流量低于配额的 10%。最后一条决定了验收窗口的长度。
把 10% 换成时间：4G 档季度 3000GB，10% 就是 300GB；在 2500Mbps（每秒 312.5MB）下跑满，300GB 只够 16 分钟；就算按每秒 10MB 的温和压测，也只有 8.5 小时。8G 档 5000GB 的 10% 是 500GB，5000Mbps 下是 13 分钟，10MB/s 下是 14 小时。这意味着验收必须在拿到机器后立刻做，而且先用低速率试探，再决定要不要跑满。一旦流量越线，退款资格就没了，条款里没有“补差额”的余地。
值得注意的是，条款允许 30 天内申请，但退款一旦通过会立即终止服务、不可逆地删除全部数据、快照和备份，并且只按原支付方式退回。所以退款是“试错”手段，不是“换机器”手段，做迁移备份要在申请之前。
把退款窗口换算成可测的验收清单
既然 10% 流量是硬门槛，验收顺序就该反过来设计：先确认机器能开机、线路延迟和丢包正常，再跑小流量压测验证磁盘与端口，最后才考虑大流量场景。300GB 的额度对 4G 档来说相当于 16 分钟满速，一次完整的网络压测就可能把它用掉，建议压测前先在控制面板看清楚已用流量的统计口径，部分商家的统计有延迟，不要以自己脚本的计数为准。
按负载形状选档：四个场景
把均值核数、内存、流量三件事放一起，五档的适用面其实很分明：
- 单站点或轻量面板：4G 档够用，2 核均值对 WordPress 这类应用绰绰有余，风险在流量：3000GB 配 2500Mbps，图片站或下载站要算清楚峰值带宽会烧多快。
- 多容器编排加数据库：16G 档，4 核均值可以支撑十几个中等容器，内存也够。这一跳每均值核 73 美元最贵，但它是唯一把端口从 2500Mbps 提到 5000Mbps 的位置。
- 持续编译、转码：直接看 31G 和 64G 档，6 核与 8 核均值才是能长期跑满的配额，或者干脆上 SLA 线，用溢价换不限额的 CPU。
- 只做代理或转发：CPU 上限不是瓶颈，应该往小档挑，把钱花在机房里：同样规格、同样均值配额，香港档报价是大阪档的 1.8 倍左右，差价全在回程线路上。
想看各档可选机房与整期价，从推广入口进产品目录：查看搬瓦工 ECOMMERCE 五档报价与 15 个机房可选清单。条款原文在官方知识库的 TOS 页面，下单前建议自己再读一遍 Fair Share 与退款两节。
下单前要确认的四件事
- 机房迁移后的流量核算：15 个机房同价，但迁移后剩余额度怎么算，官方页面只写了可免费迁移、不丢数据。
- 超额之后的处理：条款与目录都没有写超限是停机、限速还是按量计费，跑镜像或视频节点的人必须问清。
- CPU 上限的计量方式：条款写的是“一小时平均”，具体以控制面板统计为准，建议自己装个监控观察头几天。
- 退款前置条件：30 天内、流量低于 10%、IP 无黑名单、无支付争议，四条缺一不可，验收节奏要据此安排。
文中价格取自 2026 年 11 月 6 日的官方目录快照，条款取自官方知识库当前版本（条款页标注最后修改于 2025 年 11 月 26 日）。下单时以订单页与条款页当时显示为准。
资料来源
用户评论