このセクションでは、NSX Application Platform がサポートするフォーム ファクタと、各フォーム ファクタで必要な最小限のリソースについて説明します。展開前の追加のシステム要件も示します。

システムの最小要件

インフラストラクチャ管理者と連携して、プラットフォームでホストされている NSX Application Platform および NSX-T Data Center 機能を展開する準備をする場合は、「NSX Application Platform 展開の前提条件」に記載されている情報に加えて、次の表を参考にしてください。選択したフォーム ファクタによって、プラットフォームで有効またはインストールできる NSX-T Data Center 機能が決まります。

NSX Application Platform を展開する前に、スーパーバイザーまたはアップストリーム Kubernetes クラスタ上の VMware TKG クラスタのサイズと、インフラストラクチャ管理者が割り当てる必要があるノードの最小数を決定します。

Table 1: Minimum System Requirements
フォーム ファクタ

スーパーバイザーまたはアップストリーム Kubernetes クラスタ上の TKG クラスタ内のノードの最小数と推奨数

vCPU

メモリ

ストレージ

短期ストレージ

サポートされている NSX 機能

標準

  • 1 つ以上の制御プレーン ノードが必要ですが、3 つの制御プレーン ノードが推奨されます。
  • 3 つ以上のワーカー ノード(このトピックの後半の「3 つ以上のワーカー ノードのサポートについて」セクションの「重要な注意事項」を参照)。
  • 制御プレーン ノード用に 2 つの vCPU(詳細については、guaranteed-small 仮想マシンの使用に関するこのトピックの後半を参照してください)
  • ワーカー ノードあたり 4 vCPU
  • 制御プレーン ノード用に 4 GB の RAM(詳細については、guaranteed-small 仮想マシンの使用に関するこのトピックの後半を参照してください)
  • ワーカー ノードあたり 16 GB の RAM

NSX Application Platform インスタンスあたり 200 GB

(詳細については、このトピックの後半を参照してください。)

64 GB
  • NSX Network Detection and Response

  • NSX マルウェア防止

  • NSX Metrics

(このトピックの後半の「インポートに関する注意事項」を参照してください。)

詳細

  • 1 つ以上の制御プレーン ノードが必要ですが、3 つの制御プレーン ノードが推奨されます。
  • 3 つ以上のワーカー ノード(このトピックの後半の「3 つ以上のワーカー ノードのサポートについて」セクションの「重要な注意事項」を参照)。
  • 制御プレーン ノード用に 2 つの vCPU(詳細については、guaranteed-small 仮想マシンの使用に関するこのトピックの後半を参照してください)
  • ワーカー ノードあたり 16 vCPU
  • 制御プレーン ノード用に 4 GB の RAM(詳細については、guaranteed-small 仮想マシンの使用に関するこのトピックの後半を参照してください)
  • ワーカー ノードあたり 64 GB の RAM

NSX Application Platform インスタンスあたり 1 TB

(詳細については、このトピックの後半を参照してください。)

64 GB
  • NSX Intelligence

  • NSX Network Detection and Response

  • NSX マルウェア防止

  • NSX Metrics

(このトピックの後半の「インポートに関する注意事項」を参照してください。)

評価版

(以下の「*評価版フォーム ファクタについての注」を参照してください。)

1 つの制御プレーン ノードと 1 つのワーカー ノード

  • 制御プレーン ノード用に 2 つの vCPU(詳細については、guaranteed-small 仮想マシンの使用に関するこのトピックの後半を参照してください)
  • ワーカー ノードあたり 16 vCPU
  • 制御プレーン ノード用に 4 GB の RAM(詳細については、guaranteed-small 仮想マシンの使用に関するこのトピックの後半を参照してください)
  • ワーカー ノードあたり 64 GB の RAM

NSX Application Platform インスタンスあたり 1 TB

64 GB
  • NSX Intelligence

  • NSX Network Detection and Response

  • NSX マルウェア防止

  • NSX Metrics

3 つ以上のワーカー ノードのサポートについて

重要:
スーパーバイザーまたはアップストリーム Kubernetes クラスタの TKG クラスタで 3 つ以上の Advanced フォーム ファクタ ワーカー ノードを使用している場合、 NSX Application Platform でホストされている次の NSX-T Data Center 機能のみを有効にできます。
  • NSX Intelligence
  • NSX Application PlatformNSX Metrics(デフォルトで有効)
NSX Application PlatformNSX IntelligenceNSX Metrics に加えて次の NSX-T Data Center 機能を有効にするには、ゲスト クラスタ内に 4 つ以上のワーカー ノードが必要です。
  • 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 ボリュームなど、リモート、独立、および分散ストレージ クラスの使用を検討してください。

本番環境の展開に関する重要な注意事項
次のベスト プラクティスは、Standard または Advanced フォーム ファクタの本番環境の展開に適用されます。
  • 可用性と耐障害性を高めるには、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」トピックを参照してください。

Table 2: Volume Requirement

ノード タイプ

ボリューム名

ボリューム容量

ボリューム 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 クラスタの仮想マシンのクラスのドキュメントを参照してください。