创建一个主机条目，然后创建一个用于监控其 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）在主动检查中都支持灵活/调度间隔。 网络发现的并发性 之前，每个网络发现规则都由一个发现进程处理。因此，规则内的所有服务检查只能按顺序执行。 在新版本中，网络发现进程已重新设计，以允许服务检查之间的并发性。已添加一个新的发现管理器进程，以及可配置数量的发现工作进 程（或线程）。 发现管理器处理发现规则，并为每个规则创建一个包含任务（服务检查）的发现作业。服务检查由发现工作进程接收并执行。只有那些具

对于非虚拟设备，传感器读数在 /sys/class/hwmon/hwmon*/device 目 录。hwmon* 或 hwmon*/device 目录中一个叫 name 的文件包含该芯片的名称, 它对应于传感器芯片所使用的内核驱动程序的名称。 每个文件只有一个传感器读取值。在上面提到的目录中包含传感器读数的文件的命令常用方案是: _, 这里 • type - 对于传感器芯片：”in” 创建一个主机条目，其次创建一个用于监控其 CPU 的监控项，最后创建一个触发器，用来触发 CPU 负载过高这个动作，并将其发送到您的邮箱里。虽然这些步骤看起来很繁琐，但是使用 模板的话，实际操作非常简单。也正是由于这种设计，使得 Zabbix 的配置变得更加灵活易用。 302 5 Zabbix 4.0.0 新特征 立即检查监控项值 在 Zabbix 中，一直以来都是根据配置的更新轮询时间，周期性检查新的监控项的值。大多数更新轮询周期非常短， 内容中，默认会显示此次更改的宏。 重新设计的时间选择器（Time selector redesign） 时间段选择器已经过重新设计，目的是为用户提供一键式的操作来选择经常需要 的时段。 306 也可以缩小选定的时间段（在两个方向上点击以增加两倍或减少 0.5 倍），或来回移动时间段，并从日期选择器中选择更具体的日期。 得益于时间选择器的重新重新设计，下面位置也将应用新的时间选择器： • 监测中

对于非虚拟设备，传感器读数在 /sys/class/hwmon/hwmon*/device 目 录。hwmon* 或 hwmon*/device 目录中一个叫 name 的文件包含该芯片的名称, 它对应于传感器芯片所使用的内核驱动程序的名称。 每个文件只有一个传感器读取值。在上面提到的目录中包含传感器读数的文件的命令常用方案是: _, 这里 • type - 对于传感器芯片：”in” 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

创建一个主机条目，然后创建一个用于监控其 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 解决方案，这取决于什么最适合其环 境中的高可用性需求。

对于非虚拟设备，传感器读数在 /sys/class/hwmon/hwmon*/device 目 录。hwmon* 或 hwmon*/device 目录中一个叫 name 的文件包含该芯片的名称, 它对应于传感器芯片所使用的内核驱动程序的名称。 每个文件只有一个传感器读取值。在上面提到的目录中包含传感器读数的文件的命令常用方案是: _, 这里 • type - 对于传感器芯片：”in” 创建一个主机条目，其次创建一个用于监视其 CPU 的监控项， 最后创建一个触发器，用来触发 CPU is too high 这个动作，并将其发送到您的邮箱里。虽然这些步骤看起来很繁琐，但是使用模板的话， 其实并不复杂。也正是由于这种设计，使得 Zabbix 的配置变得更加灵活易用。 2. 定义 概述 这部分统一解释，一些 Zabbix 常用术语的含义。 D 定义 主机（host） - 你想要监控的联网设备，有 IP/DNS。 点检 查。请 注意， 这种被 用作计 划检查 的一般 性方法 从 Zab- bix 3.0 开 始建议 使用调 度间隔 来实 现。 调度间隔 调度间隔用于在特定时间检查监控项。虽然灵活间隔被设计为重新定义默认监控项的更新间隔，但是调度间隔用于指定独立执行的检查计 划。 调度间隔定义为: mdwdhms 其中:

对于非虚拟设备，传感器读数在 /sys/class/hwmon/hwmon*/device 目 录。hwmon* 或 hwmon*/device 目录中一个叫 name 的文件包含该芯片的名称, 它对应于传感器芯片所使用的内核驱动程序的名称。 每个文件只有一个传感器读取值。在上面提到的目录中包含传感器读数的文件的命令常用方案是: _, 这里 • type - 对于传感器芯片：”in” 创建一个主机条目，其次创建一个用于监视其 CPU 的监控项， 最后创建一个触发器，用来触发 CPU is too high 这个动作，并将其发送到您的邮箱里。虽然这些步骤看起来很繁琐，但是使用模板的话， 其实并不复杂。也正是由于这种设计，使得 Zabbix 的配置变得更加灵活易用。 2. 定义 概述 这部分统一解释，一些 Zabbix 常用术语的含义。 D 定义 主机（host） - 你想要监控的联网设备，有 IP/DNS。 点检 查。请 注意， 这种被 用作计 划检查 的一般 性方法 从 Zab- bix 3.0 开 始建议 使用调 度间隔 来实 现。 调度间隔 调度间隔用于在特定时间检查监控项。虽然灵活间隔被设计为重新定义默认监控项的更新间隔，但是调度间隔用于指定独立执行的检查计 划。 调度间隔定义为: mdwdhms 其中:

对于非虚拟设备，传感器读数在 /sys/class/hwmon/hwmon*/device 目 录。hwmon* 或 hwmon*/device 目录中一个叫 name 的文件包含该芯片的名称, 它对应于传感器芯片所使用的内核驱动程序的名称。 每个文件只有一个传感器读取值。在上面提到的目录中包含传感器读数的文件的命令常用方案是: _, 这里 • type - 对于传感器芯片：”in” 创建一个主机条目，其次创建一个用于监视其 CPU 的监控项， 最后创建一个触发器，用来触发 CPU is too high 这个动作，并将其发送到您的邮箱里。虽然这些步骤看起来很繁琐，但是使用模板的话， 其实并不复杂。也正是由于这种设计，使得 Zabbix 的配置变得更加灵活易用。 2. 定义 概述 这部分统一解释，一些 Zabbix 常用术语的含义。 D 定义 主机（host） - 你想要监控的联网设备，有 IP/DNS。 点检 查。请 注意， 这种被 用作计 划检查 的一般 性方法 从 Zab- bix 3.0 开 始建议 使用调 度间隔 来实 现。 调度间隔 调度间隔用于在特定时间检查监控项。虽然灵活间隔被设计为重新定义默认监控项的更新间隔，但是调度间隔用于指定独立执行的检查计 划。 调度间隔定义为: mdwdhms 其中:

对于非虚拟设备，传感器读数在 /sys/class/hwmon/hwmon*/device 目 录。hwmon* 或 hwmon*/device 目录中一个叫 name 的文件包含该芯片的名称, 它对应于传感器芯片所使用的内核驱动程序的名称。 每个文件只有一个传感器读取值。在上面提到的目录中包含传感器读数的文件的命令常用方案是: _, 这里 • type - 对于传感器芯片：”in” 创建一个主机条目，其次创建一个用于监视其 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 其中:

对于非虚拟设备，传感器读数在 /sys/class/hwmon/hwmon*/device 目 录。hwmon* 或 hwmon*/device 目录中一个叫 name 的文件包含该芯片的名称, 它对应于传感器芯片所使用的内核驱动程序的名称。 每个文件只有一个传感器读取值。在上面提到的目录中包含传感器读数的文件的命令常用方案是: _, 这里 • type - 对于传感器芯片：”in” 支持多触发器 当创建一个触发类型的 map 元素时，现在可以为此元素选择多个触发器，而不是像之前一样只能选择单个触发器。 156 此 外， 展 开 单 个问题在 map 属性中的设置已经重新设计成三项选择，这里的新选项称为问题数量并扩展最关键的一个。此选项与多重触发器支持相关， 如果选择此选项，最重要的问题（最高严重度触发）将通过其名称显示在 map 元素上，而问题总数将显示在另一行中。 个符号或触发器和告警错误。这应该减少错误消息被裁剪的可能性。错误消息可以 在配置 - > 主机 - > 触发器和用于警告的报告 - > 操作日志中查看，滚动鼠标时查看错误图标。 • 信号量和共享内存管理已经重新设计，以消除 Zabbix 守护程序之间以及 Zabbix 和其他应用程序之间的 IPC 相关冲突的可能性。 • 配置同步期间的缓存锁定时间已经减少。 5.16.1 IPMI 轮询 160 以前一个