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 los ingenieros 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 elementos

Definiendo un equipo

Un equipo en Zabbix no es una máquina o dispositivo físico, 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 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 switch de red. Al utilizar este enfoque, usted:

  1. Evitará el desorden en los datos de monitoreo al tener elementos, 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.

Hosts con elementos duplicados

Si tiene varios hosts similares, como Conmutador de red 1 y Conmutador de red 2, Zabbix proporciona varias formas de recrear rápidamente el host. Puede simplemente clonar un host con todas sus métricas presionando el botón Clonar, pero en este caso, para actualizar un elemento más adelante, deberá hacerlo manualmente en cada host.

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

Elementos dependientes

Para minimizar el número de solicitudes a la entidad objetivo, Zabbix permite la creación de elementos maestros y dependientes. En este caso, el elemento maestro recopila un gran conjunto de información en una sola solicitud. Luego, se pueden configurar elementos dependientes para extraer datos específicos de esa colección mediante preprocesamiento y almacenarlos como métricas individuales.

Por ejemplo, el elemento maestro podría recopilar una respuesta JSON o XML que contenga múltiples 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, número máximo de conexiones simultáneas permitidas y total acumulado de conexiones desde el inicio), y los elementos dependientes analizarán y almacenarán cada valor requerido por separado.

La mejor práctica para esta configuración es descartar el historial del elemento maestro justo después de la recopilación y solo conservar los datos de los elementos dependientes.

Servidores y proxies

Si todos los equipos están en la misma red local que el servidor Zabbix y no hay preocupaciones 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:

  1. Está monitorizando varios equipos utilizando diversos métodos de recopilación de métricas detrás de un firewall. El proxy recopilará datos de los equipos y los enviará al servidor Zabbix, reduciendo la necesidad de abrir múltiples puertos en el firewall.

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

  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.