openshift-docs icon indicating copy to clipboard operation
openshift-docs copied to clipboard

[enterprise-4.10] Issue in file backup_and_restore/application_backup_and_restore/installing/installing-oadp-ocs.adoc

Open AaronJaegerVA opened this issue 2 years ago • 1 comments

Which section(s) is the issue in?

https://docs.openshift.com/container-platform/4.10/backup_and_restore/application_backup_and_restore/installing/installing-oadp-ocs.html#oadp-about-backup-snapshot-locations_installing-oadp-ocs

What needs fixing?

There is not enough information about how to use ODF's noobaa as object storage when defining a BackupStorageLocation. Please considering something like this:

ODF Object Bucket Claim

apiVersion: objectbucket.io/v1alpha1
kind: ObjectBucketClaim
metadata:
  name: oadp-backup-bucket
  namespace: openshift-adp
  labels:
    app: noobaa
    bucket-provisioner: openshift-storage.noobaa.io-obc
    noobaa-domain: openshift-storage.noobaa.io
spec:
  additionalConfig:
    bucketclass: noobaa-default-bucket-class
  bucketName: oadp-backup-bucket-a3800b52-5019-47c9-9d2f-9cdcf9574c65
  generateBucketName: oadp-backup-bucket
  objectBucketName: obc-openshift-adp-oadp-backup-bucket
  storageClassName: openshift-storage.noobaa.io

OADP - Velero DPA

apiVersion: oadp.openshift.io/v1alpha1
kind: DataProtectionApplication
metadata:
  name: velero-dpa
  namespace: openshift-adp
spec:
  backupImages: false
  configuration:
    restic:
      enable: true
    velero:
      defaultPlugins:
        - openshift
        - aws
        - kubevirt
        - csi
      featureFlags:
        - EnableCSI
      noDefaultBackupLocation: true

Backup Storage Location

apiVersion: velero.io/v1
kind: BackupStorageLocation
metadata:
  name: incluster-bsl
  namespace: openshift-adp
spec:
  config:
    profile: default
    region: noobaa
    s3ForcePathStyle: 'true'
    s3Url: 'https://s3.openshift-storage.svc'
    insecureSkipTLSVerify: "true"
  credential:
    key: cloud
    name: cloud-credentials
  objectStorage:
    bucket: oadp-backup-bucket-a3800b52-5019-47c9-9d2f-9cdcf9574c65
    prefix: valero
  default: true
  provider: aws

AaronJaegerVA avatar Aug 01 '22 20:08 AaronJaegerVA

@RichardHoch Could you please tag Anjana Sriram?

apinnick avatar Aug 02 '22 08:08 apinnick

Issues go stale after 90d of inactivity.

Mark the issue as fresh by commenting /remove-lifecycle stale. Stale issues rot after an additional 30d of inactivity and eventually close. Exclude this issue from closing by commenting /lifecycle frozen.

If this issue is safe to close now please do so with /close.

/lifecycle stale

openshift-bot avatar Nov 16 '22 01:11 openshift-bot

@RichardHoch Has this issue been triaged for OADP?

Tagging @dymurray @cwilkers

apinnick avatar Nov 16 '22 09:11 apinnick

@dymurray This item seems vaguely familiar but I can't find a Jira assigned to me about it. If you need to create a new Jira, please assign it to Anjana so we can triage it. Thanks for the head's up, @apinnick.

RichardHoch avatar Nov 16 '22 10:11 RichardHoch

I may have been tagged due to this blog: https://cloud.redhat.com/blog/disaster-recovery-of-virtual-machines-within-openshift . The missing pieces in the documentation are:

  • creation of a noobaa bucket for backups (as mentioned)
  • creation of a secret to use in the backupStorageLocation

cwilkers avatar Nov 16 '22 18:11 cwilkers