一,主动与被动模式 默认的模式就是被动模式由服务端发送执行指令,客户端再执行 主动模式则为客户机自己找服务器拿任务执行 二,主动模式配置 查看客户端配置文件 grep '^[a-Z]' /etc/zabbix/zabbix_agentd.conf 选择一个模板 点击全克隆 改个名 进入刚刚的配置的模板项让后全部选择监控项 选择批量更新 点击更新 三,使用主动模式模板 添加模板 主动模式传输数据就十分一直,减缓了,zabbix服务端的压力

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

一.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来说有两种递交监控项信息的模式:主动模式和被动模式 主动模式 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 是由 Alexei Vladishev 开发的一种网络监视.管理系统,基于 Server-Client 架构.可用于监视各种网络服务.服务器和网络机器等状态,官方站点:https://www.zabbix.com. 如何自动化批量添加zabbix监控就要用到zabbix的主动模式,主动模式分为agent的主动和proxy的主动,主动和被动都是针对zabbix的agent和proxy来说的:所谓主动,就是agent或proxy主动向服务器请求监控项并报告监控数据,被动则是age

配置文件:/etc/vsftpd/vsftpd.conf 主动模式配置方法: 主动式连接使用的数据通道 connect_from_port_20=YES 支持数据流的被动式连接模式 pasv_enable=NO 被动模式配置方法: 主动式连接使用的数据通道 connect_from_port_20=NO pasv_enable=YES(默认为YES) #设置是否允许被动模式 pasv_min_port=1024(default:0(use any port)) pasv_max_port=655

6.1 主动模式 zabbix agent检测分为主动(agent active)和被动(agent)两种形式,主动与被动的说法均是相对于agent来讨论的.简单说明一下主动与被动的区别如下: 主动:agent请求server获取主动的监控项列表,并主动将监控项内需要检测的数据提交给server/proxy 被动:server向agent请求获取监控项的数据,agent返回数据. zabbix agent通信过程中的协议均基于json格式,格式如下:   1 2 - "ZBXD\x01"

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

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

数据采集的工作模式可以分为被动模式(服务器端到客户端采集数据) 主动模式(客户端主动上报数据到服务器端) 服务器配置: 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为主动模式 由于第一个方案需

接上篇: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为主动模式  由