1. Zabbix性能变慢的可能表现:
- zabbix队列有太多被延迟的item,可以通过administration-queue查看
- zabbix绘图中经常出现断图,一些item没有数据
- 带有nodata()函数的触发器出现flase
- 前端页面无响应,或者响应慢
a.通过Zabbix agent采集数据的设备处于moniting的状态但是此时机器死机或其他原因导致zabbix agent死掉server获取不到数据,此时unreachable poller
就会升高。
b.通过Zabbix agent采集数据的设备处于moniting的状态但是server向agent获取数据时时间过长,经常超过server甚至的timeout时间,此时unreachable poller就会升高。
如何度量Zabbix性能:
通过Zabbix的NVPS(每秒处理数值数)来衡量其性能。在Zabbix的dashboard上有一个错略的估值。
2. Zabbix性能优化的几点原则:
- 确保zabbix内部组件性能处于被监控状态(调优的基础!)
- 使用硬件性能足够好的服务器
- 不同角色分开,使用各自独立的服务器
- 使用分布式部署
- 调整MySQL性能
- 调整Zabbix自身配置
3. Zabbix变慢的几个原因总结如下:
- Zabbix server硬件配置,建议更好的CPU、更大的内存,更快的硬盘
- Zabbix架构,若整体架构过大,建议使用分布式proxy,各服务器功能独立
- 数据量太大,vps太高,zabbix来不及处理
- Housekeeper设置不当,数据库体积变大
- 前端主机太多,查询过多的数据
- Item工作模式及Triggers优化,Triggers太过复杂
3.1 了解Zabbix目前的工作状态
获得zabbix内部状态
zabbix[wcache,values,all]
zabbix[queue,1m] ----延迟超过1分钟的item
获得zabbix内部组件工作状态(该组件处于BUSY状态的时间百分比)
zabbix[process,type,mode,state]
其中可用的参数为:
- type: trapper,discoverer,escalator,alerter,etc
- mode: avg,count,min,max
- state: busy,idel
3.2 Zabbix性能优化---Item工作模式及Triggers优化
- 添加proxy节点,减少了server端的负荷。(下面方法无用,再使用此办法)
- Zabbix中的item默认工作是被动模式,可以通过设置主动模式来提高server的性能。
主要讲讲采用主动模式,若采用active checks模式:
①zabbix_agentd.conf配置调整
1 2 3 4 5 6 7 8 |
|
比较重要的参数是ServerActive和Hostname,ServerActive是指定Agentd收集的数据往哪里发送,Hostname是必须要和Server端添加主机时的主机名对应起来,这样Server端接收到数据才能找到对应关系,这里为了兼容被动模式,没有把StartAgents设为0,如果一开始就是使用主动模式的话建议把StartAgents设为0,关闭被动模式。
②zabbix_server.conf 配置调整
StartPollers=100 减少主动收集数据进程,由原来的500---100,减小
StartTrappers=200 负责处理Agentd推送过来的数据的进程,由原来的50---100 ,变大
③模板调整
a. 以任何一个现有模板为例,clone并重命名,假如重命名模板为TEST
b. 将模板TEST里所有items和discovery rules里的items都变更type为atvice agent
至此active-checks模式的agent部署完毕,可以在overview中查看模板中的监控项。
Tigger中正则表达式函数last()、nodata()的速度是最快的。。。Min()、max()、avg()是最慢的。。。尽量使用速度快的函数
3.3 数据量太大,vps太高,zabbix来不及处理
通过以下图,可看出哪个item导致慢: 若more than 10 min 有数据则表示对应的Item数据量过大。
解决办法:
- 修改监控项
- 调整Item的时间间隔(主要办法) 将zabbix agent监控 timeout时间增大
备注:
调整unsupport items检查时间的方法是:在Adiministration里选择General然后在右侧下拉菜单里选择Other,然后修改Refresh unsupported items (in sec)的值,表示“每多少秒去重新检查一下那些not_supported的值”。
3.4 调整MySQL性能
采用分布式架构,性能瓶颈的最大可能出现在数据库中。
- 关闭housekeeper, 将history分区
- 将zabbix_server.conf中的StartDBSyncers参数上调,表示将数据从zabbix写入数据库的进程是多少
原文地址:https://www.cnblogs.com/magita/p/12516030.html