Linux运维进阶（三）－如何高效对Zabbix性能优化

																												Zabbix 性能优化

转载来自博客园：惨绿少年@clsn.io
Zabbix性能优化的几点原则：
　　
1确保zabbix内部组件性能处于被监控状态(调优的基础！)
2使用硬件性能足够好的服务器
3不同角色分开，使用各自独立的服务器
4使用分布式部署
5调整MySQL性能
6调整Zabbix自身配置

2. Zabbix变慢的几个原因总结如下：

1)Zabbix server硬件配置，建议更好的CPU、更大的内存，更快的硬盘
2)Zabbix架构，若整体架构过大，建议使用分布式proxy，各服务器功能独立
3)数据量太大，vps太高，zabbix来不及处理
4)数据库体积变大
5)前端主机太多，查询过多的数据
6)Item监控项）工作模式及Triggers优化，Triggers太过复杂

---

Zabbix性能优化—Item工作模式及Triggers优化

添加proxy节点，减少了server端的负荷。（下面方法无用，再使用此办法）

Zabbix中的item默认工作是被动模式，可以通过设置主动模式来提高server的性能。   

主要讲讲采用主动模式，若采用active checks模式:

①zabbix_agentd.conf配置调整

LogFile=/tmp/zabbix_agentd.log
Server= server端ip
ServerActive= 指定Agentd收集的数据往哪里发送
Hostname= agent的hostname ，必须要和Server端添加主机时的主机名对应
RefreshActiveChecks=60
BufferSize=10000
MaxLinesPerSecond=200
Timeout=30

 比较重要的参数是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

---

调整MySQL性能

采用分布式架构，性能瓶颈的最大可能出现在数据库中

Zabbix catcti nagios