[comment]: # ({cbb57ea2-cbb57ea2}) # 1 Servidor [comment]: # ({/cbb57ea2-cbb57ea2}) [comment]: # ({0e549571-0e549571}) #### Visión general El servidor Zabbix es el proceso central del software Zabbix. El servidor realiza el sondeo y captura de datos, calcula los iniciadores, envía notificaciones a los usuarios. Es el componente central al que los agentes y proxies de Zabbix reportan datos sobre disponibilidad e integridad de los sistemas. El servidor puede comprobar remotamente servicios en red (como servidores web y servidores de correo) usando una comprobación simple de servicio. El servidor es el repositorio central en el que se almacena toda la configuración, los 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 básico de un servidor Zabbix se divide en tres componentes distintos; que son: servidor Zabbix, interfaz web y almacenamiento de base de datos. Toda la información de configuración de Zabbix se almacena en la base de datos, con la que interactúan tanto el servidor como la interfaz web. Por ejemplo, cuando crea una nueva métrica usando la interfaz web (o API) se agrega a la tabla de métricas en la base de datos. Luego, aproximadamente una vez por minuto, el servidor Zabbix consultará la tabla de métricas para obtener una lista de las métricas que están activas que serán almacenadas en una caché dentro del servidor Zabbix. Este es el motivo por el que cualquier cambio realizado en la interfaz web de Zabbix puede demorar hasta dos minutos para aparecer en la sección de últimos datos. [comment]: # ({/0e549571-0e549571}) [comment]: # ({c20247df-c20247df}) #### Ejecutando el servidor [comment]: # ({/c20247df-c20247df}) [comment]: # ({66770bd8-1314fd6f}) ##### Si se instala como paquete El servidor Zabbix se ejecuta como un proceso daemon. El servidor puede ser iniciado ejecutando: shell> systemctl start zabbix-server Esto funcionará en la mayoría de los sistemas GNU/Linux. En otros sistemas, puede que necesite ejecutar: shell> /etc/init.d/zabbix-server start Del mismo modo, para detener/reiniciar/ver el estado del servidor Zabbix, use los siguientes comandos: shell> systemctl stop zabbix-server shell> systemctl restart zabbix-server shell> systemctl status zabbix-server [comment]: # ({/66770bd8-1314fd6f}) [comment]: # ({bbb4c5d8-bbb4c5d8}) ##### 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 servidor Zabbix: -c --config ruta al archivo de configuración (el predeterminado es /usr/local/etc/zabbix_server.conf) -f --foreground ejecuta el server Zabbix en primer plano -R --runtime-control . realizar funciones administrativas -h --help dar esta ayuda -V --version muestra el número de versión Ejemplos de ejecución del servidor Zabbix con parámetros de línea de comandos: shell> zabbix_server -c /usr/local/etc/zabbix_server.conf shell> zabbix_server --help shell> zabbix_server -V [comment]: # ({/bbb4c5d8-bbb4c5d8}) [comment]: # ({858d7e02-a339702b}) ##### Control de tiempo de ejecución Opciones de control de tiempo de ejecución: |Opción|Descripción|Destino| |--|------|------| |config\_cache\_reload|Recargar caché de configuración. Se ignora si la caché se está cargando actualmente.| | |diaginfo\[=<**section**>\]|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 valores
**preprocessing**: 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*)
**connector**: estadísticas de los conectores con la cola más grande| |ha\_status|Registrar el estado del clúster de alta disponibilidad (HA).| | |ha\_remove\_node=target|Elimine el nodo de alta disponibilidad (HA) especificado por su nombre o ID.
Tenga en cuenta que no se pueden eliminar los nodos activos o en espera.|**target**: nombre o ID del nodo (se puede obtener ejecutando ha\_status)| |ha\_set\_failover\_delay=delay|Establezca el retraso de conmutación por error de alta disponibilidad (HA).
Se admiten sufijos de tiempo, p. ej., 10 s, 1 m.| | |proxy\_config\_cache\_reload[=<**target**>]|Recargue la caché de configuración del proxy.|**target**: lista delimitada por comas de nombres de proxy.
Si no se especifica ningún objetivo, vuelva a cargar la configuración de todos los servidores proxy.| |secrets\_reload|Recargue secretos desde Vault.| | |service\_cache\_reload|Recargue la caché del administrador de servicios.| | |snmp\_cache\_reload|Recargar la caché SNMP, borrar las propiedades SNMP (hora del motor, arranque del motor, id del motor, credenciales) para todos los equipos.| | |housekeeper\_execute|Iniciar el procedimiento de [limpieza](/manual/web_interface/frontend_sections/administration/housekeeping).
Se ignora si el procedimiento de mantenimiento está actualmente en curso.| | |trigger\_housekeeper\_execute|Iniciar el procedimiento de mantenimiento de desencadenadores para [servicios](/manual/it_services) para eliminar los problemas causados por iniciadores que se han eliminado desde entonces, incluidos los problemas de servicio generados por dichos problemas (considerados como resueltos en el momento del mantenimiento).
Tenga en cuenta que, hasta que se inicie el procedimiento de mantenimiento, los problemas causados por desencadenadores ahora eliminados aún pueden generar problemas de servicio y asignarlos a los servicios.

Si su configuración implica muchas [reglas de cálculo de estado](/manual/it_services/service_tree#service-configuration) de servicio basadas en iniciadores descubiertos/no descubiertos con frecuencia, considere aumentar la frecuencia del procedimiento de mantenimiento de iniciadores ajustando el parámetro de configuración del servidor [ProblemHousekeepingFrequency](/manual/appendix/config/zabbix_server#problemhousekeepingfrequency).

Se ignora si el procedimiento de mantenimiento de iniciadores 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*.|**process type**: todos los procesos del tipo especificado (p. ej., poller)
Ver todos los [tipos de procesos del servidor](#server_process_types).
**process type,N**: tipo y número de proceso (p. ej., poller,3)
**pid**: identificador de proceso (1 a 65535). Para valores mayores, especifique el objetivo como 'process type,N'.| |log\_level\_decrease\[=<**target**>\]|Disminuir el nivel de registro, afecta a todos los procesos si no se especifica el objetivo.
No compatible con sistemas *BSD*.|^| |prof\_enable\[=<**target**>\]|Habilitar la creación de perfiles.
Afecta a todos los procesos si no se especifica el objetivo.
La creación de perfiles habilitada proporciona detalles de todos los bloqueos de retorno/mutexes por nombre de función.|**tipo de proceso**: todos los procesos del tipo especificado (por ejemplo, sincronizador de historial)
Tipos de procesos admitidos como destinos de creación de perfiles: alertador, administrador de alertas, administrador de disponibilidad, sincronizador de configuración, descubridor, escalador, encuestador de historial, sincronizador de historial, encargado de mantenimiento, encuestador http, pinger icmp, administrador de ipmi, encuestador de ipmi, encuestador de java, administrador de lld, trabajador de lld, encuestador odbc, encuestador, administrador de preprocesamiento, trabajador de preprocesamiento, encuestador de proxy, automonitoreo, administrador de servicios, trampa de snmp, administrador de tareas, temporizador, trampa, encuestador inalcanzable, recopilador de vmware
**tipo de proceso,N**: tipo y número de proceso (p. ej., history syncer,1)
**pid** - Identificador de proceso (1 a 65535). Para valores mayores, especifique el objetivo como 'process type,N'.
**scope** - `rwlock`, `mutex`, `processing` se pueden usar con el tipo y número de proceso (p. ej., history syncer,1,processing) o con todos los procesos del tipo (p. ej., history syncer,rwlock)| |prof\_disable\[=<**target**>\]|Deshabilitar la creación de perfiles.
Afecta a todos los procesos si no se especifica el objetivo.|**process type** - Todos los procesos del tipo especificado (p. ej., history syncer)
Tipos de procesos admitidos como objetivos de creación de perfiles: consulte `prof_enable`
**process type,N** - Tipo y número de proceso (p. ej., history syncer,1)
**pid** - Identificador de proceso (1 a 65535). Para valores mayores, especifique el objetivo como 'tipo de proceso, N'. [comment]: # ({/858d7e02-a339702b}) [comment]: # ({e86b0d8b-1cb7f51c}) Ejemplo de uso del control en tiempo de ejecución para recargar la caché de configuración del servidor: shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R config_cache_reload Ejemplos de uso del control en tiempo de ejecución para recargar la configuración del proxy: Recargar la configuración de todos los proxies: shell> zabbix_server -R proxy_config_cache_reload Recargar la configuración de Proxy1 y Proxy2: shell> zabbix_server -R proxy_config_cache_reload=Proxy1,Proxy2 Ejemplos de uso del control en 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 servidor: shell> zabbix_server -R diaginfo Recopile estadísticas de caché del historial en el archivo de registro del servidor: shell> zabbix_server -R diaginfo=historycache Ejemplo de uso del control en tiempo de ejecución para recargar la caché SNMP: shell> zabbix_server -R snmp_cache_reload Ejemplo de uso del control en tiempo de ejecución para desencadenar la ejecución de las tareas de limpieza: shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R housekeeper_execute Ejemplos de uso del control en tiempo de ejecución para cambiar el nivel de registro: Incrementar el nivel de registro de todos los procesos: shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase Aumentar 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> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=1234 Disminuya el nivel de registro de todos los procesos del poller 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 HA al mínimo de 10 segundos: shell> zabbix_server -R ha_set_failover_delay=10s [comment]: # ({/e86b0d8b-1cb7f51c}) [comment]: # ({b4f10179-b4f10179}) ##### Usuario del proceso 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. Así que puede ejecutar el servidor como cualquier usuario no root sin ningún problema. Si intenta ejecutarlo como 'root', cambiará a un usuario 'zabbix' codificado, que debe estar [presente](/manual/installation/install) en su sistema. Solo puede ejecutar el servidor como 'root' si modifica en consecuencia el parámetro 'AllowRoot' en el archivo de configuración del servidor. Si el servidor y el [agente](agent) Zabbix se ejecutan en la misma máquina, se 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 agente puede acceder al archivo de configuración del servidor y a cualquier usuario de nivel de administrador en Zabbix podría recuperar fácilmente, por ejemplo, la contraseña de la base de datos. [comment]: # ({/b4f10179-b4f10179}) [comment]: # ({0a81f475-0a81f475}) ##### Archivo de configuración Consulte el [archivo de configuración](/manual/appendix/config/zabbix_proxy) opciones para obtener detalles sobre la configuración de zabbix\_proxy. [comment]: # ({/0a81f475-0a81f475}) [comment]: # ({49247ffc-49247ffc}) ##### 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. [comment]: # ({/49247ffc-49247ffc}) [comment]: # ({da287faf-9f05badb}) #### Tipos de procesos del servidor - `administrador de alertas` - administrador de colas de alertas - `sincronizador de alertas` - escritor de alertas en base de datos - `alerter` - proceso para enviar notificaciones - `administrador de disponibilidad`: proceso para actualizaciones de disponibilidad del host - `sincronizador de configuración`: proceso para gestionar la caché en memoria de datos de configuración - `administrador de conectores` - proceso de administrador para conectores - `trabajador del conector`: proceso para manejar solicitudes del administrador del conector - `discoverer`: proceso para descubrir dispositivos - `escalator` - proceso para escalar acciones - `ha manager`: proceso para gestionar la alta disponibilidad - `history poller`: proceso para manejar cheques calculados que requieren una conexión a la base de datos - `history syncer` - escritor de historial en base de datos - `housekeeper`: proceso para eliminar datos históricos antiguos - `http poller` - sondeador de monitoreo web - `icmp pinger` - sondeador para comprobaciones de icmpping - `ipmi manager` - administrador de encuestadores 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 trabajador`: proceso de trabajo de tareas de descubrimiento de bajo nivel - `odbc poller` - sondeador para comprobaciones ODBC - `poller` - sondeador normal para comprobaciones pasivas - `administrador de preprocesamiento` - administrador de tareas de preprocesamiento - `trabajador de preprocesamiento` - proceso para el preprocesamiento de datos - `proxy poller` - sondeador para proxies pasivos - `administrador de informes`- administrador de tareas programadas de generación de informes - `report manager`: proceso para generar informes programados - `self-monitoring`: proceso para recopilar el servidor interno Estadísticas - `service manager`: proceso para gestionar servicios mediante la recepción de información sobre problemas, etiquetas de problemas y recuperación de problemas desde el sincronizador de historial, el administrador de tareas y el administrador de alertas - `snmp trapper` - capturador para capturas SNMP - `task manager`: proceso para la ejecución remota de tareas solicitadas por otros componentes (por ejemplo, cerrar el problema, reconocer el problema, verificar valor de la métrica ahora, funcionalidad de comando remoto) - `timer` - temporizador para procesar mantenimientos - `trapper` - capturador para comprobaciones activas, capturas y comunicación proxy - `trigger housekeeper`: proceso para eliminar problemas generados por iniciadores que han sido eliminados - `unreachable poller` - 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 del servidor se puede utilizar para observar estos tipos de procesos. Se pueden monitorear varios tipos de procesos del servidor Zabbix usando la [métrica](/manual/config/items/itemtypes/internal) interna **zabbix\[process,,,\]** . [comment]: # ({/da287faf-9f05badb}) [comment]: # ({cdd68340-cdd68340}) #### 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 - SCO Open Server - Tru64/OSF1 ::: noteclassic Zabbix puede funcionar en otros sistemas operativos similares a Unix igual de bien. ::: [comment]: # ({/cdd68340-cdd68340}) [comment]: # ({982e2546-982e2546}) #### Configuración regional Tenga en cuenta que el servidor 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. [comment]: # ({/982e2546-982e2546})