Skip to content

OADP-1791: Added suggestions for the backup types #93556

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
Changes from 2 commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Original file line number Diff line number Diff line change
Expand Up @@ -12,13 +12,21 @@ Because all taken backup remains until expired, also check the time to live (TTL


You can back up applications by creating a `Backup` custom resource (CR). For more information, see xref:../../../backup_and_restore/application_backup_and_restore/backing_up_and_restoring/oadp-creating-backup-cr.adoc#oadp-creating-backup-cr-doc[Creating a Backup CR].
The following are the different backup types for a `Backup` CR:

ifdef::openshift-rosa,openshift-rosa-hcp[]
The `Backup` CR creates backup files for Kubernetes resources and internal images on S3 object storage.
endif::openshift-rosa,openshift-rosa-hcp[]

ifndef::openshift-rosa,openshift-rosa-hcp[]
* The `Backup` CR creates backup files for Kubernetes resources and internal images on S3 object storage.

* In an on-cluster backup, you back up the persistent volume data within the cluster. This type of backup is fast, and you can execute it frequently; however, the data is vulnerable to cluster or storage outages. You can use Container Storage Interface (CSI) volume snapshots for an on-cluster backup.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@weshayutin @apurvabhide17 I'm thinking change it to something like this

if you use velero's snapshot feature to backup volumes in that case only snapshot related information is stored in s3 bucket along with the openshift object data. If undelying storage is part of same cluster infra then data might be loss in case of disaster.  Same for bucket if bucket is part of the same cluster then all backup data will be lost in case of disaster.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done, I've added this information and removed everything else related to in/off cluster.


* In an off-cluster backup, you back up the Openshift object data and persistent data and move them from a cluster to ensure that a cluster outage does not impact the backup. This type of backup is slower than an on-cluster backup; and therefore you should execute it less frequently than an on-cluster backup. You can use CSI Data Mover backup and Kopia File System Backup (FSB) for an off-cluster backup.

* You can only execute a single backup that performs either an on-cluster or off-cluster backup.

* If your cloud provider has a native snapshot API or supports CSI snapshots, the `Backup` CR backs up persistent volumes (PVs) by creating snapshots. For more information about working with CSI snapshots, see xref:../../../backup_and_restore/application_backup_and_restore/backing_up_and_restoring/oadp-backing-up-pvs-csi-doc.adoc#oadp-backing-up-pvs-csi-doc[Backing up persistent volumes with CSI snapshots].

For more information about CSI volume snapshots, see xref:../../../storage/container_storage_interface/persistent-storage-csi-snapshots.adoc#persistent-storage-csi-snapshots[CSI volume snapshots].
Expand Down