这将提供关于所有pod、部署、服务和作业的信息 在命名空间中。

kubectl get pods,services,deployments,jobs

pod既可以由部署创建，也可以由作业创建

kubectl delete job [job_name]
kubectl delete deployment [deployment_name]

如果您删除了部署或作业，那么可以停止重新启动pods。

您需要删除部署，然后再删除pod和副本集https://github.com/kubernetes/kubernetes/issues/24137

列出所有部署:

kubectl get deployments --all-namespaces

然后删除部署:

kubectl delete -n NAMESPACE deployment DEPLOYMENT

其中NAMESPACE是它所在的名称空间，DEPLOYMENT是部署的名称。如果NAMESPACE是默认值，则完全取消-n选项。

在某些情况下，它也可能由于作业或守护进程启动而运行。 检查以下内容并运行相应的删除命令。

kubectl get jobs

kubectl get daemonsets.app --all-namespaces

kubectl get daemonsets.extensions --all-namespaces

在某些情况下，即使删除部署，pod仍然不会消失。在这种情况下，要强制删除它们，可以运行以下命令。

Kubectl删除pods podname——grace-period=0——force

而不是试图弄清楚它是否是一个部署，deamonset, statefulset…或者什么(在我的情况下，它是一个复制控制器，不断跨越新的pod:) 为了确定是什么在图像上不断扩展，我用这个命令得到了所有的资源:

kubectl get all

当然，你也可以从所有命名空间中获取所有资源:

kubectl get all --all-namespaces

或者定义你想要检查的命名空间:

kubectl get all -n NAMESPACE_NAME

一旦我看到复制控制器是我的麻烦，我删除了它:

kubectl delete replicationcontroller/CONTROLLER_NAME

即使在手动删除pod之后，仍然自动重新创建pod，那么这些pod已经使用Deployment创建。 当您创建一个部署时，它会自动创建ReplicaSet和Pods。根据您在部署脚本中提到的pod的副本数量，它将最初创建这些数量的pod。 当你试图手动删除任何pod时，它会自动重新创建这些pod。

是的，有时你需要用武力删除豆荚。但在这种情况下，武力命令不起作用。

我遇到了类似的问题:删除部署(kubectl delete deploy <name>)后，pod保持“Running”，删除后自动重新创建(kubectl delete po <name>)。

事实证明，由于某些原因，相关的副本集没有被自动删除，删除后(kubectl delete rs <name>)，可以删除pods。