了解 Auditbeat 日志中的指标
编辑了解 Auditbeat 日志中的指标
编辑默认情况下，Auditbeat 每 30 秒收集一次自身指标的快照。 从这个快照中，Auditbeat 计算一个增量快照； 这个增量快照包含自上次快照以来更改的任何指标。 请注意，指标的值是拍摄快照时的值，而不是与上次快照相比的值的差异。
如果此增量快照包含任何指标（表示自上次快照以来至少有一个指标发生了更改），则此增量快照将序列化为 JSON，并在 Auditbeat 的日志中以 INFO 日志级别发出。 大多数快照字段报告自上次快照以来指标的更改，但是某些字段是仪表，始终报告当前值。 以下是此类日志条目的示例
{"log.level":"info","@timestamp":"2023-07-14T12:50:36.811Z","log.logger":"monitoring","log.origin":{"file.name":"log/log.go","file.line":187},"message":"Non-zero metrics in the last 30s","service.name":"filebeat","monitoring":{"metrics":{"beat":{"cgroup":{"memory":{"mem":{"usage":{"bytes":0}}}},"cpu":{"system":{"ticks":692690,"time":{"ms":60}},"total":{"ticks":3167250,"time":{"ms":150},"value":3167250},"user":{"ticks":2474560,"time":{"ms":90}}},"handles":{"limit":{"hard":1048576,"soft":1048576},"open":32},"info":{"ephemeral_id":"2bab8688-34c0-4522-80af-db86948d547d","uptime":{"ms":617670096},"version":"8.6.2"},"memstats":{"gc_next":57189272,"memory_alloc":43589824,"memory_total":275281335792,"rss":183574528},"runtime":{"goroutines":212}},"filebeat":{"events":{"active":5,"added":52,"done":49},"harvester":{"open_files":6,"running":6,"started":1}},"libbeat":{"config":{"module":{"running":15}},"output":{"events":{"acked":48,"active":0,"batches":6,"total":48},"read":{"bytes":210},"write":{"bytes":26923}},"pipeline":{"clients":15,"events":{"active":5,"filtered":1,"published":51,"total":52},"queue":{"max_events":3500,"filled":{"events":5,"bytes":6425,"pct":0.0014},"added":{"events":52,"bytes":65702},"consumed":{"events":52,"bytes":65702},"removed":{"events":48,"bytes":59277},"acked":48}}},"registrar":{"states":{"current":14,"update":49},"writes":{"success":6,"total":6}},"system":{"load":{"1":0.91,"15":0.37,"5":0.4,"norm":{"1":0.1138,"15":0.0463,"5":0.05}}}},"ecs.version":"1.6.0"}}
详情
编辑关注 .monitoring.metrics 字段，并格式化 JSON，它的值是
{
"beat": {
"cgroup": {
"memory": {
"mem": {
"usage": {
"bytes": 0
}
}
}
},
"cpu": {
"system": {
"ticks": 692690,
"time": {
"ms": 60
}
},
"total": {
"ticks": 3167250,
"time": {
"ms": 150
},
"value": 3167250
},
"user": {
"ticks": 2474560,
"time": {
"ms": 90
}
}
},
"handles": {
"limit": {
"hard": 1048576,
"soft": 1048576
},
"open": 32
},
"info": {
"ephemeral_id": "2bab8688-34c0-4522-80af-db86948d547d",
"uptime": {
"ms": 617670096
},
"version": "8.6.2"
},
"memstats": {
"gc_next": 57189272,
"memory_alloc": 43589824,
"memory_total": 275281335792,
"rss": 183574528
},
"runtime": {
"goroutines": 212
}
},
"filebeat": {
"events": {
"active": 5,
"added": 52,
"done": 49
},
"harvester": {
"open_files": 6,
"running": 6,
"started": 1
}
},
"libbeat": {
"config": {
"module": {
"running": 15
}
},
"output": {
"events": {
"acked": 48,
"active": 0,
"batches": 6,
"total": 48
},
"read": {
"bytes": 210
},
"write": {
"bytes": 26923
}
},
"pipeline": {
"clients": 15,
"events": {
"active": 5,
"filtered": 1,
"published": 51,
"total": 52
},
"queue": {
"max_events": 3500,
"filled": {
"events": 5,
"bytes": 6425,
"pct": 0.0014
},
"added": {
"events": 52,
"bytes": 65702
},
"consumed": {
"events": 52,
"bytes": 65702
},
"removed": {
"events": 48,
"bytes": 59277
},
"acked": 48
}
}
},
"registrar": {
"states": {
"current": 14,
"update": 49
},
"writes": {
"success": 6,
"total": 6
}
},
"system": {
"load": {
"1": 0.91,
"15": 0.37,
"5": 0.4,
"norm": {
"1": 0.1138,
"15": 0.0463,
"5": 0.05
}
}
}
}
下表解释了 .monitoring.metrics 下最重要字段的含义，并提供可能有助于解决 Auditbeat 问题的提示。
字段路径（相对于 .monitoring.metrics） |
类型 | 含义 | 问题排查提示 |
|---|---|---|---|
|
对象 |
所有 Beat 通用的信息，例如版本、goroutine、文件句柄、CPU、内存 |
|
|
对象 |
有关发布管道和输出的信息，也适用于所有 Beats |
字段路径（相对于 .monitoring.metrics.beat） |
类型 | 含义 | 问题排查提示 |
|---|---|---|---|
|
整数 |
正在运行的 goroutine 数量 |
如果此数字随时间增长，则表示 goroutine 泄漏 |
字段路径（相对于 .monitoring.metrics.libbeat） |
类型 | 含义 | 问题排查提示 |
|---|---|---|---|
|
整数 |
当前在 libbeat 发布管道中的事件数量。 |
如果此数字随时间增长，则可能表示 Auditbeat 生成事件的速度快于输出消耗它们的速度。考虑增加输出 worker 的数量（如果输出支持此设置；Elasticsearch 和 Logstash 输出支持此设置）。该管道包括当前正在处理的事件以及队列中的事件。因此，此指标有时可能会略高于队列大小。如果此指标达到最大队列大小（内存队列的 |
|
整数 |
当前正在由输出处理的事件数量。 |
如果此数字随时间增长，则可能表示输出目标（例如，Logstash 管道或 Elasticsearch 集群）无法以与 Auditbeat 发送给它的相同或更快的速度接受事件。 |
|
整数 |
输出目标确认的事件数量。 |
一般来说，我们希望此数字与 |
|
整数 |
Auditbeat 尝试发送到输出目标但目标未能接收的事件数量。 |
一般来说，我们希望此字段不存在或其值为零。当值大于零时，检查此日志条目的 |
|
整数 |
Auditbeat 由于永久（不可重试）错误而放弃发送到输出目标的事件数量。 |
|
整数 |
Auditbeat 在主索引中摄取失败后成功发送到配置的死信索引的事件数量。 |
|
对象 |
字段路径（相对于 .monitoring.metrics.libbeat.pipeline） |
类型 | 含义 | 问题排查提示 |
|---|---|---|---|
|
整数（仪表） |
队列的最大事件计数（如果有），否则为零。 |
|
整数（仪表） |
队列的最大字节计数（如果有），否则为零。 |
|
整数（仪表） |
当前由队列存储的事件数量。 |
|
整数（仪表） |
|
当前由队列存储的字节数。 |
|
浮点数（仪表） |
|
队列相对于其最大大小的已满程度，以 0 到 1 的分数表示。 |
当 |
|
整数 |
输入 worker 添加到队列的事件数量。 |
|
整数 |
|
输入 worker 添加到队列的字节数。 |
|
整数 |
|
发送到输出 worker 的事件数量。 |
|
整数 |
|
发送到输出 worker 的字节数。 |
|
整数 |
|
由输出 worker 处理后从队列中删除的事件数量。 |
|
整数 |
使用内存队列时，仅当输出支持它们时才设置字节指标。目前，只有 Elasticsearch 输出支持字节指标。
有用的命令
编辑从非结构化的 Auditbeat 日志中解析监控指标
编辑对于发出非结构化日志的 Auditbeat 版本，可以使用以下脚本从这些日志中解析监控指标： https://github.com/elastic/beats/blob/main/script/metrics_from_log_file.sh.