搬瓦工 CPU 占用过高被限制怎么办？各方案 CPU 限制阈值与排障流程

在 VPS 运维过程中，CPU 资源的分配与调度直接影响到业务的响应速度。当您的服务器因程序死循环、大规模数据压缩（如 tar 打包）或后台任务堆积（如“宝塔面板”计划任务）而导致负载飙升时，搬瓦工的自动化管理机制会介入以确保机房整体的稳定运行。

一、 搬瓦工（BandwagonHost）自动限速机制解析

与许多服务商直接关停账户的策略不同，搬瓦工目前采取的是更为灵活的自动化管理模式。了解这一机制是进行排障的前提。

• 短时间爆发许可：除了 SLA 系列套餐外，搬瓦工允许用户在短时间内使用 100% 的 CPU 资源。这保证了用户在执行瞬时高能耗操作（如重启服务或解压文件）时不会受到干扰。

• 一小时平均限制：系统核心考核指标是过去一小时内的“平均 CPU 负载”。如果该平均值超过了所购套餐的限定比例，系统将触发保护机制。

• 限速不限制服务：一旦触发限制，服务器不会被暂停，而是会被自动限制可使用的 CPU 周期。此时服务器依然处于 Running 状态，但由于计算能力受限，远程操作（如 Xshell 连接）和网页访问会变得异常缓慢。

二、 搬瓦工（BandwagonHost）各套餐 CPU 限制阈值对照表

为了方便排查，下表列出了搬瓦工主流套餐及特殊促销方案的 CPU 核心占用上限比例。

套餐系列类型	具体方案名称	CPU 平均占用上限 (官方术语 + 通俗解释)
SLA 方案	SLA Plan / 任何带有 Service Level Agreement 的方案	无限制（可 24/7 满载运行）
常规套餐方案	BETA KVM Plan / 5G Plan	20% of 1 core (平均 0.2 核)
	10G Plan	25% of 1 core (平均 0.25 核)
	20G Plan	50% of 1 core (平均 0.5 核)
	40G Plan	75% of 1 core (平均 0.75 核)
	80G Plan	100% of 1 core (平均 1 核)
	160G Plan	100% of 1 core + 50% of 2nd core (平均 1.5 核)
	320G Plan	100% of 2 cores (平均 2 核)
	480G Plan	100% of 3 cores (平均 3 核)
	640G Plan	100% of 4 cores (平均 4 核)
	960G Plan	100% of 6 cores (平均 6 核)
	1280G Plan	100% of 8 cores (平均 8 核)
	3G/128M Promo	10% of 1 core (平均 0.1 核)
早期促销方案	5G/256M Promo	14% of 1 core (平均 0.14 核)
	5G/512M Promo / V3 10G/512M Promo	17% of 1 core (平均 0.17 核)
	V3 20G/1G Promo	25% of 1 core (平均 0.25 核)
	30G/4G RAM Promo / V3 40G/2G Promo	50% of 1 core (平均 0.5 核)
V3 CN2 GIA 方案	V3 CN2GIA 10G/512M Promo	50% of 1 core (平均 0.5 核)
	V3 CN2GIA 20G/1G Promo	100% of 1 core (平均 1 核)
	V3 CN2GIA 40G/2G Promo	100% of 1 core + 50% of 2nd core (平均 1.5 核)
	V3 CN2GIA 80G/4G Promo	100% of 2 cores (平均 2 核)
	V3 CN2GIA 160G/8G Promo	100% of 3 cores (平均 3 核)
	V3 CN2GIA 320G/16G Promo	100% of 4 cores (平均 4 核)
V5 CN2GIA / DUBAI	V5 CN2GIA/DUBAI 20G/1G Promo	100% of 1 core (平均 1 核)
	V5 CN2GIA/DUBAI 40G/2G Promo	100% of 1 core + 50% of 2nd core (平均 1.5 核)
	V5 CN2GIA/DUBAI 80G/4G Promo	100% of 2 cores (平均 2 核)
	V5 CN2GIA/DUBAI 160G/8G Promo	100% of 3 cores (平均 3 核)
	V5 CN2GIA/DUBAI 320G/16G Promo	100% of 4 cores (平均 4 核)
	V5 CN2GIA/DUBAI 640G/32G Promo	100% of 6 cores (平均 6 核)
	V5 CN2GIA/DUBAI 1280G/64G Promo	100% of 8 cores (平均 8 核)
HK / TOKYO 方案	V5 HONG KONG/TOKYO 40G plan	100% of 1 core (平均 1 核)
	V5 HONG KONG/TOKYO 80G plan	100% of 2 cores (平均 2 核)
	V5 HONG KONG/TOKYO 160G plan	100% of 3 cores (平均 3 核)
	V5 HONG KONG/TOKYO 320G plan	100% of 4 cores (平均 4 核)
限量版与活动促销方案	The Plan / The Tokyo Plan v2	45% of 1 core (平均 0.45 核)
	Limited edition plans / Freedom Plan	30% of 1 core (平均 0.3 核)
	The DC9 Plan / The DC6 Plan / The Tokyo Plan	30% of 1 core (平均 0.3 核)
	The Amsterdam Plan	30% of 1 core (平均 0.3 核)
	MINICHICKEN Plans	25% of 1 core (平均 0.25 核)
	MINIBOX Plans	20% of 1 core (平均 0.2 核)
	BIGGERBOX Plans	25% of 1 core (平均 0.25 核)
	POWERBOX / MEGABOX / SAKURABOX	30% of 1 core (平均 0.3 核)
	V3 80G/4G Promo 及以上	100% of 1 core (平均 1 核)
2018 历史大促方案	2018-11-11 CN2 Special V3 / Cyber Monday	50% of 1 core (平均 0.5 核)
	2018 Black Friday CN2 Special V3	25% of 1 core (平均 0.25 核)
	2018 Black Friday CN2 GIA Special V3	25% of 1 core (平均 0.25 核)
	2018-12-12 CN2 DC8 Special V3	25% of 1 core (平均 0.25 核)

三、 如何确认搬瓦工（BandwagonHost）服务器正处于性能受限状态？

由于限速状态下服务器仍显示为“运行中”，需要通过以下两个官方渠道确认是否触及阈值。

1. 检查控制面板实时通知

• 用户应当 登录KiwiVM。如果 VPS 触发了 CPU 限制，面板主屏幕（Main screen）会弹出一个醒目的黄色警告框，明确提示 "Due to high CPU usage..."（由于 CPU 使用率过高...）。

当 CPU 负载过高时，KiwiVM 主页会弹出黄色警告，提示 CPU 频率已被限制

2. 观察 Detailed statistics 趋势图

• 进入左侧菜单的 Detailed statistics 页面。

• 重点观察 CPU Usage 图表。

典型的限速特征是：先出现一个极高的突发尖峰，随后立即跌落并变成一条平直的低位横线。

典型的“限速曲线”——绿色尖峰代表突发性能，随后的平直低线代表系统自动执行的 CPU 限制

四、 如何解除 CPU 限制并恢复系统性能？

搬瓦工的限速机制具备高度的自动化特性。用户无需通过繁琐的工单申请解除，只需降低资源消耗即可实现性能回归。

1. 终止异常进程

• 即使在限速状态下，也可以尝试通过 SSH 终端（或 KiwiVM 的网页版 Root shell）进入系统。

• 输入 top 命令，找出排名靠前的、占用 CPU 极高的进程 PID。

• 使用 kill -9 [PID] 命令结束异常进程，防止其持续消耗计算资源。常见的高占用进程包括 BT-Task（宝塔任务）、mysqld（数据库）或被植入的挖矿程序。

2. 等待自动恢复

• 官方明确表示，一旦 CPU 资源消耗降低到套餐许可的水平，限速将在 60-120 分钟内自动解除。用户无需重启服务器或联系“搬瓦工客服”人员。

3. 长期优化建议

• 如果业务确实需要更高性能，建议通过后台执行“升级套餐”操作，以获得更高的核心分配权重。

• 定期通过 Audit Log 检查是否存在非授权的脚本运行，这是导致资源异常爆满的常见诱因。

注意事项

搬瓦工承诺不会因为正常的 CPU 使用率问题而暂停服务，除非涉及违反 TOS 的恶意滥用行为。

如果发现服务器不仅是变慢，而是状态直接显示为 Suspended，则通常是由于“流量”超标或支付问题，而非单纯的 CPU 过载。