zabbix-agent端配置文件解析

简介:

大概为agentd.conf里面的一些个人觉得需要注意到的选项。

zabbix有一点有趣的是你的配置文件中如果全部都没定义,他照样能够启动起来。但是他的配置文件中的强制性(是否必须设置Mandatory)都为no。但是一些你重复设置也不会有事(如主动模式被动模式都填了。注:启用的关键我觉得在于StartActive为不为0)。




参数 默认设置 建议(√为建议) 可选定范围 解释
PidFile


进程文件
LogFile

日志文件
LogFileSize 1
0-1024 日志文件的大小,设置为0取消自动“切割”,单位MB
DebugLevel 3 0-4 记录日志的级别:0-不记录;1-危险信息;2-错误信息;3-警告信息;4-详细信息(适用于调试)
SourceIP


通过哪个地址对外通信(如:两个网卡的服务器)
EnableRemoteCommands 0 × 0-1 如在非server用zabbix_get对其获取数据,0为拒绝;1为允许。
LogRemoteCommands 0 0-1 使用zabbix执行shell命令,在日志里面记录为警告
被动检查相关↓↓↓↓



Server


server or proxy 的ip,支持多ip,逗号分隔,ipv6地址需要加上[]
ListenPort 10050

监听端口,
ListenIP


agent监听的地址。
StartAgents 3
0-100 0为tcp不开启监听端口且禁止检查,适用于主动模式。





主动检查相关↓↓↓↓



ServerActive
视情况而定
可以使用主机“列表”多个,逗号分隔符。未指定端口为默认,ipv6地址需加在[]内。例子:Example: ServerActive=127.0.0.1:20051,zabbix.domain,[::1]:30051,::1,[12fc::1]
Hostname


唯一且区分大小写并且必须和server端配置的主机名一致,如果未在此添加,默认选取下面hostnameitem值。
HostnameItem


和上边想对应,HostnameItem=system.hostname
RefreshActiveChecks 120
60-3600 多久到server端刷新一次监控列表,以秒为单位。
BufferSend 5

定义数据在发送(到server或proxy)缓冲区的时间,秒为单位。
BufferSize 100
2-65535 定义在缓冲区中的最大数量,如果缓冲区满了,将发送数据到server或proxy。
MaxLinesPerSecond 100
1-1000 这一点待定。大概是agented用来处理log或logrt中关键字的进程数。
AllowRoot 0 × 0-1 允许zabbix使用root权限,首先zabbix会先试着用root去采集数据,如果没通过就用zabbix用户





高级参数↓↓↓↓



Alias

快捷(便捷命令),可替代长期且经常使用的较长的参数。
Timeout 3
.1-30 大概意思就是传送监控数据的进程的超时时间,有些压力较大的机器可适当调整该值。
Include
zabbix安装的时候会在相应etc下生成一个目录,建议放在哪里,配套下面的userparameter





用户定义监控参数↓↓↓↓



UnsafeUserParameters 0 × 0-1 允许传递的参数中出现任意字符。不安全;0-不允许,1-允许。
UserParameter ×
不建议放在这里,配套include,放在相应的目录下,创建新的文件方便查看等。。


我所使用的zabbix版本现在还是2.0.5,虽然zabbix已经更新到2.2的版本。但是相对于稳定还是选择了2.0.5毕竟使用了很久。

上边的配置为今天下午所整理的,每一条都是重新审度过的,MaxLinesPerSecond为不太确定。同时也参考了linux大师之路的博客,但是他的还是英文,且应该是1.8版本的配置文件。

有错误的欢迎讨论。










本文转自 陈延宗 51CTO博客,原文链接:http://blog.51cto.com/407711169/1332516,如需转载请自行联系原作者
目录
相关文章
|
存储 Java 文件存储
微服务——SpringBoot使用归纳——Spring Boot使用slf4j进行日志记录—— logback.xml 配置文件解析
本文解析了 `logback.xml` 配置文件的详细内容,包括日志输出格式、存储路径、控制台输出及日志级别等关键配置。通过定义 `LOG_PATTERN` 和 `FILE_PATH`,设置日志格式与存储路径;利用 `<appender>` 节点配置控制台和文件输出,支持日志滚动策略(如文件大小限制和保存时长);最后通过 `<logger>` 和 `<root>` 定义日志级别与输出方式。此配置适用于精细化管理日志输出,满足不同场景需求。
3318 1
|
JSON 小程序 UED
微信小程序 app.json 配置文件解析与应用
本文介绍了微信小程序中 `app.json` 配置文件的详细
2677 12
|
JSON PHP 数据格式
PHP解析配置文件的常用方法
INI文件是最常见的配置文件格式之一。
308 12
|
存储 安全 网络协议
Elasticsearch 配置文件解析
【10月更文挑战第3天】Elasticsearch 配置文件解析
609 3
|
Rust Python
Python 解析 toml 配置文件
Python 解析 toml 配置文件
856 2
|
数据采集 存储 自然语言处理
基于Qwen2.5的大规模ESG数据解析与趋势分析多Agent系统设计
2022年中国上市企业ESG报告数据集,涵盖制造、能源、金融、科技等行业,通过Qwen2.5大模型实现报告自动收集、解析、清洗及可视化生成,支持单/多Agent场景,大幅提升ESG数据分析效率与自动化水平。
1291 0
|
Python
Python 解析 yaml 配置文件
Python 解析 yaml 配置文件
777 0
|
Python
Python 解析 ini 配置文件
Python 解析 ini 配置文件
301 0
|
存储 人工智能 自然语言处理
AI经营|多Agent择优生成商品标题
商品标题中关键词的好坏是商品能否被主搜检索到的关键因素,使用大模型自动优化标题成为【AI经营】中的核心能力之一,本文讲述大模型如何帮助商家优化商品素材,提升商品竞争力。
1919 62
AI经营|多Agent择优生成商品标题
|
机器学习/深度学习 人工智能 自然语言处理
Gemini 2.0:谷歌推出的原生多模态输入输出 + Agent 为核心的 AI 模型
谷歌最新推出的Gemini 2.0是一款原生多模态输入输出的AI模型,以Agent技术为核心,支持多种数据类型的输入与输出,具备强大的性能和多语言音频输出能力。本文将详细介绍Gemini 2.0的主要功能、技术原理及其在多个领域的应用场景。
1644 20
Gemini 2.0:谷歌推出的原生多模态输入输出 + Agent 为核心的 AI 模型

热门文章

最新文章

推荐镜像

更多