【免费下载链接】community-templatesZabbix Community Templates repository项目地址https://gitcode.com/gh_mirrors/co/community-templates点击查看免费下载导读本文围绕 Zabbix Community Templates 仓库中面向 Mikrotik RouterOSRB 系列路由器的专用监控模板展开该模板以 SNMP agent 与 Simple check 为主覆盖 CPU 温度、设备温度、运行时间uptime、内存使用、PPPoE 在线客户端数量、Ping 可用性以及基于 LLD 自动发现的端口/CPU 流量监控是运营 Mikrotik 路由器尤其是 PPPoE 宽带接入场景时可直接落地的采集方案。读完本文你将掌握该模板的完整采集项清单、底层 OID 与预处理逻辑、六条自动发现规则的过滤机制以及如何在不同 Zabbix 版本中导入、使用并二次扩展如自行补充触发器。模板定位为 RB 设备量身定制的 RouterOS 系统监控在 Network_Appliances/template_mikrotik_routeros 目录下该模板以三个版本目录存放分别对应 Zabbix 5.0、5.4 与 6.05.0/template_mikrotik_routeros.xmlXML 导出格式适配 Zabbix 5.05.4/template_mikrotik_routeros.yamlYAML 导出格式适配 Zabbix 5.4本篇文章的主分析对象6.0/template_mikrotik_routeros.yamlYAML 导出格式适配 Zabbix 6.0。模板元信息显示其归属于Templates/Mikrotik Network Devices模板组模板名称为Mikrotik RouterOS由社区作者 Renato署名 Suspeito维护。从 README 描述看该模板仅用于监控 RouterOS 路由系统本身属于设备级RB 硬件专属模型不做服务级、业务级的发散采集这一点决定了它适合与业务型模板组合使用。模板自身不依赖任何宏README 明确标注 There are no macros links in this template也不链接其他模板因此导入即用、无外部依赖这是它的一个显著易用性优势。快速上手导入与挂载按照仓库根 README.md 给出的通用使用流程接入该模板只需三步下载并导入模板根据目标 Zabbix Server 版本选择对应目录下的导出文件5.0 用 XML5.4/6.0 用 YAML在 Zabbix Web 界面Configuration → Templates → Import中上传。确认采集前提模板中的温度、内存、接口、CPU 等项全部走SNMP agent因此目标 Mikrotik 设备需提前在 Winbox/CLI 中开启 SNMP/snmp set enabledyes并配置 community并确保 Zabbix Server 能路由到设备的 161/UDP 端口。挂载到主机为主机填写正确的 SNMP community 与接口信息然后在Templates中链接Mikrotik RouterOS模板即可开始采集。Ping 类监控项为Simple check会直接使用主机上配置的 IP 进行 ICMP 探测。静态采集项设备健康与资源全景模板在模板级非 LLD定义了 12 个固定采集项覆盖温度、运行时长、内存、Ping、PPPoE 客户端数、CPU 汇总六类指标。结合 5.4/template_mikrotik_routeros.yaml 中的实际定义各采集项的完整信息如下表含 YAML 中可查证的 SNMP OID 与预处理参数采集项名称类型Key更新间隔单位底层 OID / 公式Temperatura da CPUCPU 温度SNMP agentmikrotik.cpu.temperature30s°C.1.3.6.1.4.1.14988.1.1.3.11.0MULTIPLIER 0.1Temperatura do equipamento设备温度SNMP agentmikrotik.device.temperature30s°C.1.3.6.1.4.1.14988.1.1.3.10.0MULTIPLIER 0.1Tempo de execução运行时间SNMP agentmikrotik.uptime30suptime.1.3.6.1.2.1.1.3.0sysUpTimeMULTIPLIER 0.01Tamanho da memória内存总量SNMP agentvm.memory.total[hrStorageSize.Memory]15sbps1.3.6.1.2.1.25.2.3.1.5.65536hrStorageSizeMULTIPLIER 1045Memória usada已用内存SNMP agentvm.memory.used[hrStorageUsed.Memory]15sbps1.3.6.1.2.1.25.2.3.1.6.65536hrStorageUsedMULTIPLIER 1024Memória livre空闲内存Calculatedvm.memory.free[hrStoragefree.Memory]30sbpslast(//vm.memory.total[...])-last(//vm.memory.used[...])Uso de memória内存使用率Calculatedvm.memory.pused[memoryUsedPercentage.Memory]30s%(last(//vm.memory.used[...])/last(//vm.memory.total[...]))*100Uso da CPU (total)CPU 总使用率Calculatedcpucore[ifnum]30s%默认(last(//cpucore[ifnum1]))/1多核见下文公式Clientes Conectado在线 PPPoE 客户端数SNMP agentPPPoE1m无1.3.6.1.4.1.9.9.150.1.1.1.0Atividade PingPing 可用性Simple checkicmpping60s无值映射 Service state0→Down1→UpPerda de Pacote丢包率Simple checkicmppingloss60s%无Latencia延迟Simple checkicmppingsec60ss无几点值得注意的实现细节温度需要预处理修正RouterOS 的 MIBMikrotik 私有 OID 前缀1.3.6.1.4.1.14988以十分之一摄氏度返回数值因此模板对两个温度项都配置了MULTIPLIER 0.1预处理步骤将原始值还原为真实摄氏温度sysUpTime则以厘秒计数配置MULTIPLIER 0.01后配合uptime单位由 Zabbix 格式化显示。内存类计算项的引用关系vm.memory.free与vm.memory.pused都是 Calculated 类型直接引用上述两个 SNMP 采集项做差值/百分比运算。注意模板中内存总量与已用内存的单位被标记为bps同时预处理乘数分别为 1045 与 10241045 疑为模板作者的笔误或特定设备校准值实际使用时可结合设备实测值修正。PPPoE 客户端数来源特殊Clientes Conectado使用的 OID1.3.6.1.4.1.9.9.150.1.1.1.0位于思科企业 MIB 段模板作者借其读取 PPPoE 会话计数读取到的数值即当前在线 PPPoE 拨号客户端数量。该字段能否返回有效值取决于目标设备对该 OID 的响应情况导入后建议先用snmpwalk验证。Ping 三件套可用性、丢包率、延迟分别由icmpping、icmppingloss、icmppingsec三个 Simple check 承载其中icmpping通过Service state值映射将 0/1 转换为 Down/Up便于直观阅读。CPU 多核汇总模板内置的计算公式模板单核设备的 CPU 使用率可直接使用默认计算项但多核设备需要手工调整公式。README 中作者给出了明确的改造指引YAML 中同样保留了这段说明按设备实际核心数将cpucore[ifnum]计算项的 params 替换为对应的平均值公式。双核(last(//cpucore[ifnum1])last(//cpucore[ifnum2]))/2三核(last(//cpucore[ifnum1])last(//cpucore[ifnum2])last(//cpucore[ifnum3]))/3四核(last(//cpucore[ifnum1])last(//cpucore[ifnum2])last(//cpucore[ifnum3])last(//cpucore[ifnum4]))/4其背后的数据来源是 CPU 自动发现规则见下一节生成的cpucore[ifnum{#SNMPINDEX}]单核采集项ifnum1、ifnum2等即 LLD 宏展开后的具体索引。默认参数(last(//cpucore[ifnum1]))/1等价于只取第一个核因此在多核 RouterBOARD如 CCR、RB3011 等上务必按核心数改写否则聚合曲线只能反映单核负载。模板同时预置了名为CPU% De taxa de uso的图形graph直接引用该计算项。六条自动发现规则端口、PPPoE 与 CPU 的 LLD 设计该模板的核心亮点在于用 6 条 SNMP LLD 规则自动展开网络接口流量、PPPoE 拨号接口流量、本地 NIC、CPU 核心四类监控对象。每条规则通过{#SNMPINDEX}正则过滤器圈定目标范围避免把 RouterOS 内部虚拟接口如 bridge、loopback 等全部纳入。以下为各规则的关键配置同样取自 5.4/template_mikrotik_routeros.yaml发现规则名称Key过滤正则{#SNMPINDEX}生成的监控项原型Descubra interfaces de rede网络接口发现net.if.discovery^\d{2,3}$2–3 位数字索引net.if.in[ifHCInOctets.{#SNMPINDEX}]、net.if.out[ifHCOutOctets.{#SNMPINDEX}]1s 更新CHANGE_PER_SECOND ×8Verificar automaticamente a conta de discagem VPNPPPoE 拨号接口发现net.if.discoveryppp^(157)\d{1,}$索引以 157 开头net.if.in[ifHCInOctetsppp.{#SNMPINDEX}]、net.if.out[ifHCOutOctetsppp.{#SNMPINDEX}]30s 更新Descubra a interface NIC local本地 NIC 发现discoverylocal^([1,2,3,4,5,6,7,8,9]\|10)$1–10net.if.in[localin.{#SNMPINDEX}]、net.if.out[localout.{#SNMPINDEX}]1s 更新Descubra as estatísticas de tráfego da interface接口流量统计发现net.if.discoveryStatistics^\d{2,8}$2–8 位数字索引net.if[interface.in.{#SNMPINDEX}]、net.if[interface.out.{#SNMPINDEX}]30s 更新bpsDescubra automaticamente estatísticas de tráfego da NIC local本地 NIC 统计发现net.if.discoveryStatisticslocal^([1,2,3,4,5,6,7,8,9]\|10)$net.if[localinterface.in.{#SNMPINDEX}]、net.if[localinterface.out{#SNMPINDEX}]30s 更新bpsVerificar automaticamente a CPUCPU 核心发现system.discoverycpu^([0,1,2,3,4,5,6,7,8,9]\|10\|11\|12\|13\|14\|15\|16)$0–16CPU{#SNMPINDEX}Usekeycpucore[ifnum{#SNMPINDEX}]15s 更新%这些规则在底层都通过宏内嵌 OID 列表的 SNMP 发现方式实现例如接口类发现规则的 OID 形如discovery[{#IFOPERSTATUS},1.3.6.1.2.1.2.2.1.8,{#IFADMINSTATUS},1.3.6.1.2.1.2.2.1.7,...,{#IFNAME},1.3.6.1.2.1.31.1.1.1.1,...]一次 walk 同时带回接口运行状态、管理状态、别名、名称、描述与类型CPU 发现则基于1.3.6.1.2.1.25.3.3.1.2hrProcessorLoad 表。各发现规则对应的监控项原型又分别挂接了预置图形原型graph prototype导入后每个被发现的接口/核心都会自动生成入向/出向流量对比图。需要特别指出的是规则间的分工逻辑实时速率1s 间隔由net.if.in/out[...]系列承担配合CHANGE_PER_SECOND将计数器差值换算为每秒速率与MULTIPLIER 8字节转比特两道预处理累计流量30s 间隔由net.if[interface.in/out...]系列承担直接保留计数器绝对值单位为 bpsPPPoE 拨号接口通过索引前缀 157 的过滤条件被单独剥离出来与物理端口监控隔离避免 PPPoE 隧道数量波动导致监控项大规模增删。预置图形与值映射模板在图形graphs层面预置了三张非 LLD 的汇总图导入即可直接查看图形名称引用监控项CPU% De taxa de usoCPU 使用率cpucore[ifnum]Temperatura do equipamento设备温度mikrotik.device.temperatureUso de memória内存使用率vm.memory.pused[memoryUsedPercentage.Memory]此外前面提到的Service state值映射0 → Down1 → Up随模板一并导入作用于 Ping 可用性采集项。所有采集项均带有Application标签如Status da CPU、Status da memória、Estado de saúde、Interface local、Interface PPP、Interface de rede externa等便于在监控界面按应用维度筛选。关于触发器的重要提示与扩展建议README 的 Triggers 一节明确写着 There are no triggers in this template即该模板默认不含任何告警触发器这在实际运维中意味着导入后所有指标只会被采集、绘图不会主动告警。建议在正式启用前自行补充以下触发器以下仅给出思路与示例表达式CPU/内存使用率持续过高avg(/Mikrotik RouterOS/cpucore[ifnum],5m)90设备温度越界last(/Mikrotik RouterOS/mikrotik.device.temperature)70Ping 不可达last(/Mikrotik RouterOS/icmpping)0PPPoE 客户端数异常波动可参考同仓库的姊妹模板 template_quantidade_de_clientes_pppoe1 Check Active Client PPPoE——该模板与本文模板同作者、复用同一个 PPPoE OID1.3.6.1.4.1.9.9.150.1.1.1.0与 KeyPPPoE但额外内置了两条 HIGH 级别触发器last(/1 Check Active Client PPPoE/PPPoE)1000超过 1000 客户端告警与last(/1 Check Active Client PPPoE/PPPoE)100低于 100 客户端告警可作为本文模板补充触发器的现成参考甚至可直接将两条表达式移植到Clientes Conectado采集项上。结合仓库生态的延伸阅读如果需要在本文模板之上扩展更细粒度的 Mikrotik 监控仓库 Network_Devices/Mikrotik 目录下还维护着一批同主题模板可作为组合参考template_mikrotik_queue_traffic_discovery队列流量发现、template_mikrotik_wireless_lld无线接口 LLD、template_mikrotik_bgp_lldBGP 会话、template_sfp_mikrotikSFP 光模块以及template_monitoramento_de_mikrotik_sem_interface_pppoe不含 PPPoE 接口的精简监控变体等。本文模板与其互补使用可以构成从设备健康 → 端口流量 → 业务接入PPPoE→ 路由/无线的完整监控链条。小结综合来看这份Mikrotik RouterOS模板以SNMP 静态采集 六条 LLD 规则双轨并行的方式在 Zabbix 5.0/5.4/6.0 三个版本下提供了开箱即用的 RouterOS 监控方案温度、内存、运行时长、Ping、PPPoE 客户端数一应俱全端口与 CPU 核心通过正则过滤自动发现并生成图形。其无宏、无模板链接、无触发器的特性既是上手门槛低的优点也是需要使用者自行补全告警策略的注意点——结合仓库中的姊妹 PPPoE 模板与同主题扩展模板即可快速落地一套适合 RB 设备运维的完整监控体系。赞分享【免费下载链接】community-templatesZabbix Community Templates repository项目地址https://gitcode.com/gh_mirrors/co/community-templates点击查看免费下载相关推荐Zabbix 模板实战基于 SNMP 全维度监控 MikroTik CCR1016-12G 路由器Zabbix 模板实战基于 SNMP 全维度监控 MikroTik CCR1016 12G 路由器 导读 本文基于 Zabbix 官方自带的 MikroTi指标监控可观测性告警运维基于 SNMP 的 EVS XServer 监控Zabbix 社区模板 EVS by SNMP 深度解析基于 SNMP 的 EVS XServer 监控Zabbix 社区模板 EVS by SNMP 深度解析 本篇文章围绕 Zabbix CommunityZabbix 模板实战基于 SNMP 全量监控 MikroTik FiberBox 室外交换机Zabbix 模板实战基于 SNMP 全量监控 MikroTik FiberBox 室外交换机 导读 本文以当前仓库中的官方模板 MikroTik Fiber指标监控可观测性告警运维上一篇TV BroAndroid TV智能浏览新体验全解析下一篇从0到1使用Claude Code Development Kit开发完整项目实战案例详解创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考