El proxy de 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, funcionando esencialmente en nombre del servidor. Todos los datos recopilados se almacenan temporalmente de forma local y luego se transfieren al servidor Zabbix al que pertenece el proxy.
Implementar un proxy es opcional, pero puede ser muy beneficioso para distribuir la carga de un único servidor Zabbix. Si solo los proxies recopilan datos, el procesamiento en el servidor requiere menos CPU y E/S de disco.
Un proxy de Zabbix es la solución ideal para la monitorización centralizada de ubicaciones remotas, sucursales y redes sin administradores locales.
El proxy de Zabbix requiere una base de datos independiente.
Tenga en cuenta que las bases de datos compatibles con el proxy de Zabbix son SQLite, MySQL y PostgreSQL.
Consulte también: Uso de proxies en un entorno distribuido
El proxy de Zabbix se ejecuta como un proceso demonio. El proxy puede iniciarse ejecutando:
Esto funcionará en la mayoría de los sistemas GNU/Linux. En otros sistemas puede que necesite ejecutar:
De manera similar, para detener/reiniciar/ver el estado del proxy de Zabbix, utilice los siguientes comandos:
Si lo anterior no funciona, debe iniciarlo manualmente. Busque la ruta al binario zabbix_proxy y ejecute:
Puede utilizar los siguientes parámetros de línea de comandos con Zabbix proxy:
-c --config <archivo> ruta al archivo de configuración
-f --foreground ejecutar Zabbix proxy en primer plano
-R --runtime-control <opción> realizar funciones administrativas
-T --test-config validar el archivo de configuración y salir
-h --help mostrar esta ayuda
-V --version mostrar el número de versión
Ejemplos de ejecución de Zabbix proxy con parámetros de línea de comandos:
Opciones de control de tiempo de ejecución:
Opción | Descripción | Destino |
---|---|---|
config_cache_reload | Recargar la caché de configuración. Se ignora si la caché se está cargando actualmente. El proxy Zabbix activo se conectará al servidor Zabbix y solicitará los datos de configuración. El proxy Zabbix pasivo solicitará los datos de configuración al servidor Zabbix la próxima vez que el servidor se conecte al proxy. |
|
history_cache_clear=destino | Limpiar la caché de historial para el ítem especificado por su ID. Afecta a todos los valores del ítem, excepto el primer y último valor. |
destino - ID del ítem |
diaginfo[=<sección>] | Recopilar información de diagnóstico en el archivo de registro del proxy. | historycache - estadísticas de la caché de historial preprocessing - estadísticas del gestor de preprocesamiento locks - lista de mutexes (está vacía en sistemas BSD) |
snmp_cache_reload | Recargar la caché SNMP: borrar las propiedades del motor SNMP (engine time, engine boots, engine id, credenciales) para todos los hosts. Úselo para forzar un borrado global de la caché al solucionar problemas de SNMP. | |
housekeeper_execute | Iniciar el procedimiento de limpieza. Se ignora si el procedimiento de limpieza está en curso. | |
log_level_increase[=<destino>] | Aumentar el nivel de registro, afecta a todos los procesos si no se especifica el destino. No soportado en sistemas BSD. |
tipo de proceso - Todos los procesos del tipo especificado (por ejemplo, poller) Vea todos los tipos de procesos del proxy. tipo de proceso,N - Tipo de proceso y número (por ejemplo, poller,3) pid - Identificador de proceso (1 a 65535). Para valores mayores especifique el destino como 'tipo de proceso,N'. |
log_level_decrease[=<destino>] | Disminuir el nivel de registro, afecta a todos los procesos si no se especifica el destino. No soportado en sistemas BSD. |
|
prof_enable[=<destino>] | Habilitar el perfilado. Afecta a todos los procesos si no se especifica el destino. El perfilado habilitado proporciona detalles de todos los rwlocks/mutexes por nombre de función. |
tipo de proceso - Todos los procesos del tipo especificado (por ejemplo, history syncer) Vea todos los tipos de procesos del proxy. tipo de proceso,N - Tipo de proceso y número (por ejemplo, history syncer,1) pid - Identificador de proceso (1 a 65535). Para valores mayores especifique el destino como 'tipo de proceso,N'. scope - rwlock , mutex , processing pueden usarse con el tipo de proceso y número (por ejemplo, history syncer,1,processing) o todos los procesos de ese tipo (por ejemplo, history syncer,rwlock) |
prof_disable[=<destino>] | Deshabilitar el perfilado. Afecta a todos los procesos si no se especifica el destino. |
tipo de proceso - Todos los procesos del tipo especificado (por ejemplo, history syncer) Vea todos los tipos de procesos del proxy. tipo de proceso,N - Tipo de proceso y número (por ejemplo, history syncer,1) pid - Identificador de proceso (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 caché de configuración del proxy:
Ejemplo de uso del control de tiempo de ejecución para limpiar la caché de historial de un ítem:
Ejemplos de uso del control de tiempo de ejecución para recopilar información de diagnóstico:
# Recopilar toda la información de diagnóstico disponible en el archivo de registro del proxy:
zabbix_proxy -R diaginfo
# Recopilar estadísticas de la caché de historial en el archivo de registro del proxy:
zabbix_proxy -R diaginfo=historycache
Ejemplo de uso del control de tiempo de ejecución para recargar la caché SNMP:
Cuando una interfaz SNMPv3 se actualiza a través de la interfaz web de Zabbix, Zabbix recargará automáticamente las nuevas credenciales SNMPv3 para esa interfaz en la mayoría de los casos; utilice -R snmp_cache_reload
solo si la consulta sigue fallando después de los cambios de credenciales (por ejemplo, debido a inconsistencias de engineBoots/engineID o dispositivos que no cumplen con RFC), o cuando necesite forzar un borrado global de la caché SNMP para la resolución de problemas.
Ejemplo de uso del control de tiempo de ejecución para activar la ejecución del procedimiento de limpieza:
Ejemplos de uso del control de tiempo de ejecución para cambiar el nivel de registro:
# Aumentar el nivel de registro de todos los procesos:
zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_increase
# Aumentar el nivel de registro del segundo proceso poller:
zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_increase=poller,2
# Aumentar el nivel de registro del proceso con PID 1234:
zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_increase=1234
# Disminuir el nivel de registro de todos los procesos http poller:
zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_decrease="http poller"
El proxy de Zabbix está diseñado para ejecutarse como un usuario sin privilegios de root. Se ejecutará como cualquier usuario sin privilegios de root con el que se inicie. Por lo tanto, puede ejecutar el proxy como cualquier usuario sin privilegios de root sin ningún problema.
Si intenta ejecutarlo como 'root', cambiará a un usuario 'zabbix' predefinido, que debe estar presente en su sistema. Solo puede ejecutar el proxy como 'root' si modifica el parámetro 'AllowRoot' en el archivo de configuración del proxy en consecuencia.
Consulte las opciones del archivo de configuración para obtener detalles sobre la configuración de zabbix_proxy.
agent poller
: proceso de sondeo asíncrono para comprobaciones pasivas con un subproceso de trabajoavailability manager
: proceso para actualizaciones de disponibilidad de hostsbrowser poller
: sondeador para comprobaciones de elementos de navegadorconfiguration syncer
: proceso para gestionar la caché en memoria de los datos de configuracióndata sender
: remitente de datos del proxydiscovery manager
: proceso gestor para el descubrimiento de dispositivosdiscovery worker
: proceso para gestionar tareas de descubrimiento del discovery managerhistory syncer
: escritor de historial en la base de datoshousekeeper
: proceso para la eliminación de datos históricos antiguoshttp agent poller
: proceso de sondeo asíncrono para comprobaciones HTTP con un subproceso de trabajohttp poller
: sondeador para monitorización webicmp pinger
: sondeador para comprobaciones icmppinginternal poller
: sondeador para comprobaciones internasipmi manager
: gestor de sondeadores IPMIipmi poller
: sondeador para comprobaciones IPMIjava poller
: sondeador para comprobaciones Javaodbc poller
: sondeador para comprobaciones ODBCpoller
: sondeador normal para comprobaciones pasivaspreprocessing manager
: gestor de tareas de preprocesamiento con subprocesos de trabajo de preprocesamientopreprocessing worker
: subproceso para el preprocesamiento de datosself-monitoring
: proceso para recopilar estadísticas internas del servidorsnmp poller
: proceso de sondeo asíncrono para comprobaciones SNMP con un subproceso de trabajo (solo elementos walk[OID]
y get[OID]
)snmp trapper
: receptor de traps SNMPtask manager
: proceso para la ejecución remota de tareas solicitadas por otros componentes (por ejemplo, cerrar problema, reconocer problema, comprobar valor de elemento ahora, funcionalidad de comando remoto)trapper
: receptor para comprobaciones activas, traps, comunicación con el proxyunreachable poller
: sondeador para dispositivos inalcanzablesvmware collector
: recolector de datos de VMware responsable de recopilar datos de servicios VMwareEl archivo de registro del proxy puede utilizarse para observar estos tipos de procesos.
Se pueden monitorizar varios tipos de procesos del proxy de Zabbix utilizando el elemento interno zabbix[process,<type>,<mode>,<state>] elemento.
El título del proceso history syncer muestra estadísticas detalladas sobre las transacciones del history syncer.
205276 ? S 0:00 zabbix_proxy: history syncer #1 [processed 1 values in 0.001179 (0.001167,0.000000) sec, idle 1 sec]
205277 ? S 0:00 zabbix_proxy: history syncer #2 [processed 0 values in 0.000022 (0.000000,0.000000) sec, idle 1 sec]
Los tiempos, en "processed...in N (<timings>) sec", son:
El proxy de Zabbix se ejecuta en la misma lista de plataformas compatibles que el servidor de Zabbix.
El búfer de memoria permite almacenar nuevos datos (valores de ítems, descubrimiento de red, autorregistro de hosts) en el búfer y cargarlos al servidor Zabbix sin acceder a la base de datos. El búfer de memoria se ha introducido para el proxy desde Zabbix 7.0.
En instalaciones anteriores a Zabbix 7.0, los datos recopilados se almacenaban en la base de datos antes de cargarlos al servidor Zabbix. Para estas instalaciones, este sigue siendo el comportamiento predeterminado después de actualizar a Zabbix 7.0.
Para un rendimiento optimizado, se recomienda configurar el uso del búfer de memoria en el proxy. Esto es posible modificando el valor de ProxyBufferMode de "disk" (valor predeterminado codificado para instalaciones existentes) a "hybrid" (recomendado) o "memory". También es necesario establecer el tamaño del búfer de memoria (parámetro ProxyMemoryBufferSize).
En modo híbrido, el búfer está protegido contra la pérdida de datos vaciando los datos no enviados a la base de datos si el proxy se detiene, el búfer está lleno o los datos son demasiado antiguos. Cuando todos los valores se han vaciado en la base de datos, el proxy vuelve a usar el búfer de memoria.
En modo memoria, se utilizará el búfer de memoria, sin embargo, no hay protección contra la pérdida de datos. Si el proxy se detiene o la memoria se llena, los datos no enviados se descartarán.
El modo híbrido (ProxyBufferMode=hybrid) se aplica a todas las nuevas instalaciones desde Zabbix 7.0.
Parámetros adicionales como ProxyMemoryBufferSize y ProxyMemoryBufferAge definen respectivamente el tamaño del búfer de memoria y la antigüedad máxima de los datos en el búfer.
Tenga en cuenta que, con una configuración conflictiva, el proxy mostrará un error y no se iniciará, por ejemplo, si:
Tenga en cuenta que el proxy requiere una configuración regional UTF-8 para que algunos elementos de texto puedan interpretarse correctamente. La mayoría de los sistemas modernos similares a Unix tienen una configuración regional UTF-8 por defecto, sin embargo, hay algunos sistemas donde esto puede necesitar configurarse específicamente.
El proxy de Zabbix no es consciente de los periodos de mantenimiento; consulte Cálculo de colas durante el mantenimiento para más detalles.