Skip to main content
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

データ保護とディザスタリカバリ

共同作成者
PDF

Astra TridentとAstra Tridentを使用して作成されたボリュームの保護とリカバリのオプションについて説明します。永続性に関する要件があるアプリケーションごとに、データ保護とリカバリの戦略を用意しておく必要があります。

Astra Tridentのレプリケーションとリカバリ

災害発生時にAstra Tridentをリストアするバックアップを作成できます。

Astra Tridentのレプリケーション

Astra Tridentは、Kubernetes CRDを使用して独自の状態の格納と管理を行い、Kubernetesクラスタetcdを使用してメタデータを格納します。

手順

  1. を使用してKubernetesクラスタetcdをバックアップし"Kubernetes：etcdクラスタのバックアップ"ます。

  2. バックアップアーティファクトをFlexVolに配置します。

    メモ FlexVolが配置されているSVMを別のSVMへのSnapMirror関係で保護することを推奨します。

Astra Tridentのリカバリ

Kubernetes CRDとKubernetesクラスタetcd Snapshotを使用して、Astra Tridentをリカバリできます。

手順

  1. デスティネーションSVMから、Kubernetes etcdデータファイルと証明書が格納されているボリュームを、マスターノードとしてセットアップするホストにマウントします。

  2. Kubernetesクラスタに関連する必要なすべての証明書をにコピーし、etcdメンバーファイルを /var/lib/etcd`にコピーします `/etc/kubernetes/pki。

  3. を使用して、etcdバックアップからKubernetesクラスタをリストアします"Kubernetes：etcdクラスタのリストア"。

  4. を実行し `kubectl get crd`てすべてのTridentカスタムリソースが稼働していることを確認し、Tridentオブジェクトを取得してすべてのデータが使用可能であることを確認します。

SVMレプリケーションとリカバリ

Astra Tridentではレプリケーション関係を設定できませんが、ストレージ管理者はを使用してSVMをレプリケートできます "ONTAP SnapMirror"。

災害が発生した場合は、 SnapMirror デスティネーション SVM をアクティブ化してデータの提供を開始できます。システムがリストアされたら、プライマリに戻すことができます。

タスクの内容

SnapMirror SVMレプリケーション機能を使用する場合は、次の点を考慮してください。

  • SVM-DRを有効にしたSVMごとに、個別のバックエンドを作成する必要があります。

  • SVM-DRをサポートするバックエンドにレプリケーション不要のボリュームをプロビジョニングしないように、必要な場合にのみレプリケートされたバックエンドを選択するようにストレージクラスを設定します。

  • アプリケーション管理者は、レプリケーションに伴う追加コストと複雑さを理解し、このプロセスを開始する前にリカバリプランを慎重に検討する必要があります。

SVMレプリケーション

を使用すると、SVMレプリケーション関係を作成できます"ONTAP：SnapMirror SVMレプリケーション"。

SnapMirrorでは、レプリケートする対象を制御するオプションを設定できます。プリフォーム時に選択したオプションを知っておく必要がAstra Tridentを使用したSVMのリカバリあります。

Astra Tridentを使用したSVMのリカバリ

Astra Trident では、 SVM の障害は自動では検出されない。災害が発生した場合、管理者は新しいSVMへのTridentフェイルオーバーを手動で開始できます。

手順

  1. スケジュールされた実行中のSnapMirror転送をキャンセルし、レプリケーション関係を解除し、ソースSVMを停止してからSnapMirrorデスティネーションSVMをアクティブ化します。

  2. を指定した場合は -identity-preserve false、 -discard-config network`SVMレプリケーションの設定時に、Tridentバックエンド定義ファイルでと `dataLIF`を更新します `managementLIF。

  3. Tridentバックエンド定義ファイルにが存在することを確認します storagePrefix。このパラメータは変更できません。省略する `storagePrefix`と、バックエンドの更新が失敗します。

  4. 次のコマンドを使用して、必要なすべてのバックエンドを更新して新しいデスティネーションSVM名を反映します。

    ./tridentctl update backend <backend-name> -f <backend-json-file> -n <namespace>

  5. または discard-config network`を指定した場合は `-identity-preserve false、すべてのアプリケーションポッドをバウンスする必要があります。

    メモ を指定した場合、 `-identity-preserve true`デスティネーションSVMがアクティブ化されると、Astra Tridentでプロビジョニングされたすべてのボリュームがデータの提供を開始します。

ボリュームのレプリケーションとリカバリ

Astra TridentではSnapMirrorレプリケーション関係を設定できませんが、ストレージ管理者はAstra Tridentで作成されたボリュームをレプリケートするためにを使用できます"ONTAPのSnapMirrorレプリケーションとリカバリ"。

リカバリしたボリュームは、を使用してAstra Tridentにインポートできます"tridentctlボリュームインポート"。

メモ インポートは、、 ontap-san-economy、またはの ontap-flexgroup-economy`ドライバではサポートされていません `ontap-nas-economy。

Snapshotによるデータ保護

次のコマンドを使用してデータを保護およびリストアできます。

  • 永続ボリューム（PV）のKubernetesボリュームSnapshotを作成するための外部のSnapshotコントローラとCRD。

    "ボリューム Snapshot"

  • ONTAP Snapshot：ボリュームの内容全体のリストア、または個 々 のファイルまたはLUNのリカバリに使用します。

    "ONTAPスナップショット"

Astra Control Centerアプリケーションのレプリケーション

Astra Controlを使用すると、SnapMirrorの非同期レプリケーション機能を使用して、データやアプリケーションの変更をクラスタ間でレプリケートできます。

"Astra Control：SnapMirrorテクノロジを使用してアプリケーションをリモートシステムにレプリケート"