Se encuentra viendo la documentación de la versión en desarrollo, puede estar incompleta.
Esta página fue traducida automáticamente. Si detectas un error, selecciónalo y presiona Ctrl+Enter para informarlo a los editores.

4 Resumen de Zabbix

Arquitectura

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

Servidor

El servidor Zabbix es el componente central al que los agentes informan sobre la disponibilidad, la integridad y las estadísticas. El servidor es el repositorio 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, se almacenan en una base de datos.

Interfaz web

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

Proxy

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

Agente

Los agentes de Zabbix se despliegan en los objetivos de monitorización para monitorizar activamente los recursos y aplicaciones locales y reportar los datos recopilados al servidor Zabbix. Desde Zabbix 4.4, hay dos tipos de agentes disponibles: el agente Zabbix (ligero, soportado en muchas plataformas, escrito en C) y el agente Zabbix 2 (extra flexible, fácilmente ampliable con plugins, 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 una métrica que recopile datos, primero debe crear un equipo. Pasando al otro extremo del espectro de Zabbix, primero debe tener una métrica para crear un disparador. Debe tener un disparador para crear una acción. Por lo tanto, si desea recibir una alerta de que la carga de CPU es demasiado alta en Servidor X, primero debe crear una entrada de equipo para Servidor X, seguida de una métrica para monitorizar su CPU, luego un disparador que se active si la CPU es demasiado alta, seguido de una acción que le envíe un correo electrónico. Aunque esto pueda 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.