创建一个主机条目，然后创建一个用于监控其 CPU 的监控项，然后是一个触发器，如果 CPU 过高则触发动作，然后通过通过动 作操作向您发送电子邮件。这可能看起来像很多步骤，其实使用模板并不需要。而且，由于这种设计，可以创建非常灵活的设置。 5 Zabbix 7.0.0 新功能 参阅此版本的重大变更 AGPL-3.0 许可证 Zabbix 软件现在是在 AGPL-3.0 许可证 (以前是 GPL v2 支持 walk[OID] 和 get[OID] 监控项) 这些 poller 进程是异步的 - 它们可以在不等响应的情况下启动新的检查，并可以配置最多 1000 个并发检查。 异步 poller 的设计是为了提高效率，与同步轮询器相比，同步 poller 在同一时间只能执行一个检查，并且大部分时间都花费在等待响应 上。 server/proxy 配置文件中新增了 pollers 参数，你可以通过修改StartAgentPollers Zabbix agent 2）在主动检查中都支持灵活/调度间隔。 网络发现的并发性 之前，每个网络发现规则都由一个发现进程处理。因此，规则内的所有服务检查只能按顺序执行。 在新版本中，网络发现进程已重新设计，以允许服务检查之间的并发性。已添加一个新的发现管理器进程，以及可配置数量的发现工作进 程（或线程）。 发现管理器处理发现规则，并为每个规则创建一个包含任务（服务检查）的发现作业。服务检查由发现工作进程接收并执行。只有那些具

创建一个主机条目，其次创建一个用于监控其 CPU 的监控项，最后创建一个触发器，用来触发 CPU 负载过高这个动作，并将其发送到您的邮箱里。虽然这些步骤看起来很繁琐，但是使用 模板的话，实际操作非常简单。也正是由于这种设计，使得 Zabbix 的配置变得更加灵活易用。 302 5 Zabbix 4.0.0 新特征 立即检查监控项值 在 Zabbix 中，一直以来都是根据配置的更新轮询时间，周期性检查新的监控项的值。大多数更新轮询周期非常短， 内容中，默认会显示此次更改的宏。 重新设计的时间选择器（Time selector redesign） 时间段选择器已经过重新设计，目的是为用户提供一键式的操作来选择经常需要 的时段。 306 也可以缩小选定的时间段（在两个方向上点击以增加两倍或减少 0.5 倍），或来回移动时间段，并从日期选择器中选择更具体的日期。 得益于时间选择器的重新重新设计，下面位置也将应用新的时间选择器： • 监测中 selected option. • 可以通过键盘选择重新设计的日期选择器中的选择年、月和日期。 • Year, month and date can be selected by keyboard in the redesigned date picker. 重新设计的日期选择器（Date picker redesign） 现在，日期选择器已重新设计，允许通过键盘选择年、月和日期。 可以使用 Tab

创建一个主机条目，其次创建一个用于监视其 CPU 的监控项， 最后创建一个触发器，用来触发 CPU is too high 这个动作，并将其发送到您的邮箱里。虽然这些步骤看起来很繁琐，但是使用模板的话， 其实并不复杂。也正是由于这种设计，使得 Zabbix 的配置变得更加灵活易用。 2. 定义 概述 这部分统一解释，一些 Zabbix 常用术语的含义。 D 定义 主机（host） - 你想要监控的联网设备，有 IP/DNS。 点检 查。请 注意， 这种被 用作计 划检查 的一般 性方法 从 Zab- bix 3.0 开 始建议 使用调 度间隔 来实 现。 调度间隔 调度间隔用于在特定时间检查监控项。虽然灵活间隔被设计为重新定义默认监控项的更新间隔，但是调度间隔用于指定独立执行的检查计 划。 调度间隔定义为: mdwdhms 其中: (unsigned)')， 单 位(最 可 能 的'rpm')和 任 何 其 它 必 需 监 控 项 属 性 超时和会话终止 IPMI 消息超时和重试计数在 OpenIPMI 库中定义。由于目前 OpenIPMI 的设计，无论在接口还是监控项级别都不能在 Zabbix 中使这些值 进行配置。 LAN 的 IPMI 会话不活动超时时间为 60 +/- 3 秒。目前无法使用 OpenIPMI 定期发送激活会话命令。如果没有从

创建一个主机条目，其次创建一个用于监视其 CPU 的监控项， 最后创建一个触发器，用来触发 CPU is too high 这个动作，并将其发送到您的邮箱里。虽然这些步骤看起来很繁琐，但是使用模板的话， 其实并不复杂。也正是由于这种设计，使得 Zabbix 的配置变得更加灵活易用。 2. 定义 概述 这部分统一解释，一些 Zabbix 常用术语的含义。 D 定义 主机（host） - 你想要监控的联网设备，有 IP/DNS。 点检 查。请 注意， 这种被 用作计 划检查 的一般 性方法 从 Zab- bix 3.0 开 始建议 使用调 度间隔 来实 现。 调度间隔 调度间隔用于在特定时间检查监控项。虽然灵活间隔被设计为重新定义默认监控项的更新间隔，但是调度间隔用于指定独立执行的检查计 划。 调度间隔定义为: mdwdhms 其中: (unsigned)')， 单 位(最 可 能 的'rpm')和 任 何 其 它 必 需 监 控 项 属 性 超时和会话终止 IPMI 消息超时和重试计数在 OpenIPMI 库中定义。由于目前 OpenIPMI 的设计，无论在接口还是监控项级别都不能在 Zabbix 中使这些值 进行配置。 LAN 的 IPMI 会话不活动超时时间为 60 +/- 3 秒。目前无法使用 OpenIPMI 定期发送激活会话命令。如果没有从

创建一个主机条目，其次创建一个用于监视其 CPU 的监控项， 最后创建一个触发器，用来触发 CPU is too high 这个动作，并将其发送到您的邮箱里。虽然这些步骤看起来很繁琐，但是使用模板的话， 其实并不复杂。也正是由于这种设计，使得 Zabbix 的配置变得更加灵活易用。 2. 定义 概述 这部分统一解释，一些 Zabbix 常用术语的含义。 D 定义 主机（host） - 你想要监控的联网设备，有 IP/DNS。 点检 查。请 注意， 这种被 用作计 划检查 的一般 性方法 从 Zab- bix 3.0 开 始建议 使用调 度间隔 来实 现。 调度间隔 调度间隔用于在特定时间检查监控项。虽然灵活间隔被设计为重新定义默认监控项的更新间隔，但是调度间隔用于指定独立执行的检查计 划。 调度间隔定义为: mdwdhms 其中: (unsigned)')， 单 位(最 可 能 的'rpm')和 任 何 其 它 必 需 监 控 项 属 性 超时和会话终止 IPMI 消息超时和重试计数在 OpenIPMI 库中定义。由于目前 OpenIPMI 的设计，无论在接口还是监控项级别都不能在 Zabbix 中使这些值 进行配置。 LAN 的 IPMI 会话不活动超时时间为 60 +/- 3 秒。目前无法使用 OpenIPMI 定期发送激活会话命令。如果没有从

example.com # .. 18 Agent 与 agent2 对比 这部分是 agent 与 agne2 对比的描述。 参数 Z bbix agent Z bbix agent 2 程序设计语言 C 一部分使用 ，其他 用 go 守护进程 yes no Windows 5.0.4 之后版 本支持) 扩展支持自定义 的可加载模块。自定义 GO 的 [插件](/zh manual/config/items/plugins)。 创建一个主机条目，其次创建一个用于监视其 CPU 的监控项，最后 创建一个触发器，用来触发 CPU is too high 这个动作，并将其发送到您的邮箱里。虽然这些步骤看起来很繁琐，但是使用模板的话，其 实并不复杂。也正是由于这种设计，使得 Zabbix 的配置变得更加灵活易用。 514 5 Zabbix 5.0.0 新功能特性 垂直菜单 在新版本中，侧边栏中的垂直菜单取代了水平菜单。 菜单可以完全折叠或隐藏： Collapsed size[,] 本地支持. 请参见: Zabbix agent 2 插件 SNMP item 接口选择 item interface selection 的下拉列表经过了可视化的重新设计，现在它包含了 SNMP 接口的详细信息，例如 SNMP 版本和社区字符串， 允许查看其他相同接口之间的差异. 类似地，现在在批量更新项目时也会显示此接口详细信息。 将互斥部分添加到诊断信息中

创建一个主机条目，然后创建一个用于监控其 CPU 的监控项，然后是一个触发器，如果 CPU 过高则触发动作，然后通过通过动 作操作向您发送电子邮件。这可能看起来像很多步骤，其实使用模板并不需要。而且，由于这种设计，可以自定义创建非常灵活的设置。 5 Zabbix 6.0.0 新功能 Zabbix server 的高可用集群 新版本附带了针对 Zabbix server 的原生高可用解决方案。 该解决方案由多个 255 个）。 • Monitoring->Hosts 部分现在显示指向主机问题屏幕的链接，即使当前没有打开任何问题。 重大变化 审计日志 为了实现审计日志 功能的变化，以前存在的数据库结构必须重新设计。在升级过程中 auditlog ，auditlog_details 数 据库表将被具有不同格式的新表 auditlog 替换。* 现有的审核日志记录将被删除 **。 支持的数据库版本检查 Zabbix server 上 • 重启主 server (它将以 standalone 模式启动) 实施细节 Zabbix server 支持高可用性 (HA) 集群是一个可选择的解决方案。本地 HA 解决方案被设计为易于使用，它可以跨站点工作，并且对 Zabbix 识别的数据库没有特定的要求。用户可以自由地使用本地 Zabbix HA 解决方案或第三方 HA 解决方案，这取决于什么最适合其环 境中的高可用性需求。

创建一个主机条目，其次创建一个用于监视其 CPU 的监控项，最后 创建一个触发器，用来触发 CPU is too high 这个动作，并将其发送到您的邮箱里。虽然这些步骤看起来很繁琐，但是使用模板的话，其 实并不复杂。也正是由于这种设计，使得 Zabbix 的配置变得更加灵活易用。 5 What’s new in Zabbix 5.4.0 New expression syntax for triggers and calculated 点检 查。请 注意， 这种被 用作计 划检查 的一般 性方法 从 Zab- bix 3.0 开 始建议 使用调 度间隔 来实 现。 调度间隔 调度间隔用于在特定时间检查监控项。虽然灵活间隔被设计为重新定义默认监控项的更新间隔，但是调度间隔用于指定独立执行的检查计 划。 调度间隔定义为: mdwdhms 其中: (unsigned)')， 单 位(最 可 能 的'rpm')和 任 何 其 它 必 需 监 控 项 属 性 超时和会话终止 IPMI 消息超时和重试计数在 OpenIPMI 库中定义。由于目前 OpenIPMI 的设计，无论在接口还是监控项级别都不能在 Zabbix 中使这些值 进行配置。 LAN 的 IPMI 会话不活动超时时间为 60 +/- 3 秒。目前无法使用 OpenIPMI 定期发送激活会话命令。如果没有从

支持多触发器 当创建一个触发类型的 map 元素时，现在可以为此元素选择多个触发器，而不是像之前一样只能选择单个触发器。 156 此 外， 展 开 单 个问题在 map 属性中的设置已经重新设计成三项选择，这里的新选项称为问题数量并扩展最关键的一个。此选项与多重触发器支持相关， 如果选择此选项，最重要的问题（最高严重度触发）将通过其名称显示在 map 元素上，而问题总数将显示在另一行中。 个符号或触发器和告警错误。这应该减少错误消息被裁剪的可能性。错误消息可以 在配置 - > 主机 - > 触发器和用于警告的报告 - > 操作日志中查看，滚动鼠标时查看错误图标。 • 信号量和共享内存管理已经重新设计，以消除 Zabbix 守护程序之间以及 Zabbix 和其他应用程序之间的 IPC 相关冲突的可能性。 • 配置同步期间的缓存锁定时间已经减少。 5.16.1 IPMI 轮询 160 以前一个 log_level_decrease="active checks" Note: 运行时控制当前不支持 OpenBSD，NetBSD 和 Windows。 进程用户 Zabbix agent 是 unix 平台上设计在非 root 账户下的。它会以其他任何非 root 用户启动的进程一样的方式运行。所以，您可以使用任意 非 root 用户运行 agent，且不会产生任何问题。 如果您在’root’ 账户下运行，它将切换到硬编码的