Se encuentra viendo la documentación de la versión en desarrollo, puede estar incompleta.
Únase a nuestro proyecto de traducción y ayude a traducir la documentación de Zabbix a su lengua materna.

4 Proxy

Visión general

El proxy Zabbix es un proceso que puede recopilar datos de monitoreo de uno o más dispositivos monitoreados y enviar la información al servidor Zabbix, esencialmente trabajando en nombre del servidor. Todos los datos recopilados son almacenado en búfer localmente y luego transferidos al servidor Zabbix al que el proxy pertenece.

La implementación de un proxy es opcional, pero puede ser muy beneficioso para distribuir la carga de un solo servidor Zabbix. Si solo los proxies recopilan datos, el procesamiento en el servidor requiere menos CPU y E/S de disco.

Un proxy Zabbix es la solución ideal para el monitoreo centralizado de ubicaciones remotas, sucursales y redes sin administradores locales.

El proxy Zabbix requiere una base de datos separada.

Tenga en cuenta que las bases de datos compatibles con el proxy Zabbix son SQLite, MySQL y PostgreSQL. Puede usar Oracle bajo su propio riesgo y puede contener algunas limitaciones como, por ejemplo, en el retorno de valores de bajo nivel de las reglas de descubrimiento.

Ver también: Uso de proxies en un entorno distribuido

Ejecutando el proxy

Si se instala como paquete

El proxy Zabbix se ejecuta como un proceso daemon. El proxy puede ser iniciado ejecutando:

shell> service zabbix-proxy start

Esto funcionará en la mayoría de los sistemas GNU/Linux. En otros sistemas, puede que necesite ejecutar:

shell> /etc/init.d/zabbix-proxy start

Del mismo modo, para detener/reiniciar/ver el estado del proxy Zabbix, use los siguientes comandos:

shell> service zabbix-proxy stop
       shell> service zabbix-proxy restart
       shell> service zabbix-proxy status
Iniciar manualmente

Si lo anterior no funciona, debe iniciarlo manualmente. Encuentre el camino al binario zabbix_proxy y ejecute:

shell> zabbix_proxy

Puede usar los siguientes parámetros de línea de comando con el proxy Zabbix:

-c --config <archivo>    ruta al archivo de configuración
       -f --foreground.   ejecuta el proxy Zabbix en primer plano
       -R --runtime-control <opción>    realizar funciones administrativas
       -h --help    dar esta ayuda
       -V --version    muestra el número de versión

Ejemplos de ejecución del proxy Zabbix con parámetros de línea de comandos:

shell> zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf
       shell> zabbix_proxy --help
       shell> zabbix_proxy -V
Control de tiempo de ejecución

Opciones de control de tiempo de ejecución:

Opción Descripción Objetivo
config_cache_reload Recargar caché de configuración. Se ignora si el caché se está cargando actualmente.
El proxy Zabbix activo se conectará al servidor Zabbix y solicitará datos de configuración.
El proxy Zabbix pasivo solicitará datos de configuración del servidor Zabbix la próxima vez que el servidor se conecte al proxy.
diaginfo[=<section>] Recopila información de diagnóstico en el archivo de registro del proxy. historycache - estadísticas del historial de caché
preprocessing - estadísticas del administrador de preprocesamiento
* locks - lista de mutex (está vacía en sistemas BSD)
snmp_cache_reload Vuelva a cargar la caché SNMP, borre las propiedades SNMP (hora del motor, arranque del motor, identificación del motor, credenciales) para todos los hosts.
housekeeper_execute Iniciar el procedimiento de limpieza. Ignorado si el procedimiento de limpieza está actualmente en curso.
log_level_increase[=<target>] Aumentar el nivel de registro, afecta a todos los procesos si no se especifica el objetivo.
No compatible con sistemas **BSD*.
tipo de proceso: todos los procesos del tipo especificado (por ejemplo, sondeador)
Ver todos los tipos de procesos de proxy.
** tipo de proceso,N: tipo y número de proceso (p. ej., sondeador,3)
pid**: identificador de proceso (de 1 a 65535). Para valores mayores, especifique el destino como 'tipo de proceso,N'.
log_level_decrease[=<target>] Disminuye el nivel de registro, afecta a todos los procesos si no se especifica el objetivo.
No se admite en sistemas **BSD*.
prof_enable[=<target>] Habilitar creación de perfiles.
Afecta a todos los procesos si no se especifica el destino.
La creación de perfiles habilitada proporciona detalles de todos los rwlocks/mutexes por nombre de función.
* *tipo de proceso: todos los procesos del tipo especificado (por ejemplo, sincronizador de historial)
Ver todos los tipos de procesos de proxy.
tipo de proceso,N: tipo y número de proceso (por ejemplo, , sincronizador de historial,1)
pid: identificador de proceso (1 a 65535). Para valores más grandes, especifique el destino como 'tipo de proceso, N'.
alcance** - rwlock, mutex, processing se pueden usar con el tipo y número de proceso (por ejemplo, sincronizador de historial, 1, procesamiento) o todos los procesos de tipo (por ejemplo, sincronizador de historial, rwlock)
prof_disable[=<target>] Deshabilitar la creación de perfiles.
Afecta a todos los procesos si no se especifica el objetivo.
tipo de proceso - Todos los procesos del tipo especificado (por ejemplo, sincronizador de historial) )
Ver todos los tipos de procesos de proxy.
tipo de proceso,N - Tipo y número de proceso (por ejemplo, sincronizador de historial,1)
pid - Proceso identificador (1 a 65535). Para valores mayores, especifique el destino como 'tipo de proceso,N'.

Ejemplo de uso del control de tiempo de ejecución para recargar la configuración del proxy cache:

shell> zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R config_cache_reload

Ejemplos de uso del control de tiempo de ejecución para recopilar información de diagnóstico:

Recopile toda la información de diagnóstico disponible en el archivo de registro del proxy:
       shell> zabbix_proxy -R diaginfo
       
       Recopile estadísticas de caché del historial en el archivo de registro del proxy:
       shell> zabbix_proxy -R diaginfo=historycache

Ejemplo de uso del control de tiempo de ejecución para recargar la caché SNMP:

shell> zabbix_proxy -R snmp_cache_reload

Ejemplo de uso del control de tiempo de ejecución para desencadenar la ejecución del ama de llaves

shell> zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R housekeeper_execute

Ejemplos de uso del control de tiempo de ejecución para cambiar el nivel de registro:

Incrementar el nivel de registro de todos los procesos:
       shell> zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_increase
       
       Aumentar el nivel de registro del segundo proceso de sondeo:
       shell> zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_increase=poller,2
       
       Aumente el nivel de registro del proceso con PID 1234:
       shell> zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_increase=1234
       
       Disminuya el nivel de registro de todos los procesos del poller http:
       shell> zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_decrease="http poller"

Procesos de usuario

El agente Zabbix en UNIX está diseñado para ejecutarse como usuario no root. se ejecutará como cualquier usuario no root con el que se inicie. Para que pueda ejecutar el agente como cualquier usuario no root sin ningún problema.

Si intenta ejecutarlo como 'root', cambiará a un codificado usuario 'zabbix', que debe estar presente en su sistema. solo puedes correr agente como 'root' si modifica el parámetro 'AllowRoot' en el archivo de configuración del agente .

Archivo de configuración

Consulte el archivo de configuración opciones para obtener detalles sobre la configuración de zabbix_proxy.

Tipos de procesos de proxy

  • administrador de disponibilidad: proceso para actualizaciones de disponibilidad del equipo
  • configuration syncer: proceso para gestionar la caché en memoria de datos de configuración
  • remitente de datos - remitente de datos proxy
  • discoverer: proceso para descubrir dispositivos
  • sincronizador de historial - escritor de base de datos histórico
  • limpieza interna: proceso para eliminar datos históricos antiguos
  • http poller - encuestador de monitoreo web
  • icmp pinger - encuestador para comprobaciones de icmpping
  • ipmi manager - administrador de encuestadores IPMI
  • ipmi poller - encuestador para comprobaciones de IPMI
  • java poller - sondeador para comprobaciones de Java
  • odbc poller - encuestador para comprobaciones ODBC
  • poller - encuestador normal para comprobaciones pasivas
  • administrador de preprocesamiento - administrador de tareas de preprocesamiento
  • trabajador de preprocesamiento - proceso para el preprocesamiento de datos
  • autocontrol: proceso para recopilar el servidor interno Estadísticas
  • snmp trapper - capturador para capturas SNMP
  • administrador de tareas: proceso para la ejecución remota de tareas solicitadas por otros componentes (por ejemplo, cerrar el problema, reconocer el problema, verificar valor del artículo ahora, funcionalidad de comando remoto)
  • trapper - capturador para comprobaciones activas, capturas y comunicación proxy
  • sondeador inalcanzable - sondeador para dispositivos inalcanzables
  • vmware Collector: recopilador de datos de VMware responsable de los datos. recopilación de servicios de VMware

El archivo de registro de proxy se puede utilizar para observar estos tipos de procesos.

Se pueden monitorear varios tipos de procesos de proxy de Zabbix usando la métrica interna zabbix[proceso,<tipo>,<modo>,<estado>].

Plataformas compatibles

El proxy Zabbix se ejecuta en la misma lista de plataformas compatibles que las del servidor Zabbix.

Memory buffer

The memory buffer allows to store new data (item values, network discovery, host autoregistration) in the buffer and upload to Zabbix server without accessing the database. The memory buffer has been introduced for the proxy since Zabbix 7.0.

In installations before Zabbix 7.0 the collected data was stored in the database before uploading to Zabbix server. For these installations this remains the default behavior after upgrading to Zabbix 7.0.

For optimized performance, it is recommended to configure the use of memory buffer on the proxy. This is possible by modifying the value of ProxyBufferMode from "disk" (hardcoded default for existing installations) to "hybrid" (recommended) or "memory". It is also required to set the memory buffer size (ProxyMemoryBufferSize parameter).

In hybrid mode the buffer is protected from data loss by flushing unsent data to the database if the proxy is stopped, the buffer is full or data too old. When all values have been flushed into database, the proxy goes back to using memory buffer.

In memory mode, the memory buffer will be used, however, there is no protection against data loss. If the proxy is stopped, or the memory gets overfilled, the unsent data will be dropped.

The hybrid mode (ProxyBufferMode=hybrid) is applied to all new installations since Zabbix 7.0.

Additional parameters such as ProxyMemoryBufferSize and ProxyMemoryBufferAge define the memory buffer size and the maximum age of data in the buffer, respectively.

Configuración regional

Tenga en cuenta que el proxy requiere una configuración regional UTF-8 para que algunas métricas de texto se puedan interpretar correctamente. La mayoría de los sistemas modernos tipo Unix tienen la configuración regional UTF-8 como predeterminada, sin embargo, hay algunos sistemas en los que es posible que sea necesario configurarla específicamente.