How to use Pre-Backup pods
Although K8up supports executing backup commands in already running pods, there might be a need to start a specific Pod for the backup. Like, what if the backup command you’d like to run isn’t available in the running pod? Or perhaps you want to backup something that’s outside the Kubernetes cluster, like a managed cloud database?
That’s the perfect use case for using PreBackup pods! They’re Pod definitions that live in your namespaces. Once the Operator triggers a backup for that specific namespace, then it will loop through all these Pod definitions, execute them and clean them up after the backup finished. They allow much more flexibility, as they support everything a normal Pod template does. For instance, you are able to set Pod affinity, so that the PreBackup Pods are started on a specific node.
apiVersion: k8up.io/v1
kind: PreBackupPod
metadata:
name: mysqldump
spec:
backupCommand: sh -c 'mysqldump -u$USER -p$PW -h $DB_HOST --all-databases'
pod:
spec:
containers:
- env:
- name: USER
value: dumper
- name: PW
value: topsecret
- name: DB_HOST
value: mariadb.example.com
image: mariadb:10.4
command:
- 'sleep'
- 'infinity'
imagePullPolicy: Always
name: mysqldump
Passing environment variables
If you want to pass environment variables to the
You can also add it to any pods that are running in the namespace: via kubectl
in the manifest
|
See PreBackup pods for detailed object specifications.