节点清单：63 个方向、1047 个出口与 88% 的接客上限

§01

清单字段：每行都能回答「这条线路适合我么」

节点列表里出现的每个字段都对应一个可验证事实，不做装饰性标注。下表列出六个核心字段的定义，后续所有方向表都按这个口径填写。

§02

亚太方向：延迟最低的三组

亚太是中文用户最常用的方向，也是上游最密集的一组。东京、香港、新加坡三个方向合计 298 个节点，占全部节点的 28.5%，冗余等级最高。

香港为什么最快

广州与深圳到香港的物理距离不足 150 公里，跨境段只需穿过一条海底光缆，实测往返延迟中位 19 毫秒、P95 27 毫秒。这个数字已经接近同城机房互访，因此香港方向的负载也最高，晚高峰常触发 88% 的接客上限。

东京的稳定性来自三条上游

东京 01 至 03 三个机房分别接入 CN2 GIA、NTT 与 IIJ，任意一条出现丢包超过 3%，客户端会在 8 秒内把新连接切到另一条。2026 年 10 月三条上游合计切换 2 次，用户侧感知为重连 1 次。

新加坡维护窗口为什么在深夜

新加坡 01 的上游 Singtel 只允许在本地时间 02:00 至 04:00 调整 BGP 邻居，对应北京时间同一时段。这个窗口与国内用户晚高峰不重叠，代价是需要值班工程师在凌晨操作，因此维护频率控制在每季度一次。

亚太方向的拥塞只出现在两小时窗口

把 24 小时切成 5 分钟粒度观察，香港与东京方向的延迟在 20:00 至 22:00 抬升 18 至 26 毫秒，其余时段波动小于 4 毫秒。这说明扩容应该按峰值而非均值设计，否则每天仍有两小时体验明显下降。

亚太方向的价格为什么最高

同样带宽，亚太机房的单位成本约为欧洲机房的 1.6 倍，原因是机柜与电力价格，以及优质回程的采购成本。这个差异最终体现在节点密度上：欧洲 136 个节点分配在 24 Gbps 出口，亚太 352 个节点分配在 128 Gbps 出口。

同一方向内的机房如何互备

香港方向的三条上游分属三个不同机房，机房之间的内部互联时延为 1.2 至 2.4 毫秒。主用上游劣化时，连接先切到同机房备用，若同机房整体异常则跨机房切换，跨机房切换会带来一次可见重连。

§03

美洲方向：节点最多，绕路也最容易被忽略

美国西岸共 186 个节点，是数量最多的一组。数量多不等于路径短：从上海到洛杉矶的直线距离约 10500 公里，物理往返时延下限就在 140 毫秒左右，任何宣称「个位数延迟」的说法都不成立。

东岸为什么要经西岸中转

从国内直连美东需要跨越大西洋或经欧洲跳转，绕行幅度大于经西岸再走美国境内骨干。实测经西岸中转的往返延迟为 236 毫秒，直连方案为 281 毫秒，差距 45 毫秒，且抖动方差更小。

为什么东岸节点数只有西岸的一半

东岸主要服务对美东机房有硬性要求的场景，例如访问纽约交易所数据接口或美东云厂商可用区。需求密度低，节点数按需控制，避免把容量摊薄到无人使用的机房。

§04

欧洲方向：交换中心直连优于跨境长途

欧洲节点集中在法兰克福、阿姆斯特丹与伦敦三地，全部接入本地互联网交换中心。DE-CIX 与 AMS-IX 的直连让欧洲内部跳数控制在 3 跳以内，这是欧洲方向抖动较小的原因。

欧洲方向的抖动为什么小

同一时段的延迟 P95 减中位只有 12 至 18 毫秒，而美洲方向为 22 至 31 毫秒。差距来自跳数：欧洲节点在本地交换中心完成互联，跨境后只有 2 至 3 跳；美洲方向需要跨越两个骨干网，排队点更多。

跨大西洋流量如何处理

访问美东与欧洲之间的服务时，出口选择会优先落在欧洲节点，因为跨大西洋段的单向时延约 38 毫秒，比从国内出发绕行更稳定。这条路径不用于需要北美 IP 的场景。

欧洲方向的时延下限在哪里

上海到法兰克福的直线距离约 8800 公里，光纤折射率使实际路径比直线长约 1.4 倍，物理往返下限约 205 毫秒。实测 236 毫秒已接近该下限，进一步优化的空间主要来自减少国内出口排队，而不是缩短跨境路径。

为什么不在南欧铺节点

南欧方向的请求量占全部欧洲流量的 6%，且多数可由法兰克福或阿姆斯特丹覆盖，跨境延迟增加 15 至 25 毫秒。以当前需求密度，新增机房的成本无法被利用率的提升抵消。

§05

负载与容量：什么时候会开始慢

负载超过 70% 后，同一出口的排队延迟会开始影响尾部体验；超过 88% 时新连接被拒绝。这两个阈值写进客户端逻辑，也是容量规划的依据。

负载不是均匀分布的：同一方向在工作日 20:00 至 22:00 的负载可达平峰的 2.3 倍。把这段窗口单独统计，才能解释为什么有人觉得「白天很快，晚上很慢」，也才能判断新增容量应该投在哪个方向。

峰值并发与出口带宽的关系

以香港为例，2.4 万并发会话在 80 Gbps 出口上平均每会话 18 Mbps，但实际分布高度偏斜：5% 的会话占用了 40% 的带宽。容量规划按 P95 会话速率而不是平均值计算，否则会在少数大流量会话上误判余量。

§06

冷备机上线：从故障到可用要几步

冷备机日常不出现在客户端列表里，只在故障时被推送。这个设计牺牲了一部分「数量感」，换来的是故障恢复时间可控。

1. 监控发现某方向上所有在线节点丢包连续 3 个周期超过 5%，或握手成功率低于 92%。
2. 调度系统读取该方向的冷备机清单，按机房、上游与地理位置筛选出候选，排除同机房同上游的机器。
3. 对候选机器执行连通性与出口 IP 校验，确认落地机房的路由表未被改动。
4. 把候选机器写入配置中心，标记为「临时在线」，客户端在下一次 60 秒轮询时刷新列表。
5. 观察 10 分钟，若新机器的丢包低于 1% 则转正，否则回滚并从清单移除。
6. 转正后把原故障机器的记录标记为「待检」，24 小时内不参与调度，检查结论写入内部台账。

§07

客户端如何呈现这张清单

清单本身不直接暴露给用户，客户端只展示经过排序与折叠后的结果。理解这层转换，能解释「为什么列表里看不到全部节点」这类疑问。

• 默认视图：按方向分组，每组展示延迟最低且在线的 3 个节点，其余折叠在「查看全部」里。
• 排序依据：延迟 40%、丢包 35%、负载 25% 加权，任一项超过阈值的节点直接剔除。
• 收藏与锁定：收藏的节点固定在顶部，锁定的节点即使负载偏高也不会被替换，直到手动解除。
• 冷备节点：只在故障时出现，图标带临时标记，故障解除后自动消失。
• 刷新节奏：前台每 60 秒轮询一次清单，切换网络环境时立即重新拉取，避免沿用旧出口。

§08

命名规则：一眼看出方向与序号

节点名称采用「地区 + 两位序号」的固定格式，序号不表示优先级，只表示上线顺序。这个约定让日志、工单与截图之间的对照不需要查表。

序号为何不连续

机房下线时序号作废不复用，避免旧日志里 hkg-03 与新的 hkg-03 指向不同机器。作废记录保留在内部台账里，不对客户端展示。

命名与监控告警的绑定

监控告警按节点名下下发规则，一条规则的命名与节点名一一对应。改名必须同步改规则，否则告警会指向不存在的机器——2026 年 9 月曾因此漏报一次上游抖动，此后改名流程加入双人复核。

别名与地区名的取舍

对外展示用中文地区名，日志与配置用英文小写短名。两套名字之间的映射写在配置中心，改动需要两人复核，防止一次重命名把监控告警指到错误的机器。

§09

使用边界：清单能说明什么，不能说明什么

清单是一份静态事实加动态指标的组合，它能回答覆盖与容量，不能回答「你连上会不会快」。后者取决于你的接入方式与目标站点。

• 能说明：某个方向有几条独立上游、当前负载与延迟中位、是否存在冷备。
• 不能说明：你的宽带运营商到省级出口那一段的质量，这段只有你自己的设备能测。
• 不能说明：目标站点的 CDN 就近策略，同一节点访问不同站点可能命中完全不同的边缘。
• 不做承诺：清单不含任何带宽保证条款，所有数字为测量值而非合同值。

如果你需要的是一条可预期的路径，建议先看 CN2 GIA 线路说明与延迟实测记录两页，再回到本页按方向挑选；反过来，如果你只是想确认某个方向有没有节点，本页的表格已经足够。

• CN2 GIA 回程路径AS4809 与三段式走向
• 六方向延迟实测含探针盲区说明
• 分流与回程策略内网直连白名单
• 客户端下载装好之后再看清单更有意义

清单口径

测量值，非合同承诺值

负载定义

最近 5 分钟出口带宽占用比

延迟定义

客户端到出口的往返时间中位

冷备定义

日常不下发，故障时推送的备用节点

63 个方向的复核节奏

每季度复核一次方向划分：新增地区满 5 个节点才独立成方向，低于 5 个则并入就近方向并在备注里标注。2026 年第三季度新增 2 个方向，合并掉 1 个，净增 1 个。

方向数量为什么是 63 而不是 62

62 是按国家与地区统计的数字，63 是按方向统计的数字。差异来自香港独立成方向：它在地理上属于中国，但在跨境路径与上游组成上与内地城市完全不同，必须单独统计才不掩盖实际情况。

清单快照的时间戳为什么重要

同一份清单在今天与三天后的可用容量可能相差 15%，节点上下线、负载迁移与维护窗口都在改变结果。本页每张表都带快照日期，读者引用时应连同日期一起引用，避免把一周前的负载当作当前状态。

数量之外的三个隐性成本

节点越多，配置分发、证书轮换与监控规则的维护成本越高。1047 个节点的证书轮换周期为 90 天，每次轮换需要 6 小时窗口；监控规则每节点 4 条，合计 4188 条，人工复核一次需要 2 人日。这些成本不进广告，但决定清单能否长期维持。

清单之外还有一份内部台账

对外清单只记录方向级指标，内部台账另外记录每台机器的上线日期、上游合同周期、故障次数与最近一次人工巡检结论。两份记录分离，避免把合同信息暴露在客户端可读的接口里。

最后一条值得强调：本页不做「哪个方向最好」的推荐。同一份清单在不同宽带、不同时段、不同目标站点上的表现差异，远大于方向之间的平均差异。把选择权留给读者，是本页唯一的设计立场。

方向分组上游冗余负载阈值冷备机命名规则