"服务器要买多大？"是每个企业建站都绕不开的问题。买大了浪费预算，买小了高峰期网站打不开。这篇文章给出一套可直接套用的估算方法：从 PV 推带宽、从并发推 CPU 内存，再配合 CDN 把成本打下来。
一、先理解三个概念
- PV（页面浏览量）：一天内页面被打开的总次数。
- 并发数：同一秒正在处理的请求数。这是选配置的核心指标，不是 PV。
- 带宽（Mbps）：服务器出口的数据传输速度，1Mbps ≈ 128KB/s 的下载速度。
二、从 PV 估算带宽：一个实战公式
企业官网平均页面大小（含 HTML/CSS/JS/图片，经压缩）约 1-2MB。带宽估算公式：
峰值带宽(Mbps) ≈ 页面大小(MB) × 8 × 峰值每秒PV ÷ 1000
举例：日均 PV 5000，页面 2MB，按 PV 集中在 8 小时（约 10% 峰值系数）计算：
峰值每秒 PV = 5000 × 10% ÷ (8×3600) ≈ 0.17 次/秒
峰值带宽 ≈ 2 × 8 × 0.17 ≈ 2.7 Mbps结论：日均 5000 PV 的企业官网，5Mbps 固定带宽足够。若开通了 CDN 静态加速，动态请求带宽 1-3Mbps 即可。
三、从并发估算 CPU/内存
| 场景 | 预估配置 | 说明 |
|---|---|---|
| 纯展示官网（<1 万 PV/日） | 2 核 2G / 3-5Mbps | 静态化 + 缓存，CPU 几乎空载 |
| 带表单/会员/搜索（1-5 万 PV/日） | 2 核 4G / 5-10Mbps | 数据库独立实例或独立存储 |
| 营销活动型（瞬时高并发） | 4 核 8G + 弹性伸缩 | 活动页静态化，动态接口限流 |
| 电商/点餐等交易型 | 按业务压测定 | 必须做压测，不能拍脑袋 |
一个经验值：Nginx + Next.js 的 Node 服务在 2 核 4G 上可稳定支撑 150-300 QPS 的动态请求（开缓存后更高），企业官网远远用不满。
四、CDN + 对象存储：把 80% 带宽成本省掉
企业官网的流量大头永远是图片与静态资源。正确架构：
- 图片/视频/附件上传到对象存储（OSS/COS），通过 CDN 分发——回源带宽由 CDN 承担，且流量单价约为服务器带宽的 1/3 到 1/5。
- HTML 与接口回源到服务器，保证动态数据实时。
- 配合浏览器缓存策略（静态资源文件名带 hash + Cache-Control immutable），老用户二次访问几乎不产生回源流量。
实测数据：一个日均 2 万 PV、图片占比 70% 流量的官网，接入 CDN 后服务器带宽从 10Mbps 降到 3Mbps 依然流畅，月成本下降约 60%。
五、磁盘与数据库的实用建议
- 磁盘：系统盘 40-50G 足够；上传文件一律走对象存储，不要堆积在系统盘（磁盘写满是新手最高频事故）。
- 数据库：小型官网 SQLite 完全够用且免运维；日 PV 上万或多端写入时选云 MySQL 最小规格（1 核 2G），自动备份是付费云数据库最大的价值。
- 备份策略：数据库每日全量 + 上传文件每周归档，备份文件放另一台机器或对象存储——"本机备份"在磁盘损坏时等于没备份。
六、一个可直接执行的选型结论
起步（0-1万PV/日）：2核2G + 3-5Mbps + OSS/CDN + SQLite
成长（1-5万PV/日）：2核4G + 5-10Mbps + OSS/CDN + 云MySQL最小规格
高并发场景：先做静态化与CDN，再考虑升配，最后才是加机器服务器选型的正确顺序是：先优化（静态化/CDN/缓存），再升配，最后扩容。多数"服务器扛不住"的问题，本质是图片没压缩、缓存没开、CDN 没上——优化的钱永远比升配便宜。
