结论: 中小企业服务器配置可以按团队规模直接对号入座:10 人以下用 2 核 4 GB / 60 GB SSD / 5 Mbps;10~30 人用 4 核 8 GB / 80+100 GB / 10 Mbps;30~80 人用 8 核 16 GB / 100+200 GB SSD / 20 Mbps;80 人以上或跑 ERP + 数据库的用 16 核 32 GB / 500 GB SSD / 30~50 Mbps;再往上必须拆分成多台并上负载均衡。本文的配置单可直接照抄下单。
引言:配置单解决的是"别让我再算一遍"
上一篇文章讲了怎么估算自己需要多少配置,但很多中小企业 IT 负责人的真实诉求是:别给我公式,给我一张能照着买的单子。 他们的业务很典型——一套官网、一套 ERP 或 OA、一个数据库、几十号人用,不需要复杂的容量模型。
所以本文的定位是"配置单":按团队规模和业务系统给出具体的 CPU、内存、系统盘、数据盘、带宽与预估并发,照着下单即可。前提是:先确认部署形态(云 / 独服 / 托管)已经定好,形态还没定的请先参考中小企业选什么服务器合适一文。
一、读配置单前要理解的四件事
结论:配置单里的每一项都有默认值和升级触发条件,理解这四条才能灵活调整。
- 系统盘与数据盘必须分开。 系统盘只装操作系统和程序(60~100 GB SSD 足够),数据盘放数据库、附件、日志。分开的好处是系统重装不影响数据,数据盘也能单独扩容。
- 磁盘一律选 SSD。 机械硬盘(HDD)跑数据库必卡。数据库盘的随机写 IOPS 是最关键指标,入门 SSD 云盘也要明显优于 7200 转机械盘。
- 内存比 CPU 更该给足。 中小企业系统卡顿的头号原因是数据库缓存不足,而不是 CPU 算力不够。内存不足时系统会用 Swap,延迟会暴涨一个数量级。
- 带宽按"并发 × 页面大小"给。 未上 CDN 的展示站 5~10 Mbps 起步;上 CDN 后源站 3~5 Mbps 即可;有附件下载或视频的,按峰值下载并发单独算。
二、按团队规模的五档配置单
结论:下面五档覆盖 1 人到 300 人的绝大多数中小企业场景,价格为截至 2026 年的大致年付区间,以官网实时报价为准。
| 档位 | 适用规模 | CPU | 内存 | 系统盘 | 数据盘 | 带宽 | 预估并发 | 年成本区间 |
|---|---|---|---|---|---|---|---|---|
| A 入门档 | 1~10 人,官网 / 展示站 | 2 核 | 4 GB | 60 GB SSD | 无(或 50 GB) | 5 Mbps | 200~500 | 数百 ~ 1500 元 |
| B 标准档 | 10~30 人,官网 + OA | 4 核 | 8 GB | 80 GB SSD | 100 GB SSD | 10 Mbps | 500~1500 | 1500 ~ 4000 元 |
| C 进阶档 | 30~80 人,ERP / 电商 | 8 核 | 16 GB | 100 GB SSD | 200 GB SSD | 20 Mbps | 1500~4000 | 4000 ~ 9000 元 |
| D 性能档 | 80~200 人,多系统 + 数据库 | 16 核 | 32 GB | 100 GB SSD | 500 GB SSD | 30~50 Mbps | 4000~10000 | 9000 ~ 20000 元 |
| E 集群档 | 200 人以上 / 高增长 | 多台 8~16 核 | 32 GB × N | 100 GB SSD | 分布式 / 托管数据库 | 100 Mbps+ | 10000+ | 20000 元以上 |
三档补充说明:
- A 入门档:适合纯展示官网、单页小程序后端。若装控制面板(宝塔 / 1Panel),内存建议升到 4 GB 以上。
- C 进阶档是中小企业最常用的一档:8 核 16 GB 能同时跑 Web、数据库、缓存,ERP 与中小型电商都够用。
- E 集群档不再是单机问题:必须拆分为 Web 层(多台 4~8 核)+ 数据库层(16 核 32 GB 以上)+ 缓存层,并配置负载均衡。
三、按业务系统的专属配置单
结论:同一家公司里不同系统的配置需求差异极大,不要给所有系统配一样的机器。
| 业务系统 | CPU | 内存 | 系统盘 | 数据盘 | 带宽 | 特殊要求 |
|---|---|---|---|---|---|---|
| 企业官网 | 2 核 | 2~4 GB | 60 GB SSD | — | 3~5 Mbps | 必上 CDN,备案后可加速 |
| 电商平台 | 4~8 核 | 8~16 GB | 80 GB SSD | 200 GB SSD | 20 Mbps | 数据库独立,支持大促临时升配 |
| ERP / 进销存 | 4~8 核 | 16 GB | 100 GB SSD | 200~500 GB SSD | 10~20 Mbps | 每日全备 + binlog,异地备份 |
| OA / 协同 | 4 核 | 8 GB | 80 GB SSD | 100 GB SSD | 10 Mbps | 可只开内网,不暴露公网 |
| 数据库专用 | 8~16 核 | 32~64 GB | 100 GB SSD | 500 GB+ NVMe SSD | 内网为主 | 缓冲池占内存 50%~70% |
| 文件 / 网盘 | 4 核 | 8 GB | 80 GB SSD | 1 TB+(或对象存储) | 20~50 Mbps | 容量按年增长 3 年规划 |
| 监控 / 日志 | 4 核 | 8~16 GB | 80 GB SSD | 500 GB~2 TB | 内网 | 写多读少,磁盘容量优先 |
数据库专用机的内存分配,可以用下面这段脚本按总量算出缓冲池建议值:
# db_memory_plan.py —— 数据库服务器内存分配建议
def plan(total_gb: float, has_other_service: bool = False):
"""total_gb: 服务器总内存(GB);has_other_service: 是否同机跑其他服务"""
os_reserve = 2.0 # 系统基线
other = 4.0 if has_other_service else 0
usable = total_gb - os_reserve - other
buffer_pool = usable * 0.70 # InnoDB 缓冲池占可用内存 70%
conn_mem = usable * 0.15 # 连接与临时表
return {
"InnoDB缓冲池GB": round(buffer_pool, 1),
"连接与排序GB": round(conn_mem, 1),
"预留GB": round(usable * 0.15 + os_reserve, 1),
}
print("16GB 独享数据库 :", plan(16))
print("32GB 独享数据库 :", plan(32))
print("32GB 混合部署 :", plan(32, True))四、三年演进路线:什么时候该升配
结论:升配要有触发条件,不要凭感觉。 下表给出三个阶段的信号与动作。
| 阶段 | 触发信号 | 动作 | 预期效果 |
|---|---|---|---|
| 第 1 年 | CPU P95 利用率 > 70%,或内存常驻 > 80% | 原地升配一档(如 4 核 8 G → 8 核 16 G) | 提升单机承载,分钟级生效 |
| 第 2 年 | 数据库与应用争抢内存,磁盘 IO %util > 80% | 拆分:数据库独立 8 核 16 G+ | 消除资源争抢,便于独立备份 |
| 第 3 年 | 单机已到 16 核 32 G 仍吃紧,或有可用性要求 | 拆分 Web 层 + 上负载均衡 + 读写分离 | 消除单点,可水平扩展 |
升配前先确认瓶颈到底在哪,别盲目加内存:
# 1. 看 CPU:%id 低为 CPU 瓶颈,%wa 高为 IO 瓶颈
sar -u 1 5
# 2. 看磁盘:%util 接近 100 说明磁盘已打满
iostat -x 1 3
# 3. 看内存:available 长期低于总量 15% 才是内存瓶颈
free -m
# 4. 看进程级占用,定位到底谁在吃资源
ps aux --sort=-%mem | head -n 10
ps aux --sort=-%cpu | head -n 10五、按配置单落地的初始化操作
买好机器后,按下面三步做基础调优,让配置真正发挥作用。
第一步,调整系统限制(并发上不去常常是文件句柄被打满):
# 提高文件句柄与进程数限制
cat >> /etc/security/limits.conf <<'EOF'
* soft nofile 65535
* hard nofile 65535
* soft nproc 65535
* hard nproc 65535
EOF
# 调整内核网络参数,提升并发连接能力
cat > /etc/sysctl.d/99-server.conf <<'EOF'
net.core.somaxconn = 65535
net.ipv4.tcp_max_syn_backlog = 8192
net.ipv4.ip_local_port_range = 1024 65535
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_fin_timeout = 15
vm.swappiness = 10
EOF
sysctl -p /etc/sysctl.d/99-server.conf
# 验证
ulimit -n
sysctl net.core.somaxconn第二步,按 CPU 核数配置 Nginx 工作进程,让并发匹配硬件:
# /etc/nginx/nginx.conf —— worker 数按 CPU 核数设置
user www-data;
worker_processes auto; # 自动等于 CPU 核数
worker_rlimit_nofile 65535;
events {
use epoll;
worker_connections 10240; # 单进程最大连接数
multi_accept on;
}
http {
sendfile on;
tcp_nopush on;
keepalive_timeout 65;
client_max_body_size 64m; # 上传附件上限,ERP/OA 需要调大
gzip on;
gzip_types text/plain text/css application/json application/javascript;
server {
listen 80;
server_name example.com;
root /var/www/html;
index index.php index.html;
location ~ \.php$ {
include snippets/fastcgi-php.conf;
fastcgi_pass unix:/run/php/php8.3-fpm.sock;
}
}
}理论最大并发 ≈ worker_processes × worker_connections ÷ 2(每个客户端连接通常占用一个 fd,反向代理场景要除以 2)。8 核 × 10240 ÷ 2 ≈ 4 万并发,对中小企业绰绰有余。
第三步,核对配置是否真的落实:
# 核对 CPU / 内存 / 磁盘是否一致
nproc; free -g; lsblk -d -o NAME,SIZE,ROTA,MODEL
# 核对带宽(iperf3 打到同地域测速点)
iperf3 -c speedtest.example.com -t 20
# 核对内核参数与句柄是否生效
sysctl net.core.somaxconn vm.swappiness
ulimit -n常见误区 / 排错提示
- 误区:所有系统都配一样的机器最省事。 ERP、数据库、文件服务的需求完全不同:数据库要内存和 IO,文件服务要容量,官网要带宽。统一配置要么浪费要么不够,应按业务系统分档。
- 误区:数据盘先买小点,满了再加。 云盘扩容通常需要停机或重启,且部分实例类型不支持在线扩容。数据盘应按 3 年增长一次买够(数据量 × 增长率³ × 1.3 ÷ 0.7),磁盘水位红线 70%。
- 排错:并发一上来就报 "Too many open files"。 这是文件句柄限制,不是配置不够。按上文调整
limits.conf与 Nginx 的worker_rlimit_nofile,并确保 systemd 服务的LimitNOFILE也同步设置。 - 排错:16 核 32 GB 还是卡。 先用
iostat确认磁盘%util是否打满——中小企业最常见的真实瓶颈是机械盘或低 IOPS 云盘跑数据库,换 SSD / NVMe 的效果远好于继续加核。 - 误区:配置单是终态。 业务在变,配置单要按季度复盘。建议固定每月看一次 CPU P95、内存常驻、磁盘水位、带宽峰值四项,形成容量趋势表,提前一个季度规划扩容。
企业QQ咨询




