# -----------------------------------------------------------------------------
# Le volume de données. ⚠⚠ C'EST L'OBJET LE PLUS DANGEREUX DE CE LOT.
#
# Il était rendu par le sous-chart `minio/minio`. En reprenant les manifestes à
# notre charge, si on avait OUBLIÉ de le rendre ici, ArgoCD l'aurait ÉLAGUÉ —
# c'est-à-dire supprimé, avec les vidéos dedans.
#
# ⚠ `volumeName` n'est VOLONTAIREMENT pas déclaré : c'est le contrôleur qui
# pose ce champ à la liaison. ArgoCD ignore ce qui existe en vie sans être
# déclaré, donc la liaison actuelle (pvc-ebb2605f-…) survit ; et le figer ici
# empêcherait toute recréation future de se lier à un autre volume.
#
# ⚠ La plupart des champs d'un PVC sont IMMUABLES. Ce fichier reproduit à
# l'identique ce que le sous-chart avait posé — le modifier n'aurait pas l'effet
# qu'on croit, il ferait échouer l'application.
# -----------------------------------------------------------------------------
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: minio
  namespace: tools
  labels:
    app: minio
    release: minio
  annotations:
    # Ceinture ET bretelles : même si ce manifeste disparaissait un jour du
    # dépôt, ArgoCD ne supprimerait pas le volume de lui-même.
    argocd.argoproj.io/sync-options: Prune=false
spec:
  accessModes:
    - ReadWriteOnce
  storageClassName: {{ .Values.minio.persistence.storageClass }}
  volumeMode: Filesystem
  resources:
    requests:
      # 50 Gi ≈ 250 heures de cours au palier « travail » de Kadans (360p,
      # 3,4 Mo/min — ADR-018 du front). Longhorn réplique ce volume sur les
      # nœuds : compter ×3 sur la capacité du cluster avant d'augmenter.
      storage: {{ .Values.minio.persistence.size }}