五款强大的 Kubernetes Events 收集与检索工具-云智核

五款强大的 Kubernetes Events 收集与检索工具

发布时间：2025-11-04 14:27:32 来源：云智核作者：数据库

以下是款强我将要解释的内容的概述：

在本文的最后，会链接到 YouTube 和 Github 上的收集相关教程，这样你就可以直接学习如何收集和检索 Kubernetes 事件。检索

Kubernetes 会生成许多与我们的工具工作负载部署、调度等相关的款强事件。这是收集一个非常丰富的信息来源，可以帮助我们了解集群中正在发生的检索事情，即回答诸如“为什么这个特定的工具 pod 被杀死或重新启动？”之类的问题。

有两种方法可以查看 K8s 中的款强事件：

当应用程序出现问题时，您首先应该查看的收集是它的事件和它的基础设施操作。将事件保留更长的检索时间也很有用，因为它们可以用于事后分析或了解故障是工具否是免费源码下载由早期事件引起的。

Kubernetes 中有多种类型的款强事件，因为每个 Kubernetes 对象都会经历几种状态，收集直到达到所需的检索状态。

主节点和工作节点有几个核心组件，它们允许 K8s 在我们的“服务器”上编排工作负载。调度器在节点上调度 Pod，controller manager 检测状态变化以在 Pod 消失的情况下重建 Pod，而 etcd 将存储各种 K8s 资源的状态（但仅限于最后一小时）。

所有的这些核心组件都能够根据事件编排我们的工作负载。这意味着事件对于理解特定情况很重要。

部署 pod 时，调度程序会尝试识别正确的节点来启动 pod。同时，pod 将处于pending 状态。一旦调度程序确定了正确的节点，pod 将处于creating 状态。

要启动这个 pod，我们首先需要拉取容器的镜像。实际上，节点会从外部 docker 注册表中拉取镜像。服务器托管调度程序还更倾向在已经拥有镜像的节点上调度 pod。

拉取镜像后，Pod 将处于running 状态。

如果由于某种原因，pod 消失了，controller manager 将重新创建该 pod。

但是如果 Pod 已经多次重启并出现相同的错误，Pod 将进入状态CrashLoopBackOff。

如果 Pod 卡在 pending 状态，则可能意味着节点上没有可用资源，或者无法找到正确的节点。

Pod 通常有存活探针或就绪探针来帮助 K8s 确定您的 pod 的状态或健康状况，即 /health 或 /ready。Kubelet 会调用这些探针。

您还可以使用特定的镜像定义一个 init 容器，以便 K8s 先执行完成该 init 容器，然后运行其他容器。

如果您在部署文件中提供了错误的镜像，或者 docker 注册表存在连接问题，则节点无法拉取镜像，因此 Pod 将永远不会达到 running 状态。如果执行 describe 会看到ImagePullBackOff事件

所有事件都可以在 Kubernetes API（也可以使用 kubectl）的帮助下检索。通常，服务器租用我们经常使用“ kubectl describe”来收集状态、原因等。

与 API 交互时，您将收集：

这正是使用kubectl get events看到的。

信息事件：Pods 调度，镜像拉取，节点健康，deployment 更新，replica set 被调用，容器被杀死

警告：Pod 有错误，PV 尚未绑定

错误：节点已关闭，找不到 PV，无法在云提供商中创建负载均衡器等。

您可以使用 REST API、API 客户端或 event recorder 直接发布您自己的事件。

Kubernetes 有非常广泛的事件，这里有一些需要重点考虑的事件：

有多种解决方案可用于检索 Kubernetes 事件。让我们看看现成可用的项目。

正如 Eventrouter 项目的 GitHub 页面所述：“事件路由器充当 Kubernetes 系统中事件资源的活动观察者，它接收这些事件并将它们推送到用户指定的接收器。这对于许多不同的目的很有用，但最值得注意的是对在 Kubernetes 集群上运行的工作负载的长期行为分析。”

详细信息请看 eventrouter[1] GitHub

Kubewatch 是一个 K8s 事件监视工具，用于跟踪 Kubewatch 中的每个资源更改。它支持通知，它将能够在 Slack、Hipchat、Webhook、Flock、SMTP 等中发布通知。

详细信息请看 kubewatch[2] GitHub

Sloop 监控 Kubernetes，记录事件和资源状态变化的历史，并提供可视化来帮助调试过去的事件。

详细信息请看 sloop[3] GitHub

事件导出器允许将经常错过的 Kubernetes 事件导出到各种输出，以便它们可用于可观察性或警报目的。

事件导出器实现起来很简单，但功能非常强大。一旦事件被记录，它利用 Prometheus 客户端以 Prometheus 格式计数和报告事件。

详细信息请看 kubernetes-event-exporter[4] GitHub

Kspan 是 Weaveworks 创建的一个项目，它将 Kubernetes 事件转换为 OpenTelemetry Spans，通过因果关系将它们连接起来，并将它们组合成 traces。

Kspan 将与 Kubernetes API 交互以收集各种事件并将生成的跟踪转发到 OpenTelemetry 收集器。

详细信息请看 kspan[5] GitHub

现在我们已经大致了解了 Kubernetes 事件是什么以及如何利用它们，您可以在 YouTube 和 GitHub 上找到更详细教程：

随便看看