如何配置策略在Workflow成功后自动删除PersistentVolumeClaim？

我有一个Argo Workflow，通过volumeClaimTemplates创建了Persistent Volume，但作业成功完成后该卷并未被删除。相关配置如下：

volumeClaimTemplates:
  - metadata:
      name: some_volume
    spec:
      accessModes: ['ReadWriteMany']
      resources:
        requests:
          storage: 2Gi

我一直在找能在Workflow成功后自动删除该卷的配置策略，不想用CronJob这种方式，有没有更简便的方案？

可行的简便方案 #

1. 给PVC添加TTL自动清理注解 #

Argo Workflow从v3.2版本开始支持给volumeClaimTemplates添加ttlSecondsAfterFinished注解，指定Workflow完成后PVC保留的秒数，到期自动删除。修改配置如下：

volumeClaimTemplates:
  - metadata:
      name: some_volume
      # 设置Workflow完成后5分钟（300秒）删除PVC
      annotations:
        ttlSecondsAfterFinished: "300"
    spec:
      accessModes: ['ReadWriteMany']
      resources:
        requests:
          storage: 2Gi

注意：需要确保集群已启用TTL控制器（Kubernetes 1.21+默认启用），且Argo Workflow版本不低于v3.2。

2. 在Workflow末尾添加清理步骤 #

直接在Workflow的最后一步添加一个清理容器，利用Argo自动给PVC添加的标签，精准删除当前Workflow关联的PVC。前提是Workflow使用的服务账号拥有PVC的删除权限：

apiVersion: argoproj.io/v1alpha1
kind: Workflow
metadata:
  generateName: cleanup-pvc-demo-
spec:
  entrypoint: main
  volumeClaimTemplates:
    - metadata:
        name: some_volume
      spec:
        accessModes: ['ReadWriteMany']
        resources:
          requests:
            storage: 2Gi
  templates:
    - name: main
      steps:
        - - name: run-job
            template: your-main-task
        - - name: cleanup-pvc
            template: delete-pvc
    - name: your-main-task
      container:
        image: your-image:latest
        volumeMounts:
          - name: some_volume
            mountPath: /data
        command: ["your-command"]
    - name: delete-pvc
      container:
        image: bitnami/kubectl:latest
        command: ["kubectl", "delete", "pvc", "-l", "workflows.argoproj.io/workflow={{workflow.name}}"]

这里用workflows.argoproj.io/workflow={{workflow.name}}标签选择器，能准确匹配当前Workflow创建的所有PVC，不会误删其他资源。

3. 配置存储类的回收策略（全局生效） #

如果你的存储类允许，将其reclaimPolicy设置为Delete，这样当PVC被删除时，对应的底层PV也会被自动清理。不过这是全局设置，会影响所有使用该存储类的PVC，适合需要统一自动清理的场景：

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: your-storage-class
provisioner: your-provisioner
reclaimPolicy: Delete
# 其他存储类配置参数

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