Zabbix server 是整个 Zabbix 软件的核心程序。
Zabbix Server负责执行数据的主动轮询和被动获取,计算触发器条件,向用户发送通知。它是Zabbix Agent 和 Proxy 报告系统可用性和完整性数据的核心组件。Server自身可以通过简单服务远程检查网络服务(如Web服务器和邮件服务器)。
Zabbix Server是所有配置、统计和操作数据的中央存储,也是Zabbix监控系统的告警中心。在监控的系统中出现任何异常,将发出通知给管理员。
基础的 Zabbix Server 的功能分解成为三个不同的组件。他们是:Zabbix server、Web前端和数据库。
Zabbix 的所有配置信息都存储在 Server和Web前端进行交互的数据库中。例如,当你通过Web前端(或者API)新增一个监控项时,它会被添加到数据库的监控项表里。然后,Zabbix server 以每分钟一次的频率查询监控项表中的有效项,接着将它存储在 Zabbix server 中的缓存里。这就是为什么 Zabbix前端所做的任何更改需要花费两分钟左右才能显示在最新的数据段的原因。
Zabbix server 以守护进程(Deamon)运行。Zabbix server 的启动可以通过执行以下命令来完成:
上述命令在大多数的 GNU/Linux 系统下都可以正常完成。如果是其他系统,你可能要尝试以下命令来运行:
类似的,停止、重启、查看状态,则需要执行以下命令:
shell> service zabbix-server stop
shell> service zabbix-server restart
shell> service zabbix-server status
如果以上操作均无效,您可能需要手动启动,找到 Zabbix Server 二进制文件的路径并且执行:
您可以将以下命令行参数用于 Zabbix server:
-c --config <file> 配置文件路径(默认/usr/local/etc/zabbix_server.conf)
-R --runtime-control <option> 执行管理功能
-h --help 帮助
-V --version 显示版本号
使用命令行参数运行 Zabbix server 的示例::
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf
shell> zabbix_server --help
shell> zabbix_server -V
运行时控制选项:
选项 | 描述 | 目标 |
---|---|---|
config_cache_reload | 重新加载配置缓存。如果当前正在加载缓存,则忽略。 | |
diaginfo[=<target>] | 在服务器日志文件中收集诊断信息。 | historycache - 历史缓存统计 valuecache - 值缓存统计 preprocessing - 预处理管理器统计信息 alerting - 警报管理器统计信息 lld - LLD 管理器统计信息 locks - 互斥锁列表(在 **BSD系统*上为空 ) |
ha_status | 记录高可用性 (HA) 集群状态。 | |
ha_remove_node=target | 删除由其列出的编号或名称指定的高可用性 (HA) 节点。 请注意,无法删除活动/备用节点。 |
target - 列表中的节点编号或名称(可以通过运行 ha_status 获得) |
ha_set_failover_delay=delay | 设置高可用性 (HA) 故障转移延迟。 支持时间后缀,例如10 秒,1 分钟。 |
|
proxy_config_cache_reload[=<target>] | 重新加载 proxy 配置缓存。 | target - 逗号分隔的 proxy 名称的列表。 如果没有指定,则重新加载所有proxy的配置 |
secrets_reload | 从 Vault 重新加载机密。 | |
service_cache_reload | 重新加载服务管理器缓存。 | |
snmp_cache_reload | 重新加载 SNMP 缓存,清除所有主机的 SNMP 属性(引擎时间、引擎启动、引擎 ID、凭据)。 | |
housekeeper_execute | 启动管家程序。如果当前正在进行管家处理程序,则忽略。 | |
trigger_housekeeper_execute | 启动触发器管家处理程序。如果触发管家处理程序当前正在进行,则忽略。 | |
log_level_increase[=<target>] | 增加日志级别,如果未指定 target,则影响所有进程。 在 **BSD* 系统上不受支持。 |
进程类型 - 指定类型的所有进程(例如,poller) 查看所有 服务器进程类型。 process type,N - 进程类型和编号(例如,poller,3) pid - 进程标识符(1 到 65535)。对于较大的值,请将目标指定为“process type,N”。 |
log_level_decrease[=<target>] | 降低日志级别,如果未指定 target,则影响所有进程。 在 **BSD* 系统上不支持。 |
|
prof_enable[=<target>] | 启用分析。 如果未指定目标,则影响所有进程。 启用的分析按函数名称提供所有 rwlocks/mutex 的详细信息。<br >自 Zabbix 6.0.13 起支持。 |
进程类型 - 指定类型的所有进程(例如历史同步器) 支持的进程类型作为分析目标:警报器、警报管理器、可用性管理器、配置同步器、发现器、 escalator , history poller, history syncer, housekeeper, http poller, icmp pinger, ipmi manager, ipmi poller, java poller, lld manager, lld worker, odbc poller, poller, preprocessing manager, preprocessing worker, proxy poller, 自监控, 服务管理器 , snmp trapper, task manager, timer, trapper, unreachable poller, vmware collector process type,N - 进程类型和数量 (e.g., history syncer,1) pid - 进程标识符(1 到 65535)。 对于较大的值,将目标指定为“process type,N”。 scope - rwlock 、mutex 、processing 可以与进程类型和数量一起使用(例如,history syncer,1,processing) 或者所有进程类型(例如,history syncer,rwlock) |
prof_disable[=<target>] | 禁用分析。 如果未指定目标,则影响所有进程。 |
进程类型 - 指定类型的所有进程(例如history syncer) 支持的进程类型作为分析目标:参见 prof_enable process type,N - 进程类型和数量(例如,history syncer,1)<br >pid - 进程标识符(1 到 65535)。 对于较大的值,将目标指定为“process type,N”。 |
使用运行时控制重新加载服务器配置缓存的示例:
使用运行时控制重新加载 proxy 配置缓存的示例:
# 重新加载所有proxy的配置:
shell> zabbix_server -R proxy_config_cache_reload
# 重新加载 Proxy1 and Proxy2 的配置:
shell> zabbix_server -R proxy_config_cache_reload=Proxy1,Proxy2
使用运行时控制收集诊断信息的示例:
在服务器日志文件中收集所有可用的诊断信息:
shell> zabbix_server -R diaginfo
在服务器日志文件中收集历史缓存统计信息:
shell> zabbix_server -R diaginfo=historycache
使用运行时控制重新加载 SNMP 缓存的示例:
使用运行时控制触发管家执行的示例:
使用运行时控制更改日志级别的示例:
增加所有进程的日志级别:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase
增加第二个轮询进程的日志级别:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=poller,2
使用 PID 1234 增加进程的日志级别:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=1234
降低所有 http poller 进程的日志级别:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_decrease="http poller"
将 HA 故障转移延迟设置为最短 10 秒的示例:
Zabbix server 允许使用非 root 用户运行。它将以任何非 root 用户的身份运行。因此,使用非 root 用户运行 server 是没有任何问题的.
如果你试图以“root”身份运行它,它将会切换到一个已经“写死”的“zabbix”用户,您可以参考 安装 章节。按此相应地修改 Zabbix server 配置文件中的“AllowRoot”参数,则可以只以“root”身份运行 Zabbix server。
如果 Zabbix server 和 agent 均运行在同一台服务器上,建议您使用不同的用户运行 server 和 agent 。否则,,如果两者都以相同的用户运行,Agent 可以访问 Server 的配置文件, 任何 Zabbix 管理员级别的用户都可以很容易地检索到 Server 的信息。例如,数据库密码。
有关配置 Zabbix server 的详细信息,请查阅 配置文件 章节。
这些脚本用于在系统启动和关闭期间自动启动和停止 Zabbix 进程。 此脚本位于 misc/init.d 目录下。
agent poller
- 用工作线程进行被动检查的异步轮询器alert manager
- 告警队列管理器alert syncer
- 告警的数据同步器alerter
- - 发送通知的进程availability manager
- 主机可用性更新进程configuration syncer
- 管理内存缓存中配置数据的进程configuration syncer worker
- 解析和同步监控项名称中用户宏的值的工作进程connector manager
- 连接器的管理进程connector worker
- 处理来自连接器管理器请求的工作进程discovery manager
- 发现设备的管理进程discovery worker
- 处理来自发现管理器的发现任务的工作进程escalator
- 升级操作进程ha manager
- 高可用管理器history poller
- 处理需要数据库连接的计算和内部检查进程history syncer
- 历史数据库同步器housekeeper
- 删除旧历史数据进程http agent poller
- 用工作线程处理 HTTP 检查的异步轮询器http poller
- web监控轮询器icmp pinger
- 用于 icmp ping 检查的轮询器ipmi manager
- IPMI 轮询管理器ipmi poller
- IPMI 检查的轮询器java poller
- 用于Java检查的轮询器lld manager
- 低级别发现任务的管理进程lld worker
- 低级别发现任务的工作进程odbc poller
- 用于 ODBC 检查的轮询器poller
- 用于被动检查的普通轮询器preprocessing manager
- 预处理任务管理器preprocessing worker
- 数据预处理进程proxy poller
- 被动proxy 轮询器proxy group manager
- proxy负载均衡和高可用的管理器report manager
- 定时报表任务管理器report writer
- 定时报表处理进程self-monitoring
- 收集内部服务器统计数据的进程service manager
- 通过接收来自history syncer, task manager, and alert manager进程的问题,问题标签和问题恢复的有关信息,进行服务管理的进程snmp poller
- snmp 异步轮询器,使用工作线程进行 SNMP 检查(仅支持walk[OID]
and get[OID]
监控项)snmp trapper
- SNMP 陷阱trappertask manager
- 远程执行其他组件请求的任务进程(例如关闭问题、确认问题、立即检查监控项值、远程命令功能)timer
- 处理维护的计时器trapper
- 用于主动检查、陷阱、proxy通信的trappertrigger housekeeper
- 用于删除已删除的触发器生成的问题unreachable poller
- 不可达设备的轮询器vmware collector
- VMware 数据收集器,负责从 VMware 服务收集数据服务器日志文件可用于观察这些进程类型。
可以使用zabbix[process,<type>,<mode>,<state>] 内部监控项来监控各种类型的 Zabbix 服务器进程。
由于服务器操作的安全性要求和任务关键性,UNIX是唯一能够始终如一地提供必要性能、容错和弹性的操作系统。Zabbix以市场主流的操作系统版本运行。
经测试,Zabbix 可以运行在下列平台:
Zabbix 也可以运行在其他类 Unix 操作系统上。
值得注意的是,Zabbix server 需要 UTF-8语言环境,以便可以正确解释某些文本项。 大多数现代类 Unix 系统都默认使用UTF-8 语言环境,但是,有些系统可能需要做特定的设置。