chore: build

deploy/velero/values.yaml

@@ -25,7 +25,8 @@
 #        helm install velero vmware-tanzu/velero \
 #          --namespace velero --version 12.1.0 \
 #          -f deploy/velero/values.yaml
-#        kubectl apply -f deploy/velero/schedule.yml
+#      Rien d'autre à appliquer : les plannings de sauvegarde sont créés
+#      dynamiquement par démo par le control-plane, voir deploy/velero/schedule.yml.
 #
 #   5. Sécurité du bucket — à vérifier CÔTÉ RustFS/MinIO (rien de tout ça ne
 #      se configure depuis ce repo) : chaque sauvegarde contient les Secrets
@@ -68,21 +69,23 @@ configuration:
     - name: default
       provider: aws
       # Nom du bucket créé à l'étape 1. Requis.
-      bucket: "CHANGE_ME_bucket_name"
+      bucket: "backup-omnex"
       default: true
       credential:
         name: cloud-credentials
         key: cloud
       config:
         region: "us-east-1"
-        s3Url: "CHANGE_ME_https://votre-endpoint-rustfs-ou-minio"
+        s3Url: "https://backup-omnex.uber-stup.club"
         s3ForcePathStyle: "true"
         insecureSkipTLSVerify: "false"
-        # Chiffrement côté serveur du contenu des sauvegardes (SSE-S3,
-        # AES256 géré par le bucket) — RustFS et MinIO le supportent tous
-        # les deux. Ne dispense pas de vérifier le chiffrement at-rest réel
-        # du stockage sous-jacent (voir étape 5 ci-dessus).
-        serverSideEncryption: "AES256"
+        # Pas de serverSideEncryption ici : ce RustFS refuse le SSE-S3 tant
+        # que RUSTFS_SSE_S3_MASTER_KEY (clé base64 32 octets) n'est pas
+        # configurée côté serveur ("InvalidRequest: SSE-S3 requires
+        # RUSTFS_SSE_S3_MASTER_KEY..."), réglage hors de portée depuis ce
+        # repo. Le transport reste chiffré (HTTPS) ; pour du chiffrement
+        # at-rest, configurer cette variable côté serveur RustFS puis
+        # remettre serverSideEncryption: "AES256" ici.
 
   volumeSnapshotLocation: []