一台 2 核 2G 服务器与 20 GB 月流量的真实边界

买机器的时候只看两个数字：几核、几 G。真正决定它能干什么的，是另外两个：上行带宽、每月流量。这两个数字我都是后来才测的，测完才发现之前的判断全错了。

先把实测数据摆出来

内存那一行值得单独说：标称 2G，但系统起来之后 free -m 显示的可用只有 930 MB。装个 MySQL（默认配置就要 170 MB）就没了五分之一。所谓「2G 够用」，前提是你别在上面跑重东西。

带宽和流量是两件事

这是最容易混的一对概念，混了会白花钱：

带宽是水管口径，流量是水桶容量。把水管加粗，桶不会变大，只会让水流得更快。

所以「调大带宽」对流量配额毫无帮助 —— 按流量计费时，调大只是允许你瞬间冲得更猛，20 GB 反而更快见底；调小也不会省，传 1 GB 还是消耗 1 GB。

真正决定 20 GB 能用多久的，是「发出去多少数据」，不是「发得多快」。

空载每月已经花掉 2.6 GB

机器上只放了一个静态页，按理说不该有流量。但统计出来日均出站 87 MB、进站 35 MB，折合每月约 2.6 GB，占 20 GB 的 13%。

查了一圈，来源是云厂商自带的两个组件：

• hbrclient —— 云备份客户端，持续往外报数据
• aegis —— 安全组件，拦截挖矿木马用的

第一个八成用不上，关掉能省 1 GB 左右。第二个不建议关 —— 关掉之后机器被当矿机的概率会明显上升，省的流量不值这个风险。

# 只关备份客户端，安全组件保留
systemctl disable --now hbrclient hbrclientupdater

20 GB 到底能干什么

扣掉系统占用的 2.6 GB，实际可支配约 17 GB：

结论很清楚：操作类用途够用，流媒体类直接放弃。

一个容易算错的账：计费只算出方向

按流量计费时，入方向通常免费，出方向才收费（当时约 0.8 元/GB，以账单为准）。这个不对称性决定了用法：

最后一行最反直觉：一次穿透访问，数据在服务器上进一次、出一次，出站那两段都计费。所以穿透传 1 GB 文件，实际扣的是 2 GB。

所以这台机器的定位

瓶颈不在 CPU，也不在磁盘，而在 704 KB/s 的上行和每月 20 GB 的配额。这两个数字把它的用途限制得很窄：

• 适合：API、webhook、静态页、定时任务、SSH 运维 —— 几乎不耗流量
• 勉强：远程桌面，但要算着小时数用
• 不适合：视频、大文件分发、摄像头常开

如果非要在上面放重流量业务，正确做法不是「省流量」，是把流量外包出去：文件放对象存储，服务器只返回一个 URL。这样服务器一个月几百 MB 都用不掉，20 GB 这道墙等于消失了。

以上数字来自 2026 年 10 月的实测，同一台机器不同时期会有差异；计费单价以当期账单为准。