Se encuentra viendo la documentación de la versión en desarrollo, puede estar incompleta.
Únase a nuestro proyecto de traducción y ayude a traducir la documentación de Zabbix a su lengua materna.

4 Descripción general de Zabbix

Arquitectura

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

Servidor

Servidor Zabbix es el componente central para qué los agentes reportan información de disponibilidad e integridad y estadísticas. El servidor es el depósito central en el que se almacenan todos los datos de configuración, estadísticos y operativos.

Almacenamiento en base de datos

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

Interfaz web

Para un fácil acceso a Zabbix desde cualquier lugar y desde cualquier plataforma, se proporciona una interfaz basada en web. La interfaz es parte del servidor Zabbix, y por lo general (pero no necesariamente) se ejecuta en la misma máquina física que el que ejecuta el servidor.

Proxy

Proxy Zabbix puede recopilar datos de rendimiento y datos de disponibilidad en nombre del servidor Zabbix. Un proxy es opcional parte del despliegue de Zabbix; sin embargo, puede ser muy beneficioso para distribuir la carga de un solo servidor Zabbix.

Agente

Los agentes de Zabbix se despliegan en objetivos de monitoreo para monitorear activamente recursos y aplicaciones locales e informar los datos recopilados al servidor Zabbix. Desde Zabbix 4.4, hay dos tipos de agentes disponibles: el Agente Zabbix (ligero, compatible con muchas plataformas, escrito en C) y el agente Zabbix 2 (extraflexible, fácilmente ampliable con plugins, escrito en Go).

Flujo de datos

Además, es importante dar un paso atrás y echar un vistazo a la flujo de datos general dentro de Zabbix. Para crear un elemento que reúna datos, primero debe crear un host. Moviéndose al otro extremo del Zabbix espectro, primero debe tener un elemento para crear un activador. Debes tener un disparador para crear una acción. Por lo tanto, si desea recibir una alerta de que su carga de CPU es demasiado alta en Server X, primero debe crear un host entrada para Servidor X seguido de un elemento para monitorear su CPU, luego un activador que se activa si la CPU es demasiado alta, seguido de una acción que le envía un correo electrónico. Si bien eso puede parecer muchos pasos, con el uso de plantillas realmente no lo es. Sin embargo, debido a este diseño es posible crear una configuración muy flexible.