4 Descripción general de Zabbix

Arquitectura

Zabbix consta de varios componentes de software principales. Sus responsabilidades se describen a continuación.

Server

Zabbix server es el componente central al que los agent reportan información y estadísticas sobre disponibilidad e integridad. El server es el repositorio central en el que se almacenan todos los datos de configuración, estadísticos y operativos.

Almacenamiento de la base de datos

Toda la información de configuración, así como los datos recopilados por Zabbix, se almacenan en una base de datos.

Interfaz web

Para acceder fácilmente a Zabbix desde cualquier lugar y desde cualquier plataforma, se proporciona la interfaz basada en web. La interfaz forma parte de Zabbix server y, por lo general, aunque no necesariamente, se ejecuta en la misma máquina física que la que ejecuta el server.

Proxy

Zabbix proxy puede recopilar datos de rendimiento y disponibilidad en nombre de Zabbix server. Un proxy es una parte opcional de la implementación de Zabbix; sin embargo, puede ser muy beneficioso para distribuir la carga de un único Zabbix server.

Agent

Los agentes de Zabbix se implementan en los objetivos de monitorización para supervisar de forma activa los recursos y aplicaciones locales y enviar los datos recopilados a Zabbix server. Desde Zabbix 4.4, hay dos tipos de agentes disponibles: el Zabbix agent (ligero, compatible con muchas plataformas, escrito en C) y el Zabbix agent 2 (muy flexible, fácilmente ampliable con complementos, escrito en Go).

Flujo de datos

Además, es importante dar un paso atrás y observar el flujo de datos general dentro de Zabbix. Para crear un item que recopile datos, primero debe crear un host. Pasando al otro extremo del espectro de Zabbix, primero debe tener un item para crear un trigger. Debe tener un trigger para crear una acción. Así, si desea recibir una alerta de que la carga de CPU en Server X es demasiado alta, primero debe crear una entrada de host para Server X, seguida de un item para supervisar su CPU, luego un trigger que se active si la CPU es demasiado alta, seguido de una acción que le envíe un correo electrónico. Aunque eso pueda parecer una gran cantidad de pasos, con el uso de templates en realidad no lo es. Sin embargo, debido a este diseño, es posible crear una configuración muy flexible.