2025 年 12 月，我收到云服务器的续费提醒：还有十一天到期。那天晚上我打开控制台，看着这台 2 核 2G、40G 系统盘、5M 带宽的机器，第一次认真问自己一个问题——我到底需要多大的服务器？
这不是一个容易回答的问题。过去两年，我在这台机器上放博客、放一个很小的接口服务、放数据库和备份脚本。它没有出过太大的问题，但也没有让我真正安心过。续费像一个节点，逼着我把“当时为什么选它”重新想一遍。
三个候选
我认真考虑过三个方案。
第一台是家里的旧笔记本。 它性能比云服务器好，内存 16G，还能加硬盘。但问题也很直接：电费、噪音、宽带没有公网 IP、运营商偶尔重播、停电就下线。要让外网访问，还得做内网穿透，多一层不确定。它适合做备份机，不适合做入口。
第二台是树莓派。 功耗低、安静、便宜，社区方案也多。但我对 SD 卡的可靠性没有信心，供电和散热也要额外处理；更重要的是，一旦系统坏了，我得回家插显示器才能修，而我在外地的时间比在家多。
第三台就是现在这台云服务器。 配置寒酸，但它有公网 IP、有快照、有远程重装、有控制台救援。机器在别人机房里，我可以在任何地方打开电脑处理它。
最后我续了第三台。不是因为它的参数最好，而是因为它的“可恢复性”最好。
低配带来的不是省钱，而是约束
2 核 2G 最直接的好处是便宜，一年几百块，心理负担小。但用了两年之后，我发现真正的价值不是省钱，而是它强制我做了几个决定。
第一，能静态化的全部静态化。 博客用 Hexo 生成，页面在构建时就把内容写死，运行时不需要数据库和模板渲染。Nginx 只负责发文件，内存占用二十多兆，几乎没有脾气。
第二，能少装的服务就少装。 我没有在同一台机器上装 Elasticsearch，没有跑 Redis，也没有为了“以后可能用到”而提前起一个队列。需要全文搜索时，我先用了构建期生成的静态索引；后来发现文章不多，直接关掉了。
第三，必须假设它会坏。 配置越低，越不能把“机器一直活着”当作前提。备份、快照、配置托管这些事，反而被提前做了。
现在这台机器的日常占用大概是：系统 180MB，Nginx 25MB，一个 Node 小服务 120MB，SQLite 几乎不占常驻内存。CPU 的月度峰值在 20% 左右，磁盘用了 12G。它确实不忙。
配置焦虑是真的
有一段时间，我经常看别人的服务器配置。8 核 16G、NVMe、独享带宽，价格也不贵。每次看完都会怀疑自己：是不是太抠了？是不是应该一步到位？
后来我做了一件很土的事：把监控数据导出来，按周看 CPU、内存、磁盘和连接数。连续看了六周，结论很清楚——这台机器有大量余量，真正的瓶颈在图片体积和一次没有加索引的查询上，而不是 CPU 和内存。
配置焦虑的根源不是性能不够，而是不知道“够”的标准是什么。当我说不出自己要跑什么、峰值多少、坏了怎么恢复时，再高的配置也不能让我安心。
我对“地基”的理解变了
以前我觉得地基就是服务器配置，配置越高越稳。现在我觉得地基是四件事：
- 位置：服务在哪里、数据在哪里、DNS 指向哪里，我能画出来。
- 入口：域名、端口、证书、反向代理，每一层都能单独验证。
- 恢复路径：机器挂了、盘坏了、配置丢了，我能在多长时间内恢复，靠什么恢复。
- 维护节奏：多久检查一次证书、备份和磁盘，谁来做。
这四件事和 CPU 核数没有关系。一台 8 核机器，如果没有备份、没有监控、配置只存在脑子里，它的地基仍然是虚的。
什么时候该升级
我也不打算永远用 2 核 2G。给自己定了几个明确的触发条件：
- 持续一周 CPU 峰值超过 70%，或者内存频繁触发 OOM；
- 需要在本机跑数据库主库、搜索或队列，且无法外包；
- 备份恢复演练时，恢复时间超过我能接受的上限；
- 业务上出现了必须常驻的重服务。
在这些条件出现之前，升级只是安慰剂。出现之后，我会先算一遍“升级能解决哪个具体问题”，再决定加钱。
这台低配机器不是我的技术审美，它只是一个被算过账的选择。真正让我安心的，是它足够简单，简单到任何一个环节坏掉，我都知道从哪里开始修。