zabbix的初级学习（了解一些概念与定义）

72 阅读 0 评论 48 点赞

我是靠谱客的博主默默香氛，最近开发中收集的这篇文章主要介绍zabbix的初级学习（了解一些概念与定义），觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

1 zabbix概述

介绍与功能：

Zabbix 支持主动轮询（polling）和被动捕获（trapping）；
使用 Zabbix Proxy 代理，可以轻松实现分布式远程监控；
Zabbix API 为 Zabbix 提供可编程接口，用于批量操作、第三方软件集成和其他用途；

架构：

server：Zabbix软件的核心组件，agent 向其报告可用性、系统完整性信息和统计信息。server也是存储所有配置信息、统计信息和操作信息的核心存储库；
数据库：所有配置信息以及 Zabbix 采集到的数据都被存储在数据库中；
Web 界面
Proxy：Zabbix proxy 可以代替 Zabbix server采集性能和可用性数据。Zabbix proxy在Zabbix的部署是可选部分；但是proxy的部署可以很好的分担单个Zabbix server的负载；
Agent：Zabbix agents 部署在被监控目标上，用于主动监控本地资源和应用程序，并将收集的数据发送给 Zabbix server；

数据流：

创建主机→创建监控项→创建触发器→创建动作

zabbix4.0版本的新特征

......

2、定义

host：你想要监控的联网设备，有IP/DNS；
host group：包含主机和模板。一个主机组里的主机和模板之间并没有任何直接的关联；
item：监控项；
value preprocessing：存入数据库之前，转化/预处理接收到的指标数据
trigger
event：发生的需要注意的事件，例如触发器状态改变、自动发现/监控代理自动注册；
event tag：提前设置的事件标记，可以用于事件关联，权限细化设置等；
event correlation：自动灵活的、精确的关联问题和解决方案。比如说，你可以定义触发器A告警的异常可以由触发器B解决，触发器B可能采用完全不同的数据采集方式；
problems：处在“异常”状态的触发器；
problem update：Zabbix提供的异常管理选项，例如添加评论、确认异常、改变严重级别或者手动关闭等；
action：预先定义的应对事件的动作。一个动作由操作(例如发出通知)和条件(什么时间进行操作)组成；
escalation：用户自定义的一个在动作（action）内执行操作的场景; 发送通知/执行远程命令的序列；
media：发送告警通知的方式、途径；
notification：通过预先设定好的媒介途径发送事件信息给用户；
remote command：预定义好的，满足特定条件的情况下，可以在被监控主机上自动执行的命令；
template：被应用到一个或多个主机上的一整套实体组合（如监控项，触发器，图形，聚合图形，应用，LLD，Web场景等）；
application：监控项的逻辑分组；
web scenario：检查网站可浏览性的一个或多个HTTP请求；
frontend：Zabbix提供的web界面；
dashboard：自定义的web前端模块中，用于重要的概要和可视化信息展示的单元，我们称之为组件（widget）；
widget：用来展示某种信息和数据的可视化组件（概览、map、图表、时钟等）；
Zabbix API：允许用户使用JSON RPC协议来创建、更新和获取Zabbix对象（如主机、监控项、图表等）信息或者
执行任何其他的自定义的任务；
Zabbix server：执行监控操作，与Zabbix proxies和Agents进行交互、触发器计算、发送告警通知。也是数据的中央存储库；
Zabbix agent：部署在监控对象上的进程，能够主动监控本地资源和应用；
Zabbix proxy：代替Zabbix Server采集数据，从而分担Zabbix Server负载的进程；
encryption：使用TLS（Transport Layer Security ）协议支持Zabbix组建之间的加密通讯(server, proxy, agent，zabbix_sender 和 zabbix_get工具)；
network discovery
low-level discovery：特定设备上低级别实体的自动发现（如文件系统、网络接口等）；
low-level discovery rule：为自动发现设备中低级别实体设定的一系列规则；
item prototype：有特定变量的指标，用于自动发现。低级别自动发现执行之后，该变量将被实际自动发现的参数替换，该指标也自动开始采集数据；
trigger prototype：有特定参数作为变量的触发器，用于自动发现。自动发现执行后该变量将被实际自动发现的参数替换，该触发器自动开始计算数据；
agent auto-registration：Zabbix agent自己自动注册为一个主机，并且开始监控的自动执行进程；

3、进程

zabbix server

基本的 Zabbix Server 的功能分解成为三个不同的组件。他们是：Zabbix server、Web前端和数据库；
Zabbix 的所有配置信息都存储在 Server 和Web前端进行交互的数据库中；
Zabbix Server 负责执行数据的主动轮询和被动获取，计算触发器条件，向用户发送通知；

Agent

Zabbix agent 部署在被监控目标上，以主动监控本地资源和应用程序（硬盘、内存、处理器统计信息等）；
Zabbix agent 可以运行被动检查和主动检查；
Zabbix agent 收集本地的操作信息并将数据报告给 Zabbix server 用于进一步处理。一旦出现异常 (例如硬盘空间已满或者有崩溃的服务进程)，Zabbix server 会主动警告管理员指定机器上的异常；

Proxy

Zabbix proxy 是一个可以从一个或多个受监控设备采集监控数据并将信息发送到 Zabbix server 的进程，主要是代表 Zabbix server 工作；
Zabbix proxy 需要使用独立的数据库，Zabbix proxy 支持 SQLite、MySQL和PostgreSQL 作为数据库。使用 Oracle 或 DB2 需要承担一定的风险，例如，在自动发现规则中的遇到问题；

Sender

Zabbix sender 是一个命令行应用程序，可用于将性能数据发送到 Zabbix server 进行处理。该实用程序通常用于长时间运行的用户脚本，用于定期发送可用性和性能数据；

Get

Zabbix get 是一个命令行应用，它可以用于与 Zabbix agent 进行通信，并从 Zabbix agent 那里获取所需的信息。该应用通常被用于 Zabbix agent 故障排错；

Java gateway（主要作用）

为了在特定主机上找到 JMX 计数器的值，Zabbix server 向 Zabbix Java gateway 发送请求，后者使用 JMX 管理 API 来远程查询相关的应用。
如果主机将有 JMX agent 或其他类型的监控项，则只将 JMXagent 监控项传递给 Java gateway 进行检索。当必须通过 Java gateway 更新监控项时，Zabbix server 或 proxy 将连接到 Java gateway 并请求该值，Java gateway 将检索该值并将其传递回 Zabbix server 或 Zabbix proxy。