zabbix简介

简介

zabbix是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。zabbix能监视各种网络参数，保证服务器系统的安全运营；并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题。

1. Zabbix中常用的组件

****Zabbix Server：****负责接收agent发送的报告信息的核心组件，所有配置，统计数据及操作数据均由其组织进行；

****Database Storage:****专用于存储所有配置信息，以及由zabbix收集的数据；

****Web interface：****zabbix的GUI接口，通常与Server运行在同一台主机上

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

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

常见进程

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

zabbix_agentd：**
**** 客户端守护进程，此进程收集客户端数据，例如cpu负载、内存、硬盘使用情况等。**

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

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

zabbix_server:**
**** zabbix服务端守护进程。zabbix_agentd、zabbix_get、zabbix_sender、zabbix_proxy、zabbix_java_gateway的数据最终都是提交到server****
**** **备注：当然不是数据都是主动提交给zabbix_server,也有的是server主动去取数据。

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

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

---

---

2. 工作原理

zabbix运行的大概的原理**：****
**** zabbix agent需要安装到被监控的主机上，它负责定期收集各项数据，并发送到zabbix server端，zabbix server将数据存储到数据库中，zabbix web根据数据在前端进行展现和绘图。这里agent收集数据分为主动和被动两种模式：**

---

** 主动：agent请求server获取主动的监控项列表，并主动将监控项内需要检测的数据提交给server/proxy**

** 被动：server向agent请求获取监控项的数据，agent返回数据。 **

---

3. Zabbix常用术语

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

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

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

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

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

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

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

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

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

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

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

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

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

前端（frontend）：Zabbix的web接口；

4. zabbix的监控架构

在实际监控架构中，zabbix根据网络环境、监控规模等 分了三种架构： server-client 、master-node-client、server-proxy-client三种 。

4.1 server-client架构**
**** 也是zabbix的最简单的架构，监控机和被监控机之间不经过任何代理 ，直接由zabbix server和zabbix agentd之间进行数据交互。适用于网络比较简单，设备比较少的监控环境 。**

4.2 server-proxy-client架构**
**** 其中proxy是server、client之间沟通的一个桥梁，proxy本身没有前端，而且其本身并不存放数据，只是将agentd发来的数据暂时存放，而后再提交给server 。该架构经常是和master-node-client架构做比较的架构 ，一般适用于跨机房、跨网络的中型网络架构的监控。**

4.3 master-node-client架构

该架构是zabbix最复杂的监控架构，适用于跨网络、跨机房、设备较多的大型环境 。每个node同时也是一个server端，node下面可以接proxy，也可以直接接client 。node有自已的配置文件和数据库，其要做的是将配置信息和监控数据向master同步，master的故障或损坏对node其下架构的完整性。

---

agent注册

创建监控项需要的键值

[root@cache01 ~]# cd /etc/zabbix/zabbix_agentd.d/

[root@cache01 zabbix_agentd.d]# vim userparameter_login.conf
UserParameter=login-user,who|wc -l
UserParameter=login-user2,who|wc -l
UserParameter=login-user3,who|wc -l

** ******注意：****key名字要唯一，多个key以行为分割

2 新建主机

至少需要填写下列字段：

主机名称（Host name）

输入一个主机名称，可以使用字母数字、空格、点”.“、中划线”-“、下划线”_“。**
**组

从右边的选择框中，选择一个或者多个组，然后点击 « 移动它们到’所在组（In groups）'选择框。

所有访问权限都分配到主机组，而不是单独的主机。这也是主机需要属于至少一个组的原因。

IP地址

输入主机的IP地址。注意如果这是Zabbix server的IP地址，它必须是Zabbix agent配置文件中‘Server’参数的值。**
**暂时保持其他选项的默认值。

当完成后，点击添加（Add）。你可以在主机列表中看到你新添加的主机。

如果可用性（Availability）列中的ZBX图标是红色的，通信可能存在一些问题。将你的鼠标移动到上面查看错误信息。如果这个图标是灰色的，说明目前状态还没更新。确认Zabbix server正在运行，同时过一会儿刷新这个页面。

3 新建监控项

监控项是Zabbix中获得数据的基础。没有监控项，就没有数据——因为一个主机中只有监控项定义了单一的指标或者需要获得的数据。

• 添加监控项

主机包含了所有的监控项。如果需要配置一个监控项的示例，我们需要前往 配置（Configuration） → 主机（Hosts） 并找到我们已创建的’新主机（New host）’。

在’新主机（New host）‘行中，监控项（Items）的链接旁的数量会显示为’0’。点击这个链接，然后点击创 建监控项（Create item），将会显示一个监控项定义表格

---