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

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

共同作成者 netapp-aruldeepa
PDF

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

Tridentの複製と回復

災害発生時にTrident を復元するためのバックアップを作成できます。

Trident複製

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

手順

  1. Kubernetesクラスタetcdをバックアップするには"Kubernetes: etcd クラスターのバックアップ"。

  2. バックアップアーティファクトをFlexVol volumeに配置する

    メモ NetApp、 FlexVol が存在する SVM を別の SVM とのSnapMirror関係で保護することを推奨しています。

Tridentの回復

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

Tridentはレプリケーション関係を設定することはできませんが、ストレージ管理者は "ONTAPSnapMirror"SVM を複製します。

災害が発生した場合は、 SnapMirror の宛先 SVM をアクティブ化してデータの提供を開始できます。システムが復元されたら、プライマリに切り替えることができます。

タスク概要

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

  • SVM-DR が有効になっている各 SVM ごとに個別のバックエンドを作成する必要があります。

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

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

SVMレプリケーション

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

SnapMirror を使用すると、複製する内容を制御するオプションを設定できます。実行時に選択したオプションを知っておく必要がありますTridentを使用したSVM回復。

Tridentを使用したSVM回復

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

ボリュームの複製と回復

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

その後、回復したボリュームをTridentにインポートすることができます。"tridentctl ボリュームインポート" 。

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

スナップショットデータ保護

以下を使用してデータを保護および復元できます。

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

    "ボリュームスナップショット"

  • ONTAPスナップショットを使用して、ボリュームの内容全体を復元したり、個々のファイルまたは LUN を回復したりします。

    "ONTAPスナップショット"