フェイルオーバー時、Disaster Recoveryはデフォルトで最新のSnapMirrorスナップショットコピーを使用しますが、（SnapMirrorの保持ポリシーに従って）ポイントインタイムスナップショットから特定のスナップショットを選択することもできます。ランサムウェア攻撃などで最新のレプリカが侵害されている場合は、ポイントインタイムオプションを使用してください。

このプロセスは、運用サイトが正常かどうか、および重要なインフラストラクチャの障害以外の理由で災害復旧サイトへのフェイルオーバーを実行しているかどうかによって異なります。

この手順では、レプリケーション関係を解除し、ソースワークロードをオフラインにし、レプリケートされたボリュームをディザスタリカバリサイトで使用可能にし、計画のフェイルオーバールールを使用して保護されたワークロードを再起動して、ターゲットサイトでの読み取り / 書き込みを有効にします。VMwareワークロードの場合、サービスはvCenterソースVMをオフラインにし、ボリュームをディザスタリカバリのvCenterにデータストアとして登録して、保護対象のVMを再起動します。Kubernetesワークロードは、アプリケーションと永続ボリュームに関して、同様の順序に従います。

ライブフェイルオーバーを実行する前に、テストを実行して準備状況を確認できます。テストプロセス中もワークロードはオンライン状態を維持します。

VMwareワークロードのフェイルオーバーテスト中、ディザスタリカバリは一時的にVMを作成します。ディザスタリカバリは、FlexCloneボリュームをバッキングする一時データストアをESXiホストにマッピングします。Kubernetesワークロードのフェイルオーバーテストは、デスティネーション クラスタ上の保護されたアプリケーションと永続ボリュームに対して同等のシーケンスに従います。

このプロセスでは、オンプレミスのONTAPストレージまたは AWS の FSx for NetApp ONTAPストレージの追加の物理容量は消費されません。元のソース ボリュームは変更されず、災害復旧中でもレプリカ ジョブを続行できます。

テストが完了したら、*Clean up test*オプションを使用してテスト環境をリセットすることをお勧めします。

テスト フェイルオーバー操作は、実稼働ワークロード、テスト サイトで使用されるSnapMirror関係、および正常に動作し続ける必要がある保護されたワークロードには影響しません。

テストフェイルオーバーの場合、Disaster Recoveryは以下の操作を実行します。

フェイルオーバーテストが完了したら、テスト環境をクリーンアップする必要があります。このプロセスにより、一時的なテストリソースとFlexClonesがテスト場所から削除されます。VMwareワークロードの場合、これには一時的な仮想マシンと一時的なデータストアが含まれます。

災害が発生した場合は、必要に応じてプライマリサイトを災害復旧サイトにフェイルオーバーします。VMwareワークロードの場合は、プライマリのオンプレミスVMwareサイトを、別のオンプレミスVMwareサイト、またはFSx for NetApp ONTAPを使用するVMware Cloud on AWSにフェイルオーバーできます。Kubernetesワークロードの場合は、レプリケーションプランのデスティネーション クラスタにフェイルオーバーします。

フェイルオーバー処理には、以下の操作が含まれます。vCenter、VM、またはデータストアを参照する操作は、VMwareワークロードに適用されます。Kubernetesワークロードは、アプリケーションと永続ボリュームに対する同等の操作に従います：