2026 年 10 月 29 日，海鸥加速器 5.4.2 版本完成新加坡 SG-03 与法兰克福 DE-01 两处机房的整体迁移，接入点从 56 个扩到 68 个，覆盖地区维持 21 个。迁移分四个窗口执行，单次最长中断 48 秒，累计中断 132 秒。老版本客户端会在下次启动时收到线路表刷新，不需要重新安装。
本次迁移的主关键词是「加速器机房迁移」，动作对象是两处承担跨区中转的枢纽机房。原来的新加坡机房位于一栋混用楼宇的三层，机柜与办公网络共用同一条上行链路，晚高峰时段队列排队明显；法兰克福机房则受限于 2021 年铺设的 10G 上行，扩容余量只剩 18%。新机房分别迁到独立的数据中心，上行换为双 40G 链路，机柜之间采用冗余供电。
迁移范围与路径变化
迁移覆盖 38 台服务器，其中新加坡 21 台、法兰克福 17 台。按业务分级，先把只做域名分流的边缘节点迁走，再迁承担视频中转的主力节点，最后迁鉴权与调度服务。每批迁移前先在旧机房把流量切到备用线路，确认新机房能承接 30 分钟以上的满负荷流量后再下架设备，因此四个窗口的实际中断都控制在 1 分钟内。
路径变化最直观：从新加坡到法兰克福的跨区路由由 14 跳缩短到 11 跳，绕行的两个公共交换节点被移除。对应的往返时间从 178ms 降到 141ms，抖动区间由 ±26ms 收窄到 ±9ms。东亚一侧同样受益，香港 HK-02 到东京 JP-05 的转发不再经过新加坡中转，单程多出的一段回环被去掉，这条线路的往返时间由 74ms 降到 51ms。
「迁移的难点不在搬设备，而在让 21 个地区的调度表同时切换。提前两周就把新机房的 IP 段写进调度表，用 5% 的灰度流量跑了 96 小时，确认没有异常才放大比例。」郑海涛，海鸥加速器线路运维负责人
两周观察数据
迁移完成后，运维组从 10 月 15 日到 10 月 29 日连续观察了两周，取样方式为每 10 分钟对 6 组线路发起一次探测，共 2016 次有效采样。跨区线路的往返时间中位数从 178ms 降到 141ms，90 分位从 214ms 降到 158ms；东亚内部线路从 74ms 降到 51ms，90 分位从 96ms 降到 63ms。
关键数据
- 接入点：56 个增至 68 个，新增 12 个
- 跨区延迟中位数：178ms 降至 141ms
- 东亚内部延迟中位数：74ms 降至 51ms
- 抖动区间：±26ms 收窄至 ±9ms
- 单次最长中断：48 秒，累计中断 132 秒
- 灰度验证：5% 流量连续 96 小时
吞吐方面，新加坡机房的单连接下载峰值从 431Mbps 提升到 618Mbps，法兰克福机房从 296Mbps 提升到 474Mbps。两组数据都取自 8GB 测试文件的一次完整下载，测试宽带上行 500Mbps，测试时间段为晚间 21:00 至 22:00。上行链路升级是吞吐提升的主要原因，双 40G 链路让单条线路不再与办公流量争抢队列。
客户端与其他调整
客户端 5.4.2 同步更新了节点列表与调度表，节点名沿用城市加编号的格式，例如香港 HK-02、日本 JP-05。用户此前手动锁定的线路如果在新机房保留了同名节点，锁定状态会自动继承；如果该节点已合并，客户端会在首次连接时提示重新选择，并把原来的延迟最低线路设为默认。
另外三项配套调整一并上线：一是节点列表增加了实时负载标签，空闲、正常、较忙三档按最近 10 分钟的并发连接数划分；二是导出配置文件时可以选择是否包含备用端口，方便在限制较多的网络上使用；三是连接日志的保留条数从 20 条提升到 50 条，切换协议与重连都会记录时间戳。
后续一个版本计划把法兰克福机房的备用链路接入调度，并补充南美方向的两个接入点。迁移记录与节点分布表会继续在资讯中心更新，装好客户端后可以在节点列表里直接核对本次新增的 12 个接入点。
读者评论
6 条评论
香港到东京这条线路确实快了，之前开会共享屏幕偶尔卡一下，今天试了三次都正常。
锁定过日本 JP-05，升级后自动保留了，没让我重新选，这点做得不错。
看到日志条数从 20 提到 50，昨天排查断线正好用上，能对上时间点。
法兰克福那条线晚上下载从 300 出头到 470 左右，和文里的数据差不多。
迁移那两天确实断过一次，大概几十秒，之后一直稳定，可以接受。
希望南美节点快点上，出差圣保罗的时候用得着。