Docker 我是否应该缩小Openshift应用程序的规模';是否在删除其资源之前删除复制副本?

Docker 我是否应该缩小Openshift应用程序的规模';是否在删除其资源之前删除复制副本?,docker,openshift,redhat,kubernetes,Docker,Openshift,Redhat,Kubernetes,删除Openshift应用程序时,我注意到在扩展应用程序副本之前删除其资源(例如deploymentConfig)可能会导致一些奇怪的行为。是否建议先缩小规模(为什么) 是的。我认为这是明智的,特别是如果你因为它而有奇怪的行为发生的话。然而,这是没有必要的 Openshift在管理应用程序及其所有资源方面做得很好。不幸的是,它没有做一个伟大的“清理”工作。例如,在删除所有相关部署的POD之前删除部署配置可能会导致孤立部署 为了避免这种情况,首先缩小你的应用(就像你在问题中建议的那样): 这应该能

删除Openshift应用程序时,我注意到在扩展应用程序副本之前删除其资源(例如deploymentConfig)可能会导致一些奇怪的行为。是否建议先缩小规模(为什么)

是的。我认为这是明智的,特别是如果你因为它而有奇怪的行为发生的话。然而,这是没有必要的

Openshift在管理应用程序及其所有资源方面做得很好。不幸的是,它没有做一个伟大的“清理”工作。例如,在删除所有相关部署的POD之前删除部署配置可能会导致孤立部署

为了避免这种情况,首先缩小你的应用(就像你在问题中建议的那样):

这应该能奏效。就个人而言,创建一个脚本来实现这一点有助于节省时间。下面是一个简单的示例:

#!/bin/bash

# scale down app to 0
oc scale dc $1 --replicas=0

# delete all resources
oc delete all --selector app=$1
这将允许您传入一个实际变量。假设您将此脚本命名为“oc delete app”,并且要删除的应用程序名为“hello world”。你会跑:

./oc-delete-app hello-world

这并不重要。我不知道您使用的是哪个版本,但Openshift应该为您解决这个问题。是的,会留下一些东西,但在大多数情况下,它不会影响其他任何东西。

如果您一直使用标签,包括应用于POD等复制控制器的规范内模板,则删除部署配置不应导致孤立部署。还有一个问题是你是否正确使用了标签。如果你使用的是某个游乐场区域,这可能无关紧要在大多数情况下,对我来说这听起来不太有说服力。你也不想到处乱扔垃圾,Openshift会处理好的。顺序无关紧要。顺序可能无关紧要,但如果您按照正确的顺序进行操作,那么您可以帮助Openshift帮助您,因为它有一些东西需要处理。
#!/bin/bash

# scale down app to 0
oc scale dc $1 --replicas=0

# delete all resources
oc delete all --selector app=$1
./oc-delete-app hello-world