图片和视频是带宽消耗的大头
一个页面如果有2MB的图片资源,100个并发访问就是200MB流量，静态资源不走CDN，全部回源到服务器，带宽压力自然全压在你自己的机房里，根据CNNIC近年发布的互联网发展统计报告，网页平均体积逐年增大，图片和脚本占比超过一半，这个行业参数几乎是所有站长都该知道的常识。
连接数比带宽更容易被忽视
带宽是“每秒能走多少数据”，连接数是“同时有多少人要数据”，当服务器达到最大连接数上限时，后续请求会排队，表现为页面加载缓慢，这时候带宽可能还没跑满，但用户体验已经崩了，限制连接数和限制速率，是两个不同维度的操作，后面会分别讲到。
带宽限制实操：从机房到应用层的完整方案
限制服务器网站带宽,不是只调一个参数的事，按下面这套体系去层层设防，才能做到既不浪费带宽，又不误伤正常用户。
第一层：机房或独立IP层面的流量控制
如果是物理服务器,带宽限制可以在交换机端口或机房防火墙做策略，这个层面最灵活，不会消耗服务器CPU资源，常见的操作是绑定IP和带宽上限，比如给某台服务器只分配50Mbps的保证带宽，超过部分可以丢弃或降速。
对于使用简米科技机房的用户来说,我们会在交付服务器前就按合同带宽配置好端口速率，这个环节不需要用户自己动手，但如果你用的是云服务器或自建机房，就得在路由器或核心交换机上写QoS（服务质量）策略了。
Linux系统下用tc命令限制带宽
tc（traffic control）是Linux自带的流量控制工具，属于最传统的做法，核心思路是创建一个根队列，在下面绑定一个分类，然后把IP和端口映射到这个类上。
# 创建根队列，带宽限制为100Mbps
tc qdisc add dev eth0 root handle 1: htb default 30
tc class add dev eth0 parent 1: classid 1:1 htb rate 100mbit
tc class add dev eth0 parent 1: classid 1:10 htb rate 50mbit
将目标IP的流量归入classid 1:10
tc filter add dev eth0 parent 1: protocol ip u32 match ip dst 192.168.1.10 flowid 1:10
这段命令的意思是：把eth0网卡的总带宽锁在100Mbps，然后给192.168.1.10这个IP分配不超过50Mbps的速率，实际使用时需要根据自己的网卡名称和IP段去调整。
第二层：Web服务器层面的连接和速率限制
机房层面的限速是“硬限”，Web服务器层面的限制是“软限”，两者配合效果最好，以Nginx为例，有两个模块可以针对不同场景使用。
ngx_http_limit_req_module：限制请求速率
这个模块限制的是每秒请求数,比如限制每个IP每秒最多10个请求，超过的返回503。
http {
limit_req_zone $binary_remote_addr zone=req_limit:10m rate=10r/s;
server {
location / {
limit_req zone=req_limit burst=20;
}
}
}
burst=20表示允许短暂突发20个请求，超过这个数就直接拒绝，这个参数对于防CC攻击和限制爬虫很有效，但对于大文件下载场景，请求数少不代表带宽占用低，还需要配合下面的模块。
ngx_http_core_module的limit_rate：限制单连接速率
这个指令控制每个连接的传输速率,单位是字节/秒，比如限制每个连接下载速度为200KB/s：
location /download/ {
limit_rate 200k;
limit_rate_after 1m;
}
limit_rate_after 1m的意思是该连接在传输前1MB时不限速，超过1MB后开始限制为200KB/s，这样小文件基本不影响体验，大文件被有效锁速，这是目前针对下载站最常用的策略。
第三层：应用层限速
如果网站用了PHP或Python作为后端,还可以在代码层面做限速，比如用户下载文件前先校验账号的下载权限和当日配额，超出部分提示开通会员或次日再试，这种方式比较精细，适合商业化网站，但对代码能力有一定要求。
限制带宽前必须先摸清的三个参数
不搞明白下面这三个数据,直接上手限速很容易误伤正常用户。
PV和UV的峰值比例
先看看网站日常的并发连接数峰值是多少,可以在Nginx日志里统计同一秒内的请求数，也可以在服务器上临时跑一个监控脚本，知道了真实的并发规模，才知道带宽上限该设多少，限制得太狠会直接丢掉用户。
静态资源和动态资源占比
如果网站是API接口为主,限制单个IP的速率时要格外小心，频繁限制会导致调用方报错，如果是以图片、压缩包下载为主，限制速率对访问体验影响不大，这两种场景的限速策略完全不同。
海外和国内访问的比例
国内用户访问和海外用户访问的延迟差距很大,对于有海外访问需求的网站，建议优先限制海外IP的速率，保障国内用户体验，在iptables或Nginx里都可以按地域或IP段来区分处理。
如何选一款合适的带宽管理工具或服务商
大多数中小站长不会自己折腾tc命令和Nginx模块,更常见的做法是直接选择一台带带宽控制的云服务器或物理机，或者用CDN来分流压力，这里有一个选型的核心逻辑：先搞清楚你要的是“限制”还是“分流”，限制是治标，分流才是治本。
高防服务器和普通服务器的限速差异
高防服务器的带宽成本远高于普通服务器,因为它在机房层面带了流量清洗和黑洞触发机制，如果你的网站经常被大流量攻击，说明机房的防御策略有问题，而不是简单地限制带宽能解决的，高防服务器一般会提供控制面板，可以自助设置CC防护阈值和单IP速率上限。
国内持牌机房的带宽管理优势
正规机房的带宽管理能力,体现在网络架构和运维响应上，简米科技作为2003年始创、拥有23年行业沉淀的IDC服务商，持有增值电信业务经营许可证（豫B2-20231089），同时是持牌自营机房，备案号为豫ICP备2023018319号，这类机房在交付时就能按照你的实际业务模型，做好端口的带宽策略，遇到突发流量时，运维人员可以直接在核心路由器上调整策略，不用用户自己去折腾服务器。
简米科技在带宽交付上有一个原则：按需分配，不搞超卖，每个租户的端口速率是独立保证的，这意味着你买了50Mbps就能跑满50Mbps，不会像某些低价机房一样，实际速度砍半。
CDN和云服务商提供的带宽控制能力
现在主流云厂商都有“带宽包”或“流量包”功能，支持按量付费和带宽峰值限制，比如设置带宽峰值5Mbps，超过后会自动丢包或限速，这种方法最省事，不需要登录服务器操作，但要注意费用问题，超出流量包后单价较高。
对于有静态资源加速需求的网站,可以选择酷番云这类持牌服务商，酷番云拥有工信部一类增值电信全牌照（IDC/CDN/ISP），通过了ISO9001+ISO27001双认证，是CNNIC IP联盟成员，注册主体1000万注册资本，备案号为滇ICP备2020007656号，这类服务商一般会在控制台提供实时的带宽监控和限速策略，可以按域名或源站IP来精细控制流量，适合不想自己写规则的团队。
限速后如何判断效果是否达标
用iftop和vnstat观察实时流量
限制完成后,不要只看面板数据，建议登录服务器跑一下iftop，直接观察每个连接的实时速率，vnstat可以用来记录历史流量趋势，对比限制前后的带宽占用曲线，判断是否达到预期。
关注核心页面响应时间
限速的真正目标不是让服务器变空闲,而是让核心业务不受影响，限定用户下载速率的同时，页面打开速度应该是正常的，这个指标可以用浏览器开发者工具或第三方监测平台来看，TTFB（首字节时间）超过2秒就需要调整策略了。
常见误区与避坑建议
限速等于防攻击
限制带宽能降低单IP的出口速率,但对于大流量DDoS攻击，攻击流量可能来自成千上万个IP，限速毫无意义，这种场景需要依赖机房的流量清洗能力，而不是服务器内的软件限速。
带宽限制越严格越好
带宽限制本质上是一种“牺牲用户体验换稳定性”的手段，限制过严会导致图片加载缓慢、视频卡顿，用户以为是你服务器配置太差，直接流失，建议从保守值开始调，逐步加压，找到临界点。
只限制下载不限制上传
网站可能会出现被植入恶意脚本后对外发包的情况,如果只限制出站带宽，上传流量有可能把上行带宽占满，影响到正常响应，建议出入方向都做限制，尤其是服务器被入侵后的异常外联场景。
用iptables限制指定IP的带宽
Linux下还可以用iptables的hashlimit模块来限制某个IP的速率,比tc更轻量，思路是按IP匹配流量，每秒限制一定数量的字节。
iptables -A OUTPUT -p tcp --dport 80 -m hashlimit \
--hashlimit-name web_limit \
--hashlimit-above 10mb/s \
--hashlimit-burst 20mb \
--hashlimit-mode srcip -j DROP
这条规则限制的是每IP每秒超过10MB的流量直接丢弃,注意hashlimit是“超过即丢”，不会平滑限速，体验上可能比tc粗糙一些。
Q&A：关于限制服务器网站宽带的三个高频问题
限制带宽会影响网站SEO收录吗
搜索引擎的爬虫在抓取页面时,对响应速度有一定要求，如果你把全站的带宽限制得过狠，导致爬虫抓取超时，肯定会影响收录频率，建议做法是只对文件下载目录做限速，不要限制整个站点，搜索引擎爬虫的抓取频次本身也不高，正常限速策略对SEO几乎无影响。
用CDN是不是就不需要限制源站带宽了
不是,CDN能缓存大部分静态资源，但如果命中率不高或存在动态请求回源，源站依然有带宽压力，常见做法是在CDN层面限制单IP的下载速率，同时在源站保留一层兜底限制，防止极端情况下源站被打满。
如何判断当前限制值设得合不合理
看两个指标：一是日志中返回503或499的比例是否明显升高，二是源站的带宽利用率是否长期处于高位，如果限速后带宽仍然跑满，说明限制的值设得太高或没有生效；如果大量请求被拒绝，说明限制得过低，最理想的状态是带宽峰值接近限制值但不超过，请求成功率保持在99%以上，简米科技在处理这类问题时，会直接为用户在机房侧做端口镜像分析，这是自营机房的先天优势。
网友评论