结论先说：石墨办公套件私有部署没有“多少人配多少核”的换算表。官网公开免费版、商业版、专属方案三档，部署方式分单服务器与集群；定价页写明服务器与网络由企业自备，产品页列出部署前要准备的输入：员工规模、同时在线与协作需求、典型文件、迁移数据量、权限结构。
估算因此分三步：先量负载，再选部署方式，最后按角色填表。跳过任一步，要么为不存在的高峰多买机器，要么把该拆开的角色挤进一台机器、三个月后返工。
一、“要多少服务器”其实是六个资源角色
把台数当成一个数字来谈，是最常见的起点错误。真正要确认的是资源角色，每个角色由不同的量决定。
| 资源角色 | 由什么量决定 | 最容易漏算的地方 |
|---|---|---|
| 应用节点（CPU 与内存） | 同时在线、活跃编辑、单文档协作者 | 用员工总数估算，结果偏高 |
| 数据库 | 账号规模、操作记录增长、并发写入 | 与业务库混部，备份升级互相牵制 |
| 文件存储 | 迁移数据量、历史版本、附件 | 只算文件体积，漏掉版本与回收站 |
| 格式转换与预览 | 批量导出、大文件打开 | 与交互编辑抢同一批 CPU |
| 入口与证书 | 域名、HTTPS 证书、访问路径 | 集群做完了，入口还是单点 |
| 备份空间 | 备份策略与保留周期 | 与生产存储同盘，一起坏 |
二、按人数还是按并发：席位算合同，资源算同时使用
席位决定合同规模与计费：免费版 5 席位、单席位 3 台设备，商业版 100 席位起售、单席位 5 台设备，以办公套件定价页为准。服务器买的是峰值那一刻的负载，两者不能互相换算——把“100 席位起售”读成“同时 100 人在编辑”，是试点阶段最常见的多买一半。
微软的本地部署容量规划文档说得直白：命名用户不是并发用户，并发永远是它的子集，决定规模的是峰值负载。办公套件产品页把“员工规模”与“同时在线与协作需求”分开列，是同一个意思：前者是背景，后者才是负载。
实操先答三个问题：峰值时多少人在线、多少人在编辑、有没有一份全员都要打开的文件。第三个最易漏，往往决定一台机器扛不扛得住。
三、三档部署方式怎么选，什么时候才需要集群
| 部署方式 | 适用条件 | 代价 | 升级信号 |
|---|---|---|---|
| 单服务器（免费版与商业版均可） | 小团队验证、单部门试点 | 主机故障即停服，升级要停机 | 席位超 5 个、需要售后、业务不能中断 |
| 单服务器，应用与数据库分机 | 已过试点、有专职运维 | 多一到两台机器与网络配置 | 单机 CPU 或存储持续打满 |
| 集群（商业版可选；专属方案为集群部署、含信创适配） | 业务不能中断、多部门共用 | 实施与运维成本上升 | 已上线，不是选型问题 |
判断只有一句：能接受一次计划停机、也能接受一台机器坏掉就停服，单服务器就够；有一个不能接受，才谈集群。集群的代价不只是机器钱，还有入口、升级窗口、节点间的一致性配置与演练。
边界也要说清：单份热门文档的承载和多份文档的总体承载必须分开测——“全员打开同一份文件”和“一千人各开各的文件”是两种压力，不能用一个数代替。公开的多实例部署实践也把这两件事分开压测，方法可以借鉴，但不能当成这款产品的集群边界；集群具体怎么分摊这两类压力，以方案与版本说明为准。
四、四个“不浪费”的做法
- 先量存储，再量算力。迁移数据量、历史版本、附件能提前算准；算力缺口能加节点，存储算错要停机搬数据。
- 用 N+1，不要用 2N。计算节点按“估算值再加一个”准备，数据库按高可用配置部署；直接翻倍，是为没出现过的故障付钱。
- 关键角色别挤在一台虚拟机上。微软的本地部署文档建议关键服务用独占的 CPU、内存与磁盘；虚机超分后，月末集中填报会一起卡。
- 把“以后再加”写进方案。预留机位、网段、扩容路径与证书续期负责人，比多买一台便宜。
五、把“够不够”落成三组对应关系，再确认两条边界
验收记录最怕写成一张没有对象的指标表。这里只给三组对应关系，每组把资源角色、指标和判定值绑在一起，测试环境跑一遍就能填。
- 应用节点对单文档协作者。取峰值时全公司都要打开的那份文件，记打开耗时与编辑响应的高分位值；超标先加节点或拆分场景，别先去加数据库。
- 转换与预览对批量任务。记批量导出、大文件打开的排队时长与失败数。这一项和交互编辑抢同一批 CPU，判定值必须单列，不能混进编辑延迟。
- 文件存储与备份对增长量。记迁移完成后首月净增（含历史版本与回收站），对照预留空间；这一项的判定值是“还能撑几个月”，不是“还剩多少存储”。
三组之外还要补条件：环境版本、拓扑、规格、网络、客户端与样本清单，缺一项换个人就复现不出来。结论只写“在这组条件下达到这些结果”，并列出没测的范围。
两条边界记进待确认项。官网口径是“自备服务器、自主部署、内网使用”，这与“完全不连外网”不是一回事：完全物理隔离下的安装、License 激活和升级，官网没有公开说法，只能写“需与方案团队确认”。另一条是官网不公布按人数换算的配置表——同一组人数在不同文件结构、协作强度和迁移量下能差出数倍，任何“多少核”的答案都该附带适用条件与测试记录。
要落成能提交的资源需求，带上产品页那份输入清单去谈：席位规模、峰值在线与活跃编辑人数、典型文件、迁移数据量、权限结构，再加上“能否接受停机”。可先看办公套件私有部署确认部署方式，再对照私有化部署方案准备环境清单，最后预约演示，让方案团队按实际负载给配置建议并附适用条件。
常见问题
按人数还是按并发算资源？
席位算合同，资源算同时使用。席位是计费口径，也是组织规模的背景值；真正的负载是同一时刻在操作的人。还要单独给出同一份文档的协作者数，它决定一台机器扛不扛得住。
测试环境和生产环境要分开吗？
要分开。功能验证可用小规格，性能结论必须回到与生产同规格的环境跑；共用主机会让压测拖慢生产。升级演练也要先在测试环境验证安装包、备份恢复与授权变更。
高可用一定要集群吗？
不一定。能接受一次计划停机和单机故障停服，单服务器加可靠备份就够；不能接受才谈集群。但集群不是万能的，入口、数据库、备份仍要各自做高可用。
官网能直接查到推荐的服务器配置吗？
查不到按人数换算的配置表。官网公开的是部署方式与部署前要准备的信息——CPU、操作系统、数据库及版本、存储、网络、域名证书、身份系统与运维负责人，规格以项目评估为准。