3. 资产台账与配置基线

在Xeon服务器的生命周期治理中，资产台账解决的是“我有哪些CPU、装在哪里、当前是什么状态”的问题，而配置基线解决的是“这些CPU应该处于什么配置、偏离基线时如何发现”的问题。两者合在一起，才构成后续补丁管理、性能容量规划、故障定位和退役决策的数据底座。如果台账只记录“服务器型号+CPU数量”，那么当出现微码版本不一致、NUMA配置被改动、BIOS电源策略被调优后未登记等情况时，治理动作就会失去依据。

一、台账的最小可用对象模型

Xeon CPU资产台账不应以“物理服务器”为唯一粒度，而应以“物理CPU插槽（Socket）”为核心记录单元。原因很直接：同一台双路服务器上，两个插槽可能因分批更换、备件替换而出现不同的步进（Stepping）或微码版本；若只记服务器级信息，这种差异会被掩盖。建议台账至少包含四类对象：

• 主机对象：主机名、序列号、机房/机架/U位、业务系统、责任人、生命周期阶段（在用/备件/待退役）。
• 插槽对象：Socket标识（CPU0/CPU1）、所属主机、插槽状态（占用/空置/故障）。
• CPU对象：厂商、产品型号（如Intel Xeon Gold 6338）、CPUID、步进、主频、核心数、线程数、TDP、微码版本。
• 配置基线对象：BIOS版本、微码版本、NUMA节点数、超线程开关、电源策略、内存频率与通道填充方式、C-State/P-State策略。

其中CPU对象与插槽对象是一对一或一对零的关系，插槽对象与主机对象是多对一关系，配置基线对象则挂载在主机或插槽上。这样建模后，一次“CPU0微码从0x6A升级到0x6C”的变更，可以精确落到具体插槽，而不是模糊地记成“某台服务器升级过”。

二、配置基线字段的定义原则

配置基线不是把所有可调项都抄一遍，而是选择“一旦偏离就会影响兼容性、性能或安全”的字段。以一台典型的双路Xeon Gold 6338服务器为例，建议基线字段分为三组：

字段定义时要明确“取值口径”。例如“微码版本”应统一取带外Redfish返回的ProcessorSummary中的微码字段，而不是带内lscpu的显示值，因为两者在部分平台上可能因加载时机不同而出现短暂不一致。再如“内存频率”，应记录实际运行频率而非内存条标称频率，否则无法反映降频问题。

三、数据来源与采集方式

台账数据来源应遵循“能自动不手工、能带外不依赖带内”的原则。带外BMC/Redfish接口可以在操作系统未启动时获取CPU型号、序列号、微码版本和BIOS版本，适合作为主数据源；带内命令用于补充NUMA、超线程、内存通道等运行时配置。以下是一段可参考的采集示例：

# 带外采集（Redfish，示例）
curl -k -u admin:password \
  https://bmc-01/redfish/v1/Systems/1/Processors/CPU0 \
  | jq '.Model, .ProcessorId, .MicrocodeInfo'

# 带内补充采集（Linux）
lscpu | grep -E "Model name|Socket|Core|Thread|NUMA"
dmidecode -t processor | grep -E "Version|Signature|Max Speed"
cat /sys/devices/system/cpu/cpu0/microcode/version

采集频率建议分层：CPU型号、序列号等静态字段在首次纳管时写入，之后仅在硬件更换时更新；微码、BIOS版本等固件字段按周采集；NUMA、超线程、电源策略等可调配置在每次变更后触发采集，并保留变更前后快照。这样既避免全量高频采集带来的开销，又能保证关键字段的时效性。

四、更新机制与偏离判定

台账更新机制的核心是“谁触发、写什么、如何校验”。建议设置三条触发路径：

1. 定期巡检触发：每周自动采集一次，与台账当前值比对，发现差异则生成待确认记录。
2. 变更工单触发：任何BIOS升级、CPU更换、内存调整完成后，由工单系统调用采集接口回写台账，并记录变更单号。
3. 告警触发：当监控发现微码版本低于基线、NUMA节点数与基线不符时，自动标记为“配置偏离”并通知责任人。

偏离判定不能只看“是否相等”，还要区分“允许范围”。例如内存频率基线为3200 MT/s，若实际为2933 MT/s，属于明显偏离；而C-State从C1变为C1E，若业务对时延不敏感，可作为可接受偏差记录，但必须显式标注。建议在台账中增加“偏离等级”字段：严重（影响安全或稳定性）、一般（影响性能）、提示（仅记录）。

五、可直接参考的台账字段清单

以下清单可作为建立Xeon CPU资产台账的起点，字段可根据实际管理粒度增减：

• 主机名、序列号、机房、机架、U位、业务系统、责任人、生命周期阶段
• Socket ID、插槽状态、CPU型号、CPUID、步进、主频、核心数、线程数、TDP
• 微码版本、BIOS版本、NUMA节点数、超线程开关、内存频率、内存通道填充方式
• 电源策略、C-State、P-State、基线版本号、生效时间、审批人、偏离等级、最近采集时间

当这些字段被稳定采集并持续更新后，Xeon服务器的CPU资产就从“设备清单”升级为“可治理的配置数据”。后续无论是做补丁合规检查、性能基线对比，还是判断某台服务器是否具备承接新业务的条件，都可以直接基于台账和基线给出可追溯的结论。