服务器国际带宽和本地带宽有什么区别？跨境访问选型指南

同样是"100M 带宽"，国内机房和香港、美西机房报出来的价格可能差出好几倍；反过来，有些海外机房标着"1G 大带宽"，国内用户访问却慢得离谱。这里面的矛盾，根源在于"带宽"这个词在网络语境里其实指两件事：一是链路的传输容量（每秒能过多少比特），二是可达范围与访问质量（这条链路能顺畅通达哪些网络）。国际带宽和本地带宽的核心差别不在数字大小，而在这两个维度上的定位完全不同。本文把二者的定义、计费逻辑、性能特征和选型方法讲清楚。

一、先厘清概念：本地带宽与国际带宽到底指什么

1.1 本地带宽（Local Bandwidth）

本地带宽通常指服务器所在机房接入本国/本地区运营商网络的带宽。以中国大陆机房为例，本地带宽一般指接入电信、联通、移动等国内运营商骨干的带宽，特点是：

• 访问国内网络的路径短、延迟低
• 带宽单位成本受本地市场竞争与骨干网容量影响
• 跨境访问能力取决于机房是否另外购买了国际出口资源

1.2 国际带宽（International Bandwidth）

国际带宽指跨境或跨大洲方向的传输能力，也就是数据要跨越国家或地区边界、经由国际出口/海缆的那一段。对海外机房来说，服务器的"国际带宽"往往指的是它接入全球互联网（Tier-1 运营商、国际海缆）的能力；对国内用户来说，关心的是"这条国际带宽回到国内是否顺畅"。

国际带宽之所以贵，主要原因是国际出口与海缆资源是稀缺且建设成本高的基础设施，并且容量需要按峰值需求规划，而跨境流量的峰谷差往往很大。

1.3 一个常见的混淆点

很多新手会误以为"买了大带宽就等于访问快"。实际上带宽决定的是吞吐量上限，延迟和丢包决定的是响应速度。一条 1G 的国际带宽，如果晚高峰国际出口拥塞、丢包 5%，下载大文件时速度依然上不去（TCP 会因丢包降窗），网页加载也会因为重传而变得很慢。

二、跨境访问慢的真正原因：不是带宽不够，是链路质量差

2.1 距离带来的物理下限

光在光纤中的传播速度约为每毫秒 200 公里。北京到洛杉矶往返距离约两万公里，仅传播延迟就有 100ms 左右，加上两端接入网和设备转发，实测 150-200ms 属于接近物理极限的水平。这个下限与带宽大小完全无关，买 10G 带宽也不会让它变成 50ms。

2.2 国际出口的拥塞规律

跨境流量要经过有限的国际出口。当大量用户在同一时段集中访问境外资源时，出口队列排满，产生排队延迟与丢包。国内时间的晚间 20:00-23:00是典型高峰，节假日、重大活动期间更明显。表现规律是：

• 延迟平均值上升
• 抖动（mdev）显著变大
• 丢包率从 0 上升到百分之几
• TCP 实际吞吐远低于带宽标称值

2.3 路由绕路与跨网互联

除了出口拥塞，还有两个常见因素：

• 绕路：本可直达却绕道第三地，例如亚洲到亚洲却经由美国，延迟凭空翻倍
• 跨网互联点瓶颈：用户是移动网络、机房主接电信，数据就要经过两家运营商的互联点，该点容量不足时同样拥塞

这也是为什么 BGP 多线、优化回国线路（如 CN2 类产品）会被单独定价——它们解决的是"路径选择"和"出口质量"，而不是单纯的带宽容量。

三、怎么测：把带宽和延迟分开验证

判断跨境链路问题，必须把"吞吐"和"响应"分开测，否则容易得出错误结论。

3.1 延迟与丢包：ping 与 MTR

# 发 100 个包，间隔 0.2 秒，获取有统计意义的样本
ping -c 100 -i 0.2 203.0.113.10

# 逐跳定位延迟与丢包发生在哪一段
mtr --report --report-cycles 100 203.0.113.10

# 机房对 ICMP 限速时用 TCP 模式探测 80 端口
mtr -T -P 80 --report --report-cycles 100 203.0.113.10

重点看 mdev（抖动）与丢包率。判断依据：mdev 长期超过平均值的 15% 说明链路不稳；丢包超过 1% 需要关注，超过 3% 基本可判定存在问题。

3.2 路径是否绕路：traceroute

# TCP SYN 模式，指定端口，避免 ICMP 干扰
traceroute -T -p 80 203.0.113.10

# 不做反向解析，输出更快
traceroute -n -T -p 443 203.0.113.10

逐跳看 IP 归属地，若出现地理上不合理的中转节点，即可判定绕路。这类问题无法自行解决，需要提交工单或更换上游。

3.3 吞吐能力：iperf3

# 服务端（机房机器）
iperf3 -s

# 客户端，4 并发测 30 秒
iperf3 -c 203.0.113.10 -t 30 -P 4

# 反向测（测机房出方向 / 用户下行）
iperf3 -c 203.0.113.10 -t 30 -P 4 -R

关键判断：单线程跑不满但多线程能跑满，通常是长肥管道问题（延迟高 × 窗口小），可考虑开启 BBR 或调大 TCP 缓冲区；多线程也跑不满，才说明带宽确实受限或链路存在严重丢包。

3.4 业务层面的分段计时：curl

curl -o /dev/null -s -w 'DNS:%{time_namelookup} TCP:%{time_connect} TLS:%{time_appconnect} TTFB:%{time_starttransfer} TOTAL:%{time_total}\n' https://example.com/

通过四个阶段耗时可以判断瓶颈位置：time_namelookup 大是 DNS 问题；time_connect 大是链路或防火墙问题；time_starttransfer 减去 time_appconnect 大则是服务器自身处理慢，与带宽无关。

四、延迟参考区间：选型时不要用错预期

以下为常见机房到中国大陆的 RTT 经验区间。这些是参考值，会随线路类型、运营商、时段、目标地址大幅波动，务必以自身实测为准：

用这张表做选型时的正确姿势是：先按用户分布确定机房地区（决定延迟量级），再按业务类型确定线路等级（决定稳定性），最后按流量规模确定带宽（决定吞吐）。顺序不能颠倒——带宽买得再大，也改变不了机房位置决定的延迟量级。

五、跨境访问选型指南

5.1 按业务类型判断

• 静态官网、博客、文档站：优先 CDN 分发，源站放在哪里影响有限，带宽需求主要来自回源，通常不大
• 视频、下载、大文件分发：带宽是核心指标，选择大带宽且按流量计费的机房，同时关注峰值时段限速策略
• API、后台管理系统、SSH 运维：延迟与稳定性优先，带宽需求通常很小，应把预算投在线路质量上
• 实时通信、游戏、远程桌面：对抖动和丢包最敏感，需要优质双向线路，带宽反而不是瓶颈
• 数据采集、爬虫、跨境同步：关注出方向带宽与稳定性，需确认机房是否限制主动外访流量

5.2 按用户分布判断

• 用户主要在国内：优先香港、新加坡、日本；必须实测回国方向的去程与回程路由
• 用户在东南亚：新加坡、香港较优，需覆盖当地运营商
• 用户在欧美：就近部署，国内线路质量不再是关键变量
• 用户全球分布：多区域部署加流量调度，单机房无法满足所有地区的低延迟

5.3 计费方式的选择

带宽计费常见有几种形态，各有适用场景（具体价格受机房位置、带宽容量、线路类型影响，差异很大，不展开报价）：

• 固定端口带宽：按 10M/100M/1G 等端口速率计费，不限流量。适合流量大且稳定的业务，成本可预期
• 按流量计费：按实际出入流量（GB）计费。适合流量小或波动大的业务，但需防范突发流量导致费用失控
• 95 计费 / 月峰值计费：取统计周期内某百分位峰值计费，兼顾突发与成本，多见于较大流量的商业机房

选型建议：先把自己的日均流量、峰值流量、峰值持续时长测出来，再代入不同计费模型估算，而不是只看单价。稳定大流量选固定端口，波动小流量选按流量，有明显峰谷且总量大时对比 95 计费。

六、采购核验步骤清单

1. 明确用户分布与业务类型：先定地区，再定线路，最后定带宽
2. 索取测试 IP：不要只看机房提供的测速页面，要自己实测
3. 测延迟与抖动：ping -c 100 -i 0.2，记录 avg 与 mdev
4. 测双向路由：从本地 traceroute -T -p 80 测去程，登录服务器 mtr 回测国内地址测回程
5. 测晚高峰：在 21 点前后复测一次，与白天数据对比
6. 测吞吐：iperf3 -c 多线程与单线程各测一次，判断是带宽受限还是窗口受限
7. 确认计费与限速：问清是独享还是共享、是否限速、超出后如何处理、入方向是否计费
8. 确认线路类型：是否 BGP 多线、是否优化回国线路、接入了哪些上游
9. 先小规模试点：跑满一个完整周期（含周末与晚高峰）再决定是否长期投入
10. 建立长期基线：把每日固定时段的测试数据留存，作为日后判断劣化的依据

小结

国际带宽与本地带宽的本质区别，不在"多少 M"这个数字，而在覆盖的可达范围与跨境链路的质量：本地带宽服务本网内访问，延迟低且平稳；国际带宽承载跨境流量，受距离物理下限、国际出口拥塞、跨网互联瓶颈共同制约。跨境访问慢的原因绝大多数不是带宽不够，而是延迟高、抖动大、丢包多导致 TCP 无法跑满。避坑要点：不要用带宽大小来解决延迟问题，买 1G 也不会让美西变快；不要只测单向路由，去程回程都要看；不要只在工作时间测试，晚高峰数据才是真实水平；不要忽视计费模型，流量型业务按固定带宽买可能浪费，稳定大流量按流量计费则可能超支。正确的选型顺序是"定地区 → 定线路 → 定带宽 → 定计费"，每一步都用实测数据支撑。

本文延迟数值均为经验参考区间，实际表现随线路类型、运营商、时段与网络状况波动；不涉及任何具体厂商报价与资费标准。