cloudnative-pg / cloudnative-pg/plugin-barman-cloud
Backup to different object store
Personne n'a encore pris cette issue.
- Langage dominant
- Go
- Étoiles
- 192
- Forks
- 75
- Merge moyen
- 1 j 16 h
- PR mergées (30 j)
- 18
Description
Hi,
first of all thank you for the amazing work!
I might have a bit of an odd use case:
Currently I have two S3 compatible object stores. One onsite and one for offsite backups. Because the connection to the offsite one can be quite slow (this is a homelab setup), I didn't want to send WALs to the offsite S3 but just baseline backups every so often.
From what I can tell the BackupServiceImplementation currently just uses the barmanObjectKey from the cluster definition and ignores any parameters specified directly on the Backup or BackupSchedule CRD.
Would it be possible to support overriding the object store in the backup crd like this?
```
apiVersion: postgresql.cnpg.io/v1
kind: Backup
metadata:
name: backup-example
spec:
cluster:
name: pg-nextcloud
method: plugin
pluginConfiguration:
name: barman-cloud.cloudnative-pg.io
parameters:
barmanObjectName: anotherObjectStore
```
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par lire BackupServiceImplementation ainsi que la gestion des CRD Backup et BackupSchedule décrite dans l’issue. Suivez la manière dont barmanObjectKey est sélectionné par rapport aux paramètres de pluginConfiguration, puis identifiez les tests Backup existants et vérifiez qu’un barmanObjectName configuré explicitement remplace le magasin d’objets du cluster pour les ressources Backup comme pour les ressources BackupSchedule.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- go, postgresql
- Domaine
- cloud, databases
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- Active
- Clarté
- Plutôt claire
- Accessibilité débutants
- 55/100