配置 Logstash 输出
编辑配置 Logstash 输出
编辑Logstash 输出使用 lumberjack 协议(通过 TCP 运行)将事件直接发送到 Logstash。Logstash 允许对生成的事件进行额外的处理和路由。
先决条件
要将事件发送到 Logstash,您还需要创建一个 Logstash 配置管道,该管道侦听传入的 Beats 连接并将接收到的事件索引到 Elasticsearch 中。有关更多信息,请参阅Logstash 入门。另请参阅Beats 输入和Elasticsearch 输出插件的文档。
如果您想使用 Logstash 对 Auditbeat 收集的数据执行其他处理,则需要将 Auditbeat 配置为使用 Logstash。
为此,请编辑 Auditbeat 配置文件以通过注释掉禁用 Elasticsearch 输出,并通过取消注释 Logstash 部分来启用 Logstash 输出。
output.logstash: hosts: ["127.0.0.1:5044"]
hosts
选项指定 Logstash 服务器和 Logstash 配置为侦听传入 Beats 连接的端口(5044
)。
对于此配置,您必须手动将索引模板加载到 Elasticsearch 中,因为自动加载模板的选项仅适用于 Elasticsearch 输出。
访问元数据字段
编辑发送到 Logstash 的每个事件都包含以下元数据字段,您可以在 Logstash 中使用这些字段进行索引和过滤。
Auditbeat 使用 |
|
默认值为 auditbeat。要更改此值,请在 Auditbeat 配置文件中设置 |
|
Auditbeat 的当前版本。 |
您可以从 Logstash 配置文件内部访问此元数据,以根据元数据内容动态设置值。
例如,以下 Logstash 配置文件指示 Logstash 使用 Auditbeat 报告的索引将事件索引到 Elasticsearch 中。
input { beats { port => 5044 } } output { elasticsearch { hosts => ["https://127.0.0.1:9200"] index => "%{[@metadata][beat]}-%{[@metadata][version]}" action => "create" } }
|
使用此处显示的 Logstash 配置索引到 Elasticsearch 中的事件将类似于 Auditbeat 直接索引到 Elasticsearch 中的事件。
如果未使用 ILM,请将index
设置为%{[@metadata][beat]}-%{[@metadata][version]}-%{+YYYY.MM.dd}
,以便 Logstash 根据来自 Beats 的事件的@timestamp
值每天创建一个索引。
兼容性
编辑此输出适用于所有兼容版本的 Logstash。请参阅Elastic 支持矩阵。
配置选项
编辑您可以在auditbeat.yml
配置文件的logstash
部分中指定以下选项。
hosts
编辑要连接到的已知 Logstash 服务器列表。如果禁用负载均衡,但配置了多个主机,则随机选择一个主机(没有优先级)。如果一个主机变得不可访问,则会随机选择另一个主机。
此列表中的所有条目都可以包含端口号。如果未给出数字,则将使用默认端口号 5044。
compression_level
编辑gzip 压缩级别。将此值设置为 0 将禁用压缩。压缩级别必须在 1(最佳速度)到 9(最佳压缩)的范围内。
提高压缩级别将减少网络使用量,但会增加 CPU 使用量。
默认值为 3。
worker
或workers
编辑每个配置的主机发布事件到 Logstash 的工作进程数。这最适合与启用的负载均衡模式一起使用。示例:如果您有 2 个主机和 3 个工作进程,则总共启动 6 个工作进程(每个主机 3 个)。
loadbalance
编辑当设置loadbalance: true
时,Auditbeat 会连接到所有配置的主机,并通过所有连接并行发送数据。如果连接失败,则数据将发送到其余主机,直到可以重新建立连接。只要 Auditbeat 可以连接到至少一个配置的主机,数据就会继续发送。
当设置loadbalance: false
时,Auditbeat 每次只向一个主机发送数据。目标主机是从配置的主机列表中随机选择的,所有数据都发送到该目标,直到连接失败,此时选择新的目标。只要 Auditbeat 可以连接到至少一个配置的主机,数据就会继续发送。要随着时间的推移轮换配置的主机列表,请将此选项与ttl
设置结合使用,以在配置的时间间隔内关闭连接并选择新的目标主机。
默认值为false
。
output.logstash: hosts: ["localhost:5044", "localhost:5045"] loadbalance: true index: auditbeat
ttl
编辑与 Logstash 的连接的生存时间,在此时间之后将重新建立连接。当 Logstash 主机代表负载均衡器时很有用。由于与 Logstash 主机的连接是粘性的,因此在负载均衡器后面运行会导致实例之间负载分配不均。在连接上指定 TTL 允许在实例之间实现平等的连接分配。将 TTL 指定为 0 将禁用此功能。
默认值为 0。此设置接受持续时间数据类型值。
"ttl" 选项尚不支持异步 Logstash 客户端(一个设置了 "pipelining" 选项的客户端)。
pipelining
编辑配置异步发送到 Logstash 的批次数量,同时等待来自 Logstash 的 ACK。只有在写入pipelining
批次的次数后,输出才会变为阻塞。如果配置的值为 0,则禁用流水线。默认值为 2。
proxy_url
编辑连接到 Logstash 服务器时要使用的 SOCKS5 代理的 URL。该值必须是方案为socks5://
的 URL。用于与 Logstash 通信的协议不是基于 HTTP 的,因此无法使用 Web 代理。
如果 SOCKS5 代理服务器需要客户端身份验证,则可以在 URL 中嵌入用户名和密码,如示例所示。
使用代理时,主机名将在代理服务器上解析,而不是在客户端上解析。您可以通过设置proxy_use_local_resolver
选项来更改此行为。
output.logstash: hosts: ["remote-host:5044"] proxy_url: socks5://user:password@socks5-proxy:2233
proxy_use_local_resolver
编辑proxy_use_local_resolver
选项确定在使用代理时是否在本地解析 Logstash 主机名。默认值为 false,这意味着当使用代理时,名称解析发生在代理服务器上。
index
编辑要将事件写入的索引根名称。默认值为 Beat 名称。例如"auditbeat"
生成"[auditbeat-]8.16.0-YYYY.MM.DD"
索引(例如,"auditbeat-8.16.0-2017.04.26"
)。
此参数的值将分配给metadata.beat
字段。然后可以在 Logstash 的输出部分访问它,如%{[@metadata][beat]}
。
ssl
编辑SSL 参数的配置选项,例如 Logstash 连接的根 CA。有关更多信息,请参阅SSL。要使用 SSL,您还必须将Logstash 的 Beats 输入插件配置为使用 SSL/TLS。
timeout
编辑在超时之前等待来自 Logstash 服务器的响应的秒数。默认值为 30(秒)。
bulk_max_size
编辑在单个 Logstash 请求中批量发送的事件的最大数量。默认值为 2048。
事件可以收集到批次中。Auditbeat 将拆分从队列读取的批次,这些批次大于bulk_max_size
,并将它们拆分为多个批次。
指定更大的批次大小可以通过降低发送事件的开销来提高性能。但是,大型批次大小也会增加处理时间,这可能导致 API 错误、连接被终止、发布请求超时,并最终导致吞吐量降低。
将bulk_max_size
设置为小于或等于 0 的值将禁用批次的拆分。当禁用拆分时,队列决定批次中包含的事件数量。
slow_start
编辑如果启用,则每次事务只传输事件批次中的一部分事件。如果未遇到错误,则要发送的事件数量会增加到bulk_max_size
。发生错误时,每次事务的事件数量会再次减少。
默认值为false
。
backoff.init
编辑网络错误后等待尝试重新连接到 Logstash 的秒数。等待backoff.init
秒后,Auditbeat 会尝试重新连接。如果尝试失败,则回退计时器将以指数方式增加到backoff.max
。连接成功后,回退计时器将重置。默认值为 1 秒。
backoff.max
编辑网络错误后尝试连接到 Logstash 之前等待的最大秒数。默认值为 60 秒。