Steelheadアプライアンス （Riverbed）

では、成功するサーバ統合とは、どのような道筋で行われるのだろうか。そして、それぞれの段階で、どのような課題があるのだろうか。ここからは、サーバ統合と「統合後に表出する問題」に着目し、3つのフェーズでそれぞれ起こりうる課題に対してSteelheadがどのように解決するのか、A社の事例をモデルとして具体的に説明していこう。

サーバ統合でまず行うことといえば、物理サーバの集約である。従来、拠点に分散していたサーバをセンタに集約することによって、管理の手間が大幅に削減でき、コンプライアンスやセキュリティも向上する。仮想化技術を利用すればサーバ台数も大幅に減り、コスト削減に大きく貢献するだろう。
 
しかし、サーバを集約すれば、当然ながら拠点間のトラフィックが飛躍的に増大する。しかも、TCPの送信アルゴリズムは、データの送信側と受信側でパケットが届いたかどうかを確認するため、パケットごとにやりとりが発生する。そのため、距離が遠くなればなるほど遅延が起き、それは帯域を太くしても解消されない。

Steelheadは、このTCPの宿命ともいえる遅延を解消する。更に、ファイル共有だけでなく、遅延解消が難しいとされるLotus NotesやExchangeまでも高速化することができるのだ。

サーバが集約されれば、シンクライアントの導入を検討する企業も多いだろう。これにより社内のほぼすべてのデータが集約され、更なるセキュリティ強化が実現。クライアント管理も容易になる。A社でもシトリックス社のXenAppを導入し、シンクライアント化を進めていた。

しかし、従来のWAN高速化装置ではシンクライアントの高速化は難しい。シンクライアントのトラフィックには固有の暗号化/圧縮が施されており、暗号をかけない設定にしなければ高速化できなかったのだ。

これに対しSteelheadなら、XenApp固有の圧縮と暗号を解いてから再圧縮/再暗号化を行うことが可能であり、安全性と高速化を両立できる。更に、マウス操作などユーザが気になる処理を優先的に送信するQoS機能など、快適な環境を実現するための各種機能を搭載している。また、モバイルに対応したソフトウェア版も用意。社外からのデータアクセスの高速化もサポートする。

データが集約されれば運用は楽になるが、万が一の場合の影響は飛躍的に増大する。データセンタのサーバがダウンしたり、ネットワークに障害が発生すると、すべてのビジネスが止まってしまう可能性もある。そこで、DR（災害対策）が重要になる。

Steelheadは、WANを経由したバックアップを大幅に高速化できるので、高い頻度で遠隔地のバックアップサイトにバックアップデータをとることが可能になる。このため、システムやネットワークにかかる負担は軽減しつつ、確実な災害対策を実行することができるようになるのだ。

優れたデータキャッシュ技術により、同一データはWANに転送しないため、データ転送量を劇的に削減できる。また、変更されたデータであっても差分データしか送らないので、更なるトラフィックの削減が可能。通常はキャッシュ等のデータはサイトごとに管理されるため、キャッシュのヒット率を向上させるためにはセンタ側に大量のストレージが必要だが、Steelheadはセンタ側で各サイトのキャッシュを1つのストレージで管理。ストレージを効率よく利用でき、高いレベルのキャッシュヒット率を実現できる。

様々なアプリケーションプロトコルをサポートしており、ファイル共有（CIFSおよびNFS）、Exchange（MAPI）、Web（HTTPおよびHTTPS）など、各種アプリケーションのスループットを大幅に向上させることができる。更に、Lotus NotesやXenAppにも対応。そのパフォーマンスは驚くほどで、ファイル共有（CIFS）では平均20倍・最大200倍、ERPのWebクライアントで平均15倍・最大50倍という結果が出ている。 　※数値はいずれもリバーベッド社調べ

Steelheadは導入も簡単だ。オートディスカバリ機能により対抗のSteelheadを自動検出するので、IPアドレスなどの基本情報を入力するだけでセットアップが完了する。拠点ごとに詳細な設定を行う必要がないので、拠点数が多い企業でも導入は容易だ。
また、Web管理ツールで詳細なレポートを作成可能。ツールの画面も分かりやすいWebGUIなので、設定や管理が容易で、管理者の負担軽減も実現する。