filebeat7.7.0相关详细配置预览- processors

转载请标明出处:
http://blog.csdn.net/qq_27818541/article/details/108229185
本文出自:【BigManing的博客】

一、前言

处理器用于过滤或者增强要发送的event。如果在配置文件中了定义了多个processor,filebeat会按照定义的顺序依次执行。

event -> processor 1 -> event1 -> processor 2 -> event2 ...

我们来看下官方都给我定义了哪些默认的processor。

二、processor

1、add_cloud_metadata

添加云服务器实例元数据

2、add_cloudfoundry_metadata

自动添加cloudfoundry应用程序的相关元数据

3、add_docker_metadata

自动添加docker容器相关元数据

4、add_fields

添加自定义字段信息

5、add_host_metadata

自动追加host相关信息

6、add_id

根据envet生成唯一的ID

7、add_kubernetes_metadata

该处理器使用相关元数据对每个事件进行注释,基于kubernetes pod生成事件的元数据。在启动时,它会检测到集群内的环境并缓存Kubernetes相关的元数据。只有在检测到有效配置时才会对事件进行注释。如果它不能检测到有效的Kubernetes配置,那么事件不会用Kubernetes相关的元数据进行注释。
添加的注释有Pod NamePod UIDNamespaceLabels

processors:
  - add_kubernetes_metadata: ~

8、add_labels

添加自定义标签

9、add_locale

自动添加时区信息,常用语国际业务中。

processors:
  - add_locale: ~

下面的意思是 使用缩写模式 , 例如国内输出结果为CST

processors:
  - add_locale:
      format: abbreviation

10、add_observer_metadata

自动添加观察者机器的相关元数据

processors:
  - add_observer_metadata:
      cache.ttl: 5m

输出为:

{
  "observer" : {
    "hostname" : "avce",
    "type" : "heartbeat",
    "vendor" : "elastic",
    "ip" : [
      "192.168.1.251",
      "fe80::64b2:c3ff:fe5b:b974",
    ],
    "mac" : [
      "dc:c1:02:6f:1b:ed",
    ]
  }
}

11、add_tags

添加标签,并可指定标签在哪个字段下。

例如:

processors:
  - add_tags:
      tags: [web, production]
      target: "environment"

输出为:

{
  "environment": ["web", "production"]
}

12、convert

将event中的某个字段转换为其他类型,例如将字符串转换为整数。

processors:
  - convert:
      fields:
        - {from: "src_ip", to: "source.ip", type: "ip"}
        - {from: "src_port", to: "source.port", type: "integer"}
      ignore_missing: true
      fail_on_error: false

13、copy_fields

将event中的某个字段的值赋值给另一个字段

processors:
  - copy_fields:
      fields:
        - from: message
          to: event.original
      fail_on_error: false
      ignore_missing: true

输出:

{
  "message": "my-interesting-message",
  "event": {
      "original": "my-interesting-message"
  }
}

14、decode_base64_field

base64解码,从一个字段里获取值,解码后赋值给另一个字段。

processors:
  - decode_base64_field:
      field:
        from: "message"
        to: "decode"
      ignore_missing: true
      fail_on_error: false

15、decode_cef

如果你的日式符合Common Event Format (CEF) 标准,你可以使用它进行解码:

processors:
  - rename:
      fields:
        - {from: "message", to: "event.original"}
  - decode_cef:
      field: event.original

更多关于cef的介绍

16、decode_csv_fields

解析CSF格式的日志到指定字段,内容为数组。

processors:
  - decode_csv_fields:
     # 解析到哪里
      fields:
        message: decoded.csv
      separator: ","
      ignore_missing: false
      overwrite_keys: true
      trim_leading_space: false
      fail_on_error: true

17、decode_json_fields

处理对包含JSON字符串的字段进行解码,并将字符串替换为有效的JSON对象。默认是在当前字段替换。

processors:
  - decode_json_fields:
      fields: ["field1", "field2", ...]
     # process_array: false
      # max_depth: 1
     # overwrite_keys: false
     # add_error_key: true

18、decompress_gzip_field

gzip解压缩,从一个字段值中加压缩到另一个字段中 。 使用场景少。

processors:
  - decompress_gzip_field:
      field:
        from: "field1"
        to: "field2"
      ignore_missing: false
      fail_on_error: true

感兴趣的可以看下 gzip压缩初探

19、dissect

从某个字段里(默认message)取值,按照tokenizer定义的格式 拆分(切割)数据,并输出到target_prefix 字段里,默认是dissect

processors:
  - dissect:
      tokenizer: "%{key1} %{key2}"
      # field: "message"
     # target_prefix: "dissect"

如果是这样的log"App01 - WebServer is up and running" ,输出为

"service": {
  "name": "App01",
  "status": "WebServer is up and running"
},

20、dns

反向解析 根据id查找hostname 。每个processor有自己查询结果的缓存。该processor使用自己的域名服务器,不会查找/etc/hosts ,默认使用/etc/resolv.conf里面的域名服务器。

processors:
  - dns:
      type: reverse
      fields:
        source.ip: source.hostname
        destination.ip: destination.hostname

fields字段里source.ip是指ip所在的字段,source.hostname是指新值存入的字段。

21、drop_event

丢弃该event,一般要设置特定条件 。

例如 http响应码为200 就不上报event:

processors:
  - drop_event:
      when:
        equals:
          http.code: 200

22、drop_fields

丢弃(过滤掉)特定字段, 一般防止敏感信息上报,例如ip 、mac地址…

processors:
  - drop_fields:
      fields: ["cpu.user", "cpu.system"]

23、extract_array

从数组中取值并填充(映射到)指定字段

24、fingerprint

根据事件指定字段字段值生成事件的指纹。

processors:
  - fingerprint:
      fields: ["field1", "field2", ...]

输出结果:
在这里插入图片描述

25、include_fields

输出的event里 会包含哪些字段值。@timestamptype字段会始终出现在event中,即使未在include_fields列表中定义。

processors:
  - include_fields:
      when:
        condition
      fields: ["field1", "field2", ...]

26、registered_domain

域名注册,识别一个长串域名,转化成一个简短域名

27、rename

重命名字段

28、script

使用Javascript 处理event ,可以更加灵活的预处理业务

29、timestamp

从字段解析时间戳并将解析结果写入@timestamp(日志采集时间)字段

30、translate_sid

将Windows安全标识符(SID)转换为帐户名,使用仅限Windows系统。

processors:
  - translate_sid:
      field: winlog.event_data.MemberSid
      account_name_target: user.name
      domain_target: user.domain
      ignore_missing: true
      ignore_failure: true

31、translate_sid

按照指定大小截取字段值

processors:
  - truncate_fields:
    fields:
    - message
    max_characters: 5
    #max_bytes: 128
    fail_on_error: false
    ignore_missing: true

32、urldecode

url 解码

processors:
  - urldecode:
      fields:
        - from: "field1"
          to: "field2"
      #  - from: "fieldx"
       #  to: "fieldy"
      ignore_missing: false
      fail_on_error: true

  • 13
    点赞
  • 39
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
### 回答1: java.lang.NoClassDefFoundError是一个Java异常,表示虚拟机在加载类的过程中找不到所需的类。这通常是由于类路径问题导致的。 要解决这个问题,可以尝试以下几个步骤: 1. 检查类路径:确保所需的类存在于类路径中。可以查看环境变量中的CLASSPATH设置,或者检查项目的构建路径。 2. 确保包名和类名正确:检查代码中的包名和类名是否正确。如果包名或类名出现了拼写错误,也会导致找不到类的错误。 3. 检查依赖项:如果项目依赖于外部库或框架,确保这些依赖项已正确添加到项目中,并且它们在类路径上可用。 4. 导入正确的包:在Java代码中,确保正确导入所需的包。如果没有正确导入包,Java编译器将无法找到类。 5. 版本冲突:如果项目使用的库存在版本冲突,即项目使用的库与其他库之间存在版本不兼容的情况,也可能导致找不到类的错误。在这种情况下,需要解决版本冲突,并确保使用的库版本是兼容的。 6. 重新编译和重新构建项目:如果以上步骤都没有解决问题,可以尝试重新编译和重新构建项目,以确保所有类都正确生成和链接。 总之,java.lang.NoClassDefFoundError是一个常见的类路径问题,可能由多种原因引起。通过检查类路径、包名、类名、依赖项等,可以解决这个问题。 ### 回答2: java.lang.NoClassDefFoundError是Java虚拟机在试图加载某个类的时候找不到该类的定义文件时抛出的异常。这个问题通常出现在编译时没有出错,但在运行时却找不到某个类的情况下。 解决这个问题的方法有以下几种: 1. 检查类的路径:首先确认类所在的路径是否正确,包括项目的classpath和依赖的jar包等。 2. 检查类是否存在:确认类是否存在于所在的路径中,可以搜索文件系统中的相应class文件。 3. 检查类的依赖:如果类依赖其他的类或jar包,确认这些依赖是否正确配置并且可以访问。 4. 检查编译和运行环境的一致性:确认编译时使用的JDK版本和运行时使用的JRE版本是否一致,确保编译时使用的类库在运行时也可用。 5. 检查class文件的完整性:如果是在部署过程中出现问题,可以尝试重新编译并重新部署。 6. 检查类加载顺序:有时候类加载的顺序不正确会导致这个异常,可以尝试修改类加载的顺序。 7. 检查运行时参数:有时候在运行程序时需要使用特定的运行时参数,确保这些参数设置正确。 综上所述,解决java.lang.NoClassDefFoundError异常需要进行一系列的排查和调试,从类路径的设置、类的依赖关系、编译和运行环境的一致性等多个方面来检查和解决问题。 ### 回答3: java.lang.NoClassDefFoundError是Java程序中常见的错误之一。它表示在运行时找不到某个类的定义,即找不到该类的class文件。当Java虚拟机(JVM)尝试加载某个类的时候,它会在classpath中搜索该类的定义文件,如果找不到,就会报NoClassDefFoundError错误。 要解决这个问题,首先应该检查类的定义文件是否存在于classpath中。如果不存在,可以检查以下几个方面: 1. 检查类路径是否正确设置。确保classpath中包含了该类所在的jar包或目录。 2. 检查类文件是否被正确放置。如果是一个普通的Java类文件,应该放置在类路径所指定的目录中。如果是一个jar包,则应该将其放置在类路径中的正确位置。 3. 检查类文件是否被正确命名。类文件应该与类的全限定名(包括包名)一致,并且扩展名为.class。 另外,NoClassDefFoundError也可能是由类加载器的问题引起的。在一些特殊的情况下,可能会出现类加载器无法找到类定义的情况。这时可以尝试以下方法: 1. 检查类加载器的配置。如果使用自定义的类加载器,可以检查其配置是否正确。 2. 检查类加载器是否能够访问类的定义文件。有时候,类加载器可能无法读取或访问类定义文件,导致NoClassDefFoundError错误。可以尝试修改文件权限或检查文件所在的目录是否有足够的权限。 最后,如果以上方法都没有解决问题,还可以尝试重新编译和打包项目,确保所有依赖的类都被正确地引用和加载。 总之,要解决java.lang.NoClassDefFoundError错误,需要检查类定义文件是否存在、类路径是否正确设置、类文件命名是否正确以及类加载器的配置等方面,并做出相应的调整和修正。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值