[参考文章]:[错误汇总]zabbix_get 的值一直为 0 1. 问题现象 zabbix 版本:3.4: server 端部署在 192.168.145.134 ,agent 节点部署在 192.168.134 和 192.168.145.135 上: 在 135 上 zabbix_agentd -t  item-key  可以正常查询到数据: web 界面上 134 节点的 监控项可以正常显示,135 节点的监控项值一直为 0  或者 空: 2. 问题原因 在 server 端 ,使用  

[转载]https://www.cnblogs.com/zhenglisai/p/6547402.html [zabbix]自定义监控项key值   说明: zabbix自带的默认模版里包括了很多监控项,有时候为了满足业务需求,需要根据自己的监控项目自定义监控项,这里介绍一种自定义监控项的方式. 1,首先编写自定义监控脚本,本文以监控httpd进程是否存在为例. 脚本名字:check_httpd.sh 脚本目录(这个目录可以自定义):/usr/local/etc/zabbix_scripts 脚

目录 一.实际业务场景 业务问题 解决办法 二.Zabbix触发器和监控项与用户预警设置时间范围配置流程 一.触发器设置时间范围 二.监控项设置时间范围 三.用户报警设置启用时间 一.实际业务场景 业务问题 最近在监控 ActiveMQ 的阻塞消息时,发现每天0点都有预警,然后进行排查,0 点确实是有阻塞消息,这个阻塞消息的存在,是因为 0点系统进行结算,会产生大量的消息,并且有一些结算任务,导致消息会有阻塞.但是这个阻塞是正常的,我不想进行预警,那么有以下方法可以禁止这个预警: 设置监控时间

说明: zabbix自带的默认模版里包括了很多监控项,有时候为了满足业务需求,需要根据自己的监控项目自定义监控项,这里介绍一种自定义监控项的方式. 1,首先编写自定义监控脚本,本文以监控httpd进程是否存在为例. 脚本名字:check_httpd.sh 脚本目录(这个目录可以自定义):/usr/local/etc/zabbix_scripts 脚本内容: #!/bin/bash result=`ps -ef | grep httpd | grep -v grep` if [ -n "$resu

一 Items简介 Items是从主机里面获取的所有数据,可以配置获取监控数据的方式.取值的数据类型.获取数值的间隔.历史数据保存时间.趋势数据保存时间.监控key的分组等. 通常情况下item由key+参数组成,如监控项中需要获取cpu信息,则需要一个对应的监控key:system.cpu.load.如果是获取网卡流量,那么获取网卡这个监控项需要key:net.if.in或者net.if.out.监控项的数据保存在Zabbix.items表中,即select * form zabbix.ite

目录 一.用户自定义参数 二.配置 监控 TCP 连接状态 在实际监控中,除了官方自带的一些监控项,我们很多时候有一些定制化监控,比如特定的服务.TCP 连接状态等等,这时候就需要自定义监控项.自定义监控项的就是要通过用户自定义的参数来执行监控获取数据.本文将讲讲用户自定义参数和一个用户自定义参数的示例(监控 TCP 连接状态). 一.用户自定义参数 官方文档 用户定义参数可以用来帮助用户实现通过 Zabbix agent 执行非 Zabbix 原生的 agent check. 在 agent

zabbix获取windows服务器上数据C:\zabbix_agents\conf\zabbix_agentd.win.confUserParameter=conncount,d:\\tools\\online_conncount.bat举例获取 mysql 用户数 @echo off set mysql="D:\tools\mysql.exe" %mysql% --defaults-extra-file=d:\\tools\\my.cnf --default-character-s

类似报警信息为:Zabbix discoverer processes more than 75% busy 解决方法:修改zabbix_server配置 原因:每个discovery任务在一定时间内占用1个discovery进程,而zabbix_server.conf中默认配置只有1个discovery(被注释,默认生效): 解决方法 1. 修改zabbix_server.conf中discovery进程数量:StartDiscoverers可根据设置的discovery任务数量设置,范围是0

宏 概述 Zabbix支持许多在多种情况下使用宏.宏是一个变量,由如下特殊语法标识: {MACRO} 根据在上下文中, 宏解析为一个特殊的值. 有效地使用宏可以节省时间,并使Zabbix变地更加高效. 在一个的典型用途中,宏可以用于模板中.因此,模板的触发器可能命名为“Processor load is too high on {HOST.NAME}”.当这个模板应用与主机(如 Zabbix Server )时,并且当触发器展示在监控页面上时,触发器的名称讲解析为“Processor load

通过上一章<Docker下实战zabbix三部曲之二:监控其他机器>的实战,我们了解了对机器的监控是通过在机器上安装zabbix agent来完成的,zabbix agent连接上zabbix server之后,将自己所在机器的信息定时给到zabbix server,这样就实现了机器的监控: 但是我们能监控到的只有cpu,磁盘这些基础信息,对于一些业务信息例如访问量,某个逻辑的执行成功失败次数等信息,我们也想进行监控,这就需要我们去制作自定义监控项了,本章我们就一起来实战自定义监控项吧. 全系

先了解一下zabbix的相关概念 监控项(iterms):一个具体的指标,比如某个人的体重. 键(key):通过定义(自定义或者zabbix自带)的key获取相应指标的具体值,比如这个人的体重50斤 触发器(trigger):可以理解为多个条件表达式.对某个iterm的监控,当多个条件表达式都为true,达到阈值时,触发器将被触发.比如,定义的trigger 最新值不得大于50,这个时候通过key去获取的iterm值刚好51,达到触发条件. 事件(event):触发器状态发生改变时,将会产生事件

1.zabbix⾃定义监控初试 如何获取系统中想监控对象的值,获取后⼜如何将该值传递给Zabbix-Server 1.1.监控系统中的对象 #(系统监控命令 + awk + 筛选条件 = 监控的状态值) [root@web01 ~]# w|awk 'NR==1{print $6}' 1.2.在/etc/zabbix/zabbix_agentd.d/⽬录中新增监控项,使⽤UserParameter=<key>,<shell command> [root@web01 ~]# vim /

概述 Zabbix支持许多在多种情况下使用宏.宏是一个变量,由如下特殊语法标识: {MACRO} 根据在上下文中, 宏解析为一个特殊的值. 有效地使用宏可以节省时间,并使Zabbix变地更加高效. 在一个的典型用途中,宏可以用于模板中.因此,模板的触发器可能命名为“Processor load is too high on {HOST.NAME}”.当这个模板应用与主机(如 Zabbix Server )时,并且当触发器展示在监控页面上时,触发器的名称讲解析为“Processor load is

监控项是在zabbix中手机数据的基础,没有监控项就没有数据,系统自带模板带有大量默认item,自定义item可以定义在模板中,在应用模板即可使用对应item:也可直接在host中定义 目标:自定义监控项检查/tmp/aa文件是否存在,并设置触发器,实现邮件报警 其实zabbix自带监控项vfs.file.exists可以检查文件是否存在,本文主要为了说明怎么自定义监控项,所以不使用自带的. vfs.file.exists[file] 检查文件是否存在.返回 0 - 未找到文件:1 - 常规文件

目录:Django其他篇 01: 安装zabbix server 02:zabbix-agent安装配置 及 web界面管理 03: zabbix API接口 对 主机.主机组.模板.应用集.监控项.触发器等增删改查 04:获取zabbix监控信息 目录: 1.1 zabbix认证和请求函数 1.2 主机组操作 1.3 主机操作 1.4 模板操作 1.5 应用集操作 1.6 监控项操作 1.7 触发器操作 2.1 通过api 接口从 创建主机 到创建并关联模板全过程 1.1 zabbix认证和请

监控项 概述 监控项是从主机收集的数据信息. 配置主机后,你需要添加一些监控项以开始获取实际数据. 一个监控项是一个独立的指标.快速添加多个监控项的一种方法是将一个预定义的模板附加到主机.然而,为了优化系统性能,您可能需要对模板进行微调,使其只有真正需要的监控项被频繁的监控到. 在单个监控项中,你可以指定从主机收集哪些数据. 为此,你可以使用监控项key. 从而,具有名称为system.cpu.load的监控项将收集处理器负载的数据,而名为net.if.in的监控项将收集传入的流量信息. 要用k

[zabbix]自定义监控项key值   说明: zabbix自带的默认模版里包括了很多监控项,有时候为了满足业务需求,需要根据自己的监控项目自定义监控项,这里介绍一种自定义监控项的方式. 1,首先编写自定义监控脚本,本文以监控httpd进程是否存在为例. 脚本名字:check_httpd.sh 脚本目录(这个目录可以自定义):/usr/local/etc/zabbix_scripts 脚本内容: #!/bin/bash result=`ps -ef | grep httpd | grep -v

简介: Zabbix 是一个分布式监控系统,它可以以一个中心点.多个分节点的模式运行,使用 proxy 能降低 Zabbix Server 的压力,当然也带来了成本~ 适用范围:跨机房.跨地域的网络监控系统,可以监控拥有不可靠网络连接的区域,简化分布式监控的维护,分担 Zabbix Server 压力 例子: 公司有个项目或多个项目,在不同地域都有大批量的服务器需要被监控 总不能一个地域搭建一个 Zabbix Server 吧,这样即不方便管理.也浪费资源,如果就一台 Zabbix Server

Zabbix通过进程名监控进程状态配置详解 有时候我们只能通过进程名监控一个进程是否停掉了,因为有的进程并没有对外提供端口号,以下记录了下详细步骤,通过这个示例会学到很多zabbix核心配置相关的东西. 总的来说,配置一个完整的监控流程如下: 1.创建监控项,即配置要监控的指标,如内存的使用率,CPU的使用率,进程的运行状况等,配了监控项后就会定时收集机器的配置信息,然后等待zabbix server收集(zabbix agent被动模式). 2.创建触发器,触发器将监控项收集的数据通过触发器表

Zabbix 自定义监控项之监控 vsftpd zabbix 提供了很多监控选择,功能丰富,我们还可以根据自定义来监控想要监控一些日常的服务等. 说明: 此处我们通过监控 ftp (自定义命令),实现如果 ftp 服务挂掉后自动重启,并邮件告警通知. 参考官档:https://www.zabbix.com/documentation/4.0/zh/manual/config/items/userparameters 具体步骤 1)在agent上先测试命令,vsftpd作为一个示例,监控vsftp