Documentation
Table of Contents
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:
Esto funcionará en la mayoría de los sistemas GNU/Linux. En otros sistemas, puede que necesite ejecutar:
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 statusIniciar manualmente
Si lo anterior no funciona, debe iniciarlo manualmente. encuentra el camino al binario zabbix_proxy y ejecute:
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ónEjemplos 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-VControl 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:
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=historycacheEjemplo de uso del control de tiempo de ejecución para recargar la memoria caché SNMP:
Ejemplo de uso del control de tiempo de ejecución para desencadenar la ejecución de ama de llaves:
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:
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 alertassincronizador de alerta- escritor de base de datos de alertaalerter- proceso de envío de notificacionesadministrador de disponibilidad- proceso para actualizaciones de disponibilidad del hostsincronizador de configuración- proceso para administrar el caché en memoria de datos de configuracióndiscoverer- proceso para el descubrimiento de dispositivosescalera mecánica- proceso de escalada de accionessondeador de historia- proceso para manejar datos calculados y comprobaciones internas que requieren una conexión a la base de datossincronizador de historial- escritor de base de datos de historialama de llaves- proceso para la eliminación de datos históricos antiguoshttp poller- sondeador de monitoreo webicmp pinger- sondeador para comprobaciones de icmppingadministrador de ipmi- Administrador de encuestas de IPMIipmi poller- sondeador para comprobaciones de IPMIjava poller- sondeador para comprobaciones de Javalld manager- proceso de gestión de tareas de descubrimiento de bajo nivellld worker- proceso de trabajo de tareas de descubrimiento de bajo nivelodbc poller- sondeador para verificaciones ODBCpoller- sondeador normal para comprobaciones pasivasgestor de preprocesamiento- gestor de tareas de preprocesamientotrabajador de preprocesamiento- proceso para el preprocesamiento de datosproblema de ama de llaves- proceso para eliminar problemas de eliminados disparadoresproxy poller- sondeador para proxies pasivosadministrador de informes- administrador de tareas programadas de generación de informesescritor de informes- proceso para generar informes programadosautosupervisión- proceso de recopilación del servidor interno Estadísticassnmp trapper- trampero para trampas SNMPadministrador 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 mantenimientostrapper- trampero para comprobaciones activas, trampas, comunicación proxysondeador inalcanzable- sondeador para dispositivos inalcanzablesrecolector 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.