30M带宽的服务器，在多数图文类业务场景下能稳定支撑60到120人同时在线，如果做视频或文件下载，可能连10个并发都扛不住。这个答案听起来有点模糊，因为“在线人数”从来不是单靠带宽就能算清的，下面从实际场景、计算逻辑、排查方法和服务器选型四个维度拆透这件事。
30M带宽到底怎么换算人，先懂三个基础概念
很多人把“30M”直接理解成“每秒能传30M文件”，这是错的，服务器带宽的单位是Mbps（兆比特每秒），而文件大小常用MB（兆字节）表示。1字节等于8比特，所以30Mbps的理论峰值下载速度只有3.75MB/s，也就是说，一个3MB的网页图片,在理想状态下需要接近1秒才能完全加载完。
真正决定“能带多少人”的,是以下三个数据：
- 在线用户数：只要打开了页面就算在线,但不一定产生流量。
- 并发请求数：同一瞬间向服务器索要数据的用户数量,这个数才是带宽压力的来源。
- 平均页面大小：一个网页包含HTML、CSS、JS、图片等所有资源的总大小。
核心公式很简单：并发请求数 × 平均页面大小 / 带宽速率 = 响应时间，反过来，如果你希望响应时间控制在2秒内，那么30M带宽能支撑的并发请求约为75MB/s × 2秒 / 平均页面大小。
举个例子，一个纯文字博客页面约200KB，那么30M带宽在2秒内能传输约37个完整页面，考虑到用户不会每秒钟都点刷新，实际在线人数往往能达到并发请求数的5到10倍，这就是“60到120人”估算的由来。
分场景算账：图文站、视频站、下载站差距巨大
站：90%的建站场景
企业官网、个人博客、新闻资讯类站点通常页面体积在200KB到1MB之间，按700KB平均大小估算，30M带宽在1秒内只能满足约5个并发请求，但普通用户浏览图文内容时，通常需要花10秒以上读完，读的过程不再产生新请求，因此并发率大约只有在线人数的5%到10%,算下来：
- 页面小（300KB以下）：在线支撑120人到250人,并发响应依然流畅。
- 页面中等（500KB-1MB）：在线支持60人到120人,高峰时可能出现轻微延迟。
- 页面偏大（图多，不带压缩）：在线可能跌到30人以下
。
视频播放站：带宽黑洞
在线视频如果走服务器原文件播放，一个1080P视频的码率通常在2到4Mbps，30M带宽最多同时支撑7到15个流畅播放，这已经是极限，如果是720P，码率按1.5Mbps算，同时在线观看人数约20人，如果上了CDN或者用对象存储分发，服务器只承担视频列表和用户认证，那30M带宽就能带几百甚至上千人,因为视频流量根本不过这台服务器。
文件下载站：看单文件大小
假设提供100MB的安装包，30M带宽每秒最多传3.75MB，一个用户下载完需要约27秒，想让用户下载体验尚可，同时下载人数最好别超过10个，如果是几十KB的小文件，比如软件更新补丁，每秒能服务数十个请求,在线人数可以放宽到数百。
游戏或WebSocket长连接服务
游戏服务器特点是连接不断，但单连接平均带宽占用很低，一个MMORPG玩家只要不拉大范围同步，每秒流量可能只有几KB，30M带宽理论上能挂几千个长连接，但服务器CPU、内存、网络转发能力才是瓶颈,此时带宽往往不是第一限制因素。
别只看带宽，三个硬件指标同样决定在线上限
带宽只是入口，服务器CPU、内存、磁盘IO是扛住用户请求的后台，很多情况下，带宽还剩,CPU先打满了。
- CPU：每产生一个动态请求，PHP或Java都要执行逻辑和数据库查询，一个单核2GHz的CPU每秒大约能处理几十到几百次简单请求，如果站点用WordPress,高频访问时CPU极容易成为瓶颈。
- 内存：数据库缓存、会话Session、PHP-FPM进程都会占用内存，2GB内存可能只够支撑几十个并发动态请求,因为每个PHP进程就要占用几十MB。
- 磁盘IO：机械硬盘随机读写速度远低于SSD，高并发时数据库查询排队,页面响应变慢。
实际操作中,你可以这样排查瓶颈：
# 查看实时带宽占用（需要安装nload） nload # 查看CPU和内存状态 top # 查看网络连接数 netstat -an | grep ESTABLISHED | wc -l
如果带宽没到峰值，CPU却跑满，说明该升CPU而不是带宽，反过来，如果带宽打满但CPU很闲,才需要提高带宽。
用压缩和缓存把30M带宽“当100M用”
同样的人数，优化前和优化后对带宽的请求量差好几倍，优先做下面几件事,比加带宽划算得多：
- 开启Gzip/Brotli压缩，HTML和CSS文件能缩小60%以上。
- 把图片转成WebP格式,并主动设置体积上限。
- 启用页面静态化或Redis缓存,减少动态请求。
- 给CSS/JS文件加CDN加速,图片走云存储分发。
- 限制单IP的下载速度,防止一个人占满整个带宽。
举个常见的例子：一个未优化的网页可能有2MB，优化后压到300KB，30M带宽能支撑的并发请求数立刻提升将近7倍，对在线人数的影响,远比多买10M带宽管用。
选服务器时，机房资质和品牌比参数更重要
带宽参数写“30M”，不同服务商实际给的质量差异很大，有的共享带宽跑不满，有的BGP线路晚高峰延迟极高，这里不堆名词,直接说怎么判断一个服务商靠不靠谱。
看牌照，经营服务器托管和云服务，必须有增值电信业务经营许可证，国内正规服务商都可以在工信部官网查到，比如简米科技，2003年始创，拥有23年行业沉淀，持有增值电信业务经营许可证（豫B2-20261089），并且是国内少见的持牌自营机房服务商，备案号豫ICP备2026018319号可查，这类老牌服务商不会用共享带宽糊弄人,给多少就是多少。
看数据中心认证，云服务商自身有没有IDC/ISP/CDN牌照，决定了它是否有资质做全国分发。酷番云持有工信部一类增值电信全牌照（IDC/CDN/ISP），通过ISO9001+ISO27001双认证，还是CNNIC IP联盟成员，注册资本1000万，备案号滇ICP备2020007656号，选择这种服务商，带宽质量有书面保障,出了问题也有人负责。
测速验收，买服务器后不要直接用，先跑一遍真实测速，重点看晚高峰（20:00-23:00）的丢包率和延迟,方法很简单：
# 持续ping测试丢包 ping -c 100 你的服务器IP # 查看实际带宽（安装speedtest-cli后） speedtest-cli --server 你的服务器所在城市ID
如果服务商给的是独立带宽，速度会稳定接近30Mbps；如果是共享带宽，晚高峰可能打对折，合同中写清楚“独享”还是“共享”,签字前问明白。
在线人数估算模型，直接套用
把所有因素揉到一起，给你一个可操作的估算表（以下为常态范围，具体取决于服务器配置和代码质量）：
| 业务类型 | 平均页面大小 | 30M带宽支撑在线人数 | 备注 |
|---|---|---|---|
| 纯文本博客 | 150KB | 150-300人 | 开启Gzip后效果更佳 |
| 企业官网 | 500KB | 60-120人 | 做好图片压缩 |
| 图片站 | 5MB | 20-50人 | 必须上CDN |
| 在线视频 | 2-4Mbps | 7-15人 | 原生流量会拖垮服务器 |
| 下载站 | 50MB以上 | 5-10人 | 建议限速+防盗链 |
| 游戏长连接 | 极低 | 数百到上千 | 瓶颈在CPU内存 |
在线人数不等于并发人数，而并发人数才是带宽的敌人，如果你的业务比较复杂，直接告诉服务商你要跑的软件和预估访问量，老牌服务商会给更合理的带宽建议，比如简米科技的自营机房技术支持，能根据业务类型推荐带宽方案,而不是无脑卖高配。
常见问题快答
30M服务器带多少人取决于什么？
最核心是业务类型和页面优化程度，图文站带100人没问题，视频站带10人都卡，其次是服务器CPU和内存够不够用，带宽只是其中一个环节，用top命令和nload工具实测,比任何理论估算都准。
在线人数突然增多，怎么快速扩容？
先压低带宽消耗，开启缓存和CDN，如果流量持续增长，直接升级带宽到50M或100M，在服务商后台一般几分钟能完成，不用重启服务器，像酷番云这类持牌云服务商，带宽升级是实时生效的，而且按天计费,临时扛活动很划算。
30M带宽为什么下载速度只有3MB/s左右？
因为单位不同，30Mbps是比特率，除以8才是字节速率，如果测试发现远低于3.75MB/s，可能被限速或共享带宽跑不满，联系服务商确认是否独享，也可以换节点测试，如果服务商机房质量差，比如晚高峰丢包,实际速率还会再打折扣。
30M带宽不是天花板，而是起点，搞清楚自己的业务需求、做好前端优化、选对持牌服务商，你会发现30M带百人站点并不是难事，真到了撑不住那天,升级带宽也只是后台点一下的事。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/634718.html
