の vSAN 設計の要素

この要件と推奨事項のリストを、単一または複数の
インスタンスがある環境の共有ストレージ、vSAN プリンシパル ストレージ、および NFS 補助ストレージに関する参照資料として使用してください。この設計では、インスタンスに含まれるアベイラビリティ ゾーンが 1 つか複数かどうかも考慮されます。
After you set up the physical storage infrastructure, the configuration tasks for most design decisions are automated in
. 設計の影響に関する説明で示すように、構成を手動で実行する必要があるのは、一部の設計要素についてのみです。
設計の詳細については、「VMware Cloud Foundation の vSAN 設計」を参照してください。
の vSAN 設計の要件
要件 ID
設計の要件
理由
影響
VCF-VSAN-REQD-CFG-001
ワークロード ドメイン クラスタの初期ニーズを満たすのに十分な Raw キャパシティを提供します。
ワークロード ドメイン クラスタを作成するのに十分なリソースがあることを確認します。
なし。
VCF-VSAN-REQD-CFG-002
クラスタ タイプに応じて、少なくとも必要最小数のホストを提供します。
ストレージの可用性の要件を満たします。
なし。
の vSAN ESA 設計の要件
要件 ID
設計の要件
理由
影響
VCF-VSAN-REQD-CFG-003
vSAN 展開で使用されているハードウェア コンポーネントが vSAN ハードウェア互換性リストに表示されていることを確認します。
ワークロードの展開中のハードウェア関連の障害を防止します。
使用可能な互換性のあるハードウェア構成の数を制限します。
の vSAN Max 設計の要件
要件 ID
設計の要件
理由
影響
VCF-VSAN-MAX-REQD-CFG-001
最初のクラスタに少なくとも 4 つのノードを指定します。
vSAN Max クラスタには、ホストが少なくとも 4 台含まれている必要があります。
なし。
を使用するマルチラック コンピューティング VI ワークロード ドメイン クラスタの vSAN 設計の要件
要件 ID
設計の要件
理由
影響
VCF-VSAN-L3MR-REQD-CFG-001
vSAN フォルト ドメインを構成し、各ラックのノードをフォルト ドメインに配置します。
データ コンポーネントと監視コンポーネントのコピーを別々のラックのノードに配布することで、ワークロード仮想マシンがラック障害を許容できるようにします。
vCenter Server の展開後およびクラスタ拡張後に、手動でフォルト ドメイン構成を作成する必要があります。
を使用するマルチラック コンピューティング VI ワークロード ドメイン クラスタの vSAN ESA 設計の要件
要件 ID
設計の要件
理由
影響
VCF-VSAN-ESA-L3MR-REQD-CFG-001
クラスタには少なくとも 4 台のラックを使用します。
単一ラックの障害が発生した場合に vSAN オブジェクトの再保護をサポートします。
適応型の RAID-5 イレージャ コーディングを使用するクラスタには、少なくとも 4 台のホストが必要です。
VCF-VSAN-ESA-L3MR-REQD-CFG-002
Deactivate vSAN ESA auto policy management.
  • vSAN フォルト ドメインではサポートされません。
  • 準拠しているデフォルト ストレージ ポリシーを vSAN データストアに適用するサポートを提供します。
vSAN フォルト ドメインの数に合わせて調整するには、デフォルトのストレージ ポリシーを手動で作成する必要がある場合があります。
vSAN OSA Design Requirements for Multi-Rack Compute VI Workload Domain Cluster with
要件 ID
設計の要件
理由
影響
VCF-VSAN-OSA-L3MR-REQD-CFG-001
クラスタには少なくとも 4 台のラックを使用します。
単一ラックの障害が発生した場合に vSAN オブジェクトの再保護をサポートします。
  • RAID-1 構成のクラスタには、少なくとも 4 台のホストが必要です。
を使用したストレッチ クラスタ用 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 つ目の場所を指定する必要があります。別の物理的な場所にある
インスタンスを使用できます。
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 トラフィックを許可する必要があります。
の vSAN 設計の推奨事項
推奨 ID
設計の推奨事項
理由
影響
VCF-VSAN-RCMD-CFG-001
ワークロード ドメイン クラスタについて計画されているニーズを満たすのに十分な Raw キャパシティを提供します。
ワークロード ドメイン クラスタに十分なリソースがあることを確認し、今後 vSAN データストアを拡張しなくて済むようにします。
なし。
VCF-VSAN-RCMD-CFG-002
Ensure that at least 30% of free space is always available on the vSAN datastore,.
この予約済み容量は、ホスト メンテナンス モードのデータ退避、コンポーネントの再構築、リバランス操作、および仮想マシンのスナップショットのために確保されます。
必要とされる使用可能なストレージの量を増やします。
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 ディスクはフラッシュ ディスクでなければなりませんが、磁気ディスクよりコストがかかる場合があります。
で使用する場合の 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 をバッファできるようにし、ディスク グループの確実なパフォーマンスを実現します。
キャッシュ層の容量を追加しても、パフォーマンスは向上しません。
大規模なフラッシュ ディスクを使用すると、初期ホスト コストが増加する可能性があります。
で使用する場合の vSAN ESA 設計の推奨事項
推奨 ID
設計の推奨事項
理由
影響
VCF-VSAN-RCMD-CFG-013
自動ポリシー管理を有効にします。
クラスタ タイプとクラスタ インベントリ内のホスト数に基づいて、最適化されたストレージ ポリシーを構成します。Changes to the number of hosts in the cluster or Host Rebuild Reserve will prompt you to make a suggested adjustment to the optimized storage policy.
なし。
VCF-VSAN-RCMD-CFG-014
vSAN ESA 圧縮を有効にします。
パフォーマンスが向上します。
PostgreSQL データベースおよびその他のアプリケーションは、独自の圧縮機能を使用する場合があります。このような場合、圧縮機能をオフにしたストレージ ポリシーを使用すると、CPU サイクルが節約されます。
You can disable vSAN ESA compressions for such workloads by using the Storage Policy Based Management (SPBM) framework.
VCF-VSAN-RCMD-CFG-014
25 GbE 以上のキャパシティの NIC を使用します。
10-GbE NICs will limit the scale and performance of a vSAN ESA cluster because usually performance requirements increase over the lifespan of the cluster.
25 GbE 以上のネットワーク ファブリックが必要です。
の 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 デバイスに暗号化されて保存されるようにします。
ハードウェア構成の選択を制限します。
を使用したストレッチ クラスタ用 vSAN 設計の推奨事項
推奨 ID
設計の推奨事項
理由
影響
VCF-VSAN-WTN-RCMD-CFG-001
vSAN 監視トラフィック用に最初の VMkernel アダプタ(管理インターフェイス)を使用するように、vSAN 監視アプライアンスを構成します。
監視トラフィックが管理ネットワーク経由でルーティングされるため、監視アプライアンスにスタティック ルートを設定する必要がなくなります。
両方のアベイラビリティ ゾーンの管理ネットワークは、監視サイトの管理ネットワークにルーティングされている必要があります。
VCF-VSAN-WTN-RCMD-CFG-002
ワークロード ドメイン内のすべての ESXi ホストの管理 VMkernel アダプタに監視トラフィックを配置します。
監視トラフィックを vSAN データ トラフィックから分離します。監視トラフィックの分離には、次の利点があります。
  • 両方のアベイラビリティ ゾーンの vSAN ネットワークから監視サイトへのスタティック ルートを設定する必要がなくなります。
  • 監視トラフィックは標準の MTU サイズ(1,500 バイト)を使用する可能性があるため、各アベイラビリティ ゾーンと監視サイト間のパスでジャンボ フレームを有効にする必要がなくなります。
両方のアベイラビリティ ゾーンの管理ネットワークは、監視サイトの管理ネットワークにルーティングされている必要があります。