- snmp poller ( 支持 walk[OID] 和 get[OID] 监控项) 这些 poller 进程是异步的 - 它们可以在不等响应的情况下启动新的检查，并可以配置最多 1000 个并发检查。 异步 poller 的设计是为了提高效率，与同步轮询器相比，同步 poller 在同一时间只能执行一个检查，并且大部分时间都花费在等待响应 上。 server/proxy 配置文件中新增了 和StartSNMPPollers 参数值来启动指定数量的 HTTP agent pollers 和 SNMP pollers。 异步 pollers (agent, HTTP agent and SNMP) 的最大并发数是由MaxConcurrentChecksPerPoller 定义的。 要注意升级后，所有的 agent、HTTP agent and SNMP walk[OID] poller 检查将都会切换为异步 和 Zabbix agent 2（以前仅 Zabbix agent 2）在主动检查中都支持灵活/调度间隔。 网络发现的并发性 之前，每个网络发现规则都由一个发现进程处理。因此，规则内的所有服务检查只能按顺序执行。 在新版本中，网络发现进程已重新设计，以允许服务检查之间的并发性。已添加一个新的发现管理器进程，以及可配置数量的发现工作进 程（或线程）。 发现管理器处理发现规则，并为每个规则创建

1 新功能 Zabbix agent 2 监控项 • 添加了对监控项 net.dns 和 net.dns.record 的原生支持。这些监控项与 Zabbix agent 2 一起使用，现在支持并发检查处理。在 Windows 上，ip 参数中允许自定义 DNS IP 地址，timeout 和 count 参数不再被忽略。 • S.M.A.R.T. 插件支持的 smart.disk.discovery Zabbix agent 2 是新一代的 Zabbix agent，可以替代 Zabbix agent 使用。Zabbix agent 2 已开发为： • 减少 TCP 连接数量 • 提供改进的检查并发性 • 使用插件很容易扩展。一个插件应该能够: – 提供由几行简单代码组成的简单检查 – 提供复杂的检查，包括长时间运行的脚本和独立的数据收集，并定期发回数据 • 做一个临时的替代品 Zabbix 。 Agent 2 在 Linux 上没有内置的守护进程支持; 它可以作为 Windows service. 41 被动检查的工作类似于 Zabbix agent。主动检查支持调度/灵活间隔同时并发检查仅使用一个 active server. Note: 默认情况下，Zabbix agent2 将在监控项更新间隔内以条件随机时间调度主动检查的第一次数据采集，避免资源使用率突 增。为了在 agent

HTTPS 检查 net.tcp.service* , LDAP. 其他的, agent2 提供关 于 Post- greSQL, Redis 的 Zabbix- native 监控方 案。 并发单 程按监控项顺序进行检查来自不同插件的检查或一个插件 的多个 检查可 以同时 执行。 计划/灵活间隔仅 支持被动 查。支持主动检查。 第三方 traps no ye Additional features Zabbix agent 2 为新一代 zabbix agent，未来可能会替代原 Zabbix agent。Zabbix agent 2 可以实现： • 降低 TCP 连接数 • 具有更大的检查并发性 • 易于通过插件进行扩展. 插件可以是: – 仅由几行简单代码实现的简单检查 – 由长时间运行的脚本及数据周期回传的独立数据采集的复杂检查 • 可以替代原有的 Zabbix agent（可以兼容原 将在建立数据连接之后，根据得到的客户端和服务器的时间戳，并通过客户端和服务器的时间差对获得值的时 间戳进行调整，将获得值的时间戳转化为 Zabbix server 的时间。为了尽可能简化并且避免可能的并发问题出现，网络延迟将会被忽略。 因此，通过主动连接（active agent, active proxy, sender）获得的时间戳数据将包含网络延迟，通过被动连接（passive proxy）获得的

要，可以向多个 “worker” 进程分发告警。媒体类型被并 行处理，每个媒体类型可以配置最大并发会话数，但服务器上的告警器进程总数只能由新的 StartAlerters 参数限制，每个触发器生成的 告警都会顺序的进行处理。 还有其他相关的更新： • 有三个可用的新告警处理选项在媒体类型配置中: 并发会话, 重试和 重试间隔: • 数据库看门狗进程的功能已经合并到告警管理器中，并且看门狗进程本身也被删除。 将在建立数据连接之后，根据得到的客户端／服务器的时间戳，将获得值的时间戳转化为 Zabbix server 的时 间，并且会根据客户端-服务器的时间差对获得值的时间戳进行调整。为了保持简单，并且避免可能的并发问题出现，网络延迟会被忽略。 因此，通过主动连接 (active agent, active proxy, sender) 获得的时间戳数据包含网络延迟，通过被动连接 (passive proxy)

将在建立数据连接之后，根据得到的客户端和服务器的时间戳，并通过客户端和服务器的时间差对获得值的时 间戳进行调整，将获得值的时间戳转化为 Zabbix server 的时间。为了尽可能简化并且避免可能的并发问题出现，网络延迟将会被忽略。 因此，通过主动连接（active agent, active proxy, sender）获得的时间戳数据将包含网络延迟，通过被动连接（passive proxy）获得的

将在建立数据连接之后，根据得到的客户端和服务器的时间戳，并通过客户端和服务器的时间差对获得值的时 间戳进行调整，将获得值的时间戳转化为 Zabbix server 的时间。为了尽可能简化并且避免可能的并发问题出现，网络延迟将会被忽略。 因此，通过主动连接（active agent, active proxy, sender）获得的时间戳数据将包含网络延迟，通过被动连接（passive proxy）获得的

将在建立数据连接之后，根据得到的客户端和服务器的时间戳，并通过客户端和服务器的时间差对获得值的时 间戳进行调整，将获得值的时间戳转化为 Zabbix server 的时间。为了尽可能简化并且避免可能的并发问题出现，网络延迟将会被忽略。 因此，通过主动连接（active agent, active proxy, sender）获得的时间戳数据将包含网络延迟，通过被动连接（passive proxy）获得的

将在建立数据连接之后，根据得到的客户端和服务器的时间戳，并通过客户端和服务器的时间差对获得值的时 间戳进行调整，将获得值的时间戳转化为 Zabbix server 的时间。为了尽可能简化并且避免可能的并发问题出现，网络延迟将会被忽略。 因此，通过主动连接（active agent, active proxy, sender）获得的时间戳数据将包含网络延迟，通过被动连接（passive proxy）获得的

将在建立数据连接之后，根据得到的客户端和服务器的时间戳，并通过客户端和服务器的时间差对获得值的时 间戳进行调整，将获得值的时间戳转化为 Zabbix server 的时间。为了尽可能简化并且避免可能的并发问题出现，网络延迟将会被忽略。 因此，通过主动连接（active agent, active proxy, sender）获得的时间戳数据将包含网络延迟，通过被动连接（passive proxy）获得的