爱加速节点巡检体系揭晓：每 18 秒完成一轮全网探测

2026 年 10 月 21 日，爱加速首次完整披露节点巡检体系。三层探测模型每 18 秒对全部 1,280 个节点完成一轮覆盖，故障节点平均在 26 秒内被移出调度池，探测误判率控制在 0.4%。

一个节点从「出问题」到「被用户发现」，中间隔着两件事：平台有没有看见，以及看见之后敢不敢摘。爱加速这次公开的巡检体系，回答的正是这两个问题——用 18 秒一轮的探测把发现时间压到最短，用三层交叉验证把误摘的风险压到最低。

三层探测：连通性、质量与业务可达性

第一层是连通性探测，从 12 个独立区域的探针向节点发送 ICMP 与 TCP 握手，判断端口是否存活，单次超时阈值 900 毫秒。这一层能发现机房断电、网络中断这类硬故障，占全部故障的 61%。第二层是质量探测，在节点之间建立真实的加密隧道，传输 64KB 测试载荷，记录往返时延、抖动与丢包。阈值并非固定值：亚洲区域内节点要求往返时延低于 90 毫秒，跨太平洋节点放宽到 260 毫秒，超过阈值 1.6 倍即判定质量异常。

第三层是业务可达性探测，也是三层里最容易被忽略的一层。节点本身健康，不代表它到目标游戏服务器或会议服务的路径通畅。探针会模拟真实业务请求，检查 14 类高频目标的首次响应时间，任一类连续 3 轮超时即触发告警。「硬故障其实好处理，怕的是节点活着但不好用。」爱加速运维负责人顾宸说，「我们曾经遇到一个节点，Ping 通、测速正常，但它到某类游戏服务器的路径绕了一个大圈，延迟高出 80 毫秒。只有第三层探测能把这种情况揪出来。」

18 秒一轮，26 秒摘除

全网一轮探测的预算是 18 秒：1,280 个节点分配到 12 个探针区域，每个探针负责 106 至 108 个节点，并发探测数为 48，单节点三类探测合计耗时不超过 1.4 秒。这个周期让平台在故障发生后的 18 秒内获得第一手数据。从发现到摘除还要经过判定：连续 2 轮探测失败才进入候选摘除名单，第 3 轮仍失败则正式移出调度池，整个过程平均 26 秒，最慢 41 秒。恢复则采用更保守的策略——连续 6 轮探测正常（约 108 秒）才重新放量，且首小时只分配 5% 的流量，观察 30 分钟后再逐步恢复。

摘除动作不是简单地打一个标记。调度平台会同步完成三件事：把该节点上现有会话平滑迁移到备用路径，迁移过程中单会话最长中断 0.4 秒；把节点从预热池候选中剔除；向客户端的节点列表下发更新，客户端在 6 秒内刷新显示。误判率是这套体系的隐形成本。把不健康的节点留在池里，用户会遇到连接失败；把健康的节点摘掉，等于白白损失容量。当前体系的误判率为 0.4%，意味着每 1,000 次摘除中有 4 次属于误判，这些节点会在 108 秒后的复检中重新上线。

数据看板与季度复盘

巡检数据每小时汇总一次，形成节点健康分。健康分由可用率、时延达标率、丢包率、业务可达率四项加权，权重分别为 0.4、0.25、0.2、0.15。分数低于 82 分的节点进入观察名单，低于 70 分直接暂停新连接分配。过去一个季度，进入观察名单的节点共 37 个，其中 22 个通过参数调整恢复，15 个被下线替换。「我们更关心误判和漏判的比例。」爱加速数据分析负责人韦岚介绍，「漏判一次，用户可能连着失败三次就卸载了；误判一次，只是少一点容量。所以阈值我们故意设得偏保守，宁可多摘几个。」

巡检体系的另一个产出是节点画像。每个节点会被记录 14 天的历史表现，包括分时段延迟曲线、故障间隔、恢复耗时与业务可达率。新用户首次连接时，选路算法会参考画像，避开历史上在同一时段表现不佳的节点。上线画像后，首次连接失败率由 1.7% 降到 0.9%。对于自建机房之外的合作节点，巡检标准与自建节点一致，但增加了带宽承诺核验：每 6 小时抽样测速一次，连续两次低于承诺带宽的 85% 即触发整改通知，未在 24 小时内改善的节点会被降权处理。本季度共有 4 个合作节点因此被降权，其中 2 个完成扩容后恢复。

成本上，巡检本身并不便宜。全天候三层探测产生的流量约为每节点每天 1.6GB，1,280 个节点合计约 2TB，占平台总流量的 0.7%。团队评估后认为这个比例可以接受：一次批量故障造成的用户流失，代价远高于巡检流量。下一阶段的计划是把探测周期从 18 秒压到 12 秒，同时在探针侧引入基于历史路径的预测，把跨太平洋线路的探测密度提高 1.5 倍。全部节点列表与实时延迟可在加速节点区块查看，客户端内的节点刷新间隔已调整为 6 秒。

对用户而言，这套体系的存在感很低：它表现为节点列表里极少出现连不上的条目，也表现为高峰期切换节点后一次就成功。想体验当前巡检体系覆盖下的节点质量，下载客户端后打开节点列表即可看到实时延迟。