Esta es una traducción de la página de documentación original en español. Ayúdanos a mejorarla.

1 Servidor

Visión general

El servidor Zabbix es el proceso central del software Zabbix.

El servidor realiza el sondeo y captura de datos, calcula desencadena, envía notificaciones a los usuarios. Es el componente central para cuales los agentes y proxies de Zabbix reportan datos sobre disponibilidad y integridad de los sistemas. El servidor puede comprobar remotamente en red servicios (como servidores web y servidores de correo) usando un servicio simple cheques

El servidor es el repositorio central en el que se almacena toda la configuración, se almacenan datos estadísticos y operativos, y es la entidad en Zabbix que alertará activamente a los administradores cuando surjan problemas en cualquiera de los sistemas monitoreados.

El funcionamiento de un servidor Zabbix básico se divide en tres distintos componentes; ellos son: servidor Zabbix, interfaz web y almacenamiento de base de datos.

Toda la información de configuración de Zabbix se almacena en el base de datos, con la que interactúan tanto el servidor como el frontend web. Para ejemplo, cuando crea un nuevo elemento usando la interfaz web (o API) se agrega a la tabla de elementos en la base de datos. Luego, aproximadamente una vez por minuto El servidor Zabbix consultará la tabla de elementos para obtener una lista de los elementos que están activos que luego se almacenan en un caché dentro del servidor Zabbix. Este es por eso que cualquier cambio realizado en Zabbix puede demorar hasta dos minutos frontend para aparecer en la última sección de datos.

Servidor en ejecución

Si se instala como paquete

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

shell> service zabbix-agent start

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

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

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

shell> service zabbix-agente stop
       shell> service zabbix-agent restart
       shell> service zabbix-agent status
Iniciar manualmente

Si lo anterior no funciona, debe iniciarlo manualmente. encuentra 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 --ayuda dar esta ayuda
       -V --versión 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 --ayuda
       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. Ignorado si el caché se está cargando actualmente.
diaginfo[=<target>] Recopilar información de diagnóstico en el archivo de registro del servidor. historycache - estadísticas de caché de historial
valuecache - estadísticas de caché de valor
* preprocesamiento: estadísticas del administrador de preprocesamiento
alerting: estadísticas del administrador de alertas
lld: estadísticas del administrador de LLD
locks: lista de mutexes (está vacía en sistemas BSD
)
ha_status Registrar el estado del clúster de alta disponibilidad (HA).
ha_remove_node=target Elimina el nodo de alta disponibilidad (HA) especificado por su nombre o ID.
Tenga en cuenta que los nodos activos/en espera no se pueden eliminar.
target - nombre o ID del nodo (se puede obtener ejecutando ha_status)
ha_set_failover_delay=delay Establecer retraso de conmutación por error de alta disponibilidad (HA).
Se admiten sufijos de tiempo, p. 10s, 1m.
secrets_reload Recargar secretos desde Vault.
service_cache_reload Recargar la caché del administrador de servicios.
snmp_cache_reload Vuelva a cargar la caché de SNMP, borre las propiedades de SNMP (hora del motor, arranques del motor, ID del motor, credenciales) para todos los hosts.
housekeeper_execute Iniciar el procedimiento de limpieza. Ignorado si el procedimiento de limpieza está actualmente en curso.
trigger_housekeeper_execute Iniciar el procedimiento de mantenimiento del disparador. Ignorado si el procedimiento de limpieza del activador está actualmente en curso.
log_level_increase[=<objetivo>] Aumenta 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 (p. ej., poller)
Ver todos los tipos de proceso del servidor.
process type,N** - Tipo y número de proceso (p. ej., poller,3)
pid - Identificador de proceso (1 a 65535). Para valores más grandes, especifique el objetivo como 'tipo de proceso, N'.
log_level_decrease[=<target>] Reduce el nivel de registro, afecta a todos los procesos si no se especifica el objetivo.
No compatible con sistemas **BSD*.

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

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

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

Reúna toda la información de diagnóstico disponible en el archivo de registro del servidor:
       shell> servidor_zabbix -R diaginfo
       
       Recopile estadísticas de caché de historial en el archivo de registro del servidor:
       shell> zabbix_server -R diaginfo=historycache

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

shell> servidor_zabbix -R snmp_cache_reload

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

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

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:
       shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase
       
       Aumente el nivel de registro del segundo proceso de sondeo:
       shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=poller,2
       
       Aumente el nivel de registro del proceso con PID 1234:
       shell> servidor_zabbix -c /usr/local/etc/servidor_zabbix.conf -R log_level_increase=1234
       
       Disminuya el nivel de registro de todos los procesos de sondeo http:
       shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_decrease="http poller"

Ejemplo de configuración del retraso de conmutación por error de alta disponibilidad en un mínimo de 10 segundos:

shell> servidor_zabbix -R ha_set_failover_delay=10s
Procesar usuario

El servidor Zabbix está diseñado para ejecutarse como un usuario no root. se ejecutará como sea cual sea el usuario no root con el que se inicie. Para que pueda ejecutar el servidor 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 tu sistema. Solo puede ejecutar el servidor como 'raíz' si modifica el parámetro 'AllowRoot' en el archivo de configuración del servidor en consecuencia.

Si el servidor Zabbix y agente se ejecutan en la misma máquina, es recomienda utilizar un usuario diferente para ejecutar el servidor que para ejecutar el agente. De lo contrario, si ambos se ejecutan como el mismo usuario, el el agente puede acceder al archivo de configuración del servidor y a cualquier usuario de nivel de administrador en Zabbix puede recuperar fácilmente, por ejemplo, la contraseña de la base de datos.

Archivo de configuración

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

Guiones de inicio

Los scripts se utilizan para iniciar/detener automáticamente los procesos de Zabbix durante encendido/apagado del sistema. Los scripts se encuentran en el directorio misc/init.d.

Tipos de procesos del servidor

  • administrador de alertas - administrador de colas de alertas
  • sincronizador de alerta - escritor de base de datos de alerta
  • alerter - proceso de envío de notificaciones
  • administrador de disponibilidad - proceso para actualizaciones de disponibilidad del host
  • sincronizador de configuración - proceso para administrar el caché en memoria de datos de configuración
  • discoverer - proceso para el descubrimiento de dispositivos
  • escalera mecánica - proceso de escalada de acciones
  • sondeador de historia - proceso para manejar datos calculados y comprobaciones internas que requieren una conexión a la base de datos
  • sincronizador de historial - escritor de base de datos de historial
  • ama de llaves - proceso para la eliminación de datos históricos antiguos
  • http poller - sondeador de monitoreo web
  • icmp pinger - sondeador para comprobaciones de icmpping
  • administrador de ipmi - Administrador de encuestas de IPMI
  • ipmi poller - sondeador para comprobaciones de IPMI
  • java poller - sondeador para comprobaciones de Java
  • lld manager - proceso de gestión de tareas de descubrimiento de bajo nivel
  • lld worker - proceso de trabajo de tareas de descubrimiento de bajo nivel
  • odbc poller - sondeador para verificaciones ODBC
  • poller - sondeador normal para comprobaciones pasivas
  • gestor de preprocesamiento - gestor de tareas de preprocesamiento
  • trabajador de preprocesamiento - proceso para el preprocesamiento de datos
  • problema de ama de llaves - proceso para eliminar problemas de eliminados disparadores
  • proxy poller - sondeador para proxies pasivos
  • administrador de informes- administrador de tareas programadas de generación de informes
  • escritor de informes - proceso para generar informes programados
  • autosupervisión - proceso de recopilación del servidor interno Estadísticas
  • snmp trapper - trampero para trampas SNMP
  • administrador de tareas - proceso para la ejecución remota de tareas solicitadas por otros componentes (por ejemplo, cerrar problema, reconocer problema, comprobar valor del artículo ahora, funcionalidad de comando remoto)
  • timer - temporizador para procesar mantenimientos
  • trapper - trampero para comprobaciones activas, trampas, comunicación proxy
  • sondeador inalcanzable - sondeador para dispositivos inalcanzables
  • recolector de vmware: recopilador de datos de VMware responsable de los datos recopilación de servicios de VMware

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

Se pueden monitorear varios tipos de procesos del servidor Zabbix usando el zabbix[proceso,<tipo>,<modo>,<estado>] interno elemento.

Plataformas compatibles

Debido a los requisitos de seguridad y la naturaleza de misión crítica del servidor operación, UNIX es el único sistema operativo que puede consistentemente ofrecer el rendimiento, la tolerancia a fallos y la resiliencia necesarios. Zabbix opera en versiones líderes del mercado.

El servidor Zabbix se prueba en las siguientes plataformas:

-Linux -Solaris -AIX -HP-UX - Mac OS X - FreeBSD - OpenBSD -NetBSD - Servidor abierto SCO -Tru64/OSF1

Zabbix puede funcionar en otros sistemas operativos similares a Unix como bien.

Configuración regional

Tenga en cuenta que el servidor requiere una configuración regional UTF-8 para que algunos elementos de texto se puede interpretar correctamente. La mayoría de los sistemas similares a Unix modernos tienen un UTF-8 locale como predeterminado, sin embargo, hay algunos sistemas donde eso puede necesitar que se establezca específicamente.