Zabbix

Zabbix项目解释：

项目背景：
*
项目职责：
1、负责调研一些常用的监控软件，分析各自的优缺点，综合对比最终选择了 Zabbix。
在调研期间我们选择了nagios、zabbix、ganglia、open-flacon作为对比
nagios优点：
支持linux，windows平台，有agent，配置灵活，可以自定义shell脚本，不支持自动发现；
缺点：
缺少图形展示化工具，无历史数据追查起来困难；
zabbix优点：
支持分布式，支持平台较多，有agent，监控方式较多支持SNMP，图形展示化较好，支持自定义监控模板，web配置方式，操作易用性较好，支持自动发现；
缺点：
自定义项目报警需要自己设置，过程繁琐，缺少数据汇总功能；
ganglia缺点：
没有内置的消息系统，没有报警机制
open-flacon缺点：
网上资料较少，维护起来不便
2. 负责Zabbix平台的部署和调试。
这个就是通过源码（./configure……）编译安装的zabbix
3、 负责搭建自定义监控的模板，配置模板中的应用集、监控项、触发器和图形。
像cpu、网络状态的某些指标之类的可以通过对主机加入默认模板即可检测；但如果想检测自己想看到的数据，比如想看磁盘的剩余容量、内存的剩余或者使用量等等，就需要自定义一个模板。然后关联到主机上进行监控。
主要是修改zabbix_agentd.conf配置文件，配置开启自定义监控，以及键值对。
UnsafeUserParameters=1 #开启自定义监控
UserParameter=memory_used,free -m | awk ‘/Mem:/{print $3}’

Zabbix监控的数据来源主要是通过配置文件里的键值对。zabbix主要就是通过你在模板里写的这个键（memory_used），去找你在配置文件里设定的这个键（memory_used）对应的值（free -m | awk ‘/Mem:/{print $3}’），然后通过获取这个值来作为数据来源。这个值可以是一个命令，（比如df -Th这个就是查看磁盘的分区使用率；像内存，就是free -m，CPU有一个mg state吧，就查看CPU的使用率）也可以是一个脚本，脚本运行的结果来作为值，传递给zabbix
然后在网页上添加一个模板，在模板里依次创建应用集、监控项、触发器、图形等等。我是设置的磁盘使用量和内存使用量在同一个模板的同一个应用集里面，是2个不同的监控项。*

触发器是用来设定预警值的，通过填写表达式来设定预警值（比如{Template Sec:disk_used.last(,3)}>80），在图形里会以虚线标出，如果数据高于触发器设定的预警值，即可通过邮件来告警。

5. 负责配置Zabbix的邮件报警机制。

主要是通过调度脚本来实现微信或者网易邮箱告警，脚本是在网上找的

Zabbix技能解释：

熟悉 Zabbix 监控软件，熟悉配置zabbix的自定义监控以实现对主机和服务的监控，熟悉配置 Zabbix 的自动发现，配置邮件自动告警功能。
技能的话项目里有解释，看项目里的解释即可

Zabbix 的知识点：

1、Zabbix的工作模式：
一句话总结：需要改成主动模式，否则server端压力会很大。大致方法是在配置文件里配置StartAgents=0，然后在网页里复制一个oslinux模板，再修改这个模板。
主动和被动两种模式:（即client端主动向server请求，或者被动的等server找他）
主动: client会间隔一段时间就会向server发起请求。Server会检查需要对这个client采集那些 监控项，并把需要采集的监控项发给client。Client会对自身进行数据采集，并把结果发给server。
被动: client会打开一个默认端口10050。来等待server向这个10050的端口建立连接。然后client去采集数据再发送给server端。
默认是被动模式，建议手动调成主动模式，因为被动模式总是需要server端主动获取数据，如果被监控的client数量过多，则会导致server端压力会很大。

配置主动模式：
在配置文件里配置StartAgents=0 （0表示启用主动模式）

在网页里复制一个OS Linux的模板，并重命名，然后在模板里修改类型为“Zabbix客户端（主动式）”

2、Zabbix的自动发现：
首先是创建自动发现的规则，规则的话就是：设定IP范围以及是检查是否有zabbix客户端。

然后创建一个主机群组。某台主机 被自动发现后 会加入到这个群组里。

最后创建一个自动发现的动作。

3、zabbix proxy:
Zabbix proxy可以用来代替zabbixserver来对client采集数据，并反馈给zabbixserver。当然zabbixserver也可以自己采集数据。有了proxy的帮忙可以一定程度的分担server的压力。

4、 zabbix的监控方式：（或者系统数据采集方法）
一般问你zabbix可以监控哪些东西的时候可以结合这个来说
一句话总结：Agent主动被动、SNMP、JMX、IPM
四种都是做什么用的:
1、Agent是监控服务器上运行的软件服务的
2、SNMP是用来监控服务器上网络设备*（比如防火墙、路由器、交换机）的
3、JMX是用来监控java服务（一般监控tomcat服务会用到）的
4、IPM是用来监控物理服务器硬件（比如CPU温度、风扇转数）的
5、监控docker：
Zabbix监控docker的话也可以通过写脚本调用docker的API来获取数据。
但Zabbix更适合做物理服务器的资源，或者在物理服务器上跑的一些服务的监控，对于容器里的资源使用的监控，用各种组件拼凑成一个监控平台更好些。
所以一般使用Influx DB+Cadvisor+Grafana Influx DB是做数据存储的，Cadvisor是做数据采集的，Grafana是做数据展示的

6、zabbix组件说明

1. zabbix server: 负责接收agent发送的报告信息的核心组件，所有配置、统计数据及操作数据都由它组织进行;
2. database storage: 专用于存储所有配置信息，以及由zabbix收集的数据;
3. web interface: zabbix 的GUI接口;
   4)proxy: 可选组件，常用于监控节点很多的分布式环境中，代理server收集部分数据转发到server,可以减轻server的压力;
4. agent: 部署在被监控的主机上，负责收集主机本地数据如cpu、内存、数据库等数据发往server端或proxy端;

注释：
zabbix的server端：192.168.200.130（zabbix_server）
zabbix的agent端：192.168.200.110（honor2）