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レプリケーション" をクリックして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-economyontap-san-economy`または `ontap-flexgroup-economy ドライバ。

Snapshotによるデータ保護

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

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

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

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

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