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.

2 Mejores prácticas de configuración

Descripción general

Esta sección describe las mejores prácticas para configurar Zabbix con el fin de 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 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.

Equipos y métricas

Definición de un equipo

Un equipo en Zabbix no es una máquina o dispositivo físico, sino una entidad lógica. Para fines de monitorización, puede crear equipos separados para una base de datos o, por ejemplo, una máquina virtual. Alternativamente, puede crear un equipo genérico Portátil de Juan y monitorizar 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 switch de red. Al utilizar este enfoque, usted:

  1. Evitará el desorden en los datos de monitorización al tener métricas, disparadores y notificaciones de alerta separados para cada equipo.

  2. Ajustará los niveles de acceso de los usuarios. Puede configurar roles de usuario para otorgar acceso a ver y/o configurar solo equipos específicos. Consulte también el principio de menor privilegio.

Equipos con métricas duplicadas

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

La mejor práctica es crear una plantilla con todas las métricas necesarias, 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 el número de solicitudes a la entidad de destino, Zabbix permite la creación de métricas principales y dependientes. En este caso, la métrica principal recopila un gran conjunto de información en una sola solicitud. Luego, se pueden configurar métricas dependientes para extraer datos específicos de esa recopilación mediante preprocesamiento y almacenarlos como métricas individuales.

Por ejemplo, la métrica principal podría recopilar una respuesta JSON o XML que contenga varias métricas o ejecutar una consulta a la base de datos que devuelva varias columnas de datos (por ejemplo, número de conexiones abiertas, conexiones abortadas, máximo de conexiones simultáneas permitidas y total acumulado de conexiones 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 principal justo después de la recopilación y solo conservar los datos de las métricas dependientes.

Servidores y proxies

Si todos los equipos están en la misma red local que el servidor Zabbix y no existen 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. Añadir 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 añadir un proxy Zabbix cuando:

  1. Está monitorizando múltiples equipos utilizando varios 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.

  2. 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 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.

  3. 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.

Macros secretos

Es posible que desee utilizar macros de usuario secretas como texto secreto o como macros secretas de bóveda.

Para una mayor seguridad al utilizar macros secretas de bóveda, se recomienda configurar los valores de las macros para que sean recuperados por el servidor Zabbix y los proxies Zabbix de forma independiente. Por defecto, los valores de las macros secretas son recuperados por el servidor Zabbix y propagados a los proxies Zabbix.