如何使用Helm一次性升级同一Chart对应的多个Release

1. 现有成熟工具推荐：Helmfile #

Helmfile是专门用于声明式管理大量Helm Release的CLI工具，原生适配CI/CD环境，完全匹配你的需求：

• 支持按前缀、标签、分组等规则筛选目标Release，你可以直接通过匹配myapp-前缀的规则批量操作所有对应实例
• 内置变更预览、错误中断、回滚、并发控制能力，不需要自己开发错误处理逻辑
• 批量升级命令仅需一行即可完成：helmfile apply --selector name=~^myapp-.*
• 支持数百个Release的并行处理，效率远高于普通Shell循环脚本

2. 自研Shell脚本优化方案 #

如果不想引入新工具，可以给你现有的PoC脚本补充错误控制、并发限制、日志记录、结果统计能力，优化后即可满足生产级CI/CD使用需求，参考实现如下：

#!/bin/bash
set -eo pipefail

# 自定义配置
RELEASE_PREFIX="myapp"
TARGET_CHART="mycharts/myapp"
MAX_PARALLEL=15 # 可根据集群负载调整并行升级的数量
LOG_PATH="./helm-batch-upgrade-logs"
mkdir -p ${LOG_PATH}

# 拉取匹配前缀的所有Release
TARGET_RELEASES=($(helm list -f "^${RELEASE_PREFIX}-" -o json | jq -r '.[].name'))
echo "匹配到待升级Release共 ${#TARGET_RELEASES[@]} 个"

# 单个Release升级逻辑
upgrade_single() {
  local rel_name=$1
  local log_file="${LOG_PATH}/${rel_name}.log"
  if helm upgrade ${rel_name} ${TARGET_CHART} --wait > ${log_file} 2>&1; then
    echo "✅ ${rel_name} 升级成功"
    return 0
  else
    echo "❌ ${rel_name} 升级失败，日志见 ${log_file}"
    return 1
  fi
}

# 并发控制执行升级
pids=()
for rel in "${TARGET_RELEASES[@]}"; do
  # 超过最大并行数则等待任意任务完成
  while (( ${#pids[@]} >= MAX_PARALLEL )); do
    wait -n
    for idx in "${!pids[@]}"; do
      kill -0 "${pids[$idx]}" 2>/dev/null || unset "pids[$idx]"
    done
  done
  upgrade_single ${rel} &
  pids+=("$!")
done
wait

# 统计最终结果
failed_count=$(grep -L "has been upgraded" ${LOG_PATH}/*.log | wc -l)
echo "==== 升级执行完成 ===="
echo "总Release数：${#TARGET_RELEASES[@]}"
echo "成功数：$(( ${#TARGET_RELEASES[@]} - failed_count ))"
echo "失败数：${failed_count}"
exit ${failed_count}

3. GitOps场景适配方案 #

如果你已经使用Argo CD或FluxCD做集群应用管理，可以给所有同Chart的Application资源打统一标签，例如chart=myapp，需要升级时仅需更新Chart版本后触发同步，GitOps工具会自动批量升级所有匹配标签的应用，自带状态校验、失败自动回滚能力，适合大规模集群的长期维护。

升级前建议先加--dry-run参数预览变更，或者先升级1~2个灰度实例验证配置正确性，避免批量故障影响业务。

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