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

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

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

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

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

kubectl get pods,services,deployments,jobs

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

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

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

对我来说，最快的解决方案是安装Lens IDE并在de deployment选项卡下删除服务。只需从这个选项卡删除，副本也将被删除。

致以最亲切的问候

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

部署>>> replicsets >>> pods

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

*

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

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

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

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

kubectl get all

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

kubectl get all --all-namespaces

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

kubectl get all -n NAMESPACE_NAME

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

kubectl delete replicationcontroller/CONTROLLER_NAME