上个月帮一个客户迁站点，新服务器到位后他第一件事就是跑测速，白天测出来 10.2M，跟他买的 10M 端口对得上，松了口气就交付了。结果当天晚上八点之后，客户反馈后台图片传不动、页面打开要十几秒，第二天早上他截了张图发过来：白天 10M，晚上 1M 出头，而且不是偶尔抖一下，是整整两个小时稳定卡在 1M。翻机器上的数据，其实面板里写着的端口速率一直是 10M，从没变过问题不在磁盘、不在 CPU、也不在程序，就是这条 10M 本身在晚高峰被"收窄"了。这就是很多人口中的"带宽被限速"，也是今天要专门聊清楚的一件事：共享带宽和独享带宽到底差在哪、限速是怎么发生的、以及怎么用几秒钟的测试把它测出来。
如果你正在为带宽发愁，或者打算换一家机器，先把这两家的规格和线路看一遍：profitserver（全球云服务器，20+ 机房无限流量）和haruka（服务器与主机，全球骨干网络线路）一个走不限流量路线避开晚高峰的坑，一个走优化骨干网络压低延迟和丢包。
商家页面上写的"10M 带宽""1Gbps 端口"，说的是网卡出口的理论上限，也就是你的机器理论上最多能往外塞多少数据。它和你实际能用多少，中间隔着三个东西：超售比、限速规则、宿主机上其它租户的抢带宽。
所谓共享带宽，就是这台服务器的物理端口（比如 1Gbps）被切给几十台甚至上百台机器共用，你买到的"10M"只是这个池子里给你预留的一个额度。商家按超售比卖，比如物理带宽 1G、总量卖出去 5G，超售比 5:1，平时晚上没人用的时候人人都是 10M，一旦几个大客户同时拉数据，池子就见底了。
所谓独享带宽，指的是从上游运营商那里给你单独拉一条速率承诺，机房内部到骨干网这一段不做共享。这种价格会明显高一档，但波动也小得多。所谓"独享端口"是另一回事端口是独享的（不和别人共用同一个网口），但端口后面的骨干带宽依然是共享的，很多商家会用这个词打擦边球，页面上不写清楚。
第一种，超售挤占。这是最常见的一种。表现是白天满速、晚高峰掉速，掉下去的速度和当时别人的占用有关，可能一会儿 6M 一会儿 2M，抖动明显。
第二种，QoS 队列限速。机房在交换机上给每个端口配了 policer 或 shaper，用 tc qdisc show dev eth0 一看就能看到，比如 htb 1: r2q 10 default 1 direct_packets_stat 0 下面挂着具体的 rate 值。这种限速是"人均封顶"，不是超售，属于设计的一部分，你只能换套餐。
第三种，面板上的端口限速。很多商家后台能直接拖一个"端口限速"滑块，作用在虚拟网卡上。你可以在机器里 ethtool eth0 看看协商速率，或直接用 tc class show dev eth0 找有没有被限的 class。有些商家改套餐后忘了同步这个滑块，机器上就一直挂着老值。
第四种，只限出向或者只限大流量。表现为上传慢下载快（只限出向），或者小文件正常、大文件一跑就掉速（只对超过某个阈值的流做整形）。这类限速最容易误判成"程序慢"。
第一个测试是 iperf3，这是最靠得住的。上传端 iperf3 -c 目标IP -P 4，四条并行流一起跑。如果单线程能跑满 10M、四线程还是 10M，说明是干净的独享或轻度超售；如果单线程 10M、四线程加起来还是 10M 不上去，那是被限速队列卡住了。多线程这个动作很关键，很多限速是按"单连接"算的，只跑单线程会误以为满速。
第二个测试是对比时段。同一台机器，分别在下午三点和晚上八点各跑一次 iperf3 或 speedtest，把数字记下来画成曲线。两次结果差三倍以上，基本可以断定是超售而不是配置问题。这一步是整套排查里最省事也最有说服力的一步，因为只有对照才能把"网络抖动"和"被限速"分开。
第三个测试是查队列规则。tc -s qdisc show dev eth0 和 tc class show dev eth0，有 rate 上限就说明是 QoS 在限；什么都没有但依然限速，那就是上层宿主机或交换机的策略。另外顺手看一眼 ip -s link show eth0，如果 drop 和 overrun 计数在涨，那是拥塞丢包而不是限速，方向不一样。
拿客户这台机器做了连续三天的对照，结果很典型：
下午 14:0016:00，单线程 10.4M，四线程 10.3M，基本跑满端口；晚上 19:3021:30，单线程掉到 1.1M，四线程也只有 1.2M，无论怎么加并发都上不去，这个特征就排除了"客户端网卡瓶颈"和"中间某段链路丢包重传"这两种可能如果是丢包，吞吐会忽高忽低；而限速的表现是稳稳地压在同一个数字上。
凌晨 01:00 又回到 9.8M。这条曲线基本把话说完了：同一条线路、同一个客户端、同一份测试脚本，只有时间不同。
换计费方式是最直接的一条。如果你的业务白天忙、晚上也忙，选不限流量的套餐更划算不限流量的机器往往不限速，也不需要你天天盯着流量包用没用完。如果你的业务是白天跑批、晚上闲，那反过来选按流量或按时段的方案，把贵资源留给高峰。
把静态流量挪走。图片、视频、安装包这类大文件走对象存储加 CDN，业务服务器只跑接口。很多"带宽不够"的机器，实际是被几个几百兆的安装包拖死的，挪走之后 1M 都够用。
换线路而不只是换商家。同样是 10M，CN2 GIA、9929、CMIN2 这类优化线路在晚高峰的丢包和抖动表现差别很大，很多人只比价格不看回程，导致在这类问题上白白折腾。
别指望系统参数能救。调 sysctl 里的 TCP 缓冲区、打开 BBR 这些，在链路上游已经限速的情况下，最多让你在 1M 上跑得"稳一点"，不会把 1M 变 10M。这是最常见的误判把网络问题当系统问题调半天。
加一台做分流。如果预算够，可以再配一台便宜机器专门跑下载和大文件上传，主站只处理小请求，代价是架构上多一层。
第一句："这个 10M 是独享带宽，还是共享端口限速？"问清楚是超售还是 policer，很多客服会绕。第二个问题："晚高峰有没有流量或带宽的整形规则？"直接问运维口径，比看评测靠谱。第三个问题："超售比大概是多少？"这题通常问不出来，但可以看同机房其他商家的同类产品宣传里"共享端口/独享带宽"两个词的用法规律，聊胜于无。
实在没法确认，最省事的办法还是自己测一次：买之前先按短周期买一台，跑两三天在低峰和高峰各测一次 iperf3，把数字留下来。钱花出去之前先拿到证据，这个习惯在服务器采购里能省下很多麻烦。
带宽这件事，买的时候省下的钱，往往会在晚上八点以另一种形式还回去。端口速率是商家给的规格，晚高峰的实际速率才是你真正拥有的带宽。学会用 iperf3 在两个时段各测一次，把"我觉得应该够"变成"我测过确实够"，这大概是运维里性价比最高的一个小习惯了。
