Introducción a Zabbix: Una alternativa sólida para el monitoreo de infraestructura

contact@fabmo.eu (Jordi Fàbregas) — Tue, 16 Jun 2026 00:00:00 +0000

A Catcher in the Rack. Holden Caulfield proteje a los servidores de la caída

⚠️Nota aclaratoria: Este post no pretende ser un tutorial exhaustivo paso a paso de instalación y despliegue avanzado, sino una pequeña introducción teórica y práctica para entender los conceptos clave de Zabbix, su arquitectura y cómo puede ayudarte a mantener tu infraestructura bajo control sin morir en el intento.

Introducción
#

El monitoreo de los servicios y servidores es una parte troncal del trabajo de administración de sistemas. Tenemos varias opciones para esto. Una muy conocida es Prometheus + Grafana, muy usado por su versatilidad, permitiendo en Grafana mostrar datos no solo de sistemas, sino también gráficas de marketing o ventas, gráficos de PR’s de trabajadores, etc.

Nosotros, para el ejemplo de monitoreo de hoy vamos a usar Zabbix, que aunque no es tan potente como la combinación de Prometheus + Grafana, ofrece un nivel de personalización y monitoreo enfocado específicamente en servidores y servicios.

Monitorear los servicios nos permite actuar frente a un inconveniente como la caída de un servicio, el deterioro de un disco, o el rendimiento del procesador antes de que sean un problema para el cliente final.

Zabbix es una solución de monitorización de nivel empresarial, diseñado para monitorear cada rincón de la infraestructura. Puede vigilar desde la temperatura, hasta el tráfico de un puerto especifico, el rendimiento de una base de datos, los cambios en archivos críticos, caídas de conexión, etc.

Lo mejor es su flexibilidad y que es 100% gratuito (Open Source). No hay versiones premium capadas, tienes todo el potencial de zabbix desde el principio.

Por su contra, lo peor es la curva de aprendizaje. Realmente es un programa muy complejo, con muchas opciones. Deberás de ajustar mucho su comportamiento para que se adecue a tus necesidades. También habrá que trabajar mucho sobre las alertas, para evitar una inundación de spam que nos impida ver las notificaciones relevantes de verdad.

Que es zabbix
#

Zabbix es una plataforma de monitorización todo en uno (all-in-one). A diferencia de otras soluciones donde necesitas una herramienta para recolectar datos, otra para guardarlos y otra para visualizarlos, Zabbix centraliza la recolección, el procesamiento, las alertas y la visualización en un único ecosistema. Nació originalmente en 2001 y, lejos de quedar obsoleto, ha evolucionado para soportar tanto infraestructuras tradicionales on-premise como entornos híbridos en la nube.

La arquitectura básica
#

Zabbix Server: Es la base central de Zabbix, conforma el back-end del servicio
Zabbix Database: Todos los datos de los servicios y servidores se almacenan en una base de datos SQL o PostgreSQL
Zabbix Web Interface: El front-end, que puede usar Apache o Nginx

En monitorizaciones pequeñas de con zabbix, se pueden poner los tres servicios (Server, Database y Web Interface) en un mismo servidor.

Zabbix agents: Son los agentes que recopilan y mandan la información de cada instáncia al servidor central. El agente puede ser activo (el agente inicia la conexión hacia el servidor) o pasivo (el servidor inica la conexión hacia al cliente)
Zabbix proxy: El proxy no es necesario, pero recomendable tener almenos un proxy. Las dos principales funciones del proxy son de un lado no perder datos si en algun momento falla la comunicación con el servidor o con los otros proxies (Alta disponibilidad). Los datos se almacenarán al proxy hasta que el servidor vuelva a estar disponible, mandando todos los datos faltantes durante el tiempo de inactividad de golpe. De otro modo nos facilita la configuración de los firewalls, de tal manera que el servidor solo se comunique con el proxy y el proxy solo se comunique con las instáncias.

Conceptos básicos
#

Host: Cada máquina física, virtual o servicio que queremos monitorear. (Ejemplo: Hypervisor, servidor, instáncia, router, servicio…)
Item: El objeto concreto que se quiere almacenar informacion (Ej: Temperatura de la CPU, carga del procesador, memória disponible…)
Trigger: El disparador que toma una acción (Ej: Cuando el ítem de temperatura de la CPU supere los 80ºC)
Action: La acción que dispara el trigger (Ej: Manda un correo electrónico con la incidéncia)

Instalación básica y configuración
#

La instalación más sencilla es poner todos los componentes del servidor en un mismo equipo. Si necesitamos escalar a muchos dispositivos monitoreados (cientos) podemos estudiar de separar la base de datos, del backend y del frontend, pero para una infraestructura pequeña nos valdrá poner todos los servicios juntos.

Podemos usar este docker compose o uno parecido:

services:
  postgres-server:
    image: postgres:16-alpine
    container_name: postgres-server
    restart: unless-stopped
    networks:
      - zabbix-net
    volumes:
      - ./zbx_env/var/lib/postgresql/data:/var/lib/postgresql/data:rw
    environment:
      - POSTGRES_USER=${POSTGRES_USER}
      - POSTGRES_PASSWORD=${POSTGRES_PASSWORD}
      - POSTGRES_DB=${POSTGRES_DB}

  zabbix-server:
    image: zabbix/zabbix-server-pgsql:alpine-7.4-latest
    container_name: zabbix-server-pgsql
    restart: unless-stopped
    networks:
      - zabbix-net
    ports:
      - "10051:10051"
    environment:
      - DB_SERVER_HOST=postgres-server
      - POSTGRES_USER=${POSTGRES_USER}
      - POSTGRES_PASSWORD=${POSTGRES_PASSWORD}
      - POSTGRES_DB=${POSTGRES_DB}
    depends_on:
      - postgres-server
    extra_hosts:
      - "host.docker.internal:host-gateway"

  zabbix-web-nginx:
    image: zabbix/zabbix-web-nginx-pgsql:alpine-7.4-latest
    container_name: zabbix-web-nginx-pgsql
    restart: unless-stopped
    networks:
      - zabbix-net
    ports:
      - "80:8080"
    environment:
      - ZBX_SERVER_HOST=zabbix-server
      - DB_SERVER_HOST=postgres-server
      - POSTGRES_USER=${POSTGRES_USER}
      - POSTGRES_PASSWORD=${POSTGRES_PASSWORD}
      - POSTGRES_DB=${POSTGRES_DB}
      - PHP_TZ=${PHP_TZ}
      - ZBX_SERVER_NAME=${ZBX_SERVER_NAME}
    depends_on:
      - postgres-server
      - zabbix-server


networks:
  zabbix-net:
    driver: bridge

Después deberemos de configurar el cliente en el dispositivo a monitorear. Disponemos de muchas integraciones. Para citar algunas, tendríamos el agente de linux, montireo de docker, de routers como OPNsense o PFSense, Proxmox, AWS, Oracle Cloud, Cloudflare, Git, http…

Puedes consultar todas las integraciones disponibles aquí. Cada plantilla tiene distintos triggers y ítems para monitorear.

Ejemplo práctico de monitoreo
#

Una vez que tenemos el servidor en funcionamiento, deberemos de añadir los distintos hosts. Para un ejemplo sencillo, vamos a instalar el zabbix-agent en una máquina virtual de Debian para así poder monitorear su funcionamiento.

sudo apt install zabbix-agent2

Luego deberemos decidir si configuramos el cliente como activo o pasivo. Si con configuramos en modo pasivo deberemos abrir el puerto 10050 del cliente, si lo configuramos en modo activo, deberemos abrir el puerto 10051 del servidor.

Editaremos el archivo de configuración en /etc/zabbix/zabbix_agent2.conf y configuraremos la dirección IP del servidor (o los proxies), así como el nombre del hostname que queramos usar.

A continuación iremos a nuestra interfaz web de zabbix y añadiremos el host, desde Monitoring - hosts - Create host

Aquí deberemos de darle un nombre, una plantilla (Linux by Zabbix Agent), una dirección y un puerto. Finalmente le configuraré el proxy, aunque este no es necesario, depende de la arquitectura que estemos implementando.

En este punto, esperamos unos segundos a que sincronice y ya deberiamos de empezar a recolectar datos de nuestro host de muestra.

También es posible crear nuestras propias métricas y alertas.

Alertas en tiempo real
#

Ya por defecto cada plantilla trae unos disparadores (triggers) ya preconfigurados y también podemos personalizar los nuestros propios. Por defecto se clasifican en INFO | WARNING | AVERAGE | HIGH | DISASTER. Luego tendremos que configurar un medio para las alertas. Zabbix tiene compatibilidad con una gran cantidad de medios como correo electrónico, SMS, slack, jira, MS Teams, telegram, discord…

La configuración de los medios dependerá en gran medida de que medio quieras usar. Puede pasar simplemente de poner unas claves API de un servicio a configurar un servidor de correo, modem GSM…

Luego tendremos mucho trabajo para ir configurando las notificaciones según las necesidades, ya que de lo contrario tendremos un flood de alertas tan grande que nos dificultará ver las alertas importantes.

Zabbix también permite configurar distintos medios para distintas gravedades, de modo que las notificaciones más graves se dirijan por ejemplo a una dirección de correo distinta.

También podremos desactivar o ajustar un trigger si este salta demasiado. Por ejemplo si un dispositivo muestra una falta alerta porque un sensor no funciona bien, podemos desactivar o reconfigurar esa alerta.

Dashboard
#

Una vez recopilados los datos y estructurado las alertas, el último paso es la visualización. Zabbix cuenta con un sistema de Dashboards (tableros) altamente personalizable mediante widgets.

Podemos crear pantallas personalizadas para el equipo de soporte técnico o pantallas macro para la oficina. En un mismo panel puedes arrastrar widgets de mapas de red interactivos, gráficas de consumo de ancho de banda en tiempo real, el estado de disponibilidad de los servidores (mediante semáforos verdes o rojos) y un histórico con los últimos problemas que siguen activos. Esto nos da un control absoluto y visual de toda nuestra infraestructura de un solo vistazo.

A continuación adjunto algunas capturas de mis tableros de información. En este ejemplo una captura gel tablero genera, y un par de tableros customizados que he hecho para mis necesidades.

Nota: Se han anonimizado algunos nombres de host y direcciones IP

Tablero principal:

Tablero de red:

Tablero para monitoear un nodo de Proxmox:

Problemas comunes:
#

Conectividad: Revisa los puertos, las direcciones, los firewalls, los proxies…
Fatiga de alertas: Al principio recibirás muchas alertas, deberás ir modificando un poco los triggers hasta que logres que solo las alertas importantes te lleguen.
Expresiones regulares y macros: Zabbix usa una sintaxis poco intuitiva. La documentación es de calidad, pero hay muchisima documentación. Afortunadamente parece que algunos servicios de LLM’s como gemini se portan muy bien con la documentación de zabbix, facilitando mucho los flujos de trabajo.
Saturar la base de datos: Zabbix guarda muchos, pero muchos datos. Dependiendo de las capacidades del servidor y de los clientes puede interesar disminuir la cantidad de datos almacenados. Por ejemplo, en vez de tomar una muestra cada 30 segundos, nos puede interesar tomar una muestra cada minuto o cada dos. También podemos configurar el tiempo durante el cual se guardan los datos completos, pasado este tiempo guardará el valor medio de cada hora en el histórico, en vez de toda la información cada 30 segundos.
Modificar plantillas: Las plantillas no se deberían de modificar, se deben de clonar y modificar los clones. Pongamos por ejemplo que tienes una alerta si el consumo de CPU es superior al 70%, pero tienes un dispositivo que frecuentemente supera ese umbral y lo quieres modificar para que solo mande la alerta si supera el 85%. Si modificas la plantilla, se modificará el disparador para todos los dispositivos que usen la plantilla, por lo que deberás clonar la plantilla y modificar la copia.

Alertas on fabmo.eu

Introducción a Zabbix: Una alternativa sólida para el monitoreo de infraestructura

Introducción #

Que es zabbix #

La arquitectura básica #

Conceptos básicos #

Instalación básica y configuración #

Ejemplo práctico de monitoreo #

Alertas en tiempo real #

Dashboard #

Problemas comunes: #