cloudnative-pg / cloudnative-pg/plugin-barman-cloud

Backup to different object store

Abierto
#611 3 comentarios 4 reacciones 0 asignados Ver en GitHub
enhancement
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

Abrir la 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

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.