日期过滤器插件

指定用于日期解析的区域设置，使用 IETF-BCP47 或 POSIX 语言标签。简单的例子是 BCP47 的 en, en-US 或 POSIX 的 en_US。

区域设置主要需要设置为解析月份名称（带有 MMM 的模式）和工作日名称（带有 EEE 的模式）。

如果未指定，将使用平台默认值，但对于非英语平台默认值，也将使用英语解析器作为回退机制。

一个数组，第一个是字段名称，后面是格式模式，[ 字段, 格式... ]

如果您的时间字段有多种可能的格式，您可以这样做

    match => [ "logdate", "MMM dd yyyy HH:mm:ss",
              "MMM  d yyyy HH:mm:ss", "ISO8601" ]

上述配置将匹配 Syslog (rfc3164) 或 iso8601 时间戳。

有一些特殊的例外情况。以下格式文字可以帮助您节省时间并确保日期解析的正确性。

例如，如果您的字段 logdate 的值类似于 Aug 13 2010 00:03:44，您将使用此配置

    filter {
      date {
        match => [ "logdate", "MMM dd yyyy HH:mm:ss" ]
      }
    }

如果您的字段嵌套在结构中，您可以使用嵌套语法 [foo][bar] 来匹配其值。有关更多信息，请参阅字段引用

关于语法的更多细节

用于解析日期和时间文本的语法使用字母来指示时间值的类型（月、分钟等），并重复字母来指示该值的形式（2 位数月份、完整月份名称等）。

以下是您可以用来解析日期和时间的语法

对于非格式化语法，您需要在值周围加上单引号字符。例如，如果您要解析 ISO8601 时间 “2015-01-01T01:12:23”，那么 “T” 不是有效的时间格式，您想说 “字面上，一个 T”，您的格式将是：”yyyy-MM-dd’T’HH:mm:ss”

关于其他不太常见的日期单位（如时代 (G)、世纪 (C)、上午/下午 (a) 和更多单位），您可以在 joda-time 文档上了解。

当没有成功匹配时，将值附加到 tags 字段

将匹配的时间戳存储到给定的目标字段中。如果未提供，则默认更新事件的 @timestamp 字段。

指定用于日期解析的时区规范 ID。有效 ID 列在 Joda.org 可用时区页面上。如果无法从值中提取时区，并且不是平台默认值，则此选项很有用。如果未指定，则将使用平台默认值。规范 ID 很好，因为它会为您处理夏令时。例如，America/Los_Angeles 或 Europe/Paris 是有效的 ID。此字段可以是动态的，并使用 %{field} 语法包含事件的部分内容

如果此过滤器成功，则向此事件添加任何任意字段。字段名称可以是动态的，并使用 %{field} 包含事件的部分内容。

示例

    filter {
      date {
        add_field => { "foo_%{somefield}" => "Hello world, from %{host}" }
      }
    }

    # You can also add multiple fields at once:
    filter {
      date {
        add_field => {
          "foo_%{somefield}" => "Hello world, from %{host}"
          "new_field" => "new_static_value"
        }
      }
    }

如果事件具有字段 "somefield" == "hello"，则此过滤器在成功时将添加字段 foo_hello（如果存在），其值为上述值，并且 %{host} 部分替换为事件中的值。第二个示例还将添加一个硬编码字段。

如果此过滤器成功，则向事件添加任意标签。标签可以是动态的，并使用 %{field} 语法包含事件的部分内容。

示例

    filter {
      date {
        add_tag => [ "foo_%{somefield}" ]
      }
    }

    # You can also add multiple tags at once:
    filter {
      date {
        add_tag => [ "foo_%{somefield}", "taggedy_tag"]
      }
    }

如果事件具有字段 "somefield" == "hello"，则此过滤器在成功时会添加一个标签 foo_hello（第二个示例当然会添加一个 taggedy_tag 标签）。

禁用或启用此特定插件实例的指标日志记录。默认情况下，我们会记录所有可以记录的指标，但是您可以禁用特定插件的指标收集。

向插件配置添加唯一的 ID。 如果未指定 ID，Logstash 将生成一个。 强烈建议在您的配置中设置此 ID。 当您有两个或多个相同类型的插件时，这尤其有用，例如，如果您有 2 个日期过滤器。 在这种情况下添加一个命名的 ID 将有助于在使用监控 API 时监控 Logstash。

    filter {
      date {
        id => "ABC"
      }
    }

定期调用过滤器刷新方法。可选。

如果此过滤器成功，则从此事件中删除任意字段。字段名称可以是动态的，并且可以使用 %{field} 包括事件的部分。例如

    filter {
      date {
        remove_field => [ "foo_%{somefield}" ]
      }
    }

    # You can also remove multiple fields at once:
    filter {
      date {
        remove_field => [ "foo_%{somefield}", "my_extraneous_field" ]
      }
    }

如果事件具有字段 "somefield" == "hello"，则此过滤器在成功时会删除名称为 foo_hello 的字段（如果存在）。第二个示例将删除一个额外的、非动态字段。

如果此过滤器成功，则从事件中删除任意标签。标签可以是动态的，并且可以使用 %{field} 语法包含事件的部分。

示例

    filter {
      date {
        remove_tag => [ "foo_%{somefield}" ]
      }
    }

    # You can also remove multiple tags at once:
    filter {
      date {
        remove_tag => [ "foo_%{somefield}", "sad_unwanted_tag"]
      }
    }

如果事件具有字段 "somefield" == "hello"，则此过滤器在成功时会删除标签 foo_hello（如果存在）。第二个示例还将删除一个令人不快的、不需要的标签。