还要注意有状态集

kubectl get sts --all-namespaces

删除命名空间中的所有有状态集

kubectl --namespace <yournamespace> delete sts --all

一个一个地删除它们

kubectl --namespace ag1 delete sts mssql1 
kubectl --namespace ag1 delete sts mssql2
kubectl --namespace ag1 delete sts mssql3

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

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

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

kubectl delete replicasets.apps name-xxx

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

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

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

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

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

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

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

kubectl get pods,services,deployments,jobs

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

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

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