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 邻居信息。
三、采集执行的关键动作
以 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: CZJ1234ABC | DL380 Gen10 / BIOS U30 | iLO 192.168.10.21 | ERP 应用节点 | 存储卷 VOL_ERP_01 | 批次一 |
| 刀片服务器 | SN: CZJ5678DEF | SY480 Gen10 / iLO 2.78 | OneView 纳管 | 虚拟化集群 | VC 上行链路 A/B | 批次二 |
| 存储阵列 | WWN: 5000C500... | MSA 2060 / 固件 VL270 | 192.168.20.11 | 数据库卷 | 光纤交换机端口 12/13 | 批次一 |
| 交换机 | MAC: 00:1A:2B... | FlexFabric 5945 | 192.168.30.5 | 业务接入 | 核心交换机 Trunk | 批次三 |
五、结果判断与缺口闭环
资产发现是否完成,不看导出了多少行数据,而看三个判断依据:第一,待迁移范围内每台设备都有唯一标识和至少一个管理入口;第二,固件版本、驱动、RAID 与网络配置等关键字段完整率达标,缺失项有明确补采计划;第三,业务依赖关系能回答“停掉这台设备会影响谁”。若某台服务器在 OneView、iLO 和 CMDB 中信息不一致,必须现场核实后再进入迁移规划。
完成本节工作后,项目组应得到一份可执行的现网资产基线:服务器、存储、网络、固件与业务依赖五类信息齐全,冲突项已闭环,缺口项有责任人和补采时间。这份基线将直接支撑后续的兼容性评估、迁移批次划分和回退方案设计。