4.8. OADP のバックアップ

• Backup CR は、Kubernetes リソースと内部イメージのバックアップファイルを S3 オブジェクトストレージに作成します。
• クラウドプロバイダーがネイティブスナップショット API を備えている場合、または CSI スナップショットをサポートしている場合、Backup CR はスナップショットを作成することによって永続ボリューム (PV) をバックアップします。CSI スナップショットの操作の詳細は、CSI スナップショットを使用した永続ボリュームのバックアップ を参照してください。

• クラウドプロバイダーがスナップショットをサポートしていない場合、またはアプリケーションが NFS データボリューム上にある場合は、Kopia または Restic を使用してバックアップを作成できます。ファイルシステムバックアップを使用してアプリケーションをバックアップする: Kopia または Restic を参照してください。

前提条件

• OpenShift API for Data Protection (OADP) Operator をインストールしている。
• DataProtectionApplication CR が Ready 状態である。

• バックアップロケーションの前提条件:

  • Velero 用に S3 オブジェクトストレージを設定する必要があります。
  • DataProtectionApplication CR でバックアップの場所を設定する必要があります。

• スナップショットの場所の前提条件:

  • クラウドプロバイダーには、ネイティブスナップショット API が必要であるか、Container Storage Interface (CSI) スナップショットをサポートしている必要があります。
  • 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" 1
    annotations:
      snapshot.storage.kubernetes.io/is-default-class: true 2
  driver: <csi_driver>
  deletionPolicy: <deletion_policy_type> 3

  1

  true に設定する必要があります。

  2

  true に設定する必要があります。

  3

  OADP は、CSI および Data Mover のバックアップと復元に対して、Retain および Delete 削除ポリシータイプをサポートしています。OADP 1.2 Data Mover の場合、削除ポリシータイプを Retain に設定します。

次のステップ

• これで、Backup CR を作成できます。

前提条件

• OpenShift API for Data Protection (OADP) Operator をインストールしている。
• DataProtectionApplication CR で spec.configuration.nodeAgent.enable を false に設定して、デフォルトの nodeAgent インストールを無効にしていない。
• DataProtectionApplication CR で spec.configuration.nodeAgent.uploaderType を 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 以降では、defaultVolumesToFsBackup: true 設定を spec ブロック内に追加します。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

  オプション: フックが適用される namespace を指定できます。この値が指定されていない場合、フックはすべてのネームスペースに適用されます。

  2

  オプション: フックが適用されない namespace を指定できます。

  3

  現在、Pod は、フックを適用できる唯一のサポート対象リソースです。

  4

  オプション: フックが適用されないリソースを指定できます。

  5

  オプション: このフックは、ラベルに一致するオブジェクトにのみ適用されます。この値が指定されていない場合、フックはすべてのオブジェクトに適用されます。

  6

  バックアップの前に実行するフックの配列。

  7

  オプション: コンテナーが指定されていない場合、コマンドは Pod の最初のコンテナーで実行されます。

  8

  これは、追加される init コンテナーのエントリーポイントです。

  9

  エラー処理に許可される値は、Fail と Continue です。デフォルトは Fail です。

  10

  オプション: コマンドの実行を待機する時間。デフォルトは 30s です。

  11

  このブロックでは、バックアップ後に実行するフックの配列を、バックアップ前のフックと同じパラメーターで定義します。

前提条件

• OpenShift API for Data Protection (OADP) Operator をインストールしている。
• DataProtectionApplication CR が Ready 状態である。

• Restic: アーティファクトは、バックアップが削除された後、次のフルメンテナンスサイクル中に削除されます。
• Container Storage Interface (CSI): アーティファクトは、バックアップが削除されると直ちに削除されます。
• Kopia: アーティファクトは、バックアップが削除されてから、Kopia リポジトリーのフルメンテナンスサイクルが 3 回実行された後に削除されます。

• Amazon S3 および S3 と互換性のあるクラウドストレージ
• Azure Blob Storage
• Google Cloud Storage プラットフォーム

• スナップショットは常に増分されます。すでに以前のスナップショットに含まれているデータは、リポジトリーに再アップロードされません。リポジトリーに再度アップロードされるのは、ファイルが変更されたときだけです。
• 保存されたデータは重複排除されます。同じファイルのコピーが複数存在する場合、そのうちの 1 つだけが保存されます。
• ファイルが移動された場合、またはファイルの名前が変更された場合、Kopia はそれらが同じコンテンツであることを認識し、それらを再度アップロードしません。