选型与验收72 条

硬件监控接入

硬件监控接入分数据与告警两条线:数据侧用 IPMI 导出器/SNMP/Redfish 采集传感器与事件,告警侧配置阈值与静默规则;接入后先观察再收紧阈值。

硬件监控怎么接入

硬件监控接入分数据与告警两条线。数据侧通过 IPMI、SNMP 或 Redfish 把传感器读数、SEL 事件与固件版本采回来,形成机队级的时间序列;告警侧配置阈值与静默规则,把异常送到值班渠道。实践中最容易踩的坑是同步做两件事:新环境先只采数据、观察一段,等摸清正常波动范围再收紧阈值。

基本信息

数据源传感器读数、SEL 事件、固件版本与资产信息
采集方式IPMI exporter、SNMP 轮询或 trap、Redfish 轮询
采集间隔建议 30-60 秒,按 BMC 会话数与带外网负载调整
告警配置阈值、静默规则与恢复通知
调优顺序先接入采数据,观察期后收紧阈值

典型使用场景

  • 新机批量接入:交付阶段把设备纳入统一监控,不留盲区
  • 日常巡检替代:用趋势数据替代逐台登录查看传感器
  • 隐患排查:温度、风扇转速与功耗的长期趋势暴露散热劣化
  • 报修取证:事件时间线与传感器数据作为工单附件
  • 机房环境评估:多台设备进风温度对比反映气流与冷热通道问题

接入前确认可采集项

接入前确认可采集项
ipmitool -I lanplus -H 10.0.0.10 -U monitor -f /root/.ipmi_pass sdr list | head   # 传感器可读性
ipmitool -I lanplus -H 10.0.0.10 -U monitor -f /root/.ipmi_pass sel elist | tail -5   # 事件可读性
ipmitool -I lanplus -H 10.0.0.10 -U monitor -f /root/.ipmi_pass sensor list | grep -ic fan   # 统计风扇传感器数量
# 采集侧统一口径:只选一种方式(exporter / SNMP / Redfish),避免同一指标多源打架
# 采集账号用只读权限,避免监控误操作影响生产

采集方式对照

方式依赖条件适合场景注意点
IPMI exporterBMC 可达 + 采集端部署传感器与 SEL 全覆盖BMC 会话数有限,需限流与错峰
SNMP 轮询或 trapBMC 侧开启 SNMP 并配置目标事件实时推送需保证接收端高可用,否则事件丢失
Redfish 轮询BMC 支持 Redfish结构化数据、易批量处理不同厂商字段定义有差异
监控先接入、后调阈值:新环境直接套用默认阈值会同时产生误报和漏报,反而让人对告警失去信任。
采集账号与口令不要散落在脚本里:统一走凭据管理,并用只读权限账号,避免监控系统误触发带外写操作。

易错点

  • 照搬默认阈值:误报噪音大,真告警被淹没
  • 只接数据不配通知:异常停留在曲线里没人看
  • 采集间隔过密:BMC 会话数打满,反而导致部分设备采集失败
  • 同一指标多源采集:数值口径不一致,排障时互相矛盾
  • 监控账号权限过高:脚本或平台异常时可能触发带外写操作

数据来源与参考

  • 监控平台文档(通用)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌