Zabbix 介绍

1.ZABBIX 概念

术语定义

host

你想监控的网络设备，基于ip或dns

host group

主机的逻辑组，其中包含主机和模板（template）。主机组内的主机和模板不以任何方式连接彼此。不同的主机组有不同的权限。

item

想要从主机接收的有度量的数据片段

trigger

可以用来评估和确定问题触发临界值的表达式，数据来自item

当评估的数据值在临界值之上，trigger状态从ok变为problem，当数据值低于临界值，trigger返回/保持ok状态。

event

作为一种表示trigger状态变化或某个发现项（discovery）或客户端自动登记（agent auto-registration）发生

problem

trigger的problem状态

action

对于某event的预定义处理方式

一个action包含动作（operations）例如：sending a notification，和条件（conditions）

escalation

在某个action中对于进行operation的自定义情景，一系列的sending notification和执行远程命令（executiong remote commands）

media

发送通知的方法和渠道

notification

一则通知，通过选定的media发送event给用户

remote command

在被监控主机上自动执行的，基于一些条件下触发的预定义指令

template

items，triggers，graphs，screens，applications，low-levle discovery rules，web scenarios的集合，可以应用于一台或多台主机

templates的目的是加快监控部署的速度，同时也使得规模性调整简单容易。templates直接与单个主机挂钩。

application

在逻辑组内的items组

web scenario

用来检查web站点可用性的一系列http请求信息

frontend

zabbix的web界面

zabbix api

可以允许用户使用json rpc协议建立，更新，调用zabbix项目（items，host，graphs等）或者允许其他的自定义任务

zabbix server

zabbix监控的核心模块，与zabbix的proxy，agent相互作用，计算triggers，发送通告，同时也是中央数据库

zabbix agent

一个部署在受监控目标上的程序，监控其资源和状态

zabbix proxy

为zabbix server收集数据，减轻其工作强度

---

2.Server

概述

Zabbxi server是Zabbix的核心部分。

Server执行的是数据的轮询和捕获，计算trigger，发送通知给用户的工作。它是Zabbix proxy和agent数据报送的主心骨。Server本身可以远程检查网络，例如web服务和邮件服务，使用单独的服务检查（service check）。

它是所有的配置、操作、统计数据的储存中心。当被监控设备发生任何问题时，它也可以Zabbix主动发出告警给管理员。

Server的主要功能主要体现在三个方面：服务端，前端网页，数据库。

Zabbix的所有配置信息都储存在服务器和前端网页交互的数据库中，例如：当你在前端网页（或使用api）创建一个item时，这个数据就被添加到数据库的items表格里，之后的一分钟左右，server查询items表格里可用的项，并把其存在服务端的cache里。这也是为什么需要花两分钟左右才能在最近数据（latest data）看到设置更改后的情景。

服务进程

通过package安装(以CentOS为例，其他系统原理类似，命令不同）

Zabbix作为一个守护进程运行，指令如下：

CetnOS7：systemctl [start|stop|status|restart] zabbix_server.service

CentOS7以下：service zabbix-server [start|stop|status|restart]

运行时可以接这些参数：

-c --config <file> 绝对路径的配置文件

-R --runtime-control <option> 执行管理功能

-h --help 显示帮助

-V --version 显示版本

runtime control不支持OpenBSD系统和NetBSD系统

runtime control 选项：

选项	描述	对象
config_cache_reload	重新加载缓存，如果缓存正在加载，则忽略
housekeeper_execute	开启内务处理程序，如果该程序正在被执行，则忽略
log_level_increase[=<target>]	增加日志等级，如果对象没有指定，则作用于所有对象	pid，1~16635 程序类型[,N]，该类型的所有[N个]程序
log_level_decrease[=<target>]	减小日志等级，如果没有指定对象则作用于所有程序

可以用来给每个Zabbix进程使用的pid号是从1到65535

举例：

使用runtime control 来重加载服务配置缓存：

zabbix_server -c /etc/zabbix/zabbix-server.conf -R configg_cache_reload

执行 housekeeper：

zabbix_server -c /etc/zabbix/zabbix-server.conf -R housekeeper_execute

进程用户

Zabbix server 设计不使用root身份，它使用任何非root的身份运行。因此，你可以用任何非root用户运行server而不会有任何问题。

如果你尝试用root身份去运行，将会强制切换到“zabbix”账户，该账户必须被部署于系统中。你可以设置配置文件的AllowRoot字段，使其只能在root身份下运行。

如果服务端和客户端都在一台机子上，建议使用不同的身份运行不同的软件。否则，代理端用户可以轻而易举地获取服务端配置文件、检索相关信息，例如数据库密码。

配置文件

可以在系统启停期间自动控制zabbix的进程。

支持的平台

由于安全要求和任务操作的性质，UNIX是唯一能持续提供必要性能、容错机制、弹性机制的系统类型。主要有以下系统：

Linux64

Solaris

AIX

HP-UX

Mac OS X

FreeBSD

OpenBSD

NetBSD

SCO Open Server

Tru64/OSF1

其它unix类型系统

---

3 Agent

概述

agent部署在被监控的目标上，监控器资源情况，运行情况。在本地收集数据后，上传到server做进一步处理。对于错误状况（硬盘容量满、服务崩溃等），server可以主动告警给管理员。它极其高效，因为采用的是系统本地调用方式收集状态信息。

被动检查和主动检查

客户端有两种运行模式：主动和被动。

被动：客户端响应来自于服务端或中继端的数据提取请求。

主动：客户端从服务端申请到一份项目表，然后自己对应地、独立地收集数据，定期上传给服务端。

无论什么模式都是基于所选择的监控类型配置，有“Zabbix agent”和“Zabbix agent（active）”

支持的平台

Linux

IBM AIX

FreeBSD

NetBSD

OpenBSD

HP-UX

Mac OS X

Solaris:9,10,11

Windows:所有桌面版和2000以后的服务器版

在Unix型系统部署客户端

安装

32位客户端可以在64位系统下运行，不过会有一些bug。

软件启停和server类似，不再赘述。