一直都是在用Zabbix的被动模式(即默认模式)进行监控. 但是总有些情况是不适用被动模式的,刚好工作上有这个需求,于是捣鼓了一下,发现配置起来也挺简单的. (1)Agent配置 修改Zabbix-agent的配置文件即可.内容如下 [root@zagent- zabbix]# cat /etc/zabbix/zabbix_agentd.conf ;echo LogType=console StartAgents=0 #设置该值为0,则agent不会监听本地端口 ServerActive=zza

一.zabbix agent主动模式与被动模式的区别 zabbix agent的运行模式有以下两种:1.被动模式:此模式为zabbix默认的工作模式,由zabbix server 向zabbix agent 发出指令获取数据,zabbix agent被动地去获取数据并返回给zabbix server,zabbix server会周期性地向agent索取数据.此模式的最大问题就是会增加zabbix server的工作量,在大量的服务器环境下,zabbix server不能及时获取到最新的数据.2.

1.主动模式: 在web上看zabbix available 是红色 [root@python ~]# egrep -v '^#|^$' /etc/zabbix/zabbix_agentd.conf ListenPort=10050ListenIP=0.0.0.0StartAgents=0   #必须设置为0ServerActive=10.2.1.45Hostname=python   #关键:这里要跟hostname设置一样,agent不要DNS解析 被动模式: 在web上看zabbix av

zabbix版本为4.2,根据网上教程将zabbixagent设置成主动模式后,将templates中各Items的type改为Zabbix agent (active),同时将Discovery rules中网卡及文件系统相关的两个rules的Type改成了Zabbix agent (active).结果是CPU内存等数据都有,就是没有网卡和各分区目录的数据,查看Monitoring中latest data有网卡相关的指标,但是没有数据.查看应用到主机的Items,发现里面有网卡.分区的指标但

一直搞不清楚Zabbix的主动模式和被动模式的差别,网上看到别人博客里的解释都是云里雾里的,完全搞不清.知道偶然看到了以下这个解释.就基本上明白了. Zabbix的主动模式和被动模式都是相对agent来说的.一般情况下默认使用的是zabbix的被动模式,即zabbix server根据监控项定义的时间主动去收集zabbix agent上的数据,优点是能使用更多的模板,更具有灵活性,缺点是当zabbix agent节点过多的时候会增加zabbix server的负荷.主动模式就是zabbix ag

主动模式不是只能用模板提供的标准检测器方式 zabbix-agent两种运行方式即主动模式和被动模式.默认被动模式. 两种模式是相对 客户端 角度来说的. 被动模式:等待server来取数据,可以使用自定义key方式自定义检测数据.server端使用zabbix_get来主动获取agent上的数据. 主动模式:agent主动推送数据给server,自定义数据使用 zabbix_sender 向服务端推送. server使用采集器来采集此类数据. 注意,被动模式注意 配置文件的:server= 参

目录 一. 理论概述 二.总结 一. 理论概述 整个zabbix监控过程当中,对于agent来说有两种递交监控项信息的模式:主动模式和被动模式 主动模式 agent向server主动请求对应监控项列表,在本机收集对应的监控数据,提交给server/proxy 工作流程:Client每隔一段时间主动向服务器发起连接请求->server收到请求,查询client端需要的item,发送给 client->客户端收集数据发送到服务器->结束 被动模式 agent打开一个端口默认为10050,等待

zabbix客户端发数据给服务端分为主被动两种模式,主动模式是zabbix客户端主动向服务端发送数据,被动模式是被动等待服务端来取数据. 主动模式: 客户端每隔一段时间主动向服务端发起连接请求-->服务端收到请求,查询客户端需要取的item信息,发送给客户端-->客户端收集数据发送服务端-->结束 被动模式: 客户端开一个端口默认10050,等待服务端来取数据,然后客户端收集数据发送到服务端后结束 被动模式需要客户端开一个listen端口等待服务端来拿数据,那么如果这个被监控的机器处在防

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

参考网站:  http://www.mamicode.com/info-detail-1724685.html http://www.cnblogs.com/dadonggg/p/8609674.html 主要配置文件: agent端的配置 [root@bogon ~]# cat /etc/zabbix/zabbix_agentd.conf | grep -n ^[^#]30:LogFile=/tmp/zabbix_agentd.log100:ListenPort=10050117:StartA

目录 一. Zabbix主动模式和被动模式 1.克隆模版 2.修改克隆后的模版为主动模式 3.修改监控主机关联的模版为主动模式 4.修改客户端配置文件并重启 5.查看最新数据 二.Zabbix低级自动发现 1.查看系统自带分区自动发现 2.查看系统自带的网卡自动发现 3.监控mysql多实例 三.Zabbix 性能优化 1.监控数据分析 2.优化思路 3.升级存储引擎 4.优化进程数 5.缓存调优 四. zabbix高可用 一. Zabbix主动模式和被动模式 默认为被动模式:100个监控项要1

数据采集的工作模式可以分为被动模式(服务器端到客户端采集数据) 主动模式(客户端主动上报数据到服务器端) 服务器配置: DBHost=192.168.32.55 DBName= zabbix DBUser=zabbixuser DBPassword=zabbixpass DBSocket=/data01/mysql/mysql.sock StartTrappers=20 MaxHousekeeperDelete=5000 CacheSize=1024M StartDBSyncers=8 Tren

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

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

模板通常包含了item.trigger.graph(图形).application以及low-level discovery rule:模板可以直接链接至某个主机: 模板包含一系列的item,trigger等,可以快速地把多个item应用到host或者group. 参考:https://www.cnblogs.com/ExzaiTin/p/7874133.html 这里,有人可以看出来,被动模式每次都需要打开一个tcp连接,这样当监控项越来越多时,就会出现server端性能问题了. 还有人会问,

如多主机超过300+和队列内容过多,就采用主动模式. [root@web03 zabbix]# egrep -v "^#|^$" zabbix_agentd.conf PidFile=/var/run/zabbix/zabbix_agentd.pid LogFile=/var/log/zabbix/zabbix_agentd.log LogFileSize=0 StartAgents=0 ServerActive=172.16.1.8 Hostname=web03 Include=/e

接上篇:Zabbix监控web,MySQL,TCP状态,Nginx 参考官方文档:https://www.zabbix.com/documentation/3.4/zh/manual zabbix默认没有主动模板需要自己添加 默认模板是zabbix agent或者其他格式比如zabbix server对自己的内部 ICMP的ping 制作一个主动模式的模板 克隆一个Template OS Linux(完整克隆) 修改名字 全选 批量修改 本次只修改 大部分已经变成了active 把该模板链接的模

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

1 被动模式 zabbix默认采用被动模式.就是agent等待server采集数据. 在items中,type为zabbix agent就是指被动模式. 流程为:agent周期性收集数据,server打开一个tcp高位端口,去连接agnet的10050监听端口,请求数据,agent返回数据.server获得数据并写入数据库. 如图,67为server,为每个item打开一个端口,和作为agent的170:10050端口通信. 缺点:如果agent很多,就会给server造成很大的压力. 在age

2.1.1 安装软件 ]# rpm -qa zabbix* zabbix-proxy-sqlite3-3.4.15-1.el7.x86_64 zabbix-proxy-mysql-3.4.15-1.el7.x86_64 2.1.2 准备数据库 MariaDB [(none)]> create database zabbix_proxy character set utf8 collate utf8_bin; MariaDB [(none)]> grant all privileges on z

本次的主机192.168.131.8 被动模式. 将zabbix4.4.4的源码包放过去,解压安装依赖准备编译安装,并创建zabbix账户. tar -xf zabbix-4.4.0.tar.gz && cd cd zabbix-4.4.0/ && ./configure --enable-agent *********************************************************** * Now run 'make install' *