H3C UniServer R4930 G7如何通过snmp采集cpu使用率

可以在系统层面安装snmp agent进行采集

1. HDM（BMC 带外）本身 SNMP 只能采集硬件传感器（CPU 温度、硬件健康），拿不到操作系统层面 CPU 使用率H3C。
2. 操作系统 CPU 利用率，需要 OS 内 FIST‑SMS 采集，推送给 HDM；再由 HDM 的 SNMP 对外输出 OS CPU 使用率。FIST‑SMS 异常就会出现 SNMP 读不到操作系统 CPU 占用率H3C。
3. 区分：硬件 CPU 温度 / 健康 ≠ 操作系统 CPU 使用率。

完整排查步骤（按顺序）

第一步：确认 FIST‑SMS 运行状态（OS 内操作，Linux/Windows）

FIST‑SMS 是运行在服务器操作系统内部的代理程序，负责采集 OS 的 CPU、内存负载，上报 HDMH3C。 Linux 检查：

• 状态必须 active(running)；如果 failed，查看日志 /var/log/fist‑sms/。 Windows：服务列表查看 FIST SMS Service 是否正在运行。

常见故障点：

1. 版本不匹配：R4930‑G7 需要 G7 对应的 FIST‑SMS 版本，老 G5/G6 安装包会工作异常；
2. 防火墙：本机 OS 防火墙拦截 FIST‑SMS 和 HDM 之间的带内通信；
3. HDM 与操作系统带内管理网卡 IP 互通，FIST‑SMS 走 OS 本地网卡和 HDM 通信，不通则数据推不上去；
4. SELinux 开启（Linux）会阻断 FIST‑SMS 进程通信，测试可临时关闭 SELinux。

校验 FIST‑SMS 是否上报成功：登录 HDM Web →【仪表盘‑监控】，看是否能看到操作系统 CPU 使用率。 ✔HDM 页面能看到 OS CPU：说明 FIST‑SMS 上报正常，问题出在 HDM‑SNMP 配置 / MIB/OID； ❌HDM 页面也看不到 OS CPU：FIST‑SMS 层面故障，优先解决 FIST‑SMS，SNMP 不可能拿到数据。

第二步：HDM 侧 SNMP 配置确认（HDM Web：远程服务‑SNMP）H3C

1. 开启 SNMP Agent（v2c 或者 v3），配置只读团体 / 用户凭据；
2. 下载对应 G7 服务器 MIB 库 hh3c‑server‑agent.mib，放到监控服务器 snmp/mibs 目录，不导入 MIB 会出现 OID 返回 noSuchObject；
3. 网络放行：监控平台 UDP 161 端口可以访问 HDM 管理 IP；
4. HDM 的 SNMP 没有 ACL 限制监控服务器 IP。

⚠注意：操作系统 CPU 使用率 OID 不是硬件传感器 OID，必须加载服务器 MIB，普通通用 MIB 无法读取。

第三步：命令行测试 SNMP 读取，定位故障点

在监控服务器使用snmpget测试（示例 v2c）

返回值说明：

1. 返回数字（0‑100）：正常；
2. 返回noSuchObject：两种情况：①FIST‑SMS 没有上报 OS 数据；②MIB 库未加载、OID 使用错误；
3. 请求超时：网络 / 防火墙 UDP161 拦截、SNMP 团体名错误。

第四步：两套采集方案说明

方案 A：HDM SNMP（你当前方案，带外 HDM 输出 OS 负载）

链路：操作系统 → FIST‑SMS采集CPU → 推送到HDM → HDM SNMP对外提供OID

依赖：FIST‑SMS 服务正常、OS 与 HDM 带内通信正常。 优点：只用监控 HDM 一个 IP；缺点：依赖带内代理 FIST‑SMS。

方案 B：直接在操作系统本机开启 SNMPd（备选兜底方案）

绕开 HDM+FIST‑SMS，直接操作系统本机开启 SNMP agent，采集本机 CPU、内存。 适合 FIST‑SMS 一直调不通的场景，监控直接访问 OS 业务 IP，不经过 HDM。

高频踩坑清单

1. 把CPU 硬件温度传感器 OID 当成操作系统 CPU 使用率 OID，读出来的是温度，不是负载；
2. FIST‑SMS 服务状态 running，但 HDM 与 OS 带内网卡不通，数据无法上报 HDM；
3. 没有加载hh3c‑server‑agent.mib，监控软件无法识别 OS 使用率 OID；
4. HDM 固件版本过低，G7 建议升级 HDM 固件到最新版本，修复 FIST‑SMS 对接 SNMP 的缺陷；
5. Linux 系统 SELinux、firewalld 阻断 FIST‑SMS 和 HDM 之间的内部通信。