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 los consejos de los desarrolladores de Zabbix y en la experiencia práctica de los formadores y técnicos de soporte de Zabbix.
Cada instalación de Zabbix es única y algunas de estas directrices pueden no ser adecuadas para su configuración específica. Sin embargo, se recomienda intentar seguir estas directrices tanto como sea posible para evitar problemas potenciales comunes.
Si cree que esta página podría mejorarse, ¡nos encantaría saber de usted! Por favor, resalte el texto en cuestión y pulse ctrl+Enter para informar de un error o compartir sus comentarios.
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á:
Evitar el desorden en los datos de monitoreo al tener métricas, iniciadores y notificaciones de alerta separados para cada equipo.
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.
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.
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.
Si todos los equipos están en la misma red local que el servidor Zabbix y no hay problemas de escalabilidad o rendimiento, es posible que no necesite un proxy. En entornos más grandes o complejos, monitorizar directamente los equipos con el servidor Zabbix puede no ser suficiente. Agregar un proxy y asignar parte de los equipos a ese proxy permite una distribución de carga más equilibrada.
La mejor práctica es agregar un proxy de Zabbix cuando:
Está monitorizando varios equipos utilizando diversos métodos de recopilación de métricas detrás de un cortafuegos. El proxy recopilará datos de los equipos y los enviará al servidor Zabbix, reduciendo la necesidad de abrir múltiples puertos en el cortafuegos.
Está monitorizando ubicaciones remotas, sucursales y/o redes. En caso de una interrupción de red entre el servidor Zabbix y sus ubicaciones remotas, los proxies de Zabbix desplegados en las ubicaciones remotas continuarán recopilando datos y enviarán los datos recopilados al servidor Zabbix cuando se restablezca la conexión de red.
Tiene un despliegue a gran escala y desea reducir la carga en el servidor Zabbix y mejorar el rendimiento. La definición de un despliegue a gran escala es muy amplia y depende no solo del número de equipos, sino también del número de valores recopilados por segundo.