20Mbps峰值带宽的云服务器适合多少人同时访问？

这是一个非常经典但也非常“坑”的问题。直接给一个具体数字（比如“100人”或“500人”）是不负责任的，因为并发人数取决于你的业务类型、页面大小、响应策略以及是否使用了CDN。

20Mbps 的峰值带宽，在云服务器领域属于中等偏下的入门级配置（对于高流量网站而言）。我们需要从几个不同的维度来拆解这个带宽的实际承载能力。

1. 理论极限 vs. 实际体验

首先，算一下纯理论的下载速度：
$$ 20 text{ Mbps} = 20 / 8 text{ MB/s} = 2.5 text{ MB/s} $$

这意味着服务器每秒最多能向所有用户发送 2.5MB 的数据。如果每个请求平均消耗 1MB 数据，那么理论上每秒只能处理 2.5 个完整的大文件下载请求。显然，这不适用于大多数 Web 场景。

2. 不同业务场景的估算

场景 A：纯静态内容 + 极致优化（如图片站、简单文档站）

• 特点：页面很小，主要依赖 CDN 缓存，回源少。
• 分析：如果你的前端资源（JS/CSS/图片）全部上了 CDN，服务器只返回 HTML 骨架和少量 API 数据。单个页面体积控制在 50KB-100KB。
• 并发估算：$2.5 text{ MB/s} / 0.1 text{ MB} = 25$ 个完整页面的秒级传输量。
• 结论：考虑到 TCP 握手开销和 HTTP/2 多路复用，同时在线活跃用户可能在 50-100 人左右，但 QPS（每秒查询率）可能轻松达到 20-30。只要 CDN 做得好，20M 带宽只是用来兜底异常流量或 API 调用的。

场景 B：普通企业官网 / 博客 / 资讯站（无 CDN 或 CDN 配置不当）

• 特点：包含较多图片、样式表，未做充分压缩，直接由 ECS 源站提供。
• 分析：首页加载资源约 500KB – 1MB。
• 并发估算：$2.5 text{ MB/s} / 0.5 text{ MB} = 5$ 个页面/秒。
• 结论：QPS 约为 3-5。这意味着每 2-3 秒才有一个新用户能完整打开首页。如果此时有 10 个人同时刷新，页面加载会明显变慢甚至超时。建议并发保持在 10-20 人以下，否则用户体验极差。

场景 C：Web 应用 / SaaS / 后台管理系统

• 特点：页面本身不大，但频繁发起 AJAX/API 请求获取 JSON 数据。
• 分析：每个 API 响应约 10KB-50KB。20Mbps 可以承载大量的短连接请求。
• 瓶颈转移：此时带宽不是最大瓶颈，CPU 和数据库 I/O 才是。
• 结论：QPS 可达 100-200+，对应同时在线用户 50-100 人（假设每人每分钟发起几次操作）。但如果数据库查询慢，带宽再大也没用，请求会堆积在应用层。

场景 D：视频点播 / 直播 / 大文件下载

• 特点：持续流媒体传输，占用带宽极大。
• 分析：720P 视频码率约 2-4Mbps。
• 结论：同时观看人数不超过 5-8 人。超过这个数，画质必然下降或卡顿。这种场景严禁直接用 ECS 带宽分发，必须上 OSS + CDN + HLS 分片技术。

3. 关键影响因素：为什么“人数”是个伪命题？

你问的是“多少人”，但技术上看重的是 QPS (Queries Per Second) 和 带宽利用率。

1. TCP 连接开销：HTTP/1.1 下，每个请求都要建立 TCP 连接（除非 Keep-Alive）。20Mbps 带宽下，如果大量小请求导致 CPU 忙于处理网络中断和上下文切换，带宽根本跑不满，系统就卡了。
2. gzip/brotli 压缩：开启压缩后，文本类资源可减少 60%-80% 体积。同样 20Mbps，开启 gzip 后能服务的请求量是关闭时的 3-5 倍。
3. CDN 的作用：这是最关键的变量。
   • 有 CDN：20Mbps 带宽仅用于应对 CDN 回源失败、动态内容生成、API 调用。此时可支撑成千上万的访问者（前提是 CDN 节点覆盖良好）。
   • 无 CDN：20Mbps 是硬限制，所有流量直连 ECS，上述估算的“低并发”情况成立。

4. 给开发者和运维的建议

如果你正在规划架构，不要只看带宽数字，按以下步骤优化：

1. 强制使用 CDN：将静态资源（图片、CSS、JS）全部托管到对象存储（如阿里云 OSS、腾讯云 COS），并接入 CDN。ECS 只保留 20Mbps 用于动态逻辑。这样 20Mbps 几乎可以忽略不计，因为回源率极低。
2. 启用压缩：在 Nginx/Apache 中开启 gzip 或 brotli，对 HTML、JSON、JS、CSS 进行压缩。
3. 浏览器缓存：设置正确的 Cache-Control 头，让用户本地缓存静态资源，减少重复请求。
4. 监控与弹性伸缩：
   • 使用云监控观察带宽曲线。如果发现带宽经常打满，说明静态资源没做好缓存。
   • 考虑购买“按流量计费”而非“固定带宽”。国内厂商通常支持两种模式：
     • 固定带宽：如 20Mbps 包月，无论用不用都占着名额，适合流量稳定的业务。
     • 按流量计费：峰值带宽设高（如 100Mbps），按实际流出流量计费。适合突发流量大的业务，成本可能更低且体验更好。

总结

• 无 CDN 的普通网站：20Mbps 带宽，同时在线用户建议不超过 20-30 人，QPS < 5。
• 有 CDN 的现代化 Web 应用：20Mbps 带宽主要用于动态交互，可同时服务数百甚至上千用户，瓶颈在于后端代码效率和数据库性能。
• 视频/大文件服务：不支持，需专用方案。

核心结论：别纠结“多少人”，去查你的 QPS 和 平均页面大小。如果做了 CDN 和压缩，20Mbps 只是起步价；如果什么都没做，它可能就是天花板。