Zabbix 深化：模板 / 自动发现 / API / Grafana（API 批量与 Grafana 看板）

适用场景

监控做小了没事，做大了就乱：主机成百上千、模板五花八门、告警重复。要靠规范化与自动化维持。

配置步骤（API 批量与 Grafana 看板）

# API 批量导入主机
curl -s -H 'Content-Type: application/json-rpc' -d '{\「jsonrpc\」:\「2.0\」,\「method\」:\「host.create\」,\「params\」:{\「host\」:\「web01\」,\「interfaces\」:[{\「type\」:1,\「main\」:1,\「ip\」:\「10.0.10.11\」,\「port\」:\「10050\」,\「useip\」:1}],\「groups\」:[{\「groupid\」:\「2\」}],\「templates\」:[{\「templateid\」:\「10001\」}]},\「id\」:1,\「auth\」:\「TOKEN\」}' http://zabbix/api_jsonrpc.php
# Grafana 接入 Zabbix 数据源，做业务看板

关键参数与建议

• 模板分层：基础模板（OS/网络）+ 角色模板（DB/中间件）+ 业务模板
• 自动注册/网络发现：新主机自动纳入并套用模板，减少手工
• 命名规范：主机名与资产台账一致，标签（Tags）标注环境/业务/负责人
• 告警分级与依赖：父主机告警时抑制子监控项告警，避免告警风暴
• API 批量操作：批量导入主机、导出配置、巡检报表

容易踩的坑

• API Token 泄漏，等同监控系统权限
• 看板做大屏但不设阈值，只看不告警
• 数据源直连数据库，影响监控性能

验证与巡检

# 验证：API 创建的主机出现在监控中；看板数据与 Zabbix 一致

• 巡检：Token 定期更换、看板与告警配套

小结

Zabbix 的运维重点是"模板与标签治理"：模板不统一会越用越乱，标签不规范则告警无法自动分派。

> 说明：文中命令为通用写法，不同型号/版本可能略有差异，落地前请对照设备实际版本的官方文档；带外管理与安全设备变更建议先在测试设备验证。