服务器带宽怎么选？多大够用

结论： 服务器带宽不是越大越好，而是按业务峰值算出来的。个人博客 3~5 Mbps 起步，企业官网 10~20 Mbps，视频与下载站建议直接上按流量计费 + CDN。估算公式为：带宽(Mbps) = 页面平均大小(MB) × 8 × 日均 PV × 峰值系数 ÷ 86400，再留 30% 余量。

很多人在买服务器时，CPU、内存、硬盘都算得很清楚，唯独带宽一栏随手填个 5M 或 10M，上线后要么高峰期网页转圈，要么月底账单里带宽费用比服务器本身还贵。带宽（Bandwidth）是服务器上最"用不完浪费、不够用立刻出事"的资源，而且它的计费方式至少有四种，选错计费方式比选错带宽大小更烧钱。本文把带宽的单位换算、估算公式、场景对照表、实测命令和降本手段一次讲清，读完你能自己算出需要几兆。

带宽和流量到底有什么区别？三种计费方式怎么选

先给结论：带宽衡量"管道粗细"，流量衡量"流了多少水"，两者不能混为一谈。国内云厂商常见的计费方式有固定带宽、按使用流量、按日峰值（95 计费）三种，选择依据是业务的流量曲线是否平滑。

带宽的单位是 Mbps（Megabit per second，兆比特每秒），而我们常说的文件大小单位是 MB（Megabyte，兆字节）。1 Byte = 8 bit，所以一根 10 Mbps 的带宽，理论下载速度只有 10 ÷ 8 = 1.25 MB/s。这是最容易踩的坑：买了 10M 带宽以为能跑 10 MB/s，实测只有 1.2 MB/s 左右，其实是正常的。

关于价格：截至 2026 年，国内主流云厂商 1 Mbps 固定带宽的月费大致在 20~100 元区间（不同地域、不同线路差异很大），按流量计费大致在 0.5~1.2 元/GB 区间；境外机房常见"不限流量但限端口速率"的方案。以上均为区间参考，具体以官网实时报价为准。 大带宽（100 Mbps 以上）通常建议走 IDC 托管或裸金属，单价会明显低于云厂商。

服务器带宽多大够用？三步算出你要的兆数

先给结论：用"页面大小 × PV × 峰值系数"反推所需带宽，比凭感觉填数字可靠得多。 计算只需要三步。

第一步：算出日均总流量（GB）

日均流量(GB) = 页面平均大小(MB) × 日均 PV ÷ 1024

第二步：把日均流量摊成平均带宽

平均带宽(Mbps) = 日均流量(GB) × 1024 × 8 ÷ 86400
             = 日均流量(GB) × 0.0948

第三步：乘以峰值系数，再加 30% 余量

所需带宽(Mbps) = 平均带宽 × 峰值系数 × 1.3

峰值系数取多少，取决于业务类型：企业官网这类白天集中访问的业务，一天 80% 的访问集中在 8 小时内，峰值系数取 3~4；全球分布的内容站访问较均匀，取 1.5~2；秒杀、抢票、突发热点这类场景取 8~10。

举个具体例子：一个企业官网，页面平均大小 1.5 MB（含图片、CSS、JS），日均 PV 30000。

日均流量 = 1.5 × 30000 ÷ 1024 ≈ 43.9 GB
平均带宽 = 43.9 × 0.0948 ≈ 4.16 Mbps
峰值带宽 = 4.16 × 3.5 × 1.3 ≈ 18.9 Mbps

结论是选 20 Mbps 比较稳妥。如果只买 5 Mbps，白天高峰期必然卡顿；而如果买 100 Mbps，90% 的时间带宽闲置，白花钱。

游戏服务器这条要特别注意：游戏对延迟和抖动的敏感度远高于带宽大小，1000 人同时在线的 MMO 可能只要 50 Mbps，但丢包率超过 1% 玩家就会投诉卡顿。这种情况优先选独享带宽和优质线路，而不是拼命加带宽。

共享带宽、独享带宽、国际带宽该怎么选

先给结论：预算有限且能接受波动就选共享，业务对稳定性有要求必须选独享，跨境业务选国际带宽（BGP 多线或 CN2 优化线路）。

共享带宽是指机房把一条大带宽分给多台服务器，标称 100 Mbps 但不保证你能一直跑满。它的优势是便宜、能突发，劣势是邻居跑满时你会被抢带宽。适合个人站、测试机、爬虫节点。

独享带宽是在交换机端口上做了速率限制，无论邻居怎么跑，你的上限都是合同写的那个值。价格通常是共享带宽的 2~4 倍，但 SLA（Service Level Agreement，服务等级协议）有保障。生产环境、付费业务、金融和游戏必须选独享。

国际带宽指跨境出口带宽，常见的分类有：

• 普通国际带宽：走公共出口，晚高峰拥塞明显，丢包率高，价格最低。
• CN2 GT / CN2 GIA：中国电信的优质跨境线路，GIA 全程独立出口，延迟低且稳定，价格通常是普通国际带宽的 3~8 倍。
• BGP 多线：国内机房常见方案，通过边界网关协议（Border Gateway Protocol）自动选路，解决"电信快、联通慢"的跨运营商问题。

判断线路好不好，不要只看带宽数字，要实测延迟和丢包：

# 持续 ping 100 个包，观察丢包率与延迟抖动
ping -c 100 your.server.ip

# 追踪路由，看在哪一跳开始延迟突增（判断是否为跨境拥塞点）
traceroute your.server.ip
# Windows 下等价命令
tracert your.server.ip

怎么实测服务器真实带宽？iperf3、iftop、nload 命令

先给结论：用 iperf3 测链路能力，用 iftop/nload 看实时占用，两者结合才能判断"带宽够不够"和"带宽被谁吃了"。

用 iperf3 测两点之间的最大吞吐

iperf3 需要在服务端和客户端各装一份：

# Ubuntu / Debian
sudo apt update && sudo apt install -y iperf3

# 服务端（被测试的机器）监听 5201 端口
iperf3 -s

# 客户端发起测试，-P 4 表示 4 条并发流，更容易打满大带宽
iperf3 -c 服务端IP -P 4 -t 30

# 反向测试（测上行，即服务器往外发的速度）
iperf3 -c 服务端IP -P 4 -t 30 -R

看结果里的 sender 和 receiver 两行：sender 是发送端吞吐，receiver 是接收端实测。如果两者差距超过 10%，说明中间链路有丢包或限速。

用 iftop 看实时带宽被谁占用

sudo apt install -y iftop

# -i 指定网卡，-P 显示端口，-n 不做域名解析（更快）
sudo iftop -i eth0 -nP

iftop 界面里三列数字分别是最近 2 秒、10 秒、40 秒的平均速率，=> 表示发出，<= 表示接收。看到某个 IP 长期占据顶部且流量异常，基本可以判断是爬虫或被盗链。

用 nload 看总量，用 sar 看历史

# 实时总量（简洁）
sudo apt install -y nload && nload eth0

# 查看历史网卡流量（需安装 sysstat）
sudo apt install -y sysstat
sar -n DEV 1 5          # 每 1 秒采样，共 5 次
sar -n DEV -f /var/log/sysstat/sa15   # 查看 15 号的历史数据

快速验证对外下载速度

# 从服务器下载测试文件，观察实际速度（单位 MB/s）
curl -o /dev/null -w "speed: %{speed_download} B/s\n" https://speedtest.example.com/100mb.bin

# 或者用 speedtest-cli
pip install speedtest-cli && speedtest-cli --server 服务器ID

带宽不够用怎么办？CDN、压缩与限速三种降本手段

先给结论：带宽不够时，先做 CDN 和压缩，再考虑加带宽。 大部分网站 70%~90% 的流量是图片、视频、静态资源，这些完全可以交给 CDN，源站带宽能降一个数量级。

第一招：静态资源上 CDN（Content Delivery Network，内容分发网络）。 把图片、CSS、JS、视频切片推到 CDN 边缘节点，用户就近取数据，源站只承担动态请求和回源流量。回源流量通常只有总流量的 5%~15%。

第二招：开启压缩。 Nginx 开启 gzip 或 brotli，文本类资源（HTML/CSS/JS/JSON）体积可压缩 60%~80%。

# /etc/nginx/nginx.conf 的 http 段中加入
gzip on;
gzip_vary on;
gzip_min_length 1024;
gzip_compress_level 6;
gzip_types text/plain text/css application/json application/javascript
           application/xml image/svg+xml;

# 启用 brotli（需先加载 ngx_brotli 模块），压缩率比 gzip 再高 15%~20%
brotli on;
brotli_comp_level 6;
brotli_types text/plain text/css application/json application/javascript application/xml;

第三招：给大文件下载限速，避免单用户吃满带宽。

location /download/ {
    # 每连接限速 500 KB/s，防止少数下载连接占满上行
    limit_rate 500k;
    # 单 IP 最多 3 个并发连接
    limit_conn addr 3;
}

另外两个容易忽略的点：图片转 WebP / AVIF 格式通常能再省 30%~50% 体积；给静态资源配置长 Cache-Control（如 max-age=31536000），能直接消灭大量重复请求。

常见误区 / 排错提示

• 把 Mbps 当成 MB/s。 10 Mbps 带宽理论下载速度约 1.25 MB/s，不是 10 MB/s。看到测速只有 1 MB/s 别急着投诉，先除以 8。
• 只看带宽不看延迟和丢包。 游戏、实时音视频、SSH 远程操作对延迟敏感，带宽再大、丢包 3% 也一样卡。用 ping -c 100 看丢包率，超过 1% 就该换线路。
• 误以为"不限流量"等于"不限速"。 境外机房的"unlimited traffic"通常限制端口速率（如 100 Mbps 端口），并不是真的随便跑。
• 入站流量也算钱。 国内多数云厂商只对出方向（下行、服务器往外发）计费，入站免费；但部分境外厂商双向计费，签合同前要问清楚。
• 高峰期卡顿就盲目加带宽。 先用 iftop 确认是被盗链、爬虫还是 CC 攻击，若是异常流量，加带宽等于给攻击者加管道。此时应先上 WAF、限速和 Referer 防盗链。
• 忽略安全组与系统防火墙。 带宽跑不满有时不是运营商问题，而是云控制台安全组（Security Group）做了带宽限速，或 iptables/nftables 限制了连接数。

常见问题（FAQ）

1 Mbps 带宽一天最多能跑多少流量？

理论上约 10.5 GB。 计算方式是 1 Mbps × 86400 秒 ÷ 8 ÷ 1024 ≈ 10.5 GB/天。这是 24 小时跑满的极限值，实际业务通常只能跑到 30%~60%，所以 1 Mbps 每天实际承载 3~6 GB 比较现实。反过来说，如果按流量计费的单价低于"1 Mbps 月费 ÷ (10.5 × 30)"，选按流量更划算。

个人博客选 1M 还是 5M 带宽？

建议 3~5 Mbps，或选按流量计费。 1 Mbps 换算成下载速度只有 128 KB/s，一个 1 MB 的首页要 8 秒才能打开，体验很差。个人博客日均 PV 通常在几百到几千，5 Mbps 足够，配合 CDN 后大部分请求根本不经过源站。

按流量计费和固定带宽哪个省钱？

看日均跑满时长。 用这个临界点判断：固定带宽月费 ÷ (带宽 Mbps × 10.5 GB × 30 天) = 等效每 GB 单价。若这个单价高于按流量的 GB 单价，说明你的带宽利用率低，选按流量；若低于，说明带宽跑得满，选固定带宽。举例：5 Mbps 固定带宽月费 100 元，等效 0.063 元/GB，远低于按流量的 0.5~1.2 元/GB，此时固定带宽划算。

为什么我买了 100M 带宽，实测只有 30M？

通常是三个原因之一。 一是共享带宽被邻居抢占（换独享）；二是跨境链路拥塞（用 traceroute 看哪一跳延迟突增，考虑换 CN2 GIA 等优质线路）；三是测试端自身的带宽或 CPU 成为瓶颈（iperf3 用 -P 4 多线程再测，同时确认测试机不是百兆网卡）。

视频站一定要大带宽吗？

不一定，应该用 CDN 而不是堆源站带宽。 点播场景把视频切片（HLS/DASH）放到 CDN，源站只负责回源；直播场景用推流 + 转码 + CDN 分发，源站只需要承受 1 路推流的上行码率。真正需要源站大带宽的只有"自建分发、不借助 CDN"的情况，这在大并发下性价比极低。

服务器带宽被跑满了怎么紧急处理？

先止血再扩容。 紧急手段按顺序做：一是用 iftop 找出流量最大的来源 IP，在防火墙封禁；二是给 Nginx 加 limit_rate 和 limit_conn 限速；三是临时开启 CDN 或云厂商的弹性带宽；四是检查是否被盗链，加 Referer 校验和签名 URL。确认是正常业务增长后再考虑永久扩容。