基本上有两种方法可以移除pod

Kubectl scale——replicas=0部署name_of_deployment。 这将设置副本的数量为0，因此它将不会重新启动pod。 使用helm卸载您在管道中实现的图表。 不要直接删除部署，而是使用helm卸载图表，这将删除它创建的所有对象。

这个问题的根本原因是deployment/job/replicasets spec属性策略->类型，它定义了pod将被销毁(隐式或显式)时应该发生什么。对我来说，是“再造”。

根据@nomad的回答，删除部署/作业/复制集是一个简单的修复方法，以避免在新手用户搞砸集群之前尝试致命的组合。

在开始调试之前，尝试以下命令来理解幕后操作:

kubectl get all -A -o name
kubectl get events -A | grep <pod-name>

在我的例子中，我使用下面这些

kubectl get all --all-namespaces 
kubectl delete deployment statefulset-deploymentnament(choose your deployment name)
kubectl delete sts -n default(choose your namespace) --all 
kubectl get pods --all-namespaces

问题得到了解决

基本上有两种方法可以移除pod

Kubectl scale——replicas=0部署name_of_deployment。 这将设置副本的数量为0，因此它将不会重新启动pod。 使用helm卸载您在管道中实现的图表。 不要直接删除部署，而是使用helm卸载图表，这将删除它创建的所有对象。

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

事实证明，由于某些原因，相关的副本集没有被自动删除，删除后(kubectl delete rs <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