我们想跟踪日志的摄取是否有超出我们 Elasticsearch 可接受延迟的额外延迟。 因此，我们已按照之前文章 “Elasticsearch：在 Elasticsearch 中计算摄取延迟并存储摄取时间以提高可观察性” 中提供的步骤进行操作。
1. 创建如下的一个 ingest pipeline
PUT _ingest/pipeline/calculate_lag
{
"description": "Add an ingest timestamp and calculate ingest lag",
"processors": [
{
"set": {
"field": "_source.ingest_time",
"value": "{{_ingest.timestamp}}"
}
},
{
"script": {
"lang": "painless",
"source": """
if(ctx.containsKey("ingest_time") && ctx.containsKey("event_timestamp")) {
ctx['lag_in_seconds'] = ChronoUnit.MILLIS.between(ZonedDateTime.parse(ctx['event_timestamp']), ZonedDateTime.parse(ctx['ingest_time']))/1000;
}
"""
}
}
]
}注意：此脚本是用 Painless 脚本编写的，它以秒为单位跟踪摄取时间延迟。更多关于 Painless 的编程请参考 “Elastic：开发者上手指南” 中的 “Painless 编程” 部分。
2. 添加如下的 pipeline 到你想要的索引配置中
如果你的索引是新的并且你正在尝试这些东西，则可以执行此步骤。 如果你在运行以下命令之前已经有一个包含数据的索引，请阅读下面的注释。
PUT my_index/_settings
{
"index.default_pipeline": "calculate_lag"
}注意：
- 如果你只是继续并仅将上述 PUT 方法与 index.default_pipeline 一起应用，它可能会弄乱你已经存在的索引设置。 确保首先获得索引的设置并将此管道添加为 ndex.final_pipeline 以及你已有的任何设置，然后进行应用
- 下面是一个名为 my_index 的示例索引设置
PUT my_index/_settings
{
"index": {
"routing": {
"allocation": {
"total_shards_per_node": "3"
}
},
"mapping": {
"total_fields": {
"limit": "2000"
}
},
"refresh_interval": "30s",
"default_pipeline": "pipeline_default",
"number_of_replicas": "1"
}
}- 再次应用完整设置以及添加新字段以将管道添加为 final_pipeline。
PUT my_index/_settings
{
"index": {
"routing": {
"allocation": {
"total_shards_per_node": "3"
}
},
"mapping": {
"total_fields": {
"limit": "2000"
}
},
"refresh_interval": "30s",
"final_pipeline": "calculate_lag",
"default_pipeline": "pipeline_default",
"number_of_replicas": "1"
}
}注意：使用 index.final_pipeline 索引设置来设置最终管道。 Elasticsearch 在请求或默认管道之后应用此管道，即使两者均未指定。如果你之前已经有一个 ingest pipeline，设置 calculate_tag 将使得我们计算出摄入的时间差。
这将在获取的日志记录中添加名为 lag_in_seconds 的新字段。 你可以再次查看索引设置的变化以进行交叉验证。 基本上，这表示记录创建的 event_timestamp与它被摄取的时间之间的时间差，即 _ingest.timestamp。 如果你的日志记录具有不同的时间戳文件名，请相应地进行修改。
