Helm 升级超时并且无法获取 configmaps

Question

在使用 Helm（2.6.2 版）在 kubernetes 中部署服务数月后，我们开始在执行 --upgrade 命令时遇到随机错误。

大多数情况下升级超时，在其他情况下，它看起来像是发生了网络问题，出现getsockopt: connection refused 或TLS handshake timeout 之类的错误。

有时我们也见过the server cannot complete the requested operation at this time, try again later (get configmaps)。

我们每天使用 Helm 将多个版本的服务部署到 CI 环境中，而开始蔓延的部署过程的不稳定性正在影响我们的工作效率。

知道我应该寻找什么来将--upgrade 命令恢复到可靠状态吗？

Answer 1

升级到 Helm 2.7.0 并使用 --history-max 为我解决了这个问题，所以问题一定与老配置映射没有被分蘖清理的事实有关，随着时间的推移它们堆积起来直到分蘖启动努力去理解它们。

有关它的更多信息here。