zabbix模板的自动发现规则(ldd)实现被监控项自动发现 自动发现规则(ldd)用途说明 在zabbix自带的linux模板的自动发现规则中,有一个Mounted filesystem discovery自动发现规则,可以根据每个服务器磁盘梳理不同,自动生成相应的磁盘监控数据. 这就是自动注册的用途,根据不同服务器上同一个监控项不同的数量,自动生成对应数量的监控 例如5个服务器都分别启动了tomcat多实例,但启动的tomcat数量不相同,端口也不同,我想要监控这些端口是否down掉: 用普

在api文档中没有明确说明,可以查询数据库,得到的是一个字符串,

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

zabbix_server端当主机数量过多的时候,由Server端去收集数据,Zabbix会出现严重的性能问题,主要表现如下: 1.当被监控端到达一个量级的时候,Web操作很卡,容易出现502 2.图层断裂 3.开启的进程(Pollar)太多,即使减少item数量,以后加入一定量的机器也会有问题 所以下面主要往两个优化方向考虑: 1.添加Proxy节点或者Node模式做分布式监控 2.调整Agentd为主动模式 由于第一个方案需要增加物理机器,所以首先尝试第二方案. 一.被监控端 zabbix_

1. 创建监控项 点击配置(configuration)->主机(Hosts)->在你要配置的主机一栏上点击Items->点击create item.具体看截图,各个参数我都已经标注清楚了. 2. Item 属性详解 属性 描述 Host 主机或者模板 Name 监控项item名称可以使用如下宏变量: $1, $2…$9,这9个参数对应item key的参数位置. 例如: Free disk space on $1 如果item key为“vfs.fs.size[/,free]”,那么对

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

主要 记录一下  使用zabbix 自己创建模版.监控项.触发器,并调用python脚本. 需求: 监控备份机磁盘剩余空间(windows系统) 一.安装zabbix_agent 比较简单 修改配置文件  zabbix_agentd.win.conf : LogFile=d:\zabbix\zabbix_agentd.logServer=192.168.3.98Hostname=Windows204Include=d:\zabbix\conf\zabbix_agentd.diskparams.c

项目是在Zabbix收集数据的基础 ,所有项目都是围绕主机,找到创建的主机 点击 Configuration > hosts > ltems 点击 Create item Name:输入CPU Load 作为值.这将是列表和其他地方显示的项目名称 key:手动输入system.cpu.load 作为值.这是一个标识要收集的信息类型的项目的技术名称.特定的键只是Zabbix agent附带的预定义键之一. Type of information :在此处选择 Numeric (float) .此

一.iterms key 监控项按参数来分有两种:带参数和不带参 按定义来分:zabbix自带和用户自定义 1)Key可以带参数,该参数为一个数组列表,可以同时传递多个参数,Key的格式如下: 既Key的格式为Key或者Key[参数],例如: 不带参数:system.uname 带参数:vfs.fs.size[/data] 而Key的参数可以分为如下三类: a.引号字符串 b.非引号字符串 c.数组 > 引号字符串参数: 如果参数是引号字符串,那么引号里面可以是任意的字符串,但如果存在双引号,该

[参考文章]:[错误汇总]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 端 ,使用  

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

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

https://blog.51cto.com/183530300/2087774 https://www.cnblogs.com/richardzgt/articles/7889404.html

zabbix agent主动模式,实现公网zabbix监控私网客户机 zabbix_server端当主机数量过多的时候,由Server端去收集数据,Zabbix会出现严重的性能问题,主要表现如下:  1.当被监控端到达一个量级的时候,Web操作很卡,容易出现502  2.图层断裂  3.开启的进程(Pollar)太多,即使减少item数量,以后加入一定量的机器也会有问题 所以下面主要往两个优化方向考虑:  1.添加Proxy节点或者Node模式做分布式监控  2.调整Agentd为主动模式  由

目录: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认证和请

一.实验思路过程 创建项目.触发器.图形,验证监控效果: Template OS Linux 模板基本涵盖了所有系统层面的监控,包括了我们最关注的 几项:ping.load.cpu 使用率.memory.disk.网卡流量等等,当然有些触发器的阀值可能 需要根据服务器的自身情况进行修改. 下面添加自定义服务器内存使用检测项,在此配置一个监控项为:内存使用 70M 进行警告 提醒: 1.修改客户端 zabbix_agentd.conf 配置文件,最后一行添加: UserParameter=memo

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 Agent监控本机 安装agent软件 与server端不同,Agent只需安装zabbix-agent包 cat /etc/yum.repos.d/zabbix.repo [zabbix] name=Zabbix Official Repository - $basearch baseurl=https://mirrors.aliyun.com/zabbix/zabbix/3.4/rhel/7/$basearch/ enabled=1 gpgcheck=1 gpgkey=fi

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

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

1.在agent端配置 1.1 添加自定义监控项 zabbix中监控项叫做item,监控项的取值方法叫做key item: Items是从agnet主机里面获取的所有数据.通常情况下我叫itme为监控项,item由key+参数组成 Key:我们可以理解为key是item的唯一标识,在agent端有很多监控项,zabbix-server根据key区分不同的监控项 zabbix_server通过发送key给zabbix_agent,然后agent端口根据key,把所要监控的item的最新数据返回给s