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

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

基本上有两种方法可以移除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 -n <NAMESPACE> delete replicasets,deployments,jobs,service,pods,statefulsets --all

和有力的

kubectl -n <NAMESPACE> delete replicasets,deployments,jobs,service,pods,statefulsets --all --cascade=true --grace-period=0 --force

我也遇到过这个问题，我已经用下面的命令删除部署了。

kubectl delete deployments DEPLOYMENT_NAME

但是仍然在重新创建豆荚，所以我使用下面的命令交叉检查副本集

kubectl get rs

然后将复制集编辑为1到0

kubectl edit rs REPICASET_NAME

这已经发生在我与一些破碎的“头盔”安装。你的部署可能有点混乱。如果前面的建议都不起作用，那么寻找一个守护进程并删除它。

如 Kubectl get daemonset——namespace

然后删除daemonset

kubectl delete daemonset --namespace <NAMESPACE> --all --force

然后尝试删除豆荚。

kubectl delete pod --namespace  <NAMESPACE> --all --force

检查吊舱是否消失了。

kubectl get pods --all-namespaces