cloudnative-pg / cloudnative-pg/plugin-barman-cloud
Backup to different object store
- Lenguaje dominante
- Go
- Estrellas
- 191
- Forks
- 72
- Merge medio
- 1 d 16 h
- PR fusionados (30 d)
- 18
Descripción
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
```
Guía de contribución
Línea de trabajo
Comienza leyendo BackupServiceImplementation y el manejo de los CRD Backup y BackupSchedule descrito en la issue. Sigue cómo se selecciona barmanObjectKey frente a los parámetros de pluginConfiguration; después, identifica las pruebas de Backup existentes y verifica que un barmanObjectName configurado explícitamente sobrescribe el almacén de objetos del clúster tanto para los recursos Backup como para los recursos BackupSchedule.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- go, postgresql
- Área
- cloud, databases
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Activo
- Claridad
- Bastante claro
- Aptitud para principiantes
- 55/100