Helm删除后立即重装部署是否需要等待资源完全删除？

核心结论 #

• Helm 本身不会等待旧版本关联的所有资源完全删除完成后再返回helm delete命令的执行结果，默认仅向Kubernetes APIServer提交资源删除请求，收到APIServer的确认响应后命令就会结束，不会等待资源实际从etcd中移除、底层资源释放完成
• Kubernetes也不会自动拦截后续的新版本安装请求等待旧资源删除完成，完全异步处理删除任务

高风险场景说明 #

如果你部署的Chart包含PVC、PV这类有状态关联的存储资源，删除延迟大概率会引发以下问题：

• 新旧版本PVC命名相同的情况下，新版本安装时会检测到同名PVC仍处于Terminating状态，直接返回安装失败
• 存储卷绑定策略为Immediate的PV会出现旧绑定关系未释放，新PVC无法绑定对应PV的问题
• 有状态应用的节点端口、固定集群IP等资源如果未释放，会导致新版本服务启动异常

推荐解决方案 #

你需要在删除旧版本后添加等待逻辑，具体可以按以下两种方式实现：

方式1：使用Helm原生参数 #

在执行删除命令时添加--wait参数，命令如下：
helm delete myChart_1.2 -n <myNamespace> --wait
这个参数会让helm delete命令阻塞到所有关联资源全部删除完成后再返回，默认超时时间是5分钟，可以配合--timeout <duration>参数自定义超时时间，比如设置10分钟超时：
helm delete myChart_1.2 -n <myNamespace> --wait --timeout 10m

方式2：自定义资源检查逻辑 #

如果你的Chart包含CRD等Helm默认不会跟踪状态的自定义资源，可以额外添加命令检查指定资源是否全部删除，比如检查对应标签的PVC资源：
kubectl wait --for=delete pvc -l app.kubernetes.io/instance=myChart_1.2 -n <myNamespace> --timeout=10m

内容的提问来源于stack exchange，提问作者liotur