快喵VPN 可用性口径：99.932% 与 98.89% 各自的分母

01 / 分母

同一段数据，两种口径相差一个百分点

口径之争几乎都出在分母上。分母是分钟，读数会接近满分；分母是天，一天的降级就会拉低一个点。先说清楚这一点，后面的数字才有意义。

快喵VPN 的 90 天窗口里累计 88.6 分钟完全不可用。按分钟口径算，分母 129600 分钟，可用性 99.932%。按天口径算，分母 90 天，其中 1 天不可用，可用性 98.89%。两个数字来自同一批探针记录，差别只在分母。

按分钟口径：对短事件敏感，对长事件不放大

7 分钟的不可用在 129600 分钟里占 0.005%，读数几乎不动。这既是优点也是缺点：优点是不会因为一次短事故把整体读数打崩，缺点是长尾的小事故容易被平均数掩盖。

按天口径：可核对，但对事件时长不敏感

日历天是双方都能独立核对的最小单位，所以对外核算多用天。代价是 1 分钟的不可用和 23 小时的不可用，在按天口径里扣的分一样多。

口径三要素：分母、判定、归属

一个可用性读数由三件事共同决定。分母决定读数的量级，判定决定哪些探测算失败，归属决定哪些失败计入分子扣减。三者缺一，读数就无法复算。

为什么本站两个口径都给

只给一个口径，读者无法判断这个数字是偏乐观还是偏保守。两个都给，读者能看到区间：真实情况在 98.89% 与 99.932% 之间，具体取哪个取决于问的是什么问题。

哪个口径更适合做年度核算

年度核算用按天口径。原因是日历天可以独立核对，而分钟级数据需要访问原始探测记录，外部无法验证。代价是按天口径对短事故过于严厉。

02 / 探针

探针在哪里，多久探一次

可用性不是“有人用着没报错”，而是“探针按时发起的探测有没有成功”。探针的位置、频率与判定方式决定了读数的分辨率。

探针数量

12 个

覆盖城市

3 个

探测间隔

每 30 秒

单次探测内容

TCP 443 握手 + 心跳回环

90 天探测次数

约 311 万次

判定为失败的阈值

握手超时 5 秒或心跳无应答

为什么用 TCP 443 握手作为主探测

握手成功说明三件事同时成立：路由可达、端口开放、服务端在监听。它比 ICMP 更接近真实业务，也比完整业务请求更便宜，单次耗时通常在 100 毫秒以内。

为什么还要加一次心跳回环

握手只验证“能连上”，不验证“会话还在”。心跳回环验证的是会话层的存活，两者都通过才算一次成功探测。只有握手成功而心跳失败的记录，会被单独标记为半开状态。

三个城市怎么选

• 一个在华北，覆盖北方主干出口，主要反映路由收敛类问题。
• 一个在华东，覆盖国际段出口最密集的区域，反映跨境拥塞类问题。
• 一个在华南，覆盖移动与电信双线，反映承载网解析类问题。
• 三个城市各 4 个探针，同城探针之间相互校验，避免单点故障被记成服务不可用。
• 同城 4 个探针中 3 个以上失败才计为不可用，1 至 2 个失败计为降级。

03 / 窗口

维护窗口算不算，怎么算

维护窗口是最容易产生争议的一项。把计划内维护排除在外，读数会好看；不排除，读数更保守。本站的做法是分开算、分开写。

90 天里有一次计划内配置变更（2026-11-02），持续 19 分钟，期间新建连接失败。这 19 分钟不计入不可用分钟数，但在事件记录里单独列一条，并标注为计划内。

排除维护窗口的三个前提

1. 提前至少 24 小时公告，公告里写明起止时间与影响面。
2. 已有长连接不受影响，只有新建连接失败，用户不至于完全断网。
3. 窗口长度不超过 30 分钟，且不在当地使用高峰时段。

不满足前提时怎么算

三条里有一条不满足，这段时间就计入不可用。2026-11-02 那次三条都满足，所以排除；如果它发生在晚间高峰，即使提前公告也会计入。

04 / 判定

一次探测怎样才算失败

判定规则写在这里，是为了让别人能用同样的规则复算。规则不复杂，但每条都有边界条件。

为什么恢复要两次

单次成功可能是探针撞上了一个刚好可用的瞬间。连续两次成功把误报恢复的概率降到千分之一以下，代价是事件时长会多记 60 秒，属于偏保守的记账方式。

降级与不可用的边界

• 降级：探测成功，但时延、丢包或抖动中至少一项越过判据，业务可用但变差。
• 降级：握手成功但心跳单次无应答，属于半开状态的第一阶段。
• 不可用：握手失败，或连续两次半开，或同城 3 个以上探针同时失败。
• 不计入：探针本机故障、探针所在网络中断、计划内维护窗口内的失败。
• 边界情况一律按更保守的一侧记账：无法判断时记为不可用，不记为可用。

05 / 读数

读数怎么用，怎么不被误用

同一个 99.932%，放在不同场景里的含义完全不同。这一节讲怎么用，也讲哪些用法是错的。

三个常见误用

1. 把不同窗口的读数直接比较。90 天窗口和 30 天窗口的事件分布不同，直接比会得出错误结论。
2. 把按分钟的读数当成按天的承诺。分母不同，差一个百分点很正常，不是数据出错。
3. 把单探针读数当成全网读数。单探针反映的是它所在的那条路径，不是服务整体。

正确的比较方式

• 同口径、同窗口长度、同探针集合，三者一致才能比较。
• 比较事件次数而不是只比百分比，次数能反映稳定性的一致性。
• 比较不可用分钟的绝对值，因为百分比会把绝对值藏起来。
• 跨版本比较时，标注客户端版本，不同版本的判定逻辑不同。

怎么把读数换算成可感知的时间

• 按分钟口径 99.932% 换算成每月：30 天约 29.4 秒不可用，一次眨眼级别的中断。
• 按天口径 98.89% 换算成每月：约 0.33 天不可用，即每月可能有一天被记失分。
• 降级 19 分钟分摊到 90 天：平均每天 12.7 秒处于降级状态，集中在两次事件里。
• 把绝对分钟数写出来比写百分比有用，因为人能判断 88.6 分钟对自己意味着什么。

06 / 事件

七次事件如何计入读数

事件记录与读数是同一批数据的两面。这一节把每次事件的影响时长与归属摊开，方便逐条核对。

为什么只有一次计为不可用

另外六次里，五次是降级（业务可用但变差），一次是计划内维护（提前公告且只影响新建连接）。按第 4 节的判定规则，只有 2026-09-03 那次满足“握手失败且连续两次半开”的条件。

降级为什么也要记

降级不扣可用性，但会扣体验。19 分钟的降级里时延从 32 毫秒抬到 212 毫秒，实时交互类业务能明显感知。只记不可用会漏掉这类问题。

七次事件的分布特征

• 时间分布：凌晨 2 次、上午 2 次、下午 1 次、晚间高峰 2 次，晚间事件的用户感知最强。
• 时长分布：最短 7 分钟，最长 34 分钟，中位 19 分钟，没有跨小时的长时间事故。
• 等级分布：1 次不可用、5 次降级、1 次计划内维护，不可用占比 14%。
• 根因分布：配置类 2 次、容量类 1 次、上游路由 1 次、客户端逻辑 2 次、承载网 1 次。
• 影响面分布：单节点 2 次、单平台 2 次、单地区 1 次、多地区 1 次、全局新建连接 1 次。

07 / 争议

口径争议怎么处理

有争议说明口径写得不够细。本站的处理方式是：把争议点写进口径，而不是在争论里选一个立场。

08 / 对照

和其他口径的对照表

不同厂商、不同监测平台的口径各不相同。这一节给出对照关系，方便把本站读数换算到别的口径上再比较。

换算时要注意的三件事

• 按请求数口径会把高频请求放大，低频但长时间的故障可能被稀释。
• 按会话数口径对长连接业务不利，一次断线会重复计入多个会话。
• 按权重口径的权重定义不统一，跨厂商比较前要确认权重是不是会话数。

为什么本站不提供按请求数口径

请求数需要业务侧埋点，本站只有探针数据，没有真实请求分布。用探针数据冒充请求数口径，等于编造一个自己算不出来的数字。

09 / 数字

本页十二个数字与采集条件

本页出现的所有数字列在这里，每条都带条件。与首页冲突时以本页为准，因为本页是口径的原始出处。

这十二个数字构成口径的完整链条：分母 → 探针 → 判定 → 归属 → 读数。任何一环被改动，整条链的读数都会变，因此改动需要留痕。

10 / 问答

六个关于口径的问题

六问按被问到的次数排。答案都指向前面的小节，不引入新数字。

11 / 复算

拿到原始记录之后，自己把读数算一遍

口径的价值在于能被复算。这一节把计算过程写成三步，读者照着做就能得到同样的两个数字。

复算只需要三样东西：一段窗口内的探测结果、页面第 4 节的判定规则、第 3 节的时间归属表。三样齐全，任何人都能独立算出 99.932% 与 98.89% 两个读数。

第一步：按分钟口径累加扣减

把窗口内每一次被判定为不可用的时段按分钟累加，得到 88.6 分钟；用窗口总分钟数 129600 减去它，再除以 129600，得到 99.932%。这步不需要任何取舍，只要判定结果一致。

第二步：按天口径整算

把窗口切成 90 个日历天，每天只要出现过不可用就整天失分。90 天里有 1 天命中，得到 98.89%。降级不扣分，但仍要单独统计时长，否则会被整体百分比藏起来。

第三步：处理缺测与维护

缺测时段按不计入处理，不摊到其它时间；维护窗口按第 3 节的三条前提判断是否单列。本窗口内缺测为 0 分钟，维护窗口为 19 分钟且三条前提全部满足。

复算时最容易出错的三步

• 把恢复确认的 60 秒观察期也扣进分子：这 60 秒是判定的确认过程，不是不可用时长。
• 把降级时长并入不可用：降级不扣可用性，两个统计口径要分开。
• 把维护窗口摊平到整个窗口：它是一个点，不是比例；单列或计入，二选一。

为什么坚持公开复算路径

可用性数字一旦无法复算，它的可信度就只能靠信任，而信任不能替代证据。把分母、判定与归属全部写出来，是为了让读数可以被检查，而不只是被引用。