. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 848 Zabbix API 在 6.0 中的变化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1469 一个新的 根本原因（Root cause）列显示了直接或间接影响服务状态的潜在问题。 如果您单击问题名称，您可以在 Monitoring → Problems 中查看有关它的更多详细信息。 服务状态变化告警 现在可以接收有关服务状态更改的自动警报，类似于有关触发器状态更改的警报。 添加了一种新的服务动作 类型，类似于 Zabbix 中的其他动作。服务可能动作包括与服务相关的问题、恢复和更新动作的步骤。可以配置 bucket_rate_foreach()） 单调变化 现在可以使用新的 monoinc() 或 monodec() 历史函数 检查监控项值的单调增加或减少。 更改计数 添加了一个新的历史函数changecount() ，允许计算相邻值之间的更改次数。该函数支持三种不同的模式：计算所有变化，只减少，或 者只增加。例如，它可用于跟踪用户数量的变化或系统正常运行时间的减少。 实体计数 添加了新的函数

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1601 附录 2. 从 6.4 到 7.0 的变化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1606 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1935 扩展开发的变化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 之前，维护操作仅每分钟重新计算一次，这可能导致启动或停止维护时段时延迟长达 60 秒。 现在，维护操作仍是每分钟重新计算一次，或者只要配置缓存重新加载就会立即重新计算。 每秒，计时器进程都会根据配置更新后维护时段是否有变化，来检查是否需要启动/停止维护操作。因此，启动/停止维护时段的速度取决 于配置的更新间隔（默认为 10 秒）。请注意，维护时段的更改不包括 启用自从/启用直到设置。此外，如果将主机/主机组添加到现有的启

differ 0 - otherwise forecast (sec|#num,,time,,) 239 预测 item 未来的最大值，最 小值，增量值或平均值。sec or #num - 评估期以多少秒或最新值个 数（个数跟在 # 号后）表示。 支持值类型: float, int time_shift (可选) - 参考 avg() 函数 发现资源的变化。 在 Zabbix 的新版本中，这一功能得到优化，通过在下列两个位置点击 Check now 按钮，即可实现： • 在已有的监控项 或者发现规则 配置表单中： • 在监控项 或者发现规则 列表中，选择对应的实例，然后点击 Check now： 检查一个新的监控项值时，配置缓存没有更新，因此，检测到的值不会反应监控项/发现规则配置的最新变化。因此，这 304 更灵活的主动式 Agent 自动注册 以前自动注册只运行一次，这对于当主机上的某些内容发生变化时的情况没有太大的灵活性。在新版 本中，如果主机元数据（Agent 配置文件中的 HostMetadata、HostMetadataItem 参数发生变化），则会重新运行自动注册。 这允许基于主机上的变化的特性来调整监控。为了使这种更灵活的方法发挥作用，自动注册动作现在支持其他操作： • 移除主机

differ 0 - otherwise forecast (sec|#num,,time,,) 187 预测 item 未来的最大值，最 小值，增量值或平均值。sec or #num - 评估期以多少秒或最新值个 数（个数跟在 # 号后）表示。 支持值类型: float, int time_shift (可选) - 参考 avg() 函数 (30*24*3600)* 50 = 129.600.000，即大约 130M 个值。 根据所使用的数据库引擎，接收值的类型（浮点数、整数、字符串、日志文件等），单个值的磁盘空间可能在 40 字节到数百字节之间变化。 通常，数值类型的每个值大约为 90 个字节。 在上面的例子中，这意味着 130M 个值需要占用 130M * 90 bytes = 10.9GB 磁盘空间。 Note: 文本和日志类型的监控 proxy, substitute server with proxy in the command. 6 检查 Zabbix 组件配置文件的参数 在新版本中，Zabbix 组件的配置文件发生了一些变化，关于这些强制变更，详见升级说明。 See the upgrade notes for details on mandatory changes. 7 启动 Zabbix 进程 启动升级后的 Zabbix

differ 0 - otherwise forecast (sec|#num,,time,,) 184 预测 item 未来的最大值，最 小值，增量值或平均值。sec or #num - 评估期以多少秒或最新值个 数（个数跟在 # 号后）表示。 支持值类型: float, int time_shift (可选) - 参考 avg() 函数 (30*24*3600)* 50 = 129.600.000，即大约 130M 个值。 根据所使用的数据库引擎，接收值的类型（浮点数、整数、字符串、日志文件等），单个值的磁盘空间可能在 40 字节到数百字节之间变化。 通常，数值类型的每个值大约为 90 个字节。 在上面的例子中，这意味着 130M 个值需要占用 130M * 90 bytes = 10.9GB 磁盘空间。 Note: 文本和日志类型的监控 proxy, substitute server with proxy in the command. 6 检查 Zabbix 组件配置文件的参数 在新版本中，Zabbix 组件的配置文件发生了一些变化，关于这些强制变更，详见升级说明。 See the upgrade notes for details on mandatory changes. 7 启动 Zabbix 进程 启动升级后的 Zabbix

differ 0 - otherwise forecast (sec|#num,,time,,) 197 预测 item 未来的最大值，最 小值，增量值或平均值。sec or #num - 评估期以多少秒或最新值个 数（个数跟在 # 号后）表示。 支持值类型: float, int time_shift (可选) - 参考 avg() 函数 (30*24*3600)* 50 = 129.600.000，即大约 130M 个值。 根据所使用的数据库引擎，接收值的类型（浮点数、整数、字符串、日志文件等），单个值的磁盘空间可能在 40 字节到数百字节之间变化。 通常，数值类型的每个值大约为 90 个字节。 在上面的例子中，这意味着 130M 个值需要占用 130M * 90 bytes = 10.9GB 磁盘空间。 Note: 文本和日志类型的监控 proxy, substitute server with proxy in the command. 6 检查 Zabbix 组件配置文件的参数 在新版本中，Zabbix 组件的配置文件发生了一些变化，关于这些强制变更，详见升级说明。 See the upgrade notes for details on mandatory changes. 7 启动 Zabbix 进程 启动升级后的 Zabbix

两值相等 | |**forecast** (sec\|\#num,,time,,)|<|<|<| |<| 预测 item 未来的 最大值，最小 值，增量值或 平均值。 **sec** or **\#num**|- 评估期以多少 秒或最新值个 数（个数跟 在\# 号后） 表示。\ 支持 值类型: float, int **time\_shift** (30*24*3600)* 50 = 129.600.000，即大约 130M 个值。 根据所使用的数据库引擎，接收值的类型（浮点数、整数、字符串、日志文件等），单个值的磁盘空间可能在 40 字节到数百字节之间变化。 通常，数值类型的每个值大约为 90 个字节。 在上面的例子中，这意味着 130M 个值需要占用 130M * 90 bytes = 10.9GB 磁盘空间。 Note: 文本和日志类型的监控 4.x 升级到 Zabbix 5.0.0。所有笔记分为： • Critical - 升级过程和 Zabbix 功能更改有关的最关键信息 • Informational - 描述 Zabbix 功能变化的所有剩余信息 可以从 Zabbix 4.4.0 之前的版本升级到 Zabbix 5.0.0。有关从以前的 Zabbix 版本进行升级的所有相关信息，请参阅升级过程部分upgrade procedure。

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1739 附录 2. 从 3.2 到 3.4 的变化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1741 命令也可用于观察 Zabbix 的性能。在 top 中按’c’ 键显示其命令行的进程。在我们对 Linux“top” 和 “atop” 的测试中，正确显示了 Zabbix 进程的变化活动，但是 “htop” 不显示不断变化的活动。 BSD systems 如果没有安装 watch 命令, 可以实现类似的效果 while [ 1 ]; do ps x; sleep 0.2; clear; done 留下评 论的用户。 远程命令也可以在问题确认时执行。 也可以参见: 确认操作 5.7 监控项数据预处理 在将数据存储在数据库中之前，预先处理监控项数据，Zabbix 已经有了几个选项，例如计算增量值，使用自定义 乘数，转换值类型或修剪长文本值。这些选项作为监控项配置中的单独属性存在，或者是硬编码。 在新版本中，所有监控项数据预处理都汇集在一起，并在监控项配置的新功能预处理选项卡中下放入用户手中。

(30*24*3600)* 50 = 129.600.000，即大约 130M 个值。 根据所使用的数据库引擎，接收值的类型（浮点数、整数、字符串、日志文件等），单个值的磁盘空间可能在 40 字节到数百字节之间变化。 通常，数值类型的每个值大约为 90 个字节。 在上面的例子中，这意味着 130M 个值需要占用 130M * 90 bytes = 10.9GB 磁盘空间。 Note: 文本和日志类型的监控 proxy, substitute server with proxy in the command. 6 检查 Zabbix 组件配置文件的参数 在新版本中，Zabbix 组件的配置文件发生了一些变化，关于这些强制变更，详见升级说明。 See the upgrade notes for details on mandatory changes. 7 启动 Zabbix 进程 启动升级后的 Zabbix proxy, substitute server with proxy in the command. 6 检查 Zabbix 组件配置文件的参数 在新版本中，Zabbix 组件的配置文件发生了一些变化，关于这些强制变更，详见升级说明。 See the upgrade notes for details on mandatory changes. 关于新的选项参数，详见Zabbix 4.0.0

Golang https://blog.cactifans.com/ 无边界监控 应用架构发展趋势 数据采集 RESTful 接口 LLD – 低级别发现 低级发现提供了一种监控主机上变化实体，并 自动创建监控指标，触发器和图形的方法。 l 磁盘 l 网卡 l 端口 l ....... 例如 预处理 对采集器采集的原始数据通过管道进行处理，最终达到 数据展现和存储的要求。