zabbix proxy可以根据具体生产环境进行采用或者放弃。如果使用了zabbix proxy，则其会替代zabbix server采集数据信息，可以很好的分担zabbix server的负载。zabbix proxy通常运用与架构过大、zabbix server负载过重，或者是企业设备跨机房、跨网段、zabbix server无法与zabbix agent直接通信的场景。

5.Agent

zabbix agent通常部署在被监控目标上，用于主动监控本地资源和应用程序，并将监控的数据发送给zabbix server。

三、监控对象

zabbix支持监控各种系统平台，包括Linux和Windows等主流操作系统，也可以借助SNMP或者是SSH协议监控路由交换设备。

zabbix如果部署在服务器上，可以监控其CPU、内存、网络性能等硬件参数，也可以监控具体的服务或者应用程序、服务运行情况及性能。

硬件监控:Zabbix IPMIInterface，通过IPMI接口进行监控，我们可以通过标准的IPMI硬件接口，监控被监控对象的物理特征，比如电压、温度、风扇状态、电源状态等。

系统监控: Zabbix Agent Interface，通过专用的代理程序进行监控，与常见的master/agent模型类似，如果被监控对象支持对应的agent，推荐首选这种方式。

Java监控: ZabbixJMXInterface，通过JMX进行监控，JMX (iava management extensions，即java管理扩展)，监控JVM虚拟机时，使用这种方法是非常不错的选择。

网络设备监控: Zabbix SNMP Interface，通过SNMP协议与被监控对象进行通信，SNMP协议的全称为simple network management protocol，被译为简单网络管理协议，通常来说，我们无法在路由器、交换机这种硬件上安装agent，但是这些硬件都支持SNMP协议。

应用服务监控:Zabbix Agent UserParameter

四、zabbix的日常术语

1.主机(host)

要监控的设备，可以由IP或者是主机名(必须可解析) 指定

2.主机组(host group)

主机的逻辑容器，包含主机和模板，主机组通常在给用户或者是用户组指派监控权限时使用

3.监控项(item)

一个特定监控指标的相关数据，比如内存的大小、CPU的使用率，甚至是服务的运行状态等等。监控项数据来源于被监控对象，并且每个监控项都由一个key来标识。

4.触发器(trigger)

一个表达式，用于评估监控项的值是否在合理的范围内。当接收的值超出触发器的规定时，就被认为是故障，如果超出后再次符合，就被认为是正常。

5.事件（event）

触发器触发的一个特定事件，或者是zabbix定义的一个自动上线注册主机的事件。

6.动作（action）

指根据配置，zabbix对于触发器触发的特定事件进行处理的具体措施，如执行某个脚本，或者是向管理员邮箱发送邮件等等。

7.报警升级(escalation)

发送警报或者是执行远程命令的自定义方案。

8.媒介(media)

发送通知(告警)的手段，如微信、邮件、钉钉等等。

9.通知(notification)

通过指定的媒介，向用户发送的有关事件的信息。

10.远程命令(remote command)

指运维人员提前写好的命令，可以让被监控主机在触发事件后执行。

11.模板(template)

用于快速定义被监控主机的预设条目集合，通常包括了监控项、触发器、应用等，模板可以直接链接至某个主机。

12.应用(application)

一组监控项的集合。

13.web场景 (web scennario)

用于检测web站点可用性的一个或多个HTTP请求。

14.前端（fontend)

zabbix的web接口。

五、zabbix的工作流程

Zabbix在进行监控时，zabbix客户端要安装在被监控设备上，负责定期收集数据，并将其发送给zabbix服务端: zabbix服务端要安装在监控设备上，其将zabbix客户端发送的数据存储的数据库中，zabbix web根据数据在前端进行展示和绘图。

1.主动模式

zabbix客户端主动向zabbix server请求监控项列表，并主动将监控项内需要的数据提交给zabbix服务

2.被动模式

zabbix server向 agent 请求获取监控项的数据，zabbix agent返回数据。

六、zabbix进程详解

1、zabbix_agentd

zabbix-agentd为zabbix客户端守护进程，主要负责收集客户端监控项数据

2、zabbix_server

zabbix scrver为zabbix服务端守护进程，主要负责收集zabbix客户端数据。 (端口为10051)

3、zabbix_proxy

zabbix_proxy是zabbix的代理程序，其功能类似于server，作用上类似于一个中转站，最终会把收集的数据再次提交给zabbix server。

4、zabbix_get

zabbix_get作为zabbix工具，通常运行在zabbix server或者zabbix_proxy上，用于远程获取客户端信息，通常用于排错。

5、zabbix_senter

zabbix_sender也是zabbix的一个工具，通常运行在zabbix的客户端，用于耗时比较长的检查，其作用是主动发送数据。

6、zabbix_java_gateway

zabbix_java_gateway是zabbix2.0以后引入的新功能，可以用于JAVA方面的设备;但是只能主动获取数据，而不能被动获取数据。

七、zabbix的监控框架

server client架构

zabbix最简单的架构，监控设备和被监控设备之间直接相连，zabbix server 和 zabbix client 之间直接进行数据交互。

master node cient架构

proxy是连接 server 和 client 之间的桥梁，其本身不存放数据，只是将zabbix_agent端发来的数据暂存，然后再提交给server。这种架构一般用于跨机房、跨网络的中型网络架构。在server_proxy_client架中，server设备的宕机会导致整个系统痪而无法正常工作。