Kubernetes K8吊舱寿命：是否需要清理？

委员会说：

一般来说，豆荚不会消失，直到有人摧毁它们。这 可能是人或控制器。这条规则的唯一例外是 这个豆荚有一个成功或失败的阶段 持续时间（由主机决定）将过期并自动 毁灭

此持续时间的默认值是什么？如何设置？我的POD也从不进入成功或失败阶段，而是分别进入完成或错误阶段。这是意料之中的事吗；这些文件过时了吗

我使用

kubectl get pods-show all

检查pod阶段，其中关于它们的信息似乎一直存在。有必要进行额外的清理吗？运行

kubectl get pods

而不运行

——show all

不会在pods销毁后显示任何pods

我正在使用

kubectl apply-f k8/dummy pod.yaml

和以下yaml文件创建pod：

apiVersion: v1
kind: Pod
metadata:
  name: dummy.3
  labels:
    vara: a
    role: idk
spec:
  hostNetwork: true
  restartPolicy: Never
  containers:
  - image: gcr.io/gv-test-196801/dummy:v2
    name: dummy-1

---

我认为此文档已过时。
使用TTL进行Pod垃圾收集，以达到终止Pod的阈值数量<代码>--终止kube控制器管理器（）上的pod gc阈值

默认情况下，当前删除

守护程序集、部署、复制集或状态集将孤立其POD。

你可以通过


此行为将在1.10中更改

在apps/v1之前，在
守护程序集、部署、复制集或状态集将孤立
豆荚。也就是说，如果你删除了这些类型中的一种，那么它们
除非执行级联删除，否则不会自动删除所拥有的
明确规定

请参见
您是如何创建pod的？现在我正在使用
kubectl apply-f k8/dummy pod.yaml
进行测试。我计划最终使用kubernetes API以编程方式完成这项工作。我将在问题中添加yaml。这些信息很有用，但我仍然不完全理解如何在不显式调用delete的情况下清理POD。有什么我可以添加到yaml文件中，基本上告诉kubernetes“嘿，当进程退出时清理这个pod”吗。是否可以在GKE上使用
--终止pod gc阈值
标志？我认为您的用例更适合使用
作业
，在这种情况下，您可以手动删除作业，pod也将被删除。但是，没有理由不能让这种情况自动发生。我下面的教程建议使用pod，并指出“乍一看，在容器中运行的单个进程的生存期受到限制，并且定义了成功标准，这似乎是Kubernetes作业的一个用例，但实际上没有必要使用作业。DGS进程不需要作业的并行执行功能…。有没有关于它们如何处理pod清理的想法，或者我想得太多了，这是没有必要的？pod映射到容器，如果你运行了一个docker容器，并且它已经退出，这实际上就是你完成的pod，就资源使用而言，这是非常小的。正如我在回答中所说的，大量终止的pod将自动收获。我不会担心清理。吊舱挂在周围意味着你可以检查它们的日志等。