10小时预警的服务器搬家 vs 零通知重启全球服务器：低价 VPS 界的操作越来越离谱了
上次写文章吐槽 CloudCone（CC）把服务器从 Multacom （MC）机房搬走，只提前 10 个小时发邮件通知时，我还以为这已经是便宜 VPS 厂商的运营下限了。毕竟按照美西时间提前 10 个小时发通知，我们这些东八区的用户如果不熬夜守着邮箱，等第二天醒来看到邮件时，自己的服务器早就已经被服务商装上卡车“跑路”了。（具体情况可以看这篇文章：《CloudCone的鬼才运营：提前 10 小时通知“机房物理搬迁”，还说不服不给退款？》）
然而事实证明，我还是太年轻了。低价 VPS 界根本没有稳定可言；而老牌大厂一旦搞起事来，可比小厂商还要“离谱”得多。
通知邮件？不存在的，OVH 选择零通知直接重启
我有一台和人合租的 OVH 小鸡，用来放监控面板的。估计有些人已经知道了，就在最近，OVH 搞了一出骚操作：为了修复那个高危的 KVM 虚拟化漏洞（CVE-2026-53359），直接对旗下全球数万台宿主机、数百万台虚拟机进行了内核升级与重启（OVH的复盘报告）。
按照正常大厂的流程，重启宿主机怎么也得提前发个邮件告知维护时间吧？结果 OVH 的操作直接让我傻眼了：
- 邮件通知？ 零通知！邮件连发都没发。按照官方事后给出的说法，是因为“我们认为如果群发邮件，数量太大了，我们担心会把我们的工单系统给挤瘫了，所以我们干脆不发邮件了，只在管理后台做出提醒”。谁没事整天登录那个web端的管理后台啊，能看到通知就有鬼了。
- 维护协商？ 协商个锤子！OVH 认为这是严重漏洞，服务器更新补丁的时间延迟一秒，母鸡被黑客穿透虚拟化逃逸的风险就增加一分，所以干脆不通知，后台直接重启母鸡部署更新。（当然对部分大企业客户 OVH 还是乖乖提前通知并协商了维护时间窗口。）
看到 OVH 官方的事后复盘，我再一次气乐了。感情 CloudCone 那个“提前 10 小时发邮件”的仓促通知，在 OVH 面前甚至显得无比温良恭俭让——CC 好歹还发了封邮件告知一下，OVH 直接把我当成了后台的一行无关紧要的进程，想杀就杀。
脸黑啊，别人 1 个小时不到恢复，我那台小鸡挂了快 2 天
如果只是无预告重启，大不了算它一次闪断，我也就忍了。但最绝的是，我运气实在太“好”，我和别人合租的小鸡，偏偏位于极少数出现故障的宿主机上。
根据 OVH 事后披露的数据，他们当时第一波重启澳洲悉尼机房的 6,000 台宿主机时，就有大概 20~30 台母鸡重启后直接卡死。原因千奇百怪：BIOS 异常、内存报错、网卡死锁，需要机房现场工程师拿着工具箱去做一些类似更换网卡、拔插内存、抠 CMOS 电池放电之类的物理操作才能重新开机。但他们认为故障比例可接受，于是直接开始分批强制重启旗下全球机房的所有机器。
非常不幸，我的那台小鸡所在的宿主机，恰好就遇到了问题，根据事后报告应该是宿主机存在服务冲突，导致宿主机重启后，其上的小鸡拉起后很快就停止运行，他们第二天才定位并修复了问题。
于是，神奇的一幕发生了：
- 别人的小鸡： 重启，升级，20 分钟，顶天一两个小时就恢复了。
- 我的小鸡： 在离线状态卡死，等待机房工程师排队救援。
从失联到彻底恢复，整整耗了将近两天！这期间没有任何额外通知，控制台当时也看不到具体的排队进度，工单里只说在解决，但具体的恢复时间一问三不知。
警惕“大厂光环”：不要对任何网络服务的可持续性抱有幻想
经历了这次 OVH 的“无预警重启 + 宿主机踩雷”连环坑，我算是彻底服气了：
别对任何主打高性价比的 VPS 抱有“大厂滤镜”
不管是小厂还是巨头，只要是低价 VPS/公有云，它们在面对重大安全漏洞时，优先级永远是厂商自身的风控与利益 > 用户的业务。而且大厂为了自身利益，做决定反而比小厂商更加冷酷和理性——你的业务死活无关紧要，我们不被黑客攻破才是第一要务。提前 10 小时通知，居然也成了“业界良心”
对比 OVH 的“无预警拔线重启”，CloudCone 之前那封提前 10 小时的搬家邮件突然显得没那么难以接受了——至少当我看到邮件时，离服务器断电还有半个小时，起码给了我一段导出关键数据的时间窗口。异地备份与多云灾备才是唯一的神
根据OVH复盘报告，他们在强制重启中也有搞坏一些小鸡的数据，并且无法恢复。之前OVH机房起火的经典案例估计有些人还有印象。所以无论是个人博客还是线上项目，将数据定时自动化备份到第三方对象存储（如 S3 / B2），并对核心服务配置故障转移，才是确保下次不被服务商的奇葩操作搞崩溃的唯一良药。不过话又说回来，大厂的技术水平确实还是比小厂强
抛开这个奇葩流程不谈，OVH 遇到故障时的应急修复速度，依然是 CloudCone 这类小厂难以企及的。CC 搬家后网络时断时续的问题，从 7 月 8 日晚上足足修到了 7 月 21 日晚上；而 OVH 满打满算也就修了 1 天多，并且对可能出现的硬件故障确实做了相对完善的预案，不是一拍脑门的蛮干。比如根据他们的复盘，预先在负载轻的悉尼机房试验；提前准备了网卡、内存等易损件的备件；分批重启，一次只重启几百台宿主机，如果重启后故障服务器超过 5 台/ 15 台（根据机房实际情况确定阈值），则停止后续重启工作，等待故障主机修复完成。
晓空
2026-08-04 20:44
看到这个标题我还以为是不是点错了，怎么那么似曾相识……
反正机器放别人那边肯定都别指望多稳定，除非承诺了SLA的（当然非企业客户就算承诺了也是就图一乐）
真要稳还是放自己手上靠谱，比起他们搞事情我更相信自己国家的电网的稳定性（乐）
去年夏天
2026-08-04 22:10
相比较而言，我更不信任自己的运维水平……
晓空
2026-08-04 22:45
有啥好不信的，机器在自己手上，就算手滑了真敲了个sudo -rm -rf及时^c也有得救，或者要是抢在固态硬盘trim之前还能扫盘恢复回来，这不比云上的机器安心多了（思索）
放在自己手上不太好的地方就是公网IPv4在大陆是个老大难的问题……商宽太贵还不一定能个人办理，家宽十有八九是不给的，有些邪门的ISP连v6都还没支持接入
去年夏天
2026-08-05 09:28
我是储存杀手体制，每年都要炸至少一次硬盘😂
自己磁盘炸了，要自己折腾恢复，扔给云服务商，那就是他们的事情了。
扔给别人虽然对他们的服务稳定性也不能做期待，但只要同时多家互为备份，总比放我手上的更不容易炸。
轻风BOOM
2026-07-26 20:33
小厂随缘折腾，大厂冷酷拔线~
去年夏天
2026-07-28 10:57
都已厂商自己的利益为最高准绳
zhecydn
2026-07-26 14:50
老恶心了，我之前cc的机子也是，停了好几天
去年夏天
2026-07-28 10:56
CC之前只是工单回的慢，机器一般不出事，所以大家还能相安无事，感觉自从洛杉矶 MC 机房把CC，RN这些性价比VPS清理出去后，他们机器稳定性明显下滑。
Huo
2026-07-25 21:45
大厂也不太靠谱啊 还是随时做好异地备份比较保险呀
去年夏天
2026-07-28 10:50
还是要多备份，高在线需求的上自动故障切换
acevs
2026-07-25 16:19
ai这波，对印度软件产业影响很大。
去年夏天
2026-07-28 10:49
很多中低级的重复性编程实现被AI替代。
初然忆
2026-07-24 17:14
后续有补偿吗
去年夏天
2026-07-24 17:38
石樱灯笼
2026-07-23 21:07
服务器自己重启这事情貌似在业界可以接受，但是起不来就是另一码事了。
去年夏天
2026-07-24 11:02
主要是既然是计划重启，而且持续了11天，为啥不提前告知一声。至于宿主机突然被重启，本身没啥。毕竟服务自行重启这种事情很正常
石樱灯笼
2026-07-24 17:09
接下来卖一波服务监控
去年夏天
2026-07-24 17:32
还可以卖故障自动转移😉
网友小宋
2026-07-23 11:51
我那个cc小鸡，至今还是死着，三哥连我工单都不回了
去年夏天
2026-07-23 17:13
哎，他家只对收钱的工单反应迅速，我上次不小心点了收费换IP的工单，即使我每次都回复，这是误点，我不需要换IP，请关闭工单。
结果他们还是锲而不舍的给我发了3次回复，问我是不是要换IP。
wp张
2026-07-23 08:59
最近看来有点水逆,感觉还是Linux最近问题出的太多,搞得服务器圈子也尽是幺蛾子
去年夏天
2026-07-23 17:11
AI发掘漏洞的速度太快了，一边是AI疯狂挖漏洞，一边是AI疯狂修漏洞。最后倒霉的就是使用者。
涛叔
2026-07-23 08:01
我所有的服务都默认VPS随时可能重启。讲道理没法要求廉价VPS有很高的稳定性，就算是自己跑物理机也会有异常重启。偶尔因为特殊原因重启也算是常规操作。如果系统有漏洞导致它们的网络被滥用，它们可能会承担更大的损失。之前用阿里云企业版，也是因为底层硬件问题经常重启。厂商不会追求零问题，而是把出问题的比例控制在某个阈值以下。用的越多、越久，碰到问题的概率也就越大。当然了，不通知就重启肯定是不对的。但要求它永远稳定也不科学。
去年夏天
2026-07-23 09:01
是的，正常重启其实没啥，哪怕没重启，网络波动，磁盘占用，内存占用都有可能导致服务中断，主要是计划重启居然不给邮件通知，从7月7号开始计划，到7月8号开始从悉尼机房尝试，再到7月19号OVH全球所有机房完成重启，整个过程足足有11天，明明是来得及通知的。这就有点不合适了。至于母鸡启动后，上边的小鸡无法启动，这倒是不能赖谁，纯粹是运气问题。不爽，但也怪不了谁。
涛叔
2026-07-23 09:06
没有提前通知肯定是OVH的锅，太草台了。母鸡重启后小鸡无法启动我倾向于赖厂商，除非是因为自已把 bootloader 搞炸。我自己一般会第一时间更新系统，同时经常重启，确保系统处于健康状态。如果几个月甚至一整年都没重启过，又在上面用 root 做了N种操作，确实容易起不来🤦♂️
去年夏天
2026-07-23 17:22
确实，被来回折腾多次后，容易出现“能跑就别动”的情况，不动就没事，一重启就炸了。
J.sky
2026-07-23 07:56
这是使用AI做出的决定吧？如果当年没有AI，我觉得处理方式可能会有很多，而且人手也充足，现在，打杂的都裁掉了，说是亲自现场处理，没准文章都是AI编的推辞话语。
去年夏天
2026-07-23 17:23
啊哈哈哈，不排除这种情况。
依云
2026-07-22 18:38
我手上有台QDE的VPS也是无预警被重启了。收到告警的时候登录后台它甚至还卡了好久才显示出现服务器已经停止运行。好在我点了启动然后它就回来了。
obaby
2026-07-22 17:10
一个更比一个坑
去年夏天
2026-07-22 17:27
没有最坑，只能更坑
花非花
2026-07-22 15:48
简直离谱啊，不是需要操作，谁去登录后台盯着啊
去年夏天
2026-07-22 15:51
可不，要不是遇到服务器彻底失联、SSH进不去之类的问题，谁没事去登录后台啊。
织梦岁月
2026-07-22 13:26
我还是国内的用着，没啥问题。
去年夏天
2026-07-22 14:24
廉价VPS服务商还真是靠不住，哪怕他是老牌廉价VPS服务商……
龙笑天
2026-07-22 12:42
你这有点点背了 我的整1小时OK了
PS：头像源疑似已挂，尽早更换~
去年夏天
2026-07-22 14:20
最近运气不好吧
头像源，额咋说呢，不能说挂了，就是没那么稳，偶尔会抽一段时间。
回头看看怎么办吧
龙笑天
2026-07-22 18:27
要标明是OVH-US还是其他地区哈，我的OVH-US是提前一天左右发送的通知提醒~
我是军爸
2026-07-22 12:27
估计是零时工在干重启这件事，可以准备下岗了，哈哈
去年夏天
2026-07-22 14:13
事后总结是他们CISO（首席信息安全主管）发的，这是OVH整个管理团队做出的“慎重决定”。
fengc's Blog
2026-07-22 12:24
这是大牌服务商赠送的服务，加量不加价，用户买的不仅是服务器，还有随时重启的开盲盒刺激感。
去年夏天
2026-07-22 14:15
本来感觉OVH相对最稳定，所以用来放监控其他小鸡的服务，结果监控服务自己挂了😂
Hary
2026-07-22 12:05
哈哈，你咋净摊上这事，鸡蛋不在一个框，结果两个框都烂了。
去年夏天
2026-07-22 14:14
最近可能运气不太好吧……