为何单个文件不支持上报至多个 topic?
LogListener 采集程序的策略是,单个文件,只能上传至一个 topic。
例如,您有 topicA 和 topicB 两个文件,并对这两个文件进行如下设置。
设置 topicA 的采集路径为:/data/log/**/*.log
设置 topicB 的采集路径为:/data/log/test/**/*.log、/data/log/**/test*.log、/data/log/**/*.log,或者其他与 topicA 采集路径类似的路径。
此场景的配置,虽对应到两条采集路径交集的文件,但只会将数据上传至其中一个 topic 中。因此,我们建议针对不同的日志主题,应承载不同业务类型的日志,并在设置采集配置路径时,尽量精确配置信息。如果仍需要将某一个文件上传至不同的 topic,可使用软链接实现。对同一个采集目标创建不同的软链接,不同的 topic 分别采集不同的软链接路径/文件。
如何进行采集路径的设置?
目前采集路径的配置为:路径前缀+ “/**/”+通配文件名的形式。例如:/data/log + /**/ + *.log ==> /data/log/**/*.log。
由于设置通配采集路径时,需要将采集路径(前缀部分)设置的尽量准确,从而使采集器能够更有效率的提供服务。如果采集路径前缀部分设置不准确,可能会导致采集路径匹配到的路径数量巨大,从而造成采集器进入异常转台,无法工作。
例如,采集路径设置为://**/*.log,其前缀部分为"/",这种情况下采集程序会扫描整个根目录,导致采集程序无法工作。
推荐的日志轮转方案是什么?
对于日志的轮转,推荐方式为轮转后的文件名,不要被采集通配路径覆盖到。
例如,配置的采集路径是 /var/log/xxxx/**/*.log,需要采集的日志是 test.log。当 test.log 轮转成 test.2021-07-13.4.log 时,LogListener 能够识别 test.2021-07-13.4.log 是 test.log 的轮转文件,对它仍按照 test.log 来标记。因此,LogListener 保存的位点文件中,没有 test.2021-07-13.4.log 这个文件的采集记录。
而当 LogListener 重启后,LogListener 会按照 /var/log/xxxx/**/*.log 去扫描文件,并发现 test.2021-07-13.4.log 文件符合匹配规则,且没有采集记录,是一个新文件,然后重新采集。
所以建议,采集通配路径不要匹配到轮转文件,避免造成重启后重新采集轮转文件。
我们推荐的日志轮转方案是,如果您需要采集 test.log,建议将轮转后的文件名命名为 test.log.2021-07-13.xxx,可以有效不被 *.log 覆盖到。
LogListener 升级说明?
在 LogListener 迭代过程中,采集路径的接口参数做过变更,比较老的版本(ver< 2.2.8)设置的采集路径,在新版本中不再被支持。
因此,如需对存量老版本(ver < 2.2.8)进行升级,在采集程序升级之后,需要在控制台重新以通配路径的方式,再次设置采集路径。
LogListener 采集配置如何使用正则采集模式?
在控制台设置采集配置时,如果选择正则相关的采集模式,控制台虽提供正则 kv 提取小工具,但此工具暂不提供对中文内容的正则自动生成功能。如需对中文文本进行正则提取,可以自行编写正则表达式,在控制台进行验证,或者使用其他第三方工具进行验证。
初次使用 LogListener 采集器接入时,发现无日志上传,怎么办?
可能是采集器配置不正确导致,常见情况如下:
配置的服务端域名不匹配,采集器拉取不到当前地域的采集配置,无采集业务进行。
采集器加入了 IP 机器组,但是采集器中又配置了标签 label 信息,导致在当前地域拉取不到采集配置,无采集业务进行。
采集器中配置的 secret ID/KEY 不正确,或者权限不足,导致无法上传日志。
环境问题(如 VPC 子网内,外网未开启),如果配置了跨地域上传,是不生效的,采集器实际上还是与本地域服务端进行通信。
通常这种情况下,可以登录采集器所在机器,进入采集器安装目录,并执行./bin/check
命令,检查如下内容:
域名是否正确。
心跳上报是否正常。
采集配置是否正确拉取。
机器组使用混用,导致采集不采集,怎么办?
目前机器组分为两类,其使用方法相互独立:
IP 机器组,机器 IP 需要在控制台上手动加入机器组,对应机器上 loglistener.conf的group_label 需为空。
标签机器组,控制台设置机器组标签,对应机器上 loglistener.conf的group_label 需要设置为相同的标签。
如上两种用法不兼容,如果混合使用,采集机器将拉取不到正确的采集配置,造成不采集的现象。
LogListener 的采集策略是什么?
一堆文件排队进行 LogListener 采集时,队首文件先采集,且要求其在某个时刻读取到文件尾才会让出队首位置。即:不是每个文件在单位时间内,都能均等的享受采集资源。
当单个文件始终写入大于采集速度,且采集速度慢导致始终消费不到文件最新位置时,会出现某个文件长时间或一直霸占采集资源,从而导致其他的文件无法进入采集流程。
Topic 采集阻塞严重怎么办?
在某段时间内,如果单个文件的产生速度大于采集速度,LogListener 会持续一直在采集这一个文件,陷入了对其他文件的采集阻塞场景。
过滤器的规则是什么?
过滤器的规则是匹配后采集,而不是匹配后丢弃。对于未能匹配的日志,LogListener 将不会进行采集。
如何使用非 root 权限启动 LogListener?
建议用户使用 root 权限安装启动。如需在非 root 权限下使用 LogListener,可以参考设置非 root 权限启动 LogListener。
如何对 LogListener 的进程进行绑核?
使用 taskset 工具进行绑核, taskset -cp ${cpu number} ${pid>}
。
如何处理 LogListener 占用内存过高,控制资源的使用?
建议升级到最新 LogListener 版本 ,并设置 memory_tight_mode = true
。
使用 CGroup 限制 CPU 和内存使用。
LogListener 是否支持软链接方式采集?
LogListener 低于2.3.0版本不支持监听软连接方式的日志文件和 NFS、CIFS 等共享文件目录上的日志文件,以上版本均可支持。
LogListener 可以向多个日志主题上传数据吗?
LogListener 可以为同地域的多个日志主题采集数据,但不支持为异地多个日志主题采集。
同一个日志文件只支持采集到一个主题。
LogListener 初始化的时候是否可以自动加入机器组?
LogListener 日志上传策略是什么?
缓存的日志量超过4M。
缓存的日志条数超过10000条。
读到文件末尾。
LogListener 支持的最大性能是多少?
单行全文日志最大处理能力为115MB/s。
多行全文日志最大处理能力为40MB/s。
JSON 格式日志最大处理能力为25MB/s。
CSV 格式日志采最大处理能力为50MB/s。
完全正则格式日志最大处理能力为18MB/s (和正则的复杂度有关)。
服务器更换 IP 地址后,LogListener 应该如何适配?
若服务器通过机器标识绑定机器组,用户无需变更 LogListener 配置。若服务器 IP 需要频繁变更,建议用户使用 机器标识 配置机器组。 若服务器通过 IP 地址绑定机器组,用户需要完成以下配置变更:
a. 修改配置文件中 group_ip 选项,填入变更后的 IP 地址,例如:
sed -i '' "s/group_ip *=.*/group_ip = ${group_ip}/" etc/loglistener.conf
b. 重启 LogListener。
/etc/init.d/loglistenerd restart
c. 如果使用的是 IP 机器组,登录 日志服务控制台,在左侧导航栏中,单击机器组管理,修改该服务器绑定的机器组配置,使用新 IP 替换原机器 IP 地址并确定。
本页内容是否解决了您的问题?