韩国cn2服务器访问中国大陆突然变慢时，先查路由绕行还是先看出口带宽占用

韩国 CN2 服务器面向中国大陆访问突然变慢，现场最怕的不是“慢”本身，而是先猜再改。更稳的做法，是先把慢拆成两类：链路绕远了，还是出口流量顶住了。前者看路由和往返时延，后者看带宽曲线和网卡出流量。判断对了，后面的动作才不会跑偏。

如果同一时间从多个大陆测试点访问都慢，而且 mtr、traceroute 这类路径输出里，跳数、经过节点或 RTT 分布也变了，优先查路由绕行；如果慢主要出现在业务高峰，出口带宽图持续抬高，而路径基本没变，优先看出口带宽占用。单点慢、单次慢，都先别急着下结论。

韩国cn2服务器大陆访问变慢时，先查链路还是先看资源

这类故障现场，先看“范围”，再看“原因”。

• 只影响中国大陆访问，海外或本地测试点基本正常：更像跨境链路问题。
• 多个大陆入口都慢，但带宽图没到高位：更像路由绕行或上游拥塞。
• 只在某几个时段慢，且总是和大流量任务同一时间出现：更像出口带宽被占满。
• 只有某个地区、某个运营商慢：先排查测试点侧网络，不要直接把问题归到服务器。

路由绕行和出口带宽，怎么分开看

更像路由绕行的信号

路由问题的特点，是“路径变了，体感也跟着变”。

• 从多个大陆测试点看，延迟同时升高。
• mtr 或 traceroute 显示中间节点变多，或某一段开始持续抖动。
• 不是每次都慢，但一旦慢，慢得比较一致。
• 带宽利用率不高，出口没有明显顶满。

这类现象通常说明，慢不是服务器“发不出去”，而是数据走了更长或更拥塞的链路。对 AI 研发团队来说，模型产物分发、远程控制台、数据回传这类访问最容易把路由变化放大成明显体感。

更像出口带宽占用的信号

带宽问题的特点，是“路没明显变，但车太多”。

• 慢主要发生在业务高峰。
• 网卡出流量持续抬高，接近端口可承受上限。
• 页面、下载、API 调用都一起慢，和访问来源关系不大。
• 路由输出看不出明显变化，但丢包、重传、排队感变重。

这类问题在训练产物上传、日志集中回传、镜像分发、批量同步时更常见。它不一定说明线路坏了，很多时候只是同一出口承载了太多并发流量。

现场分流表：先查哪个，一眼能看出来

如果没有完善监控，最实用的办法不是只看当前一张图，而是在同一时间段同时抓“路由”和“带宽”两份证据。因为路由变化可能是短时的，带宽峰值也可能转瞬即过。

排查命令只看用途，不必展开太细

下面这些命令只用于快速取证，重点是看结果，不是死记参数。

mtr -rw <服务器IP>
traceroute <服务器IP>
ping -c 10 <服务器IP>
ip -s link

• mtr、traceroute：看路径有没有变化，哪一跳开始变差。
• ping：看延迟是否稳定，是否出现明显抖动。
• ip -s link：看网卡收发包、错误计数、丢包迹象。
• 如果机房控制台提供实时流量图，优先对照面板曲线，不要只看一条命令输出。

Windows 环境可以用 tracert 和性能监视器/资源监视器查看网卡吞吐。不同系统版本界面不一样，先核对环境再操作。

要保留哪些证据，方便定责和升级

排障现场最值钱的不是“我感觉变慢了”，而是能复现、能对时、能对比的证据。

建议至少保留这几类：

• 故障开始和恢复的大致时间。
• 来自哪些大陆测试点，分别是什么 IP。
• 同一时间段的路由输出，最好有慢前、慢中、慢后三个时点。
• 同一时间段的出口带宽图，或者网卡出流量截图。
• 当时是否存在备份、同步、镜像分发、日志回传等大流量任务。
• 如果有接口错误计数、丢包、重传迹象，也要一并截图。

时间最好统一。服务器时间、测试机时间、监控面板时间要能对上。否则你很难把“路由变化”和“带宽峰值”放到同一个窗口里比较。

看到结果后，下一步怎么做

路由绕行成立时

如果多点大陆测试都指向同一条异常路径，而出口带宽并不高，先把责任边界放在链路侧，而不是本机应用。

这时通常要做的是：

• 保留路径证据。
• 确认故障是持续性还是间歇性。
• 向服务商提供故障时间、测试来源和路由输出。
• 让服务商核查上游链路、策略变更或路由调整。

这类问题通常不是重启业务能解决的。路由在上游，靠本机改配置往往收效有限。

出口带宽占用成立时

如果路径稳定，慢又和高峰流量高度重合，先处理出口压力，再谈线路优化。

可以先做的事：

• 找出同一时段的大流量任务。
• 把批量同步、备份、模型分发从业务高峰挪开。
• 给下载、回传、镜像分发做限速或分时。
• 如果业务流量长期接近带宽上限，再评估是否需要更大的出口余量。

这里要分清楚：带宽满了，不一定是故障，也可能是容量规划不够。是“资源不够”，不是“线路坏了”。

两者同时异常或证据不够时

如果路由变了，带宽也高，或者你手上的证据互相打架，就不要只盯一个方向。先把证据补齐，再分头处理。

常见情况是：

• 路由绕行把 RTT 拉高，进一步放大了带宽占用下的等待时间。
• 大流量任务把出口挤满，叠加路径抖动后，体感变得更差。
• 单个测试点异常，实际是测试点侧网络波动。

这时最有效的动作，不是连续重试，而是把“同一时刻、多来源点、同一目标”的证据补完整。

什么时候需要联系服务商

出现下面几种情况，就该把问题升级给服务商：

• 多个大陆来源点都慢，且路径证据反复指向异常上游。
• 带宽图并不高，访问却持续变慢，说明问题不在你本机出口压力。
• 端口错误、丢包、重传计数异常，且你无法在本机侧解释。
• 故障已经跨过多个观察窗口，仍然没有恢复迹象。
• 你确认没有做过路由、策略、限速、备份窗口等变更，但现象仍在。

联系时别只说“大陆访问慢”。最好一次性给出：

• 故障开始时间。
• 受影响的测试点和目标 IP。
• 路由输出截图或文本。
• 同时段带宽图。
• 近期是否有大流量任务或变更。

这样服务商更容易判断是上游链路、端口容量，还是别的网络因素。

修复后还要持续观察什么

这类问题修复后，不要马上把监控关掉。接下来至少观察三件事：

• 大陆来源点的路由是否稳定。
• 出口带宽是否还会在固定时段抬高。
• 变慢是否总是和某个批量任务同一时间出现。

对韩国 cn2 服务器来说，真正有价值的不是一次性把慢修好，而是把“路由变化”和“出口带宽变化”变成可追踪的日常项。只要这两条线都盯住，下一次大陆访问变慢时，排查顺序就会很清楚。