华三智能管理中心

一、日志磁盘非挂载和这条告警关联性

1. 不是直接强关联，但存在间接因果可能性
   • 磁盘非挂载：只是日志存储盘异常，系统主分区、转发平面、管理平面还在运行；不会直接造成 ping 数据包本身转发延迟变大。
   • 间接风险：磁盘挂载失败时，USG6670 写日志进程持续报错、反复重试 IO；极端场景会少量占用管理面 CPU。管理面 CPU 拉高后，防火墙处理 iMC 发来的 ICMP 应答报文变慢，会导致 ping 返回时延变大，触发≥100ms 告警华为。
   • 区分：业务流量（数据平面）转发不受日志磁盘影响；ping 应答属于管理平面处理报文，会受管理 CPU 负载影响。
2. 优先判断方法： 登录 USG6670，看告警发生时刻的display cpu-usage，重点看管理平面 CPU（mgmtplane），如果告警时间点管理 CPU 冲高，那磁盘异常就是诱因；如果管理 CPU 一直很低，那告警和磁盘无关，是网络链路层面问题。

⚠️重点：日志磁盘非挂载本身属于设备硬件 / 存储故障，需要优先处理，即使不是本次 ping 告警根因，也要修复，防火墙无法保存本地日志。

二、触发 “设备响应时间≥100ms” 告警全部可能原因

1、网络链路层面（最高概率）

1）iMC 服务器与 USG6670 之间跨网段，中间网络拥塞、存在抖动、丢包； 2）中间设备 QoS 限速，ICMP 报文被降权、排队延迟； 3）防火墙管理口带宽占用高，管理 VLAN 存在广播风暴；

验证：在 iMC 服务器本机，长 ping 防火墙管理 IP，看实际往返时延、是否抖动，确认 iMC 侧真实的 ping 结果，排除 iMC 采集任务本身 bug。

2、防火墙设备管理平面负载（第二概率，磁盘异常归此类）

1）管理平面 CPU 利用率高：特征库升级、大量 SSH/Web 登录、SNMP 采集压力、磁盘 IO 报错重试； 2）内存占用过高，管理任务调度延迟；

注意：USG 转发面 CPU 高不影响 ping，必须看 mgmtplane 管理平面 CPU华为。

3、iMC 性能采集配置问题

1）阈值设置过于严苛，现实业务环境本身正常时延就接近 100ms；二级阈值 100ms 在跨广域网场景很容易命中； 2）采集模板配置，发包数量、统计方式（平均值 / 最大值）设置不合理；

iMC 路径：【性能】→【监控设置】→【指标模板】找到 “设备响应时间”，查看阈值、探测报文数量、采集周期。

4、安全策略限制

USG6670 安全策略放行 iMC 的 ICMP，但对 ICMP 报文做限流，导致部分 ping 包应答延迟。

三、分步排查操作建议

步骤 1：验证真实时延（区分是网络问题还是 iMC 误报）

在安装 iMC 的服务器操作系统 cmd/linux 执行长 ping 防火墙管理 IP：

观察：平均 RTT、有无波动、是否经常性 > 100ms。

• 如果真实 ping 就经常 > 100ms：告警是真实，往下排查网络 / 设备；
• 如果真实 ping 一直几十 ms 以内：iMC 性能采集任务异常，排查 iMC 性能采集进程、模板配置。

步骤 2：登录 USG6670 核查设备状态，确认磁盘与 CPU

1. 确认磁盘状态：处理【日志磁盘非挂载】故障，查看设备存储告警，检查 SD 卡 / 日志硬盘，排查是否硬盘损坏、松动；
2. 查看 CPU：

重点看管理平面 mgmtplane的历史曲线，对比告警产生时间点，看是否 CPU 冲高； 3. 查看设备日志：display logbuffer，确认磁盘报错、IO 异常日志是否大量刷屏。

若大量磁盘 IO 报错刷屏，会持续消耗管理面资源，修复磁盘后再观察 iMC 告警是否消除。

步骤 3、排查中间链路

• 如果 iMC 服务器和防火墙跨设备，逐段 ping，定位时延增大的网段；
• 检查中间设备 QoS，是否 ICMP 被惩罚、限速。

步骤 4、iMC 侧检查

1. 查看性能任务实例，导出该设备响应时间历史曲线，看是偶发瞬时超过，还是持续大于 100ms；
2. 如果业务跨广域网，实际链路就存在较高延迟，可以适度调大二级告警阈值（比如调整为 200ms），避免频繁告警。

四、关于出现三条完全相同告警的说明

iMC 性能任务采集周期为 300s，如果连续 3 个采集周期探测平均值都≥100ms，就会连续生成 3 条一模一样的告警；不是设备报三次，是连续多次性能采样命中阈值。

五、优先级建议

1. 优先处理防火墙日志磁盘非挂载故障，存储故障属于设备隐患，不管是否为本次告警根源都要处理；
2. 再确认 iMC 服务器真实 ping 时延；
3. 再确认告警发生时刻防火墙管理 CPU 历史；
4. 最后排查中间网络链路、iMC 阈值模板。

补充区分

• 如果修复磁盘之后，ping 时延恢复正常，告警不再产生 → 磁盘 IO 报错导致管理 CPU 升高是根因；
• 修复磁盘告警依旧存在 → 磁盘只是附带故障，响应时间告警根源在网络链路 / 其他设备负载。