管理ツールによる一元管理

管理ツールによる一元管理

   プロビジョニングと同様に、ブレードサーバの障害管理や資産管理も大量のサーバを管理するための工夫が凝らされている。

   各社とも、サーバ製品付属のツールにより、ブレードサーバの管理機能を提供している。例えばHPでは、ブレードサーバ関連の管理ツールをはじめとするツール群をSystems Insight Managerによって、一元的に管理が行える。

   ブレードサーバの場合には、エンクロージャ内のスロット情報などを利用して、サーバの位置情報を容易につかめるようになっている。これにより、管理者は対応の必要なサーバの物理的な位置関係と、論理的な情報の結び付けを行えるようになる。

   図4のようにエンクロージャ単位で多数のサーバのステータスを一元的に管理できるため、従来のサーバのように物理的に分散した環境での管理に比べて 直感的にわかりやすくなり、管理が容易になる。さらに、エンクロージャ内にあるネットワークやSANに関しても一元的な管理を実現できる。

図4：BladeSystem Integrated Managerの画面
（画像をクリックすると別ウィンドウに拡大図を表示します）

   また、プロビジョニングツールや仮想マシンの管理ツールなどを統合して利用できるので、障害発生時に予備機をセットアップするなどの柔軟な対応が可 能となる。特にブレードサーバの場合には、このような管理ツールの連携により容量追加や障害対応などに威力を発揮する。

プラットフォームとしてのブレードサーバ

   もともとブレードサーバは、iDC（Internet Data Center）などで大量のサーバを集約するような用途を想定して開発されていた。

   そのため、ブレードサーバが登場した頃のサーバスペックは、集積度という点が強調され、その他の部分があまり重視されておらず、CPUスペックを犠 牲にして、大量のサーバ搭載を前面に押しだしたブレードサーバが主流だった。そのため、ブレードサーバの用途としてWebサーバなどの比較的軽い負荷の業 務にしか使えないという認識が多かった。

   しかしこの3〜4年で、集積度の高いブレードサーバからラックマウント型のサーバと同等の性能や機能を持つブレードサーバに急速に移行している。そ の理由として、ブレードサーバの市場が広まるにつれ、サーバの標準化やサーバの統合プラットフォームとしての機能をブレードサーバに求めるようになってき たからだ。つまり増えすぎた社内のサーバを集約して、一括管理できる製品として注目されるようになってきているのである。

   そのためサーバの集積度だけではなく、機能面に重点が置かれるようになってきた。例えば、既存のサーバから移行できるだけのCPU性能、ストレージ の集約やネットワークの統合に耐えうるSANやネットワークの拡張、そして大量サーバの管理を提供するツールの機能などに重点が置かれるようになってい る。

   ブレードサーバが、最新型のラックマウントサーバなどと同等のパフォーマンスを持ったことで、既存のスケールアウト構成のサーバをブレードサーバで より少ない設置面積や台数で集約することが可能となった。また、この環境にストレージやネットワークも含めて統合的に集約が進められると考えられる。