4 Zabbix 概览

架构

Zabbix 由多个主要软件组件组成。其职责如下所述。

服务器

Zabbix server 是中心组件， agents 向其报告可用性、完整性信息和统计信息。服务器是存储所有配置、统计和操作数据的中央存储库。

数据库存储

Zabbix 的所有配置信息以及收集到的数据都存储在数据库中。

Web 界面

为了能够从任何地点、任何平台便捷地访问 Zabbix，系统提供了基于 Web 的界面。该界面是 Zabbix server 的一部分，并且通常（但并非必须）与运行服务器的物理机器相同。

Proxy

Zabbix proxy 可以代表 Zabbix server 收集性能和可用性数据。proxy 是 Zabbix 部署中的一个可选组件；但是，它可以非常有助于分担单个 Zabbix server 的负载。

Agent

Zabbix agents 被部署在监控目标上以进行主动监控 本地资源和应用程序，并将收集的数据报告给 Zabbix 服务器。自 Zabbix 4.4 起，提供了两种类型的 agents： Zabbix agent（轻量级，支持在许多 平台，使用 C 语言编写）和 Zabbix agent 2 （超灵活、可通过插件轻松扩展、使用 Go 编写）。

数据流

此外，退后一步并审视整体情况也非常重要。 Zabbix中的整体数据流。为了create一个收集数据的监控项 数据，你必须首先 create 一个主机。移动到 Zabbix 的另一端 要创建触发器，您必须首先拥有一个 监控项 来 create。您必须拥有 触发器关联到 create 动作。因此，如果您希望接收告警通知， 您的 Server X 上的 CPU 负载过高，您首先必须 create 一个主机 条目 Server X，后跟一个用于监控其 CPU 的 监控项，然后是 触发器在 CPU 使用率过高时激活，随后是一个动作 这似乎有很多步骤，但会向您发送电子邮件。 模板的使用其实并非如此。但是，由于这种设计，它确实如此。 可以对 create 进行非常灵活的配置。