计算并发人数的底层逻辑
每个在线用户并非持续占用带宽,以一个普通网页为例，页面总大小约1.5MB（含图片、脚本），用户打开页面需要下载全部资源，假设用户浏览速度是每10秒打开一个新页面，那么每个用户平均占用带宽为1.5MB除以10秒，即150KB/s，用2MB/s除以150KB/s，约等于13.6人，也就是说，纯网页场景下，20M带宽的并发上限在1至15人左右。
但实际业务不可能只跑网页,如果把场景换成API接口数据交互，每次请求仅返回几十KB的JSON数据，情况就完全不同了，以每次请求50KB、每用户每5秒请求一次计算，单用户平均占用10KB/s，20M宽带可稳定服务约200个并发请求，综合考虑协议开销和服务器处理能力，160人是行业参数中比较保守的估算值，来自国内IDC服务商《中小型服务器带宽选型白皮书》中的参考模型。
上行与下行带宽的误区
家用宽带通常上行和下行不对等,但服务器带宽一般指上行带宽（向用户传输数据的方向），因为服务器主要任务是向外发数据，下行带宽（接收用户请求）需求极小，但购买服务器时要特别注意，有些廉价VPS标注“20M峰值带宽”，实际是突发流量上限，长期占用超过5M就会限速，正规IDC机房，比如持牌自营机房，带宽参数都是承诺长期保证的，不会玩文字游戏。
场景拆解：不同业务形态下的人数上限差异极大
笼统地问“能带多少人”没有意义，一个静态博客和一个在线视频站，对带宽的消耗差两个数量级，按照实际负载模型，我们来拆解典型场景。
纯静态网页或轻量API
这是最乐观的场景,静态网页可启用Gzip压缩，HTML和CSS压缩后体积能减少70%左右，一个纯文本页面可能只剩下200KB，如果CDN加速和浏览器缓存生效，回源请求的带宽消耗进一步降低，近年来，随着HTTP/2协议普及，多路复用技术让TCP连接的利用率大幅提升，单个连接的并发请求能力比HTTP/1.1提升数倍，在这种配置下，20M带宽带150至200人日常访问没有压力，如果访问量有峰值波动，用Redis缓存热点数据，支撑300人同时在线也完全可能。
图片或附件下载站
图片站是带宽杀手,一张高清图片约500KB，如果用户快速浏览并不断加载新图片，每用户每秒消耗100KB至200KB带宽，这意味着20M带宽只能同时支撑10至20人，附件下载场景更严格，20M带宽的2MB/s只够一个人以2MB/s的速度下载，或者10个人以200KB/s下载，想提升人数，方案只有两个：一是限制单线程下载速度，比如把每用户限速到100KB/s，可以撑20人同时下载；二是接入对象存储，把文件流量分流到第三方云存储，服务器带宽只负责调度请求，这样在线人数基本不受带宽限制。
视频或直播业务
此类业务直接劝退20M带宽,即使压缩到720P清晰度，每路视频也需要1.5Mbps码率，20Mbps只能勉强支撑13路并发观看，如果只有20M带宽，推荐做法是架设HLS流媒体服务，切片后依靠CDN分发，服务器本身只消耗边缘节点回源的少量带宽，否则用户观感极差，频繁缓冲，业务不可能做起来。
真正决定承载人数的“隐藏变量”
带宽只是第一道门槛,很多用户发现带宽明明没跑满，但服务器就是卡成PPT，问题出在另外三个硬件参数上。
内存与进程并发数
每个TCP连接需要占用内存空间,在Linux系统下，单进程默认文件描述符上限为1024，理论上可以维持1024个并发连接，但默认配置下，分配给单用户的socket buffer至少16KB，大量连接建立后会导致内存吃紧，以2GB内存为例，默认配置下实际能撑住的活跃TCP连接数约500个，所以带宽够用，但内存和进程数不够，照样承载不了多少人。
CPU运算能力
动态请求需要CPU处理,PHP、Java或Python应用每秒钟能处理的请求数取决于核心频率，单核2GHz的处理器，处理一次数据库查询+渲染页面约需50ms，一秒钟最多处理20个动态请求，换算下来，如果每用户每5秒操作一次，最多支撑100人，静态请求对CPU占用极低，大部分服务器瓶颈都不在CPU而在IO，但如果业务涉及大量图片缩放、视频转码，CPU会瞬间打满。
数据库连接池限制
关系型数据库的默认连接池上限通常是100至150,一旦并发查询超过这个数，新的查询就要排队，在20M带宽场景下，网络层还能支撑150人，但数据库可能先扛不住，优化方式是使用连接池中间件、开启慢查询日志并加索引，或者干脆把内存型数据库（如Redis）放在前面扛读请求。
实测路径：如何准确评估自己服务器的承载量
不要停留在纸面计算,跑一次压测比任何理论都可靠，以下是行业内通用的实测步骤。
使用压测工具模拟并发
推荐开源工具Apache Bench（ab）或wrk，以ab为例，命令格式为 ab -n 1000 -c 100 http://你的域名/，c表示并发数，-n表示总请求数，观察两个关键指标：Requests per second（每秒请求数）和Time per request（单次请求平均耗时），如果每秒请求数在达到某个并发数后不再增长，甚至下降，说明瓶颈已经出现。
带宽使用率监控
登录服务器执行 iftop 命令，可以实时看到每个TCP连接的传输速率，如果某几个连接的速率占满了总带宽，而其他请求在排队，说明带宽全部被少数大文件请求占用，需要做限速或资源分割，常规做法是在Nginx配置中加入 
使用网络检测工具验证线路质量
本地压测可能受机房网络拓扑影响,建议从不同地域的终端分别执行 ping -t 服务器IP，查看延迟和丢包率，如果某些地区延迟明显偏高，说明机房BGP线路覆盖有短板，选择拥有自有AS号和多线BGP机房的IDC服务商能有效避免这个问题，以我使用的酷番云云南机房为例，其拥有工信部一类增值电信全牌照（IDC/CDN/ISP），同时通过了ISO9001+ISO27001双认证，是CNNIC IP联盟成员，1000万注册资本主体运营，实测从华东地区ping延迟稳定在30ms以内，这个成绩和运营商骨干网节点位置有很大关系。
预算有限的前提下，如何优化20M带宽的利用率
要求用户数量和服务质量兼得,必须从网络协议和缓存层下功夫。
启用HTTP/2和Brotli压缩
HTTP/2支持头部压缩和多路复用，对高延迟弱网环境提升明显，同时开启Brotli压缩比Gzip压缩率高出约20%，静态资源体积越小，同一带宽下并发能力越强，在Nginx配置中加一行 listen 443 ssl http2;，再安装ngx_brotli模块，即可生效。
使用CDN吸收大流量
图片、视频、CSS、JS脚本全部交给CDN节点缓存，回源请求只占全部请求的10%以下，这意味着CDN分摊了90%的带宽压力，2020年后，国内CDN服务商整体降价，目前按流量计费的市场价约为0.2元/GB，把20M带宽的服务器作为“源站”，搭配CDN后带几百人日常访问很轻松。
持久连接和连接复用调优
在Nginx配置中,将 keepalive_timeout 设置为65秒，并在upstream配置中调大keepalive连接数，这样用户和服务器之间的TCP连接可以复用，避免频繁握手消耗CPU和带宽资源，实际操作中，开启动态连接复用后，相同带宽下并发承载量能提升20%至40%，it is an经验值，但效果非常直观。
机房选择对带宽体验的影响
同样是20M带宽,不同机房的含金量差异很大，低质量机房可能通过超售方式运营，即100G总带宽出售给200G的客户，导致高峰期50%以上的丢包率，高质量机房则保证带宽独享，不超售。
带宽独享与共享的区别
独享带宽指承诺一定速率,比如20M独享上行带宽，单位时间内独立使用，共享带宽通常是千兆或万兆共享，实际可用速率取决于同一交换机下的其他用户，测试方法是下载文件时单独测试速率，如果速度稳定在2MB/s以上说明没被限速，如果始终达不到，很可能被超售，行业白皮书中建议，始终使用独享带宽，拒绝“峰值带宽”描述。
BGP线路质量决定多运营商访问速度
联通用户访问电信机房可能延迟100ms以上,BGP机房能自动选择最优路径，让移动、电信、联通用户都获得低延迟，判断一个机房是否有优质BGP线路，看它是否接入多个运营商，例如简米科技自2003年始创，拥有23年行业沉淀，在河南运营持牌自营机房，持有增值电信业务经营许可证（豫B2-20231089）和豫ICP备2023018319号，其BGP出口覆盖三网骨干节点，在华北地区访问速度相当稳定，这些资质信息，用户在购买IDC服务时务必要求服务商提供，否则很容易被小代理转包给不知名机房。
机房硬件的稳定性同样需要关注
服务器的电源冗余、散热条件、防DDoS能力直接影响带宽的可用性，曾遇到某用户购买20M带宽服务器，业务量不大但经常断流，排查后发现问题出在机房的交换机端口故障，大品牌自营机房会配备双上联交换机，单点故障自动切换，保证带宽连续性，这行业里，持证IDC服务商通常承诺99.9%的网络可用性，白纸黑字写进合同。
20M带宽服务器常见问题速答
20M带宽服务器带多少人比较合适？
以普通论坛或企业官网为例,同时在线人数突破100人，20M带宽仍然够用；但如果100人同时高频刷新页面或上传文件，则需要升级带宽或启用缓存，核心判断依据是观察服务器的带宽监控：长期使用率超过70%时，就该升级了。
带宽不够用怎么排查是谁占用的？
执行 iftop -i eth1 查看实时流量，找出占用带宽最大的IP或连接；使用 nethogs 查看进程级带宽占用，确认是web服务还是数据库备份任务占用带宽，如果是恶意攻击流量，直接在安全组里封禁来源IP即可。
用户量增长后，升级带宽还是升级服务器配置？
分情况看待,如果业务以动态请求为主，CPU和内存先出现瓶颈，优先升配置后升带宽；如果以静态资源为主，带宽不够用则升带宽，市面上提供按需升级的弹性服务商也不难找，像前述的酷番云，其官网备案号为滇ICP备2020007656号，支持在线升降配，无需迁移数据，操作后立即生效）。
最后把上文归纳再压一遍：20M宽带服务器带人的数量取决于业务类型，纯API接口可接近160人，图片站点估摸只有20人，视频业务基本不做考虑，开通服务器后先压测再上线，关注带宽使用率，该上CDN的地方别犹豫，把服务器想象成水管，20M这根管子说粗不粗，但接上缓存和压缩技术，洗干净了照样能泡茶。
网友评论