zabbix 报警 Zabbix概术及基础介绍（一）(2)

4、Proxy：可选组件，常用于分布监控环境中，代理Server收集部分被监控端的监控数据并统一发往Server端；

5、Agent：部署在被监控主机上，负责收集本地数据并发往Server端或Proxy端；

注：zabbix node也是 zabbix server的一种 。

默认情况下zabbix包含5个程序：zabbix_agentd、zabbix_get、zabbix_proxy、zabbix_sender、zabbix_server，另外一个zabbix_java_gateway是可选，这个需要另外安装。下面来分别介绍下他们各自的作用。

zabbix_agentd

zabbix_get

zabbix工具，单独使用的命令，通常在server或者proxy端执行获取远程客户端信息的命令。通常用户排错。例如在server端获取不到客户端的内存数据，我们可以使用zabbix_get获取客户端的内容的方式来做故障排查。

zabbix_sender

zabbix工具，用于发送数据给server或者proxy，通常用于耗时比较长的检查。很多检查非常耗时间，导致zabbix超时。于是我们在脚本执行完毕之后，使用sender主动提交数据。

zabbix_server

zabbix_proxy

zabbix代理守护进程。功能类似server，唯一不同的是它只是一个中转站，它需要把收集到的数据提交/被提交到server里。

zabbix_java_gateway

zabbix2.0之后引入的一个功能。顾名思义：Java网关，类似agentd，但是只用于Java方面。需要特别注意的是，它只能主动去获取数据，而不能被动获取数据。它的数据最终会给到server或者proxy。

host（主机）：要监控的网络设备，可由IP或DNS名称指定

host group（主机组）：主机的逻辑容器，可以包含主机和模板，但同一个组内的主机和模板不能互相链接；主机组通常在给用户或用户组指派监控权限时使用

item（监控项）：一个特定监控指标的相关数据，这些数据来自于被监控对象；item是zabbix进行数据收集的核心，没有item，将没有数据；相对某监控对象来说，每个item都有"key"进行标识

trigger（触发器）：一个表达式，用于评估某监控对象的某特定item内所接收到的数据是否在合理范围内，即阀值；接受到的数据大于阀值是，触发器状态将从OK转变为Problem，当数据量再次回归到合理范围时，其状态将从Problem转换回OK

event（事件）：即发生的一个值得关注的事件，例如触发器的状态转变，新的agent或重新上线的agent的自动注册等

action（动作）：指对于特定事件事先定义的处理方法，通过包含操作（如发送通知）和条件（何时执行操作）

escalation（报警升级）：发送警报或执行远程命令的自定义方案，如每隔5min发送一次警报，共发送5次等

media（媒介）：发送通知的手段和通道，如Email、Jabber或SMS

notification（通知）：通过选定的媒介向用户发送的有关某事件的信息

remote command（远程命令）：预定义的命令，可在被监控主机处于某个特定条件下时自动执行

template（模板）：用于快速定义被监控主机的预设条目集合，通常包含了item、trigger、graph、screen、application以及low-level discovery rule；模板可以直接链接至单个主机

application（应用）：一组item的集合

web scennaro（web场景）：用于检测web站点可用性的一个或多个http请求

frontend（前端）：zabbix的web接口

需在被监控主机上安装agent，所有数据都存在里，产生的数据据很大,瓶颈主要在。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/ruanjian/article-60423-2.html