GCP 免费机搭建 NewAPI 翻车实录：这性能真的没法玩？

最近手贱，又不想浪费手里的 GCP 免费 Intel 鸡，突发奇想能不能在上面部署一个 NewAPI 试试水。结果大家都知道的——翻车了，连 SSH 都直接连不上，直接给我整嗝屁了。

说实话，这次踩坑虽然不意外，但也给想在 GCP 免费机上“搞事情”的朋友们提了个醒：免费的东西，果然是有代价的。

GCP控制台截图显示NewAPI部署失败

GCP 免费机因部署 NewAPI 导致负载过高而崩溃

事情的起因很简单，看着 GCP 控制台里那只闲置的 e2-micro 实例，总觉得自己不做点什么就亏了。于是，直接上 NewAPI。

如果是简单的静态博客或者轻量级监控，这机器倒还能勉强撑一撑。但 NewAPI 这种涉及到请求转发、并发处理的应用，对于 e2-micro 这种只有 2 个 vCPU 和 1GB 内存的“弱鸡”来说，简直是重型负载。

刚部署完还没来得及测试，终端就卡住了，紧接着 SSH 拒绝连接。登上控制台一看，CPU 利用率估计早就爆表，或者内存直接 OOM（Out of Memory）把进程杀了。这就好比你骑个小电驴非要拉一头猪，不翻车才怪。

Linux系统资源监控工具htop界面

使用 htop 实时监控服务器资源占用情况

很多朋友（包括我自己）都有“白嫖强迫症”。虽然手里可能有性能更好的 VPS，但看到免费的 GCP 额度不用，总觉得心里难受。这就是典型的“好鸡也有，但就是不浪费，嘿，就喜欢折腾”。

这种心态能理解，毕竟免费机拿来跑跑脚本、做做跳板或者是当个测试环境是极好的。但如果拿来跑数据库、跑中转服务，那真的是在挑战极限。

如果你非要在 GCP 这种免费机上折腾，千万别直接上全套服务。这里有几条血泪经验：

资源监控先行：在安装任何重型应用前，先装个 htop 或者 btop。部署过程中实时观察资源占用，一旦看到内存飙升到 90% 以上，赶紧停手。
启用 Swap 虚拟内存：GCP 默认的配置可能没给你开 Swap。1G 内存真的不够用，手动加个 1G-2G 的 Swap 分区虽然慢，但能防止 OOM 崩溃，至少能保住 SSH 连接。
使用轻量级替代品：NewAPI 虽然好用，但对于低配机，可以考虑更轻量的二进制转发工具，或者限制 NewAPI 的并发连接数和 Worker 数量。
防火墙与流量策略：有朋友提到 GCP 的标准层级只需要屏蔽 Akamai、Cloudflare、Fastly。这其实是为了防止高并发 DDoS 或者恶意流量瞬间把机器带宽跑满。配合 EdgeOne 的免费额度使用时，一定要确认流量是否在套餐内，否则突发的超额流量费用可能比机器本身还贵。

如果你现在也遇到了 SSH 连不上的情况，别慌，还没到重置系统的地步（虽然重置最快）。

GCP 串行控制台（Serial Console）：这是救命的稻草。在 VM 实例详情页点击“编辑”，启用“串行端口控制台”。然后通过浏览器连接串行控制台，你甚至不需要网络就能登录机器。
进入串行控制台后：
1. 登录账户。
2. 输入 top 或 free -m 查看是哪个进程吃满了资源。
3. 如果是 NewAPI（比如 Python 进程），直接 kill -9 [PID] 杀掉。
4. 检查 /var/log/syslog 或 journalctl 查看崩溃日志。
5. 如果内存爆了，赶紧加 Swap：fallocate -l 2G /swapfile && chmod 600 /swapfile && mkswap /swapfile && swapon /swapfile。

折腾是快乐源泉，但在 GCP 免费机上跑重型应用，快乐往往转瞬即逝，留下的只有 SSH Connection Refused 的冷漠。下次再想白嫖，记得先给小马驹加个“Swap”鞍，别让它累死了。

至于那些性能更好的机器，还是让它们干点正经活吧，免费机就别这么为难它了。