Zabbix 概述和架构

https://www.zabbix.com/

1、Zabbix 介绍

Zabbix 是一个企业级分布式开源监控解决方案,支持实时监控数干台服务器,虚拟机和网络设备,采集百万级监控指标,适用于任何IT基础架构、服务、应用程序和资源的解决方案。

Zabbix 软件能够监控众多网络参数和服务器的健康度、完整性。Zabbix 使用灵活的告警机制,允许用户为几乎任何事件配置基于邮件的告警。这样用户可以快速响应服务器问题。Zabbix 基于存储的数据提供出色的报表和数据可视化功能。这些功能使得 Zabbix 成为容量规划的理想选择。

Zabbix 支持主动轮询(polling)和被动捕获(trapping)。Zabbix所有的报表、统计数据和配置参数都可以通过基于 Web 的前端页面进行访问。基于 Web 的前端页面确保您可以在任何地方访问您监控的网络状态和服务器健康状况。适当的配置后,Zabbix 可以在监控 IT 基础设施方面发挥重要作用。无论是对于有少量服务器的小型组织,还是拥有大量服务器的大企业而言,同样适用。

2、Zabbix 功能

Zabbix 是一个高度成熟完善的网络监控解决方案,包含了多种功能。

https://www.zabbix.com/documentation/5.0/zh/manual/introduction/features
图片[1]-Zabbix 概述和架构-李佳程的个人主页

数据采集

  • 历史数据,即记录每个监控项采集到的每个监控值;
  • 趋势数据,主要保留某个监控项一个小时内历史数据的最大值、最小值和平均值以及该监控项一个小时内所采集到的数据个数;
  • 可用性和性能检查;
  • 支持 SNMP(包括主动轮询和被动捕获)、IPMI、JMX、VMware 监控;
  • 自定义检查;
  • 按照自定义的时间间隔采集需要的数据;
  • 通过 Server/Proxy 和 Agents 来执行数据采集。

灵活的阈值定义

  • 您可以参考后端数据库定义非常灵活的告警阈值,即触发器

高度可配置化的告警

  • 可以根据递增计划、接收者、媒介类型自定义发送告警通知;
  • 使用宏变量可以使告警通知变得更加高效有用;
  • 自动操作包含远程执行命令。

实时图形

  • 使用内置图形功能可以将监控项实时绘制成图形。

Web 监控功能

  • Zabbix可以追踪模拟鼠标在 Web 网站上的点击操作,来检查 Web 网站的功能和响应时间。

丰富的可视化选项

  • 可以组合多个监控项到单个视图中,创建自定义图表;
  • 网络拓扑图;
  • 以仪表盘样式展示自定义聚合图形和幻灯片演示;
  • 报表;
  • 监控资源的更高层次展示视图(业务视图)。

历史数据存储

  • 存储在数据库中的数据;
  • 历史配置;
  • 内置数据管理机制。

配置简单

  • 将被监控设备添加为主机;
  • 主机一旦添加到数据库中,就会采集数据用于监控;
  • 将模板用于监控设备。

使用模板

  • 模板中分组检查;
  • 模板可以关联模板,继承已关联模板的属性。

网络发现

  • 自动发现网络设备;
  • Zabbix Agent 发现设备后自动注册;
  • 自动发现文件系统、网络接口和 SNMP OIDs 值。

快捷的 Web 界面

  • 基于 PHP 的 Web 前端;
  • 可以从任何地方访问;
  • 您可以定制自己的操作方式;
  • 您可以通过审计日志来查看你的操作。

Zabbix API

  • Zabbix API 为 Zabbix 提供可编程接口,用于批量操作、第三方软件集成和其他用途。

权限管理系统

  • 安全的用户身份验证;
  • 指定的用户只能查看指定的权限范围内的视图。

功能强大且易于扩展的 Zabbix Agent

  • 部署于被监控对象上;
  • 支持 Linux 和 Windows ;

二进制守护进程

  • 为了更好的性能和更少的内存占用,采用 C 语言编写;
  • 便于移植。

适应更复杂的环境

  • 使用 Zabbix Proxy 代理,可以轻松实现分布式远程监控

3、Zabbix 架构

Zabbix 由如下主要的功能组件组成

图片[2]-Zabbix 概述和架构-李佳程的个人主页
图片[3]-Zabbix 概述和架构-李佳程的个人主页

SERVER

  • Zabbix server 是 Zabbix 软件的核心组件
  • Zabbix Agent 向其报告可用性、系统完整性信息和统计信息。
  • Zabbix server也是存储所有配置信息、统计信息和操作信息的核心存储库。
  • Zabbix server也是Zabbix监控系统的告警中心。在监控的系统中出现任何异常,将发出通知给管理员。
  • 基本的 Zabbix Server 的功能分解成为三个不同的组件。他们是:Zabbix server、Web前端和数据库。
  • Zabbix 的所有配置信息都存储在 Server和Web前端进行交互的数据库中。例如,当你通过Web前端(或者API)新增一个监控项时,它会被添加到数据库的监控项表里。然后,Zabbix server 以每分钟一次的频率查询监控项表中的有效项,接着将它存储在 Zabbix server 中的缓存里。这就是为什么 Zabbix前端所做的任何更改需要花费两分钟左右才能显示在最新的数据段的原因。

数据库

  • 所有配置信息以及 Zabbix 采集到的数据都被持久存储在数据库中
  • 可以支持MySQL,PostgreSQL,Oracle 等多种数据库

WEB 界面

  • WEB 界面是 Zabbix server 的一部分,用于实现展示和配置的界面
  • 通常(但不一定)和 Zabbix server 运行在同一台物理机器上
  • 基于 Apache(Nginx)+PHP 实现,早期只支持LAMP架构,从Zabbix5.0开始支持LNMP

AGENT

  • Zabbix agents 部署在被监控目标上,用于主动监控本地资源和应用程序,并将收集的数据发送给Zabbix server。从Zabbix5.0开始支技Zabbix Agent2

PROXY

  • Zabbix Proxy 可以代替 Zabbix Server 采集性能和可用性数据
  • Zabbix Proxy 在 Zabbix 的部署是可选部分
  • Zabbix Proxy 的部署可以很好的分担单个Zabbix server的负载

Java 网关

  • Zabbix 要监控 tomcat 服务器和其它JAVA程序,需要使用 Java gateway 做为代理,才能从JAVA程序中获取数据

内部配置的数据流程

  • Zabbix 内部的数据流对Zabbix的使用也很重要。首先,为了创建一个采集数据的监控项,就必须先创建主机。其次,在任务的另外一端,必须要有监控项才能创建触发器(trigger),必须要有触发器来创建动作(action)。因此,如果您想要收到类似“X个server上CPU负载过高”这样的告警,您必须首先为 Server X 创建一个主机条目,其次创建一个用于监控其 CPU的监控项,最后创建一个触发器,用来触发 CPU负载过高这个动作,并将其发送到您的邮箱里。虽然这些步骤看起来很繁琐,但是使用模板的话,实际操作非常简单。也正是由于这种设计,使得 Zabbix 的配置变得更加灵活易用。

4、Zabbix Server 启动进程

图片[4]-Zabbix 概述和架构-李佳程的个人主页
图片[5]-Zabbix 概述和架构-李佳程的个人主页

zabbix server 进程说明

Zabbix服务器端进程有多达二十多种

当在操作系统下用ps aux命令来查看时,往往看到很多zabbix系统进程,而这些系统进程在zabbix内部称为实例。这些实例各处负责不同的工作,就形成了不同种类型的进程),各种类型进程的说明如下:

报警器(alerter)——该类型的进程是用来发送报警通知的

配置同步器(configuration syncer)——用于将配置文件中的配置信息同步到内存中缓存

数据发送器(data sender)——服务器代理节点用于发送数据的进程(服务器端没有这类进程)

数据库看门狗(db watchdog)——该进程用于监视zabbix系统的数据库状态,当数据库状态变为不可用时,发送警告信息(服务器代理端不支持这类型进程)。

自动发现器(discoverer)——用于自动发现设备的进程

步骤(escalator)——用于处理动作中的步骤的进程

心跳发送器(heartbeat sender)——服务器代理端用于发送心跳信息(服务器端没有这类型的进程)

历史数据同步器(history syncer)——用于写历史数据表

管家(housekeeper)——用于清理过期的历史数据的进程

HTTP 轮询器(http poller)——用于轮询web类的监控项目

Ping检查器(icmp pinger)——用于定期的进行ICMP PING检查

ipmi 轮询器(ipmi poller)——用于定期进行ipmi监控项目的检查

java 轮询器(java poller)——用于轮询java 监控项目

分布式节点看守器(node watcher)——用于在不同的分布式节点发送历史数据和配置信息更新的进程

轮询器(poller)——用于普通的被动监控项目的轮询

服务器代理轮询(proxy poller)——用于服务器代理的被动轮询

自我监控(self-monitoring)——用于收集Zabbix系统内部的监控信息

定时器(timer)——用于处理触发器中也时间相关的函数和维护模式的进程

陷入器(trapper)——用于处理主动采集、陷入以及分布式节点间或服务器代理的通信

不可到达轮询器(unreachable poller)——用于轮询不可到达到的设备

vmware 收集器(vmware collector)——负责从vmware服务进程中收集数据(服务器代理端不支持这种类型的进程);

可用的mode参数包括:
avg——指定类型所有进程的平均值
count——返回创建的指定类型进程的数量
max——最大值
min——最小值
——进程号,含义参见“描述”中所述的;

可用的state参数包括:
繁忙(busy)——表示处于繁忙状态的进程;
空闲(idle)——表示处于空闲状态的进程;

5、Zabbix 术语

图片[6]-Zabbix 概述和架构-李佳程的个人主页

被监控: 即 Zabbix 监控的主机或设备
监控项item:即 Zabbix 监控的相关指标,比如:CPU利用率,内存使用率,TCP连接数等
应用集Application:为方便管理众多的监控项,可将多个同类型的监控项进行归类,纳入一个集合中,即应用集
触发器Trigger:是一个表达式,或者说一个条件,如磁盘利用率超过80%等,当触发条件后,会导致一个触发事件,这个事件会执行一个或多个动作
动作Action:动作是触发器的条件被触发后的行为,可以是发送一条短信,微信或邮件,或是重启某个服务
告警:当触发器和动作二者结合起来时,就构成了的告警机制,比如cpu的使用率达到80%以上,触发了报警动作,系统将自动发送一封邮件到指定的邮箱。然后运维可以及时的去处理此错误。
Web 监测:对WEB服务进行检测,比如:访问指定网站是否可正常访问
模板 Template:可以方便地应用于多个主机的一组实体的集合。而这些实体包括:

  • items(监控项)
  • applications(应用集)
  • triggers(触发器)
  • graphs(图形)
  • screens (聚合图形,自Zabbix 2.0起)
  • low-level discovery rules (自动发现规则 ,自Zabbix 2.0起)
  • web scenarios (web场景, 自Zabbix 2.0起)。

由于现实中的许多主机是相同或类似的,所以,为一个主机创建的一组实体(项目,触发器,图形,…)可能对许多人有用。虽然可以将它们复制到每个新的主机上,但过程很繁琐。可以将需要的实体都复制到一个模板,然后根据需要将模板应用于尽可能多的主机。

当模板链接到主机时,模板的所有实体(项目,触发器,图形,…)都将添加到主机。

模板通常用于为特定服务或应用程序(如Apache,MySQL,PostgreSQL,Postfix …)分组实体,然后应用于运行这些服务的主机。

使用模板的另一个好处是当所有主机都需要更改时。只需要在模板上更改某些内容将会将更改应用到所有链接的主机。

创建新模板时,链接的模板选项卡允许将一个或多个“嵌套”模板链接到此模板。所有实体(项目,触发器,图表等)将从链接的模板继承。

使用模板是减少工作量并简化Zabbix配置的好方法。

模板分为内置模板和自定义模板。

6、Zabbix 各种组件的关系

图片[7]-Zabbix 概述和架构-李佳程的个人主页

© 版权声明
THE END
喜欢就支持一下吧
点赞0 分享