ADCと同様、SDNコントローラーはキューの長さに基づいてWebサーバの個々の負荷を監視することができる。遅延に対応して、着信したデータ要求を最も負荷が低いサーバに送信する。ADCの役割が負荷分散のみであれば、SDNコントローラーはADCを衰退に追い込むことができただろう。だが、ADCの役割は単純にサーバ間でアプリケーションの需要を分散することだけではない。

　従来のネットワークでは、データはルーティングの判断を下すデバイスを経由して流れていた。ADCはデータパスに直接配置されているため、アプリケーション固有のソフトウェア駆動型の機能を実装することができる。この機能をSDNコントローラーに移行するのは容易でない。SDNはデータの動きからネットワークの制御機能を分離している。つまり、SDNコントローラーは、サーバのアクティビティに基づいて負荷分散に関する単純な判断を下すことはできる。だが、データのコンテンツ自体に基づいた判断を下すことはできない。

　ADCはスタンドアロンのネットワークアプライアンスとして提供されてきた。これは今後も変わることはないだろう。主要ベンダーは、仮想化システムの成長とSDNの受け入れが進んでいることを認識しており、このトレンドに応える形で仮想ADCの実装を開発している。このようなADCベンダーは提携を結び、米Cisco Systems、米VMware、OpenStackなどの仮想ネットワーク環境と自社の製品を統合している。また、ネットワーク管理者がADCで実行可能なアプリケーション固有の機能を作成できるようスクリプトベースの機能も追加している。

ネットワークのセキュリティと監視

　従来、ファイアウォール、ウイルススキャナー、IPS（侵入防止システム）は、個別のデバイス上に存在していた。ADCはデータパスに配置され、アプリケーション固有のスクリプトを実行できるという特性により、マルウェアの着信データをスキャンするのに理想的な位置にあった。セキュリティコンポーネントが少なくなると、ネットワークの複雑さが緩和され、資本コストも少なくなる。

　ADCは、問題のある要求をブロックすることでサービス拒否（DoS）攻撃からサーバを保護することもできる。大規模な分散型の攻撃はADCリソースを悪用する可能性が高い。そのため、多くの正当な要求が通らず、サーバが受信できた少数の要求だけがサポートされる。

　ADCはデータパスに配置されていることから、パフォーマンスと使用状況に関する統計を収集するのに最適だ。サーバの遅延を監視して、アプリケーション、エンドユーザーのネットワーク、エンドユーザーごとにトラフィックを測定することができる。

ADCはどうやってネットワーク効率を向上するのか

　ADCは負荷分散以外の方法でもネットワークの効率化を図ることができる。ADCを使用していない環境では、エンドユーザーのWebブラウザは、Webサーバに対して1つ以上の伝送制御プロトコル（TCP）接続を確立する。エンドユーザーがインターネットに接続するインタフェースでネットワークアドレス変換（NAT）を使用すると、接続の数は少なくなる。だが、多数のエンドユーザーネットワークからのアクセスを管理しているWebサーバは、NATを使用しても膨大な数の接続による負荷から解放されるわけではない。さらに、TCP接続は要求ごとに作成および破棄されるので、多くのリソースを消費するという問題もある。

　TCPの多重化を使用することで、ADCはバックエンドサーバとの永続的な接続を確立している。個々のブラウザまたはNAT機能はADCに対して接続を確立する。そのため、TCP接続の管理はWebサーバからオフロードされ、必要なサーバの台数削減につながる。

　TCPスロースタートアルゴリズムは、新しい接続の初期バーストによってネットワークが反応しなくなることを防ぐ。TCP接続の多重化によって、スロースタートの発生は1回に制限される。ADCがなければ、ブラウザとWebサーバの各接続は、スロースタートプロセスに耐えなければならなくなる。

　現在、Webベースのアプリケーションでは一般的に要求と応答の長いシーケンスが必要になる。最初の要求がWebサーバに到達すると、サーバは要求についての情報を保存するためのセッションを作成する。単純な負荷分散の機能によって、次の一連の要求は別のサーバに送信されるかもしれない。1台目のサーバのセッションがタイムアウトして削除されるまで、2台目のサーバは別のセッションを作成する。これでは明らかに非効率的だ。ADCは実行中のトランザクションに関する情報を維持して、後続の要求が同じサーバに送信されるようにしている。

　これは「セッション維持」という技法で、Secure Sockets Layer（SSL）のサポートで特に重要になる。セッション維持とTCPの多重化によって、ADCはセッション作成のハンドシェイクだけでなく、データの暗号化解除／暗号化の処理もオフロードできる。ADCがなければ、Webサーバはこの負荷に耐えなければならない。また、TCPの多重化がなければ、セッションが別のサーバに移動されるたびにハンドシェイクを行う必要が生じる。

　トラフィックシェーピングは、ADCがネットワークとアプリケーションの全体的なパフォーマンスを向上するもう1つの方法だ。TCPには、遅延ACK（確認応答）とSelective ACK（SACK）、適応型のウィンドウサイズ調整、明示的ふくそう通知などのメカニズムが用意されている。ADCは、これらの技法を使用して効率を向上している。具体的には、バーストを削減し、小さなパケットを大きなパケットに結合することで効率を向上している。

　要求の種類に応じてサーバを分けると、アプリケーションソフトウェアが簡略化され安定性が向上する場合がある。各アプリケーションで処理する要求は1種類だ。ネットワーク管理者は、着信データをスキャンして、各要求を処理するために設計されたアプリケーションに要求を送信するADCスクリプトを提供しているだろう。

SDNへの備えができているADCベンダー

　今もなおADCはハードウェアアプライアンスにプリインストールされた形で販売されている。だが、主要ベンダーは、SDNに適応する中で、簡単に仮想サービスチェーンに挿入できる仮想単位を開発している。仮想サービスチェーンは他のNFVコンポーネントとともに、クラウド自動化システムによって必要に応じて移動できる。

　ソフトウェア定義ネットワークという用語が、OpenFlow経由でスイッチに接続されているコントローラー以外にも適用されるようになれば、強化されたスクリプト機能を備えた仮想ADCをSDNネットワークのコンポーネントと見なすことができるようになるだろう。