指标监控可观测性告警运维【免费下载链接】zabbixReal-time monitoring of IT components and services, such as networks, servers, VMs, applications and the cloud.项目地址https://gitcode.com/gh_mirrors/zabbix2/zabbix点击查看免费下载本篇指南以 Zabbix 官方内置模板Brocade_Foundry Nonstackable by SNMP与Brocade_Foundry Stackable by SNMP为对象系统讲解其设计动机两种 FOUNDRY-SN-AGENT-MIB 表族、部署要求、全部宏/监控项/触发器以及 PSU、风扇、温度、堆叠、机箱、网络接口等 LLD 发现规则。读完本文你将能够判断自己的 Brocade/FoundryIronWare设备该选哪套模板并据此完成宏调优、告警语义理解与故障排查。一、模板概述为什么同一厂商需要两套模板Brocade 与 Foundry Networks 合并后其交换机产品线FastIron / NetIron / ICX / MLXe 等统一运行 IronWare 操作系统并通过私有 MIBFOUNDRY-SN-AGENT-MIB暴露硬件传感器数据。该 MIB 中存在两代并行的机箱表表族表名特点Stackable支持堆叠snChasFan2Table、snChasPwrSupply2Table、snAgentTemp2Table按堆叠单元Unit拆分一张表覆盖所有 Stack 成员的对象Nonstackable非堆叠snChasFanTable、snChasPwrSupplyTable、snAgentTempTable单机箱视角仅列出已安装的风扇/电源/温度传感器因此仓库在 templates/net/brocade_foundry_sw_snmp/ 下同时提供两套模板且 README 明确给出了关键适用性差异snChasPwrSupply2Table不支持NetIron 与 FastIron SX 设备snChasFan2Table不支持NetIron 设备snAgentTemp2Table不支持旧版本的 MLXe。Nonstackable 模板面向上述不支持 Stackable 表的老设备旧 Foundry 设备、MLXe 等回退到snChasFanTable / snChasPwrSupplyTable / snAgentTempTableStackable 模板面向大多数 IronWare Brocade 设备ICX 系列等使用snChasFan2Table / snChasPwrSupply2Table / snAgentTemp2Table从而能拿到堆叠中每个成员单元的独立传感器数据。从模板导出文件 template_net_brocade_foundry_sw_snmp.yaml 可见两个模板定义在同一 YAML 中templates:下两个template:节点均挂在Templates/Network devices模板组下wizard_ready: YES说明二者都是可直接用于配置向导的开箱模板。二、环境要求与部署2.1 版本要求两个模板均要求Zabbix 版本8.0 及更高模板导出头zabbix_export: version: 8.0也印证了这一点见 template_net_brocade_foundry_sw_snmp.yaml。设备侧要求开启 SNMP 服务并允许 Zabbix server/proxy 以读写或只读共同体community轮询模板内全部监控项均为 SNMP agent / SNMP trap / Simple check / Zabbix internal 类型不依赖任何自定义 UserParameter。2.2 部署步骤按 Zabbix 官方手册《Templates out of the box》章节的要求确保已启用开箱模板的自动更新机制模板由 Zabbix 官方维护随版本发布在 Zabbix 前端Data collection → Templates中搜索Brocade_Foundry可看到两个模板将适合你设备形态的模板链接到主机为主机配置 SNMP 接口IP/端口 161、SNMP 版本、共同体字符串并为{$SNMP.TIMEOUT}等宏按需覆盖默认值等待首个轮询周期完成后检查zabbix[host,snmp,available]内部监控项是否为 1可用。说明README 中 Setup 一节提示请参考厂商文档配置设备侧 SNMP即模板本身不承载设备端配置SNMP 开启方式以 Brocade/Foundry 的 IronWare 命令行手册为准。2.3 测试过的设备与固件版本为保证事实准确README 列出了两套模板各自的实测环境Nonstackable 模板测试设备设备固件版本Brocade MLXeSystem Mode: MLXIronWare V5.4.0eT1632013-10-30label V5.4.00eFoundry FLS648IronWare 04.1.00bT7e12008-02-29label FGS04100bFoundry FWSX424IronWare 02.0.00aT1e02004-12-10label FWXS02000aStackable 模板测试设备设备固件版本Brocade ICX7250-48IronWare 08.0.30kT2112016-10-18label SPS08030kBrocade ICX7250-48Stacked同上堆叠系统Brocade ICX7450-48StackedIronWare 08.0.30kT211label SPS08030kBrocade ICX7450-48FStackedStacking System ICX7750-48FIronWare 08.0.40bT2032016-10-20label SWR08040bBrocade ICX 6600未指明具体版本此外Stackable 模板的模板描述中记录了一条已知问题见 YAML 第 1920-1924 行ICX 7750 堆叠中非主控non-master交换机在 SNMP 中无法提供正确的风扇状态返回 other(1)与温度返回 0影响固件版本 08.0.40b 及以上。部署到 ICX 7750 堆叠场景时应对非主单元的风扇/温度告警预期做相应调整。三、模板宏Macros详解两套模板的宏体系完全一致Stackable 模板不含{$NET.IF.IFADMINSTATUS.MATCHES/NOT_MATCHES}之外的差异项宏表与 Nonstackable 相同见 README 两处 Macros used 表格。以下为完整宏清单及默认值宏描述默认值{$TEMP_CRIT_LOW}低温临界阈值5{$TEMP_CRIT}高温临界阈值75{$TEMP_WARN}高温警告阈值65{$PSU_CRIT_STATUS}电源严重故障状态码3{$FAN_CRIT_STATUS}风扇严重故障状态码3{$PSU_OK_STATUS}电源正常状态码2{$FAN_OK_STATUS}风扇正常状态码2{$CPU.UTIL.CRIT}CPU 利用率临界阈值90{$MEMORY.UTIL.MAX}内存利用率上限阈值90{$SNMP.TIMEOUT}SNMP 可用性触发器的判定时间窗5m{$SNMP.UPTIME.WARN}主机重启问题自动恢复的运行时间阈值10m{$ICMP_LOSS_WARN}ICMP 丢包率警告阈值%20{$ICMP_RESPONSE_TIME_WARN}平均 ICMP 响应时间警告阈值秒0.15{$IF.ERRORS.WARN}接口错误包速率警告阈值可携带接口名上下文2{$IF.UTIL.MAX}接口带宽利用率上限%90{$IFCONTROL}接口链路告警总开关1 启用1{$NET.IF.IFNAME.MATCHES}接口名过滤匹配^.*${$NET.IF.IFNAME.NOT_MATCHES}接口名过滤排除默认过滤回环、NULL、docker veth 与 docker0 桥(^Software Loopback Interface\|^NULL[0-9.]*$\|^[Ll]o[0-9.]*$\|^[Ss]ystem$\|^Nu[0-9.]*$\|^veth[0-9a-z]$\|docker[0-9]\|br-[a-z0-9]{12}){$NET.IF.IFOPERSTATUS.MATCHES}运行状态过滤匹配^.*${$NET.IF.IFOPERSTATUS.NOT_MATCHES}运行状态过滤排除默认忽略 notPresent(6)^6${$NET.IF.IFADMINSTATUS.MATCHES}管理状态过滤匹配^.*{$NET.IF.IFADMINSTATUS.NOT_MATCHES}管理状态过滤排除默认忽略 down(2)^2${$NET.IF.IFDESCR.MATCHES}接口描述过滤匹配.*{$NET.IF.IFDESCR.NOT_MATCHES}接口描述过滤排除CHANGE_IF_NEEDED{$NET.IF.IFALIAS.MATCHES}接口别名过滤匹配.*{$NET.IF.IFALIAS.NOT_MATCHES}接口别名过滤排除CHANGE_IF_NEEDED{$NET.IF.IFTYPE.MATCHES}接口类型过滤匹配.*{$NET.IF.IFTYPE.NOT_MATCHES}接口类型过滤排除CHANGE_IF_NEEDED3.1 宏的底层配置元数据从 YAML 的 macros 段可以进一步看到每个宏在模板中带有 UI 配置元数据config包括分组section_nameThresholds / Filters / Other、输入校验正则regex与展示标签。例如{$CPU.UTIL.CRIT}属于Thresholds分组regex: ^-?([0-9]|(([0-9])\.([0-9])))$即只接受数值{$NET.IF.IFNAME.NOT_MATCHES}属于Filters分组默认排除正则即上表中的长串用于在 LLD 发现阶段直接剔除回环与虚拟网卡{$IF.UTIL.MAX}范围 0–100含{$ICMP_LOSS_WARN}同为 0–100{$ICMP_RESPONSE_TIME_WARN}不小于 0。这些元数据意味着你可以在 Zabbix 前端通过宏覆盖面板安全地填写合法值前端会按正则校验避免误填导致告警失效。四、监控项Items详解两套模板的公共监控项完全一致Nonstackable 模板额外包含Hardware serial number监控项Stackable 模板的序列号改为由 Chassis Discovery 按单元发现。下表为完整监控项清单对应 README 中两个模板的 Items 章节监控项名称类型键值预处理Hardware serial numberSNMP agentsystem.hw.serialnumber心跳去重1dFirmware versionSNMP agentsystem.hw.firmware心跳去重1dCPU utilizationSNMP agentsystem.cpu.util[snAgGblCpuUtil1MinAvg.0]—Memory utilizationSNMP agentvm.memory.util[snAgGblDynMemUtil.0]—Uptime (network)SNMP agentsystem.net.uptime[sysUpTime.0]自定义乘数0.01Uptime (hardware)SNMP agentsystem.hw.uptime[hrSystemUptime.0]非支持值检查出错置0 乘数0.01SNMP traps (fallback)SNMP trapsnmptrap.fallback—System locationSNMP agentsystem.location[sysLocation.0]心跳去重12hSystem contact detailsSNMP agentsystem.contact[sysContact.0]心跳去重12hSystem object IDSNMP agentsystem.objectid[sysObjectID.0]心跳去重12hSystem nameSNMP agentsystem.name心跳去重12hSystem descriptionSNMP agentsystem.descr[sysDescr.0]心跳去重12hSNMP agent availabilityZabbix internalzabbix[host,snmp,available]—ICMP pingSimple checkicmpping—ICMP lossSimple checkicmppingloss—ICMP response timeSimple checkicmppingsec—4.1 从 YAML 看底层 SNMP OID 与轮询节奏YAML 中每个 SNMP 监控项都写明了实际的 OID 与采集间隔便于你对照设备端 MIB 排查。关键映射如下均出自 template_net_brocade_foundry_sw_snmp.yaml键值OIDYAMLsnmp_oid采集间隔数据源 MIBsystem.cpu.util[snAgGblCpuUtil1MinAvg.0]1.3.6.1.4.1.1991.1.1.2.1.52.0默认轮询FOUNDRY-SN-AGENT-MIBvm.memory.util[snAgGblDynMemUtil.0]1.3.6.1.4.1.1991.1.1.2.1.53.0默认轮询FOUNDRY-SN-AGENT-MIBsystem.net.uptime[sysUpTime.0]1.3.6.1.2.1.1.3.030sSNMPv2-MIBsystem.hw.uptime[hrSystemUptime.0]1.3.6.1.2.1.25.1.1.030sHOST-RESOURCES-MIBsystem.hw.firmware1.3.6.1.4.1.1991.1.1.2.1.11.01hFOUNDRY-SN-AGENT-MIBsystem.hw.serialnumber1.3.6.1.4.1.1991.1.1.1.1.2.01hFOUNDRY-SN-AGENT-MIBsystem.contact[sysContact.0]1.3.6.1.2.1.1.4.015mSNMPv2-MIBsystem.location[sysLocation.0]1.3.6.1.2.1.1.6.015mSNMPv2-MIBsystem.objectid[sysObjectID.0]1.3.6.1.2.1.1.2.015mSNMPv2-MIBsystem.name1.3.6.1.2.1.1.5.015mSNMPv2-MIBsystem.descr[sysDescr.0]1.3.6.1.2.1.1.1.015mSNMPv2-MIB几点实现细节值得注意双 Uptime 设计sysUpTime.0是网络管理部分的运行时间RFC1907而hrSystemUptime.0是整机初始化时间模板同时采集两者重启检测触发器会先用硬件 Uptime取不到时回退到网络 Uptime见下文触发器。Uptime 均为百分之一秒hundredths of a second因此统一用预处理自定义乘数 0.01换算为秒再以uptime单位显示。system.hw.uptime的容错预处理为CHECK_NOT_SUPPORTEDany error且失败时自定义置 0避免不支持hrSystemUptime的设备产生不支持Not supported监控项。心跳去重序列号/固件/系统名等低频变化数据用DISCARD_UNCHANGED_HEARTBEAT12h/1d抑制存储写入降低 DB 与网络开销同时system.hw.serialnumber、system.contact、system.location、system.name还映射到了资产清单inventory_linkSERIALNO_A、CONTACT、LOCATION、NAME。五、触发器Triggers详解5.1 公共触发器Nonstackable 模板下表完整对应 README 中 Nonstackable 模板的 Triggers 章节触发器名称表达式要点严重级别备注Brocade Nonstackable: Device has been replaced当前序列号 ≠ 上一序列号且序列号非空Info手动关闭Brocade Nonstackable: Firmware has changed当前固件 ≠ 上一固件且非空Info手动关闭Brocade Nonstackable: High CPU utilizationmin(CPU,5m){$CPU.UTIL.CRIT}Warning—Brocade Nonstackable: High memory utilizationmin(mem,5m){$MEMORY.UTIL.MAX}Average—Brocade Nonstackable: Host has been restartedUptime 下降且未越过 32 位计数器回绕保护Warning手动关闭依赖无 SNMP 数据Brocade Nonstackable: System name has changed系统名变化且非空Info手动关闭Brocade Nonstackable: No SNMP data collectionmax(zabbix[host,snmp,available],{$SNMP.TIMEOUT})0Warning依赖ICMP 不可达Brocade Nonstackable: Unavailable by ICMP pingmax(icmpping,#3)0High—Brocade Nonstackable: High ICMP ping lossmin(loss,5m){$ICMP_LOSS_WARN}且100Warning依赖ICMP 不可达Brocade Nonstackable: High ICMP ping response timeavg(sec,5m){$ICMP_RESPONSE_TIME_WARN}Warning依赖丢包 不可达5.2 Stackable 模板的触发器差异Stackable 模板的触发器除前缀改为Brocade Stackable外主体一致但删除了基于全局序列号的 Device has been replaced 触发器序列号改由 Chassis Discovery 按单元发现见下文其余 9 条公共触发器保持不变完整清单见 README.md。5.3 关键表达式解读重启检测的 32 位计数器回绕保护Host has been restarted 表达式同时判断硬件与网络两个 Uptime若硬件 Uptime 有效则用之若为 0预处理置 0 的兜底场景则回退到sysUpTime。两种情况都要求前一个读数 42949672.96 − 两次读数时间差其中 42949672.96 即 2^32 百分之一秒约 497 天用于区分重启与计数器回绕两种下降。问题在 Uptime 超过{$SNMP.UPTIME.WARN}后自动恢复。SNMP 可用性判定zabbix[host,snmp,available]取值 0/1/2不可用/可用/未知触发器用max(...,{$SNMP.TIMEOUT})0判定在 5 分钟窗口内持续不可用。ICMP 告警链依赖丢包告警依赖ICMP 不可达响应时间告警依赖丢包与不可达形成连通性 → 质量的告警降噪层级。六、LLD 发现规则传感器与接口自动发现两套模板的核心价值在于用**低级别发现LLD**自动枚举电源、风扇、温度传感器与网络接口避免为每台设备的每个插槽手工建监控项。发现规则均每小时执行一次delay: 1h由发现得到的原型监控项按各自间隔轮询。6.1 PSU Discovery电源发现Nonstackable 模板表snChasPwrSupplyTable规则键值发现宏/OID原型监控项原型触发器psu.discovery{#PSU_INDEX}/1.3.6.1.4.1.1991.1.1.1.2.1.1.1sensor.psu.status[snChasPwrSupplyOperStatus.{#SNMPINDEX}]OID...1.2.1.1.3.{#SNMPINDEX}count(...,#1,eq,{$PSU_CRIT_STATUS})1→ Average严重count(...,#1,ne,{$PSU_OK_STATUS})1→ Info非正常Stackable 模板表snChasPwrSupply2Table覆盖每个堆叠单元原型监控项sensor.psu.status[snChasPwrSupply2OperStatus.{#SNMPINDEX}]名称形如Unit {#PSU_UNIT} PSU {#PSU_INDEX}: Power supply status原型触发器Unit {#PSU_UNIT} PSU {#PSU_INDEX}: Power supply is in critical stateAverage、... is not in normal stateInfo依赖前者。两个表都遵循仅列出已安装电源only installed power supply appears in a table row因此未插槽位不会产生缺失误报。6.2 FAN Discovery风扇发现Nonstackable 模板表snChasFanTable规则键值fan.discovery发现宏{#FAN_INDEX}OID1.3.6.1.4.1.1991.1.1.1.3.1.1.1原型监控项sensor.fan.status[snChasFanOperStatus.{#SNMPINDEX}]OID...1.3.1.1.3.{#SNMPINDEX}原型触发器Fan {#FAN_INDEX}: Fan is in critical stateAverage、Fan {#FAN_INDEX}: Fan is not in normal stateInfo依赖前者。Stackable 模板表snChasFan2Table按单元原型监控项sensor.fan.status[snChasFan2OperStatus.{#SNMPINDEX}]名称Unit {#FAN_UNIT} Fan {#FAN_INDEX}: Fan status原型触发器Unit {#FAN_UNIT} Fan {#FAN_INDEX}: Fan is in critical stateAverage、... is not in normal stateInfo依赖前者。6.3 Temperature Discovery温度传感器发现两套模板结构一致仅底层表不同Nonstackabletemp.discovery表snAgentTempTable发现宏{#SENSOR_DESCR}OID1.3.6.1.4.1.1991.1.1.2.13.1.1.3原型监控项sensor.temp.value[snAgentTempValue.{#SNMPINDEX}]Stackable表snAgentTemp2Table原型监控项sensor.temp.value[snAgentTemp2Value.{#SNMPINDEX}]。关键预处理温度原始单位是0.5 摄氏度Each unit is 0.5 degrees Celsius原型监控项统一挂自定义乘数0.5预处理换算为摄氏度单位°C。表仅适用于带温度传感器的模块。原型触发器每条均带 5 分钟均值窗口与上下文宏支持按传感器名{#SENSOR_DESCR}覆盖阈值触发器表达式级别{#SENSOR_DESCR}: Temperature is above warning thresholdavg(...,5m){$TEMP_WARN:{#SENSOR_DESCR}}Warning{#SENSOR_DESCR}: Temperature is above critical thresholdavg(...,5m){$TEMP_CRIT:{#SENSOR_DESCR}}High{#SENSOR_DESCR}: Temperature is too lowavg(...,5m){$TEMP_CRIT_LOW:{#SENSOR_DESCR}}Average恢复逻辑YAML 中recovery_expression采用滞后策略临界高温在 5 分钟最大值回落到阈值 −3 才恢复避免临界值附近抖动反复触发。警告触发器依赖对应的临界触发器实现分级告警。6.4 Temperature Discovery Chassis机箱温度发现仅 Nonstackable并非所有 Brocade/Foundry 硬件都提供机箱温度因此模板单独提供temp.chassis.discovery发现 OID1.3.6.1.4.1.1991.1.1.1.1.18以避免产生不支持unsupported的监控项。只有带温度传感器硬件的主控模块management module才适用不适用的模块会返回 no-such-name。原型监控项sensor.temp.value[snChasActualTemperature.{#SNMPINDEX}]同样乘数 0.5 换算原型触发器Chassis #{#SNMPINDEX}: Temperature is above warning thresholdWarning、above critical thresholdHigh、Temperature is too lowAverage上下文宏为固定值Chassis{$TEMP_WARN:Chassis}等。6.5 Stack Discovery堆叠单元发现仅 StackableStackable 模板通过stack.discovery规则发现snStackingConfigUnitTable中各单元的型号原型监控项system.hw.model[snStackingConfigUnitType.{#SNMPINDEX}]MIB: FOUNDRY-SN-STACKING-MIB描述每个单元配置/激活的系统类型预处理心跳去重 1d由此可获得堆叠中每个成员单元Unit {#SNMPINDEX}的硬件型号用于资产与容量核对。6.6 Chassis Discovery机箱发现仅 Stackablechassis.discovery规则以snChasUnitIndex为索引遍历机箱表原型监控项system.hw.serialnumber[snChasUnitSerNum.{#SNMPINDEX}]FOUNDRY-SN-AGENT-MIB名称Unit {#SNMPVALUE}: Hardware serial number心跳去重 1d原型触发器Unit {#SNMPVALUE}: Device has been replaced——当前序列号 ≠ 上一序列号且非空Info 级、手动关闭用于在堆叠中按单元感知硬件更换。6.7 Network interfaces discovery网络接口发现两套模板共用同一套接口发现逻辑net.if.discovery数据源 IF-MIB发现时一次抓取ifOperStatus、ifAdminStatus、ifAlias、ifName、ifDescr、ifType六个宏并用宏过滤器{$NET.IF.*}系列在发现阶段剔除虚拟/回环接口见 YAML 第 453-491 行的filter段。原型监控项9 个均以Interface {#IFNAME}({#IFALIAS}):命名监控项键值预处理Operational statusnet.if.status[ifOperStatus.{#SNMPINDEX}]值映射IF-MIB::ifOperStatusBits receivednet.if.in[ifHCInOctets.{#SNMPINDEX}]每秒变化 乘数 8bpsBits sentnet.if.out[ifHCOutOctets.{#SNMPINDEX}]每秒变化 乘数 8bpsInbound packets with errorsnet.if.in.errors[ifInErrors.{#SNMPINDEX}]每秒变化Outbound packets with errorsnet.if.out.errors[ifOutErrors.{#SNMPINDEX}]每秒变化Outbound packets discardednet.if.out.discards[ifOutDiscards.{#SNMPINDEX}]每秒变化Inbound packets discardednet.if.in.discards[ifInDiscards.{#SNMPINDEX}]每秒变化Interface typenet.if.type[ifType.{#SNMPINDEX}]值映射IF-MIB::ifType 心跳去重 1dSpeednet.if.speed[ifHighSpeed.{#SNMPINDEX}]乘数 1000000bps 心跳去重 1h原型触发器4 个完整继承自 READMELink downAverage手动关闭{$IFCONTROL:{#IFNAME}}1 and last(oper)2 and last(#1)last(#2)。语义三要素运行状态为 down{$IFCONTROL}上下文宏为 1可置 0 忽略某接口用.diff保证只对曾经 up 过的接口触发避免永久关闭接口持续报警。注意手动关闭后因.diff机制下一次轮询不会再次触发。High bandwidth usageWarning手动关闭15 分钟平均入/出流量 {$IF.UTIL.MAX:{#IFNAME}}/100 × last(speed)且 speed0恢复条件为流量回落到阈值 −3% 以下。High error rateWarning手动关闭入/出错误速率 5 分钟最小值超过{$IF.ERRORS.WARN:{#IFNAME}}恢复条件为 5 分钟最大值低于阈值的 80%。Ethernet has changed to lower speedInfo手动关闭速度下降change0 且当前0且接口类型属于以太网族ifType ∈ {6,7,11,62,69,117}运行状态非 down用于捕捉自协商降速autonegotiation issues的隐患。此外YAML 中还为每个接口原型生成了Network traffic 图形原型graph prototype将入/出流量、入/出错误、入/出丢弃 6 个指标合并到一张图YAML 第 786-824 行并在模板级提供了Brocade: General 仪表盘含 CPU 利用率与内存利用率两张图YAML 第 1249-1281 行。七、值映射与状态语义YAML 的valuemaps段为传感器与接口状态定义了可读性映射两套模板共用值映射123其他FOUNDRY-SN-AGENT-MIB::snChasFanOperStatusothernormalfailure—FOUNDRY-SN-AGENT-MIB::snChasPwrSupplyOperStatusothernormalfailure—IF-MIB::ifOperStatusupdown—4unknown, 5dormant, 6notPresent, 7lowerLayerDownIF-MIB::ifTypeotherregular1822hdh1822完整 IANA ifType 枚举ddnX25、ethernetCsmacd、fddi、ppp、frameRelay、atm、sonet 等这解释了宏的默认值来源{$PSU_OK_STATUS}2、{$PSU_CRIT_STATUS}3、{$FAN_OK_STATUS}2、{$FAN_CRIT_STATUS}3正是与值映射中 normal(2)/failure(3) 对应的原始状态码若某厂商固件使用不同状态码只需覆盖对应宏即可无需改动表达式。八、模板选型速查与排障建议8.1 选型决策Stackable 模板ICX 系列ICX 6600/7250/7450/7750等支持snChasFan2Table、snChasPwrSupply2Table、snAgentTemp2Table的 IronWare 设备——覆盖绝大多数现代 Brocade 交换场景能按堆叠单元分别监控Nonstackable 模板NetIron、FastIron SX、旧版 MLXe 等不支持 2 系列表的设备——退回到单机箱表族。README 特别举例NetIron 与 FastIron SX 不支持snChasPwrSupply2TableNetIron 不支持snChasFan2Table旧版 MLXe 不支持snAgentTemp2Table。不确定时可先用snmpwalk探测设备是否返回snChasFan2Table/snChasPwrSupply2Table/snAgentTemp2Table子树enterprise 1991的数据再决定挂载哪套模板。8.2 常见排障路径No SNMP data collection 触发优先检查设备连通性、共同体字符串、SNMP 版本与 Zabbix server 到设备的网络路径该触发器依赖 ICMP 不可达告警可据此判断是网络层不可达还是仅 SNMP 不通。温度读数明显异常偏低确认是否命中 Stackable 模板的已知问题ICX 7750 堆叠非主单元返回 0/other可通过对非主单元传感器使用上下文宏提高/禁用阈值或忽略对应触发。接口缺失检查{$NET.IF.*}过滤宏是否误伤了目标接口如{$NET.IF.IFNAME.NOT_MATCHES}默认正则、{$NET.IF.IFOPERSTATUS.NOT_MATCHES}^6$过滤 notPresent、{$NET.IF.IFADMINSTATUS.NOT_MATCHES}^2$过滤管理性 down 的接口。传感器未被发现确认该模块是否带对应传感器硬件机箱温度仅在主控模块带温度传感器硬件时可用否则返回 no-such-name。九、反馈渠道与模板来源两个模板均由 Zabbix 官方模板工具 Templator 生成见 YAML 描述段随 Zabbix 8.0 版本分发。模板使用过程中如发现与具体固件版本不符的问题可通过 Zabbix 官方支持站点提交 issue或在官方论坛的模板反馈板块讨论。本文引用的权威素材均可直接在仓库内查阅模板说明文档templates/net/brocade_foundry_sw_snmp/README.md模板完整导出含全部 OID、预处理、值映射、仪表盘templates/net/brocade_foundry_sw_snmp/template_net_brocade_foundry_sw_snmp.yaml赞分享指标监控可观测性告警运维【免费下载链接】zabbixReal-time monitoring of IT components and services, such as networks, servers, VMs, applications and the cloud.项目地址https://gitcode.com/gh_mirrors/zabbix2/zabbix点击查看免费下载相关推荐cwc-workshops parse-pptx.ts逐段解读把PPT变成可量化结构数据的关键技巧cwc workshops parse pptx.ts逐段解读把PPT变成可量化结构数据的关键技巧 在 cwc workshops 开源项目Anthropi指标监控可观测性告警运维Zabbix 监控 OPNsense 防火墙基于 SNMP 官方模板的部署、指标与原理全解Zabbix 监控 OPNsense 防火墙基于 SNMP 官方模板的部署、指标与原理全解 OPNsense 是一款基于 FreeBSD 的开源防火墙/路由器指标监控可观测性告警运维基于 Zabbix 模板 Squid by SNMP 的缓存代理监控部署与指标解析指南基于 Zabbix 模板 Squid by SNMP 的缓存代理监控部署与指标解析指南 导读 本指南围绕 Zabbix 官方模板 Squid by SNMP 展指标监控可观测性告警运维上一篇浏览器里就能图像修复和4倍超分inpaint-web 完整上手指南下一篇3步搞定Royal TSX完美汉化从英文小白到中文高手的终极指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考