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

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

共同作成者

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クラスタに関連する必要な証明書をすべてのにコピーします /etc/kubernetes/pki およびの下のetcdメンバーファイル /var/lib/etcd。

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

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

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

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

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

このタスクについて

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

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

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

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

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レプリケーションを設定する場合は、を更新します managementLIF および dataLIF をTridentバックエンド定義ファイルに追加します。

  3. 確認します storagePrefix は、Tridentバックエンド定義ファイルに含まれています。このパラメータは変更できません。省略しています storagePrefix バックエンドの更新が失敗するように原因します。

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

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

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

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

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

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

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

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

Snapshotデータの保護

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

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

    "ボリューム Snapshot"

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

    "ONTAPスナップショット"

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

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

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