間違いだらけのネットワーク作り(111) 2000/01/15
「Traffic Server」

   昨日、帰宅すると日経BP社から新著「企業内データ・音声統合網の構築技法」が10冊届いていました。子供たちに「お父さんの新しい本が来たぞ」と声をかけると、「見せて見せて」と3人がやって来て私が開けかけている箱の中をのぞきこみます。このあたりが、まだカワイサの残っているところです。これで3回目ですが、新しい本が「どんな顔をしてるかなあ」と思いながら包みを開けるのはワクワクするものです。結果は、「ウン、いいじゃない」。編集の橋爪さんによると旬の本なので、前著のような教科書的なイメージでなく、元気のいいデザインにしたとのことでしたが、そのとおりでした。後はどのくらい世の中の人の役に立つか、が問題ですが、「結構、書けてるじゃないか」と自分では思っています。
 既に主要書店の店頭に出ていますし、紀伊国屋のページ(まだ簡易な内容ですが)にも登録されているのでご覧ください。「松田次博」で検索できます。

 さて、今週の話題はTrafficServerです。インターネットやイントラネットでネットワークやサーバへの負荷を軽減したり、分散させるためのキャッシュ・サーバをTafficServer(TS)というのですね。実は昨日、研究会会員の渡部さん(ネットワーク・バリュー・コンポーネンツ0468-28-1800 http://www.nvc.co.jp)からTSのドキュメントをメールで頂いたのです。IPのtrickyな世界に強くない私には30ページほどのPDFドキュメントを読み通す気力はありませんが、いつもどおりチラッと目を通して文学的に理解した感想は「これからの企業ネットワークの設計は与えられたトラヒックを分析して設計する、というスタンスだけでなく、TSのような仕組みを使って爆発するIPトラヒックの流れの制御を設計する、という視点が不可欠だな」というものです。我ながら大雑把な納得のしかたです。

 TSが結果としてやっていることは単純ですが方式は多様であり、それぞれのメリット・デメリットも要件や環境で変わります。ずぼらですが、渡部さんに頂いたドキュメントから文学的理解に有用な部分を引用します。

The widespread success of the Internet has placed unanticipated strains on the networks of corporations, ISPs, and backbone providers. Web caching offers significant relief by taking traffic off the network, but without transparent deployment the full benefits of web caching cannot be realized unless every user manually configures his browser?a tedious and error-prone process. In backbone or service provider networks, relying on end user proxy configuration is impossible.

In transparent cache deployments, the end user does not have to designate a proxy in order to benefit from the Traffic Server cache. Two basic strategies for tansparent caching are transparent interception and proxy autodiscovery. Transparent interception is a mechanism that allows client requests to be intercepted on their path to the origin server and redirected to Traffic Server. To achieve this, some component of the network must examine IP packets as they pass by, and redirect the packets that should be served by a cache to Traffic Server. Traffic Server then serves the client request, and labels return packets with the origin server’s address as the source address, so that clients perceive a direct interaction with the origin server.

Proxy autodiscovery is a client browser feature. A browser that supports the Web Proxy Autodiscovery (WPAD) protocol can automatically find and use nearby caches. Microsoft’s Internet Explorer 5 is the first browser that supports WPAD.

Transparent vs. nontransparent caching
Nontransparent caching In nontransparent operation, client browsers must be configured to send web requests to the Traffic Server proxy. If you do not have direct control over users’ browser settings, your administrators might have to tell users to configure their browsers to send requests to Traffic Server.

Transparent caching Transparency solves this problem. In a transparent deployment, end users have no role in sending requests to the Traffic Server proxy cache. This document discusses two possible strategies for sending requests to Traffic Server without end user intervention:

Interception-based transparency Physically intercept client requests and redirect them to Traffic Server. This strategy relies on the address redirection capability of network hardware such as routers and layer-4-aware switches to recognize proxy-appropriate traffic and send it to Traffic Server.

Proxy autodiscovery Have the client browser automatically seek out and use nearby proxy caches. This is the purpose of the Web Proxy Autodiscovery (WPAD) protocol, which is being developed in a joint effort by Inktomi, Sun Microsystems, Microsoft, and RealNetworks.

How to decide? Choosing the most appropriate transparency solution involves considering many factors, including traffic throughput, performance and reliability requirements, current network configuration, and hardware availability. This document presents several transparency solutions and their pros and cons.

キャッシングにはエンドユーザがブラウザにプロキシの設定をせねばならないnontransparentとユーザがプロキシの存在を意識しなくてよいtransparentがあり、transparentの方式には物理的にトラヒックのredirectionを行うInterception-basedとブラウザがDNSやDHCPで自動的にプロキシを見つけるProxy autodiscoveryがあるとのこと。

これらの仕組みの選択やTS用ソフトの選択そしてトラヒック制御の設計はこれから大事な仕事になりそうです。そんなこと分かってるよ、という方も多いでしょうが。
 
 
 
 

ホームページへ