带宽是服务器选购时最容易被低估的一项资源。很多人配置服务器时舍得花钱买高配CPU和大内存，却只选了5M带宽，结果网站一上线就卡顿、图片加载缓慢，甚至出现无法访问的情况。想要搞清楚5M带宽到底能带多少设备，首先要理解带宽的真实含义，再结合具体业务场景来估算，而不是简单套用一个固定数字。
先搞清楚：5M带宽的真实速度是多少
这里的5M指的是5Mbps（兆比特每秒），注意是小写的b，代表比特。而我们平时下载文件时看到的速度单位是MB/s（兆字节每秒），是大写的B，代表字节。两者之间是8倍的关系，即1字节等于8比特。所以5Mbps的理论下载速度上限约为0.625MB/s，也就是640KB/s左右。
再考虑TCP/IP协议头部开销、网络抖动和丢包重传等因素，实际可用速度一般在500KB/s上下。这个数字意味着，如果用户从服务器下载一个1MB的网页资源，理想状态下需要约2秒才能完全加载。听起来不算慢，但如果这个页面包含大量图片、脚本和样式文件，多个用户同时访问时，等待时间就会成倍增加。
还有一个概念要区分清楚：服务器带宽通常说的是公网出口带宽，它和内网带宽完全不是一回事。云服务器之间的内网传输往往是千兆甚至万兆级别，不受这5M的限制。5M带宽只影响服务器与外部用户之间的数据交换，也就是访客访问你网站时的实际体验。
不同业务场景下5M带宽能带多少设备
承载设备的数量，本质上取决于每台设备单位时间内消耗多少流量。下面按常见业务类型分别估算。
纯文字类网站或轻量API接口
一次页面请求如果只有20KB到50KB的文本数据，按5Mbps即约640KB/s的速度计算，每秒可以完成十几到二十几次完整请求。假设用户平均每10秒刷新一次页面，那么同时在线支持一两百个用户问题不大。对于简单的API服务，比如物联网设备定时上报数据，每次上报只有几百字节，理论上甚至可以支撑上千台设备的心跳上报，但要注意设备上报的频率，如果每秒上报一次，并发量就要大幅下调。
图文混排的普通企业网站
这类网站首页体积通常在1MB到3MB之间，包含轮播图、产品图等资源。按平均2MB计算，5M带宽每秒只能服务不到0.3个新访客，也就是大约3到4秒才能让一个用户完整加载首页。如果希望页面在3秒内打开，实际能流畅支持的并发访客大概在10到30人左右。做过后台统计的人会发现，企业站日均几百IP看似不多，但流量集中在某几个高峰时段，5M带宽在高峰期确实会显得吃紧。
视频、下载、直播类业务
这是最吃带宽的场景。普通清晰度的视频码率约为1Mbps到2Mbps，意味着5M带宽最多支撑2到5个人同时流畅观看，再多就会出现缓冲卡顿。如果是文件下载服务，5M带宽只能让一个用户以500KB/s左右的速度下载，两三个用户同时下载就会互相抢占。这类业务基本可以判定5M带宽完全不够用，需要几十M甚至上百M起步，或者直接使用CDN和对象存储来分流。
| 业务类型 | 单次/单路流量消耗 | 5M带宽大致承载量 |
|---|---|---|
| 物联网心跳上报 | 几百字节每次 | 数百至上千台设备 |
| 纯文字页面 | 20KB-50KB | 100-200并发 |
| 图文企业站 | 1MB-3MB | 10-30并发 |
| 标清视频 | 1Mbps-2Mbps码率 | 2-5路 |
| 文件下载 | 持续占用 | 1-3人较好体验 |
影响并发承载量的其他因素
带宽并不是唯一瓶颈。服务器本身的CPU和内存性能同样决定了处理能力，如果一台1核1G的机器跑着数据库加应用服务，即使带宽充裕，并发一上来也会因为资源耗尽而响应缓慢。反过来说，配置再高的服务器，只要出口带宽只有5M，用户拿数据的速度就封顶在640KB/s，这是硬性天花板。
此外，是否启用了 gzip 压缩、图片是否做了WebP转码和懒加载、静态资源有没有走CDN，这些优化手段对带宽的节省效果非常明显。一个经过压缩优化的页面，体积可以从3MB降到500KB以内，相当于直接把承载能力提升了数倍。数据库查询慢、外部接口响应慢等问题也会拉长连接占用时间，间接消耗带宽资源。
带宽规划中的常见错误总结
错误一：把Mb当成MB
最典型的误区就是以为5M带宽等于5MB/s的下载速度，实际只有八分之一。不少新手按5MB/s去估算承载量，结果上线后实际效果差了8倍，怎么排查都找不到原因，问题就出在单位换算上。
错误二：只看日均流量，忽略峰值并发
有些站长看日均IP只有几百，觉得5M绰绰有余。但流量从来不是均匀分布的，80%的访问往往集中在20%的时间段里。一旦被搜索引擎抓取高峰或者一篇内容突然上了推荐位，瞬时并发可能瞬间把带宽打满，整个站点对所有访客都变得极慢。规划带宽必须按峰值估算，再留出20%到30%的余量。
错误三：忽视突发流量和爬虫消耗
搜索引擎爬虫、恶意扫描、图片盗链都会悄悄吃掉带宽。尤其是一些站点被其他网站直接外链图片，流量白白送出去。建议在服务器上配置防盗链规则，并通过监控工具观察带宽曲线，发现异常消耗及时处理。
错误四：带宽不够时只知道升级，不做优化
带宽升级费用不低，很多时候先用好压缩、缓存、CDN这些手段，成本远低于直接扩带宽。把静态资源放到CDN上，源站5M带宽只服务于动态请求，承载能力可以提升一个量级。正确的思路永远是先优化、再扩容，而不是反过来。
如何判断自己的5M带宽够不够用
最直接的办法是看监控数据。云服务商后台一般都有带宽利用率图表，如果日常峰值经常超过70%，就说明带宽已经接近瓶颈，需要考虑升级或者接入CDN。另一个观察角度是用户侧体验，可以在不同网络环境下亲自访问网站，记录页面完全加载的时间，超过5秒就属于明显偏慢。
还可以通过日志统计每小时请求量和平均响应大小，粗略算出每秒需要输出的字节数，再和640KB/s的上限对比。如果测算结果接近上限，就不要犹豫，提前规划扩容方案，等用户投诉卡顿再处理，损失的往往是口碑和转化率。
总结一下，5M带宽能带多少设备没有标准答案：轻量心跳上报可以上千台，文字站能撑百人并发，图文站几十人，视频业务则只有几路。与其纠结具体数字，不如掌握估算方法，结合自身业务的单次流量消耗和峰值并发去计算，再配合压缩、CDN等优化手段，才能让有限的带宽发挥出最大价值。