zabbix Trapper VS zabbix agent

Question

我有大约 200 台服务器，我想用 zabbix 进行监控。我的 zabbix 版本是 5.
我阅读了有关 zabbix trapper 和 zabbix agent 的信息，并对其进行了测试以了解它们是如何工作的。
现在在我开始监控我的所有服务器之前，我想知道哪种方法更好用？
zabbix agent 还是 zabbix trapper？
如果我在每台服务器上有 10 个项目需要每 60 秒监控一次，我将有 2000 个值。
编写一个脚本将它们的值发送到 zabbix 或 zabbix 代理运行这些命令更好吗？

我要监控的项目是操作系统组件、数据库、文件系统和网络。

Answer 1

Zabbix Agent 用途广泛，支持大多数操作系统和应用程序指标，但您无法在大多数设备上安装 Zabbix Agent：您可能会面临失去供应商支持的风险。这就是 Zabbix Trapper 存在的原因，它是一种在无法安装 Zabbix Agent 的情况下使用的解决方法。

Answer 2

首选方法是使用 Zabbix 代理如果可能的话。

Zabbix 代理专家：

• 它包含大量内置功能，其功能可以通过UserParameter 指令或编译模块进行扩展；
• 由开发者（Zabbix 公司）官方支持；
• 大部分检查都以非常有效的方式执行；
• 它可以工作在被动模式（代理由服务器或代理轮询）和主动模式（代理是连接的发起者，它定期轮询服务器/代理以获取检查列表，跟踪检查的调度并发送检查结果）；
• 它更加灵活和可维护：如果您需要监控一些额外的参数，在大多数情况下，您可以通过 Zabbix 网络界面进行设置，而无需重新配置代理。

Zabbix 代理缺点：

• 有些平台根本不存在 Zabbix Agent（例如，IBM system i - 以前称为 AS/400）或者由于某些原因安装起来很麻烦（例如，设备）；
• 每次检查都应该足够快，最大允许超时限制为 30 秒；因此不可能将其用于长时间运行的检查（例如，可能运行几分钟或几小时的脚本）；

如果您没有足够的标准 Zabbix Agent 功能，Zabbix Trapper（更准确地说 - zabbix_sender 实用程序）是一个很好的补充。它的主要任务是在脚本中使用，因为它只是将检查结果传输到 Zabbix Server/Proxy 的工具（但检查本身应该通过其他方式执行）。 一个典型的用例是：

• 长时间运行的脚本；
• 没有严格计划的事件（例如：在作业完成时发送备份作业的状态；但有时此作业可能运行几分钟，有时 - 几个小时）。

捕手专家：

• 它可以通过stdin读取数据，即可以在脚本中用作管道目的地；
• 它可以非常有效地传输大量值。

陷阱的缺点：

• 它不是现成的监控解决方案，它只是提供检查结果的工具（因此，需要一些工具来获取这些结果 - 通常是一些脚本）；
• 它需要一些外部调度机制；
• 如果你需要监控一些额外的参数，你需要修改一些脚本；
• 它使用类似于仅在活动模式下运行的 Zabbix Agent 的协议与 Zabbix Server/Proxy 通信；即不可能从服务器/代理端轮询它（它可能会限制它在某些网络拓扑配置中的使用）。