Nutanix リカバリプランでは、IP アドレス変換は IP アドレスマッピングと呼ばれる自動化メカニズムによって処理されます。このドキュメントでは、固定マッピングとオフセットベースのマッピングという 2 つの方法について説明しています。
オフセットベースのマッピングにより、管理者はDRフェイルオーバー時にサブネット部分のみをシフトしながら、最後のオクテットなどのホストID属性の一貫性を維持できます。社内ガイダンスには、「オフセットベースのマッピングにより、ソースサブネットに適用されたオフセットを使用してターゲットIPアドレスを自動的に再計算できるため、ネットワーク全体でホスト固有のオクテットを維持できます」と記載されています。カスタムスクリプトは可能ですが、Nutanixは既に組み込みの自動IP変換システムを提供しているため、推奨されません。フェイルオーバー後にVM内でIPを編集することは運用コストが高く、オーケストレーションされたDRワークフローの目的に反します。IPAMは動的IP割り当てに役立ちますが、最後のオクテットマッピングの要件は維持されません。
したがって、オフセットベースの IP マッピングは、この要件に適したメカニズムです。

Nutanix カテゴリを使用すると、管理者は関連する VM をグループ化できるため、災害復旧 (DR) の計画が容易になります。
* オプション B (カテゴリを利用してリカバリ プラン内の VM を整理する) が正解です。
* カテゴリは、アプリケーション層 (データベース、ミドルウェア、Web サーバーなど) に基づいて VM をグループ化するのに役立ちます。
* これにより、アプリケーションの依存関係を維持しながら、秩序あるフェイルオーバーが保証されます。
* オプション A (命名スキーマ) が正しくありません。
* 命名規則は役立ちますが、回復計画の機能的な編成には役立ちません。
* オプション C (VM への 1:10 リカバリ プラン) は正しくありません。
* 比率は固定値ではなく、ビジネス要件によって異なります。
* オプション D (RESTful API) は誤りです。
* 自動化は便利ですが、カテゴリによる適切な VM グループ化に代わるものではありません。
参考文献:
* Nutanix 災害復旧ガイド #DR 管理におけるカテゴリの使用
* Nutanix KB #災害復旧計画のためのVMの整理

災害復旧が正しく機能するには、ソースと宛先のストレージ コンテナーの名前が同じである必要があります。
* オプション C (ストレージ コンテナー名の不一致) が正解です。
* DR サイトのストレージ コンテナ名が一致しない場合、Nutanix はスナップショットとレプリケーション データをマッピングできません。
* これにより、データが存在するにもかかわらず、フェイルオーバー操作が失敗します。
* オプションA（NGTがインストールされていない）は誤りです。
* NGT はアプリケーション整合性スナップショットには必要ですが、クラッシュ整合性スナップショットには必要ありません。
* オプション B (Windows アップデート) は誤りです:
* OS の更新はレプリケーションの可用性に影響しません。
* オプション D (ストレージ RF 係数の不一致) は正しくありません。
* レプリケーションはさまざまな RF 要因にわたって機能しますが、パフォーマンスは異なる場合があります。
参考文献:
* Nutanix ディザスタリカバリガイド#リモートレプリケーションの要件
* Nutanix KB#保護ドメインのストレージコンテナマッピング

Nutanix Multicloud Infrastructureのドキュメントでは、リカバリプランと保護ポリシーは、VMごとの割り当てではなく、カテゴリを使用して拡張するように設計されていると説明されています。カテゴリは、目的、事業部門、アプリケーション層、起動順序、ネットワーク要件ごとにVMをグループ化するためのメタデータを提供します。ドキュメントには、リカバリプランが「カテゴリを使用することで、それらのカテゴリに一致するVMが自動的にDRワークフローに含まれる」と記載されています。また、カテゴリは自動更新も可能にするため、VMが追加、削除、または変更されてもDRプランを変更する必要はありません。この方法は、多数のワークロードと可変のアプリケーション層を持つ環境に特に推奨されます。スクリプト、命名規則、静的な比率では、カテゴリが提供する動的なグループ化と自動化は実現できません。

レプリケーション ファクター (RF2) は、可用性を確保するために、各データが異なるノードに 2 回保存されることを意味します。
* オプション B (3 ノード) が正解です。
* RF2 クラスターでは、1 つのノードが削除されたときにデータ保護を確保するために、データの冗長性には少なくとも 3 つのノードが必要です。
* 3 ノード クラスターからノードが削除されると、Nutanix は残りのノード間でデータを自動的に再配布します。
* オプションA（2ノード）は誤りです。
* RF2 では、フォールト トレランスを維持するために少なくとも 3 つのノードが必要です。
* 2 ノード クラスターは、Witness ノードなしでは完全な冗長性を提供できません。
* オプション C (4 ノード) とオプション D (5 ノード) は誤りです。
* クラスターが大きいほど冗長性が高まりますが、最小要件は 3 ノードです。
参考文献:
* Nutanix バイブル #レプリケーションファクター (RF) とフォールトトレランス
* Nutanix Prism Element ガイド #ノード障害と削除の管理