Skip to main content
Version: v2.10

Backup Storage Location Configuration

Configure a storage location where all backups are saved by default. You will have the option to override this with each backup, but will be limited to using an S3-compatible object store.

Only one storage location can be configured at the operator level.

Storage Location Configuration

No Default Storage Location

You can choose to not have any operator-level storage location configured. If you select this option, you must configure an S3-compatible object store as the storage location for each individual backup.

S3-compatible Object Store

ParameterDescription
Credential SecretChoose the credentials for S3 from your secrets in Rancher. Example.
Bucket NameEnter the name of the S3 bucket where the backups will be stored. Default: rancherbackups.
RegionThe AWS region where the S3 bucket is located.
FolderThe folder in the S3 bucket where the backups will be stored. If this field is left empty, the default behavior is to store the backup files in the root folder of the S3 bucket.
EndpointThe S3 endpoint For example, s3.us-west-2.amazonaws.com.
Endpoint CAThe CA cert used to for the S3 endpoint. Default: base64 encoded CA cert
insecureTLSSkipVerifySet to true if you are not using TLS.

Existing StorageClass

Installing the rancher-backup chart by selecting the StorageClass option will create a Persistent Volume Claim (PVC), and Kubernetes will in turn dynamically provision a Persistent Volume (PV) where all the backups will be saved by default.

For information about creating storage classes refer to this section.

Important:

It is highly recommended to use a StorageClass with a reclaim policy of "Retain". Otherwise if the PVC created by the rancher-backup chart gets deleted (either during app upgrade, or accidentally), the PV will get deleted too, which means all backups saved in it will get deleted. If no such StorageClass is available, after the PV is provisioned, make sure to edit its reclaim policy and set it to "Retain" before storing backups in it.

Existing Persistent Volume

Select an existing Persistent Volume (PV) that will be used to store your backups. For information about creating PersistentVolumes in Rancher, refer to this section.

Important:

It is highly recommended to use a Persistent Volume with a reclaim policy of "Retain". Otherwise if the PVC created by the rancher-backup chart gets deleted (either during app upgrade, or accidentally), the PV will get deleted too, which means all backups saved in it will get deleted.

Example YAML File: Rancher Backup Helm Chart

The documented values.yaml file that can be used to configure the backup-restore-operator when the Helm CLI is used can be found in the backup-restore-operator repository.

For more information about values.yaml files and configuring Helm charts during installation, refer to the Helm documentation.