带宽最大峰值；卡顿往往就出在那几秒

带宽最大峰值这几个字，多数人当成月报里平均值的另一个说法。不是一回事。它盯的是流量曲线往上戳出来的那几秒：整点一到几百个请求同时进来、备份脚本刚好开跑、缓存集体过期全砸回源，那一小段顶到天花板的瞬间。页面转圈、接口报错、月底账单莫名超一截，追下去常常就追到那几秒上。

带宽最大峰值，量的是那几秒不是一个月

有人拿日均值跟我讨论扩容，说平均才用了两成，扩什么容。我说你去看曲线上的尖。一天里二十三个小时跑 20Mbps，剩下一小时打满 100Mbps，日均看着挺温柔，峰值是实打实的 100。用户能感受到的卡，基本都落在那一小时里，不会平均分摊到全天。监控只盯日均等于闭着眼开车——仪表写着平均时速六十，你刚在弯道上冲了一百二。

Mbps 和 GB 别混着说，中间差着一个 8

带宽单位是 Mbps，流量单位是 GB，换算按 1 字节 8 比特这个死规矩来：100Mbps 跑满一小时，100 除以 8 是 12.5MB 每秒，再乘 3600 秒大概 45GB。所以「我这个套餐一个月能用多少流量」这种问法，得先说清你打算跑满多久。买云主机时按固定带宽计费、按实际流量计费、还是按峰值或 95 计费，风险和价格完全不是一回事，具体口径以服务商控制台和官方页面说明为准，别听销售一句话就下单。

卡的时候，带宽可能只用了三成

峰值打满是原因之一，不是唯一。一条请求要过的关口多着呢：DNS 慢、TLS 握手慢、PHP 卡在数据库、磁盘 IO 排队、连接数被占死、上游回源拖时间，任何一个都能让页面转圈，而带宽监控上看才用了三成。我的习惯是先现场看：ss -s 看连接数堆没堆起来，iostat 1 看磁盘有没有满转，iftop 看哪条流量在吃带宽，free 看内存有没有被 swap 拖住。再看规律——只有整点卡，多半是自己家的定时任务；只有列表页卡，缓存命中率的问题；全站都卡且 CPU 顶到 100%，回去看代码和慢查询。别一上来就喊加带宽，钱花了卡还在。

想把那几秒抓住，监控得摆对位置

云控制台自带的监控粒度普遍粗，五分钟一个点，几秒的尖刺它画不出来，你也看不到。自己补一层：node_exporter 配 Prometheus 拉数据，粒度能到十几秒；机器上装 vnstat，按小时按天看网卡出入；要现场抓就用 iftop 或 nload 直接盯。还有一个免费的宝贝是 nginx 日志，access log 里 $request_time 和 $body_bytes_sent 按秒聚合一下，哪一秒请求量冲上去、哪一秒响应时间从几十毫秒跳到几秒，一目了然，比任何图表都实在。日志别只留着出事才翻，平时就跑个脚本统计出那几个高点。

计费口径不问清楚，峰值就是账单上的惊喜

同一个「带宽」两个字，卖法能差出好几个花样：固定带宽、突发带宽（平时给低值偶尔放开）、按流量包计费、按峰值计费。按峰值计费的一般会看一个统计周期里的高点，或者去掉最高百分之几之后的那个值。各家规则不一样，也会改，别猜，直接翻控制台里的计费说明或者开工单问，以官方页面写的为准。做活动、投广告之前先确认自己这条线是不是峰值计费，不然流量冲上去了，账单也跟着冲。

削峰的几个笨办法，比扩容便宜

能落在自己手里的手段不少。第一位是缓存命中率，CDN 把静态资源接走，回源的请求少一大半，这条线上的峰值自然就矮了。图片该压就压，一个首页挂十几张原图，多大的带宽都白搭。限流也别嫌土，nginx 的 limit_req 和 limit_conn 两道闸，把恶意刷接口和爬虫的并发按住，正常用户基本不受影响。定时任务最容易犯的错是全堆在整点，备份、统计、推送、清理一起跑，cron 里加个 sleep 随机散开、把重活挪到凌晨，峰值能削掉一块。再就是连接复用和缓存预热，别让缓存同一秒集体失效。

照着走一遍的检查单

真要排查，按这个顺序来：一、确认是全网卡还是某个页面卡；二、把监控粒度调到秒级，找出尖刺出现的时间点；三、对照那个时间点看 cron、看发布记录、看有没有活动；四、ss、iostat、iftop 三件套看瓶颈落在哪；五、算出峰值和均值差多少，差得离谱先削峰；六、确实长期贴着上限，再谈扩容或换计费方式。走完这六步，多半不用花钱就能缓过来。

带宽这东西，贵在稳不贵在大。买之前问清计费口径，上线之后盯住峰值而不是盯着日均，剩下的靠缓存和错峰慢慢磨。真到天天顶格那一步，再掏钱也不迟——扩容买的是余量，不是买心安。