説明
vSAN クラスタでの遅延が長くなる原因として、1 つ以上のディスク グループで輻輳が発生していることが考えられます。
輻輳は、ストレージ デバイスが I/O リクエストの処理でどれだけビジーであるかを示す尺度です。輻輳が高い場合、ストレージ デバイスが過負荷になり、リクエストを十分な速度で処理できなくなり、遅延が増加し、スループットが低下することを意味します。輻輳は、キャッシュ容量の不足、ディスク障害、ネットワークの問題、負荷の高さなど、さまざまな要因によって発生する可能性があります。他のオプションでは、vSAN クラスタで長い遅延が発生する可能性は高くありません。仮想マシンは、高パフォーマンス向けに最適化されているため、遅延に影響を与えることなく PVSCSI コントローラーを使用できます。イレイジャー コーディングは、レイテンシに大きな影響を与えないスペース効率の機能です。ジャンボ フレームは vSAN には必要ありません。ジャンボ フレームを有効にしても、遅延の低下が保証されるわけではありません。参考資料: vSAN パフォーマンス モニター。[vSAN の輻輳について説明]

説明
一部のコンポーネントが完全に正常な状態にない最も可能性の高い原因は、1 つのホストがアクセシビリティの確保オプションを使用してメンテナンス モードになっていることが考えられます。このオプションは、元のコンポーネントが復元または再構築されるまで、必要な耐障害数 (FTT) を維持するために、他のホスト上に一時的な耐久性コンポーネントを作成します。これらの耐久性コンポーネントは完全な冗長性を持たず、ストレージ ポリシーに準拠していない可能性があるため、完全に健全であるとはみなされません。他のオプションは、FTT やオブジェクトのコンプライアンス状態に影響を与えないため、一部のコンポーネントが完全に正常でない理由を説明しません。
参考資料: 耐久性コンポーネント。esxcli vsan デバッグ オブジェクトの概要

説明
要件を満たすように新しい vSAN クラスタを構成するには、Network I/O Control の使用と VLAN 内での vSAN トラフィックの分離の 2 つのアクションを実行する必要があります。Network I/O Control を使用すると、vSAN 管理者はネットワーク リソース プールを作成し、vSAN、vMotion、管理などのさまざまなトラフィック タイプに帯域幅の共有や予約を割り当てることができます。これにより、競合時に vSAN トラフィックの帯域幅が保証され、より優れたパフォーマンスと可用性を実現できます。vSAN トラフィックを VLAN に分離すると、他のネットワーク セグメントからの不正アクセスや干渉が防止され、クラスタのセキュリティが強化されます。また、ブロードキャスト ドメインを削減し、IP アドレスの競合を回避することにより、ネットワークの構成と管理が簡素化されます。vSAN ホスト間のスタティック ルートの作成、ストレージ ポリシーでの IOPS 制限ルールの使用、およびジャンボ フレームの有効化は、このシナリオでは必須または推奨されるアクションではありません。vSAN はバージョンと構成に応じてマルチキャストまたはユニキャストを使用するため、vSAN 通信には静的ルートは必要ありません。IOPS 制限ルールは、オブジェクトに割り当てられる IOPS を制限するために使用されます。これにより、アプリケーションのパフォーマンスと遅延が低下する可能性があります。ジャンボ フレームはネットワークの効率とスループットを向上させることができますが、vSAN には必須ではなく、すべてのネットワーク デバイスにわたって一貫した構成が必要です。
参考文献:
ネットワークI/O制御
vSAN ネットワーク設計ガイド

説明
ストレージ ポリシーの不遵守を回避するには、vSAN メンテナンス モード オプションとして [完全なデータ移行] を使用する必要があります。このオプションは、すべてのデータをホストからクラスター内の他のホストに退避させ、現在のオブジェクトのコンプライアンス状態を維持します。これは、VM オブジェクトがすべてのレプリカにアクセスでき、割り当てられたストレージ ポリシーに準拠することを意味します。他のオプションでは、データの完全な冗長性やポ​​リシーの順守が保証されないため、ストレージ ポリシーに準拠しない可能性があります。アクセシビリティを確保すると、VM の実行に不可欠なコンポーネントのみが移行されますが、すべてのレプリカにはアクセスできない可能性があります。
部分メンテナンス モードは、vSAN クラスタの有効なオプションではありません。データ移行なしではホストからデータが退避されないため、VM が利用できなくなったり、データが失われる可能性があります。参考資料: メンテナンス モードの使用; vSAN クラスタのメンバーをメンテナンス モードにする

説明
共有監視を使用して新しい 2 ノードの vSAN クラスターを展開するには、管理者はいくつかの要件を満たす必要があります。その 1 つは、ESXi ホストに少なくとも 64 GB のメモリが必要であることです。これは、各ホストには VM を実行し、vSAN メタデータのオーバーヘッドをサポートするのに十分なメモリが必要であるためです。他のオプションは、共有監視を備えた 2 ノード vSAN クラスターの要件ではありません。ESXi ホストは、vSAN 用にサポートされているストレージ デバイスを使用できるため、仮想フラッシュ ファイル システム用の SSD や NVMe は必要ありません。ESXi ホストのコントローラ キャッシュと高度な機能は、パフォーマンスと信頼性を向上させるために使用できるため、無効にする必要はありません。vSAN は独自のソフトウェア定義の RAID メカニズムを使用して障害を許容するため、ESXi ホストのドライブを RAID 1 で構成する必要はありません。
参考資料: 2 ノード vSAN デプロイの共有監視。2 ノードクラスタの要件