4.6. OADP 백업

• Backup CR은 S3 오브젝트 스토리지에 Kubernetes 리소스 및 내부 이미지에 대한 백업 파일을 생성합니다.
• 클라우드 공급자에 기본 스냅샷 API가 있거나 CSI 스냅샷을 지원하는 경우 Backup CR은 스냅샷을 생성하여 PV(영구 볼륨)를 백업합니다. CSI 스냅샷 작업에 대한 자세한 내용은 CSI 스냅샷을 사용하여 영구 볼륨 백업을 참조하십시오.

• 클라우드 공급자가 스냅샷을 지원하지 않거나 애플리케이션이 NFS 데이터 볼륨에 있는 경우 Kopia 또는 Restic을 사용하여 백업을 생성할 수 있습니다. 파일 시스템 백업: Kopia 또는 Restic을 사용하여 애플리케이션 백업을 참조하십시오.

사전 요구 사항

• OADP(OpenShift API for Data Protection) Operator를 설치해야 합니다.
• DataProtectionApplication CR은 Ready 상태여야 합니다.

• 백업 위치 사전 요구 사항:

  • Velero용으로 S3 오브젝트 스토리지가 구성되어 있어야 합니다.
  • DataProtectionApplication CR에 백업 위치가 구성되어 있어야 합니다.

• 스냅샷 위치 사전 요구 사항:

  • 클라우드 공급자에는 기본 스냅샷 API가 있거나 CSI(Container Storage Interface) 스냅샷을 지원해야 합니다.
  • CSI 스냅샷의 경우 CSI 드라이버를 등록하려면 VolumeSnapshotClass CR을 생성해야 합니다.
  • DataProtectionApplication CR에 구성된 볼륨 위치가 있어야 합니다.

사전 요구 사항

• 클라우드 공급자는 CSI 스냅샷을 지원해야 합니다.
• DataProtectionApplication CR에서 CSI를 활성화해야 합니다.

절차

• metadata.labels.velero.io/csi-volumesnapshot-class: "true" 키-값 쌍을 VolumeSnapshotClass CR에 추가합니다.

  apiVersion: snapshot.storage.k8s.io/v1
  kind: VolumeSnapshotClass
  metadata:
    name: <volume_snapshot_class_name>
    labels:
      velero.io/csi-volumesnapshot-class: "true"
  driver: <csi_driver>
  deletionPolicy: Retain

사전 요구 사항

• OADP(OpenShift API for Data Protection) Operator를 설치해야 합니다.
• DataProtectionApplication CR에서 spec.configuration. nodeAgent.enable 을 false 로 설정하여 기본 nodeAgent 설치를 비활성화해서는 안 됩니다.
• spec.configuration.nodeAgent.uploaderType 을 DataProtectionApplication CR에서 kopia 또는 restic 으로 설정하여 업로드로 Kopia 또는 Restic을 선택해야 합니다.
• DataProtectionApplication CR은 Ready 상태여야 합니다.

절차

• 다음 예와 같이 Backup CR을 생성합니다.

  apiVersion: velero.io/v1
  kind: Backup
  metadata:
    name: <backup>
    labels:
      velero.io/storage-location: default
    namespace: openshift-adp
  spec:
    defaultVolumesToFsBackup: true 1
  ...

  1

  OADP 버전 1.2 이상에서 spec 블록 내에 defaultVolumesToFsBackup: true 설정을 추가합니다. OADP 버전 1.1에서 defaultVolumesToRestic: true 를 추가합니다.

절차

• 다음 예와 같이 Backup CR의 spec.hooks 블록에 후크를 추가합니다.

  apiVersion: velero.io/v1
  kind: Backup
  metadata:
    name: <backup>
    namespace: openshift-adp
  spec:
    hooks:
      resources:
        - name: <hook_name>
          includedNamespaces:
          - <namespace> 1
          excludedNamespaces: 2
          - <namespace>
          includedResources: []
          - pods 3
          excludedResources: [] 4
          labelSelector: 5
            matchLabels:
              app: velero
              component: server
          pre: 6
            - exec:
                container: <container> 7
                command:
                - /bin/uname 8
                - -a
                onError: Fail 9
                timeout: 30s 10
          post: 11
  ...

  1

  선택 사항: 후크가 적용되는 네임스페이스를 지정할 수 있습니다. 이 값을 지정하지 않으면 후크가 모든 네임스페이스에 적용됩니다.

  2

  선택 사항: 후크가 적용되지 않는 네임스페이스를 지정할 수 있습니다.

  3

  현재 Pod는 후크를 적용할 수 있는 유일한 지원 리소스입니다.

  4

  선택 사항: 후크가 적용되지 않는 리소스를 지정할 수 있습니다.

  5

  선택 사항: 이 후크는 레이블과 일치하는 오브젝트에만 적용됩니다. 이 값을 지정하지 않으면 후크가 모든 오브젝트에 적용됩니다.

  6

  백업 전에 실행할 후크 배열입니다.

  7

  선택 사항: 컨테이너를 지정하지 않으면 Pod의 첫 번째 컨테이너에서 명령이 실행됩니다.

  8

  추가되는 init 컨테이너의 진입점입니다.

  9

  오류 처리에 허용되는 값은 Fail 및 Continue 입니다. 기본값은 Fail 입니다.

  10

  선택 사항: 명령이 실행될 때까지 대기하는 시간입니다. 기본값은 30s 입니다.

  11

  이 블록은 백업 후 실행할 후크 배열과 pre-backup 후크와 동일한 매개변수를 정의합니다.

사전 요구 사항

• OADP(OpenShift API for Data Protection) Operator를 설치해야 합니다.
• DataProtectionApplication CR은 Ready 상태여야 합니다.

사전 요구 사항

• 백업 CR을 생성했습니다.
• Backup CR의 이름과 이를 포함하는 네임스페이스를 알고 있습니다.
• Velero CLI 툴을 다운로드했습니다.
• 클러스터에서 Velero 바이너리에 액세스할 수 있습니다.

절차

• Backup CR을 삭제하려면 다음 작업 중 하나를 선택합니다.

  • Backup CR을 삭제하고 관련 오브젝트 스토리지 데이터를 유지하려면 다음 명령을 실행합니다.

    $ oc delete backup <backup_CR_name> -n <velero_namespace>

  • Backup CR을 삭제하고 관련 오브젝트 스토리지 데이터를 삭제하려면 다음 명령을 실행합니다.

    $ velero backup delete <backup_CR_name> -n <velero_namespace>

    다음과 같습니다.

    <backup_CR_name>

    Backup 사용자 정의 리소스의 이름입니다.

    <velero_namespace>

    Backup 사용자 지정 리소스가 포함된 네임스페이스입니다.

• Amazon S3 및 S3와 호환되는 모든 클라우드 스토리지
• Azure Blob Storage
• Google Cloud Storage 플랫폼

• 스냅샷은 항상 증분입니다. 이전 스냅샷에 이미 포함된 데이터는 리포지토리에 다시 업로드되지 않습니다. 파일은 수정된 경우에만 리포지토리에 업로드됩니다.
• 저장된 데이터는 중복됩니다. 동일한 파일의 복사본이 여러 개 있으면 둘 중 하나만 저장됩니다.
• 파일이 이동되거나 이름이 변경된 경우 Kopia는 동일한 콘텐츠가 있고 다시 업로드하지 않는다는 것을 인식할 수 있습니다.