説明
同じ構成のホストごとにディスク グループを 1 つ追加することと、同じデバイス構成の ESXi ホストを追加することは、最小限の影響で容量とパフォーマンスを向上させるという目標を達成するために vSAN 管理者が使用する必要がある 2 つの方法です。ホストごとにディスク グループを 1 つ追加すると、RAW ストレージ容量が 20% 増加し、より多くのキャッシュ デバイスとディスク グループに I/O 負荷が分散されるため、パフォーマンスも向上します。同一のデバイス構成を持つ ESXi ホストを追加すると、RAW ストレージ容量が 25% 増加し、さらに多くのコンピューティング リソースとネットワーク リソースをクラスタに追加することでパフォーマンスも向上します。どちらの方法も、進行中の操作を中断したり、データの退避や再同期を必要としたりすることなく実行できます。
他のオプションは次の理由により正しくありません。
すべての容量のデバイスを同様のより大きなデバイスに置き換えることは、パフォーマンスが向上せず、クラスターに重大な影響を与えるため、正しくありません。キャパシティ デバイスを交換するには、ディスク グループを削除する必要があります。これにより、ディスク グループ上のすべてのデータが消去され、影響を受けるオブジェクトの再同期がトリガーされます。これは中断と時間がかかる可能性があり、また、追加のネットワーク トラフィックやディスク トラフィックも発生します。
すべてのキャッシュ デバイスをより大きなデバイスに置き換えることは、容量が増加せず、クラスターに重大な影響を与えるため、正しくありません。キャッシュ デバイスを交換するにはディスク グループを削除する必要もありますが、これにはキャパシティ デバイスを交換する場合と同じ欠点があります。さらに、vSAN OSA は固定のキャッシュ比率を使用するため、キャッシュ サイズを増やしてもパフォーマンスが大幅に改善されない可能性があります。
キャッシュ デバイスのサイズに関係なく、書き込みバッファーが 70%、読み取りキャッシュが 30%。
より高速なキャッシュ デバイスを追加することは、容量が増加せず、クラスターに重大な影響を与えるため、正しくありません。より高速なキャッシュ デバイスを追加するには、ディスク グループを削除する必要もありますが、これにはキャッシュ デバイスを交換する場合と同じ欠点があります。さらに、vSAN OSA はキャッシュ デバイスの速度に関係なく、書き込みバッファに 70%、読み取りキャッシュに 30% の固定キャッシュ比率を使用するため、より高速なキャッシュ デバイスを追加してもパフォーマンスが大幅に改善されない可能性があります。参考文献:
VMware vSAN Specialist v2 試験準備ガイド (10 ページ)
vSAN クラスターの拡張

説明
廃止された vSAN クラスタで以前に使用されていたホストにディスクを追加すると、そのディスクには、ディスク管理での認識を妨げる vSAN メタデータ パーティションがまだ残っている可能性があります。この問題を解決するには、ESXCLI または partedUtil コマンドを使用してディスク パーティションを削除する必要があります。これにより、ディスク上のすべてのデータが消去され、ディスク管理で使用できるようになります。参考資料: VMware vSAN Specialist v2 試験 5V0-22.23 (21 ページ)

説明
vSAN ESA を有効にするには、vSAN Standard ライセンス以上、および vSAN ReadyNodes 構成の 2 つの要件を満たす必要があります。vSAN ESA は vSAN 8.0 以降のバージョンでのみ使用できる機能であるため、vSAN ESA を使用するには vSAN Standard ライセンス以上が必要です。vSAN ESA は、vSAN OSA のオプションの代替アーキテクチャであり、より高い効率、スケーラビリティ、およびパフォーマンスでデータを処理および保存するように設計されています。
vSAN ESA は、VMware ハイパーコンバージド インフラストラクチャ ソフトウェア用に事前構成、テスト、認定されているハードウェア構成であるため、vSAN ReadyNodes 構成は vSAN ESA を使用するために必要です。各 vSAN ReadyNode は、必要な量の CPU、メモリ、ネットワーク、ストレージ NVMe デバイスを備えた vSAN ESA 用に最適に構成されています。他のオプションは正しくありません。vSAN Build Your Own 構成は、vSAN ESA のハードウェア要件または互換性を満たしていない可能性があるため、vSAN ESA ではサポートされていません。
vSAN Witness Appliance は、ストレッチ クラスタまたは 2 ノード クラスタ構成でのみ必要となるため、vSAN ESA を使用する必要はありません。参考資料: vSAN Express ストレージ アーキテクチャ。vSAN ReadyNode ハードウェア ガイダンス

説明
vSphere Lifecycle Manager を使用してイメージを作成するには、ESXi バージョンを指定することが必須の要件です。イメージは、クラスター内のホストの望ましい状態を定義するソフトウェア コンポーネントの集合です。イメージには、ホストのベース ハイパーバイザー ソフトウェアを決定する ESXi バージョン コンポーネントが少なくとも 1 つ含まれている必要があります。オプションで、イメージには、ベンダー アドオン、ファームウェアおよびドライバー アドオン、カスタム コンポーネントなどの他のコンポーネントを含めることもできます。他のオプションは正しくありません。コンポーネントは、イメージに含めることができるソフトウェア要素の総称ですが、特定の種類のコンポーネントではありません。ファームウェアとドライバーのアドオンは、ホスト上のハードウェア デバイスのファームウェアとドライバーの更新を提供するオプションのコンポーネントです。ベンダー アドオンは、ホストにベンダー固有のソフトウェアを提供するオプションのコンポーネントです。参考資料: 画像について; 画像の作成

説明
vSANPolicy1 を使用して障害が発生したホスト上で実行されていた仮想マシンへの影響は、各仮想マシンが vSphere HA を使用して別の vSAN ホスト上で再起動されることです。これは、vSANPolicy1 の許容障害数が 1 障害 - RAID-5 (消去コーディング) に設定されているためです。これは、各オブジェクトに 4 つのコンポーネント (3 つのデータと 1 つのパリティ) が 4 つのホストに分散されていることを意味します。1 つのホストに障害が発生した場合でも、残りの 3 つのコンポーネントを使用してオブジェクトにアクセスでき、vSphere HA は別のホストで仮想マシンを再起動します。また、十分な容量とリソースがある場合、vSAN は不足しているコンポーネントを別のホスト上で再構築しようとします。他のオプションは、オブジェクトが使用できないか、回復プロセスが遅延または不可能であると想定しているため、正しくありません。参考資料: [VMware vSAN Specialist v2 試験 5V0-22.23]、16 ページ