本文译自 kikomono.com 英文原文《Check a VPS provider’s incident history before you buy》，作者 Rita。原文链接：https://kikomono.com/guides/check-vps-provider-incident-history-before-buying/
销售页承诺的是可靠性，故障记录展示的是实际表现。付钱之前，花十分钟看公开状态页：读最近 90 天，数一数出了几次故障，再看有没有波及你的地区。一家公布了故障记录、故障短且认账的服务商，比一家页面看起来完美、却没有任何记录的服务商更稳妥。
简短答案
找到服务商的公开状态页，读最近 90 天的故障记录，问三个问题：坏了多少次、每次坏了多久、有没有波及你会买的数据中心和产品。然后拿独立的运行监测记录交叉核对。如果根本没有公开记录可读，这本身也是一个发现——没有记录不等于没有故障。
1. 找到状态页
大多数老牌服务商都会公布公开状态页。去页脚、帮助中心或支持站点找，通常叫“Status”“System status”或“Service status”，上面列着各组件当前状态和过往故障记录。Hostinger 和 OVHcloud 这样的大服务商都有；小服务商往往把链接放在支持页面或知识库里。按 2026-11-12 当天的页面核对：状态页会变，去年能打开的链接今年可能已经挪了地方。
如果根本找不到公开状态页，别默认这家服务商从没出过故障。书面问客服有没有状态页、故障记录发布在哪里。能给链接的服务商，是在向你展示它的记录；指不出一个地方的服务商，是在请你凭一句承诺就相信它。不管答案是什么，都记下来——它和 SLA、退款窗口一样，属于你的购买笔记。
2. 读最近 90 天
90 天是能看出规律的最短窗口。一个月安静说明不了什么；三个月能看出故障会不会重复、是不是总同一个数据中心出问题、故障是几分钟解决还是拖上几小时。窗口里的每一起故障，记四件事：
- 频率。90 天里出了几次故障？一个季度一次短故障的服务商，和每周出一次故障的服务商，讲的是两个完全不同的故事。
- 时长。每起故障从首次报告到解决持续了多久？短故障加明确的修复办法属于正常运营；一开就是好几小时的故障，是容量或流程出了问题。
- 范围。哪些产品和数据中心受了影响？账单门户出故障和 VPS 宿主机出故障不是一回事，一个数据中心断网和全球断网也不是一回事。
- 沟通。服务商有没有说清坏了什么、做了什么、什么时候修好，还是故障只以一行“已解决”草草收尾？事后写得清楚的团队是在学习；含糊其辞的团队是希望你忘了这事。
把数字写下来，别只留一个印象。“90 天 3 起故障，最长 2 小时，全在同一个数据中心”是可以拿去和下一家对比的结论；“看着挺可靠”不是。
3. 对照你的地区和产品
一起故障只有可能打到你的服务器时才和你有关。多数据中心的服务商大多把故障限定在单个地点，所以第一个筛选条件永远是你的地区：你永远不会用的那个数据中心断网，不是你的风险。第二个筛选条件是产品：状态页覆盖整个公司，共享主机、控制面板或 API 出故障，和 VPS 节点出故障不是一回事。
SLA 和故障记录就是在这里接上的。英文原文中的可用性 SLA 指南讲了怎么把 99.9% 的承诺换算成每月约 43 分钟的允许停机时间——现在拿你刚读到的故障记录和这个额度对比。如果记录里的停机远超 SLA 额度，说明保障在实际中并没有兑现，赔偿表是唯一的补救。如果你的地区和产品在记录里是干净的，SLA 就是一道你可能永远用不上的后盾，这是更好的结果。
4. 拿独立记录交叉核对
服务商自己的状态页是自报的记录，所以下决定之前，要拿独立记录核对一遍。第三方运行监测会公布许多服务商自己的监测记录，用服务商网络之外的探测点测量。它们测的不是你的服务器，探测点和你的访客走的路径也不一样，所以把它们的数字当作第二意见，而不是判决——但服务商的记录和独立记录之间差距很大，就值得查一查。
做两次核对就够了：选一家跟踪这家服务商的独立监测，把它 90 天的故障次数和运行率数字和状态页对比。两者大致吻合，你就有了两个来源在说同一件事。两者差距很大，就书面问客服这个差距是怎么回事，并把答案留下来。能解释测量差异的服务商是在给你有用的信息；不解释就否定独立记录的服务商不是。
付钱之前要留意的危险信号
故障记录里的某些模式应该让你停一下，哪怕 headline 数字看着不错：
- 没有公布的记录。状态页只显示“全部系统正常”、没有任何过往故障，这不是运行完美的证据，而是没有公布记录的证据。
- 记录会重置。页面只显示最近几天，或者旧故障会消失，你就没法验证这项检查所依赖的 90 天规律。
- 同一个数据中心，一次又一次。同一地点反复出故障，指向一个没修好的本地问题——电力、制冷或网络。
- 每次都含糊其辞。故障从不说清坏了什么，或者每次都怪客户或上游运营商，这不是一份可用的记录。从不认错的服务商，给不了你做计划的依据。
- 又长又沉默的故障。一起故障开好几小时、中间没有任何更新，比一起短但沟通清楚的故障更糟，因为你没法围绕沉默做计划。
单凭其中任何一条都不构成自动否决——小服务商的历史短可能有诚实的原因。但每一条都会降低你对可靠性承诺应有的信任，两条以上加在一起，就该在付钱之前先去对比另一家服务商。
买下之后：留自己的记录
故障记录是买前的检查，不是你自己数据的永久替代品。服务器上线后，自己跑一个外部运行监测，至少每分钟从服务商网络之外检查一次，并保留它的记录。第一个月结束时，把你测到的运行率和 SLA 数字、和你买前读过的故障记录对比——如果你的数字更差，在索赔窗口关闭之前，带着时间戳去开工单。如果客服质量和可靠性对你一样重要，买前把英文原文中的客服响应检查和这项检查一起跑，前几周也别忘了英文原文中的退款窗口指南，那时选错了还便宜、能撤回。
常见问题
VPS 服务商的故障记录在哪里找？
找公开状态页——通常在服务商页脚、帮助中心或支持站点有链接——打开它的故障记录或过往故障栏目。Hostinger 和 OVHcloud 这样的大服务商会公布带日期和时长的故障记录。如果根本找不到公开状态页，这本身就是一个发现：这家服务商没有公布它的记录。
VPS 服务商的故障记录要往回读多久？
至少读最近 90 天。这个窗口足够看出故障会不会重复、是不是总同一个数据中心出问题、故障是几分钟解决还是拖上几小时。单单一个月干净说明不了什么；90 天的规律才是证据。
故障记录干净，是不是意味着 VPS 永远不会宕机？
不是。记录干净可能意味着服务商确实没有出过故障，也可能意味着故障从未公布，或者记录只覆盖了部分产品。把公布的记录当作关于过去的证据，买下之后自己跑运行监测来测量现在。
故障记录里什么算危险信号？
同一数据中心反复出故障、故障一开就是好几小时、措辞含糊、从不说清坏了什么、记录会重置或只显示最近几天。还有一种：故障每次都怪客户或上游运营商——从不认错的服务商给不了你一份可用的记录。
应该先查故障记录还是先查 SLA？
先查故障记录，因为它展示的是实际发生过什么，然后再读 SLA，看服务商承诺了什么、出问题时赔什么。英文原文中的可用性 SLA 指南讲了怎么把百分比换算成分钟、赔偿值多少钱——故障记录告诉你，你有多大可能需要用到它。
来源与核查范围
本指南的方法是公开状态页的阅读流程，不是对任何一家服务商可靠性的断言——故障次数和时长因服务商和窗口而异，关键数字是你结账时在状态页上读到的那几个。提到的例子——Hostinger 和 OVHcloud 公布带故障记录的公开状态页——已于 2026-11-12 在它们自己的公开状态页和独立监测上核对过。本文不含联盟链接——如果哪条链接将来产生收益，会在载有它的句子里说明。想看更完整的购买决策，见英文原文中的《如何选第一台 VPS 而不买过头》和英文原文中的促销条款指南。
发表回复