[为 1Mbps 正名] 单日 15 万 PV 证明 1Mbps 对小网站来说完全够用

一个网站，每天约 6 万 IP，15 万 PV，每 PV 包括 favicon.ico 在内约 10 个请求，每 PV 所有资源 Gzip 压缩后加在一起约 30KB~50KB （专门优化过页面资源）。

偶尔流量上升，所以常备 1~3 台 5M 机器以防万一，静态资源也放到了 CDN。但我还是有带宽焦虑症，因为 1M 算下来 125KB/s，一个页面 10KB 也就支持 10 个页面并发，5M 也就支持 50 个页面并发。这个网站就是普通网站，流量集中在上午、下午、晚上三个时间点，一百几十个人同时在线很常见。

平时我看控制台服务器监控的外网出入带宽总在 10KB/s 左右，高峰也很少超过 20KB/s，总怀疑是不是监控不准。

今天（现在凌晨，应该说是昨天了），我发现腾讯云副网卡绑定的弹性公网 IP 可以按流量计费，服务器主网卡带宽只有 1Mbps，副网卡申请的按流量计费的弹性公网 IP 最高却可以调到 200Mbps。

于是我手痒了，开了个 20Mbps 的 IP 绑定到副网卡来代替 CDN 工作，测试一天带宽峰值。这个是按量计费我相信统计肯定不会错。同时在云监控设置了告警，条件是一分钟内出带宽超过 1Mbps 就告警，结果一整天什么都没收到。

刚上后台看了看统计，平均峰值在 35KB/s，最高峰不到 80KB/s，一小时最多跑约 140M 流量，一天请求总共 50 万多点。账单计费已经经过精度调整了，肯定没错了。

依据这个数据来看，其实 1Mbps 带宽的 125KB/s 速率就已经可以满足单日 15 万 30KB~50KB 的 PV，甚至有很多富裕。

这个网站页面资源是比较少的，一个页面资源总量相当于常见网页 HTML 大小，但一般网站也会把静态资源放到 CDN，这样算下来常见网页也是 30KB~50KB / PV。

比如 V 站首页 15KB，回复比较多的帖子 30KB，按 30KB 来算，粗略估计 1Mbps 可以满足 V 站用户每天摸鱼看帖 20 万~30 万次。

所以说，正经做网站 1Mbps 不算小水管了，多数情况下这个量级的 PV 访问还没把带宽占满 MySQL 之类的进程就先宕机了，我也是把页面静态化才能在 1 核 1G 的机器上扛得住 10 万 PV，不然 MySQL 进程一天至少被挤掉一次。

eason1874

2019-10-23 08:59:59 +08:00

@guisheng #18 1M 的都没备案，用不起来了，IP 访问当后端也可能被屏蔽访问。

都是 2c4g 的话，流量不大的情况下一台跑 WordPress 就可以了。流量大了不够用就把另一台也接入备案，DNS 负载均衡，或者用一台跑后台一台跑前端（前提是瓶颈在计算，而不是带宽）。

主题里引用谷歌字体和国外资源的问题，总共也不会有多少，你手动保存到本地，改成你的网址就行了。

markgor

2019-10-23 09:12:14 +08:00

剛以為自己看錯了，
以為你說的是 1M+CDN 滿足需求。
但是看看標題，你說的是為 1M 正名。
你可以試試不上 CDN 的時候情況如果，上了 CDN 為 1M 正名這不有點扯嗎....
你的 1M 只是回源帶寬 1M，別人訪問有緩存走緩存，沒緩存去 CDN，非靜態資源跑會源站。
但是你上面又說了都是靜態資源，那不就等於除了第一次訪問 CDN 需要回源，後續的 CDN 基本不會回源嗎？

zhjits

2019-10-23 09:53:00 +08:00

你得区分一下是限制死的 1Mbps，还是平均 1Mbps + burst 5Mbps （举个例子），还是 95% 1Mbps。虽然你可能一天的总流量不超过 1Mbps*1day，但是突发速率很可能会在某些时候超过 1Mbps。这个时候如果你是限制死的 1Mbps 没有 burst，你的网站访问延迟会增加。（用户总能加载出来，但是需要等。）

对于单请求本来就小的网站，带宽确实没那么重要。举个例子，我们有个网站峰值 PV 是 4k/s 左右，单个请求不到 1KB，勉强跑满 5Mbps 的带宽。