【官方文档】Fluentd 输出插件（elasticsearch）

最新推荐文章于 2024-05-16 09:54:43 发布

帅大大的架构之路

最新推荐文章于 2024-05-16 09:54:43 发布

阅读量1.9k

点赞数

分类专栏： # elfk 文章标签： elasticsearch 搜索引擎大数据

原文链接：https://huaweicloud.csdn.net/637eeeb5df016f70ae4c9da2.html

版权

elfk 专栏收录该内容

12 篇文章 0 订阅

订阅专栏

原文

文章目录

官方文档地址： elasticsearch

插件 GitHub 地址：fluent-plugin-elasticsearch

在这里插入图片描述
out_elasticsearch输出插件将记录写入 Elasticsearch。默认情况下，它使用批量API 创建记录，可以实现在单个 API 调用中执行多个索引操作。这样可以减少开销，并极大地提高索引速度。这意味着当你第一次使用插件导入记录时，记录不会立即推送到 Elasticsearch。

当chunk_keys条件被满足时，记录将被发送到 Elasticsearch。如果要更改输出频率，请在chunk_keys中指定time，并在配置中指定timekey值。

0. 要求

fluent-plugin-elasticsearch	fluentd	ruby
>= 4.0.1	>= v0.14.22	>= 2.3
>= 3.2.4 && < 4.0.1	>= v0.14.22	>= 2.1
>= 2.0.0 && < 3.2.3	>= v0.14.20	>= 2.1
< 2.0.0	>= v0.12.0	>= 1.9

注意：对于 v0.12 版本，您应该使用 1.x.y 的版本。如果遇到 1.x 版本的 bug，请发送补丁到 v0.12 分支。
注意：本文档是针对 fluent-plugin-elasticsearch 2.x 或更高版本的。对于 1.x 文档，请参阅 v0.12 分支。
注意：使用索引生命周期管理(ILM)特性需要安装 elasticsearch-xpack gem v7.4.0 或更高版本。

1. 安装

由于out_elasticsearch从 3.0.1 版开始就包含在td-agent的标准分发版中，所以td-agent用户不需要手动安装它。

如果你没有安装td-agent就安装了 Fluentd，请使用fluent-gem安装这个插件：

$ fluent-gem install fluent-plugin-elasticsearch

2. 使用

在 Fluentd 配置中，使用@type elasticsearch。额外的配置是可选的：

<match my.logs>
  @type elasticsearch
  host localhost
  port 9200
  index_name fluentd
  type_name fluentd
</match>

注意：type_name参数将使用固定值_doc对于 Elasticsearch 7。
注意：type_name参数对 Elasticsearch 8 没有作用。

这个插件仅仅通过写入来创建 Elasticsearch 索引。考虑使用索引模板来控制索引的内容和方式。请参阅这个示例：

{
  "mappings": {
    "_default_": {
      "_all": { "enabled": false }, 
      "_source": { "compress": true },
      "properties" : {
        "event_data": { "type": "object", "store": "no" },
        "@fields": { "type": "object", "dynamic": true, "path": "full" }, 
        "@message": { "type": "string", "index": "analyzed" },
        "@source": { "type": "string", "index": "not_analyzed" },
        "@source_host": { "type": "string", "index": "not_analyzed" },
        "@source_path": { "type": "string", "index": "not_analyzed" },
        "@tags": { "type": "string", "index": "not_analyzed" },
        "@timestamp": { "type": "date", "index": "not_analyzed" },
        "@type": { "type": "string", "index": "not_analyzed" }    
      }   
    }
  },
  "settings": {
    "index.cache.field.type" : "soft",
    "index.refresh_interval": "5s",
    "index.store.compress.stored": true,
    "index.number_of_shards": "3", 
    "index.query.default_field": "querystring", 
    "index.routing.allocation.total_shards_per_node": "2"
  }, 
  "template": "logstash-*"
}

3. 插件助手

4. 参数

4.1. @type（必须的）

这个选项必须始终是elasticsearch。

4.2. host（可选的）

Elasticsearch 节点的主机名（默认为localhost）。

host user-custom-host.domain # 默认为 localhost

可以通过该参数指定 Elasticsearch 主机。

注意：从 v3.3.2 开始，host 参数支持内置占位符。如果你想在运行时使用elasticsearch_dynamic输出插件将事件动态发送到不同的主机，请考虑使用普通的elasticsearch输出插件。关于内置占位符的更多细节，请参阅占位符一节。

要使用主机上的 IPv6 地址参数，可以使用以下样式：

字符串样式

要使用字符串样式，必须使用引号引用 IPv6 地址，以防止被解释为 JSON：

host "[2404:7a80:d440:3000:192a:a292:bd7f:ca10]"

原始样式

也可以指定原始 IPv6 地址。这将被处理为[specified IPv6 address]：

host 2404:7a80:d440:3000:192a:a292:bd7f:ca10

4.3. port（可选的）

Elasticsearch 节点的端口号（默认值9200）。

port 9201 # 默认为 9200

通过该参数可以指定 Elasticsearch 端口。

4.4. cloud_id

cloud_id test-dep:ZXVyb3BlLXdlc3QxLmdjcC5jbG91ZC5lcy5pbyRiYZTA1Ng==

可通过该参数指定 Elasticsearch cloud_id。

如果指定cloud_id选项，则需要cloud_auth选项。如果指定cloud_id选项，host、post、user和password选项将被忽略。

4.5. cloud_auth

cloud_auth 'elastic:slkjdaooewkd87iqQ2O8EQYV'

可以通过该参数指定 Elasticsearch cloud_auth。

4.6. emit_error_for_missing_id

emit_error_for_missing_id true

当write_operation被配置为除index之外的任何值时，设置此值为true将导致插件emit_error_event的任何记录不包括_id字段。默认的(false)行为是静默地删除记录。

4.7. hosts（可选的）

hosts host1:port1,host2:port2,host3:port3

可以指定多个 Elasticsearch 主机，分隔符为","。

如果你指定多个主机，这个插件将负载均衡的更新到 Elasticsearch。这是一个 elasticsearch-ruby 特性，默认策略是轮询。

如果指定hosts选项，host和port选项将被忽略。

host user-custom-host.domain # ignored
port 9200                    # ignored
hosts host1:port1,host2:port2,host3:port3

如果指定hosts选项而不指定端口，则使用port选项。

port 9200
hosts host1:port1,host2:port2,host3 # port3 is 9200

注意：如果你将使用 https 方案，不要在你的主机ie中包括"https://"。主机"https://domain"，这将导致 ES 集群不可达，你将收到一个错误"Can not reach Elasticsearch cluster"。

注意：在 v2.8.5 之前，允许在 URL 中嵌入用户名/密码。但是，从 v2.8.6 开始，该语法已被弃用，因为它会导致严重的连接问题。请将您的设置迁移到使用user和password字段。

IPv6地址

当需要指定 IPv6 地址时，必须同时指定模式：

hosts http://[2404:7a80:d440:3000:de:7311:6329:2e6c]:port1,http://[2404:7a80:d440:3000:de:7311:6329:1e6c]:port2,http://[2404:7a80:d440:3000:de:6311:6329:2e6c]:port3

如果你没有同时指定带有模式的主机，Elasticsearch 插件会投诉它们的 URI 无效。

4.8. user，password（可选的）

连接到 Elasticsearch 节点的登录凭据（默认为nil）：

user demo
password secret

可以指定 HTTP 基本认证的用户和密码。

这个插件将在%{}占位符中转义所需的 URL 编码字符。

user %{demo+}
password %{@secret}

4.9. path（可选的）

Elasticsearch 的 REST API 端点用于发布写请求（默认为nil）。

path /elastic_search/

4.10. scheme（可选的）

如果 Elasticsearch 端点支持 SSL（默认为http），请指定https。

scheme https

4.11. ssl_verify

指定ssl_verify false以跳过ssl验证（默认为true）。

4.12. index_name（可选的）

要写入事件的索引名称（默认值：fluentd）。

此选项支持 Fluentd 插件 API 的占位符语法。例如，如果你想按标签划分索引，可以这样指定：

index_name fluentd.${tag}

下面是一个更实际的例子，它根据标签和时间戳对 Elasticsearch 索引进行了分区：

index_name fluentd.${tag}.%Y%m%d

时间占位符需要在chunk_keys中设置标签和时间。同样，它需要为 chunk 的时间片指定timekey：

<buffer tag, time>
  timekey 1h # chunks per hours ("3600" also available)
</buffer>

有关缓冲区选项的更多信息，请查看缓冲区部分配置。

4.13. logstash_format（可选的）

logstash_format true # 默认为 false

这意味着将数据写入 Elasticsearch 索引与 Logstash 所调用的索引兼容。通过这样做，你可以利用 Kibana。请参阅logstash_prefix和logstash_dateformat来定制此索引名称模式。索引名称将是#{logstash_prefix}-#{formatted_date}

将该选项设置为true将忽略index_name设置。默认索引名称前缀为logstash-。

4.14. include_timestamp

include_timestamp true # 默认为 false

将@timestamp字段添加到日志中，遵循logstash_format所做的所有设置，但不限制index_name。这允许用户在 ES 中使用别名记录日志，并利用滚动 API。

4.15. logstash_prefix

当logstash_format为 true 时，用于写入事件的 logstash 前缀索引名称（默认为 logstash）。

logstash_prefix mylogs # 默认为 "logstash"

4.16. logstash_prefix_separator

logstash_prefix_separator _ # 默认为 "-"

4.17. logstash_dateformat

当logstash_format设置为true时，生成目标索引名称的索引时间格式。缺省情况下，记录被插入到索引logstash-YYYY.MM.DD中。这个选项以及logstash_prefix允许我们插入到指定的索引中，例如每月索引的mylogs-YYYYMM。

logstash_dateformat %Y.%m. # 默认为 "%Y.%m.%d"

4.18. pipeline

仅在 ES>= 5.x 中可以使用该参数。这个参数是用来设置要添加到请求中的 elasticsearch 的管道 id，你可以配置摄取节点。

pipeline pipeline_id

4.19. time_key_format

时间戳字段的格式（@timestamp或time_key指定的时间戳）。只有当logstash_format为true时，该参数才有效果，因为它只影响我们写入的索引的名称。有关该格式的值的信息，请参阅Time#strftime。

如果您的大部分日志都使用相同的格式，那么将其设置为已知格式可以极大地提高日志的接收速度。如果解析此格式时出现错误，则时间戳将默认为输入时间。如果您使用的是Ruby 2.0或更高版本，您可以通过安装"strptime" gem来进一步提高性能：fluent-gem install strptime。

例如，以秒级精度解析ISO8601时间：

time_key_format %Y-%m-%dT%H:%M:%S.%N%z

4.20. time_precision

如果记录不包含time_key，则定义秒以下的时间精度，以保留路由事件的time部分。

例如，如果你的输入插件没有在记录中包含一个time_key，但它能够在发出事件时传递time给路由器（AWS CloudWatch 事件就是一个例子），然后，这个设置将允许您保留这些事件的亚秒级时间分辨率。这就是 fluent-plugin-cloudwatch-ingest 。

4.21. time_key

默认情况下，当以 Logstash 格式插入记录时，@timestamp将动态创建日志输入时的时间。如果您想使用自定义时间，请在记录中包含@timestamp。

{"@timestamp": "2014-04-07T000:00:00-00:00"}

你可以指定一个选项time_key（就像 tail Input Plugin 中描述的选项）来替换@timestampkey。

假设你有设置：

logstash_format true
time_key vtm

你的输入是：

{
  "title": "developer",
  "vtm": "2014-12-19T08:01:03Z"
}

输出将是：

{
  "title": "developer",
  "@timestamp": "2014-12-19T08:01:03Z",
  "vtm": "2014-12-19T08:01:03Z"
}

请参阅time_key_exclude_timestamp以避免添加@timestamp。

4.22. time_key_exclude_timestamp

time_key_exclude_timestamp false

默认情况下，设置time_key会将值复制到一个额外的字段@timestamp。当设置time_key_exclude_timestamp为true时，不添加额外字段。

4.23. utc_index

utc_index true

默认情况下，使用 UTC（协调世界时）将记录插入索引logstash-YYMMDD。如果将utc_index设置为false，该选项允许使用本地时间。

4.24. suppress_type_name

在 Elasticsearch 7.x，Elasticsearch 集群提示以下类型的删除警告：

{"type": "deprecation", "timestamp": "2020-07-03T08:02:20,830Z", "level": "WARN", "component": "o.e.d.a.b.BulkRequestParser", "cluster.name": "docker-cluster", "node.name": "70dd5c6b94c3", "message": "[types removal] Specifying types in bulk requests is deprecated.", "cluster.uuid": "NoJJmtzfTtSzSMv0peG8Wg", "node.id": "VQ-PteHmTVam2Pnbg7xWHw"  }

可以用以下方法来抑制：

suppress_type_name true

4.25. target_index_key

告诉这个插件在这个键下查找记录中要写入的索引名，而不是其他机制。键可以使用点('.')作为分隔符指定为嵌套记录的路径。

如果它存在于记录中（且值是非假值），则该值将被用作写入记录的索引名，然后在输出之前从记录中删除；如果没有找到，那么它将按照配置使用logstash_format或index_name来设置索引。

假设您有以下设置：

target_index_key @target_index
index_name fallback

如果你的输入是：

{
  "title": "developer",
  "@timestamp": "2014-12-19T08:01:03Z",
  "@target_index": "logstash-2014.12.19"
}

输出将是：

{
  "title": "developer",
  "@timestamp": "2014-12-19T08:01:03Z",
}

并且该记录将被写入指定的索引logstash-2014.12.19而不是fallback。

4.26. target_type_key

与target_index_key配置类似，在该键（或嵌套记录）下的记录中找到要写入的类型名称。如果在记录中没有找到 key - 回退到type_name（默认为"fluentd"）

4.27. target_index_affinity

允许插件动态选择基于 logstash 时间的目标索引 update/upsert 操作基于已经索引的数据，而不是当前索引的时间。

target_index_affinity true # 默认为 false

默认情况下，插件根据当前时间写入 logstash 格式索引的数据。例如，在可能的数据被写入新创建的索引后，基于每日的索引。当数据来自单一数据源且索引后没有更新时，这通常是可以的。

但是，如果在用例中，数据在索引之后也要更新，并且使用id_key唯一地标识用于更新的文档，Logstash 格式用于方便的数据管理和保留。在索引完成数据之后立即进行更新（所有的数据都不能从单一数据源获得），并且在以后的时间点上不再进行更新。在这种情况下，问题发生在索引旋转时，写入两个具有相同id_key值的索引可能会发生。

这个设置将通过使用id_key值的弹性搜索的 id 查询来搜索现有数据（使用logstash_prefix和logstash_prefix_separator索引模式，例如logstash-*）。找到的数据的索引用于update/upsert。当没有找到数据时，数据会像往常一样写入当前 logstash 索引。

该设置需要进行以下其他设置：

logstash_format true
id_key myId  # 数据上的某些字段，以惟一地标识数据
write_operation upsert  # upsert 或 update

假设你有以下情况，你有两个不同的 match，消费数据从 2 个不同的 Kafka topic 独立，但在时间上彼此关闭（顺序未知）。

  <match data1>
    @type elasticsearch
    ...
    id_key myId
    write_operation upsert
    logstash_format true
    logstash_dateformat %Y.%m.%d
    logstash_prefix myindexprefix
    target_index_affinity true
    ...

  <match data2>
    @type elasticsearch
    ...
    id_key myId
    write_operation upsert
    logstash_format true
    logstash_dateformat %Y.%m.%d
    logstash_prefix myindexprefix
    target_index_affinity true
    ...

如果您的第一个(data1)输入是：

{
  "myId": "myuniqueId1",
  "datafield1": "some value",
}

第二个(data2)输入是：

{
  "myId": "myuniqueId1",
  "datafield99": "some important data from other source tightly related to id myuniqueId1 and wanted to be in same document.",
}

今天的日期是10.05.2021，所以当 data1 和 data2 在今天消耗时，数据会写入索引myindexprefix-2021.05.10。但是当我们接近索引旋转时，data1 被消耗并在2021-05-10T23:59:55.59707672Z被索引，data2 被稍晚一点在2021-05-11T00:00:58.222079Z被消耗，即，logstash 索引已被旋转，通常 data2 将被写入索引myindexprefix-2021.05.11。但是将target_index_affinity设置为true后，data2 现在会被写入索引myindexprefix-2021.05.10到与 data1 相同的文档中，从而避免重复文档。

4.28. template_name

要定义的模板的名称。如果给定名称的模板已经存在，它将保持不变，除非设置了template_overwrite，在这种情况下模板将被更新。

这个参数连同template_file允许插件的行为类似于 Logstash（它在创建时安装一个模板），因此原始记录是可用的。见 https://github.com/uken/fluent-plugin-elasticsearch/issues/33。

template_file也必须指定。

4.29. template_file

包含要安装的模板文件的路径。

template_name也必须指定。

4.30. templates

指定散列形式的索引模板。可以包含多个模板。

templates { "template_name_1": "path_to_template_1_file", "template_name_2": "path_to_template_2_file"}

注意：在 ES plugin v4.1.2 之前，如果设置了template_file和template_name，则该参数将被忽略。在 4.1.3 或更高版本中，template_file和template_name可以和templates一起工作。

4.31. customize_template

指定要以散列形式替换的字符串及其值。可以包含多个键值对，它们将在指定的template_file中被替换。此设置仅创建模板，若要添加翻转索引，请检查rollover_index配置。

customize_template {"string_1": "subs_value_1", "string_2": "subs_value_2"}

如果设置了template_file和template_name，则该参数生效，否则忽略。

4.32. rollover_index

当需要创建具有翻转功能的索引时，指定为true。它创建的索引格式为<logstash-default-{now/d}-000001>，其中logstash表示index_prefix，default表示可以设置的application_nam。deflector_alias是rollover_index设置为true时的必选字段。index_prefix和application_name是可选的，默认分别为logstash和default。

rollover_index true # defaults to false

如果设置了customize_template，则该参数将生效，否则将被忽略。

4.33. index_date_pattern

指定此参数可覆盖用于创建翻转索引的索引日期模式。默认是使用"now/d"，例如：<logstash-default-{now/d}-000001>。覆盖此属性将更改滚转时间周期。设置"now/w{xxxx.ww}"将创建周滚动索引，而不是日滚动索引。

该设置只有在与enable_ilm设置结合使用时才生效。

index_date_pattern "now/w{xxxx.ww}" # 默认为 "now/d"

如果在index_date_pattern中指定空字符串("")，则不使用索引日期模式。Elasticsearch 插件只创建<target_index-application_name-000001>滚动索引，而不是<target_index-application_name-{index_date_pattern}-000001>。

如果设置了customize_template，则该参数将生效，否则将被忽略。

4.34. deflector_alias

指定将分配给创建的翻转索引的偏转器别名。这在使用 Elasticsearch 翻转 API 时非常有用。

deflector_alias test-current

如果设置了rollover_index，则该参数将被忽略。

注意：从 4.1.1 开始，defector_alias被禁止与enable_ilm一起使用。

4.35. index_prefix

此参数被标记为过时。当不与logstash_format一起使用时，考虑使用index_name来指定 ILM 目标索引。当将logstash_format指定为true时，考虑使用logstash_prefix指定 ILM 目标索引前缀。

4.36. application_name

指定要创建的翻转索引的应用程序名称。

application_name default # 默认为 "default"

如果设置了enable_ilm，则该参数将生效，否则将被忽略。

4.37. template_overwrite

总是更新模板，即使它已经存在。

template_overwrite true # defaults to false

如果设置了该参数，还必须指定其中一个template_file或templates。

4.38. max_retry_putting_template

您可以指定重试放置模板的次数。

当 Elasticsearch 插件无法连接 Elasticsearch 来放置模板时，这是有用的。通常，启动集群的 Elasticsearch 容器要比启动 Fluentd 容器慢得多。

max_retry_putting_template 15 # 默认为 10

4.39. fail_on_putting_template_retry_exceed

指示当max_retry_putting_template被超过时是否失败。如果你有多个输出插件，你可以设置这个属性使 fluentd 在启动后不会失败。

fail_on_putting_template_retry_exceed false # 默认为 true

4.40. fail_on_detecting_es_version_retry_exceed

指示当max_retry_get_es_version超出时是否失败。如果您想使用回退机制来获取 ELasticsearch 版本，你可以设置这个属性使 fluentd 在启动后不会失败。

fail_on_detecting_es_version_retry_exceed false

应该使用以下参数：

verify_es_version_at_startup true
max_retry_get_es_version 2 # 大于 0。
default_elasticsearch_version 7 # 此版本在发生回退时使用。

4.41. max_retry_get_es_version

可以指定重新获取 Elasticsearch 版本的次数。当 Elasticsearch 插件无法连接 Elasticsearch 获取 Elasticsearch 版本时，这是有用的。通常，启动集群的 Elasticsearch 容器要比启动 Fluentd 容器慢得多。

max_retry_get_es_version 17 # defaults to 15

4.42. request_timeout

可以指定 HTTP 请求超时时间。

当 Elasticsearch 在默认的5 秒内无法对批量请求返回响应时，这非常有用。

request_timeout 15s # defaults to 5s

4.43. reload_connections

您可以调整elasticsearch-transport主机重载特性的工作方式。默认情况下，它将每隔 10,000 次请求从服务器重新加载主机列表，以分散负载。如果您的 Elasticsearch 集群位于反向代理之后，这可能是个问题，因为 Fluentd 进程可能无法直接访问 Elasticsearch 节点。

reload_connections false # 默认为 true

4.44. reload_on_failure

指示elasticsearch-transport将尝试在发出请求时出现故障时重新加载节点地址，这对于快速从地址列表中删除死节点非常有用。

reload_on_failure true # 默认为 false

4.45. resurrect_after

您可以在elasticsearch-transport中设置来自elasticsearch-transport池的死连接恢复的频率。

resurrect_after 5s # 默认为 60s

4.46. include_tag_key，tag_key

include_tag_key true # 默认为 false
tag_key tag # 默认为 tag

这将在 JSON 记录中添加 Fluentd 标记。例如，如果你有这样的配置：

<match my.logs>
  @type elasticsearch
  include_tag_key true
  tag_key _key
</match>

插入到 Elasticsearch 中的记录将是：

{"_key": "my.logs", "name": "Johnny Doeie"}

4.47. id_key

id_key request_id # 在 ES 中使用“request_id”字段作为记录 id

默认情况下，所有插入到 Elasticsearch 中的记录都会得到一个随机的 _id。此选项允许使用记录中的字段作为标识符。

以下记录{"name": "Johnny"， "request_id": "87d89af7daffad6"}将触发以下 Elasticsearch 命令：

{ "index" : { "_index": "logstash-2013.01.01", "_type": "fluentd", "_id": "87d89af7daffad6" } }
{ "name": "Johnny", "request_id": "87d89af7daffad6" }

Fluentd 使用新的且唯一的_id值重新触发在 Elasticsearch 中索引/摄取失败的事件，这意味着拥塞的 Elasticsearch 集群拒绝事件（例如由于命令队列溢出）将导致 Fluentd 重新发出带有新_id的事件，但是Elasticsearch 实际上可能同时处理（或更多）尝试（有一些延迟），并在索引中创建重复的事件（因为每个事件都有一个唯一的_id值），一个可能的解决方案是使用fluent-plugin-genhashvalue插件在每个事件的记录中生成一个唯一的_hash键，这个_hash记录可以作为id_key来防止 Elasticsearch 创建重复的事件。

id_key _hash

fluent-plugin-genhashvalue的示例配置（查看插件的文档以了解更多细节）。

<filter logs.**>
  @type genhashvalue
  keys session_id,request_id
  hash_type md5    # md5/sha1/sha256/sha512
  base64_enc true
  base91_enc false
  set_key _hash
  separator _
  inc_time_as_key true
  inc_tag_as_key true
</filter>

为了避免散列冲突和数据丢失，在选择事件记录中用于计算散列的键时需要仔细考虑。

使用嵌套的 key

还支持嵌套键指定语法。使用以下配置：

id_key $.nested.request_id

和下面的嵌套记录：

{"nested":{"name": "Johnny", "request_id": "87d89af7daffad6"}}

将触发以下 Elasticsearch 命令：

{"index":{"_index":"fluentd","_type":"fluentd","_id":"87d89af7daffad6"}}
{"nested":{"name":"Johnny","request_id":"87d89af7daffad6"}}

请注意哈希平滑可能是冲突嵌套记录特性。

4.48. parent_key

parent_key a_parent # 在elasticsearch命令中使用“a_parent”字段值设置_parent

如果你的输入是：

{ "name": "Johnny", "a_parent": "my_parent" }

Elasticsearch 命令将是：

{ "index" : { "_index": "****", "_type": "****", "_id": "****", "_parent": "my_parent" } }
{ "name": "Johnny", "a_parent": "my_parent" }

如果没有配置parent_key或者输入记录中没有parent_key，则不会发生任何事情。

使用嵌套的 key

还支持嵌套键指定语法。使用以下配置：

parent_key $.nested.a_parent

和下面的嵌套记录：

{"nested":{ "name": "Johnny", "a_parent": "my_parent" }}

将触发以下 Elasticsearch 命令：

{"index":{"_index":"fluentd","_type":"fluentd","_parent":"my_parent"}}
{"nested":{"name":"Johnny","a_parent":"my_parent"}}

请注意哈希平滑可能是冲突嵌套记录特性。

4.49. routing_key

类似于parent_key配置，如果设置了routing_key并且输入事件中确实存在字段，将在 elasticsearch 命令中添加_routing。

4.50. remove_keys

parent_key a_parent
routing_key a_routing
remove_keys a_parent, a_routing # a_parent和a_routing字段不会被发送到elasticsearch

4.51. remove_keys_on_update

当记录被更新时，在更新时删除键不会更新 elasticsearch 中配置的键。只有当写操作是更新或 upsert 时，此设置才有效。

如果写设置是 upsert，那么这些键只在记录被更新时被删除，如果记录不存在（根据 id），那么所有键都被索引。

remove_keys_on_update foo,bar

4.52. remove_keys_on_update_key

这个设置允许在每个记录中为remove_keys_on_update配置一个键，其工作方式与target_index_key非常相似。在 elasticsearch 中建立索引之前，已配置的键被删除。如果记录中同时存在remove_keys_on_update和remove_keys_on_update_key，那么记录中的键将被使用，如果remove_keys_on_update_key不存在，那么remove_keys_on_update的值将被用作回退。

remove_keys_on_update_key keys_to_skip

4.53. retry_tag

此设置允许自定义消息路由，以响应批量请求失败。默认行为是使用提供的相同标记发出失败记录。当设置为非nil值时，失败的消息会用指定的标签发出：

retry_tag 'retry_es'

注意：retry_tag是可选的。如果你更愿意使用 labels 来重路由重试，可以在你的 fluent elasticsearch 插件配置中添加一个 label（例如'@label @SOMELABEL'）。默认情况下，重试记录将提交到 ROOT 标签以供重试，这意味着记录将从头开始通过流管道。如果管道是幂等的，这可能也不是问题——也就是说，您可以不做任何更改地再次处理一条记录。使用 tag 或 label 以确保您的重试记录不会被 fluentd 处理管道再次处理。

4.54. write_operation

write_operation 的值可以是下表中的任意一个：

操作	描述
index（默认的）	新数据被添加，而现有数据（基于其 id）被替换（变换索引）。
create	添加新数据 - 如果数据已经存在（基于其 id），则跳过该操作。
update	更新现有数据（基于其 id）。如果没有找到数据，则跳过该操作。
upsert	如果数据不存在则称为合并或插入，如果数据存在则更新（基于其 id）。

请注意，id 在创建、更新和 upsert 场景中是必需的。如果没有 id，消息将被删除。

4.55. time_parse_error_tag

logstash_format为true时，elasticsearch 插件解析时间戳字段以生成索引名。如果记录有无效的时间戳值，这个插件将发送一个带有time_parse_error_tag配置的标签的错误事件到@ERROR标签。

默认值为Fluent::ElasticsearchOutput::TimeParser.error表示向后兼容性。::分隔标签不适合 tag 路由，因为一些插件假设 tag 被.分隔。我们建议像time_parse_error_tag es_plugin.output.time.error那样设置这个参数。我们将更改默认值为.分隔的 tag。

4.56. reconnect_on_error

指示插件应该在任何错误时重置连接（在下次发送时重新连接）。默认情况下，它只在host unreachable exceptions时重新连接。我们建议在存在 elasticsearch 屏蔽时将此设置为true。

reconnect_on_error true # defaults to false

4.57. with_transporter_log

这是用于获取传输层日志的调试选项。为向后兼容，默认值为false。

如果你开始调试这个插件，我们建议设置为true。

with_transporter_log true

4.58. content_type

使用content_type application/x-ndjson，elasticsearch 插件在有效负载中添加application/x-ndjson作为Content-Type。

Elasticsearch 请求的默认Content-Type是application/json。如果你不使用模板，它建议设置content_type application/x-ndjson。

content_type application/x-ndjson

4.59. include_index_in_url

如果将此选项设置为true，Fluentd 将在请求 URL 中（而不是在请求主体中）显示索引名称。可以使用此选项强制基于 URL 的访问控制。

include_index_in_url true

4.60. http_backend

使用http_backend typhoeus，elasticsearch 插件使用 typhoeus faraday http backend。Typhoeus 可以处理 HTTP 保持存活。

默认值是excon，它是 elasticsearch 插件的默认 http_backend。

http_backend typhoeus

4.61. http_backend_excon_nonblock

使用http_backend_excon_nonblock false时，elasticsearch 插件使用非block=false的excon。如果你在 jRuby 中使用 elasticsearch 插件用于 https，你可能需要考虑设置false以避免以下问题。

但对于所有其他情况，强烈建议设置为true，以避免在 https://github.com/uken/fluent-plugin-elasticsearch/issues/732 中报告的进程挂起问题。

默认值为true：

http_backend_excon_nonblock false

4.62. compression_level

您可以添加 gzip 压缩输出数据。在这种情况下，应该选择default_compression、best_compression或best speed选项。默认情况下没有压缩，该选项的默认值是no_compression。

compression_level best_compression

4.63. prefer_oj_serializer

在默认行为下，Elasticsearch 客户端使用Yajl作为 JSON 编码器/解码器。Oj是替代高性能 JSON 编码器/解码器。当此参数设置为true时，Elasticsearch 客户端使用Oj作为 JSON 编码器/解码器。

默认值是false。

prefer_oj_serializer true

4.64. 客户端 / 主机证书选项

需要验证 Elasticsearch 的证书吗？可以使用以下参数指定 CA，而不是使用环境变量。

ca_file /path/to/your/ca/cert

您的 Elasticsearch 集群想要验证客户端连接吗？您可以指定以下参数来为您的连接使用您的客户端证书、密钥和密钥密码。

client_cert /path/to/your/client/cert
client_key /path/to/your/private/key
client_key_pass password

当需要配置 SSL/TLS 版本时，可指定ssl_version参数。

ssl_version TLSv1_2 # or [SSLv23, TLSv1, TLSv1_1]

如果启用 SSL/TLS，可能需要设置ssl_version。

在 Elasticsearch 插件 v4.0.2 与 Ruby 2.5 或更高版本的组合中，Elasticsearch 插件还支持ssl_max_version和ssl_min_version。

ssl_max_version TLSv1_3
ssl_min_version TLSv1_2

Elasticsearch 插件在 TLS 传输时使用 TLSv1.2 作为最小 ssl 版本，TLSv1.3 作为最大 ssl 版本。注意，当它们在 Elastissearch 插件配置中使用时，ssl_version不是用来设置 TLS 版本的。

如果在 Elasticsearch 插件配置中没有指定，则ssl_max_version和ssl_min_version设置为：

在 Elasticsearch 插件 v4.0.8 或更高版本的 Ruby 2.5 或更高版本的环境中，ssl_max_version应该是TLSv1_3，ssl_min_version应该是TLSv1_2。

在 Ruby 2.5 或更高版本的环境中，从 Elasticsearch 插件 v4.0.4 到 v4.0.7，ssl_version的值将用于ssl_max_version和ssl_min_version。

4.65. 代理支持

从 0.8.0 版本开始，这个 gem 使用 excon，它支持带有环境变量的代理 - https://github.com/excon/excon#proxy-support。

4.66. 缓冲选项

fluentd -plugin-elasticsearch扩展了 Fluentd 的内置 Output 插件，并使用了compat_parameters插件助手。它增加了以下选项：

buffer_type memory
flush_interval 60s
retry_limit 17
retry_wait 1.0
num_threads 1

选项buffer_chunk_limit的值不应该超过http.max_content_length的值在你的 Elasticsearch 设置（默认是 100mb）。

注意：如果您使用或评估 Fluentd v0.14，您也可以使用<buffer>指令来指定缓冲区配置。更多细节，请参阅 v0.14 的缓冲区配置选项

注意：如果你在 v0.12 中使用disable_retry_limit或者在 v0.14 或更高版本中使用retry_forever，请小心使用内存。

4.67. Hash flattening

如果将对象和具体值发送到同一个字段，Elasticsearch 会报错。例如，你可能有这样的日志，从不同的地方：

{"people" => 100} {"people" => {"some" => "thing"}}

第二行日志将被 Elasticsearch 解析器拒绝，因为对象和具体值不能位于同一个字段中。为了解决这个问题，可以启用散列平滑 hash flattening。

flatten_hashes true
flatten_hashes_separator _

这将生成如下所示的 elasticsearch 输出：

{"people_some" => "thing"}

请注意，flattener此时不处理数组。

4.68. 生成 Hash ID

默认情况下，fluentd elasticsearch 插件不发出带有_id字段的记录，让elasticsearch 在记录被索引时生成唯一的_id。当 Elasticsearch 集群拥塞，响应时间开始超过配置的request_timeout时，fluentd elasticsearch 插件将重新发送相同的批量请求。因为 Elasticsearch 不能告诉它实际上是同一个请求，所以请求中的所有文档都会再次被索引，导致数据重复。在某些场景中，这可能导致无限循环生成相同数据的多个副本。

绑定的elasticsearch_genid过滤器可以为每条记录生成一个唯一的_hash键，这个键可以传递给 elasticsearch 插件中的id_key参数，以向 elasticsearch 传递请求的唯一性，这样重复的请求将被拒绝或简单地替换现有的记录。下面是一个配置示例：

<filter **>
  @type elasticsearch_genid
  hash_id_key _hash    # storing generated hash id key (default is _hash)
</filter>
<match **>
  @type elasticsearch
  id_key _hash # specify same key name which is specified in hash_id_key
  remove_keys _hash # Elasticsearch doesn't like keys that start with _
  # other settings are omitted.
</match>

4.69. 嗅探器类名

当 Fluentd 与所有 Elasticsearch 服务器有直接连接时，Elasticsearch::Transport类使用的默认嗅探器可以很好地工作，并且可以有效地使用_nodes API。当 Fluentd 必须通过负载均衡器或代理进行连接时，这种方法不能很好地工作。参数sniffer_class_name使您能够提供自己的 Sniffer 类来实现所需的任何连接重新加载逻辑。此外，还有一个新的Fluent::Plugin::ElasticsearchSimpleSniffer类，它重用配置中给出的主机，通常是负载均衡器或代理的主机名。例如，这样的配置会导致每 100 个操作重新加载到logging-es的连接：

host logging-es
port 9200
reload_connections true
sniffer_class_name Fluent::Plugin::ElasticsearchSimpleSniffer
reload_after 100

小贴士

包含的嗅探器类不是必需的out_elasticsearch。您应该告诉 Fluentd 嗅探器类存在于何处。

如果使用td-agent，必须在TD_AGENT_DEFAULT文件中加入以下几行：

sniffer=$(td-agent-gem contents fluent-plugin-elasticsearch|grep elasticsearch_simple_sniffer.rb)
TD_AGENT_OPTIONS="--use-v1-config -r $sniffer"

如果直接使用 Fluentd，则必须将以下行作为 Fluentd 命令行选项传递：

sniffer=$(td-agent-gem contents fluent-plugin-elasticsearch|grep elasticsearch_simple_sniffer.rb)
$ fluentd -r $sniffer [AND YOUR OTHER OPTIONS]

4.70. 选择器类名

当 Fluentd 应该表现为轮循和随机选择器情况时，Elasticsearch::Transport类使用的默认选择器工作得很好。当 Fluentd 从耗尽的 ES 集群回退到正常的 ES 集群时，这种方法不能很好地工作。参数selector_class_name使您能够提供自己的 Selector 类来实现所需的任何选择节点逻辑。

下面的配置是使用插件内置的ElasticseatchFallbackSelector：

hosts exhausted-host:9201,normal-host:9200
selector_class_name "Fluent::Plugin::ElasticseatchFallbackSelector"

小贴士

默认情况下，out_elasticsearch中需要包含的选择器类。但是，在out_elasticsearch中不需要您的自定义选择器类。您应该告诉 Fluentd 选择器类在哪里。

如果使用td-agent，必须在TD_AGENT_DEFAULT文件中加入以下几行：

selector=/path/to/your_awesome_selector.rb
TD_AGENT_OPTIONS="--use-v1-config -r $selector"

如果直接使用 Fluentd，则必须将以下行作为 Fluentd 命令行选项传递：

selector=/path/to/your_awesome_selector.rb
$ fluentd -r $selector [AND YOUR OTHER OPTIONS]

4.71. 重新加载后

当reload_connections为true时，这是整型的操作数，之后插件将重新加载连接。缺省值是10000。

4.72. 验证客户端版本

当您使用不匹配的 Elasticsearch 服务器和客户端库时，fluent-plugin-elasticsearch 无法将数据发送到 Elasticsearch。默认值为false。

validate_client_version true

4.73. 不可恢复的错误类型

默认的unrecoverable_error_type参数是严格设置的。因为es_rejected_execution_exception是由超过 Elasticsearch 的线程池容量引起的。高级用户可以增加它的容量，但普通用户应该遵循默认行为。

如果您想增加它并强制重试批量请求，请考虑更改unrecoverable_error_type参数的默认值。

在elasticsearch.yml修改thread_pool.bulk.queue_size的默认值。例如：

thread_pool.bulk.queue_size: 1000

然后，从unrecoverable_error_types参数中删除es_rejected_execution_exception：

unrecoverable_error_types ["out_of_memory_error"]

4.74. verify_es_version_at_startup

因为 Elasticsearch 插件应该改变每个主要版本的行为。

例如，Elasticsearch 6 开始禁止在一个索引中使用多个 type_name，而Elasticsearch 7 将只处理 index 中名字为_doc的 type_name。

如果你想禁用在启动时验证 Elasticsearch 版本，设置为false。

当使用以下配置时，ES 插件打算与 Elasticsearch 6 通信。

verify_es_version_at_startup false  # 默认值为 true。
default_elasticsearch_version 6

4.75. default_elasticsearch_version

个参数改变了 ES 插件默认的 Elasticsearch 版本。缺省值是 5。

4.76. custom_headers

此参数为请求添加额外的头。默认值为{}。

custom_headers {"token":"secret"}

4.77. api_key

该参数增加了认证头。默认值为nil。

api_key "ElasticsearchAPIKEY"

4.78. 没有看到你需要的配置？

我们尽量保持这个插件的范围小，不添加太多配置选项。如果您认为某个选项对其他人有用，请随意打开一个问题或贡献一个 Pull Request。

或者，考虑使用fluent-plugin-forest。例如，配置多个标签发送到不同的 Elasticsearch 索引：

<match my.logs.*>
  @type forest
  subtype elasticsearch
  remove_prefix my.logs
  <template>
    logstash_prefix ${tag}
    # ...
  </template>
</match>

另一个选项在动态配置一节中描述。

注意：如果使用或计算 Fluentd v0.14，可以使用内置占位符。更多细节，请参阅占位符部分。

4.79. 动态配置

注意：out_elasticsearch_dynamic将被计划标记为deprecated。请不要使用新的 Fluentd 配置。这个插件是为了向后兼容而维护的。

如果希望配置依赖于消息中的信息，可以使用elasticsearch_dynamic。这是 Elasticsearch 插件的一个实验性变化，允许以如下方式指定配置值：

<match my.logs.*>
  @type elasticsearch_dynamic
  hosts ${record['host1']}:9200,${record['host2']}:9200
  index_name my_index.${Time.at(time).getutc.strftime(@logstash_dateformat)}
  logstash_prefix ${tag_parts[3]}
  port ${9200+rand(4)}
  index_name ${tag_parts[2]}-${Time.at(time).getutc.strftime(@logstash_dateformat)}
</match>

请注意，这对每条消息都使用了 Ruby 的eval，因此存在性能和安全问题。

4.80. 占位符

v0.14 占位符可以处理 tag 的${tag}，像%Y%m%d的 strftime 格式，和自定义记录键，像record["mykey"]。

注意，自定义块键对于record_reformer和record_modifier是不同的表示法。它们使用record["some_key"]来指定占位符，但是这个特性使用${key1}，${key2}符号。而 tag、time 和一些任意键必须包含在缓冲区指令的属性中。

它们的用法如下：

tag

<match my.logs>
  @type elasticsearch
  index_name elastic.${tag} #=> 替换为每个事件的 tag。例如 elastic.test.tag
  <buffer tag>
    @type memory
  </buffer>
  # <snip>
</match>

time

<match my.logs>
  @type elasticsearch
  index_name elastic.%Y%m%d #=> 例如 elastic.20170811
  <buffer tag, time>
    @type memory
    timekey 3600
  </buffer>
  # <snip>
</match>

custom key

records = {key1: "value1", key2: "value2"}
<match my.logs>
  @type elasticsearch
  index_name elastic.${key1}.${key2} # => 例如 elastic.value1.value2
  <buffer tag, key1, key2>
    @type memory
  </buffer>
  # <snip>
</match>

4.81. 多工作者

自 Fluentd v0.14 以来，已经实现了多工作者特性，以提高多进程的吞吐量。该特性允许 Fluentd 进程使用一个或多个 CPU。此功能将通过以下系统配置启用：

<system>
  workers N # where N is a natural number (N >= 1).
</system>

4.82. log_es_400_reason

默认情况下，错误日志记录器不会记录来自 Elasticsearch API 的400错误的原因，除非您将log_level设置为debug。但是，这会导致大量的日志垃圾，如果您想要的只是400的错误原因，那么这是不可取的。您可以将此设置为true以捕获400的错误原因，而不需要所有其他调试日志。

默认值是false。

4.83. suppress_doc_wrap

默认情况下，记录主体用'doc'包装。此行为不能处理更新脚本请求。您可以将此设置为禁止文档包装并允许不触及记录主体。

默认值是false。

4.84. ignore_exceptions

一个将被忽略的异常列表 - 当异常发生时，块将被丢弃，缓冲区重试机制将不会被调用。也可以在层次结构的较高层指定类。例如

ignore_exceptions ["Elasticsearch::Transport::Transport::ServerError"]

将匹配ServerError的所有子类 - Elasticsearch::Transport::Transport::Errors::BadRequest，Elasticsearch::Transport::Transport::Errors::ServiceUnavailable等。

默认值为空列表（不忽略任何异常）。

4.85. exception_backup

当忽略异常发生时，是否备份块。默认值是true。

4.86. bulk_message_request_threshold

配置bulk_message请求分割阈值大小。

默认值为 -1（无限）。

如果您指定这个大小为负数，bulk_message请求拆分功能将被禁用。