很多人第一次买云服务器，看到“5M带宽”就直接下单，等网站上线才发现不知道它能扛多少访问。阿里云5m带宽指的是公网出口的峰值速率，即每秒最多传输5兆比特（Mbps）的数据。换成常用单位，就是每秒约0.625MB。如果一直满速运行，一小时约2.2GB，一天约54GB。
54GB听起来不少，但这是理论上限，不是你实际能用到的量。带宽衡量的是同一时刻的速率，决定有多少人能同时下载内容。一天的总流量则是另一回事，选型时要分开看。
小网站大概能用到什么程度
5M对以文字和少量图片为主的站点通常够用。比较典型的有三类：
- 个人博客、企业官网、作品集：页面以文字为主，图片做过压缩，访问集中时也能维持基本流畅。
- 小程序或App的后端接口：单次请求数据量小，只要没有大批量文件下载，带宽一般不会先成为瓶颈。
- 开发测试环境、内部管理系统：同时在线人数少，主要压力来自偶尔的上传和下载，5M基本够用。
如果站点里有视频播放、大文件下载或者高清图片墙，5M很快就会被占满。页面加载变慢时，用户通常不会去查带宽，直接关掉网页就走了。
先算一笔账：日访问量怎么换算成带宽
直接拿“日访问量”去和5M对比，很容易算错。更实用的做法是先估算流量，再换算成速率。思路是：日流量约等于日页面浏览量乘以单次页面的平均下载量；平均速率（Mbps）约等于日流量（MB）乘以8，再除以86400秒。
举个假设的例子。日页面浏览量2000，单次页面平均下载2MB（含图片、脚本和字体），那一天的流量约4GB，全天平均速率只有0.37Mbps左右，看起来很宽裕。但访问通常不均匀。如果六成流量集中在晚上两个小时内，这段时间的速率大约是2.7Mbps，仍在5M之内，只是余量没有想象中那么大。这个例子只用来示意，实际判断要看你自己的访问日志和云监控数据。
选型时建议给峰值留出足够余量，比如按估算峰值的一倍来准备。原因很简单，爬虫、接口轮询和页面里没注意到的大图，都会在你不留意的时候占用带宽。
案例：一家摄影工作室的官网改造
某摄影工作室（化名“光影工坊”）最早把作品集直接放在一台阿里云ECS上，配的是5M固定带宽。首页有二十多张原图，每张超过3MB，客户打开页面常常要等十几秒，周末晚上最明显。
后来团队做了三件事。一是把图片压缩到适合网页展示的尺寸，单张控制在300KB以内。二是把原图迁移到阿里云OSS对象存储，页面只引用缩略图，原图点开才加载。三是开启CDN，让不同地区的访客就近获取静态资源。
结果是首页平均加载时间从十几秒降到三秒左右，服务器公网流量下降七成以上，带宽并没有升级，体验却好了很多。这件事说明，带宽紧张时，先看页面本身是不是太重，再考虑加钱，往往能省下不少成本。
固定带宽还是按流量计费
阿里云ECS的公网带宽一般有两种计费方式。固定带宽按月计费，峰值速率固定，费用可以提前预期，适合访问量稳定的业务。按流量计费则是按实际传输的数据量收费，访问少的时候成本很低，适合流量忽高忽低的站点。
选择时可以直接用前面的换算结果来判断。如果日均流量长期只有几GB，按流量计费通常更省；如果每天都有稳定的访问量，固定带宽更容易规划预算。价格会随地域和活动调整，具体以阿里云官网的实时报价为准，别拿旧截图当参考。
下单前后容易忽略的几件事
- 带宽峰值不等于并发用户数。页面里的图片、脚本和字体都占带宽，可以用浏览器开发者工具看一次完整加载的总大小，再做估算。
- 开启Gzip压缩、合并小文件、给静态资源设置合理的缓存时间，能在不加带宽的前提下减少传输量。缓存时间也别设得太短，否则访客每次都要重新下载。
- 在云监控里查看一段时间的出口带宽曲线，找出高峰时段。如果峰值集中在某个固定时间，可以先把备份、同步之类的大文件任务挪到低峰期，再决定要不要升级。
- 网站有登录或数据提交功能时，安全组和访问控制要同步配置。只盯着带宽而忽略基础防护，同样会出问题。
回到最开始的问题，5M带宽对小网站、轻量接口和测试环境通常够用，前提是页面不重、访问不过分集中。先把内容体积和缓存处理好，再结合监控数据决定要不要扩容，比一开始就升级更稳妥。
