このセクションでは、NSX Application Platform がサポートするフォーム ファクタと、各フォーム ファクタで必要な最小限のリソースについて説明します。展開前の追加のシステム要件も示します。
システムの最小要件
インフラストラクチャ管理者と連携して、プラットフォームでホストされている NSX Application Platform および NSX-T Data Center 機能を展開する準備をする場合は、「NSX Application Platform 展開の前提条件」に記載されている情報に加えて、次の表を参考にしてください。選択したフォーム ファクタによって、プラットフォームで有効またはインストールできる NSX-T Data Center 機能が決まります。
NSX Application Platform を展開する前に、スーパーバイザーまたはアップストリーム Kubernetes クラスタ上の VMware TKG クラスタのサイズと、インフラストラクチャ管理者が割り当てる必要があるノードの最小数を決定します。
| フォーム ファクタ | スーパーバイザーまたはアップストリーム Kubernetes クラスタ上の TKG クラスタ内のノードの最小数と推奨数 |
vCPU |
メモリ |
ストレージ |
短期ストレージ | サポートされている NSX 機能 |
|---|---|---|---|---|---|---|
| 標準 |
|
|
|
NSX Application Platform インスタンスあたり 200 GB （詳細については、このトピックの後半を参照してください。） |
64 GB |
（このトピックの後半の「インポートに関する注意事項」を参照してください。） |
| 詳細 |
|
|
|
NSX Application Platform インスタンスあたり 1 TB （詳細については、このトピックの後半を参照してください。） |
64 GB |
（このトピックの後半の「インポートに関する注意事項」を参照してください。） |
| 評価版 （以下の「*評価版フォーム ファクタについての注」を参照してください。） |
1 つの制御プレーン ノードと 1 つのワーカー ノード |
|
|
NSX Application Platform インスタンスあたり 1 TB |
64 GB |
|
3 つ以上のワーカー ノードのサポートについて
- NSX Intelligence
- NSX Application Platformの NSX Metrics（デフォルトで有効）
- NSX Network Detection and Response
- ネットワーク トラフィック分析の NSX Suspicious Traffic
- NSX マルウェア防止
- NSX Metrics
「Table 1: Minimum System Requirements」にリストされている、Standard フォーム ファクタ サイズでサポートされているすべての機能は、3 ワーカー ノードのゲスト クラスタで有効にできます。
Evaluation フォーム ファクタについて
評価版フォーム ファクタは、評価やデモで使用する本番環境以外の展開にのみ適用されます。データ保持に制限があり、スケール アウトや高可用性のサポート、アップグレードのサポートはありません。評価版フォーム ファクタで複数のサービスを長期間実行する場合は、ワーカー ノードのリソースを 24 vCPU および 128 GB RAM に増やします。必要に応じて、サイジング詳細について VMware のサポートにお問い合わせください。
可用性と耐障害性のベスト プラクティス
ワーカー ノードに障害が発生したときにデータが失われるのを回避するために、ワーカー ノードに対してローカルなパーシステンス ボリュームを持つストレージ クラスを使用しないでください。VMware vSAN ボリュームなど、リモート、独立、および分散ストレージ クラスの使用を検討してください。
- 可用性と耐障害性を高めるには、3 つの制御プレーン ノードが必要です。
- NSX Application Platform 制御プレーン ノードとワーカー ノードに使用される仮想マシン クラスは、リソースのオーバーコミットを回避するため、CPU およびメモリ リソースに 100% 保証された予約を使用する必要があります。
1 秒あたりのストレージ I/O 操作数 (IOPS) またはネットワーク帯域幅に関するリソース競合は発生しません。vSphere ストレージと Network I/O Control は、NSX Application Platform のリソースに優先順位を付けるのに役立つプラットフォーム機能です。
ロード バランシングの要件
NSX Application Platform を展開する場合は、少なくとも 5 つの IP アドレスを持つロード バランサ (LB) IP プールを備えるようにスーパーバイザーまたはアップストリーム Kubernetes クラスタ上の TKG クラスタを構成する必要があります。NSX Application Platform の展開を正常に完了するには、プラットフォームに少なくとも 5 つの使用可能な IP アドレスが必要です。NSX Application Platform の展開を後でスケール アウトする場合、スーパーバイザーまたは Kubernetes クラスタ上の TKG クラスタの LB IP プールには、プラットフォームで使用される Kubernetes ノードごとに 1 つ以上の IP アドレスを含める必要があります。スーパーバイザーまたはアップストリーム Kubernetes クラスタ LB IP プールに TKG クラスタを構成し、合計 15 個の IP アドレスを使用することを検討してください。これは、VMwareプラットフォームのスケール アウト後にサポートされる Kubernetes ノードは最大 10 個までであるためです。
追加のボリューム要件
NSX Application Platform の場合、ゲスト クラスタ ワーカー ノードには、短期ストレージ用に 64 GiB 以上の追加ボリュームが必要です。
各ノード タイプのディスクパラメータとストレージ パラメータを指定するには、次の表の情報を使用します。詳細については、『vSphere with Tanzu 8 を使用したスーパーバイザー上の Tanzu Kubernetes Grid 2.0 の使用』ドキュメントの「v1alpha3 の例：デフォルト ストレージおよびノード ボリュームを使用した TKC」トピックを参照してください。
| ノード タイプ |
ボリューム名 |
ボリューム容量 |
ボリューム mountPath |
|---|---|---|---|
| ワーカー ノード |
containerd |
64 GiB |
/var/lib/containerd |
制御プレーン ノードのサイズ要件
NSX Application Platform および NSX Intelligence などの NSX-T Data Center 機能をスーパーバイザー上の TKG クラスタに展開する場合、デフォルトの仮想マシン クラス タイプである guaranteed-small サイズ（2 vCPU と 4 GB RAM）は、スーパーバイザー制御プレーン ノード上の TKG クラスタには十分ではない場合があります。スーパーバイザー制御プレーン ノードのアップストリーム Kubernetes クラスタまたは TKG クラスタのサイズが大きい次のクラス タイプを使用することを検討してください。
-
guaranteed-medium（2 vCPU と 8 GB RAM）
詳細については、Tanzu Kubernetes クラスタの仮想マシンのクラスのドキュメントを参照してください。
