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

一.自动发现 1.概述 自动发现(LLD)提供了一种在计算机上为不同实体自动创建监控项,触发器和图形的方法.例如,zabbix可以在你的机器上自动开始监控文件系统或者网络接口,而无需为每个文件系统或网络接口手动创建监控项.此外,可以配置zabbix根据定期执行发现后得到的实际结果,来移除不需要的监控项. 2.配置 第一步:点击配置(configure)-->自动发现(discovery) 第二步:创建自动发现的规则(create discovery rule) 第三步:填写发现规则(checks

创建思路 首先说下自动发现强大的功能,它到底可以帮助我们完成什么工作: 快速发现并添加主机 简单的管理 随着环境的改变而快速搭建监控系统 自动发现基于网络发现功能,而网络发现又基于以下信息: IP地址段 基于服务的FTP.SSH.Web.POP3.IMAP.TCP等 从Zabbix-agent端接收的信息 从SNMP agent端接受的信息 好了了解到以上信息,我们可以理解创建自动发现的过程为,zabbix-server会扫描你添加的IP地址段.比如你需要添加IP地址段为192.168.80.1

1.需求描述        默认情况下Zabbix 模板 中网络接口自动发现接口时,会产生很多item,有时候会有我们不需要的一些接口,这时候需要过滤掉他们.        比如我有一台运行kvm的服务器,服务器上有四个物理接口 eth0-eth3 , 三个网桥接口 br0-br2 , 还有很多个虚机的网卡接口 vnetxx ,如下所示:   1 [root@host00 ~]# ifconfig |grep HW 2 br0 Link encap:Ethernet HWaddr EC:F4:B

zabbix 监控项报错如下: “Value "(No info could be read for "-p": geteuid()=1002 but you should be roo” 解决方法: 脚本中 netstat -tunlp   改为  netstat -an

由于最近项目上需要对服务器监控进行规范化监控,再磁盘这块有几种方式 1.如果每台设备的磁盘是一样的 比如都有vda,vdb两块磁盘那么可以采用 1.1 每台客户端写脚本,服务端每台设备去加上监控项(------最次的手段-------------) 1.2 客户端批量部署脚本,服务端直接把监控项部署到模板里面去.这样所有使用了模板的设备都可以加上这个监控项目了  但是必须注意,这样必须是所有设备磁盘都一样的情况 2.如果每台设备的磁盘数目不一样,就只能采用客户端定义脚本,服务端单独针对每台设备添

前言 本章介绍如何去自定义一个zabbix自动发现的整个流程 过程 首先需要在模板当中创建一个自动发现的规则,这个地方只需要一个名称和一个键值,例如 名称:Ceph Cluster Pool Discovery 键值:ceph.pools 过滤器中间要添加你需要的用到的值宏 我的数据是: [root@lab8106 ~]# zabbix_get -s 127.0.0.1 -k ceph.pools {"data":[{"{#POOLNAME}":"rbd&

一.zabbix自动发现 利用zabbix的discovery功能可以实现自动批量添加主机的功能. Zabbix自动发现实现自定义主机名: 通过自动发现添加的客户端主机的Host name 是以IP地址命名的,该怎么解决: 方法一:直接在zabbix server端的/etc/hosts文件里添加客户端主机名和IP. 这样获取到的主机名就是你定义的主机名了,而不是ip地址的. 参考文档:http://www.ttlsa.com/zabbix/zabbix-configure-network-di

Key 描述 返回值 参数 详细说明 agent.hostname 返回被监控端名称 字符串 - 返回配置文件中配置的被监控端的名称 agent.ping 检测被监控端是否存活 1 - 运行中 其他 - 未运行 - 使用函数 nodata()检测客户端是否正在运行 agent.version zabbix agent版本 字符串 - 例如返回: 1.8.2 kernel.maxfiles 系统支持最大的open files 整数 kernel.maxproc 系统支持最大的进程数量 整数 log

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

什么是item Items是从主机里面获取的所有数据.通常情况下我叫itme为监控项,例如服务器加入了zabbix监控,我需要监控它的cpu负载,那么实现这个方法的东西就叫item item构成 item由  key+参数  组成,item详细介绍请看下回分析. 监控项中需要获取cpu信息,则需要一个对应的监控key:system.cpu.load.如果是获取网卡流量,那么获取网卡这个监控项需要key:net.if.in或者net.if.out. 一般情况下key要与参数结合起来使用,例如获取5

  docker部署zabbix比源码安装简单一些,特此记录: 机器准备: zabbix-server: 192.168.0.150 homeserver zabbix-agent: 192.168.0.116 app1 软件准备: 两台机均安装并启动docker服务.   过程: 在zabbix-server上安装mysql镜像并启动: root@homeserver:/etc/docker# docker run --name mysql-server -t \ -e MYSQL_DATAB

监控服务端口状态 配置 Zabbix 提供的检测器 配置自定义值映射 查看监控项数据状态 触发器配置 自定义监控项 TCP 11 种状态 TCP 11 种状态 LISTEN - 侦听来自远方TCP端口的连接请求: SYN_SENT - 在发送连接请求后等待匹配的连接请求: SYN_RECEIVED - 在收到和发送一个连接请求后等待对连接请求的确认: ESTABLISHED - 代表一个打开的连接,数据可以传送给用户: FIN_WAIT_1 - 等待远程TCP的连接中断请求,或先前的连接中断请求

参考官网集群配置方式 https://hub.docker.com/r/progrium/consul/   集群中需要manager与node能通信consul的发现服务,不然,管理节点选举不了,无法执行docker 命令. 集群中consul工作3台的机器,大于等2台时,集群仍正常工作,如果,发生只有1台时,集群失效,无法选择管理节点,需要启动数据再次达到3台的标准后,集群才能慢慢恢复.   测试最终得出一个惊人结论,我把consul集群删除后,重新拉起时,元数据全部自动发现恢复.    

general监控项

一.新安装完的查看项目的时候字体是乱码的 二.在控制面板的字体中复制出系统的“微软雅黑”字体,粘贴到桌面 粘贴出来之后会产生两个文件,msyhbd.ttf为加粗的字体 三.修改并替换字符集 我是编译安装的zabbix-server所以字体路径在此位置,如果是yum安装的位置应该在/usr/share/fonts/dejavu/目录,如果是编译安装则是自定义的目录. # uname -a Linux --- -.el7.x86_64 # SMP Thu Nov :: UTC x86_64 x86_

agent.hostname:hostname,字符串 agent.ping:可用性检查,可用返回1:不可用返回空 agent.version:agent程序的版本,返回字符串 kernel.maxfiles:查询内核参数,系统中允许的文件描述符的最大数量.每个打开的文件. 套接字和管道, 都会占用一个文件描述符,返回整数 kernel.maxproc:系统支持的最大进程数量,返回整数 net.dns[<ip>,name,<type>,<timeout>,<cou

Zabbix Agent分为两种模式,被动模式(Passive)和主动模式( 我们实验在node1.yulongjun.com 和node2.yulongjun.com上分别配置Zabbix Agent.

说明 何为自动发现?首先我们监控多tomcat实例,如果一个个实例地添加或许可以完成当前需求.但是日后随着实例的增多,再手动一个个去添加就十分不方便了.这时候需要自动发现这个功能,来帮助我们自动添加监控tomcat实例.本文就以监控tomcat线程为例,来实现这个自动发现的功能.这里zabbix版本为3.0. 创建自动发现脚本 可以理解为这个脚本能够打印出当前服务器上所有的tomcat实例名称.zabbix会定期执行这个脚本,做到自动发现当前所有的tomcat实例,脚本放在zabbix-agen

介绍 使用 zabbix 的 low-level 自动发现功能完成单主机多端口的监控, 详见low_level_discovery, 整体上监控类似 percona 的 zabbix 监控插件, 不过使用 mymonitor.pl 替换了脚本 ss_get_mysql_stats.php, 而且配置有点不同. 具体代码及配置详见: zabbix_mysql 1. 结构说明: zabbix_mysql/ |-- README.md |-- bin | |-- get_mysql_stats_wra