*1、2：IDC Japan調査による
*文中に記載の会社名、製品名は、各社の商標もしくは登録商標です
|
|
|
        
|
 |
 ブレードサーバーの市場が、この1年で急速に活性化している。主要なサーバーベンダーによるブレードサーバーの市場投入はすでに2002年に始まっており、すでに3年近くが経過しているが、これが2003年になって国内だけで1万台規模の市場になり、2004年には出荷台数が倍増する勢いを見せているのだ*１。そして2004年秋にはサーバーベンダー各社の動きはさらにあわただしくなった。これまでブレードサーバーの投入に慎重だったベンダーが製品をリリースする一方で、すでに製品を提供しているベンダーも、製品ラインアップのさらなる拡充を進めているのである。 2〜3年後には国内だけで10万台市場になると予測されている*2ブレードサーバー。この勢いはどこから来ているのか。大きく3つの要因が考えられる。まず第1は製品そのものの改善が進んだこと。第2は市場環境の変化。そして第3がサーバーベンダー各社のアプローチの進化だ。 これらの要因を説明する前に、まずブレードサーバーとはどのようなものなのかを簡単に説明しておきたい。 ブレードサーバーとは3〜7U（1Uは約4.4cm）程度のエンクロージャ（格納筐体）に、数枚〜十数枚の“ブレード”と呼ばれるサーバーを格納したサーバー製品のこと。1台のサーバーが非常に薄く、まるで“刀の刃（ブレード）”のようであるため、このような名称が付けられている。その最大の特徴はサーバーの高密度実装が可能なこと。ブレードサーバーが登場する前は1Uサイズのラックマウントサーバーの実装密度が最も高かったが、ブレードサーバーならそれ以上の実装密度が可能なのだ。 またブレードと周辺機器を接続するケーブル類をエンクロージャのバックプレーンに集約できるため、ブレードをエンクロージャに差し込むだけでネットワークや周辺機器への接続を行えるのも大きな特徴だ。これによって機器背面の配線をすっきりとまとめることができ、ハードウエアのメンテナンス性も高められるのである。 
このような形態のサーバーが登場した背景には、多数のコンピュータによって並列処理を行いたいというニーズの存在がある。このようなニーズを抱えている代表的なエリアといえば、膨大な計算処理を行う科学技術分野や、大量のサーバーをホスティングするサービスプロバイダ市場である。そのため以前のブレードサーバーは“特殊なサーバー”というイメージが強く、一般企業への導入はそれほど進まなかった。またラックマウントサーバーに比べ製品の選択肢が少なく、価格性能比で見劣りがしたことも、一般企業に対する普及の足かせになっていたといえる。 しかしこのような状況は、この1年あまりで大きく変わりつつある。まず注目したいのが、サーバーベンダー各社がリリースしている製品が、大きく改善されていることである。 以前のブレードサーバーは、実装密度を重視するあまり、性能や信頼性の追究が十分ではなかった側面がある。たとえば高性能プロセッサの採用が遅れたり、連続稼働実績の少ないハードディスクドライブが採用されるといったことが一般的だったのだ。またラックマウント型サーバーに比べて専用部品の割合が高く、製品価格も割高になる傾向があった。 しかし最近では、ベンダー各社は競ってブレードサーバーへの最新プロセッサ搭載を進めている。以前はPentium�靴�PentiumM等のクライアントPC用のプロセッサを搭載する製品が多かったが、現在ではXeonプロセッサを2ウェイで搭載する製品が主流になっており、EM64T（Extended Memory 64 Technology）対応プロセッサを搭載する製品も登場している。ハードディスクに関しても信頼性や運用性を重視する傾向が強まっている。3.5インチ型ドライブの搭載が進む一方、ファイバチャネルインタフェースの実装によってSAN接続が可能な製品も増えているのだ。 そして価格面でも、各社の戦略的な値下げに伴い、ラックマウント型とも十分に競合できるレベルまで、価格性能比が改善されている。なかには同等性能・同等機能の1Uサーバーに比べて、むしろ安価な製品も存在するくらいなのである。 その一方で、ユーザー側の状況も大きく変化してきている。サーバーの高密度実装に対するニーズが、一般企業でも高まってきているのだ。 複数のサーバーによって負荷を分散させる“スケールアウト”というアプローチは、現在では一般的な手法として定着している。たとえばWebサーバーやアプリケーションサーバーを複数用意し、負荷分散装置などでアクセスを振り分けるといったシステムは、ごく当たり前のように利用されている。またこれまではスケールアップでしか対応できなかったデータベースサーバーの能力拡張も、スケールアウトによって対応することが可能になった。これはRDBMS（Relational DataBase Management System：リレーショナルデータベース管理システム）製品の並列処理技術が飛躍的に進歩したからだ。 
そしてもうひとつ見逃せないのが、サーバーベンダー各社のブレードサーバーに対する戦略の多様化である。前述のようにブレードサーバー登場の背景にあったのは“高密度実装”へのニーズだったため、ベンダー各社も高密度実装を最優先にした製品開発を行ってきた。しかし最近では、高密度実装以上に性能を重視するベンダーが増えている。なかには実装密度を犠牲にしても、各ブレードにより多くのプロセッサを搭載することで、高速処理を実現する製品も登場している。 さらに実装密度や高性能化だけではなく、その先をにらんだ戦略を掲げるベンダーも登場している。その戦略とは自律運用の実現だ。 自律運用とは、ITシステム自身が自律的に、自らの運用管理を行うというもの。これによって運用管理者の負担を大幅に軽減でき、システムを取り巻く環境の変化にも迅速に対応できるようになる。またシステム障害が発生した場合でも、サービス停止時間を最小限にとどめられるというメリットもある。主要なITベンダー各社はすでに2001年から自律運用の実現に向けた取り組みを始めており、自律運用に対応した製品開発を積極的に進めてきた。そしてこの自律運用のハードウエア側の柱として、ブレードサーバーを位置づけるベンダーが増えているのだ。 なぜブレードサーバーが自律運用の柱になるのか。それはサーバーの“仮想化”が実現しやすいからである。 コンピューターリソースの仮想化は、自律運用を実現するための重要な要件のひとつ。個々のリソースの“物理的な差異”をうまく隠蔽できなければ、自律運用に求められる“リソースの柔軟な配置”が困難になるからだ。そのためには各サーバーのスペック上の差異は、できるだけ抑制しておいた方がいい。ほとんど同様のスペックを持つサーバーを多数格納できるブレードサーバーは、このような要求に応えやすいのだ。 また物理的な配線を簡素化している点も、自律運用に向いているといえるだろう。たとえばWebサーバーへのアクセス増大に対応するためサーバーを追加するケースを考えてほしい。一般的なラックマウントサーバーであれば、新しいサーバーをラックに取り付け、背面の配線を行う必要がある。このとき他のサーバーの配線を誤ってはずしてしまう危険性があるため、どうしても既存サーバーをシャットダウンしてから作業を行うことになるはずだ。しかしブレードサーバーなら、ブレードをエンクロージャに挿入するだけでいい。背面配線を行う必要がないため、ホットスワップに対応した製品であれば、オンラインのまま拡張することも可能なのだ。 
プロセッサやメモリ、ハードディスク（HDD）を実装した“ブレード”と呼ばれる薄型のサーバーを、3〜7U程度のエンクロージャに複数格納する。これによって従来のラックマウント型サーバーに比べて高い実装密度を実現できる。また配線はエンクロージャの一部であるバックプレーンによって行われるため、ラック背面の配線もすっきりする。
あらかじめ予備のブレードをエンクロージャに実装しておき、必要に応じて利用するといった使い方も考えられる。こうすれば人手を介することなく、能力拡張を行うことも可能になるだろう。 もちろんそのためには、予備サーバーに必要なソフトウエアをどのようにインストールするかが大きな問題になる。これに対するソリューションも、すでに複数用意されている。 そのうちのひとつが“ラピッドデプロイメント”と呼ばれる方法だ。これはOSやアプリケーションの実装イメージをあらかじめ作成しておき、予備サーバーを起動する際にこのイメージをコピー、必要最小限の設定を行うだけで利用できるようにするというものだ。これによって予備サーバーが利用できるようになるまでの時間を、大幅に短縮できる。 予備サーバー起動までの時間をさらに短縮できる方法として“SANブート”と呼ばれる方法を提供するベンダーもある。この方法は、SANストレージのボリュームにあらかじめOSやアプリケーションのイメージを格納しておき、これらのボリュームとブレードを必要に応じてマッピングすることで、SANストレージからのブートを行うというものだ。この方法はファイバチャネルを実装したブレードが必要になり、SANストレージや専用のネットワークスイッチ等も必要になるため、導入コストはどうしても高くなる。しかしブレードの追加や故障ブレードの交換などを短時間で行えるため、極めて高いサービスレベルを維持できる。 最近ではSANブートに比べて導入コストを抑えられる“NASブート”と呼ばれる手法も登場している。これはSANストレージの代わりにNASを利用し、IPネットワーク経由でブートを行う方法である。またIP-SANによってSANブートを低コスト化するといったアプローチも登場している。 
当初は実装密度にフォーカスが置かれていたが、最近では処理性能や信頼性の追究、さらに自律運用の実現へと、フォーカスが移りつつある。
このようにブレードサーバーには、単に実装密度を高めるというだけではなく、実に様々な可能性があることがわかる。特に自律運用の柱としてブレードサーバーを導入する動きが加速すれば、サーバー運用管理の常識が根本から変わる可能性もあるだろう。 もはや個々のサーバーは“サーバーファーム（サーバーの集合体）”を構成する部品に過ぎず、それらをいくつ実装するかで、システムの能力が決まるようになる。能力を拡張したければ、エンクロージャに新たなブレードを挿入すればいい。また適切な予備ブレードを実装しておけば、事前に決めた運用ポリシーやシナリオに従って、サーバーリソースを必要とする業務アプリケーションにブレードを自動的に割り当てることも可能になる。ラックの前でねじ回しを握ったり、ケーブル配線のために四苦八苦するといった光景も、将来はめったに見られないものになるはずだ。そうなれば運用管理コストは大幅に削減し、TCOの改善も進むだろう。 近い将来にはブレードサーバーがラックマウント型に取って代わる可能性が高いという指摘もある。ブレードサーバーの現状を知り、今後の方向性を見極めることは、これからのIT戦略を立案する上で不可欠な要素だといえるだろう。 *1、2：IDC Japan調査による
*文中に記載の会社名、製品名は、各社の商標もしくは登録商標です |
|
|