如何忽略Helm预安装Hook失败？PVC已存在致后续部署失败

遇到这种情况很常见——毕竟你已经通过helm.sh/resource-policy: keep保留了PVC，后续操作时Hook重复创建自然会触发冲突。这里有两个实用的解决办法：

方法一：允许Hook失败后继续执行 #

直接给PVC的元数据添加helm.sh/hook-allow-failure: "true"注解，明确告诉Helm：这个Hook的失败是可容忍的，不会中断整个安装/升级流程。

修改后的PVC定义如下：

kind: PersistentVolumeClaim
metadata:
  name: my-dynamic-pv
  annotations:
    "helm.sh/resource-policy": keep
    "helm.sh/hook": "pre-install"
    "helm.sh/hook-allow-failure": "true" # 新增该注解
spec:
  storageClassName: {{ .Values.persistence.storageClass }}
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 1Gi

这个方法的好处是改动极小、快速见效，缺点是每次操作时Hook依然会尝试创建PVC，只是失败后不会阻断流程。

方法二：仅当PVC不存在时才创建（更优雅） #

利用Helm的lookup函数（需要Helm 3.1及以上版本），在模板渲染阶段检查PVC是否已经存在，只有不存在时才生成PVC的配置。

调整后的模板代码如下：

{{- if not (lookup "v1" "PersistentVolumeClaim" .Release.Namespace "my-dynamic-pv") }}
kind: PersistentVolumeClaim
metadata:
  name: my-dynamic-pv
  annotations:
    "helm.sh/resource-policy": keep
    "helm.sh/hook": "pre-install"
spec:
  storageClassName: {{ .Values.persistence.storageClass }}
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 1Gi
{{- end }}

这个方法从根源上避免了重复创建的尝试，更高效也更符合预期。需要注意的是，运行Helm的服务账号需要有查询PVC资源的权限（大多数场景下默认满足，但严格权限管控的环境需要确认）。

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