企业官网、小程序后端、内部系统该配多大服务器？CPU 和内存往往不是瓶颈，带宽、磁盘 IO 和备份策略才是。给出一张按业务类型的选型表。
先说结论：企业官网这类低并发站点，2 核 2G 足够；真正决定体验的不是 CPU，而是带宽与是否做了缓存。把预算花在带宽、CDN 和备份上，收益远大于把 2 核升到 8 核。
一、按业务类型定档，而不是按"感觉"定档
| 站点类型 | 建议配置 | 带宽 | 说明 |
|---|---|---|---|
| 企业官网（展示型） | 1–2 核 / 1–2G | 1–3 Mbps | 页面数几十个、日访问几百到几千，加 gzip 与静态缓存后负载极低 |
| 官网 + 内容管理后台 | 2 核 / 2–4G | 3–5 Mbps | 多一个数据库与后台进程，内存给数据库留余量 |
| 小程序后端（轻业务） | 2–4 核 / 4G | 3–5 Mbps | 接口为主，注意数据库连接数与慢查询，而非 CPU |
| 带图片/视频的电商 | 4 核 / 8G 起 | 5 Mbps 起 + CDN | 媒体文件必须走对象存储 + CDN，否则带宽会被图片吃满 |
| 内部系统 / 多服务共存 | 4–8 核 / 8–16G | 按内网为主 | 多个服务同机部署时，内存要按峰值之和预留 |
配置表只是起点。真正需要判断的是下面四件事。
二、带宽比 CPU 更容易成为瓶颈
国内云服务器的公网带宽通常按固定值售卖，1 Mbps 的理论下载速度约 128 KB/s。含义是：一个 500 KB 的页面，单用户打开约 4 秒；如果同时有 5 个人访问，会明显排队。
这也是为什么"优化页面体积"比"升级 CPU"更有效：
- 开启 gzip 或 Brotli，HTML/CSS/JS 通常能压到原体积的 20%–30%；
- 图片转 WebP 并按显示尺寸降采样，常见能减一半以上；
- 静态资源设置长缓存（
Cache-Control: max-age+ 版本号），回头客几乎不产生新流量； - 图片、视频、下载文件放对象存储 + CDN，不占服务器带宽。
做完这四条，很多站点的带宽占用会降到原来的三分之一，原本需要升级带宽的预算就可以省下来。
三、备案、地域与合规，别等到上线才发现
- 服务器在中国大陆必须做 ICP 备案，备案主体、域名、服务器三者要对应，未备案的域名无法通过 80/443 访问。
- 备案有周期，通常需要数个工作日到数周，涉及管局审核。项目排期应把这段时间算进去，不要等页面做完才想起来。
- 网站上线后还有公安联网备案，通过后需要在网站底部展示编号并链接到查询页。
- 地域选择优先靠近主要访问人群。客户集中在湖南，就选华中或华南节点，物理距离对首字节时间的影响很直接。
- 涉及用户手机号等个人信息时，表单要有明示同意，并说明收集目的与保存期限，这不是"加一行小字"就能糊弄过去的合规项。
四、备份与安全基线，比多两核重要
见过太多"配置不错但没备份"的事故。最低要求：
- 数据库每日自动备份，保留至少 7 天，并定期验证能否恢复——没验证过的备份等于没有备份。
- 代码与配置纳入版本管理，改动前打快照，出问题能回滚。
- HTTPS 必须开，并开启 HSTS；证书用自动续期，别等过期当天才发现。
- 关闭不必要的端口与服务，数据库不要监听公网，后台入口加访问限制。
- 基础安全响应头：
X-Content-Type-Options、Referrer-Policy、内容安全策略（CSP）按需收紧。
五、最常见的两种错配
配置过度
展示型官网买 8 核 16G，实际 CPU 长期在 3% 以下。多出来的钱如果拿去做 CDN、图片优化和内容运营，带来的实际效果要大得多。
配置不足
典型症状是把数据库和 Web 服务挤在 1G 内存的机器上，MySQL 频繁被系统 OOM 杀掉，表现为"网站偶尔打不开，重启就好"。这类问题的根因是内存不足导致的进程被终止，加 CPU 没用，应该加内存或把数据库拆分出去。
六、成本控制的优先顺序
- 先做性能和体积优化（免费，效果最大）
- 再用对象存储 + CDN 卸载静态流量
- 然后按实际监控数据升配（看 CPU、内存、带宽的真实峰值，而不是猜）
- 最后才考虑多机、负载均衡等架构升级——多数中小站点到不了这一步
一个实用的判断：如果监控显示 CPU 峰值长期低于 40%、内存无 swap 抖动、带宽峰值未打满，就不要再升配了，把预算转到备份、监控和内容上。
