三丰云免费云服务器实测：一次磁盘告警，和我的备份改造记录

杨树 — Fri, 02 Oct 2026 14:17:04 +0000

这台 1核1G 的免费云服务器我一直在跑，平时没什么存在感，直到上周收到一条磁盘使用率 85% 的告警。

不是大事，但正好借这个机会，把一直拖着没做的备份改造做了。顺便把过程和踩过的坑记下来。

这台机器在跑什么

配置没变过：1核1G、5M 带宽。上面跑着一个 Django 小站、PostgreSQL、Nginx，外加两个定时脚本——一个每天抓数据入库，一个每周打包备份。

真正占磁盘的不是代码，是日志和备份文件。Django 的日志没做轮转，PostgreSQL 的 WAL 没有清理策略，备份脚本是手动写的，每次全量打包，堆了十几份。

三个月下来，20G 的盘用了 17G。

登录上去先看了一圈：

df -h
du -sh /var/log/* | sort -rh | head
du -sh /var/backups/* | sort -rh | head

结果很直白：/var/log 里一个没轮转的 Django 日志占了 4.2G，/var/backups 里堆了 11 个全量包，最早的是两个月前的。

顺手查了下 inode，还好没到紧张的程度。这一步别省——磁盘满和 inode 满是两回事，处理方式完全不同。

第一，日志轮转。 之前靠手动清空文件，这次老老实实配了 logrotate，按天切、留 14 天、压缩归档。

第二，备份改增量。 原来的脚本是 tar -czf 全量打包，现在改成 rsync 增量同步到另一台机器，每周一次全量、每天一次增量。备份数量从 11 个降到 2 个，占用从 6.8G 降到 1.1G。

第三，PostgreSQL 的 WAL。 这个最容易忽略，默认配置下 WAL 会一直堆，配上清理命令之后才算可控。

做完这三步，磁盘从 85% 降到 43%。

坑也踩了三个：

logrotate 配完不生效。 配置文件权限不对——logrotate 对 world-writable 的配置会直接跳过，而且默认不报错，用 logrotate -d 干跑才看出来。

rsync 增量把删除的文件也同步过去了。 差点把目标端的历史备份一起删掉，幸好先在 /tmp 试跑了一遍。--delete 这个参数，测试环境和生产环境必须分开确认。

清理日志后服务没重启。 rm 掉日志文件但进程还持有文件句柄，磁盘空间不会释放，得用 truncate -s 0 或者给进程发信号让它重新打开文件。这个坑我踩了两次。

这台是免费云服务器，需要每 7 天手动续期一次。控制台在 www.sanfengyun.com，登录后找到实例点一下续期，30 秒的事。我设了手机日历提醒，每周一早上弹一次，几个月下来没漏过。

需要说清楚：它不承诺永久，规则就是规则，忘记续期实例会被回收。所以它适合实验、学习、个人小项目这类场景，不适合放生产环境，更不适合放唯一一份数据——这也是我这次一定要把备份做扎实的原因。

如果你需要一个长期在线的轻量环境跑课设、学 Linux、放个人博客、做 API 调试，并且能接受每 7 天手动点一次续期，那这台免费云服务器够用。

但要的是"开了就不管"的稳定性，那免费资源都不合适，该花的钱还是得花。