1. 课程导入与旧平台现状盘点

在开始任何一次服务器升级或业务迁移之前，最容易被跳过、却最影响后续成败的一步，是把现有平台"看清楚"。很多迁移项目失败，并不是因为新技术不会用，而是因为对旧平台的代际、型号、性能余量、业务耦合关系判断错误，导致选型偏差、兼容性事故或迁移窗口估算失误。本节的目标，是建立一套可复用的旧平台盘点方法，让后续的选型、迁移与验证有据可依。

学习目标

完成本节后，你应当能够：准确识别 Intel Xeon 处理器的代际与型号命名规则，从型号字符串中读出核心数、频率、缓存与内存代际等关键信息；判断一台旧服务器处于"可继续服役、可局部升级、必须整体替换"中的哪一档；识别驱动业务迁移的真实动因，而不是被"设备老旧"这类模糊理由带偏；并理解整体升级迁移框架中盘点、评估、选型、迁移、验证各环节的输入输出关系。

Xeon 旧平台典型代际与型号识别

企业存量设备中，最常见的 Xeon 平台大致集中在几个代际。较早的是 Nehalem/Westmere（Xeon 5500/5600 系列），随后是 Sandy Bridge-EP/Ivy Bridge-EP（E5-2600 v1/v2），再往后是 Haswell/Broadwell-EP（E5-2600 v3/v4），以及 Skylake/Cascade Lake-SP（Scalable 第一、二代，如 Gold 6132、Gold 6248）。这些代际在内存类型（DDR3→DDR4）、PCIe 版本（2.0→3.0）、核心密度和指令集支持上差异明显，直接决定了升级路径是否可行。

型号识别是盘点的第一项硬技能。以 Intel Xeon E5-2680 v4 为例：E5 表示面向双路服务器的产品线，2680 中首位 2 代表双路定位，6 大致对应性能层级，80 为细分型号；v4 明确指向 Broadwell-EP 代际。再看 Gold 6248R：Gold 是 Scalable 系列的性能分级，6 表示第二代 Scalable（Cascade Lake），248 为具体型号，R 后缀通常表示针对特定频率/缓存优化的版本。掌握这套读法，就能在不查手册的情况下快速判断一台机器的"年龄"和大致能力。

业务迁移驱动因素

业务迁移的动因通常分为四类。第一类是生命周期与支持风险：操作系统或虚拟化平台停止对旧 CPU 的支持，安全补丁无法覆盖。第二类是性能与容量瓶颈：CPU 长期高负载、内存容量触顶、存储 IOPS 不足，业务响应时间持续恶化。第三类是能效与成本：旧平台单核性能低、功耗高，机房电力和制冷成本占比上升。第四类是业务演进需求：新业务需要更大内存带宽、更多 PCIe 通道或新指令集（如 AVX-512）支持。

判断动因时，建议用可量化指标替代主观感受。例如：连续 30 天 CPU 平均利用率超过 70%、内存使用率超过 85%、或单台物理机承载的虚拟机数量已接近该代际的合理上限（如 E5-2600 v4 双路平台通常承载 15～25 台中等规格虚拟机），就应进入迁移评估流程。

整体升级迁移框架

一个可落地的迁移框架包含五个阶段：盘点（资产与业务清单）、评估（性能、兼容性、风险打分）、选型（目标平台与迁移方式）、迁移（分批实施与回滚预案）、验证（功能、性能、稳定性确认）。这五个阶段不是线性一次通过，评估与选型之间往往需要多轮迭代。

下面这张图展示了从旧平台盘点出发，经过代际识别与动因判断，最终形成迁移决策的完整关系。图中左侧是盘点输入，中间是判断逻辑，右侧是三类典型处置结论。

这张图的核心价值在于把"感觉该换了"转化为可判断的路径。左侧五项输入缺一不可，尤其是 RAID 卡与网卡型号，它们常常是迁移后驱动不兼容的根源。中间的四个判断维度中，代际定位决定升级天花板，瓶颈量化决定紧迫程度，风险与成本决定合规压力，业务演进需求决定目标平台规格。右侧三类结论并非互斥，一台机器可能同时满足"局部升级"和"整体替换"的条件，此时应结合业务窗口和预算做优先级排序。

盘点实操：一份可填写的资产清单

为了让盘点结果可直接用于后续评估，建议按下表字段逐台记录。表中示例数据为教学假设，实际填写时以现场采集为准。

采集这些数据时，Linux 下可用 lscpu、dmidecode -t memory、lspci | grep -i raid 快速获取 CPU、内存和 RAID 卡信息；虚拟化平台则从管理界面导出主机清单。建议把采集命令固化成脚本，避免逐台手工记录造成遗漏。

# 示例：快速采集关键硬件信息
lscpu | grep -E "Model name|Socket|Core|MHz"
dmidecode -t memory | grep -E "Type:|Size:|Speed:"
lspci | grep -iE "raid|ethernet"
uname -r && cat /etc/os-release | head -2

完成本节后，你应当已经能够独立完成一台旧服务器的信息采集与初步判断。下一阶段将基于这些盘点数据，进入目标平台选型与迁移方案设计。请务必把本节产出的资产清单保存好，它是后续所有决策的输入基础。