Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

Snapshot とバックアップでアプリケーションを保護

共同作成者
PDF

自動保護ポリシーまたはアドホックベースを使用して、スナップショットやバックアップを作成することで、すべてのアプリケーションを保護します。Astra Control Center UIまたはを使用できます "Astra Control API" アプリを保護します。

このタスクについて

  • * Helmでアプリケーションを展開*：Helmを使用してアプリケーションを展開する場合、Astra Control CenterにはHelmバージョン3が必要です。Helm 3 （または Helm 2 から Helm 3 にアップグレード）を使用して展開されたアプリケーションの管理とクローニングが完全にサポートされています。Helm 2 で展開されたアプリケーションはサポートされていません。

  • （OpenShiftクラスタのみ）ポリシーの追加：OpenShiftクラスタでアプリケーションをホストするためのプロジェクトを作成すると、プロジェクト（またはKubernetes名前空間）にSecurityContext UIDが割り当てられます。Astra Control Center でアプリケーションを保護し、 OpenShift でそのアプリケーションを別のクラスタまたはプロジェクトに移動できるようにするには、アプリケーションを任意の UID として実行できるようにポリシーを追加する必要があります。たとえば、次の OpenShift CLI コマンドは、 WordPress アプリケーションに適切なポリシーを付与します。

    oc new-project wordpress
    oc adm policy add-scc-to-group anyuid system:serviceaccounts:wordpress
    oc adm policy add-scc-to-user privileged -z default -n wordpress

アプリケーションデータの保護に関連する次のタスクを実行できます。

保護ポリシーを設定します

保護ポリシーは、定義されたスケジュールでスナップショット、バックアップ、またはその両方を作成することでアプリケーションを保護します。Snapshot とバックアップを毎時、日次、週次、および月単位で作成し、保持するコピーの数を指定できます。保護ポリシーは、Astra Control Web UIまたはカスタムリソース（CR）ファイルを使用して定義できます。

1 時間に 1 回以上の頻度でバックアップや Snapshot を実行する必要がある場合は、次の方法があります "Astra Control REST API を使用して、スナップショットとバックアップを作成"。

メモ Write Once Read Many（WORM）バケットに書き換え不能なバックアップを作成する保護ポリシーを定義している場合は、バックアップの保持期間がバケットに設定されている保持期間よりも短くないようにしてください。
ヒント バックアップとレプリケーションのスケジュールをオフセットして、スケジュールの重複を回避します。たとえば、1時間ごとに1時間の最上部にバックアップを実行し、オフセットを5分、間隔を10分に設定してレプリケーションを開始するようにスケジュールを設定します。
Web UIを使用して保護ポリシーを設定する
手順

  1. 「 * アプリケーション」を選択し、アプリケーションの名前を選択します。

  2. [ * データ保護 * ] を選択します。

  3. ［ 保護ポリシーの設定 ］ を選択します。

  4. 毎時、日次、週次、および月単位で保持する Snapshot とバックアップの数を選択して、保護スケジュールを定義します。

    スケジュールは、毎時、毎日、毎週、および毎月の各スケジュールで同時に定義できます。保持レベルを設定するまで、スケジュールはアクティブになりません。

    バックアップの保持レベルを設定する際に、バックアップを格納するバケットを選択できます。

    次の例では、 Snapshot とバックアップの保護スケジュールとして、毎時、毎日、毎週、毎月の 4 つを設定します。

    Snapshot とバックアップを毎時、毎日、毎週、または毎月作成する設定ポリシーの例のスクリーンショット。

  5. [技術プレビュー]ストレージバケットのリストから、バックアップまたはスナップショットのデスティネーションバケットを選択します。

  6. [* Review （レビュー） ] を選択します

  7. ［ * 保護ポリシーの設定 * ］ を選択します

[テクニカルプレビュー] CRを使用した保護ポリシーの設定
手順

  1. カスタムリソース（CR）ファイルを作成して名前を付けます。 astra-control-schedule-cr.yaml。Astra Control環境、クラスタ構成、データ保護のニーズに合わせて、かっこ<>の値を更新します。

    • <CR_NAME>：このカスタムリソースの名前。環境に適した一意の適切な名前を選択します。

    • <APPLICATION_NAME>：バックアップするアプリケーションのKubernetes名。

    • <APPVAULT_NAME>：バックアップコンテンツを格納するAppVaultの名前。

    • <BACKUPS_RETAINED>：保持するバックアップの数。ゼロは、バックアップを作成しないことを示します。

    • <SNAPSHOTS_RETAINED>：保持するSnapshotの数。ゼロは、スナップショットを作成しないことを示します。

    • <GRANULARITY>：スケジュールを実行する頻度。指定可能な値と必須の関連フィールドは次のとおりです。

      • hourly （次を指定する必要があります： spec.minute)

      • daily （次を指定する必要があります： spec.minute および spec.hour)

      • weekly （次を指定する必要があります： spec.minute、 spec.hour`および `spec.dayOfWeek)

      • monthly （次を指定する必要があります： spec.minute、 spec.hour`および `spec.dayOfMonth)

    • <DAY_OF_MONTH>：_（オプション）_スケジュールを実行する日にち（1 ~ 31）。このフィールドは、粒度が次の値に設定されている場合は必須です。 monthly。

    • <DAY_OF_WEEK>：_（オプション）_スケジュールを実行する曜日（0 ~ 7）。0または7の値は日曜日を示します。このフィールドは、粒度が次の値に設定されている場合は必須です。 weekly。

    • <HOUR_OF_DAY>：_（オプション）_スケジュールを実行する時間（0 ~ 23）。このフィールドは、粒度が次の値に設定されている場合は必須です。 daily、 weekly`または `monthly。

    • <MINUTE_OF_HOUR>：_（オプション）_スケジュールを実行する分（0~59）。このフィールドは、粒度が次の値に設定されている場合は必須です。 hourly、 daily、 weekly`または `monthly。

      apiVersion: astra.netapp.io/v1
kind: Schedule
metadata:
  namespace: astra-connector
  name: <CR_NAME>
spec:
  applicationRef: <APPLICATION_NAME>
  appVaultRef: <APPVAULT_NAME>
  backupRetention: "<BACKUPS_RETAINED>"
  snapshotRetention: "<SNAPSHOTS_RETAINED>"
  granularity: <GRANULARITY>
  dayOfMonth: "<DAY_OF_MONTH>"
  dayOfWeek: "<DAY_OF_WEEK>"
  hour: "<HOUR_OF_DAY>"
  minute: "<MINUTE_OF_HOUR>"

  2. データを入力した後、 astra-control-schedule-cr.yaml 正しい値を持つファイルを作成し、CRを適用します。

    kubectl apply -f astra-control-schedule-cr.yaml
結果

Astra Control は、定義したスケジュールと保持ポリシーを使用して、スナップショットとバックアップを作成し、保持することによって、データ保護ポリシーを実装します。

Snapshot を作成します

オンデマンド Snapshot はいつでも作成できます。

このタスクについて

Astra Controlでは、次のドライバでサポートされるストレージクラスを使用したSnapshotの作成がサポートされます。

  • ontap-nas

  • ontap-san

  • ontap-san-economy

重要 アプリケーションがでサポートされるストレージクラスを使用している場合 ontap-nas-economy ドライバ、スナップショットを作成できません。スナップショットには代替のストレージクラスを使用します。
Web UIを使用したSnapshotの作成
手順

  1. 「 * アプリケーション * 」を選択します。

  2. 目的のアプリケーションの * アクション * 列のオプションメニューから、 * スナップショット * を選択します。

  3. スナップショットの名前をカスタマイズし、*次へ*を選択します。

  4. [技術プレビュー]ストレージバケットのリストからスナップショットのデスティネーションバケットを選択します。

  5. Snapshot の概要を確認し、「 * Snapshot * 」を選択します。

[テクニカルプレビュー] CRを使用したスナップショットの作成
手順

  1. カスタムリソース（CR）ファイルを作成して名前を付けます。 astra-control-snapshot-cr.yaml。カッコ内の値を、Astra Controlの環境とクラスタの構成に合わせて更新します。

    • <CR_NAME>：このカスタムリソースの名前。環境に適した一意の適切な名前を選択します。

    • <APPLICATION_NAME>：Snapshotを作成するアプリケーションのKubernetes名。

    • <APPVAULT_NAME>：スナップショットの内容を格納するAppVaultの名前。

    • <RECLAIM_POLICY>：_（オプション）_スナップショットCRが削除されたときのスナップショットの処理を定義します。有効なオプション：

      • Retain

      • Delete （デフォルト）

        apiVersion: astra.netapp.io/v1
kind: Snapshot
metadata:
  namespace: astra-connector
  name: <CR_NAME>
spec:
  applicationRef: <APPLICATION_NAME>
  appVaultRef: <APPVAULT_NAME>
  reclaimPolicy: <RECLAIM_POLICY>

  2. データを入力した後、 astra-control-snapshot-cr.yaml 正しい値を持つファイルを作成し、CRを適用します。

    kubectl apply -f astra-control-snapshot-cr.yaml
結果

スナップショットプロセスが開始されます。スナップショットは'ステータスが* Healthy である場合に成功します（ Data protection > Snapshots ページの State *列）

バックアップを作成します

アプリはいつでもバックアップできます。

このタスクについて

Astra Controlのバケットで使用可能な容量が報告されません。Astra Controlで管理されるアプリケーションをバックアップまたはクローニングする前に、該当するストレージ管理システムでバケット情報を確認してください。

アプリケーションがでサポートされるストレージクラスを使用している場合 ontap-nas-economy 運転手、あなたがする必要があります バックアップとリストアの有効化 機能性：次を定義したことを確認してください： backendType のパラメータ "Kubernetesストレージオブジェクト" を使用します ontap-nas-economy 保護処理を実行する前に

メモ

Astra Controlでは、次のドライバでサポートされるストレージクラスを使用したバックアップの作成がサポートされます。

  • ontap-nas

  • ontap-nas-economy

  • ontap-san

  • ontap-san-economy
Web UIを使用したバックアップの作成
手順

  1. 「 * アプリケーション * 」を選択します。

  2. 目的のアプリケーションの*アクション*列のオプションメニューから、*バックアップ*を選択します。

  3. バックアップ名をカスタマイズする。

  4. 既存のスナップショットからアプリケーションをバックアップするかどうかを選択します。このオプションを選択すると、既存の Snapshot のリストから選択できます。

  5. [技術プレビュー]ストレージバケットのリストからバックアップ先のバケットを選択します。

  6. 「 * 次へ * 」を選択します。

  7. バックアップの概要を確認し、「バックアップ」を選択します。

[テクニカルプレビュー] CRを使用したバックアップの作成
手順

  1. カスタムリソース（CR）ファイルを作成して名前を付けます。 astra-control-backup-cr.yaml。カッコ内の値を、Astra Controlの環境とクラスタの構成に合わせて更新します。

    • <CR_NAME>：このカスタムリソースの名前。環境に適した一意の適切な名前を選択します。

    • <APPLICATION_NAME>：バックアップするアプリケーションのKubernetes名。

    • <APPVAULT_NAME>：バックアップコンテンツを格納するAppVaultの名前。

      apiVersion: astra.netapp.io/v1
kind: Backup
metadata:
  namespace: astra-connector
  name: <CR_NAME>
spec:
  applicationRef: <APPLICATION_NAME>
  appVaultRef: <APPVAULT_NAME>

  2. データを入力した後、 astra-control-backup-cr.yaml 正しい値を持つファイルを作成し、CRを適用します。

    kubectl apply -f astra-control-backup-cr.yaml
結果

Astra Control ：アプリケーションのバックアップを作成

メモ

  • ネットワークに障害が発生している場合や、処理速度が異常に遅い場合は、バックアップ処理がタイムアウトする可能性があります。その結果、バックアップは失敗します。

  • 実行中のバックアップをキャンセルする必要がある場合は、の手順に従ってください バックアップをキャンセルします。バックアップを削除するには、完了するまで待ってから、の手順を実行します バックアップを削除します。

  • データ保護処理（クローン、バックアップ、リストア）が完了して永続ボリュームのサイズを変更したあと、新しいボリュームのサイズが UI に表示されるまでに最大 20 分かかります。データ保護処理にかかる時間は数分です。また、ストレージバックエンドの管理ソフトウェアを使用してボリュームサイズの変更を確認できます。

ONTAP NAS経済性に優れた運用向けのバックアップとリストアを実現

Astra Control Provisionerは、バックアップとリストアの機能を提供します。この機能は、 ontap-nas-economy ストレージクラス。

作業を開始する前に

  • これで完了です "Astra Control Provisionerを有効にしました"。

  • Astra Controlでアプリケーションを定義しておきます。この手順を完了するまで、このアプリケーションの保護機能は制限されます。

  • これで完了です ontap-nas-economy ストレージバックエンドのデフォルトのストレージクラスとして選択されています。

手順

  1. ONTAPストレージバックエンドで次の手順を実行します。

    1. をホストしているSVMを検索します。 ontap-nas-economy-アプリケーションのボリュームベース。

    2. ボリュームを作成するONTAPに接続されている端末にログインします。

    3. SVMのSnapshotディレクトリを非表示にします。

      メモ この変更はSVM全体に影響します。非表示のディレクトリには引き続きアクセスできます。 
    nfs modify -vserver <svm name> -v3-hide-snapshot enabled

    +

    重要 ONTAPストレージバックエンドのsnapshotディレクトリが非表示になっていることを確認します。このディレクトリを非表示にしないと、アプリケーション（特にNFSv3を使用している場合）へのアクセスが失われる可能性があります。

  2. Astra Control Provisionerで次の手順を実行します。

    1. 次のPVごとにSnapshotディレクトリを有効にします。 ontap-nas-economy ベースで、アプリケーションに関連付けられています。

      tridentctl update volume <pv name> --snapshot-dir=true --pool-level=true -n trident

    2. 関連付けられている各PVに対してSnapshotディレクトリが有効になっていることを確認します。

      tridentctl get volume <pv name> -n trident -o yaml | grep snapshotDir

      対応：

    snapshotDirectory: "true"

  3. Astra Controlで、関連付けられているSnapshotディレクトリをすべて有効にしたあとにアプリケーションを更新し、Astra Controlが変更された値を認識するようにします。

結果

Astra Controlを使用して、アプリケーションのバックアップとリストアを実行できるようになります。各PVCは、他のアプリケーションでバックアップおよびリストアに使用することもできます。

変更不可のバックアップの作成

変更不可のバックアップは、バックアップを格納するバケットの保持ポリシーで禁止されているかぎり、変更、削除、上書きすることはできません。保持ポリシーが設定されたバケットにアプリケーションをバックアップすることで、変更不可のバックアップを作成できます。を参照してください "データ保護" を参照してください。

作業を開始する前に

保持ポリシーを使用してデスティネーションバケットを設定する必要があります。その方法は、使用するストレージプロバイダによって異なります。詳細については、ストレージプロバイダのドキュメントを参照してください。

メモ Astra Controlのバケットで使用可能な容量が報告されません。Astra Controlで管理されるアプリケーションをバックアップまたはクローニングする前に、該当するストレージ管理システムでバケット情報を確認してください。
重要 アプリケーションがでサポートされるストレージクラスを使用している場合 ontap-nas-economy ドライバ。を定義していることを確認してください backendType のパラメータ "Kubernetesストレージオブジェクト" を使用します ontap-nas-economy 保護処理を実行する前に
手順

  1. 「 * アプリケーション * 」を選択します。

  2. 目的のアプリケーションの*アクション*列のオプションメニューから、*バックアップ*を選択します。

  3. バックアップ名をカスタマイズする。

  4. 既存のスナップショットからアプリケーションをバックアップするかどうかを選択します。このオプションを選択すると、既存の Snapshot のリストから選択できます。

  5. ストレージバケットのリストから、バックアップのデスティネーションバケットを選択します。Write Once Read Many（WORM）バケット名の横にステータスが「Locked」と表示されます。

    メモ バケットのタイプがサポートされていない場合は、バケットにカーソルを合わせるか選択すると表示されます。

  6. 「 * 次へ * 」を選択します。

  7. バックアップの概要を確認し、「バックアップ」を選択します。

結果

Astra Controlがアプリケーションの変更不可のバックアップを作成

メモ

  • ネットワークに障害が発生している場合や、処理速度が異常に遅い場合は、バックアップ処理がタイムアウトする可能性があります。その結果、バックアップは失敗します。

  • 同じアプリケーションの書き換え不能な2つのバックアップを同じバケットに同時に作成しようとすると、Astra Controlによって2つ目のバックアップが開始されなくなります。最初のバックアップが完了してから、別のバックアップを開始してください。

  • 実行中の変更不可のバックアップはキャンセルできません。

  • データ保護処理（クローン、バックアップ、リストア）が完了して永続ボリュームのサイズを変更したあと、新しいボリュームのサイズが UI に表示されるまでに最大 20 分かかります。データ保護処理にかかる時間は数分です。また、ストレージバックエンドの管理ソフトウェアを使用してボリュームサイズの変更を確認できます。

Snapshot とバックアップを表示します

アプリケーションのスナップショットとバックアップは、 [ データ保護（ Data Protection ） ] タブで表示できます。

メモ 変更不可のバックアップのステータスは、使用しているバケットの横に「Locked」と表示されます。
手順

  1. 「 * アプリケーション」を選択し、アプリケーションの名前を選択します。

  2. [ * データ保護 * ] を選択します。

    デフォルトでは、 Snapshot が表示されます。

  3. バックアップのリストを表示するには、「 * Backups * 」を選択します。

Snapshot を削除します

不要になったスケジュール済みまたはオンデマンドの Snapshot を削除します。

メモ 現在レプリケート中のSnapshotは削除できません。
手順

  1. 「 * アプリケーション」を選択し、管理アプリの名前を選択します。

  2. [ * データ保護 * ] を選択します。

  3. 目的のスナップショットの * アクション * 列のオプションメニューから、 * スナップショットの削除 * を選択します。

  4. 削除を確認するために「 delete 」と入力し、「 * はい、 Snapshot を削除します * 」を選択します。

結果

Astra Control がスナップショットを削除します。

バックアップをキャンセルします

実行中のバックアップをキャンセルすることができます。

ヒント バックアップをキャンセルするには、バックアップが実行されている必要があります Running 状態。にあるバックアップはキャンセルできません Pending 状態。
メモ 実行中の変更不可のバックアップはキャンセルできません。
手順

  1. 「 * アプリケーション」を選択し、アプリケーションの名前を選択します。

  2. [ * データ保護 * ] を選択します。

  3. 「 * Backups * 」を選択します。

  4. 目的のバックアップの[アクション（* Actions ）]列の[オプション（Options）]メニューから、[*キャンセル（* Cancel *）]を選択します。

  5. 処理を確認するために「CANCEL」と入力し、「* Yes、cancel backup *」を選択します。

バックアップを削除します

不要になったスケジュール済みまたはオンデマンドのバックアップを削除します。バケットの保持ポリシーで変更不可のバケットに作成されたバックアップは削除できません。

メモ 保持期間が終了する前に変更不可のバックアップを削除することはできません。
メモ 実行中のバックアップをキャンセルする必要がある場合は、の手順に従ってください バックアップをキャンセルします。バックアップを削除するには、完了するまで待ってから、次の手順を実行します。
手順

  1. 「 * アプリケーション」を選択し、アプリケーションの名前を選択します。

  2. [ * データ保護 * ] を選択します。

  3. 「 * Backups * 」を選択します。

  4. 目的のバックアップの [ * アクション * ] 列の [ オプション ] メニューから、 [ * バックアップの削除 * ] を選択します。

  5. 削除を確認するために「 delete 」と入力し、「 * はい、バックアップを削除 * 」を選択します。

結果

Astra Control がバックアップを削除する。