云电脑 30 分钟就休眠：一次强制暂停的实测与保活思路

这台云电脑有个规矩，一开始没当回事，后来吃了亏才认真查：闲置 30 分钟就强制暂停。不是我设的，也不是能随手关掉的开关——查到的状态里明确写着，手动生命周期没开，固定 30 分钟自动暂停。试过用接口和命令行去关这个自动暂停，都被忽略了，改不动。

暂停本身不丢东西，磁盘上的文件都在，问题是“活着”的那部分全停了：跑着的服务停了，正在进行的任务断了，下次连上去要等它唤醒恢复。第一次遇到时还以为是机器挂了，后来才摸清规律：闲置够 30 分钟就睡，访问时它会自己醒、只是要等一会儿；只有手动暂停才是直接拒绝访问。分清这两点之后，排障就不再乱猜了——连不上先问一句：它是不是睡了。

出路就两条，都是摆在台面上的。第一条是找官方开手动生命周期，从根上拿掉强制暂停，这是最干净的办法，但要看官方给不给开、走什么流程。第二条是自己保活：每 20 分钟左右让机器动一下，别让它攒够 30 分钟闲置。这条不用求人，但要老实承认它是在绕限制，不是修好了限制——保活脚本自己挂了、网络断了，机器照样睡；而且保活本身也在消耗资源，算不上优雅。

这件事给我的教训，和之前部署服务时踩的坑是同一个：先看清平台的默认规则，再决定方案。容器起不来、登录态关窗就丢、云电脑 30 分钟休眠，都是同一类问题——不是我的配置写错了，是平台默认就是这么设计的。方案选型之前，先把“这个环境允不允许、默认会干什么”查清楚，比先写一堆配置再返工要省事得多。

目前我还没定走哪条路。官方通道和保活脚本都还在台面上，先记下来，等定了再写续篇。