云服务器带宽多少合适：按访问量算带宽的方法

云服务器带宽多少合适？先给结论：以文字和少量图片为主的企业官网、博客、小程序后端，1–3M 够用；图片多、有后台管理的站点 5–10M；视频、下载、直播类业务不要用云服务器的公网带宽扛，交给 CDN 或对象存储。 判断依据是一个简单的算式：把页面大小、同时在线人数和停留时间代进去，就能算出峰值需要多少 Mbps。下面先讲清 1M 带宽到底有多快，再给算式和算例。

1M 带宽的实际下载速度是 128KB/s

带宽的单位是 Mbps（兆比特每秒），下载速度的单位是 KB/s 或 MB/s（字节每秒），1 字节 = 8 比特。按行业里习惯的 1024 进制换算：

1 Mbps = 1024 Kbps，1024 ÷ 8 = 128 KB/s

严格按 1 Mbps = 1,000,000 bit/s 折算是 125 KB/s，两种算法相差不到 3%，记住 128 KB/s 就够用。实际下载还要扣掉 TCP/IP 包头等协议开销，1M 带宽跑满时访客看到的速度大约是 100–120 KB/s。以此类推：

带宽	理论速度	传 1 MB 文件约需	传 100 MB 文件约需
1M	128 KB/s	8 秒	13 分钟
2M	256 KB/s	4 秒	6.7 分钟
5M	640 KB/s	1.6 秒	2.7 分钟
10M	1.25 MB/s	0.8 秒	80 秒
100M	12.5 MB/s	0.08 秒	8 秒

这张表解释了为什么 1M 带宽下载一个 100 MB 的安装包要十几分钟，也解释了为什么大多数只有几百 KB 的网页在 1M 带宽下仍然能打开。

按页面大小和在线人数估算带宽

第一步，量页面大小。 在浏览器按 F12 打开开发者工具，切到 Network（网络）面板刷新页面，底部会显示本次加载传输的总字节数。企业官网首页压缩后常见 300 KB–1 MB，图片多的页面 2–3 MB。

第二步，估同时在线人数。 注意“同时在线”不等于“日访问量”。如果只知道日 PV，可以这样折算：

日流量（GB）    = 日 PV × 平均页面大小（KB）÷ 1024 ÷ 1024
平均带宽（Mbps）= 日流量（GB）× 1024 × 8 ÷ 86400
峰值带宽（Mbps）≈ 平均带宽 × 3–5（访问集中在白天和晚上）

第三步，代入算式。 按同时在线人数算：

带宽（Mbps）≈ 同时在线人数 × 页面大小（KB）× 8 ÷ 每页停留秒数 ÷ 1024

算例 1：企业官网，页面 500 KB，高峰时同时在线 20 人，平均每页停留 30 秒：20 × 500 × 8 ÷ 30 ÷ 1024 ≈ 2.6 Mbps。选 3M 合适，1M 会在高峰期明显变慢。

算例 2：博客，日 PV 5,000，页面 300 KB：日流量 5,000 × 300 ÷ 1024 ÷ 1024 ≈ 1.43 GB，平均带宽 1.43 × 1024 × 8 ÷ 86400 ≈ 0.14 Mbps，峰值按 5 倍算约 0.7 Mbps。1M 够用，静态资源再走 CDN 更宽裕。

算例 3：图片站，日 PV 50,000，页面 2 MB：日流量约 98 GB，平均带宽约 9.3 Mbps，峰值 30–45 Mbps。这已经不适合买固定带宽了，应该把图片放到对象存储并用 CDN 分发，云服务器只保留动态请求。

按这套方法算完，通常会发现常见站点的需求落在下面这个区间：

站点类型	日 PV 量级	页面大小	建议带宽
个人博客、企业展示站	1 万以内	300–500 KB	1–2M
内容站、企业官网带后台	1–5 万	500 KB–1 MB	3–5M
图片较多的电商、论坛	5–20 万	1–2 MB	10M 以上，或 CDN + 按流量
API / 小程序后端	按请求数算	每次几 KB 的 JSON	1–3M

云服务器带宽 1M 够用吗

按上面的算式，1M 够用的场景：文字为主的博客和企业站、小程序或 App 的接口后端（每次返回几 KB 的 JSON）、微信公众号后台、内网穿透和跳板机、把静态资源都放到 CDN 或对象存储之后的动态站点。

1M 不够用的场景：一次要加载几 MB 图片的页面（同时打开两三个人就卡）、后台管理系统里有大表格导出、需要用服务器直接提供文件下载、通过 Windows 远程桌面（RDP）图形化操作时会明显卡顿（SSH 命令行不受影响）、有视频或大附件的站点。

还有一个经常被忽略的点：多数云厂商标注的带宽是出方向，即服务器发往访客的速率；访客看你的页面、从服务器下载文件，走的都是出方向。而入方向（把文件传到服务器、服务器从外网拉取镜像）通常给得更宽，所以 1M 带宽的服务器上 yum 或 apt 更新并不慢，具体以厂商说明为准。

固定带宽和按流量计费在不同访问量下的成本

两种计费方式的成本结构不同：固定带宽按 Mbps 每月付费，不限总量；按流量计费按实际出方向流量的 GB 数付费，带宽峰值可以设得很高（如 100M）。

先算固定带宽跑满一个月能传多少流量：

5M 满跑一个月 = 5 × 86400 × 30 ÷ 8 ÷ 1024 ≈ 1,582 GB

实际站点的带宽利用率很低（有峰有谷，夜里几乎没人），所以月流量往往只有满跑值的 10%–30%。平衡点的算法是：

平衡点流量（GB）= 固定带宽月费 ÷ 流量单价

用一个假设的算例：假设 5M 固定带宽月费 150 元，按流量计费 0.8 元/GB，平衡点是 150 ÷ 0.8 ≈ 188 GB。

月出方向流量	5M 固定带宽（假设 150 元）	按流量（假设 0.8 元/GB）	更划算的
50 GB	150 元	40 元	按流量
150 GB	150 元	120 元	按流量
188 GB	150 元	150 元	持平
400 GB	150 元	320 元	固定带宽
1,000 GB	150 元，但月均利用率已超过六成，高峰必然打满	800 元	需要升带宽或走 CDN

规律是：流量小、访问有明显峰值的站点，按流量计费便宜，而且峰值时速度更快；流量大且稳定的站点，固定带宽便宜。 另外要提防两种风险：按流量计费遇到被刷流量或爬虫，账单会失控，要设流量告警；固定带宽被打满时不会多扣钱，但所有访客都变慢。

视频、下载、直播类业务怎么算

这类业务的带宽是按码率 × 并发或文件大小 × 并发 ÷ 期望时长算的，数字会大得多：

• 视频点播：1080p 视频码率按 3 Mbps 估，100 人同时观看就是 300 Mbps；720p 按 1.5 Mbps 估，也要 150 Mbps；
• 文件下载：一个 500 MB 的安装包，希望 50 个人同时下载时每人都有 1 MB/s，需要 50 × 8 = 400 Mbps；
• 直播：推流走入方向（一路 2–5 Mbps），分发走出方向，观众数 × 码率。

云服务器的固定带宽买到 100M、200M 就已经很贵，这类业务的常规做法是：源文件放对象存储，通过 CDN 分发，按流量付费；或者租用带大带宽的独立服务器。云服务器只处理鉴权、生成播放地址等动态逻辑，占用的带宽很小。

怎么判断现在的带宽够不够

云厂商的监控面板里看“出方向带宽”曲线：如果高峰时段曲线长时间贴着上限走平，就是带宽打满了；曲线偶尔冲顶、大部分时间在一半以下，就还够用。

也可以在服务器上直接看实时速率：

# 每秒统计一次网卡收发速率，共 10 次（rxkB/s 入方向，txkB/s 出方向）
sar -n DEV 1 10

# 或安装 nload 看实时曲线，网卡名以 ip addr 的输出为准（常见 eth0、ens3）
nload eth0

带宽打满时的典型表现是：CPU、内存占用都很低，但访客反映打开慢，服务器上 txkB/s 的数值换算后正好等于购买的带宽（例如 5M 对应约 640 KB/s）。这时先做三件事再考虑加带宽：开启 gzip 压缩、把图片和静态文件放到 CDN、给接口加缓存，通常能把带宽需求降一半以上。

服务商这一侧看的也是同样的数据：接入交换机上按端口统计流量，作为流量计费、95 计费和超量限速的依据。如果你租的是独立服务器并按 95 峰值结算，可以参考95 计费的计算方法理解账单。