是可选的，，但是可能非常有益于分散单个 Zabbix sever 的负载。如果只有 proxy 收集数据，sever 上的进程就会减少 CPU 消耗和磁盘 I / O 负载。 Zabbix proxy 是完成远程区域、分支机构、没有本地管理员的网络的集中监控的理想解决方案。 Zabbix proxy 需要使用独立的数据库。 167 Attention: Zabbix proxy 数据库可以使用 SQLite, JavaGateway=192.168.3.14 JavaGatewayPort=10052 默认情况下，server 并不会产生任何与 JMX 监控进程。但如果您想使用完成 JMX 监控，您需要指定 Java 轮询器的预分支实例数 （pre-forked instances），您也可过同类的方式指定常见的轮询器和捕获器。 StartJavaPollers=5 一旦您完成了相关配置，不要忘记重启 Sever 或 Proxy 如果基础镜像升级了，所有的镜像被配置为重建成最新版本的镜像。 Docker 源文件 通过github.com上的 Zabbix 官方源代码库，任何人都可以跟踪 Docker 文件的变更记录。基于官方 Docker 文件，你可以制作分支项目 或者你自己的镜像 结构 所有 Zabbix 组件都下列 Docker 源码库中提供： • Zabbix agent - zabbix/zabbix-agent • Zabbix server

1.2.1 -> PostgreSQL 6.0.13 Zabbix 6.0 的任何次要版本都支持这些插件。请注意，每个插件的源代码存储库现在包含一个专用的 release/6.0 分支（以前只有 master 分支）。 23 MariaDB 10.10 支持 MariaDB 支持的最高版本现在是 10.10.x。 配置导入 以前，导入过程会因可导入实体（主机组、监控项、图形等）的 UUID Zabbix server 的负载。如果只有代理采集数据，则 Zabbix server 上会减少 CPU 和磁盘 I/O 的开销。 Zabbix proxy 是无需本地管理员即可集中监控远程位置、分支机构和网络的理想解决方案。 Zabbix proxy 需要使用独立的数据库。 Attention: 值得注意的是，Zabbix proxy 支持 SQLite、MySQL 和 PostgreSQL 1.2.1 -> PostgreSQL 6.0.13 Zabbix 6.0 的任何次要版本都支持这些插件。请注意，每个插件的源代码存储库现在包含一个专用的 release/6.0 分支（以前只有 master 分支）。 配置导入 查看配置导入 过程中的更改。 使用 Zabbix agent 2 查询 Oracle 数据库中的单独表空间 以下Zabbix agent 2 监控项，支持 Oracle

Pa- ram- e- ter=system.test,echo 1 Note: (*) ServerActive 中列出的活动服务器数加上 StartAgent 中指定的用于被动检查的预分支实例数必须少于 64。 另请参阅 330 1. 从版本 2.0.0 开始，主动和被动检查的 Zabbix agent 配置差异。 6 Zabbix agent 2 (Windows) 总览 监控 Memcached 服务。 MySQL • Template DB MySQL by Zabbix agent 2 - 通过 Zabbix agent 2 监控 DBMS MySQL 及其分支。 Docker • Template App Docker - 通过 Zabbix agent 2 监控 Docker 容器。 * Server • Template Server Chassis Zabbix server 的负载。如果只有代理采集数据，则 Zabbix server 上会减少 CPU 和磁盘 I/O 的开销。 Zabbix proxy 是无需本地管理员即可集中监控远程位置、分支机构和网络的理想解决方案。 Zabbix proxy 需要使用独立的数据库。 Attention: 值得注意的是，Zabbix proxy 支持 SQLite、MySQL 和 PostgreSQL

server 的负载。如果只有 proxy 采集数据，则 Zabbix server 上会减 少 CPU 和磁盘 I/O 的开销。 Zabbix proxy 是无需本地管理员即可集中监控远程位置、分支机构和网络的理想解决方案。 Zabbix proxy 需要使用独立的数据库。 Attention: 值得注意的是，Zabbix proxy 支持 SQLite、MySQL 和 PostgreSQL 检查当前镜像版本： docker inspect -f '{{ .Config.Image }}' zabbix-server-mysql 2. 从 GitHub 仓库 拉取最新更新并切换到所需分支： git pull git checkout 7.0 3. 使用新的 compose 文件启动 Zabbix 组件： docker-compose -f ./docker-compose_v proxy。为了获得更好的搜索性能，使用未解析的宏搜索数据。 过滤器链接位于 proxy 列表上方。如果单击它，将出现一个过滤器，您可以在其中按名称，模式和版本过滤 proxy。请注意，选中过滤器 选项 过时数据时，将同时显示过时（部分支持）和不支持的代理。 5 Proxy 组 概述 在 管理 → Proxy 组中，可以配置 proxy 组。 Proxy 组被用于proxy 负载均衡 中，在 proxy 之间自动分配主机，以及实现高可用性。

Zabbix server 的负载。如果只有代理采集数据，则 Zabbix server 上会减少 CPU 和磁盘 I/O 的开销。 Zabbix proxy 是无需本地管理员即可集中监控远程位置、分支机构和网络的理想解决方案。 Zabbix proxy 需要使用独立的数据库。 Attention: 值得注意的是，Zabbix proxy 支持 SQLite、MySQL 和 PostgreSQL 如果没有找到所请求的脚本，或者 Zabbix server 没有执行该脚本的权限，则不支持该监控项，并将设置相应的错误消息。在超时的情况 下，监控项也将被标记为不受支持，并显示相应的错误消息，脚本的分支进程将被杀死。 12 聚合检查 概述 在聚合检查中，Zabbix 通过直接从数据库中查询监控信息，然后进行信息聚合。 聚合检查不需要在被监控主机上运行任何代理。 语法 聚合监控项键值的语法是： Zabbix 必须编译并链接到三个加密库之一： • mbed TLS（以前的 PolarSSL）（版本 1.3.9 及更高版本 1.3.x）。mbed TLS 2.x 当前不支持，它不是 1.3 分支的替代替代，Zabbix 将不会使用 mbed TLS 2.x 进行编译。 • GnuTLS（3.1.18 版） • OpenSSL（1.0.1 版） 通过指定 “configure” 脚本的选项来选择库：

Zabbix server 的负载。如果只有代理采集数据，则 Zabbix server 上会减少 CPU 和磁盘 I/O 的开销。 Zabbix proxy 是无需本地管理员即可集中监控远程位置、分支机构和网络的理想解决方案。 Zabbix proxy 需要使用独立的数据库。 Attention: 值得注意的是，Zabbix proxy 支持 SQLite、MySQL 和 PostgreSQL 如果没有找到所请求的脚本，或者 Zabbix server 没有执行该脚本的权限，则不支持该监控项，并将设置相应的错误消息。在超时的情况 下，监控项也将被标记为不受支持，并显示相应的错误消息，脚本的分支进程将被杀死。 12 聚合检查 概述 在聚合检查中，Zabbix 通过直接从数据库中查询监控信息，然后进行信息聚合。 聚合检查不需要在被监控主机上运行任何代理。 语法 聚合监控项键值的语法是：

Zabbix server 的负载。如果只有代理采集数据，则 Zabbix server 上会减少 CPU 和磁盘 I/O 的开销。 Zabbix proxy 是无需本地管理员即可集中监控远程位置、分支机构和网络的理想解决方案。 Zabbix proxy 需要使用独立的数据库。 Attention: 值得注意的是，Zabbix proxy 支持 SQLite、MySQL 和 PostgreSQL 如果没有找到所请求的脚本，或者 Zabbix server 没有执行该脚本的权限，则不支持该监控项，并将设置相应的错误消息。在超时的情况 下，监控项也将被标记为不受支持，并显示相应的错误消息，脚本的分支进程将被杀死。 12 聚合检查 概述 在聚合检查中，Zabbix 通过直接从数据库中查询监控信息，然后进行信息聚合。 聚合检查不需要在被监控主机上运行任何代理。 语法 聚合监控项键值的语法是：

Zabbix server 的负载。如果只有代理采集数据，则 Zabbix server 上会减少 CPU 和磁盘 I/O 的开销。 Zabbix proxy 是无需本地管理员即可集中监控远程位置、分支机构和网络的理想解决方案。 Zabbix proxy 需要使用独立的数据库。 Attention: 值得注意的是，Zabbix proxy 支持 SQLite、MySQL 和 PostgreSQL 如果没有找到所请求的脚本，或者 Zabbix server 没有执行该脚本的权限，则不支持该监控项，并将设置相应的错误消息。在超时的情况 下，监控项也将被标记为不受支持，并显示相应的错误消息，脚本的分支进程将被杀死。 12 聚合检查 概述 在聚合检查中，Zabbix 通过直接从数据库中查询监控信息，然后进行信息聚合。 聚合检查不需要在被监控主机上运行任何代理。 语法 聚合监控项键值的语法是：

Zabbix server 的负载。如果只有代理采集数据，则 Zabbix server 上会减少 CPU 和磁盘 I/O 的开销。 Zabbix proxy 是无需本地管理员即可集中监控远程位置、分支机构和网络的理想解决方案。 Zabbix proxy 需要使用独立的数据库。 Attention: 值得注意的是，Zabbix proxy 支持 SQLite、MySQL 和 PostgreSQL 如果没有找到所请求的脚本，或者 Zabbix server 没有执行该脚本的权限，则不支持该监控项，并将设置相应的错误消息。在超时的情况 下，监控项也将被标记为不受支持，并显示相应的错误消息，脚本的分支进程将被杀死。 13 捕捉器监控项 概述 捕捉器监控项接收传入的数据，而不是查询它。 对于任何你想要推送到 Zabbix 的数据都是使用的。 要使用捕捉器监控项，你需要： • 在 Zabbix