并行处理导致 Helm 释放处于挂起安装状态

并行处理 helm 升级导致了 Helm 发布处于挂起安装状态的问题。CircleCI 工作流程中两个并行的 Helm 升级尝试导致 Helm 互斥锁无法正确阻止并行发布，从而产生孤立的 Kubernetes 对象。此问题与 Helm 版本 3.7.2 相关，且在过去已有多次错误报告。

我有一个 CircleCI 工作流程，在任何合并到 master 分支时，它都会构建代码、创建 Docker 映像，并运行 helm Upgrade 以将最新版本更新到 k8s 集群。

我面临着 helm 的问题，其中主分支上经常发生两次合并，CircleCI 尝试同时运行两个 helm 升级，并且 helm 开始表现奇怪。

很多时候发布都处于 pending-install 状态，我必须手动回滚。即使回滚后，仍然留下许多孤立的 k8s 对象，我需要手动删除它们。

我阅读了 helm 代码，发现有一个互斥锁会阻止并行释放。我怀疑，因为 helm 互斥体不维护显式锁定（远程锁定），并且我的 CircleCI 在 2 个不同的会话（2 个不同的 shell）中运行 helm 升级，所以 helm 不知道正在进行的发布并导致此问题。

我不确定如何处理这个用例，或者过去是否有人遇到过这个问题，其中 helm 留下了孤立对象（主要是 cronjobs 和 ingress）？

我能想到的一个解决方法是在运行 helm 升级之前检查 helm 状态来停止并行构建，而 helm 升级并不空闲。

K8S版本 - 1.21

头盔版本 - 3.7.2

正确答案

您描述的问题主要与Helm有关。您正确地注意到可以找到解决方法：

总体而言，此功能过去存在很多错误，并且很可能无法再次发挥应有的作用。

此错误通常也可能是由重复的环境变量键引起的，解决方案在 this question 和 this github issue 中有描述。

另请参阅 this topic 关于并行 helm 安装并使用 --concurrency=N 标志。

说到这里：

尝试检查您的日志，看看可能出了什么问题。也许您的资源耗尽了（例如内存）？我尝试重现这个问题，但对我来说，解决方案是删除重复的 kyes。您也可以拨打report a bug on github。

今天关于《并行处理导致 Helm 释放处于挂起安装状态》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！