【免费下载链接】community-templatesZabbix Community Templates repository项目地址https://gitcode.com/gh_mirrors/co/community-templates点击查看免费下载本指南基于 Zabbix Community Templates 仓库中的官方模板Mikrotik RB750-RB1100作者 Danilo Barros de Medeiros模板版本 1.1面向需要在 Zabbix 中通过 SNMP 监控 MikroTik RouterBoard RB750 / RB1100 系列设备的运维人员。读完本文你将掌握该模板的完整监控项清单、底层 OID 与预处理逻辑、接口自动发现LLD机制、告警触发器策略以及如何将其导入 Zabbix 并正确部署到真实环境。模板概述与适用场景Mikrotik RB750-RB1100是 Zabbix Community Templates 仓库中专门为 MikroTik RB750 与 RB1100 两款 RouterBoard 设备设计的监控模板。模板文件位于 Network_Devices/Mikrotik/template_mikrotik_rb750-rb1100/ 目录按 Zabbix 版本划分了三个子目录5.0/提供 Zabbix 5.0 格式的 XML 导出文件 template_mikrotik_rb750-rb1100.xml5.4/提供 Zabbix 5.4 格式的 YAML 导出文件 template_mikrotik_rb750-rb1100.yaml本指南以该文件为实现依据6.0/提供 Zabbix 6.0 格式的 YAML 导出文件 template_mikrotik_rb750-rb1100.yaml。模板的原始设计目标版本为 Zabbix 3.0README 中标注 Versão Zabbix: 3.0后来被移植并导出为 5.x / 6.x 格式因此在较新版本的 Zabbix 中仍可直接导入使用。从 5.4 版 YAML 导出文件 的头部信息可以看到模板所属主机组groupsRouter Mikroitk导出日期2021-11-21T21:20:06Z监控数据全部通过SNMP agent与Simple checkICMP采集不依赖 Zabbix Agent也不依赖任何外部脚本。模板本身未定义任何宏There are no macros links in this template.也未链接其他模板是一个开箱即用、零依赖的独立模板非常适合中小型网络场景下快速纳管 MikroTik 路由器。导入模板与关联主机导入步骤根据你的 Zabbix Server 版本选择对应格式的导出文件Zabbix 5.0 使用 5.0 目录下的 XML 文件Zabbix 5.4 / 6.0 使用对应目录下的 YAML 文件在 Zabbix Web 界面中依次进入Configuration → Templates → Import选择本地下载的 XML / YAML 文件勾选需要的导入选项模板、监控项、触发器、图等点击Import导入成功后在Configuration → Hosts中创建或编辑目标路由器主机为该主机配置 SNMP 接口IP / DNS、端口 161、SNMP version、Community如public或自定义只读团体名并将模板Mikrotik RB750-RB1100链接到主机上。前置条件在 MikroTik 上启用 SNMP模板的绝大多数监控项依赖 SNMP 采集因此必须在 RouterOS 上开启 SNMP 服务并配置只读团体名。可在 WinBox 或命令行执行类似命令/ snmp set enabledyes contactzabbix locationrack-01 / snmp community set [ find defaultyes ] namepublic read-onlyyes需要说明的是RB750 / RB1100 属于较早期的 RouterBoard 型号部分硬件健康类 OID如温度、电压只有在设备硬件与固件支持时才会返回数据部署后若个别监控项显示 Not supported通常即表示该型号/固件不提供对应传感器读数详见下文监控项分析。监控项全景从 OID 到 Zabbix Key模板共采集 14 个固定监控项非 LLD全部通过 SNMP agent 或 ICMP Simple check 获取关键 OID、Key、更新间隔与单位如下表所示依据 5.4 版 YAML监控项名称采集类型SNMP OID / 检查方式Zabbix Key更新间隔单位预处理PingSimple checkICMP pingicmpping120s--PinglossSimple checkICMP 丢包率icmppingloss[,,,,]60s%-PingLatencySimple checkICMP 往返时延icmppingsec120smsMULTIPLIER × 1000System nameSNMP agent.1.3.6.1.2.1.1.5.0mikrotik.identity.name3600s--System uptimeSNMP agent.1.3.6.1.2.1.1.3.0mikrotik.uptime30suptimeMULTIPLIER × 0.01System version and hwSNMP agentiso.3.6.1.2.1.47.1.1.1.1.2.65536mikrotik.version.and.hw3600s--CPU loadSNMP agent.1.3.6.1.2.1.25.3.3.1.2.1mikrotik.cpu.load30s--CPU temperatureSNMP agent.1.3.6.1.4.1.14988.1.1.3.11.0mikrotik.processor.temperature30s°CMULTIPLIER × 0.1System temperatureSNMP agent.1.3.6.1.4.1.14988.1.1.3.10.0mikrotik.system.temperature30s°CMULTIPLIER × 0.1VoltageSNMP agent.1.3.6.1.4.1.14988.1.1.3.8.0mikrotik.voltage30sVMULTIPLIER × 0.1Total memorySNMP agent.1.3.6.1.2.1.25.2.3.1.5.65536mikrotik.total.memory30sBMULTIPLIER × 1024Used memorySNMP agent.1.3.6.1.2.1.25.2.3.1.6.65536mikrotik.used.memory30sBMULTIPLIER × 1024Total disk spaceSNMP agent.1.3.6.1.2.1.25.2.3.1.5.131073mikrotik.total.disk.space30sBMULTIPLIER × 1024Used disk spaceSNMP agent.1.3.6.1.2.1.25.2.3.1.6.131073mikrotik.used.disk.space30sBMULTIPLIER × 1024注.1.3.6.1.4.1.14988是 MikroTik 的企业私有 MIB 前缀enterprise number 14988温度、电压监控项均来自该私有 MIB 段其余系统级指标sysName、sysUpTime、hrProcessorLoad、hrStorage来自标准 MIB。系统基础信息System name.1.3.6.1.2.1.1.5.0即sysName与System version and hwiso.3.6.1.2.1.47.1.1.1.1.2.65536即实体表entPhysicalDescr以 3600 秒1 小时的间隔低频采集用于记录设备的身份、RouterOS 版本与硬件型号信息属于字符型CHAR数据不保留趋势trends: 0。System uptime.1.3.6.1.2.1.1.3.0即sysUpTime则每 30 秒采集一次单位设置为uptimeZabbix 会将其自动换算为可读的运行时长格式。硬件健康CPU、温度与电压CPU loadOID.1.3.6.1.2.1.25.3.3.1.2.1hrProcessorLoad直接返回 CPU 使用率百分比每 30 秒刷新CPU temperature / System temperature分别对应私有 MIB.1.3.6.1.4.1.14988.1.1.3.11.0与.1.3.6.1.4.1.14988.1.1.3.10.0。RouterOS 以十分之一摄氏度deci-degree为单位返回整数值因此模板配置了MULTIPLIER预处理参数为0.1把原始值换算成标准摄氏度后以°C展示Voltage私有 MIB.1.3.6.1.4.1.14988.1.1.3.8.0同样以 0.1 伏为单位返回模板同样通过MULTIPLIER × 0.1换算为伏特V。这三个健康类监控项的历史数据保留 365 天、趋势保留 1825 天适合长期观察设备老化趋势。需要再次强调若设备固件不支持温度/电压传感器这些监控项在主机上会呈现为 Not supported不支持状态这是正常现象不代表模板故障。内存与磁盘内存与磁盘通过HOST-RESOURCES-MIB的存储表hrStorage采集均以字节B为单位总内存/已用内存hrStorageAllocationUnits与hrStorageUsed对应索引65536OID 分别为.1.3.6.1.2.1.25.2.3.1.5.65536与.1.3.6.1.2.1.25.2.3.1.6.65536总磁盘/已用磁盘同一存储表的索引131073OID 分别为.1.3.6.1.2.1.25.2.3.1.5.131073与.1.3.6.1.2.1.25.2.3.1.6.131073。MikroTik 存储表的分配单元Allocation Units为 1024 字节的倍数因此模板统一配置了MULTIPLIER × 1024预处理将原始分配单元数换算为实际字节数避免在图上出现容量数值偏小 1024 倍的常见错误。连通性Ping 三件套Pingicmpping每 120 秒探测一次返回 1可达或 0不可达并挂接了值映射Service state0 → Down1 → UpPinglossicmppingloss[,,,,]每 60 秒统计一次丢包百分比单位为 %PingLatencyicmppingsec每 120 秒采集往返时延。Zabbix 的icmppingsec原生以秒为单位返回模板通过MULTIPLIER × 1000预处理将其转换为毫秒ms展示数值类型为 FLOAT。接口自动发现LLD批量监控所有物理/逻辑接口模板的核心亮点在于通过一条 LLD 规则自动发现设备上的全部接口并为每个接口动态生成流量、错误与状态监控项无需为每个端口手工创建监控项。发现规则定义从 5.4 版 YAML 可以看到discovery_rules: - name: LLD Interfaces type: SNMP_AGENT snmp_oid: discovery[{#IFDESCR},IF-MIB::ifDescr] key: ifDescr delay: 30该规则每 30 秒执行一次通过 Zabbix 内置的discovery[{#MACRO},OID]语法遍历IF-MIB::ifDescrifDescr表为每个接口生成宏{#IFDESCR}接口描述如ether1、bridge-local等以及{#SNMPINDEX}SNMP 表索引。后续原型监控项通过{#SNMPINDEX}拼接出对应的ifAlias、ifInOctets、ifOutOctets、ifInErrors、ifOutErrors、ifOperStatus等 OID。六个接口原型监控项原型名称OID 模板Key单位预处理Alias Interface $1IF-MIB::ifAlias.{#SNMPINDEX}ifAlias[{#IFDESCR}]--Inbound Interface $1IF-MIB::ifInOctets.{#SNMPINDEX}ifInOctets[{#IFDESCR}]bpsCHANGE_PER_SECOND → MULTIPLIER × 8Outbound Interface $1IF-MIB::ifOutOctets.{#SNMPINDEX}ifOutOctets[{#IFDESCR}]bpsCHANGE_PER_SECOND → MULTIPLIER × 8In-Erros Interface $1IF-MIB::ifInErrors.{#SNMPINDEX}ifInErrors[{#IFDESCR}]-CHANGE_PER_SECONDOut-Erros Interface $1IF-MIB::ifOutErrors.{#SNMPINDEX}ifOutErrors[{#IFDESCR}]-CHANGE_PER_SECONDOperacional Status Interface $1IF-MIB::ifOperStatus.{#SNMPINDEX}ifOperStatus[{#IFDESCR}]-CHANGE_PER_SECOND其中流量监控项的预处理链值得特别说明- type: CHANGE_PER_SECOND # 把计数器增量换算为每秒变化量byte/s - type: MULTIPLIER # × 8把 byte/s 换算为 bit/sbpsifInOctets/ifOutOctets是 32 位计数器counter32累计值本身没有展示意义必须经过CHANGE_PER_SECOND求差值/秒后才能得到实时速率再乘以 8 将字节/秒转换为比特/秒配合bps单位即可得到符合网络工程师阅读习惯的接口带宽数值。ifInErrors/ifOutErrors同样经过CHANGE_PER_SECOND展示每秒的收/发错误增量。接口流量图原型模板还内置了一张图原型Inbound/Outbound - {#IFDESCR}将每个接口的四个指标绘制在同一张图上便于直观对比ifInErrors[{#IFDESCR}]粗线BOLD_LINE颜色EEEE00黄ifInOctets[{#IFDESCR}]渐变线GRADIENT_LINE颜色00DD00绿ifOutErrors[{#IFDESCR}]粗线颜色CC0000红ifOutOctets[{#IFDESCR}]渐变线颜色0000EE蓝。告警触发器与依赖关系模板内置了 4 类触发器其中 1 个为 LLD 触发器原型覆盖了设备失联 → 链路质量下降 → 接口状态变化的完整告警链路。设备失联告警Ping 触发Ping 监控项挂载了两个触发器构成分级告警触发器名称表达式优先级含义{HOSTNAME} fora de alcance (3min)sum(/Mikrotik RB750-RB1100/icmpping,180s)0information连续 3 分钟无响应{HOSTNAME} fora de alcance (5min)sum(/Mikrotik RB750-RB1100/icmpping,280s)0disaster连续 5 分钟无响应表达式sum(icmpping,180s)0的含义是在最近 180 秒窗口内所有 ICMP 探测结果之和为 0即全部探测失败。5 分钟的触发器优先级为disaster灾难用于最终确认设备完全离线。3 分钟的触发器设置了依赖dependencies指向 5 分钟触发器——当 5 分钟失联告警已触发时3 分钟告警将自动抑制避免告警风暴这正是 Zabbix 触发器依赖关系的典型用法。丢包告警Pingloss 触发触发器名称表达式优先级{HOSTNAME} com perda de pacoteavg(/Mikrotik RB750-RB1100/icmppingloss[,,,,],#3)35warning表达式avg(icmppingloss[,,,,],#3)35表示最近 3 次采样的平均丢包率超过 35% 时告警warning 级别。该触发器同样依赖设备失联5min触发器如果设备已完全失联丢包告警不再重复上报。模板原始描述中提到告警阈值与50%相关Perda de Pacotes acima de 50%但 YAML 中实际阈值取 35%部署后可按实际网络质量调整。接口状态变化告警LLD 触发器原型触发器原型名称表达式优先级Status Operacional Alterado {HOST.NAME} Interface {#IFDESCR}(last(ifOperStatus[{#IFDESCR}],#1)last(ifOperStatus[{#IFDESCR}],#2))1information该原型为每个被发现的接口生成一条告警比较接口ifOperStatus最近两次采集值若最新值#1与上一值#2不同说明接口运行状态发生变化up ↔ down触发 information 级别告警监控人员可据此感知端口闪断或链路切换。值映射与标签体系Service state 值映射Ping 监控项0/1 数值挂接了Service state值映射定义于 5.4 版 YAML原始值映射文本0Down1Up这样在最新数据与告警信息中会直接显示 Up / Down 而非原始 0/1可读性更好。标签Tags组织模板为所有监控项与原型打上了Application标签便于在 Zabbix 中按业务维度筛选和分组Conexão连接Ping、Pingloss、PingLatencyCPUCPU loadHealthCPU temperature、System temperature、VoltageDiskTotal/Used disk spaceMemoriaTotal/Used memoryGeral通用System name、System uptime、System version and hwDiscovery NetworkLLD 接口原型下的全部监控项。使用前提与注意事项SNMP 必须开启模板以 SNMP 采集为主MikroTik 侧需开启 SNMP 并配置只读团体名否则除 ICMP 类监控项外的所有指标都会不可用模板无宏、无模板链接README 明确标注 There are no macros links in this template. 与 There are no template links in this template.因此部署时无需也无法通过宏覆盖来调整 OID 或间隔如需改动可直接在 Zabbix 界面中编辑监控项硬件健康 OID 的型号差异温度、电压来自 MikroTik 私有 MIBRB750 / RB1100 部分型号或固件可能不暴露这些传感器表现为 Not supported属正常现象版本兼容性README 标注模板面向 Zabbix 3.0 设计仓库按 5.0 / 5.4 / 6.0 分别提供导出文件请务必选择与你的 Zabbix Server 主版本匹配的文件导入接口计数器的精度ifInOctets/ifOutOctets为 32 位计数器在高速率长时间运行下可能回绕wrap模板未做计数器回绕处理这是该模板对旧型号设备妥协后的固有特性生产环境可结合设备速率评估是否需要叠加 64 位计数器监控。延伸与其他 MikroTik 模板的配合本模板聚焦 RB750 / RB1100 的基础资源与接口监控。若你的网络中还有 CCR、RB3011、RB260GS 等其他 RouterBoard 型号或需要 RouterOS 系统级、BGP、队列、无线等更深入的指标可在同一仓库的 Network_Devices/Mikrotik/ 目录下找到template_mikrotik_os、template_mikrotik_bgp_lld、template_mikrotik_queue_traffic_discovery、template_mikrotik_wireless_lld等互补模板按设备型号与监控需求组合使用从而构建覆盖整个 MikroTik 网络的统一监控体系。赞分享【免费下载链接】community-templatesZabbix Community Templates repository项目地址https://gitcode.com/gh_mirrors/co/community-templates点击查看免费下载相关推荐Zabbix 模板深度解析通过 SNMP 监控 MikroTik CCR1016-12S-1S 路由器Zabbix 模板深度解析通过 SNMP 监控 MikroTik CCR1016 12S 1S 路由器 导读 本文以 MikroTik CCR1016 12指标监控可观测性告警运维Zabbix 模板详解使用 SNMP 监控 MikroTik RB4011iGSRM 路由器Zabbix 模板详解使用 SNMP 监控 MikroTik RB4011iGSRM 路由器 本指南以 Zabbix 官方模板库中面向 MikroTik R指标监控可观测性告警运维MikroTik 路由器队列流量监控实战:Zabbix Mikrotik-QUEUE 模板(SNMP LLD)原理与部署指南MikroTik 路由器队列流量监控实战:Zabbix Mikrotik QUEUE 模板 SNMP LLD 原理与部署指南 本篇技术指南围绕 Zabbix 社上一篇Loop窗口管理工具优雅提升Mac工作效率的免费开源方案下一篇从开源到企业级VMware Tanzu RabbitMQ如何解决商业痛点创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
