4. 现网资产发现与信息建模

升级迁移项目最容易出问题的地方,往往不是目标平台的技术选型,而是对现网“家底”掌握不清。资产发现与信息建模的目标,是把散落在机柜、管理口、CMDB 和运维人员记忆中的信息,收敛成一份可核对、可追溯、可驱动后续规划的结构化清单。它要回答四个问题:有哪些设备、它们处于什么状态、彼此如何连接、承载了哪些业务。

一、先明确采集范围与信息模型

资产发现不是简单导出设备列表,而是建立分层的信息模型。建议按“物理层—逻辑层—业务层”三层组织:物理层记录机架位置、序列号、电源与端口;逻辑层记录管理地址、固件版本、驱动、RAID 与卷映射、网络 VLAN 与上行链路;业务层记录主机名、IP、所属集群、承载应用与依赖关系。三层之间通过序列号、WWN、MAC、管理 IP 等唯一标识关联,避免同一台设备在不同工具里出现多个“身份”。

采集前先确定边界:是只覆盖待迁移的机柜,还是包含同机房所有关联设备?边界不清会导致依赖遗漏。同时要确认采集窗口,避免在业务高峰执行带外扫描或固件读取,减少对生产的影响。

二、三类工具的分工与采集方式

HPE OneView 适合作为服务器与机箱的统一管理入口。它通过 OneView 管理地址纳管 ProLiant 服务器、Synergy 机箱、Virtual Connect 和部分存储,能导出服务器型号、序列号、iLO 地址、固件基线、配置状态和连接拓扑。采集时重点导出:服务器清单、机箱与刀片映射、固件合规报告、网络连接与上行链路信息。

iLO 是单机带外管理的兜底手段。当服务器未被 OneView 纳管,或需要核对单机细节时,通过 iLO 获取序列号、产品型号、BIOS/iLO 固件版本、电源状态、健康告警、网卡与存储控制器信息。批量场景可用 iLO RESTful API 或 HPE Smart Storage Administrator 脚本采集,避免逐台登录。

Insight Manager 面向多代 HPE 服务器的集中管理,适合采集固件版本、驱动清单、健康状态和合规基线,尤其适合尚未纳入 OneView 的老旧机型。存储侧则通过阵列管理口(如 HPE Alletra、MSA、3PAR 的管理界面或 CLI)采集控制器型号、固件、卷与主机映射、WWN 和快照策略。网络侧通过交换机 CLI 或网管平台导出端口、VLAN、链路聚合和 LLDP 邻居信息。

现网资产发现与信息建模采集视图 HPE OneView 服务器/机箱/VC 纳管 固件基线·连接拓扑 配置状态导出 iLO 带外管理 序列号·型号·健康 BIOS/iLO 固件 网卡·RAID 控制器 Insight Manager 多代服务器集中采集 固件·驱动·合规 健康与告警 存储阵列 / 网络交换机 采集汇聚与清洗 唯一标识对齐 序列号 / WWN / MAC 管理 IP 去重 字段标准化 缺失项标记 版本与状态归一 (示例流程) 物理层 机架位置·序列号·电源·端口 型号·固件版本·健康状态 存储控制器·卷·WWN 映射 逻辑层 管理 IP·主机名·VLAN·上行链路 RAID 级别·驱动·多路径 集群成员·虚拟化平台归属 业务层 承载应用·服务等级·负责人 依赖关系·上下游接口 迁移优先级·停机窗口 输出:资产清单 + 依赖矩阵 + 缺口报告 用于迁移批次划分与风险评估

三、采集执行的关键动作

以 OneView 为例,登录后进入“服务器”视图,使用导出功能生成 CSV,字段至少包含:服务器名称、型号、序列号、iLO IP、机箱/机架位置、固件版本、电源状态、配置状态。随后在“固件”页面导出合规报告,标记低于基线版本的设备。对于未纳管设备,通过 iLO RESTful API 批量拉取:

# 示例:通过 iLO RESTful API 读取服务器基础信息(示例参数)
curl -k -u Administrator:password \
  https://192.168.10.21/redfish/v1/Systems/1 \
  -H "Accept: application/json"

# 返回中关注字段(示例):
# SerialNumber、Model、PowerState、BiosVersion、
# FirmwareVersion、Health、NetworkAdapters

存储侧采集要特别关注主机映射关系:卷名、容量、RAID 级别、映射到的 WWN 或 iSCSI IQN、快照与复制策略。网络侧采集端口描述、VLAN、Trunk 成员、LLDP 邻居,用于还原服务器到交换机的物理路径。业务依赖则通过访谈、CMDB、监控系统和应用拓扑图交叉核对,形成“主机—应用—依赖”的对应关系。

四、信息建模与数据校验

采集完成后,把多源数据合并到统一表格中,按唯一标识去重。常见冲突包括:OneView 显示固件版本与 iLO 不一致、CMDB 主机名与 DNS 不符、存储映射的 WWN 与服务器实际 HBA 不符。处理原则是“以设备实际状态为准,以管理工具记录为参考”,对每个冲突项标注来源和核实方式。

建议输出一份资产清单模板,字段可参考下表。表中数据为示例,实际项目需按现场采集结果填写。

资产类型唯一标识型号/版本管理地址承载业务依赖对象迁移批次
机架服务器SN: CZJ1234ABCDL380 Gen10 / BIOS U30iLO 192.168.10.21ERP 应用节点存储卷 VOL_ERP_01批次一
刀片服务器SN: CZJ5678DEFSY480 Gen10 / iLO 2.78OneView 纳管虚拟化集群VC 上行链路 A/B批次二
存储阵列WWN: 5000C500...MSA 2060 / 固件 VL270192.168.20.11数据库卷光纤交换机端口 12/13批次一
交换机MAC: 00:1A:2B...FlexFabric 5945192.168.30.5业务接入核心交换机 Trunk批次三

五、结果判断与缺口闭环

资产发现是否完成,不看导出了多少行数据,而看三个判断依据:第一,待迁移范围内每台设备都有唯一标识和至少一个管理入口;第二,固件版本、驱动、RAID 与网络配置等关键字段完整率达标,缺失项有明确补采计划;第三,业务依赖关系能回答“停掉这台设备会影响谁”。若某台服务器在 OneView、iLO 和 CMDB 中信息不一致,必须现场核实后再进入迁移规划。

建议把采集结果按“已确认、待核实、缺失”三种状态标记,并在迁移批次划分前完成一轮交叉校验。资产清单不是一次性文档,应在迁移前、迁移中、迁移后各更新一次,作为回退和验收的依据。

完成本节工作后,项目组应得到一份可执行的现网资产基线:服务器、存储、网络、固件与业务依赖五类信息齐全,冲突项已闭环,缺口项有责任人和补采时间。这份基线将直接支撑后续的兼容性评估、迁移批次划分和回退方案设计。