Zabbix优化二:Agentd主动模式

当主机数量过多的时候,由Server端去收集数据,Zabbix会出现严重的性能问题,主要表现如下:

1、Web操作很卡,容易出现502

2、图层断裂

3、开启的进程(Pollar)太多,即使减少item数量,以后加入一定量的机器也会有问题

所以下面主要往两个优化方向考虑:

1、用Proxy或者Node模式做分布式监控

2、调整Agentd为主动模式

由于第一个方案需要增加物理机器,所以先尝试第二方案

一、Agentd的配置调整:

LogFile=/tmp/zabbix_agentd.log
Server=14.18.xxx.xxx
ServerActive=14.18.xxx.xx
Hostname=119.146.xxx.xx
RefreshActiveChecks=60
BufferSize=10000
MaxLinesPerSecond=200
Timeout=30

比较重要的参数是ServerActive和Hostname,ServerActive是指定Agentd收集的数据往哪里发送,Hostname是必须要和Server端添加主机时的主机名对应起来,这样Server端接收到数据才能找到对应关系,我这里为了兼容被动模式,没有把StartAgents设为0,如果一开始就是使用主动模式的话建议把StartAgents设为0,关闭被动模式

二、Server的配置调整:

StartPollers=100

首先把这个主动收集数据进程减少,原来开到700多,囧

StartTrappers=200

然后把这个负责处理Agentd推送过来的数据的进程开大一些,就可以了

三、调整模板

建议完整克隆一个Template OS Linux 模板来改,需要调整的地方就是:

把所有的item的类型由原来的“zabbix代理”改成“zabbix端点代理程序(主动式)”

只需要简单的几步,就完成了主动模式的切换,调整之后服务器不卡了,图层不裂了,进程也少了。

时间: 2024-10-19 04:48:22

Zabbix优化二:Agentd主动模式的相关文章

Linux安装Zabbix Agent(主动模式、被动模式)

环境: 系统:centos 7.4平台:zabbix 3.2安装包:zabbix-3.2.11.tar 编译安装路径 :/usr/local/zabbix_agentd/主动模式.被动模式介绍 如果需要参照本文进行配置的,请先通读一遍之后再操作 1.为安全起见,创建zabbix用户运行 shell> groupadd zabbix shell> useradd -g zabbix zabbix -s /sbin/nologin 2.上传zabbix安装包 shell>mkdir /usr

青蛙学Linux—Zabbix Agent的主动模式和被动模式

1.为什么要使用Zabbix Agent的主动模式? 默认情况下,Zabbix Agent运行在被动模式.在这种模式下,Zabbix Server会去每个Zabbix Agent上抓取数据.这种模式在Zabbix Server监控主机少时,不会出现问题.但是,当监控的主机数量过多时,使用这种模式将照成严重的性能问题,表现如下: Zabbix Web操作卡顿,出现502错误 监控数据不准确,报警超时 图层断裂 Zabbix Server开启的poller进程过多,就算减少监控项数量,新加入一定量的

Zabbix Agent active主动模式配置图文版本

当zabbix-server监控主机过多时候,由于server端去搜集信息,zabbix会出现严重的性能问题,比如: 1,当监控端到一个量级的时候,web操作界面很卡,容易出现502 2,图层断裂 3,开启的进程太多,即使item数量减少,以后加一定量的机器也会出现问题 所以主要往2个优化方面考虑: 1,添加proxy节点或者node模式做分布式监控 2,调整agentd为主动模式 由于第一个方案需要加物理机器,所以尝试第二个方案. 主动模式流程:主动模式一定要记得设置ServerActive=

Zabbix Agent active主动模式配置(多图详解)

当zabbix-server监控主机过多时候,由于server端去搜集信息,zabbix会出现严重的性能问题,比如: 1,当监控端到一个量级的时候,web操作界面很卡,容易出现502 2,图层断裂 3,开启的进程太多,即使item数量减少,以后加一定量的机器也会出现问题 所以主要往2个优化方面考虑: 1,添加proxy节点或者node模式做分布式监控 2,调整agentd为主动模式 由于第一个方案需要加物理机器,所以尝试第二个方案. 主动模式流程:主动模式一定要记得设置ServerActive=

Zabbix Agent active主动模式监控

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

监控利器Zabbix之主动模式和被动模式

一:zabbix的主动模式和被动模式 zabbix客户端分数据给服务端分为主被动两种模式,主动模式是zabbix客户端主动向服务端发送数据,被动模式是被动等待客户端来取数据. 主动模式的流程: 客户端每隔一段时间主动向服务端发起连接请求–>服务端收到请求,查询客户端需要取的item信息,发送给客户端–>客户端收集数据发送服务端–>结束.被动模式的流程:客户端开一个端口默认10050,等待服务端来取数据,然后客户端收集数据发送到服务端,然后结束. 二:主动模式使用的一个场景 当服务端监控的

Zabbix主动模式配置

克隆原来的模板 选择该模板 选择[full clone] 注意: 点击该模板 最后 选择[add] 返回Templeats界面 最后[update] 现在已经通过克隆新增了两个active(主动)模式的模板 这两个模板的item type还是zabbix agent 要全部修改为zabbix agent active 模式 最后Update 更改后状态 另外一个模板同理 配置zabbix client #server=XXXXX StartAgents=0 ServerActive=10.0.0

Zabbix主动模式和被动模式

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

主动模式和被动模式与zabbix的web管理界面使用

笔记内容: 19.7 主动模式和被动模式 19.8 添加监控主机 19.9 添加自定义模板 19.10 处理图形中的乱码 19.11 自动发现 笔记日期: 19.7 主动模式和被动模式 所谓主动就是客户端主动上报数据,被动则是客户端被动去提供数据. 主动模式的情况下,在添加监控项目后,就会主动去采集数据,会采集例如cpu使用率.网络的网卡流量.系统的负载等信息.主动采集数据有一个间隔时间,每隔几分钟或者每隔几十秒,间隔时间是可自定义的,在监控中心去配置.到了设置的时间点,就会去采集数据,然后将采