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

假设你已经知道[模板-监控项-监控项原型-自动发现规则]之间的关系.(此处应有关系图,待填坑) 1. 添加模板 我新建了一个名叫Dapianzi SNMP Linux的模板,里面添加了已经启动了SNMP服务的云主机.准备对这些云主机配置一些自己定义的,通过自动发现规则生成的监控项. 2. 添加自动发现规则 点击 模板 - 自动发现规则 - 创建发现规则.如图 [名称]: 规则名称,通俗易懂就好. [类型]: 可选择SNMP或者Zabbix,数据来源.后面的配置选项会根据这个类型的改变而改变. [

1.概念 在配置Iterms的过程中,有时候需要对类似的Iterms进行添加,这些Iterms具有共同的特征,表现为某些特定的参数是变量,而其他设置都是一样的,例如:一个程序有多个端口,而需要对端口配置Iterms.再如,磁盘分区,网卡的名称等等,由于具有不确定性,古配置固定的Items会出现无法通用的问题. Low level discovery的Key可以对网卡.文件系统等进行自动发现,当然也支持自定义. Low level discovery的使用过程分如下两步: (1)自动发现特定变量的

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

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

1.配置mysql,添加监控用的账号,授予查看所有用户线程/连接的权限 GRANT PROCESS ON *.* TO 'zabbix'@'127.0.0.1' identified BY '20c114c4$65bec20@e1eb6ee4d6614ba'; Flush privileges; 2.准备脚本 获取端口的脚本 #!/usr/bin/python import os import json#获取mysql端口,使用root权限执行获取端口,过滤出mysql的,将':'转为空格,aw

一.前文 此篇文章,主要针对自动发现规则中使用snmpv2类型发现 zabbix官方解读,可当参考:   https://www.zabbix.com/documentation/4.0/zh/manual/discovery/low_level_discovery/snmp_oids 二.情景设定 1.环境:centos 7 + zabbix 4.0.2 2.模板里设置自动发现规则,应用到主机,让其自动发现网络设备的cisco交换机的内存使用率情况 三.自动发现目的 基于第二步的情景设定,可知

1.分布式部署原理 1.1Zabbix分布式部署的原理 传统的部署架构,是server直接监控所有的主机,全部主机的数据都是有server自己来采集和处理,server端的压力比较大,当监控主机数量很大的时候,server端可能会崩溃.并且如果监控的主机分布在不同地域.互不相同的网络上,传统的架构就不能满足监控所有主机的要求. 分布式部署proxy节点,可以有效的避免上面的问题,每个proxy独立的收集自己区域的主机数据,汇总后按照一定的频率统一发送给server端,server只负责分析和展示

zabbix需要监控很多服务器,比如公司进购一批新的服务器,如何自动添加到zabbix服务上 自动发现: zabbix Server主动发现所有客户端,然后将客户端记录下来 自动注册: zabbix 客户端主动到服务端上建立连接 我做了几台机子zabbix客户端 192.168.175.104 192.168.175.105 192.168.175.106 192.168.175.107 192.168.175.108 192.168.175.109 192.168.175.110 将这几台机子

一.主动模式和被动模式 主动或者被动是相对客户端来讲的 被动模式,服务端会主动连接客户端获取监控项目数据,客户端被动地接受连接,并把监控信息传递给服务端 主动模式,客户端会主动把监控数据汇报给服务端,服务端只负责接收即可. 当客户端数量非常多时,建议使用主动模式,这样可以降低服务端的压力. 服务端有公网ip,客户端只有内网ip,但却能连外网,这种场景适合主动模式 二.添加监控主机 先添加主机组davery-test 再添加主机,主机名称和可见名称都写davery-01 群组选择davery_te

Version: zabbix 3.0 一.配置网络发现规则 Device uniqueness criteria:选择主机名作为唯一标识(Configuation Hosts中显示的NAME) 二.查看发现的主机(Monitoring->Discovery) ps: 显示主机名(api-1)需要在服务器端/etc/hosts定义 三.自动添加Hosts(加入到对应组,links对应模板) Event source -> Discovery 现在可以看到添加的主机(Configuation-&

最近在使用python3,同样装了nose,发现自动发现用例总是有问题,如下面的代码结婚 testcase |------ __init__.py |------ test_bb.py test_bb.py中文件为: def test_qq(): pass Python3中: 再使用nose执行testcase提示: ----------------------------------------------------------------------Ran 0 tests in 0.001

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}'&

Unlike file system and network interface discovery, the item does not necessarily have to have “snmp.discovery” key - item type of SNMP agent is sufficient. The OIDs to discover are defined in SNMP OID field in the following format: discovery[{#MACRO

https://blog.csdn.net/u013820054/article/details/50931793

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

当生产环境中需要监控海量的机器的时候,特别是像58.赶集这类同城性质的大网站,或者京东.阿里云这样的造节电商,每次活动.大促都需要添加很多机器来应对海量用户流量,每天都有可能上架新的机器.或者添加新的容器.那么机器及容器的运行情况都是通过监控来获取运行状态的.然而每次如果通过繁琐的运维流程去人工添加机器监控是非常麻烦且低效的,为了能够避免公司内部人员的沟通成本.提升公司运维的工作效率,zabbix可以通过自动发现来完成自动发现需要监控的机器,并自动把机器加入到公司监控网,实现自动监控报警服务.

其实模板的建立只要多看看系统自带的模板内容就清楚了,一目了然,不用做过多解释. 目前使用到的自动发现规则有端口和文件系统的,其他还没有仔细研究. 下面说说遇到的几个问题. 1.Key不能相同.普通项目的Key系统可以提示,但是发现规则中的Key就没有提示了,但是要注意,应用在同一个对象上的所有监控项目的Key不能相同: 2.应用集不能相同.这个更让我头疼,因为有服务级别之分,所以对应于不同系统的监控项目和应用集也不同,但是应用在同一个对象上的不同模板的应用集合也不能相同: 3.自动发现规则中,图

最近在部署zabbix监控  有些服务器上开启的服务端口非常多  如果一个个添加监控会很繁琐,于是想到了自动发现规则  自动发现服务器上的服务端口并进行监控. 在zabbix客户端服务器上进行操作 1)编写端口自动发现的脚本 cat /usr/local/zabbix/scripts/discover_port.sh #!/bin/bashportarray=(`sudo netstat -tnlp|egrep -i "$1"|awk {'print $4'}|awk -F':' '{

自动发现端口并添加监控设置UserParameter=net.listen.discovery,sudo /etc/zabbix/scripts/discovery_listport.sh #!/bin/bash Check=(`netstat -lntp|awk '/^tcp/{split($4,Port,":");split($7,Name,"[/:]");print Name[2]":"Port[length(Port)]}'|sort -