ブレードサーバーの選択基準およびシステム構成のポイント

ブレードサーバーの特長 前回はサーバーを仮想化させる2つの技術を主に解説しました。今回は、ブレードサーバーをどうやって選ぶか、またシステムを構成する際のポイントについて解説します。

早川 哲郎

2009年8月11日 20:00

ブレードサーバーの特長

 前回はサーバーを仮想化させる2つの技術を主に解説しました。今回は、ブレードサーバーをどうやって選ぶか、またシステムを構成する際のポイントについて解説します。

 すでにご存じの方も多いと思いますが、最初にブレードサーバーとは何かをまとめておきましょう。ブレードサーバーとは、シャーシまたはエンクロージャーとよばれる筐体に複数のサーバーを格納するものです。

 シャーシはサーバーラックに搭載することが一般的であり、6Uから12U程度のサイズになります。例えば、7Uのシャーシに14枚のサーバーを導入することができるとします。この計算では、1サーバーあたり0.5Uの面積でサーバーを配置することができ、ラック型サーバーと比べてより高密度にサーバーを配置することが可能です。

 ブレードサーバーの特長は、モジュール化されたデザインです。サーバー、スイッチ、電源、冷却ファン、管理モジュールなどに分けられたモジュールがシャーシ内に配置されています。モジュール部ごとに取り外しができるため、システムの追加や障害時の交換などが容易になります。このことは、システム増強時の工数削減や、運用後のダウンタイムの削減に貢献します。

 最近ではグリーンITと叫ばれていますが、ブレードサーバーは省電力化に貢献する重要な要素です。電源、冷却ファン、管理モジュールといった、サーバーの機能として関係無い部分をシャーシ内の複数のサーバーで共有することで、ラック型サーバーと比べてより効率の良いシステムになっています。

 さらに電力、冷却などのコストを20%程度削減でき、統一された管理モジュールを使用した運用によって、運用コストも下げることができます。また、低消費電力タイプのプロセッサーや半導体ディスク(SSD)などをブレードサーバーに使用することにより、サーバー1台あたりの電力消費量を40%程度減らすことができます。

 このように、ブレードサーバーは運用性が高く電力効率の良いプラットフォームとしてユーザーに認識されています。またサーバー統合や仮想化プラットフォーム、クラウド基盤として使用されるケースが多くなっています。結果としてブレードサーバーは、サーバーの分野では最も成長率の高いプラットフォームとなっています。

仮想化に適したブレードサーバーの選択基準

 ブレードサーバーは各社から出ていますが、仮想化サーバーの用途として検討する場合に、どのように選択していけばよいのでしょう?ここで選択の基準として3つあげたいと思います。

まず1つめは、「可用性の高いシャーシデザインであるか?」です。

 ブレードサーバーを仮想化の用途で使用する場合には、これまで分散されていたサーバーを、1つまたは複数のシャーシ内に統合することが可能です。つまり、1つのシャーシ内で多くのアプリケーションが動作することになります。シャーシが壊れてしまうと、多くのアプリケーションの動作に影響することになります。

 例えば、14台のサーバーが1シャーシに入っていて、1台あたり8つのVMが動作していると仮定します。この場合、全部で112個のアプリケーションが1つのシャーシで動作していますが、シャーシに障害が発生すれば、これらのアプリケーションが同時に動作しなくなります。

 このため、シャーシ内部では、徹底した冗長化が図られる必要があります。IBM BladeCenterでは、ブレードサーバーへのデータ転送経路、電源供給経路はすべて2重化されています。また、ブレードサーバーがシャーシに接続されるミッド・プレーンとよばれる部品も上下に2重化されています。

 また当然ながら、電源装置、冷却ファンについても2重化されています。冷却ファンは、十分な風量を供給でき、かつ必要最小限の個数にするため、2つの冷却ファンで構成されています。IBMのブレードサーバー上には一切の冷却ファンを持っていないので、サーバー上の部品を減らすことができ、連続可用性を向上します。

 このように、シャーシ単体において単一障害点(SPOF)を無くすことが、仮想化統合を行う際に重要なポイントとなります。

 次に、2つめと3つめの選択基準について解説していきます。

この記事のキーワード :

人気記事トップ10

人気記事ランキングをもっと見る

企画広告も役立つ情報バッチリ! Sponsored

ClickHouse Cloudが実現した広告運用SaaS「ATOM」のデータ基盤革新、パフォーマンスを向上しながら、運用負荷とコストを削減 11月11日 6:20 AIで開発が加速する時代、品質保証はどう変わる? Tricentisが示すAIエージェント活用の実像 11月9日 6:45 悪用までの猶予が「1分」に迫るフロンティアAI時代に開発と本番を貫く脆弱性管理が必要 10月29日 8:30 欧州CRA対応とSBOM運用。AI生成コードのOSS混入問題の対策とは ――スニペット単位で検出する「FossID」「Insignary Clarity」によるSBOM運用 9月16日 6:40 PostgreSQLからTiDBへ、稼働中SaaSで進める段階的DB移行の実践と再設計への展望 9月7日 6:30 機能安全開発におけるGoogleTestの活用を支援!「Parasoft C/C++test CT」で実現する効率化&AI連携 4月14日 6:30 【CNDW2025】Grafanaが明かす「オブザーバビリティの哲学」ー最小限の労力で実用的なインサイトを得るには 1月23日 6:30 【CNDW2025】プロダクト急増に備える基盤刷新 ーウェルスナビがECSからEKSへの移行で得た知見とは 1月15日 6:30 【CNDW2025】250環境を5人で運用、構築時間は30分に ーKINTOテクノロジーズが語るインフラ基盤組織の作り方 2025年12月18日 6:30 新たな自動化で熱視線! AIエージェントの「推論能力」を支える2つのコンポーネントとは? 2025年11月28日 6:30