3. 资产配置需求分析方法

在完成资产盘点之后，真正决定采购规模与型号结构的，不是“现在有多少台服务器”，而是“业务到底需要什么样的 CPU 资源”。资产配置需求分析的任务，就是把业务语言翻译成可量化的 CPU 参数，并形成一份可评审、可追溯的《CPU 资产配置需求说明书》与优先级矩阵。本节围绕业务负载、性能基线、扩展预期、合规要求四个输入维度，说明如何一步步推导出配置结论。

一、四个输入维度分别回答什么问题

业务负载回答“跑什么”。需要区分计算密集型（如渲染、编解码、科学计算）、内存带宽敏感型（如内存数据库、缓存集群）、I/O 密集型（如 Web 前端、网关）以及混合型负载。不同负载对核心数、主频、缓存、内存通道的敏感度差异极大，例如内存数据库更看重每核内存带宽与 NUMA 结构，而批处理渲染更看重总核心数与全核频率。

性能基线回答“现在够不够、差多少”。基线应来自真实监控数据，而不是厂商宣传值。常用指标包括 CPU 利用率 P95、每核吞吐、平均队列长度、就绪等待时间。若某业务 P95 利用率长期高于 70%，且队列长度持续大于 2，说明存在排队，属于扩容信号。

扩展预期回答“未来要留多少余量”。需要结合业务增长率、季节性峰值、新功能上线计划，估算 12～24 个月后的资源需求。扩展余量不是越大越好，过度预留会推高 TCO，通常建议按“基线 + 峰值系数 + 增长系数”计算。

合规要求回答“哪些约束不可突破”。包括数据驻留、等保级别、加密算法要求（如国密）、供应链安全、虚拟化许可与安全启动等。合规往往不直接决定核心数，但会限制可选的 CPU 代际、固件特性与部署位置。

二、从负载画像到参数推导

需求分析的核心动作是“画像—量化—映射”。以某在线交易系统为例：业务侧给出日均订单 800 万笔、峰值 TPS 4200、平均响应时间要求小于 200ms。运维侧监控显示当前 32 核节点在峰值时 P95 利用率 78%，队列长度 3.1，说明已出现排队。按“目标 P95 利用率不超过 60%”的基线，可估算所需核心数：

所需核心数 ≈ 当前核心数 × (当前P95利用率 / 目标P95利用率)
           = 32 × (78% / 60%)
           ≈ 41.6 → 取整 48 核（按 8 核粒度向上取整）

再叠加 12 个月 30% 的业务增长与 1.2 的峰值系数，得到规划核心数约 48 × 1.3 × 1.2 ≈ 75 核，可选用 64 核或 96 核型号，并保留一个批次的扩展空间。这里的关键不是公式本身，而是每个系数都要有来源：增长率来自业务规划，峰值系数来自历史峰值与均值之比，目标利用率来自稳定性基线。

三、需求说明书的字段设计

需求说明书不是采购清单，而是“为什么买、买多少、什么时候买”的论证文档。建议至少包含以下字段：业务域与负责人、负载类型、当前节点数与核心数、性能基线指标、目标核心数与主频区间、内存与 NUMA 配比、合规约束、扩展余量、交付批次与优先级。每个字段都应可追溯到监控数据或业务规划，避免出现“感觉不够用”这类无法评审的描述。

四、优先级矩阵的判定规则

优先级矩阵用“影响度”和“紧迫度”两个维度把需求分成四类。影响度看业务中断或性能下降造成的损失，紧迫度看需求发生的时间窗口。判定时建议给出可操作的阈值，例如：影响度按“是否影响核心交易、是否影响收入、是否有替代节点”打分；紧迫度按“是否在 3 个月内触发容量红线、是否与业务上线绑定”打分。P1 为高影响高紧迫，必须当期采购；P2 为高影响低紧迫，纳入下一批次并持续观察；P3 为低影响高紧迫，优先通过调度或复用解决；P4 为低影响低紧迫，延后或直接复用旧资产。

完成需求分析后，输出物应包含两份材料：一份是逐业务域的《CPU 资产配置需求说明书》，另一份是汇总后的优先级矩阵。前者用于技术评审与采购论证，后者用于排定交付批次与预算分配。两者共同构成后续选型、采购与生命周期治理的输入依据。