Uptime.System.ForceActiveChecksOnStart=1）。 如果设置，插件级参数将覆盖全局设置。 JMX 监控 模板 Generic Java JMX 现在包含内存池和垃圾回收器的低级别自动发现规则。 键盘导航 已对前端的信息图标实施键盘控制。现在是这样可以专注于信息图标，并使用键盘打开提示。 8 Zabbix 6.0.3 新功能 PostgreSQL 指标 Zabbix discovery[attributes,”*:type=GarbageCollector,name=*”] - 获取所 有垃圾 回收器 属性 → jmx.discovery[beans,”*:type=GarbageCollector,name=*”] - 获取所 有垃圾 回收器 此监控 项能返 回的 MBean 属性有 一些限 制，取 决于宏 名称中 的字符 长度限 制 (支 持的字 符可使 所有的垃圾回收器都会被发现，但不包含它们的属性数据。由于垃圾回收器的属性集都是相同的，所以可以在监控项原型中使用属性，像 下面这样: 657 这里使用的键: jmx[{#JMXOBJ},CollectionCount] jmx[{#JMXOBJ},CollectionTime] jmx[{#JMXOBJ},Valid] LLD 自动发现规则会产生近似于下面的结果 (两个垃圾回收器的监控项被发现):

VMware 资源池 ID； • mode - 可能的值：
consumed （缺省默认）- 备份访客物理内存页所消耗的主机物理内存量
ballooned - 访客中膨胀驱 动程序从虚拟机回收的访客物理内存量
overhead - ESXi 数据结构为运行虚拟机而消耗的主机物理内存 vmware.alarms.geturl
VMware 虚拟中心告警数据。
返回值：JSON discovery[attributes,”*:type=GarbageCollector,name=*”] - 获取所 有垃圾 回收器 属性 → jmx.discovery[beans,”*:type=GarbageCollector,name=*”] - 获取所 有垃圾 回收器 此监控 项能返 回的 MBean 属性有 一些限 制，取 决于宏 名称中 的字符 长度限 制 (支 持的字 符可使 所有的垃圾回收器都会被发现，但不包含它们的属性数据。由于垃圾回收器的属性集都是相同的，所以可以在监控项原型中使用属性，像 下面这样: 637 这里使用的键: jmx[{#JMXOBJ},CollectionCount] jmx[{#JMXOBJ},CollectionTime] jmx[{#JMXOBJ},Valid] LLD 自动发现规则会产生近似于下面的结果 (两个垃圾回收器的监控项被发现):

个监控项（item），监控周期是 60s，经计算所 得，每秒处理值的数量为 3000/60 = 50. 这意味着每秒钟有 50 个新值写入 Zabbix 数据库。 180 • 历史（History）数据的回收清理设置（Housekeeper） Zabbix 会在一个固定周期内保存收到的值。正常情况下保留数周或者数月。每一个新收到的值会占用一定数量的磁盘空间以存放数据和索 引。 所以，如果我们每秒钟收到 bytes = 10.9GB 的磁盘空间。 Note: 文本（text）/日志（log）类型的监控项值的大小无法准确地预测，但你可以按每个值大约 500 字节来计算。 • 趋势（Trends）数据的回收清理设置（Housekeeper） Zabbix 为 trends 表中的每个监控项的值，保留一组数据：一个小时的最大值／最小值／平均值／数量。这些数据用于趋势图表和历史 图表的展现。用户无法自定义这一小时的保留周期。 字节的空间。如果你需要保留趋势数据 5 年，那么 3000 个监控项值，每 年需要 3000*24*365* 90 = 2.2GB 的空间, 即 5 年需要 11GB 的空间。 • 事件（Events）数据的回收清理设置（Housekeeper） 每个 Zabbix 事件需要大约 170 字节的磁盘空间。很难估计 Zabbix 每天生成的事件数量。最糟糕的情况下，我们可能需要假设 Zabbix 每 秒会生成一个事件。

name=*"] 能发现所有没有属性的垃圾收集器。由于垃圾收集器具有相同的属性集，我们可以通过以下方式在项原型中使用所需的属性： 使用键值: jmx[{#JMXOBJ},CollectionCount] jmx[{#JMXOBJ},CollectionTime] jmx[{#JMXOBJ},Valid] LLD 发现规则将导致与此接近的内容（为两个垃圾收集器发现的监控项）： LLD 规则收集 属性的发现规则配置如以下所示： 使用键值: jmx.discovery[attributes,"*:type=GarbageCollector,name=*"] 1048 将发现具有单个项属性的所有垃圾收集器。 在这种特殊情况下，将从原型为每个 MBean 属性创建一个监控项。这种配置的主要缺点是从触发器原型的触发器创建是不可能的，因为 所有属性只有一个监控项原型。因此，此设置可用于数据收集，但不建议用于自动监控。

name=*"] 1605 能发现所有没有属性的垃圾收集器。由于垃圾收集器具有相同的属性集，我们可以通过以下方式在项原型中使用所需的属性： 使用键值: jmx[{#JMXOBJ},CollectionCount] jmx[{#JMXOBJ},CollectionTime] jmx[{#JMXOBJ},Valid] LLD 发现规则将导致与此接近的内容（为两个垃圾收集器发现的监控项）： LLD 规则收集 MBean 属性的发现规则配置如以下所示： 使用键值: jmx.discovery[attributes,"*:type=GarbageCollector,name=*"] 将发现具有单个项属性的所有垃圾收集器。 1606 在这种特殊情况下，将从原型为每个 MBean 属性创建一个监控项。这种配置的主要缺点是从触发器原型的触发器创建是不可能的，因为 所有属性只有一个监控项原型。因此，此设置可用于数据收集，但不建议用于自动监控。