处事器带宽的独享和分享到底差在哪？从旨趣到实测讲融会一、从一个问题提及处事器带宽标称100M，白昼 iperf 跑出来99M，没问题。

但用户反馈每天晚上七八点以后网站超越慢。

查处事器 CPU、内存、负载，全时时。Nginx 日记莫得极端。应用层莫得任何问题。

然后让运维跑了一下 iperf：

# 晚上8点

#后端 #处事器 #运维 #每天一个常识点

iperf3 -c 群众测试 IP -t 30 -P 4

[ ID] Interval Transfer Bitrate

[ 5] 0.00-30.00 sec 42.5 GBytes 12.2 Mbits/sec

100M 带宽只跑出12M。

第二天凌晨再测：

# 凌晨2点

iperf3 -c 群众测试 IP -t 30 -P 4

[ ID] Interval Transfer Bitrate

[ 5] 0.00-30.00 sec 348 GBytes 99.7 Mbits/sec

跑满了。

团结个处事器，团结条透露，凌晨100M，晚上12M。

这种"白昼时时晚上慢"的带宽推崇，根因常常是 分享带宽 。

二、独享和分享的时期本体独享带宽处事器接入的物理链路带宽全部分派给你。不存在和其他用户争抢的问题。

[你的处事器] ──── 100Mbps专线 ──── [中枢交换机] ──── [互联网]

不论什么时段，这条100M 透露齐是你的。执行速度受限于物理链路智商，不会因为别东说念主的流量而缩水。

分享带宽处事器接入的是一个大带宽池，你和其他用户共同使用。

[你的处事器] ──┐

[用户A] ──┤

[用户B] ──┼── 1Gbps总透露 ──── [中枢交换机] ──── [互联网]

[用户C] ──┤

[用户D] ──┘

假定总透露1Gbps，分给20个客户，每家"100M"。表面上20家同期跑满刚好用完1G。

但执行上不是整个东说念主同期跑满。白昼大无数东说念主看望量不大，总带宽有挥霍，你偶尔能跑满100M。但到了晚上，专家齐在线，20家一说念抢1G，每家执行分到的就少了。 分享带宽用的是统计复用（Statistical Multiplexing）的念念路： 假定所灵验户不会同期用满带宽，是以在总带宽不变的情况下分派了向上总带宽的欢喜。这在大部分时候是栽种的——大部分处事器大部分时期用不悦带宽。但一朝出现所灵验户同期高负载的场景，欢喜的带宽就已毕不融会。

三、如何鉴别：iperf不同期段测试最径直的技艺：不同期段跑 iperf 看相反。

# 找一台独享带宽的测试处事器（各大云厂商常常有群众iperf节点）

# 或者用 iperf.he.net / bouygues.iperf.fr 等群众节点

# 不同期段各跑一次

iperf3 -c 测试 IP -t 30 -P 4

写个剧本自动纪录：

#!/bin/bash

# save as bandwidth_test.sh

# crontab: 不同时间履行，比如 0 2，10，14，20，22 * * *

TEST_IP="你的测试 IP" LOG_FILE="/var/log/bandwidth_test.log"

echo "=== $(date '+%Y-%m-%d %H:%M:%S') ===" >> $LOG_FILE iperf3 -c $TEST_IP -t 30 -P 4 2>&1 | grep "sender" >> $LOG_FILE echo "" >> $LOG_FILE

# 加到crontab，每天不同期段各跑一次

crontab -e

0 10 * * * /root/bandwidth_test.sh

0 14 * * * /root/bandwidth_test.sh

0 20 * * * /root/bandwidth_test.sh

0 22 * * * /root/bandwidth_test.sh

跑几天之后看数据：

[ 5] 0.00-30.00 sec 348 GBytes 99.7 Mbits/sec

=== 2024-12-01 10:00:00 === [ 5] 0.00-30.00 sec 238 GBytes 68.5 Mbits/sec

=== 2024-12-01 14:00:00 === [ 5] 0.00-30.00 sec 192 GBytes 55.2 Mbits/sec

=== 2024-12-01 20:00:00 === [ 5] 0.00-30.00 sec 42.5 GBytes 12.2 Mbits/sec

=== 2024-12-01 22:00:00 === [ 5] 0.00-30.00 sec 65.0 GBytes 18.7 Mbits/sec 判断范例： 凌晨和晚岑岭差距 30% → 不祥率是分享带宽四、上行和下行可能不相同除了独享/分享，还有一个容易忽略的问题：高下行速度是否对称。 对 Web 处事器来说： 上行 （处事器往外发）= 用户下载页面、图片、API反映下行 （处事器招揽）= 用户上传文献、发送苦求大部分 Web 业务，上行流量宽广于下行。上行才是瓶颈。 有些带宽有诡计是不合称的：

# 测上行（默许标的：客户端发给处事端）

iperf3 -c 测试 IP -t 10

# 测下行（-R回转：处事端发给客户端）

iperf3 -c 测试 IP -t 10 -R

若是两个数字差距很大，诠释高下行不合称。对 Web 处事来说，要要点存眷上行阿谁数字。

对称的透露两个标的的速度应该基本一致（差距

五、一个完好意思的带宽排查过程际遇"带宽跑不悦"或者"岑岭期网速慢"的问题，按这个规则排查：

Step 1：阐发网卡和透露物理情景# 看网卡协商速度

ethtool eth0 | grep Speed

# Speed: 1000Mb/s ← 千兆网卡，时时

若是是 Speed: 100Mb/s ，诠释网卡协商到了百兆，博亚体育app官网下载可能网线或者交换机端口有问题。

# 看网卡作假统计

ethtool -S eth0 | grep -i "error\|drop"

rx_errors、tx_errors、rx_dropped 若是有抓续增长，诠释物理层有问题。

Step 2：iperf测执行带宽iperf3 -c 测试IP -t 30 -P 4

-P 4 暗意4个并发流，幸免单流被 TCP 窗口驱散。若是带宽很大（>1G），可能需要更多并发流。

若是 iperf 跑出来的速度远低于标称带宽，问题在链路层。若是 iperf 能跑满但业务看望慢，问题在应用层。

Step 3：不同期段对比用上头的剧本跑几天，看是否巧合段性波动。

Step 4：查验TCP拥塞适度若是 iperf 跑不到标称带宽，排斥了分享要素后，查验 TCP 拥塞适度算法：

sysctl net.ipv4.tcp_congestion_control

# cubic

在跨网场景下 CUBIC 可能只可用到带宽的30-50%。换成 BBR 试试：

sysctl -w net.ipv4.tcp_congestion_control=bbr

sysctl -w net.core.default_qdisc=fq

切换后从头 iperf 测试。若是带宽左右率昭着晋升，诠释之前的瓶颈在拥塞适度算法。

Step 5：查验TCP缓冲区sysctl net.ipv4.tcp_rmem

sysctl net.ipv4.tcp_wmem

net.ipv4.tcp_rmem = 4096 87380 6291456

net.ipv4.tcp_wmem = 4096 65536 6291456

第三个数字是最大缓冲区大小。高蔓延场景下，带宽时延积（BDP）= 带宽 × 蔓延。若是缓冲区最大值小于 BDP，带宽会被缓冲区驱散。

# 例：100M带宽，100ms蔓延

# BDP = 100Mbps × 100ms = 1.25MB = 1，250，000字节

# 若是tcp_wmem最大值唯一6MB，对这个场景够用

# 但若是带宽更大或蔓延更高，可能需要调大

sysctl -w net.ipv4.tcp_rmem="4096 87380 16777216" sysctl -w net.ipv4.tcp_wmem="4096 65536 16777216"

Step 6：阐发不是应用层瓶颈# 看Nginx的执行传输速度

# 开启access_log的$body_bytes_sent和$request_time

tail -f /var/log/nginx/access.log | awk '{print $NF， $(NF-1)}'

若是 Nginx 的传输速度远低于 iperf 测出来的带宽，诠释瓶颈在应用层（Nginx 建立、后端处理、磁盘 IO 等），不在网罗层。

六、对于BGP透露的带宽BGP 多线的带宽情况更复杂一些。"100M BGP"可能有几种含义：

含义A：电+联+移 所有100M（三线分享总量）

含义B：每条透露各100M（每线孤独）

含义C：总出口100M，BGP只稳当智能选路（选哪条透闪现去，但总量不变）

这几种情况下执行可用带宽差距很大。拿到 BGP 透露后，分辨从不同运营商的节点 iperf 测试：

# 从电节点测

iperf3 -c 处事器电信 IP -t 30

# 从联节点测

iperf3 -c 处事器联通 IP -t 30

若是电跑满的同期联通也跑满了，诠释每线孤独。若是电信跑满时联唯一三分之一，诠释总量分享。

七、追念际遇带宽谋划的问题，中枢排查念念路就一条线：

物理层时时吗？（网卡速度、作假统计）

→ 时时 → iperf能跑满吗？

→ 不可 → 不同期段有相反吗？

→ 有相反 → 不祥率是分享带宽

→ 无相反 → 查TCP拥塞适度平和冲区

iperf 是最基础的器具。拿到处事器后第一时期不同期段跑几次 iperf，对我方的带宽情况冷暖自知。别等业务出问题了才去测。

TCP 调优（换 BBR、调缓冲区）能处治不少"带宽跑不悦"的问题。超越是跨网场景下，CUBIC 和 BBR 的差距超越大。

若是是分享带宽导致的岑岭期缩水，TCP 调优帮不了——瓶颈不在 TCP 层博亚体育2026世界杯中国官方入口，在物理链路的总容量。这种情况要么领受，要么换独享透露。