zabbix的通讯方式及作用
agent：
通过专用的代理程序进行监控，与常见的master/agent模型类似
ssh/telnet：
通过远程控制协议进行通讯，比如ssh或者telnet。
SNMP：
SNMP协议的全称为Simple Network Management Protocol;,被译为简单网络管理协议，路由器、交换机这种硬件上不支持agent，但是这些硬件往往都支持SNMP协议，SNMP是一种比较久远的、通行的协议，大部分网络设备都支持这种协议，其实SNMP协议的工作方式也可以理解为master/agent的工作方式，只不过是在这些设备中内置了SNMP的agent而已，所以，大部分网络设备都支持这种协议。
IPMI：
通过标准的IPMI硬件接口，监控被监控对象的物理特征，比如电压，温度，风扇状态，电源状态等。
JMX：
通过JMX进行监控，JMX（Java Management Extensions，即Java管理扩展），监控JVM虚拟机，使用这种方法也是非常不错的选择。
zabbix结构
基础架构
一般情况下，我们将zabbix agent部署到被监控主机上，由agent采集数据，报告给负责监控的中心主机master，负责监控的中心主机被称为zabbix server，zabbix server将从agent端接收到的信息存储于zabbix的数据库中，我们把zabbix的数据库端称为zabbix database， 如果管理员需要查看各种监控信息，则需要zabbix的GUI，zabbix的GUI是一种Web GUI，我们称之为zabbix web，zabbix web是使用php编写的。以下是基础架构：
分布式架构
当监控规模变得庞大时，我们可能有成千上万台设备需要监控，这时我们是否需要部署多套zabbix系统进行监控呢？如果部署多套zabbix监控系统，那么监控压力将会被分摊，但是，这些监控的对象将会被尽量平均的分配到不同的监控系统中，这个时候，我们就无法通过统一的监控入口，去监控这些对象了，虽然分摊了监控压力，但是也增加了监控工作的复杂度，那么，我们到底该不该建立多套zabbix监控系统从而分摊巨大的监控压力呢？
zabbix天生就有处理这种问题的能力，因为zabbix支持分布式监控，我们可以把成千上万台的被监控对象分成不同的区域，每个区域中设置一台代理主机，区域内的每个被监控对象的信息被agent采集，提交给代理主机，在这个区域内，代理主机的作用就好比zabbix server，我们称这些代理主机为zabbix proxy，zabbix proxy再将收集到的信息统一提交给真正的zabbix server处理，这样，zabbix proxy分摊了zabbix server的压力，同时，我们还能够通过统一的监控入口，监控所有的对象，当监控规模庞大到需要使用zabbix proxy时，zabbix的架构如下图：
zibbix web界面结构及功能
管理: 菜单中，一般用于管理zabbix自身及zabbix相关设置。
配置： 菜单中，一般用于配置监控相关设置。
监测： 菜单中，一般用于查看被监控的相关数据
报表： 菜单中，可以为管理员生成一段时间内的监控统计信息。
资产记录： 菜单中，管理员可以查看被管控的主机有哪些，以及相关的资产信息。
