三丰云免费云服务器实测：十四个月后再提工单，三小时和十小时的响应都照实写

上一篇里我写“两次工单都在两小时内解决”，那句话现在回看，是写得顺过头了。最近又提了两次工单，等待时间比之前长，解决过程也不是一两句话能带过的；索性把响应节奏和排查路径照实记一遍，顺便更新这台机器跑了一年多之后的真实状态。

机器现在在跑什么

从开通到今天，十四个月，累计在控制台手动续期六十多次。周期是 7 天，到点登录控制台点一下“续期”，有效期立刻刷新，IP 不变，SSH 会话都不用重连。设了每周的日历提醒，至今没有漏过一次。

实例配置是 1 核 1G，系统盘入门容量；上面跑的东西一直没换：Typecho 博客 + Nginx + 一个凌晨执行的自动备份脚本。脚本很简单，mysqldump 导出数据库，tar 打包站点目录，按日期命名，只保留最近四份。

观测到的数据比我预想的稳：负载常年在 0.2~0.5 之间，基本就是 Nginx 处理请求和 cron 跑任务时的那点波动；内存占用不到一半，剩下的被 MySQL 和 PHP-FPM 的常驻进程加页缓存吃掉了；磁盘每周涨几百 MB，通常是 300~500MB，主要是备份包和访问日志，靠轮转压住，暂时不用操心扩容。带宽是入门档，撑一个日均几百 PV 的图文博客绰绰有余。

这次的两张工单

第一张问的是 crontab。备份脚本连着两天没生成文件，我先怀疑平台对计划任务有限制，下午两点多提了工单。回复在五点半左右来的，三个小时出头。结论是 crontab 正常可用，建议我检查脚本里的环境变量和绝对路径。回头一查，确实是 cron 环境里找不到 mysqldump，写成绝对路径就好了。这一单客服没直接给答案，但方向是对的。

第二张是重装系统之后 Nginx 起不来。晚上十一点多提的，第二天上午九点半收到回复，等了差不多十个小时。这个时长我接受，夜间不是响应高峰，我也没标紧急。回复给了一个检查顺序：先看 80 端口占用，再看防火墙规则，最后看 SELinux 状态。照着走，是防火墙没放行，改完就通了。

两张工单的共同点是：答得不快，但答得不敷衍，没有一句“建议您重装系统”打发人。

中间出过一次 502，自己修的

有段时间博客后台偶发 502，前台却正常。登上去看 dmesg，PHP-FPM 被 OOM 杀过两次。1G 内存跑 Nginx + PHP + MySQL 本来就紧，备份脚本又和博客进程撞在同一时段。加了 512M swap，把备份时间挪到凌晨四点，之后没再复现。这类问题平台帮不上忙，只能自己翻日志——也算是对 Linux 的一次实战复习。

为什么还愿意继续用

续期流程熟：7 天一次，登录控制台点一下，30 秒收工
资源长期富余：1 核 1G 跑个小博客，负载压在 0.5 以下
磁盘涨得慢：轮转做好，一周几百 MB 完全在射程内
控制台功能够用：重启、重装、VNC、防火墙规则都在
免费云服务器该有的环境不阉割：Docker、PHP、Node 都能装
免费虚拟主机那条线也能上手：纯静态页和临时公告用 FTP + 数据库面板就够
统计对得上：控制台流量和 Nginx 日志没有明显出入，没见暗扣
数据稳：六十多次续期，数据库和配置文件一次没丢
客服是真人：问得具体就答得具体，会给你排查顺序而不是模板话术
心理负担低：不绑卡、不签到、不发帖，纯手动点按钮

适合谁

它适合被当成实验场和备用节点：学生课设、Linux 练手、Typecho 或 WordPress 博客、简历页、API 调试、定时脚本、笔记同步，都挺合适。但它是单机单点，没有高可用，机器一出问题就是全停；别把唯一一份数据放上去，备份记得拉回本地。轻量、实验、备用，这三个词是它的定位，越界就不合适了。