“一台主机到底能塞几个站？”这个问题在站长圈几乎没有标准答案，因为答案不取决于主机商的宣传页，而取决于每个站点的真实资源消耗。本文帮你把这个问题变成一道可以计算的题：先教你怎么给每个站点建立资源画像，再用进程与内存数据算出单机容量上限，最后明确出现哪些信号时必须拆分迁移，而不是继续硬塞。整套方法只需要一周的观察期和几条命令，不需要额外买任何工具。
为什么”能跑几个站”没有标准答案
同样一台 2 核 4G 的机器，有人跑十个静态博客毫无压力，有人跑三个 WordPress 论坛就天天 502。差别在于站点类型决定了单站资源消耗：一个纯静态站几乎不占 PHP 进程，而一个带搜索和评论的论坛站，高峰期单个请求就能吃掉上百兆内存。所以”几个”这个数字本身没有意义，有意义的是总量约束——进程数、内存、带宽（网站与访客之间传输数据的通道宽度）这三条红线还剩多少余量。搞不清共享形态与独立形态的边界，可以先看这篇虚拟主机与 VPS 的全维度对比（虚拟主机 vs. VPS：性能、权限与成本全维度对比），再决定用哪种形态承载多站点。
多数人的误区是按”站点个数”做规划，正确的做法是按”资源份额”做规划。先搞清楚每个站占多少份额，才能回答整机还能不能再塞一个新站。
第一步：给每个站点做资源画像
容量评估的第一步是测量，而不是猜测。建议连续观察一周，给每个站点记录三组数据：
- 请求侧：日均请求数与峰值 QPS（每秒请求数），用 Nginx 日志按域名聚合即可；
- 进程侧：PHP 进程占用峰值，开启 PHP-FPM（一种 PHP 进程管理器）的
pm.status_path状态页，记录 active 进程数高峰； - 数据侧：每个站点对应数据库的慢查询数量，
slow_query_log开启后按库统计。
在我的测试环境中，一台 2 核 4G 机器跑四个 WordPress 站的画像大致是：三个企业展示站峰值各占 2-3 个 PHP 进程，一个论坛站峰值冲到 8 个。换算下来论坛站一个站就消耗了整机一半以上的进程预算——如果当初按”四个站平分”规划，论坛站必然溢出。这个案例说明：站点的资源画像差异可以达到四倍以上，个数规划完全靠不住。
画像完成后，把每个站的三组数据列成一张表，这张表就是后面所有容量判断的依据。
第二步：用进程与内存数据算出容量上限
有了画像，容量上限就能直接算出来。核心公式分三步：
第一步算进程预算。把整机可用内存减去系统和数据库预留（4G 机器一般预留 1G），剩下的除以单进程平均内存（WordPress 站按 80-120M 估算），得到全机 PHP 进程上限。按上面的机器算：(4096-1024)÷100≈30 个进程。
第二步做站点份额分配。按画像把 30 个进程分给各站，例如 4/4/6/8，留出 8 个作为突发缓冲。每个站点用独立的 PHP-FPM 进程池并写死 pm.max_children，这样单个站点的消耗被物理封顶，通常不会侵占别人的份额。
第三步验证数据库连接。MySQL 的 max_connections 按站点数拆分，用 GRANT ... WITH MAX_USER_CONNECTIONS 20 给每个站的数据库用户设上限，防止单站慢查询把连接池耗尽。连接池被一个站占光是”整站卡死”最常见的隐藏根因，这一步经常被漏掉。
三步算完，你就得到了这台机器的真实容量：不是”能跑几个站”，而是”还剩多少进程和内存份额可以分配”。新站想上线，先看剩余份额够不够它的画像，不够就换更大的机器，而不是硬挤进去。
第三步：流量峰值如何修正容量结论
按日常画像算出的容量只对日常成立。促销、投稿被推荐、爬虫扫站，任何一种流量峰值都会让单站资源消耗翻几倍，容量结论必须按峰值重新校验。
校验方法是给每个站的峰值乘一个安全系数再复核：日常峰值占 8 个进程的论坛站，按 3 倍系数评估就是 24 个，如果整机总预算只有 30 个，说明这台机器实际上只适合”论坛站 + 两个小站”，第四个站塞进去就是隐患。削峰手段能显著降低这个系数：页面缓存可以把落到 PHP 的请求压到总请求两成以下，实测能让站点 QPS 承载力从 30 提到 300 以上；Nginx 的 limit_req_zone 入口限流则把恶意流量挡在进程层之外。做完缓存和限流再测一轮峰值，很多站的安全系数能从 3 降到 1.5，等于凭空多出一半容量。
反过来说，如果一个站点做完缓存和限流，峰值消耗依然贴着分配份额的上限，就不要再指望调参解决——这是该拆分的明确信号。另外，峰值表现与线路质量直接相关，大陆访问方向的回程路由和晚高峰波动会放大进程消耗，具体机制可以参考 BGP 线路在国内早晚高峰的真实表现分析（BGP 线路在国内的真实表现）。
第四步：出现这些信号就该拆分迁移
容量评估的结论只有两种：继续共机，或拆分迁移。以下信号出现任何一条，就建议进入拆分流程，而不是继续调大限制：
- 某个站的进程峰值连续一周贴着
pm.max_children的 90% 运行； - swap（内存不足时借用磁盘的空间）持续增长，说明内存配额已经不够；
- 同机其他站点的响应时间开始被邻居站点拖慢，隔离已经名存实亡；
- 站点之间安全等级差异拉大，例如电商支付站和试验性博客混在同一台机器。
拆分时优先迁走峰值消耗最大的那个站。目标机器的配置按它的资源画像反推：峰值 24 个进程、约 2.5G 内存消耗的站点，选 2 核 4G 的独立 VPS（虚拟专用服务器，独享一份 CPU、内存配额）或云服务器（由云平台提供、可按配额弹性伸缩的虚拟主机）就有充足余量。选购时重点核对三项：进程与内存是否有硬性配额、带宽是否独享、是否提供资源占用看板，推荐参考这份中小企业云服务器选型指南（中小企业如何选择合适的云服务器）核对完整清单；节点选择上可以对照 2025 年香港 VPS 主机排名（2025年香港VPS主机排名）评估亚太方向延迟。预算有限的场景下，Hostease 这类提供中文客服和明确资源配置的方案，作为关键站点的迁入落点比较省心。迁移动手前，先过一遍 WordPress 网站高效迁移指南（WordPress网站高效迁移指南），把数据导出、DNS（域名解析系统，负责把域名指向新服务器 IP）切换和回滚预案准备到位。
总结：容量评估的四个动作
把整篇文章收拢成一份动手清单：先跑一周基线，给每个站点建立进程与流量的资源画像；再按 PHP-FPM 独立进程池、系统用户配额、数据库连接上限三层配置进程限制；然后用页面缓存、入口限流、带宽分层三道防线应对流量峰值；最后建立每月巡检与阈值告警。一般来说，做到这四步，一台主机跑多个站点才能从”碰运气”变成”可控的工程问题”。
如果你正在纠结要不要给现有多站主机升级，建议本周就开始记录资源画像，用数据代替感觉做决定；当迁移信号已经出现时，推荐尽快规划独立主机方案，迁移动手前可以先看这份影响 VPS 速度的核心因素与优化分析（影响美国VPS服务器速度的核心因素与优化指南），确认新机器的网络侧配置没有短板。容量看得清，拆分才拆得值。
