kubernetes部署/复制集在删除后重新创建

我试图删除集群中的一些旧部署/复制集，但在运行kubectl delete deployment时 它会说部署被删除，部署中的pod终止，但几秒钟后，部署被神奇地重新创建，pod返回。 这与我得到的另一个复制集的结果相同

什么可以重新创建这些部署/复制集？如何停止它以便永久删除这些部署/复制集

编辑：这里有一些输出。这是在GKE btw的kubernetes集群上：

kubectl get deployments
NAME             READY   UP-TO-DATE   AVAILABLE   AGE
quickstart-kb    1/1     1            1           41m
ubuntu           1/1     1            1           66d

kubectl get pods
NAME                              READY   STATUS    RESTARTS   AGE
ubuntu-677fc9fd77-fgd7k           1/1     Running   0          19d
quickstart-kb-f9b65577f-4fxph     1/1     Running   0          40m

kubectl delete deployment quickstart-kb
deployment.extensions "quickstart-kb" deleted

kubectl get deployments
NAME             READY   UP-TO-DATE   AVAILABLE   AGE
quickstart-kb    0/1     1            0           7s
ubuntu           1/1     1            1           66d

kubectl get pods
NAME                              READY   STATUS    RESTARTS   AGE
quickstart-kb-6cb6cf897d-qcjff    0/1     Running   0          11s
ubuntu-677fc9fd77-fgd7k           1/1     Running   0          19d

kubectl get deployments
NAME             READY   UP-TO-DATE   AVAILABLE   AGE
quickstart-kb    1/1     1            1           4m6s
ubuntu           1/1     1            1           66d

kubectl get pods
NAME                              READY   STATUS    RESTARTS   AGE
quickstart-kb-6cb6cf897d-qcjff    1/1     Running   0          4m13s
ubuntu-677fc9fd77-fgd7k           1/1     Running   0          19d

---

我认为您的部署对象是通过部署一些自定义资源（CRD）创建的

创建CRD时，CRD控制器创建了部署对象。因此，即使删除部署对象，CRD控制器也会重新创建它

删除CRD对象本身，以删除部署和使用它创建的其他对象（如果有）

从名称上看，它似乎是

Kibana

CRD对象：

apiVersion:kibana.k8s.elastic.co/v1 种类：基巴纳 使用以下命令删除Kibana对象：

$kubectl删除Kibana快速启动kb

我认为您的部署对象是通过部署一些自定义资源（CRD）创建的

创建CRD时，CRD控制器创建了部署对象。因此，即使删除部署对象，CRD控制器也会重新创建它

删除CRD对象本身，以删除部署和使用它创建的其他对象（如果有）

从名称上看，它似乎是

Kibana

CRD对象：

apiVersion:kibana.k8s.elastic.co/v1 种类：基巴纳 使用以下命令删除Kibana对象：

$kubectl删除Kibana快速启动kb

您能提供输出吗？或者你执行的某个命令用一些输出编辑了我的帖子，如果有更多有用的信息，请告诉我！你能提供输出吗？或者你执行的某个命令用一些输出编辑了我的帖子，如果有更多有用的信息，请告诉我！非常感谢。是的，这是一个kibana部署，我可以通过您发出的命令将其删除。这是我第一次遇到CRD，这是部署某些应用程序的常见方式吗？我发现很有趣，当我运行“kubectl get all”时，我看不到crd。是的，如果使用操作员管理的应用程序，这是很常见的。使用，

kubectl get crd

列出crd。和

kubectl get…

列出特定CRD类型的对象。是的，当我查看CRD时，我看到“kind:”，这就是让我运行kubectl get-right的字段？这就是为什么kubectl delete Kibana有效？是的，您可以在自定义资源定义中的

spec.names.kind

中找到该类型。谢谢！！！是的，这是一个kibana部署，我可以通过您发出的命令将其删除。这是我第一次遇到CRD，这是部署某些应用程序的常见方式吗？我发现很有趣，当我运行“kubectl get all”时，我看不到crd。是的，如果使用操作员管理的应用程序，这是很常见的。使用，

kubectl get crd

列出crd。和

kubectl get…

列出特定CRD类型的对象。是的，当我查看CRD时，我看到“kind:”，这就是让我运行kubectl get-right的字段？这就是kubectl delete Kibana起作用的原因？是的，您可以在自定义资源定义的

spec.names.kind

中找到这种类型。