WPX Elite资源限制：35个站能共享3 CPU + 105 Workers吗？

价格是账户决策，不是每站标题价

Elite五年方案需要一次支付$4,799.60。如果35个站位全部有用，折算约为 **每个已占用站位每月$2.29**；20站时约 **$4.00**；10站时约 **$8.00**。这些是Toolnavia分摊计算，不是WPX报价，更不是性能承诺。

月付为$119.99；35站全部使用时，约为每站位每月$3.43。五年方案相对月付的等效价每月低$40，但会锁定接近$4,800现金。真正的问题是：同一批站点和同一家服务商，在未来大部分五年里是否仍合适？不要把五年折合价写成月付结账价，付款前还应核对续费条款。 当前独立套餐评测大体印证了35站的机构定位和承诺取舍，G2补充市场语境；而较旧的CloudsPress页面恰好说明，旧存储或旧价格表不能覆盖当前官方结账页。

“35个网站”到底共享什么

WPX按账户公布Elite资源，并没有说每个网站独享1GB RAM、3个workers或固定CPU份额。 如果人为把资源平均分给35个已占用站位，规划算术为：

- 每站约 **2.29GB存储**（80 ÷ 35） - 每站约 **1GB RAM**（35 ÷ 35） - 每站约 **3个PHP workers**（105 ÷ 35） - 每站约 **0.086个CPU核心**（3 ÷ 35）

这种平均分法本来就不真实。缓存良好的展示站可能几乎不消耗动态计算，而会员站、WooCommerce目录或定时导入可以占用更多。真正该问的不是“每站有没有3个workers”，而是“所有站点同时发生的未缓存工作，能否留在105 workers和3 CPU的共享边界内”。

Workers与CPU：应建模并发，不是总访问量

PHP workers处理同时发生的动态请求。月访问量很高的缓存站可能很轻；访问量更小的会员或结账站，只要大量请求绕过缓存，也可能更难承载。因此，105 workers不能直接换算成访客保证。

CPU更容易被误读。WPX为Elite列出3个核心，并说明超出分配量时会联系客户协助优化，而不是描述成简单自动停站。 这类支持流程有价值，但不等于无限计算能力。条款仍限制低质量主题、插件或高MySQL负载造成的过度资源使用。

迁入前应测量未缓存请求的峰值并发、cron重叠、导入、备份和后台任务；不同客户的维护任务应错峰。一个“吵闹邻居”站点就可能占用其他34站需要的余量。

存储集中风险可能早于站点数量出现

理论平均分配下，80GB相当于每站2.29GB。10个各5GB的站已经占用50GB；再加入4个各10GB的站就会超过套餐，即使仍有大量空余站位。邮箱、日志、缓存与staging副本也可能增加压力。

WPX的WordPress staging副本会占用一个网站名额，数据库必须低于1GB、文件总量低于5GB，还要有足够磁盘空间，并且每个站同时只能有一个staging副本。 因此，一个拥有30个生产站、同时维护多个测试副本的机构，可能在客户站点未满35之前就遇到站位或存储压力。

每日系统备份保留28天确实有用，但WPX条款仍要求客户保留独立备份，并提醒恢复副本并非任何情况下都保证可用。 把许多客户站集中在一个账户，会放大凭据、账单或账户级事件的影响；应保留站外备份并明确恢复责任。

“无限”带宽仍有边界

Elite列出无限带宽，但WPX明确说明会自行决定适用“合理使用”限制。 不能把它当成物理上无上限的传输。大文件下载、自托管视频、反复攻击或异常重的分发，都可能触发沟通、CDN配置或架构调整。

对机构站群而言，实际价值是摆脱Professional固定400GB上限；但最终最先卡住的，可能是计算与存储，而不是带宽标签。

三种站群压力测试

**35个轻量展示站：** 大多数流量可缓存、总存储较小、staging错峰且客户维护标准化时，Elite可能适合。站点数可以很高，因为同时动态负载较低。

**15个混合站点：** 少量商店、会员或学习系统就可能主导整个资源池。不要把空闲站位等同于空闲容量，应测量动态峰值与磁盘增长。

**5个重负载站点：** 即使还有30个空位，Elite也可能不是合适架构。两个导入、结账峰值和备份任务重叠时，真正决定边界的是共享3 CPU与105 workers。

这些场景只是规划框架，不是性能跑分。WPX没有为你的站群公布通用访客阈值。

什么时候考虑Agency或拆分账户

当前Agency列出最多200站、300GB存储、100GB RAM、6 CPU、300 PHP workers；月付 **$599.99**，或五年预付 **$23,999.60**（折合$399.99/月）。 这不是便宜的线性升级：五年现金比Elite多 **$19,200**。

只有额外站群收入、集中运维价值或资源余量能够解释这笔差额时，升级才成立。如果客户需要隔离、不同账单主体、不同区域、合规边界或独立故障域，拆分账户或采用其他架构可能更安全。本文的商业CTA只指向Elite；Agency仅作为容量参考。

**结账前清单：** 购买Elite前，应确认实时结账金额与期限；盘点每站文件、数据库和邮箱占用；记录动态并发峰值；错开cron、导入和备份窗口；计算staging站位；向客服确认合理使用处理；保留独立备份；并事先定义拆分或升级触发线。

**最终结论：** 当大量中等站点共享同一种运维模型，而且机构能够管理一个共享资源池时，Elite很有吸引力；把“35站”误解为35个隔离套餐时，风险很高。先测量站群峰值和集中风险，再决定购买，不要只把价格除以35。