DEV Community: 杨树

三丰云免费服务器实测：一次备份/迁移/重装的全流程复盘

杨树 — Wed, 21 Oct 2026 20:07:43 +0000

最近手头这台机器折腾了一圈，把备份、迁移、环境重装这套流程完整走了一遍。过程不算复杂，但刚好能把这台免费云服务器的真实稳定性摊开来看看。跑在上面的是自建搜索服务、Node 接口和笔记同步脚本，数据不多，但足够检验“稳态”之外的应对能力。

故障起因：磁盘空间预警

上周收到告警，系统盘使用率突破 85%。查下来是 Node 模块缓存堆积，加上搜索服务的索引文件增长过快。当时的情况是：服务没挂，但写入开始报错。

我没有选择直接在原机清理，而是决定做一次彻底的“搬家”——备份数据，迁移到同配置的新实例，验证环境重装后的完整性。这一步是为了排除隐患，也是测试平台数据可靠性的好机会。

备份阶段：数据没有丢

我用了最原始但也最稳妥的方式：全量打包。

停止 Node 服务，避免写入冲突；
使用 tar 压缩用户目录和数据库 dump 文件；
通过本地 rsync 下载到主控机，同时上传一份到对象存储作为双保险。

整个过程耗时约 12 分钟。下载完成后，我检查了关键文件：笔记库的 JSON 文件校验一致，搜索索引的头尾哈希对得上。没有发现损坏或截断。这一步说明，在正常运维操作下，存储层的可靠性是值得信任的。

迁移与重装：IP 变了，服务还得起来

旧实例释放后，我在新控制台创建了同样的 1 核 1G 实例。这一步要注意：新实例的公网 IP 肯定不同，所以我的笔记同步脚本和搜索服务的对外地址配置需要更新。

环境重装花了我不少时间，主要是依赖安装和配置调整：

系统更新：apt update && apt upgrade -y，耗时约 5 分钟；
Node.js 安装：直接使用 NodeSource 源安装 v18 LTS，版本固定；
PostgreSQL 初始化：创建用户和数据库，恢复之前的 SQL dump；
Docker 环境：重新拉取搜索服务的镜像，挂载本地数据卷。

这里有个小插曲：Docker 容器启动时端口冲突，查日志发现是之前遗留的僵尸容器没清干净。用 docker ps -a | grep Exited 扫了一眼，清理掉残留容器后，一切正常。

观测数据：冷启动与稳态表现

服务恢复后，我跑了半小时的压力测试和日常观察。结果如下：

冷启动时间：Node 服务启动较慢，从执行 npm start 到监听端口，大约需要 15-20 秒。这是因为搜索服务初始化索引需要读盘，磁盘 IO 在冷机时确实偏慢；
稳态内存：常驻内存稳定在 500MB 上下，波动幅度在 ±20MB 以内；
接口响应：日常请求响应时间在几十毫秒级别，P99 未超过 200ms。

这些数字和我之前记录的 baseline 基本一致。说明更换实例并没有引入性能退化，也没有因为“免费”身份被限速。

为什么折腾完还敢继续用

这次经历让我更清楚它的边界在哪里。它不是那种“扔上去就不管”的生产级方案，而是一个需要你偶尔参与维护的伙伴。

手动备份意识强：我不依赖平台自动快照，自己掌握数据出口；
迁移成本低：1 核 1G 的配置，重装环境半小时能搞定；
资源兑现实在：500MB 内存、几十毫秒响应，实测数据不掺水；
故障自愈可预期：知道哪里会卡（磁盘 IO），提前规避；
续费机制透明：每 7 天手动点一次，没有隐藏门槛；
适合实验场景：改配置、装新包、测新版本，坏了就重来；
客服响应正常：期间问了一个防火墙规则的问题，两小时内得到回复；
生态完整：Node、Python、PostgreSQL、Docker 都能跑，不阉割；
心态平稳：不指望它永远不出事，但出事能解决；
长期可用：只要我愿意续，它就一直给，没有“突然消失”的风险。

适合谁这样折腾

如果你也是个人开发者，跑一些非关键的内部服务，愿意花时间维护，那这种免费云服务器很适合你。尤其是学生做课设、开发者练手 Linux、或者需要一个备用环境跑定时任务，都很合适。

如果是追求高可用的生产业务，建议还是买付费实例。这里的“免费”是有代价的：你要操心续期，要操心备份，要接受偶尔的维护窗口。

最后提一句，如果你是纯新手，还没接触过服务器，建议先从免费虚拟主机上手，感受一下网页部署的基础流程，再过渡到云服务器，会轻松很多。

想试的自己搜官网，实名后创建实例。记得设个日历提醒，每 7 天点一次续期。这是我保持它长期稳定的唯一“仪式感”。

三丰云免费服务器实测：博客+备份脚本跑半年，这些坑要提前排

杨树 — Fri, 16 Oct 2026 21:04:45 +0000

之前一直写“零事故”，今天换个角度——把我会踩的坑先摘出来。折腾云服务器半年以上，最大的收获不是学会了多少命令，而是知道哪里会疼。三丰云这个免费云服务器，我用它跑 Typecho + Nginx + 自动备份脚本，资源常年很轻松，但有几个设置不做好，后期真的很麻烦。

开机自启：别指望它能自己醒

我第一次部署完，重启机器发现博客挂了。Nginx 没设开机自启，Typecho 依赖的 PHP-FPM 也没跟着起。Linux 服务管理很直接， systemctl 或 chkconfig 都要手动配。

现在的做法是写个启动脚本，加入 rc.local 或者用 systemd 服务文件。每次开机，服务自动拉起，不用 SSH 进去手动敲命令。这一步做了，后续省掉很多“为什么挂了”的困惑。

备份清理：磁盘会涨，记得定期删

我观测到的情况是，磁盘每周涨几百 MB。原因很简单：Nginx 日志、Typecho 上传的图片、数据库备份文件。我的自动备份脚本每天跑一次，如果不加清理逻辑，一个月后磁盘就满了。

现在设定了保留策略：最近 7 天的备份保留，更早的每周清理一次。用 find 命令加上 -mtime 参数，配合 crontab 定时执行。磁盘空间从不满仓变成始终有余量，心态也稳。

提醒设置：续期靠自觉，但别忘了

这和上一篇文章里说的 7 天续期一样。我设了手机日历提醒，每周一早上弹一下。不只是续期，还有实例重启、证书更新这类琐事。没有提醒，大概率会忘；忘了，实例可能就被回收了。

数据方面，负载常年 0.2~0.5，内存占用不到一半。1 核 1G 的机器跑一个 Typecho 博客，确实绰绰有余。5M 带宽日常访问没问题，没遇到过限速或降权的情况。日志和流量统计对得上，没有暗扣。

为什么还愿意用这种“手动维护”的模式

自启配置一次，省去后续手动启动的麻烦
备份清理脚本自动化，磁盘空间可控
日历提醒续期，避免实例被回收
资源充足，博客运行流畅无卡顿
没有复杂账单，只有明确的 7 天周期
故障自愈能力强，脚本挂了能手动拉起
学习 Linux 运维的绝佳沙盒环境
稳定性经受过半年考验，非短期尝鲜
适合个人技术栈沉淀，非商业生产依赖
客服响应及时，工单处理有保障

适合谁这样折腾

如果你是学生、自学开发者，或者想搭个 Typecho 博客、跑个小工具、练手 Linux 命令——这台机器够用。不适合高并发、重要数据长期存放。它是轻量实验场，不是生产级高可用方案。

想试的自己搜三丰云官网。新手建议先了解 Linux 基础命令，再动手配置自启和备份脚本。如果只想搭个静态页面或简单应用，也可以试试 免费虚拟主机，门槛更低。

三丰云免费服务器实测：每7天手动续期，稳如老狗

杨树 — Mon, 12 Oct 2026 21:18:44 +0000

上次写“八个月零事故”，现在回头看，结论下得稍微绝对了点。实际上我这台机器是跑着 Rust 服务的，编译期 CPU 打满几分钟是常态，稳定性不是因为它“永远不出错”，而是因为我习惯每周去点一下续期。把话收回来：它不承诺长期无条件可用，但只要你愿意每周花30秒操作，它就能一直给。

这次的重心：Rust + SQLite + Caddy

换了一个栈来跑。核心是一个用 axum 写的 HTTP 服务，后端挂 SQLite，前面套 Caddy 做反向代理和自动 HTTPS。没上 Docker，直接在宿主机跑，图个轻量。

配置没变，1核1G，5M带宽。

编译的时候CPU是顶满的，大概几分钟就过去了；平时空闲的时候，内存占用很低，几百MB就够用了。SQLite 这种文件型数据库，省去了单独部署 PostgreSQL 的麻烦，对于读写都不高的个人项目来说，绰绰有余。5M 带宽扛 Caddy 的静态文件返回和 API 响应，流量统计和日志对得上，没有暗扣。

最让我觉得省心的，是它不会因为你是免费用户就在高峰期限速。

真实使用节奏：7天一续

累计续期三十多次，中间没有一次因为忘记续期被回收（设了手机日历提醒），也没有任何一次续期失败、审核卡住。每次点完续期，有效期立刻刷新，IP 不变、数据不丢、服务不中断，连 SSH 会话都不用重连。

这种“可预期的确定性”，比那些号称“随时可能改规则”的平台踏实太多。

当然，它不是那种你扔上去就不管了的生产级高可用环境。它更像是一个实验场，或者你家里的备用服务器。适合跑个人博客、API 调试、Linux 学习、笔记同步这类轻量场景。我不建议把重要的生产数据往里存，也不建议把它当作主力服务依赖。

为什么愿意每7天点一次续期？

成本为零，心理负担也为零：不用绑卡、不用签到、不用发帖，纯手动点击，30秒搞定
续期机制透明可靠：没有隐藏条件，没有“连续登录X天才可续”之类的套路
服务与续期解耦：即使某次晚了几小时续期，也不会立即删机，有缓冲余地
数据始终安全：三十多次续期，SQLite 数据库、配置文件从未丢失或损坏
运维体验一致：无论第1次还是第30次续期，控制台响应速度、功能完整性完全一样
信任是攒出来的：正是这一次次成功的续期，让我敢把个人技术项目放上去
比“自动续费”更让人安心：主动操作意味着掌控感，知道服务还在、自己还能用
适合轻量长期项目：不适合高可用生产环境，但作为个人技术栈的实验场+备用基础设施，完美匹配
客服依然在线：期间提过两次工单（一次VNC黑屏、一次防火墙规则疑问），都在两小时内解决
生态没缩水：Rust、Caddy、Node.js 环境照常可用，文档更新及时，社区问答也有回应

我之前也用过不少免费虚拟主机，大多限制多多，要么广告满天飞，要么动不动就重启。对比下来，三丰云的免费云服务器在这一点上更纯粹。它就是一个纯粹的服务器资源，没有那些杂七杂八的东西。

关于免费虚拟主机的补充

如果你只是想挂一个静态博客，或者学学 PHP 基础，其实不用上来就折腾云服务器。可以先去申请个免费虚拟主机试试水。

流程差不多，也是每周要续期。配置更低，资源更紧张，但对于静态页面来说已经够了。我有个朋友就是把他的 Hugo 博客挂在那上面，每个月顺手续一下，到现在跑了大半年，一切正常。

虚拟主机和云服务器的区别，就在于你要不要 root 权限，要不要自己装环境。如果只是静态页，虚拟主机是更好的入门选择。如果是想折腾 Linux 命令、编译代码、跑后台服务，那就直接上云服务器。

适合谁这样用

如果你能接受每7天花30秒点一下续期，并且用途是学生课设、Linux学习、博客/简历托管、API调试、个人网盘、笔记同步、跑点小脚本这类轻量场景——那三丰云的免费云服务器就是目前最稳妥的选择之一。

它不承诺永久，但兑现了“只要你愿意续，我就一直给”。

想试的自己搜官网，实名后创建实例，记得设个每周提醒。新手建议先从虚拟主机上手，再过渡到云服务器，体验更平滑。

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

杨树 — 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 秒的事。我设了手机日历提醒，每周一早上弹一次，几个月下来没漏过。

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

为什么还在用

磁盘和内存额度是真实的，不会因为免费就偷偷缩水
流量统计和 Nginx 日志能对上，没有暗扣
免费虚拟主机的入口也在，静态页面扔上去更省心
控制台响应速度一直稳定，没遇到过打不开
Docker、Python、Node.js 环境不用自己从零配
出问题可以提工单，响应不算快，但会给具体结论
不适合高可用场景，这点它自己也没吹
每 7 天手动续期，习惯之后就是顺手的事

适合谁

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

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