狗急加速器全新升级:全球节点加密通道扩展至 132 个
2026 年 9 月 24 日,狗急加速器完成本年度第三次节点扩容,加密通道总数由 108 条提升至 132 条。新增的 24 条通道全部部署在欧洲与北欧方向,覆盖华沙、斯德哥尔摩、米兰、马德里、阿姆斯特丹与苏黎世六座城市,每座城市四条通道互为备份。所有新节点沿用与既有节点一致的 AES-256-GCM 加密策略,未引入任何新的协议分支。
做出这次扩容判断的依据来自连接数据:过去 90 天,欧洲方向的连接请求占比从 14% 上升到 23%,而欧洲可用节点长期维持在 16 个,高峰时段的线路竞争明显。网络架构师林嘉伟在复盘里提到,扩容前欧洲方向的排队等待时长中位数为 1.8 秒,这是最需要被削掉的一段耗时。
24 条新通道的分布与接入方式
新增通道按“一城四线”的方式部署,同一城市内的四条通道分别接入两家本地运营商,避免单一运营商出口故障影响整座城市。
- 中东欧:华沙,四条通道,接入两家本地一级运营商
- 北欧:斯德哥尔摩,四条通道,与赫尔辛基方向互为备份
- 南欧:米兰、马德里,各四条通道,改善地中海方向绕行问题
- 西欧:阿姆斯特丹、苏黎世,各四条通道,接入主要互联网交换中心
六座新城市的上联带宽均为 10 Gbps,机房采用双路市电加 UPS 的供电结构。运维侧对每台承载设备保留 30% 的带宽余量,也就是说单节点在峰值负载下也只使用约七成容量。
欧洲方向延迟平均下降 19%
扩容前后我们使用同一批测试终端对欧洲主要城市做了对比测试,每组数据在 20 时至 22 时之间采样 300 次并取中位数。四座城市的新旧对比如下表。
| 目的地 | 扩容前 | 扩容后 | 降幅 |
|---|---|---|---|
| 柏林 | 204 ms | 166 ms | 下降 18.6% |
| 阿姆斯特丹 | 198 ms | 158 ms | 下降 20.2% |
| 马德里 | 226 ms | 184 ms | 下降 18.6% |
| 斯德哥尔摩 | 232 ms | 190 ms | 下降 18.1% |
四条线路的降幅集中在 18% 到 20% 之间,加权后落在 19% 附近。改善主要来自两处:一是新节点直接落地在城市本地,跳数减少 2 到 3 跳;二是同城四条通道让智能选路有更多可比较的候选,避免流量全部压在同一条出口上。
扩容过程中的用户无感迁移
扩容并不是一次性生效的。为了保证在线会话不被打断,我们按三批灰度推进,每批间隔 48 小时:第一批只对新增通道做内部压测,不放行真实流量;第二批把 5% 的新建会话导入新节点观察,同时保留旧节点作为兜底;第三批才把新节点纳入常规候选池。
整个过程中,因节点变更导致的长连接重建次数为 0 次。已建立会话的客户端不会被强制迁移,而是等下一次重新连接时自然切换到新的候选池,用户侧感知不到任何变化。
健康巡检与可用率
节点数量增加并不意味着维护压力线性上升。运维负责人何启明介绍,全部 132 个节点统一接受 5 秒粒度的健康巡检,连续两次失败即从候选池临时摘除,恢复后自动回归。近 90 天的统计结果如下:
- 全部节点月度可用率 99.93%
- 自动摘除并恢复的事件 47 次,平均恢复耗时 92 秒
- 单节点晚高峰峰值流量 8.6 Gbps,未触及 10 Gbps 上联上限
- 因节点故障触发的会话迁移占全部会话的 0.014%
“欧洲的节点不是越多越好,而是要在同一座城市里形成互为备份的闭环,只有一城四线才敢说线路是稳的。”
—— 林嘉伟,网络架构师
“我们给每台设备都留了三成余量,看起来是浪费,但正是这三成让晚高峰的自动切换变得没有感觉。”
—— 何启明,运维负责人
后续计划
第四季度的重点是南美与中东方向,两地的连接占比在过去半年里分别增长了 6 个和 4 个百分点,但当前仍需绕行北美或欧洲。节点侧已完成线路勘测,预计在年底前完成第一阶段的通道上线。北美方向的既有节点本轮未做调整,洛杉矶与达拉斯的线路质量保持在原有水平。
读者评论(6)
阿姆斯特丹这条线确实快了,以前访问荷兰的服务器经常 190 多,现在 160 出头。
想知道斯德哥尔摩节点是走哪条路由过去的,我这边测下来比文档里写的略高一点。
132 个节点对免费版开放了多少个?我在客户端里数了一下好像不是全部。
迁移过程真的没感觉到,我是扩容当天在线的,中间完全没掉过。
一城四线这个思路很好,之前单运营商出口出问题整座城市都不能用,现在放心多了。
期待南美节点,现在访问巴西的站点基本都要绕一大圈。