VMware Cloud Foundation アーキテクチャ ポスターによると、VCF と NSX-T Federation は、サイト間でネットワークの構成と状態を同期することにより、2 つのデータ センターの場所にあるワークロード全体でネットワークの高可用性を提供します。また、サイト全体にわたる集中管理とポリシー適用を提供することで、2 日目の運用を簡素化します。また、サイト間のネットワーク サービスの高速フェイルオーバーが可能になるため、RTO も削減されます。

ネットワーク要件に関する VMware Cloud Foundation のドキュメントによると、vSAN ではネットワーク プール内に vMotion および NFS ネットワークを構成することのみが必要です。これは、vSAN トラフィックが vMotion ネットワーク上で伝送される可能性があり、NFS データストアの使用をサポートするには NFS ネットワークが必要であるためです [1]。
NFS は、IP ネットワーク経由でアクセスできるファイルベースのストレージ プロトコルです。特別なハードウェアやソフトウェアは必要なく、NFS プロトコルをサポートする任意のデバイスからアクセスできます [2]。そのため、ネットワーク プール内で NFS ネットワークを構成するだけで済みます。
したがって、正解は B. NFS と E. vSAN です。

この構成では、データ セグメントごとに 2 つのパリティ セグメントを作成する RAID-6 (消去コーディング) を使用して、2 つのホスト障害をサポートします。RAID-6 では FTT=2 に対して少なくとも 6 台のホストが必要なため、オプションの中で使用するホストの数が最も少なくなります。また、RAID-6 は各データ セグメントの完全なコピーを作成する RAID-1 (ミラーリング) よりも使用するディスク領域が少ないため、ストレージ容量の使用量も最小限に抑えられます12 A) 6 ホスト、FTT=2、RAID 1 は正しいオプションではありません。ストレージ容量の使用量が最小限に抑えられないためです。RAID-1 は、FTT=212 の場合に各データ セグメントのコピーを 3 つ作成するため、RAID-6 よりも多くのディスク領域を使用します。C) 5 ホスト、FTT=2、RAID 5/6 は正しいオプションではありません。 2 つのホスト障害をサポートします。RAID-5 では FTT=1 の場合は少なくとも 4 台のホストが必要で、RAID-6 では FTT=2 の場合は少なくとも 6 台のホストが必要です。5 台のホストでは、RAID-5 も RAID-6 も 2 台のホスト障害を許容できません 12 D) 5 台のホスト、FTT=2、RAID 1 は、2 台のホスト障害をサポートせず、ストレージ容量の使用量も最小限に抑えることができないため、正しいオプションではありません。RAID-1 では、FTT=2 の場合は少なくとも 5 台のホストが必要ですが、クォーラムを維持するための証人として追加のホストも必要です。したがって、5 つのホストの場合、RAID-1 は 1 つのホストの障害のみを許容できます。さらに、RAID-1 は FTT=212 に対して各データ セグメントのコピーを 3 つ作成するため、RAID-6 よりも多くのディスク領域を使用します。

https://docs.vmware.com/en/VMware-Validated-Design/6.2/sddc-architecture-and-design-for-a-vsphere-with-tanzu-workload-domain/GUID-8E524188-65F6-4FF2- B8A3-2D9B0C86FE2A.h tml NSX Tier-1 ゲートウェイは、vSphere with Tanzu 導入内のセグメントへのダウンリンク接続の機能を提供します。VMware のドキュメント 1 によると、セグメントは、オーバーレイ バックまたは VLAN バックのいずれかである仮想レイヤ 2 ドメインです。NSX Tier-1 ゲートウェイは 1 つ以上のセグメントに接続し、それらのセグメントに接続されているワークロードにルーティング サービスとセキュリティ サービスを提供します。NSX Tier-1 ゲートウェイは NSX Tier-0 ゲートウェイにも接続し、外部ネットワークへのアップリンク接続を提供します2

D.
1 障害が発生したホストを廃止します
2. クラスター API を使用してホストを削除します。
3. 正しいネットワークを使用して新しいホストをコミッショニングします。
4. クラスター API を使用して、新しくコミッショニングされたホストをクラスターに追加します。
Explanation:
これは、VMware のドキュメント 1 によれば、ストレッチ クラスタで障害が発生したホストを交換する手順は次のとおりであるためです。
コンパクト クラスター API を実行して、vSAN から古いデータを削除します。
SDDC Manager UI または API を使用して、削除するホストを廃止します。
SDDC Manager UI または API を使用して、削除されたホストと同じネットワーク プールに交換ホストをコミッショニングします。
SDDC Manager UI または API を使用して、新しくコミッショニングされたホストをクラスターに追加します。
VMware のドキュメントによると、ストレッチ クラスター内で障害が発生したホストを交換する場合、最初のステップは障害が発生したホストを廃止することです。この後、クラスター API を使用してホストを削除し、正しいネットワークで新しいホストをコミッショニングし、クラスター API を使用して新しくコミッショニングされたホストをクラスターに追加する必要があります。