NSX Advanced Load Balancer は、リアルタイム分析と、ユーザーからアプリケーションへのタイミング、SSL ターミネーション、ロード バランシングなどの柔軟性に優れたアプリケーション提供サービスを備えたソフトウェア ベースのソリューションです。Linux サーバに直接インストールすると、仮想化レイヤーによるオーバーヘッドを発生させることなく、基盤となるハードウェアの能力をそのまま活用できます。
NSX Advanced Load Balancer をインストールする前に、これが実行されている Linux サーバの BIOS で、ハイパースレッディング (HT) を無効にすることをお勧めします。頻繁に変更されることはありませんが、RHEL、OEL、CentOS では、物理コアとハイパースレッド コアのマッピングが異なる場合があります。ロード バランサは、コアの動作や特性に基づいて決定しません。ハイパースレッド コアをスキップまたは無視するホスト OS の予測マップを備えています。OS をアップグレードすると、このマップが変更される可能性があります。つまり、物理コアではなく HT コアが利用される可能性があり、パフォーマンスに影響を与えます。
Docker コンテナ
NSX Advanced Load Balancer による Linux サーバ クラウド ソリューションでは、Docker によるコンテナ化で、オペレーティング システム全体をサポートし、インストールを簡単にします。
NSX Advanced Load Balancer コンテナを実行するには、24 GB 以上の Docker ローカル ストレージ（デフォルトは /var/lib/docker）が必要です。
NSX Advanced Load Balancer コンテナを実行するには、24 GB 以上の Podman ローカル ストレージ（デフォルトは /var/tmp）が必要です。
クラウド ユーザー インターフェイスを使用して NSX Advanced Load Balancer SE をインスタンス化する場合は、12 GB を追加して SE を実行します。
Podman をより新しいバージョンにアップグレードする要求の場合、コントローラのストレージ要件は 24 GB で、SE のストレージ要件は 12 GB です。これは、アップグレードを開始する前に検証する必要があります。
Docker 環境では、NSX Advanced Load Balancer は NTP を使用しません。ホストで NTP が同期されている必要があります。
コントローラが Docker コンテナであり、ホストの時刻がオフの場合、ユーザー インターフェイスの NTP サーバ設定は有効になりません。
コントローラが Docker コンテナである場合に、ホストの時刻が常に優先されるのか、ユーザー インターフェイス設定がホストをオーバーライドするのかどうかについて、ガイダンスはありません。
