Fluentd日志处理-插件使用和调试问题

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Fluentd日志处理-插件使用和调试问题相关的知识,希望对你有一定的参考价值。

fluentd一些插件的使用

geoip的配置模版

<filter request>
  @type geoip
  geoip_lookup_keys ip
  backend_library geoip_c
  geoip2_database   /fluentd/plugin/GeoLite2-City.mmdb
  geoip2_database   /fluentd/plugin/GeoLiteCity.dat
  <record>
    location        ‘[${location.latitude["ip"]},${location.longitude["ip"]}]‘
  </record>
</filter>

健康日志的过滤模版

<filter request>
    @type    grep
    <exclude>
        key message
        pattern /.*healthcheck.*|.*prometheusMetrics.*|.*(v1+/)+(configurations)+(/+versions).*/
    </exclude>
</filter>

删除某些字段

<filter *>
@type  record_transformer
remove_keys message
</filter>

fluentd优化的问题。

1.有日志有些会丢失,

  path      /log-dir/*-app.log
  pos_file  /log-dir/app.log.pos

多个日志文件的位置记录写入一个位置记录文件,会导致日志位置记录的错误,想的办法:为每个日志文件单独配置一个位置记录的文件。

  path      /log-dir/*-app.log
  pos_file  ${path}.ops

想通过引用的方式来为每个path创建一个ops,但是结局不生效通过仔细阅读官方文档,发现一个in_tail进程里的ops是可以存放多个path

2.日志会在一分钟后传输到ES上

我把日志写入docker日志文件,发现fluentd处理读取和处理速度并不慢,猜测可能是fluentd传输到ES过程中的问题。
通过在在match输出上面刷新缓冲区,及时把缓冲区的数据送到ES,

<match app.*>
@type elasticsearch
host elasticsearchlog-lb.elasticsearch-log
index_name    s3-fluentd-idaas
type_name     s3-fluentd-idaas
flush_interval 2s
include_timestamp true
ssl_verify    false
</match>

第二个方法就是找到冲突的地方删除掉冲突点(仅仅是个想法)

3.fluentd报警刷屏

id和key都没问题,因为昨天晚上我从S3上拉取下来过,

今天s3的桶里面加上了路径

Amazon S3 logstash-idaas/2018/10/20/

容器日志报出的错误

error_class=Aws::S3::Errors::NoSuchKey error="The specified key does not exist."

(1)测试没有前缀的时候是否会报错

结局:报错少了一些,但是还是会报错
(2)排错过程:

1.我想看看logstash中S3插件是否会给我产生灵感      否
2.我想测试fluentd中是否有插件导致了这个问题       否
    通过把原有插件卸载,使用最简插件方案来运行这个配置文件
3.Google搜索看看    否
4.SQS队列里含有各桶的数据,相互之间冲突,新建一个SQS解决这个问题  nice
    测试出来的原因就是SQS处理多个S3桶数据的时候,每个桶之间的数据会相互杂糅,促使fluentd拉去数据的时候前缀路径冲突,这个时候我们每一个桶分配一个SQS解决这个问题

4.这个队列无法访问

2018/11/12 上午11:52:552018-11-12 11:52:55 +0800 [error]: #0 unexpected error error_class=Aws::SQS::Errors::NonExistentQueue error="The specified queue does not exist or you do not have access to it

检查队列名字和SQS的权限配置,还有需要检查S3桶的事件通知

5.报出一个错误

2018/11/15 下午7:00:222018-11-15 19:00:22 +0800 [warn]: #0 dump an error event: error_class=Fluent::Plugin::ElasticsearchErrorHandler::ElasticsearchError error="400 - Rejected by Elasticsearch" location=nil tag="app.idaas"

通过观看,发现这个问题主要是app.idaas标签产生的,因为这个标签没有filter,后来对app.idaas进行一次filter后,这个警告问题可以大大缓解。

<filter app.idaas>
    @type parser
    key_name thread_name
    reserve_data yes
    <parse>
        @type regexp
        expression /(?<thread_name>[dD]+)/
    </parse>
</filter>

6.ES报出的错误

2018/11/16 下午4:16:072018-11-16 16:16:07 +0800 [warn]: #0 Could not push logs to Elasticsearch, resetting connection and trying again. read timeout reached
2018-11-16 16:16:44 +0800 [warn]: #0 buffer flush took longer time than slow_flush_log_threshold: elapsed_time=66.07182049937546 slow_flush_log_threshold=20.0 plugin_id="object:2ac85a0bd4a0"

去除下面buffer中的timekey和timekey_wait

    index_name    s3-fluentd-request-%Y%m%d
    <buffer tag,time>
        timekey          4s
        timekey_wait     1s
    </buffer>

fluentd日志处理-安装配置(一)
http://blog.51cto.com/11078047/2316881
Fluentd 日志处理-S3拉取日志处理(二)
http://blog.51cto.com/11078047/2316910
Fluentd日志处理-tail拉取(三)
http://blog.51cto.com/11078047/2316958

以上是关于Fluentd日志处理-插件使用和调试问题的主要内容,如果未能解决你的问题,请参考以下文章

Fluentd 日志处理-S3拉取日志处理

Fluentd日志处理-tail拉取

使用Docker搭建ELK日志搜集系统

Docker通过EFK(Elasticsearch + Fluentd + Kibana)查询日志

Elastic:使用 Fluentd 及 Elastic Stack 进行应用日志采集

Elastic:使用 Fluentd 及 Elastic Stack 进行应用日志采集