选阿里云服务器的带宽计费方式，先要摸清两个数字：业务平时的访问峰值有多高，一个月总共要传出多少数据。这两个数字定下来，计费方式基本就能确定。下面用一个实际例子把思路走一遍。
带宽和流量是两回事
带宽是某一时刻能跑到的最大传输速率，单位是 Mbps。流量是一段时间里实际传出去的数据总量，单位通常是 GB 或 TB。带宽决定同一时间有多少人能顺畅打开网站，流量决定账单的大头。很多人买的时候只盯着带宽上限，没算流量，结果访问量高的那个月账单比预想的高出一截，这种情况很常见。
三种常见的计费方式
- 按固定带宽：买多少 Mbps 就按这个值计费，按月或按小时结算，不管实际用了多少。访问量比较稳定、每天都有持续流量的业务，用这种方式最省心，也好估算。
- 按使用流量：按真实传输的 GB 数付费，带宽峰值只设一个上限。访问忽高忽低、平时几乎没人来的业务更合适，比如内部系统、测试环境。没有流量的时候，基本不用付钱。
- 带宽包：先买一定量的共享带宽，同一地域下的多台服务器和公网 IP 可以一起用。服务器多、总流量大的业务适合这种方式，用量上去以后单位成本通常会比前两种低。
一个电商小店的例子
小王在阿里云上部署了一个商品展示网站，跑在一台 ECS 实例上。他先看了两个月的后台数据，记下三个关键数字：
- 日常访问时段的峰值大约 8Mbps，大促期间的峰值接近 25Mbps。
- 平时每月总流量约 1.2TB，大促那个月约 3TB。
- 访问主要集中在晚上 8 点到 11 点，其余时段很冷清。
小王原本想直接买 25Mbps 的固定带宽，理由很朴素：怕不够用。可是按这个配置，一年 12 个月都要为峰值付费，而大促只占其中很短一段。等于为了几天的高峰，把全年都包了。
后来他换成了两步走：日常按流量计费，峰值上限设成 25Mbps，保证大促时不会被卡住；大促前一周，再临时补买对应的带宽包。平时的费用跟着访问量走，访问少就花得少，大促时也不至于因为带宽不够把订单丢掉。
怎么估算该选哪种
具体单价以阿里云官网当期价格为准，这里只说思路。拿自己的数字代入计算，比凭感觉判断靠谱得多。
- 算固定带宽的月成本：峰值带宽乘以每 Mbps 的月单价。
- 算流量的月成本：月均流量（GB）乘以每 GB 的单价。
- 对比两者：如果月流量常年接近固定带宽能承载的水平，固定带宽更划算；如果流量远低于峰值能承载的量，按流量计费更省。
- 服务器多的时候再考虑带宽包：同地域有 3 台以上服务器共用出口，带宽包一般更合适。只有一两台的话，多半用不上。
几个容易踩的坑
- 带宽上限不等于实际速度。买了高带宽，实际速度还要看实例规格的网络性能。小规格实例即使带宽给得足，也可能跑不满，这时加带宽没有效果，得先看实例本身。
- 内网和公网要分开看。服务器之间走内网通信，一般不占公网带宽。如果数据库或内部接口走公网地址访问，就会白白增加公网流量费用，排查账单时可以先看这一项。
- 设置告警。在云监控里给带宽和流量配上阈值告警，异常流量来得突然时能及时看到，比如被爬虫大量抓取，或者遭遇流量攻击。等账单出来才发现，就晚了。
- 定期复盘。每个季度拿实际峰值和流量对一次。长期用不到那么多带宽，就该降配；业务增长了，也要及时升上去。
怎么做决定
阿里云服务器带宽没有通用答案。访问稳定的业务，固定带宽省心；波动大的，按流量更合适；多台服务器共用出口，带宽包往往更省。先从监控里拿到真实的峰值和月流量，再代入官网价格算一遍，结论通常比拍脑袋靠谱。
