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

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

共同作成者
PDF

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

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

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

Tridentレプリケーション

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

手順

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

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

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

Tridentリカバリ

Kubernetes CRDとKubernetesクラスタetcdスナップショットを使用して、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レプリケーションとリカバリ

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

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

タスク概要

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

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

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

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

SVMレプリケーション

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

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

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

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がアクティブ化されたときに、Tridentによってプロビジョニングされたすべてのボリュームからデータの提供が開始されます。

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

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

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

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

Snapshotによるデータ保護

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

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

    "ボリューム Snapshot"

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

    "ONTAPスナップショット"