説明
VMware vSAN および VMware vSphere High Availability (HA) を使用した HCI メッシュ ソリューションを設計する場合、アーキテクトは次の 2 つの考慮事項を評価する必要があります。 vSphere HA が機能するには、クライアント クラスタ内に少なくとも 3 つのノードが必要です。これは、vSphere HA がクォーラムを形成し、他のホストと VM の可用性を監視するマスター ホストを選択するために、クラスター内に少なくとも 3 つのノードが必要であるためです。クラスタ内のノードが 3 つ未満の場合、vSphere HA は適切に機能できず、ホストまたは VM の障害の検出や応答に失敗する可能性があります。vSphere HA が HCI メッシュで動作する場合は、全パス ダウンのデータストア (APD) が VM の電源をオフにして再起動するように構成する必要があります。これは、APD が物理的な接続の喪失によりストレージ デバイスにアクセスできなくなり、そのデバイスを使用する VM で I/O エラーやタイムアウトが発生するときに発生する状態であるためです。HCI メッシュを使用する場合、クライアント クラスターとサーバー クラスター間のネットワーク接続が失われたり中断され、リモート データストアが使用できなくなると APD が発生する可能性があります。vSphere HA がストレージにアクセスできる別のホスト上で影響を受ける VM を再起動できるようにするには、vSphere HA 設定で APD を使用したデータストアを [電源オフにして VM を再起動する] に設定する必要があります。他のオプションは正しくありません。サーバー vSAN クラスタは、ローカル データストアを 5 つではなく、最大 15 個のクライアント vSAN クラスタに提供できます。これは、HCI メッシュを使用してサーバー クラスターからリモート データストアをマウントできるクライアント クラスターの最大数です。
クライアント クラスタは、1 つ以上の vSAN サーバ クラスタから 10 個ではなく、最大 5 個のリモート データストアをマウントできます。これは、HCI メッシュを使用してクライアント クラスターによってマウントできるリモート データストアの最大数です。
参考資料: VMware vSAN HCI メッシュ。vSphere の可用性。すべてのパスダウン (APD) 状態の処理

説明
正解は A です。NVMe デバイスを使用するには、vSAN OSA クラスタ内の各物理ホストでディスク グループを削除する必要があります。これは、vSAN OSA が 1 つのディスクをキャッシュ ディスクとして指定し、残りをキャパシティ ディスクとするディスク グループ構成を使用しているためです。キャッシュ ディスクを別のタイプまたはサイズに置き換えるには、最初にディスク グループを削除する必要があります。これにより、ディスク上のすべてのデータが消去され、影響を受けるオブジェクトの再同期がトリガーされます。管理者は、ディスク グループを削除する前に、ホストをメンテナンス モードにし、すべてのデータを退避するオプションを選択する必要があります。キャッシュ ディスクを NVMe デバイスと交換した後、管理者はディスク グループを再作成し、メンテナンス モードを終了する必要があります。他のオプションは次の理由により正しくありません。
B (新しいキャッシュを追加する前にディスク グループを削除する必要はありません) は、vSAN OSA では既存のディスク グループへの新しいキャッシュ ディスクの追加がサポートされていないため、不正確です。キャッシュ ディスクを交換するには、ディスク グループを削除して再作成する必要があります。
C の「キャッシュ デバイスを変更する前にホストを vSAN OSA クラスタから削除する必要がある」は不正解です。クラスタからホストを削除する必要はなく、ホストをメンテナンス モードにするよりも多くの中断とデータ損失が発生するからです。ホストを削除すると、そのディスク グループも削除されるため、クラスターに再参加した後にディスク グループを再度追加する必要があります。
D の「キャッシュ ディスク ドライブの容量を大きくする必要がある」は、キャッシュ ディスクの容量が既存のものより大きい必要はないため、不正確です。キャッシュ ディスクのサイズは、拡張プロセスではなく、ワークロードの特性とパフォーマンス要件によって決定する必要があります。参考文献:
VMware vSAN Specialist v2 試験準備ガイド (10 ページ)

説明
vSAN ESA と、すべてのディスクが容量に寄与する新しいストレージ プール構成を使用するのが正解です。これにより、組織は、I/O フローの改善、復元力の向上、ディスクの効率化など、vSAN 8.0 の新機能を活用できるようになります。使用法。vSAN ESA では、すべてのディスクが容量ディスクとして扱われ、新しいアルゴリズムを使用してディスク全体にデータを分散するため、ディスク グループを作成したり、キャッシュ ディスクを指定したりする必要はありません。これにより、ディスク管理が簡素化され、キャッシュ管理のオーバーヘッドも軽減されます。参考文献:
VMware vSAN Specialist v2 試験準備ガイド（6 ページ）
VMware vSAN 8.0 の新機能

説明
現在、一部のオブジェクトが再同期される原因となる 2 つのアクションは次のとおりです。
ストレージ ポリシーへの変更はオブジェクトに適用されます。このアクションにより、オブジェクトが FTT、RAID レベル、ストライプ幅などの新しいポリシー設定に準拠するようにオブジェクトの再同期がトリガーされます。再同期プロセスでは、あるホストから別のホストにデータがコピーされ、レプリカまたはパリティ セグメントが作成または更新されます。
クラスタ内でホスト障害が発生しました。このアクションにより、ホスト障害により 1 つ以上のレプリカまたはパリティ セグメントが失われるため、一部のオブジェクトがストレージ ポリシーに準拠しなくなります。再同期プロセスでは、クラスタ内の他のホスト上に欠落しているコンポーネントが再構築され、コンプライアンスと可用性が復元されます。参考資料: VMware vSphere ストレージ ガイド (129 ページ) : vSAN クラスタでの再同期タスクの監視 1 : VMware vSAN Specialist v2 試験準備ガイド (13 ページ)

説明
最小限のリスクで vSAN クラスタの正常性を復元するには、vSAN 管理者はストレージ プールからデバイスを削除し、ストレージ デバイスを交換し、vSAN 内の新しいデバイスを要求する必要があります。これは、ストレージ プール内のデバイスの取り外しや交換が、そのプールに格納されているオブジェクトの可用性やパフォーマンスに影響を与えないためです。ストレージ プールは、デバイスが削除されると、プール内の残りのデバイス間でオブジェクトのバランスを自動的に再調整し、新しいデバイスが追加されると、オブジェクトをそれらのデバイス全体に分散します。このプロセスは、ホストを削除してクラスタに再度追加するよりも高速かつ安全です。これには、そのホスト上のすべてのオブジェクトの再同期が必要です4 参照: 4: VMware vSphere ストレージ ガイド (133 ページ):
VMware vSAN の設計およびサイジング ガイド (38 ページ)