调试 Pod 与 Service

当您的应用程序在 Kubernetes 中出现异常时，调试就是您的超能力！它能帮助您了解哪里出了问题，以及如何修复问题。

常见的故障迹象包括：

• 容器组卡在“等待中”或“CrashLoopBackOff”状态。
• 无法访问服务。
• 应用程序未按预期响应。

我们将学习诊断这些问题的重要工具。

Kubernetes 提供了强大的命令行工具，主要是 kubectl，帮助您检查和排查集群问题。

今天我们将探索的主要命令包括：

• kubectl describe：获取资源的详细信息。
• kubectl logs：查看容器输出。
• kubectl exec：在容器内运行命令。
• kubectl port-forward：在本地访问服务。

掌握这些命令，您就能成为 Kubernetes 调试高手！

kubectl describe 命令是获取任何 Kubernetes 资源详细信息的首选工具，尤其适用于容器组。

它会提供大量数据，包括事件、状态、IP 地址、卷和容器详情。请查看底部的“事件”部分，从中寻找线索！

事件对于了解容器组或其他资源发生了什么至关重要。它们记录了创建、调度、错误等情况的过程。

您可以使用 describe 查看特定资源的事件，也可以使用 kubectl get events 查看整个集群范围内的事件。

应用程序通常会将重要消息、错误和调试信息输出到标准输出或标准错误流。使用 kubectl logs 即可访问这些信息。

如果容器组不断崩溃，检查其日志对于了解失败原因至关重要。您还可以实时跟踪日志。

有时，仅查看日志还不够。您可能需要在运行中的容器内部运行命令来诊断问题，就像通过 SSH 连接到服务器一样。

kubectl exec 允许您直接在容器内执行命令，甚至打开 shell（例如 bash 或 sh）。

当您怀疑服务无法访问，或想在不暴露给外部的情况下进行本地测试时，kubectl port-forward 就能派上用场。

它会在本地计算机与集群中的容器组或服务之间创建安全隧道，让您可以通过 localhost 访问它。

如果无法通过服务访问应用程序，请检查两点：

• 服务选择器：它是否正确匹配容器组的标签？
• 端点：服务是否有任何活动端点（即正在运行的容器组）？

使用 kubectl get svc 和 kubectl get ep 检查这些信息。

我们来看看两种常见的容器组问题：

• CrashLoopBackOff：容器反复启动后崩溃。请检查 kubectl logs 中的错误。
• ImagePullBackOff：Kubernetes 无法拉取容器镜像。请确认镜像名称、标签以及仓库访问权限。

kubectl describe pod 通常会在“事件”部分显示最初的原因。

您发现名为 data-processor-xyz 的容器组处于 CrashLoopBackOff 状态。您需要调查它不断崩溃的原因。

以下哪两个命令最需要首先运行，以诊断导致问题的直接原因？

做得很好！您已经学会如何使用关键的 kubectl 命令调试容器组和服务：

• kubectl describe：查看详细的资源信息和事件。
• kubectl logs：了解容器内部发生的情况。
• kubectl exec：进行交互式排查。
• kubectl port-forward：在本地访问服务。

这些工具对于保持 Kubernetes 应用程序顺利运行至关重要。请继续练习！