2026-08-21
先给结论：企业官网不应只按“预计访问人数”选择带宽。先用页面平均传输体积、峰值同时下载数、动态请求比例和可接受加载时间估算，再用晚高峰实测修正。纯文字官网可从较小带宽起测；图片较多、投放活动或文件下载业务，应优先减少页面体积、使用对象存储或CDN，而不是把所有流量都压在源站公网带宽上。
本文更新时间：2026年8月21日。文中的1M、3M、5M、10M均指常见的公网带宽上限（Mbps），不是磁盘容量，也不等同于每秒可下载多少MB。
网络带宽常用bit计量，文件大小常用Byte计量，8 bit约等于1 Byte。因此理论换算为：下载速度（MB/s）≈带宽（Mbps）÷8。协议开销、线路质量、共享资源、服务器性能和客户端网络都会造成损耗，实际速度通常低于理论值。
| 公网带宽 | 理论上限 | 传输1MB内容的理论最短时间 | 适合先测试的场景 |
|---|---|---|---|
| 1 Mbps | 约0.125 MB/s | 约8秒 | 低频管理、测试环境、极轻页面 |
| 3 Mbps | 约0.375 MB/s | 约2.7秒 | 已压缩的小型官网起测 |
| 5 Mbps | 约0.625 MB/s | 约1.6秒 | 一般企业站、轻量内容站起测 |
| 10 Mbps | 约1.25 MB/s | 约0.8秒 | 图片较多或峰值更集中的网站起测 |
这张表只描述单一连续传输的理论值。浏览器会并行请求HTML、CSS、JavaScript、字体和图片；多人同时访问时还会共享带宽，所以“5M带宽等于每个用户0.625MB/s”是错误理解。
可先用一个便于沟通的估算式：所需Mbps≈平均每次由源站发送的MB数 × 8 × 峰值每秒完整访问次数 ÷ 目标利用率。目标利用率可先取0.7至0.8，为协议损耗和突发流量留余量。
例如，缓存后每次完整访问仍需源站发送0.5MB，峰值为每秒1次，按70%目标利用率估算，约需0.5×8÷0.7≈5.7Mbps。若80%的静态内容由CDN命中，源站实际发送量可能显著下降；若登录、搜索或接口响应不可缓存，则仍需单独测量动态流量。
不要用日PV直接代替峰值。日访问1万次如果均匀分布，和十分钟内集中到达，所需带宽完全不同。广告投放、直播开售、爬虫抓取和批量下载都会制造短时峰值。
比较价格时，要把公网出站、入站、跨地域、CDN回源、对象存储请求和超额费用放在同一张表里，不能只比较实例月租。
没有固定人数答案。假设5Mbps实际可用约4Mbps，每个访客在1秒内需要取得0.5MB（约4Mb）源站内容，理论上每秒只能完成约1个这样的传输；如果页面只有100KB、绝大多数资源命中浏览器或CDN缓存，则可支持更多同时访问。若页面2MB并且所有图片都回源，即使访客不多也可能拥塞。
正确做法是选取首页、详情页、登录和下载等真实路径，使用与生产一致的缓存配置压测，并同时看公网出带宽、丢包、响应时间、CPU和磁盘I/O。
Microsoft的虚拟机网络文档也强调，吞吐能力按Mbps衡量，但实际还受实例规格、CPU、存储和网络流等限制。带宽升级有效的前提，是监控显示公网出口确实长期触顶。
可结合煜钧云云服务器可选配置开始测试；CPU和内存的判断方法可继续阅读企业网站云服务器配置选择指南。
换算值是理论上限。TCP/TLS开销、跨网路由、晚高峰、客户端Wi-Fi、单连接限制、CPU和磁盘都可能降低速度。应使用多地区、多运营商和多个时段测试。
只能改善传输拥塞。若首字节慢来自数据库、程序或第三方接口，加带宽通常无效，应分别检查应用响应和网络下载阶段。
要看缓存命中率和动态请求。登录、购物车、API以及缓存未命中仍会回源，带宽应覆盖回源峰值和故障回切场景。
