2 Mejores prácticas de configuración

Descripción general

Esta sección describe las mejores prácticas para configurar Zabbix y lograr un rendimiento óptimo y facilidad de uso. Las recomendaciones se basan en el asesoramiento de los desarrolladores de Zabbix y en la experiencia práctica de los capacitadores e ingenieros de soporte de Zabbix.

Cada instalación de Zabbix es única y algunas de estas pautas pueden no ser adecuadas para su configuración específica. Sin embargo, se recomienda tratar de cumplir con estas pautas tanto como sea posible para evitar posibles problemas comunes.

Equipos y métricas

Definición de un equipo

Un equipo en Zabbix no es una máquina física o un dispositivo, sino una entidad lógica. Para fines de monitoreo, puede crear equipos separados para una base de datos o, por ejemplo, una máquina virtual. Alternativamente, puede crear un equipo genérico la computadora portátil de John y monitorear todas las métricas bajo ese equipo.

La mejor práctica es crear un equipo separado para cada instancia independiente, como una máquina virtual, una base de datos, un contenedor o un conmutador de red. Al utilizar este enfoque, podrá:

1. Evitar el desorden en los datos de monitoreo al tener métricas, iniciadores y notificaciones de alerta separados para cada equipo.

2. Ajustar los niveles de acceso de los usuarios. Puede configurar user-roles para otorgar acceso para ver y/o configurar solo equipos específicos. Consulte también el principio del mínimo privilegio.

Equipos con métricas duplicadas

Si tienes varios equipos similares, como Network switch 1 y Network switch 2, Zabbix ofrece varias formas de recrear rápidamente el equipo. Puedes simplemente clonar un equipo con todas sus métricas presionando el botón Clonar, pero en este caso, para actualizar una métrica más tarde, tendrás que hacerlo manualmente en cada equipo.

La mejor práctica es crear una plantilla con todas las métricas requeridas, por ejemplo, Plantilla de conmutador de red. Luego, agrupa los equipos similares en un grupo de equipos, para el ejemplo anterior podría ser Conmutadores de red. Ahora, en la sección Recopilación de datos -> Equipos puedes filtrar todos los equipos por grupo de equipos y usar el botón Actualización masiva para vincular la plantilla a todos tus conmutadores de red.

Métricas dependientes

Para minimizar la cantidad de solicitudes a la entidad de destino, Zabbix permite la creación de métricas maestras y dependientes. En este caso, la métrica maestra recopila un gran conjunto de información en una sola solicitud. Luego, las métricas dependientes se pueden configurar para extraer fragmentos específicos de datos de esa recopilación mediante preprocesamiento y almacenarlos como métricas individuales.

Por ejemplo, la métrica maestra puede recopilar una respuesta JSON o XML que contenga múltiples métricas o ejecutar una consulta de base de datos que devuelva múltiples columnas de datos (por ejemplo, cantidad de conexiones abiertas, conexiones canceladas, máxima cantidad de conexiones simultáneas permitidas y total de conexiones acumuladas desde el inicio), y las métricas dependientes analizarán y almacenarán cada valor requerido por separado.

La mejor práctica para esta configuración es descartar el historial de la métrica maestra inmediatamente después de la recopilación y solo conservar los datos de las métricas dependientes.

Servers and proxies

If all hosts are in the same local network as the Zabbix server and there are no scalability or performance concerns, you may not need a proxy. In larger or more complex environments, directly monitoring hosts with the Zabbix server may not be sufficient. Adding a proxy and assigning part of the hosts to that proxy allows for a more even load distribution.

The best practice is to add a Zabbix proxy when:

1. You are monitoring multiple hosts using various metric collection methods behind a firewall. The proxy will gather data from the hosts and forward it to the Zabbix server, reducing the need for opening multiple firewall ports.

2. You are monitoring remote locations, branches, and/or networks. In case of a network interruption between the Zabbix server and your remote locations, the Zabbix proxies deployed in the remote locations will continue data collection and send the collected data back to the Zabbix server whenever the network connection is restored.

3. You have a large-scale deployment and want to reduce the load on Zabbix server and improve performance. The definition of a large-scale deployment is very broad and depends not only on the number of hosts, but also on the number of values collected per second.