4.6. OADP のバックアップ

• クラウドプロバイダーがネイティブスナップショット API を備えている場合、または CSI スナップショットをサポートしている場合、Backup CR はスナップショットを作成することによって永続ボリューム (PV) をバックアップします。CSI スナップショットの操作の詳細は、CSI スナップショットを使用した永続ボリュームのバックアップ を参照してください。
• クラウドプロバイダーがスナップショットをサポートしていない場合、またはアプリケーションが NFS データボリューム上にある場合は、Restic を使用してバックアップを作成できます。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"
  driver: <csi_driver>
  deletionPolicy: Retain

前提条件

• OpenShift API for Data Protection (OADP) Operator をインストールしている。
• DataProtectionApplication CR で spec.configuration.restic.enable を false に設定して、デフォルトの 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:
    defaultVolumesToRestic: true 

  1

  
  ...

  1

  defaultVolumesToRestic: true を spec ブロックに追加します。

手順

• 次の例のように、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 状態である。

前提条件

• Backup CR を作成した。
• Backup CR の名前とそれを含む namespace がわかっている。
• 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 カスタムリソースを含む namespace を指定します。

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

• 各スナップショットは、必ず累積されます。つまり、ファイルの内容に基づいて、すべてのデータがリポジトリーに一度アップロードされます。リポジトリーに再度アップロードされるのは、ファイルが変更されたときだけです。
• 同じファイルの複数のコピーが 1 回保存されるため、重複が排除されます。大きなファイルを移動した後、またはその名前を変更した後、Kopia はファイルのコンテンツが同じであることを認識し、再度アップロードしません。