已禁用HPA但Helm仍尝试部署的问题求助

针对你遇到的问题——明明通过--set autoscaling.enabled=false禁用HPA，且模板有{{- if .Values.autoscaling.enabled }}条件判断，但某微服务仍因HPA的API版本不兼容报错，以下是具体排查方向：

• 检查现有Helm Release的Manifest残留
  执行helm get manifest <RELEASE_NAME>查看当前Release的完整资源清单，如果里面仍存在HorizontalPodAutoscaler资源，说明Helm在升级时会尝试处理旧版本残留的该资源（即使新模板不生成），而集群不支持其API版本导致报错。

• 单独验证模板渲染结果
  绕开升级流程，直接渲染模板验证参数是否生效：

  helm template <CHART_NAME> --set autoscaling.enabled=false | grep -A 20 HorizontalPodAutoscaler
  

  如果输出为空，说明模板逻辑正常；如果有HPA内容输出，说明参数传递存在问题——检查--set的参数路径是否与Chart中values的层级一致（比如是否应为--set foo.autoscaling.enabled=false），或命令中是否存在拼写错误。

• 核对HPA模板的条件判断语法
  打开该微服务的HPA模板文件，确认：

  • 条件判断{{- if .Values.autoscaling.enabled }}的闭合标签{{- end }}存在且位置正确
  • 变量名无拼写错误（比如是否误写为autoscaling.enable）
  • 无嵌套条件或逻辑漏洞导致模板被意外渲染

• 检查Helm版本兼容性
  确认自定义镜像中的Helm版本与之前流水线使用的版本是否一致。不同Helm版本对参数解析、模板渲染的处理可能存在差异，比如Helm 3.9+对--set的数组/嵌套参数处理逻辑有调整，若版本不一致可能导致参数未正确传递。

• 排查多Values来源的覆盖问题
  检查Helm upgrade命令是否同时使用了-f指定其他values文件，或流水线中是否通过环境变量传递了额外的values参数，这些都可能覆盖--set autoscaling.enabled=false的设置。同时确认命令中是否存在重复的--set参数（后续的设置会覆盖前面的）。

• 尝试清理旧Release后重新部署
  如果确认是旧Release残留的HPA资源导致问题，可先回滚到未包含HPA的版本：

  helm rollback <RELEASE_NAME> <REVISION_NUMBER>
  

  或卸载后重新安装：

  helm uninstall <RELEASE_NAME>
  helm install <RELEASE_NAME> <CHART_NAME> --set autoscaling.enabled=false [其他参数]
  

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