服务器带宽估算方法：日PV乘页面大小，再留出峰值余量

买带宽买的不是“够不够快”，是峰值那几分钟撑不撑得住。按日均算出来的数字，往往只有实际需要的三分之一，原因就是流量从来不按平均数走。上午十点和晚上八点各有一个坎，带宽要按坎上那个数配。配低了平时看不出问题，一到推送或者整点活动就白屏，用户刷新两次就走了。

算式不复杂：日PV乘平均页面大小，得到每天的流量；乘8换成比特，除以86400秒就是平均带宽；再乘峰值系数，三步走完答案就出来了。

三步里最容易被跳过的是第一步。页面大小凭感觉填，后面算得再准也是白算。一张没压缩的横幅图就能占掉整个页面的七成，手机版和电脑版还不一样，两边都得量。

日PV一万、平均页面1.5MB，一天就是15GB。15GB乘8除以86400，约等于1.4Mbps的均值。按3倍峰值算，4.2Mbps左右。这个量级，一台普通云服务器的基础带宽就够用。反过来说，如果算出来是几十兆，先回头核页面大小，多半是把高清图当成了默认配置。还有一种情况是漏算了并发，一个页面同时拉五六个请求，峰值带宽要按五倍看。

浏览器F12的Network面板，勾上Disable cache刷新一次，看列表最下面那行的transferred，这个数是压缩后的实际传输量。峰值系数按站点类型给，资讯站白天集中，3到5倍；工具站全天均匀，2倍上下。拿不准就按3倍算，宁可多留一点。带宽买小了，峰值那几分钟的损失是用户直接走掉，补不回来；买大一点，多花的钱是固定的，心里有数。有活动排期的站，还要按活动当天的预估量单独算一次。

带宽不是唯一的瓶颈

带宽买够了照样卡，问题常在别处。首当其冲的是并发连接数，小带宽配大并发，请求全在队列里排着，页面不是加载不出来，是所有人一起加载不出来。

动态站还要看PHP-FPM的进程数。带宽留了100Mbps，PHP只开5个进程，一样卡在排队上。这两个参数得一起调，只加带宽是白花钱。磁盘IO也容易被忽略，数据库和日志都落在机械盘上，随机读写跟不上，前面两项调得再好也没用。另外记住单位差一个8：带宽说的是Mbps，浏览器里看到的是MB/s，8Mbps跑满也就1MB/s。

如果是全国访问，还要考虑线路。单线机房对跨网用户不友好，这种情况该上CDN，不是加带宽。日志写入频繁的站，把日志目录单独挂一块盘，效果比加带宽明显。这几项加起来，往往比单纯加带宽省钱得多。

固定带宽和按流量怎么选

流量平稳、峰值不高的站，固定带宽省心，费用可预期，不用担心某天被刷流量刷出一张天价账单。有明显峰值的站，按流量计费更划算，前提是看清单价和封顶。

无论选哪种，先把图片和静态资源丢给CDN，源站带宽能降到原来的三到五成。这一步的性价比比加带宽高，改动量还小，加条域名解析就能上线。