Grafana 系列文章（十三）：如何用 Loki 收集查看 Kubernetes Events ...

前情提要

• IoT 边缘集群基于 Kubernetes Events 的告警通知实现
  
• IoT 边缘集群基于 Kubernetes Events 的告警通知实现（二）：进一步配置
  

概述

在分析 K8S 集群问题时，Kubernetes Events 是超级有用的。
Kubernetes Events 可以被当做是日志来处理，格式也和日志很像，都包括：

• 时间
  
• 组件
  
• 原因
  
• ...
  

但是，Kubernetes 默认只持久化了一个小时的事件，以减少 etcd 的负载。所以，考虑利用 Loki 存储和查询这些 Events。
实现

看过 我之前的文章 的可以知道，kubernetes-event-exporter 可以实现对 Kubernetes Events 的收集。
那我们就利用 kubernetes-event-exporter, 通过最简单的 stdout 方式来输出 json 格式的 event.
另外，再利用 Promtail 的 管道配置，将 NameSpace 作为附加标签添加到导出到 Loki 的日志中。
kubernetes-event-exporter 配置

如下：

1. logLevel: error
2. logFormat: json
3. trottlePeriod: 5
4. route:
5.   routes:
6.     - match:
7.         - receiver: "dump"
8. receivers:
9.   - name: "dump"
10.     stdout: { }

复制代码

Promtail 配置

如下：

1. ...
2. scrape_configs:
3. - job_name: kubernetes-pods-app
4.   pipeline_stages:
5.     - cri: {}
6.     - match:
7.         selector: '{app="event-exporter"}'
8.         stages:
9.         - json:
10.             expressions:
11.               namespace: involvedObject.namespace
12.         - labels:
13.             namespace: ""  
14. ...        

复制代码

上面的配置会从 Events 的 JSONPath involvedObject.namespace 中获取 NameSpace ，并将其作为一个标签 - namespace 添加。
至此，我可以只查看特定 NameSpace（如emqx) 的 Events, 如下图：



免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！