インターネットおよびエクストラネット アプリケーションを配信する企業では、TCP/IP の非効率性と WAN の遅延およびパケット損失の影響が相まって、アプリケーションのパフォーマンスに悪影響を及ぼします。 結果? アプリケーションの応答時間が長くなり、帯域幅の利用効率(「パイプを埋める」能力)が大幅に低下します。
F5 の BIG-IP Local Traffic Manager は、実際のクライアントやインターネットの状況を正確にモデル化しないパケットブラスト テスト ハーネスではなく、現実のネットワークで WAN および LAN アプリケーションのパフォーマンスを大幅に向上させる最先端の TCP/IP スタックを提供します。
TCP Express と呼ばれるこの高度に最適化された TCP/IP スタックは、いくつかの最先端の TCP/IP 技術と最新の RFC の改良を組み合わせています。 F5 が開発した数多くの改良と拡張機能により、輻輳やパケット損失および回復の影響が最小限に抑えられます。 独立したテスト ツールと顧客体験により、TCP Express は、サーバー、アプリケーション、またはクライアント デスクトップに変更を加えることなく、エンド ユーザーのパフォーマンスを最大 2 倍向上させ、帯域幅効率を 4 倍向上させることが示されています。
F5 の TCP Express は、さまざまなクライアントおよびサーバー オペレーティング システムでネイティブにサポートされている最適化と、オペレーティング システム固有ではない最適化を活用する、標準ベースの最先端の TCP/IP スタックです。 F5 の TCP/IP スタックには、WAN と LAN の両方の効率に影響する、次のような数百もの改善点が含まれています。
BIG-IP Local Traffic Manager の中核となるのは、すべての BIG-IP プラットフォームとソフトウェア アドオン モジュールに F5 の最適化された TCP/IP スタックを提供する TMOS アーキテクチャです。 LAN と WAN の両方の通信のクライアントとサーバーにまで及ぶこれらの独自の最適化により、F5 のソリューションは、同等の機能を提供できないパケット単位のシステムよりも優位になります。また、これらのレベルの最適化、パケット損失の回復、または最適でないクライアントとサーバー間の仲介には近づけません。
F5 の TMOS フル プロキシ アーキテクチャと TCP Express を組み合わせることで、すべての TCP ベースのアプリケーションのパフォーマンスが大幅に向上します。 これらのテクノロジーを使用することで、BIG-IP は次のことが可能になります。
次のセクションでは、TMOS 対応アーキテクチャと、TCP Express がトラフィック フローを最適化するために使用する標準 TCP RFC および最適化のサブセットについて説明します。 万能のソリューションは存在しないため、このホワイト ペーパーでは、TCP プロファイルをカスタマイズして、レガシー システムとの通信を処理する方法についても説明します。
ほとんどの組織ではサーバーのオペレーティング システムを頻繁に更新せず、一部のアプリケーションは非常に古いシステムで引き続き実行されます。 このレガシー インフラストラクチャは、アプリケーションが WAN 経由で配信される際に、大幅な遅延の原因となる可能性があります。 TCP Express を搭載した BIG-IP Local Traffic Manager は、企業のデータ センター内のサーバー上で実行されている可能性のある古い TCP スタックや非準拠の TCP スタックをシールドし、透過的に最適化できます。 これは、これらのデバイスとの互換性を維持しながら、接続のクライアント側で F5 の TCP/IP スタック最適化を独立して活用することで実現され、接続されたすべてのデバイスとネットワーク条件に対して完全に独立した最適化された TCP 動作を提供します。
さまざまな TCP/IP スタックをブリッジする完全なプロキシとして、TMOS は、F5 独自の TCP Express 機能セットに含まれる多くの WAN 最適化を実現する重要な要素です。 クライアントとサーバーの接続は分離され、制御され、個別に最適化されるため、接続するすべてのデバイスに最高のパフォーマンスが提供されます。
BIG-IP Local Traffic Manager を使用すると、クライアントとサーバーが通信の最低共通基準をネゴシエートする必要がなくなります。 これはクライアントに代わって仲介し (スタック ブローカーと呼ばれます)、次の図に示すように、ネットワーク内部でサーバー向けに最適化された接続を維持しながら、TCP Express を使用してクライアント側の配信を最適化します。
多くの場合、組織にはレガシー サーバーとアプリケーションを削除または置き換えるリソースがないか、その必要がありません。 これらのシステムに対応するために、BIG-IP Local Traffic Manager は、次のような最適化されていないデバイスや互換性のないデバイス間の変換を行う仲介機能を提供します。
BIG-IP Local Traffic Manager は、WAN 通信を改善するだけでなく、すべてのクライアントとバックエンド サーバー間のブリッジまたは変換デバイスとして機能することで、これらの機能をインフラストラクチャ全体に変換します。 最終的な結果として、BIG-IP Local Traffic Manager はネットワークの非効率性を隠しながらパフォーマンスを向上させます。 これにより、すべてのクライアントとすべてのサーバーを更新および調整する必要がなくなり、コストと複雑さが軽減されます。
F5 の TCP/IP の最も重要な改善点は次のとおりです。
これらの改善は業界標準の RFC に対して行われました。 次のセクションでは、TCP Express の主要な RFC のいくつかについて説明します。
TCP Express は文字通り何百もの実際の TCP 相互運用性の改善を実装し、市販の製品スタック (Windows 7 以降、IBM AIX、Sun Solaris など) を修正または回避策を提供するため、単一の最適化手法でパフォーマンス改善の大部分が達成されるわけではありません。 これらの最適化は、特定のクライアント/サーバー タイプとトラフィック特性に依存します。 例えば:
BIG-IP は、ダイヤルアップと同様にパケットの往復を減らし、再送信を高速化しますが、接続速度はより高速です。 BIG-IP Local Traffic Manager と TCP Express は、輻輳制御とウィンドウ スケーリングも最適化して、ピーク帯域幅を向上させます。 ダイヤルアップ ユーザーの改善が最も顕著かもしれませんが、一部の機能強化により高速リンクでのトップエンド パフォーマンスが劇的に向上するため、ブロードバンド ユーザーの改善は統計的に最も明白です。
原則として、交換されるデータが増えるほど、帯域幅の最適化が適用されます。 交換されるデータが少ないほど、ラウンドトリップ遅延時間 (RTT) の最適化が適用されます。 したがって、ダイヤルアップなど、大量のデータを交換しないトラフィック プロファイルでは、ブロードバンドよりも最適化が行われます。 大量のデータを交換するトラフィック プロファイルの場合、ブロードバンドが最も最適化されます。 どちらの場合も、TCP Express を使用すると大きなメリットが得られます。
TCP Express は自動で変更の必要はありませんが、BIG-IP Local Traffic Manager を使用すると、ユーザーは TCP スタックを詳細に制御して、特定のビジネス ニーズに応じて TCP 通信を調整できます。 これには、デバイス上で実行されるアプリケーションごとに、仮想サーバー レベルで最適化と設定を選択する機能が含まれます。 管理者は TCP プロファイルを使用して、次の各 TCP 変数を調整できます。
管理者はこれらのコントロールを使用して、特殊なネットワーク条件やアプリケーション要件に合わせて TCP 通信を調整することもできます。 モバイルおよびサービス プロバイダー業界の顧客は、この柔軟性により、既知のデバイス (携帯電話など) やネットワーク条件に合わせて通信を調整することで、パフォーマンス、信頼性、帯域幅の使用率をさらに向上できることがわかります。
TCP Express は、カスタム サービスを最適化するための柔軟なスタック設定を提供します。たとえば、これらの設定を調整して、モバイル ユーザーに配信される ASP アプリケーションを最適化できます。 次の表は、BIG-IP Local Traffic Manager の変更可能なスタック設定を示しています。
設定 |
説明 |
---|---|
受信ウィンドウ 65535 |
BIG-IP Local Traffic Manager のデフォルトの受信ウィンドウは 16384 です。 これにより、BIG-IP LTM との通信時に特定の TCP スタックが「スロットル」(速度低下) する可能性があります。 これを 65535 に設定すると、メモリ使用量が増加する可能性はありますが、最後のバイトまでの時間 (TTLB) が短縮されます。 |
送信バッファ 65535 |
BIG-IP Local Traffic Manager のデフォルトの送信バッファを 64K に増やすと、輻輳ウィンドウが許せば一度にネットワーク上に送れるデータ量が増えますが、メモリ使用率が増加する可能性があります。 |
プロキシバッファ高低 128K |
F5 は、平均ページ サイズに基づいて、これらの変更されたデフォルトにより、ほとんどのサイトで実際のパフォーマンスが向上することを経験的に発見しました。 これらの値は、BIG-IP Local Traffic Manager がコンテンツ スプール用にサーバーから受信するデータの量を制御します。 これにより、メモリ使用量が増加する可能性があります。 |
LAN 上のトラフィックが高度にインタラクティブな場合、F5 では最高のパフォーマンスを得るために異なる TCP 設定セットを推奨します。 F5 は、Nagle のアルゴリズムが WAN 経由のパケット削減と一般的な圧縮/RAM キャッシュに非常に効果的であることを発見しました。 さらに、さまざまなバッファ サイズを微調整すると、低遅延 LAN 上の高度にインタラクティブな通信にプラスの影響を与えることができ、発生する可能性のあるコストは BIG-IP Local Traffic Manager のメモリ使用率の増加のみです。
次の表は、変更可能な TCP プロファイル設定を示しています。
設定 |
説明 |
---|---|
帯域幅遅延の無効化 |
帯域幅制限を無効にします。 実際のネットワークでは、TCP スタックが大量のデータをネットワークにプッシュするため、ドロップが発生することがよくあります。 帯域幅遅延積の制限により、BIG-IP Local Traffic Manager は RTT ごとにネットワークに注入する最適なデータ量を決定し、この量を超えないようにします。 トラフィック プロファイルに小さなオブジェクトが多数ある場合、クライアントは「ストレッチ ACK 違反バグ」を示すため (たとえば、古い Linux カーネルではこれが起こります)、このパラメータを無効にする必要があります。 |
Nagle 無効化 |
Nagle アルゴリズムは、小さなパケットがネットワーク上に送信されるのを防ぐために、ピアが ACK を送信するまでデータを保持します。 これを有効にすると、WAN 経由の実際のパフォーマンスが向上しますが、ピアが未処理のデータを ACK するまで TCP MSS 未満のパケットを保持するため、BIG-IP Local Traffic Manager が LAN に遅延を課しているように見える場合があります。 |
プッシュの有効化の確認 |
PSH フラグ付きの TCP パケットを受信すると、BIG-IP Local Traffic Manager が TCP 確認応答を直ちに送信するようにします。 LAN 上の Windows マシンとの間で大容量ファイルを転送する際のピーク帯域幅を増加します。 BIG-IP 管理者は、入力/出力 TCP ACK パケットの数を柔軟に調整し、PUSH フラグの送信数を減らすことで入力 ACK を削減できます。 これは、遅延 ACK またはストレッチ ACK が有効になっている場合でも、PUSH セグメントに即時 ACK を送信するように設計された TCP プロトコル操作に対応します。 PUSH フラグを送信するための 4 つの異なるモードが有効になっています。 デフォルト、なし、1 つ、自動。 この柔軟性により、管理者はPUSHセグメントの送信頻度を制御できます。 |
受信ウィンドウ 65535 |
BIG-IP Local Traffic Manager のデフォルトの受信ウィンドウは 16384 です。 これにより、BIG-IP LTM との通信時に特定の TCP スタックが「スロットル」(速度低下) する可能性があります。 これを 65535 に設定すると、メモリ使用量が増加する可能性はありますが、最後のバイトまでの時間 (TTLB) が短縮されます。 |
送信バッファ 65536 |
BIG-IP Local Traffic Manager のデフォルトの送信バッファを 64K に増やします。これにより、輻輳ウィンドウが許可する場合、より多くのデータを一度にネットワークに送ることができますが、メモリ使用率が増加する可能性があります。 |
プロキシバッファの上限と下限はそれぞれ 128K と 96K |
F5 は、平均ページ サイズに基づいて、これらの変更されたデフォルトにより、ほとんどのサイトで実際のパフォーマンスが向上することを発見しました。 これらの値は、BIG-IP Local Traffic Manager がコンテンツ スプール用にサーバーから受信するデータの量を制御します。 これにより、メモリ使用量が増加する可能性があります。 |
スロースタートを無効にする |
通常は必要ありませんが、LAN 上で最後のバイトまでの時間 (TTLB) を測定する場合は、スロー スタートを無効にすると、レイテンシの短縮に小さいながらもプラスの影響を与える可能性があります。 |
TCP Express は、ユーザーのダウンロード時間をさらに短縮し、インフラストラクチャ リソースを最適化するために機能する他の F5 アクセラレーション機能および製品によって補完されます。
BIG-IP Local Traffic Manager に統合されているその他のアクセラレーション機能には、次のものがあります。
インフラストラクチャの容量とパフォーマンスの向上を目指す組織にとって、BIG-IP Local Traffic Manager は、接続するすべてのクライアントとサーバーを透過的に効率よく動作させる独自のソリューションを提供します。 F5 独自の TCP Express は、比類のない現実世界のネットワークおよびアプリケーション パフォーマンスの向上を実現し、組織にミッション クリティカルなアプリケーションの TCP 通信を最適化するための前例のないレベルの制御を提供します。