您可以根据年龄或时间执行kubectl get replicasets检查旧部署

如果要删除相同的应用程序当前运行pod，请根据时间删除旧部署

kubectl delete replicasets <Name of replicaset>

如果你的pod有一个像name-xxx-yyy这样的名字，它可以被一个replicasets控制。名为name-xxx的应用程序，在删除pod之前，你应该先删除该副本集:

kubectl delete replicasets.apps name-xxx

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

kubectl delete deployments DEPLOYMENT_NAME

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

kubectl get rs

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

kubectl edit rs REPICASET_NAME

Kubernetes总是以这样的格式工作:

部署>>> replicsets >>> pods

首先用0个副本编辑部署，然后用所需的副本扩展部署(运行下面的命令)。您将看到新的副本集已经创建，pod也将以所需的计数运行。

*

在linux中:~ anuragmanikkame$ kubectl scale deploy tomcat -n Dev-namespace——replicas=2部署。扩展/ tomcat缩放

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

kubectl get all

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

kubectl get all --all-namespaces

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

kubectl get all -n NAMESPACE_NAME

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

kubectl delete replicationcontroller/CONTROLLER_NAME

很明显，有什么东西在复活荚果。虽然很多其他的答案让你看一切(复制集，作业，部署，有状态集，…)来找到可能重生pod的东西，但你可以只看pod，看看是什么衍生了它。例如:

$ kubectl describe pod $mypod | grep 'Controlled By:'
Controlled By:  ReplicaSet/foobar

这告诉你是什么创造了这个豆荚。然后你可以删除它。