Zabbix监控服务端口,可以手动添加配置,但是如果一个服务器上需要监控的端口数较多,那么利用Zabbix自动发现,比较高效,下面是自动发现port的Python脚本. #!/usr/bin/python import os import json data = {} tcp_list = [] port_list = [] command = "netstat -tlnp | sed -n '3,$p' | awk '{print $4}' | awk -F':' '{print $NF}'&

  对于zabbix 我们并不陌生 他是开源的监控系统,现在的一部分企业都在用zabbix,今天给大家分享的是企业级监控zabbix的自动发现规则,有了它我们自定义健康的时候根据宏值可以让他自动发现对应的value 从而省去我们一部分的重复代码 . 现需求 需要自定义一个监控脚本,目的是取各服务器三线ip地址 进行向另一端源服务器进行ping rtt和loss的请求进行判断是否存在丢包行为. 1:不同业务,对应不同的模板,我们需要现创建一个模板,用于我们这个特殊的业务 2:创建完成后,点击我们创

转自:https://blog.csdn.net/yyy72999/article/details/76065374 zabbix自动发现/zabbix自动发现规则 置顶2017年07月25日 14:03:53 阅读数:9036 对于zabbix 我们并不陌生 他是开源的监控系统,现在的一部分企业都在用zabbix,今天给大家分享的是企业级监控zabbix的自动发现规则,有了它我们自定义监控的时候根据宏值可以让他自动发现对应的value 从而省去我们一部分的重复代码 . 现需求 需要自定义一个监

一. 数据库给只读权限 1.1 grant usage on *.* to 'zabbix'@'127.0.0.1' identified by 'zabbix'; flush privileges; 1.2 mysql -uzabbix -pzabbix -h 127.0.0.1 -e "show global status" Com_select从mysql启动以来接收的select语句的数量,它是一直往上增的. Threads_connected获取的是一种当前的状态 1.3 m

########31 https://www.cnblogs.com/yjt1993/p/10883345.html 1.概念 在配置Iterms的过程中,有时候需要对类似的Iterms进行添加,这些Iterms具有共同的特征,表现为某些特定的参数是变量,而其他设置都是一样的,例如:一个程序有多个端口,而需要对端口配置Iterms.再如,磁盘分区,网卡的名称等等,由于具有不确定性,古配置固定的Items会出现无法通用的问题. Low level discovery的Key可以对网卡.文件系统等进

需求: 现在有大量url需要监控,形式如http://www.baidu.com ,要求url状态不为200即报警. 需求详细分析: 大量的url,且url经常变化,现在监控用的是zabbix,如果手动添加模板,会造成大量重复工作,如果利用脚本+mail,无法图形呈现 解决方案: zabbix有discovery功能,即可轻松解决此问题 首先我们找一个随便找一个zabbix客户端来实现接下来要做的功能 首先我们从头来,我们来装一下zabbix客户端 [root@test_ha_nginx ~]#

在被监控主机多的情况下,怎样将这些主机加入zabbix server进行监控呢?下面将介绍下zabbix自动发现功能 1.创建自动发现规则 创建“规则名称,配置ip范围及检查方式”,点击“增加”,完成自动发现规则的创建 2.加入组和关联模板 在“监测中-自动发现”页面显示已发现主机,下面将这些主机进行入组及绑定模板 创建动作后即可自动将主机加入组并绑定模板进行监控

zabbix自动发现,是zabbix精髓所在. 生产中,一台服务器上可能会存在多个监控实例,比如:A服务器2个,B服务器4个, C服务器1个.单单靠套模板来完成监控,做法那太糟糕了.比如小明有100台服务器,不想一台台主机去添加,能不能让zabbix自动添加主机呢,当然可以,网络发现便是这个功能,当然前提条件是所有服务器都已经安装了agent或者snmp(其实也可以不用,鉴于我们大部分功能都用agent,所以请安装上agent),server扫描配置好的ip段,自动添加host,自动给host

原文发表于cu:2016-06-21 Zabbix自动发现功能从配置流程上比较简单:Discovery与Action. 在做Zabbix的自动发现验证时,使用"ICMP ping"的check方式时,自动发现功能并不生效. 一．环境 1. zabbix环境 Zabbix:zabbix-3.0.1server/agent 2. 配置环境 Discovery 发现本地网络172.19.200.1-254,Check:ICMP ping,如下: Action ICMP ping方式下,UP状

zabbix自动发现主机 2018年06月15日 18:02:52 loyal-Wang 阅读数:817更多 个人分类: zabbix   版权声明:本文为博主原创文章,转载请注明出处. https://blog.csdn.net/weini1111/article/details/80708599 zabbix有自动发现这个功能,在添加主机数量较多的情况很好用.从发现到添加完成需要经过以下几个步骤.后面会将一些错误原因进行分析. 1.创建自动发现规则 延迟选项尽量不要选择时间过长,否则会导致主

前言 zabbix里面有个功能是自动发现,比如文件系统和网卡的获取的时候,因为预先无法知道这个网卡的名称,所以就有了这个自动发现的功能,这里我是因为要用到存储池的自动发现,所以需要对数据进行生成 实现 我们看下原生的接口的数据类型: [root@lab8106 ~]# zabbix_get -s 127.0.0.1 -k "net.if.discovery" {"data":[{"{#IFNAME}":"enp3s0"},{&

1.编辑自动发现脚本 自动发现脚本只支持JSON格式 #!/usr/bin/env python # -*- coding:utf-8 -*- import commands import psutil import threading import json # 获取所有java进程的pid Pids=commands.getoutput('pidof java').split() def name(pid): p = psutil.Process(int(pid)) # 应为zabbix监控

由于一台服务器开启许多Redis实例,如果一台一台的监控太耗费时间,也非常容器出错.这种费力不讨好的事情我们是坚决杜绝的,幸好ZABBIX有自动发现功能,今天我们就来用该功能来监控我们的Redis实例. 监控项 Redis的监控信息主要通过info命令来获取,下面列举几个我们的监控项. uptime_in_days ##redis启动的天数 connected_clients ##redis连接的客户端数 blocked_clients: ##正在等待阻塞命令(BLPOP.BRPOP.BRPOP

1.在监控客户机上 web_site_code_status.sh: #!/bin/bash UrlFile="/opt/scripts/WEB.txt" IFS=$'\n' web_site_discovery () { WEB_SITE=($(cat $UrlFile|grep -v "^#")) printf '{\n' printf '\t"data":[\n' num=${#WEB_SITE[@]} for site in ${WEB_

介绍 使用 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

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

自动发现与自动注册 自动发现:zabbix Server主动发现所有客户端,然后将客户端登记自己的小本本上,缺点zabbix server压力山大(网段大,客户端多),时间消耗多. 自动注册:zabbix agent主动到zabbix Server上报到,登记:缺点agent有可能找不到Server(配置出错) 主动与被动模式 被动模式:默认,都是站在agent立场说话   agent被server抓取数据 主动模式:都是站在agent立场说话   agent主动将数据发送给server 两种模

一.自动发现与自动注册在上面的介绍中,我们演示了手动添加一台主机的方法,虽然简单,但是当要添加的主机非常多时,也将变得非常繁琐,那么有没有一种方法,可以实现主机的批量添加呢,这样就会极大的提高运维效率,答案是有的,通过zabbix提供的自动注册和自动发现功能,就可以实现主机的批量添加. zabbix的发现包括三种类型,分别是:  自动网络发现 ( Network discovery) 主动客户端自动注册 ( Active agent auto-registration ) 低级别发现 (

自动批量检查agent开放的端口 PS:如果服务器上的应用都是固定的,不会随机产生的都可以使用自动发现端口来监控:  如果服务器会随机出现端口且每次启动程序都会改变,可以采用第二种方法,来监控指定的端口 约定 zabbix所有执行的脚本统一放置在 /etc/zabbix/scripts 目录下 #cd /etc/zabbix/ #mkdir scripts #chown root:zabbix -R /etc/zabbix/scripts/ #chmod /etc/zabbix/scripts/

目录 创建数据表(收集haproxy服务的信息) 针对生成的数据表做监控 在haproxy服务机器上配置 在zabbix上添加监控 前言: 1.线上业务使用了几十上百台haproxy服务,需要针对这些服务做监控(包含haproxy端口对应的TCP连接数监控,haproxy服务监控等). 2.普通的在zabbix_agentd.conf里面配置"UserParameter"的方式太繁琐,这里使用建表(收集数据,汇总数据)的方式. 3.将数据汇总到表里面,通过第三方脚本对数据做一个处理,拿

本文转载自: https://www.93bok.com 引言 Zabbix并没有提供模板来监控磁盘的IO性能,所以我们需要自己来创建一个,由于一台服务器中磁盘众多,如果只有一两台可以手动添加,但服务集群达到几十那就非常麻烦,因此需要利用自动发现这个功能,自动发现后自动添加对服务器磁盘的监控,而且添加磁盘后也会自动添加到监控,实现自动化运维的效果,接下来我们就来看看怎么自动发现磁盘并自动监控磁盘的IO性能,再设置触发器,IO达到阈值后发出报警 iostat简介 iostat主要用于监控系统设备的