Nutanixのストレージコンテナを使用すると、管理者は容量予約と公開制限を設定して、より効率的なリソース管理を行うことができます。
* オプションD（予約容量を10GiB、公開容量を500GiBに設定する）が正解です。
* 予約容量により、このコンテナ用に常に 10 GiB が確保され、他のコンテナによって消費されないことが保証されます。
* 広告容量は、過剰割り当てを防ぐために500 GiBの論理的な制限を定義します。
* オプションAは誤りです。
* 広告されている容量10GiBは低すぎ、500GiBのストレージコンテナの要件を満たしていません。
* 選択肢Bは誤りです。
* 広告容量を設定するだけでは、予約容量が保証されるわけではありません。つまり、他のコンテナが予約済みのスペースを使用する可能性があります。
* 選択肢Cは誤りです。
* 予約容量のみを設定すると上限が適用されないため、過剰供給につながる可能性があります。
参考文献：
Nutanixストレージ管理ガイド#ストレージコンテナー設定の理解 Nutanixナレッジベース#ストレージコンテナーにおける公開容量と予約容量

GPUパススルーを使用する仮想マシンは、特定のホスト上の物理GPUに直接接続されているため、ライブマイグレーションを行うことはできません。
* オプションB（VMがGPUパススルーを使用する）が正解です。
* パススルーデバイス（GPUなど）はVMに直接割り当てられるため、VMの電源を先に切らない限り移行は不可能です。
* オプションA（VMはボリュームグループを使用する）は誤りです。
ボリュームグループは、正しく設定されていない限り、ライブマイグレーションをサポートします。
* オプションC（VM-VMアンチアフィニティ）は誤りです。
* アンチアフィニティルールは、特定の2つの仮想マシンが同時に実行されることを防止しますが、移行自体は防止しません。
* オプションD（VMが外部NASを使用する）は誤りです。
* Nutanixはホスト間での共有ストレージをサポートしているため、NASを使用してもVMの移行は妨げられません。
参考文献：
Nutanix AHV のベストプラクティス#GPU パススルーと VM 移行の制限 Nutanix KB#GPU パススルーを使用して VM をライブ移行できないのはなぜですか?

Nutanixのストレージポリシーを使用すると、管理者はストレージコンテナレベルでデータ保護とパフォーマンスの設定を構成できます。
* レプリケーションファクター（RF）は、耐障害性のためにノード間で保存されるデータのコピー数を定義します。
* 暗号化により、Nutanixネイティブの暗号化方式によって保存データが保護されます。
* オプションA（ストレージコンテナとボリュームグループ）は、ストレージの構成に関するものであり、ポリシーに関するものではありません。
* オプション C (共有とオブジェクト ストア) は、ファイルおよびオブジェクト ストレージ サービスに適用され、VM ストレージ ポリシーには適用されません。
* オプションD（データ保護とセキュリティ）は広範な用語であり、具体的なポリシー属性を定義していません。
参考文献：
* Nutanix Prism Element #ストレージポリシーとレプリケーション係数 (RF)
* Nutanixバイブル #ストレージファブリックとデータ回復力
* Nutanix KB #ストレージポリシーでの暗号化の有効化

ノード障害発生時にVMの高可用性（HA）を確保するには、管理者はPrism ElementでHA予約（オプションB）を有効にする必要があります。
* Nutanixの高可用性（HA）機能により、仮想マシンが実行されているホストに障害が発生した場合でも、別の利用可能なノードで仮想マシンが再起動されます。
* オプションA（冗長性係数3）はストレージの冗長性に影響し、VMのフェイルオーバーには影響しません。
* オプションC（保護ドメイン）は、ローカルHAフェイルオーバーではなく、災害復旧（DR）に関連しています。
* オプションD（RF1ストレージコンテナ）は耐障害性が低下するため、本番環境での使用は推奨されません。
参考文献：
* Nutanix Prism Element ガイド # HA 予約の設定
* Nutanix Bible #高可用性（HA）とフェイルオーバー
* Nutanix サポート KB # HA が有効な VM リカバリ