VMware Cloud Foundation の vSAN 設計の要素

この要件と推奨事項のリストを、単一または複数の VMware Cloud Foundation インスタンスがある環境の共有ストレージ、vSAN プリンシパル ストレージ、および NFS 補助ストレージに関する参照資料として使用してください。この設計では、インスタンスに含まれるアベイラビリティ ゾーンが 1 つか複数かどうかも考慮されます。

物理ストレージ インフラストラクチャを設定すると、ほとんどの設計判断のための構成タスクが VMware Cloud Foundation で自動化されます。設計の影響に関する説明で示すように、構成を手動で実行する必要があるのは、一部の設計要素についてのみです。

設計の詳細については、「VMware Cloud Foundation の vSAN 設計」を参照してください。

表 1. VMware Cloud Foundation の vSAN 設計の要件

要件 ID	設計の要件	理由	影響
VCF-VSAN-REQD-CFG-001	ワークロード ドメイン クラスタの初期ニーズを満たすのに十分な Raw キャパシティを提供します。	ワークロード ドメイン クラスタを作成するのに十分なリソースがあることを確認します。	なし。
VCF-VSAN-REQD-CFG-002	クラスタ タイプに応じて、少なくとも必要最小数のホストを提供します。	ストレージの可用性の要件を満たします。	なし。

表 2. VMware Cloud Foundation の vSAN ESA 設計の要件

要件 ID	設計の要件	理由	影響
VCF-VSAN-REQD-CFG-003	vSAN 展開で使用されているハードウェア コンポーネントが vSAN ハードウェア互換性リストに表示されていることを確認します。	ワークロードの展開中のハードウェア関連の障害を防止します。	使用可能な互換性のあるハードウェア構成の数を制限します。

表 3. VMware Cloud Foundation の vSAN Max 設計の要件

要件 ID	設計の要件	理由	影響
VCF-VSAN-MAX-REQD-CFG-001	最初のクラスタに少なくとも 4 つのノードを指定します。	vSAN Max クラスタには、ホストが少なくとも 4 台含まれている必要があります。	なし。

表 4. VMware Cloud Foundation を使用するマルチラック コンピューティング VI ワークロード ドメイン クラスタの vSAN 設計の要件

要件 ID	設計の要件	理由	影響
VCF-VSAN-L3MR-REQD-CFG-001	vSAN フォルト ドメインを構成し、各ラックのノードをフォルト ドメインに配置します。	データ コンポーネントと監視コンポーネントのコピーを別々のラックのノードに配布することで、ワークロード仮想マシンがラック障害を許容できるようにします。	vCenter Server の展開後およびクラスタ拡張後に、手動でフォルト ドメイン構成を作成する必要があります。

表 5. VMware Cloud Foundation を使用するマルチラック コンピューティング VI ワークロード ドメイン クラスタの vSAN ESA 設計の要件

要件 ID	設計の要件	理由	影響
VCF-VSAN-ESA-L3MR-REQD-CFG-001	クラスタには少なくとも 4 台のラックを使用します。	単一ラックの障害が発生した場合に vSAN オブジェクトの再保護をサポートします。	適応型の RAID-5 イレージャ コーディングを使用するクラスタには、少なくとも 4 台のホストが必要です。
VCF-VSAN-ESA-L3MR-REQD-CFG-002	vSAN ESA 自動ポリシー管理を無効にします。	vSAN フォルト ドメインではサポートされません。 準拠しているデフォルト ストレージ ポリシーを vSAN データストアに適用するサポートを提供します。	vSAN フォルト ドメインの数に合わせて調整するには、デフォルトのストレージ ポリシーを手動で作成する必要がある場合があります。

表 6. VMware Cloud Foundation を使用するマルチラック コンピューティング VI ワークロード ドメイン クラスタの vSAN OSA 設計の要件

要件 ID	設計の要件	理由	影響
VCF-VSAN-OSA-L3MR-REQD-CFG-001	クラスタには少なくとも 4 台のラックを使用します。	単一ラックの障害が発生した場合に vSAN オブジェクトの再保護をサポートします。	RAID-1 構成のクラスタには、少なくとも 4 台のホストが必要です。

表 7. VMware Cloud Foundation を使用したストレッチ クラスタ用 vSAN 設計の要件

要件 ID	設計の要件	理由	影響
VCF-VSAN-REQD-CFG-004	デフォルトの vSAN ストレージ ポリシーに次の設定を追加します。 サイトの耐障害性 = サイト ミラーリング - ストレッチ クラスタ	アベイラビリティ ゾーンの停止から復旧する機能を備えた、各アベイラビリティ ゾーンの仮想マシンに必要な保護機能を提供します。	サードパーティの仮想マシンをこれらのクラスタでホストする場合は、追加のポリシーが必要になる場合があります。それらの仮想マシンには、デフォルトの VMware vSAN ポリシーがサポートするものとは別のパフォーマンスや可用性の要件があるためです。
VCF-VSAN-REQD-CFG-005	アベイラビリティ ゾーンごとに 1 つずつ、2 つのフォルト ドメインを構成します。各ホストをそれぞれのアベイラビリティ ゾーンのフォルト ドメインに割り当てます。	フォルト ドメインはアベイラビリティ ゾーンにマッピングされます。これにより、論理ホストが分離され、アベイラビリティ ゾーンがオフラインになっても常に vSAN データのコピーを使用できるようになります。	[サイト ミラーリング - ストレッチ クラスタ] オプションが選択され、フォルト ドメインが有効な場合は、追加の Raw ストレージを用意する必要があります。
VCF-VSAN-REQD-CFG-006	ストレッチ クラスタごとに個別の vSAN ストレージ ポリシーを構成します。	ストレッチ クラスタの vSAN ストレージ ポリシーを他のクラスタと共有することはできません。	追加の vSAN ストレージ ポリシーを構成する必要があります。
VCF-VSAN-WTN-REQD-CFG-001	アベイラビリティ ゾーン内の、ESXi ホストに対してローカルではない場所に、vSAN 監視アプライアンスを展開します。	いずれかのアベイラビリティ ゾーンで障害が発生した場合でも、vSAN 監視コンポーネントの可用性を確保します。	vSphere 環境を実行する、物理的に分離された 3 つ目の場所を指定する必要があります。別の物理的な場所にある VMware Cloud Foundation インスタンスを使用できます。
VCF-VSAN-WTN-REQD-CFG-002	必要なクラスタ キャパシティに対応する監視アプライアンスを展開します。	監視アプライアンスが、予測されるワークロード ストレージ使用量に対応できるようにサイズ調整されていることを確認します。	監視場所にある vSphere 環境は、監視アプライアンスのリソース要件を満たす必要があります。
VCF-VSAN-WTN-REQD-CFG-003	vSAN 監視アプライアンスの最初の VMkernel アダプタを監視サイトの管理ネットワークに接続します。	監視アプライアンスをワークロード ドメイン vCenter Server に接続できるようにします。	両方のアベイラビリティ ゾーンの管理ネットワークは、監視サイトの管理ネットワークにルーティングされている必要があります。
VCF-VSAN-WTN-REQD-CFG-004	静的に割り当てられた IP アドレスとホスト名を、vSAN 監視アプライアンスの管理アダプタに割り当てます。	メンテナンスと追跡を簡素化し、DNS 構成を実装します。	正確な IP アドレス管理が必要です。
VCF-VSAN-WTN-REQD-CFG-005	VMware Cloud Foundation インスタンスの vSAN 監視アプライアンスについて、正引きと逆引きの DNS レコードを構成します。	vSAN 監視アプライアンスを、IP アドレスではなく FQDN でワークロード ドメイン vCenter Server に接続できるようにします。	vSAN 監視アプライアンスの DNS レコードを指定する必要があります。
VCF-VSAN-WTN-REQD-CFG-006	vSAN 監視アプライアンスの内部 NTP 時間を使用して、時刻同期を構成します。	vSAN 監視アプライアンス、およびアベイラビリティ ゾーンとワークロード ドメイン vCenter Server の両方にある ESXi ホストとの間の時間の不一致によって生じる、ストレッチ クラスタ構成の障害を防止します。	環境内で、稼動中の NTP サービスが使用できる状態であることが必要です。 vSAN 監視アプライアンスと NTP サーバ間のすべてのファイアウォールは、必要なネットワーク ポートで NTP トラフィックを許可する必要があります。

表 8. VMware Cloud Foundation の vSAN 設計の推奨事項

推奨 ID	設計の推奨事項	理由	影響
VCF-VSAN-RCMD-CFG-001	ワークロード ドメイン クラスタについて計画されているニーズを満たすのに十分な Raw キャパシティを提供します。	ワークロード ドメイン クラスタに十分なリソースがあることを確認し、今後 vSAN データストアを拡張しなくて済むようにします。	なし。
VCF-VSAN-RCMD-CFG-002	少なくとも 30% の空き容量が vSAN データストアで常に使用可能であることを確認します。	この予約済み容量は、ホスト メンテナンス モードのデータ退避、コンポーネントの再構築、リバランス操作、および仮想マシンのスナップショットのために確保されます。	必要とされる使用可能なストレージの量を増やします。
VCF-VSAN-RCMD-CFG-003	デフォルトの VMware vSAN ストレージ ポリシーを使用します。	ワークロード ドメイン クラスタで必要な冗長性のレベルを提供します。 個々のワークロードに十分なレベルのパフォーマンスを提供します。	サードパーティの仮想マシンをこれらのクラスタでホストする場合は、追加のポリシーが必要になる場合があります。それらの仮想マシンには、デフォルトの VMware vSAN ポリシーがサポートするものとは別のパフォーマンスや可用性の要件があるためです。
VCF-VSAN-RCMD-CFG-004	デフォルトの仮想マシン スワップ ファイルは、スパース オブジェクトとして vSAN 上にそのまま置きます。	スパース仮想スワップ ファイルは、アクセスされる場合にのみ vSAN の容量を使用します。そのため、仮想スワップ ファイルの使用を必要とするメモリ オーバー コミットメントが仮想マシンで発生しない場合は、vSAN データストアの使用量を削減できます。	なし。
VCF-VSAN-RCMD-CFG-005	ワークロード ドメイン クラスタの既存の vSphere Distributed Switch インスタンスを使用します。	ネットワーク設計の複雑さを減らします。 必要な物理 NIC の数を減らします。	すべてのトラフィック タイプは、共通のアップリンクを介して共有できます。
VCF-VSAN-RCMD-CFG-006	vSAN トラフィックの VLAN でジャンボ フレームを構成します。	ジャンボ フレームは、vSphere vMotion および NFS ストレージ トラフィックのパフォーマンス向上にも使用されるため、構成が簡素化されます。 CPU オーバーヘッドが減り、結果的にネットワーク使用率が高くなります。	ネットワーク内のすべてのデバイスがジャンボ フレームをサポートしている必要があります。
VCF-VSAN-RCMD-CFG-007	各 vSAN クラスタの vSAN トラフィックに専用 VLAN を使用します。	vSAN トラフィックをクラスタ内のホストにのみ分離します。 ホストに到達する vSAN ブロードキャスト トラフィックの量を、クラスタ内のホストのみに減らします。	必要な VLAN の数を増やします。
VCF-VSAN-RCMD-CFG-008	デフォルトのワークロード ドメイン クラスタで、オールフラッシュ構成の vSAN を構成します。	デフォルトのワークロード ドメイン クラスタのパフォーマンス ニーズを満たします。	すべての vSAN ディスクはフラッシュ ディスクでなければなりませんが、磁気ディスクよりコストがかかる場合があります。

表 9. VMware Cloud Foundation で使用する場合の vSAN OSA 設計の推奨事項

推奨 ID	設計の推奨事項	理由	影響
VCF-VSAN-RCMD-CFG-009	ストレージ I/O コントローラのキュー深度が 256 以上に設定されていることを確認します。	キュー深度が低いストレージ コントローラは、vSAN の実行時にパフォーマンスと安定性の問題を引き起こす可能性があります。 vSAN ReadyNode サーバは、vSAN にとって正しいキュー深度で構成されます。	ストレージに使用できる、互換性のある I/O コントローラの数を制限します。
VCF-VSAN-RCMD-CFG-010	別の目的の vSAN ディスク グループを実行しているストレージ I/O コントローラは使用しないでください。	vSAN ディスク グループを実行しているストレージ I/O コントローラで、非 vSAN ディスク（VMFS など）を実行すると、vSAN のパフォーマンスに影響する可能性があります。	ESXi ホストで非 vSAN ディスクが必要な場合は、ホストに追加のストレージ I/O コントローラが必要です。
VCF-VSAN-RCMD-CFG-011	ESXi ホストごとに少なくとも 2 つのディスク グループを使用して vSAN を構成します。	フォルト ドメインのサイズを減らし、I/O 負荷をより多くのディスクに分散してパフォーマンスを向上します。	複数のディスク グループを使用するには、各 ESXi ホストにさらにディスクが必要です。
VCF-VSAN-RCMD-CFG-012	各ディスク グループのキャッシュ層には、600 GB 以上のフラッシュベース ドライブを使用します。	ハイブリッド構成とオール フラッシュ vSAN 構成の両方に十分なキャッシュを用意して、I/O をバッファできるようにし、ディスク グループの確実なパフォーマンスを実現します。 キャッシュ層の容量を追加しても、パフォーマンスは向上しません。	大規模なフラッシュ ディスクを使用すると、初期ホスト コストが増加する可能性があります。

表 10. VMware Cloud Foundation の vSAN ESA 設計の推奨事項

推奨 ID	設計の推奨事項	理由	影響
VCF-VSAN-RCMD-CFG-013	自動ポリシー管理を有効にします。	クラスタ タイプとクラスタ インベントリ内のホスト数に基づいて、最適化されたストレージ ポリシーを構成します。クラスタ内のホストの数またはホストの再構築の予約を変更すると、vSAN は、最適化されたストレージ ポリシーに対して提案された調整を行うように求めるプロンプトを表示します。	なし。
VCF-VSAN-RCMD-CFG-014	vSAN ESA 圧縮を有効にします。	パフォーマンスが向上します。	PostgreSQL データベースおよびその他のアプリケーションは、独自の圧縮機能を使用する場合があります。このような場合、圧縮機能をオフにしたストレージ ポリシーを使用すると、CPU サイクルが節約されます。 このようなワークロードの vSAN ESA 圧縮は、ストレージ ポリシーベースの管理 (SPBM) フレームワークを使用して無効にできます。
VCF-VSAN-RCMD-CFG-015	25 GbE 以上のキャパシティの NIC を使用します。	10 GbE NIC を使用すると、vSAN ESA クラスタのスケールとパフォーマンスが制限されます。これは、通常、クラスタの存続期間にわたってパフォーマンス要件が増加するためです。	25 GbE 以上のネットワーク ファブリックが必要です。

表 11. VMware Cloud Foundation の vSAN Max 設計の推奨事項

推奨 ID	設計の推奨事項	設計の根拠	設計の影響
VCF-VSAN-MAX-RCMD-001	vSAN Max クラスタのサイズを 24 台のホストに制限します。	データストアをマウントする vSAN Max クラスタおよび vSAN コンピューティング クラスタのホストの合計数は、128 台以下にする必要があります。 ノード数が 24 の vSAN Max クラスタでは、最大 104 台の vSAN コンピューティング ホストがサポートされます。これは、コンピューティングとストレージの良好な比率です。	ホストの最大数を制限します。
VCF-VSAN-MAX-RCMD-002	vSAN Max クラスタが 4 台のホストのみで構成されている場合は、ホストの再構築の予約を有効にしないでください。	自動ポリシー管理機能がオンになっている場合、vSAN Max が適応型の RAID-5 を使用できないようにします。	vSAN は、このキャパシティを予約せず、単一のホストで障害が発生した場合に vSAN が自己修復できるように空き容量として表示します。
VCF-VSAN-MAX-RCMD-003	ホストのハードウェア構成に TPM (Trusted Platform Module) を含めます。	保存データの暗号化を使用して vSAN Max クラスタ内のホストに発行されたキーが、TPM デバイスに暗号化されて保存されるようにします。	ハードウェア構成の選択を制限します。

表 12. VMware Cloud Foundation を使用したストレッチ クラスタ用 vSAN 設計の推奨事項

推奨 ID	設計の推奨事項	理由	影響
VCF-VSAN-WTN-RCMD-CFG-001	vSAN トラフィック用に最初の VMkernel アダプタ（管理インターフェイス）を使用するように、vSAN 監視アプライアンスを構成します。	監視からの vSAN トラフィックが管理ネットワーク経由でルーティングされるため、監視アプライアンスにスタティック ルートを設定する必要がなくなります。	両方のアベイラビリティ ゾーンの管理ネットワークは、監視サイトの管理ネットワークにルーティングされている必要があります。
VCF-VSAN-WTN-RCMD-CFG-002	ワークロード ドメイン内のすべての ESXi ホストの管理 VMkernel アダプタに監視トラフィックを配置します。	監視トラフィックを vSAN データ トラフィックから分離します。監視トラフィックの分離には、次の利点があります。 両方のアベイラビリティ ゾーンの vSAN ネットワークから監視サイトへのスタティック ルートを設定する必要がなくなります。 監視トラフィックは標準の MTU サイズ（1,500 バイト）を使用する可能性があるため、各アベイラビリティ ゾーンと監視サイト間のパスでジャンボ フレームを有効にする必要がなくなります。	両方のアベイラビリティ ゾーンの管理ネットワークは、監視サイトの管理ネットワークにルーティングされている必要があります。