JP4653697B2 - 電力管理方法 - Google Patents

Description

本発明は、論理装置を構成する処理モジュールが消費する電力量を制限する情報プラットフォーム装置に関する。

近年、企業におけるＩＴシステムへの投資効率向上のため、情報プラットフォーム装置のコンソリデーションのニーズが高まってきている。コンソリデーションにより、今まで個別の筐体で構成されていたサーバ装置、ルータ装置、ストレージ装置といった処理装置が１つの筐体に統合される。

具体的には、サーバ装置の場合、複数のサーバ装置を１筐体に搭載し、省スペース性や電源やネットワークなどのケーブリングの複雑さを低減するブレードサーバが用いられる。ブレードサーバは、ブレードと呼ばれる薄いケース内に、ＣＰＵ、メモリ、ＨＤＤなどの部品が搭載され、このブレードをエンクロージャと呼ばれる筐体内に複数搭載することにより、サーバ装置の高密度化を実現している。

また、ストレージ装置やルータ装置においても、性能やスケーラビリティを確保するため処理装置の構成要素をモジュール化して、必要な性能分だけ筐体に接続するという構成をとることが一般的である。このように、現状の情報プラットフォーム装置は処理装置に処理装置の構成要素がモジュール化されている。

これらの処理装置を一つに統合するシステム形態として複数の処理装置を単一のスイッチで結合する統合プラットフォームが有望である。統合プラットフォームでは、情報プラットフォーム装置内に構成した一つ以上の論理的な装置（論理装置）に各種アプリケーションを搭載し、業務を実行する。

統合プラットフォームをブレードサーバで構成する場合、各処理モジュールをブレードで構成し、この一つ又は複数の処理モジュールを組み合わせて論理装置を構成する。ブレードサーバは、一つ又は多重化された電源を備えており、各ブレードに電源を供給する。一般に、この電源モジュールは、ブレードサーバ内に備えられる全てのブレードを稼動させるのに必要な最大の電力量を供給できるように設計されている。業務を実行する場合は、装置内の構成に合わせ、許容できる最大の電力量を供給する。

例えば、ブレードサーバシステムにおける電力供給方法が開示されている。電力が供給されているか、又は作動中のサーバのシャシー内にブレード及び／又はインターコネクト・デバイスを挿入する手順は、ホットプラグと呼ばれる。ホットプラグしたブレード及び／又はインターコネクト・デバイスに電力を供給する前に、既に設置されているブレード及び／又はインターコネクト・デバイスのファブリック・タイプが、新しくホットプラグしたブレード及び／又はインターコネクト・デバイスのファブリック・タイプと関連付けられる。関連付けの結果に従って、ホットプラグしたブレード及び／又はインターコネクト・デバイスに電力が供給されたり供給されなかったりする方法が知られている（特許文献１参照）。

また、ＯＳやアプリケーションに依存せずに、ブレードサーバ全体で電力を管理する電力管理システムが開示されている。複数のブレードと、ブレードに電力を供給する１つ以上の電源ボックスと、ＢＭＣ（Baseboard Management Controller）に接続された単一のシステムマネージメントコントローラと、を１つの筐体内に備えたブレードサーバであって、単一のシステムマネージメントコントローラは、ブレードの実装数と、各ブレードの消費電力と、電源ボックスによる供給電力とを検知するとともに、ブレードサーバ全体の消費電力が供給電力を超える場合に、各ブレードの消費電力低減の優先度に応じてブレードでの消費電力を制御する（特許文献２参照）。

また、ブレード型アーキテクチャ内のブレードの動作電圧を管理する方法が開示されている。第１のブレードを第１の電圧レベルで動作させる。その場合、第１のブレードは、第１の電力配分を必要とするアプリケーションをホストし、また第１の電力配分に基づいて、ブレード型アーキテクチャ・システムの熱・電力量（budget、バジェット）の一部を消費する。第２のブレードを第２の電圧レベルで動作させる場合、第２のブレードは、第２の電力配分を必要とするアプリケーションをホストし、また、第２のブレードは、第２の電力配分に基づいて、ブレード型アーキテクチャ・システムの熱・電力量の一部を消費する。この電力・熱全体量は、第１の電圧レベルと第２の電圧レベルの少なくとも１つを調整することにより、維持される（特許文献３参照）。
特開２００４−１７８５９８号公報 特開２００５−２０２５０６号公報 特開２００４−０７８９３５号公報

前述の論理装置は、その論理装置及び論理装置上のアプリケーションによって、利用方法が異なる。例えば、Ｗｅｂアプリケーションを稼働させる場合は、それほど高速な動作は要求されないため、ＣＰＵ使用率は低い。一方、データベースサーバでは高速演算処理が要求されるため、ＣＰＵの負荷が高くなり、消費電力が大きくなる。従来の技術では、情報プラットフォーム装置全体としての消費電力を計算して、必要な最大電力量を決定する。そのため、論理装置毎に消費電力量を制御することはできない。

また、ブレードサーバの場合は、ブレードの位置と電力モジュールとの関係が固定化されているため、論理装置が複数存在し、その装置構成が動的に代わるようなシステムの場合でも、論理装置毎の電力系統を動的に変更することはできない。例えば、４つのブレード０、１、２、３を備えるブレードサーバにおいて、電力モジュール０がブレード０及び１に電力を供給し、電力モジュール１がブレード２及び３に電力を供給する情報プラットフォーム装置を考える。この情報プラットフォーム装置で、論理装置１がブレード０及びブレード２で構成され、論理装置２がブレード１及び３で構成されている場合は、いずれの論理装置１及び２も、電力系統が混在したモジュールによって構成される。この場合は、電力モジュール０又は１のいずれか一方に障害が発生したときには、いずれの論理装置０及び１の両方に障害が発生してしまう。

本発明は、このような問題点を鑑みてなされたものであり、論理装置を構成する処理モジュールが消費する電力量を制限することによって省電力化ができ、さらに、論理装置の単位で電源系統を設定することによって耐故障性を向上する情報プラットフォーム装置を提供することを目的とする。

本発明の一実施形態によれば、一つ以上の処理モジュールと、管理モジュールと、前記処理モジュール及び前記管理モジュールを通信可能に接続するスイッチと、前記処理モジュール、前記管理モジュール及び前記スイッチに電力を供給する電源モジュールと、を備え、前記処理モジュールによって構成された一つ以上の論理装置を稼働させる情報プラットフォーム装置において電力を管理する方法であって、前記管理モジュールは、前記論理装置と前記論理装置を構成する一つ以上の処理モジュールとの対応を示す装置構成情報を保持する第１のステップと、前記論理装置の種別を特定可能な情報と前記論理装置の稼働条件と前記論理装置を稼働させるための電力量である第１の電力量との対応を示す電力量管理情報を保持する第２のステップと、前記論理装置の構成要求を受け取ったときに、前記装置構成情報を参照して、前記構成要求に係る新規論理装置を構成する前記処理モジュールを選択する第３のステップと、前記構成要求に含まれる新規論理装置の種別と稼動条件と前記電力量管理情報とに基づいて、前記新規論理装置を稼働させるための前記第１の電力量を算出する第４のステップと、前記算出した第１の電力量と、前記新規論理装置を構成する各処理モジュールの最大消費電力量の合計と、を比較し、前記比較の結果として前記算出した第１の電力量が前記新規論理装置を構成する各処理モジュールの最大消費電力量の合計未満である場合に、前記処理モジュールに供給される電力量である第２の電力量の合計が前記算出した第１の電力量以下となるように前記第２の電力量を決定する第５のステップと、を含むことを特徴とする。

本発明は、論理装置単位での電力量及び論理装置を構成する処理モジュール単位での電力量を制御することによって、各処理モジュールに常に最大消費電力での電力を供給することなく、情報プラットフォーム装置を省電力化することができる。

以下に、本発明の実施の形態を添付の図面に基づいて説明する。

図１は、本発明の第１の実施の形態の電力管理システムを実現する情報プラットフォーム装置の構成ブロック図である。

情報プラットフォーム装置１０９は、複数の処理モジュール（汎用処理モジュール及び専用処理モジュール）、スイッチハブ１０４、管理モジュール１０５、電源モジュール１０６（１０６Ａ及び１０６Ｂ）及び管理コンソール１０８を含む。処理モジュールは、汎用処理モジュール１０１Ａ及び１０１Ｂ、専用処理モジュール１０２Ａ及び１０２Ｂを含む。

汎用処理モジュール１０１、専用処理モジュール１０２及び管理モジュール１０５は、スイッチハブ１０４に接続されている。各モジュールとスイッチハブ１０４との間は共通の物理インタフェースによって接続されている。実際には、各モジュールにはスイッチハブ１０４との接続インタフェースであるアダプタが搭載されており、各モジュールはアダプタを介してスイッチハブ１０４と接続される。

この接続には、共通の物理インタフェースを使用しているが、その上位のプロトコルはいかなるプロトコルを使用してよい。例えば、独自の物理インタフェースを持つ独自のプロトコルであってもよいし、ＰＣＩのような標準の物理インタフェースを持つ独自プロトコルであってもよい。または、ＰＣＩ ＥｘｐｒｅｓｓやＡｄｖａｎｃｅｄ Ｓｗｉｔｃｈｉｎｇ Ｉｎｔｅｒｃｏｎｎｅｃｔのような標準の物理インタフェースを持つ標準のプロトコルであってもよい。

本発明の実施の形態では、各モジュールとスイッチハブとはＰＣＩ Ｅｘｐｒｅｓｓを用いた物理インタフェースで接続される。なお、本発明の実施の形態では、一つのスイッチハブ１０４に各モジュールが接続されているが、複数のスイッチハブによって接続されていてもよい。

汎用処理モジュール１０１（１０１Ａ及び１０１Ｂ）は、スイッチハブ１０４を介して、専用処理モジュール１０２、管理モジュール１０５間で管理情報やユーザデータを送受信する。また、汎用処理モジュール１０１はスイッチハブ１０４を介して汎用処理モジュール１０１間で情報を送受信する。汎用処理モジュール１０１は、サーバ装置の演算処理、ルータ装置のネットワークプロセッサ処理や、ストレージ装置のＲＡＩＤ制御処理などの高機能化処理を実行する。なお、本発明の実施の形態では、汎用処理モジュール１０１を二台図示しているが、二台以上の汎用処理モジュール１０１を備えてもよい。

専用処理モジュール１０２（１０２Ａ及び１０２Ｂ）は、スイッチハブ１０４を介して、汎用処理モジュール１０１及び管理モジュール１０５との間で情報を送受信する。専用処理モジュール１０２は、外部ネットワークと接続するためのルータ装置等のラインカードに相当する処理や、ストレージ装置のハードディスクドライブ等の専用デバイスにアクセスする処理を実行する。なお、本発明の実施の形態では、専用処理モジュール１０２を二台図示しているが、二台以上の専用処理モジュール１０２を備えてもよい。

スイッチハブ１０４は、汎用処理モジュール１０１、専用処理モジュール１０２及び管理モジュール１０５間を接続する。なお、スイッチハブ１０４は、クロスバスイッチによって構成される。なお、スイッチハブ１０４の内部構成は、バス、クロスバネットワーク、又は、多段ネットワーク等、専用処理モジュール１０２及び管理モジュール１０５間で情報を送受信できるのであればどのような構造でもよい。また、本発明の実施の形態では、スイッチハブ１０４を一台しか図示していないが、複数台のスイッチハブ１０４を備えてもよい。

スイッチハブ１０４は、ルート解析部１４０とスイッチング部１４１とを含む、ルート解析部１４０は、各処理モジュールから転送されたパケットのヘッダ部分を解析してスイッチハブ１０４のどのポートにパケットを転送すべきかを決定する。スイッチング部１４１は、ルート解析部１４０が解析した結果に従って、解析結果のあて先ポートにパケットをスイッチングする。

管理モジュール１０５は、情報プラットフォーム装置１０９の全体構成を管理する。なお、本発明の実施の形態では、管理モジュール１０５を一台のみ図示しているが、信頼性を向上するために複数台備えてもよい。複数台の管理モジュール１０５を備える場合は、管理モジュール１０５間の整合性をとるために管理モジュール１０５間で情報の送受信をする仕組みが必要となる。

電源モジュール１０６（１０６Ａ及び１０６Ｂ）は、情報プラットフォーム装置１０９の各部に電力を供給する。電源モジュール１０６は多重化されており、情報プラットフォーム装置１０９内に複数備えられている。各処理モジュール（汎用処理モジュール１０１及び専用処理モジュール１０２）は、電源モジュール１０６Ａ又は１０６Ｂのいずれから電力の供給を受けるかを予め決定されている。より具体的には、各処理モジュールが挿入されているスロット毎に、そのスロットに電源を供給する電源モジュール１０６が決定されている。

なお、本発明の実施の形態では、電源モジュール１０６を二台図示しているが、二台以上の電源モジュール１０６を備えてもよい。

管理コンソール１０８は、ＣＰＵやメモリ等を持つ計算機である。管理コンソール１０８は、管理者からの装置構成要求を管理モジュール１０５に転送する。装置構成要求は、情報プラットフォーム装置１０９の装置を新規に構成するための装置新規構成要求、情報プラットフォームの構成を変更するための装置拡張要求、構成縮退要求、構成削除要求及び装置機能変更要求、装置の構成を調査する装置構成調査要求等を含む。この装置構成要求の詳細は後述する。

汎用処理モジュール１０１（１０１Ａ及び１０１Ｂ）は、汎用リソース１１０（１１０Ａ及び１１０Ｂ）、ＯＳ１１１（１１１Ａ及び１１１Ｂ）、モジュール電力管理部１１２（１１２Ａ及び１１２Ｂ）を含む。汎用リソース１１０は、ＣＰＵやメモリ等を備える。ＯＳ１１１は汎用処理モジュール１０１上で稼動するソフトウェアである。

モジュール電力管理部１１２は、汎用処理モジュール１０１によって消費される電力を管理する。モジュール電力管理部１１２は、電力量調整部１６０（１６０Ａ及び１６０Ｂ）と管理要求処理部１６１（１６１Ａ及び１６１Ｂ）とを含む。電力量調整部１６０は、汎用処理モジュール１０１に対する最大の許容電力量を設定する。管理要求処理部１６１は、管理モジュール１０５と通信して、汎用処理モジュール１０１に供給される最大許容電力量を設定する。

専用処理モジュール１０２は、専用リソース１２０（１２０Ａ及び１２０Ｂ）、専用ＯＳ１２１（１２１Ａ及び１２１Ｂ）及びモジュール電力管理部１２２（１２２Ａ及び１２２Ｂ）によって構成される。

専用リソース１２０は、ディスクドライブやルータのラインカードなどのＩ／Ｏデバイスである。専用ＯＳ１２１は、Ｉ／Ｏ処理を専用に実行するプログラムである。モジュール電力管理部１２２は、前述の汎用処理モジュール１０１のモジュール電力管理部１１２と同様である。

管理モジュール１０５は、情報プラットフォーム装置１０９に含まれる各部を管理する。管理モジュール１０５は、装置構成管理テーブル１３０、電力量管理テーブル１３１、電力条件管理テーブル１３２、装置構成管理部１３３、装置電力管理部１３４、ストレージ１３５、モジュール管理テーブル１３６からなる。

装置構成管理テーブル１３０は、情報プラットフォーム装置１０９内に構成する論理装置の構成モジュールを管理するテーブルである。具体的には、論理装置を構成する汎用処理モジュール１０１又は専用処理モジュール１０２の組み合わせを管理する。論理装置の種類には、サーバ装置、ルータ装置、ストレージ装置等が含まれる。

例えば、サーバ装置は、ディスクドライブへのアクセス処理を実行する専用処理モジュール１０２と複数の汎用処理モジュール１０１とで構成される。ルータ装置は、ラインカード等の外部へのＩ／Ｏ処理を実行する専用処理モジュール１０２とルーティングのための処理を実行する汎用処理モジュール１０１とで構成される。また、ストレージ装置は、ディスクドライブへのアクセス処理を実行するストレージコントローラを実現する専用処理モジュール１０２とＲＡＩＤ制御処理等の処理を実行する汎用処理モジュール１０１とで構成される。

なお、管理モジュール１０５は、このようなサーバ装置、ルータ装置、ストレージ装置の他にも様々な装置を管理できる。汎用処理モジュール１０１と専用処理モジュール１０２とを組み合わせて構成可能な装置であれば、どのような装置を管理してもよい。なお、装置構成管理テーブル１３０の詳細は図２で説明する。

電力量管理テーブル１３１は、装置電力管理部１３４によって管理される情報であり、情報プラットフォーム装置１０９内に構成する複数の論理装置のタイプ毎の稼動条件と論理装置に対する許容電力量を管理するテーブルである。なお、電力量管理テーブル１３１の詳細は図３で説明する。

電力条件管理テーブル１３２は、装置電力管理部１３４によって管理され、処理モジュール毎の許容電力量と動作条件との対応を保持するテーブルである。電力条件管理テーブル１３２の詳細は図４で説明する。

モジュール管理テーブル１３６は、各処理モジュールの識別子とその処理モジュールが属する論理装置の対応を管理する。モジュール管理テーブル１３６の詳細は、図９で説明する。

装置構成管理部１３３は、管理コンソール１０８から送信された装置構成の管理要求を受け付け、受け付けた管理要求に基づいて、汎用処理モジュール１０１と専用処理モジュール１０２との組み合わせによって論理装置を構成する。装置構成管理部１３３は、全ての論理装置の構成を管理する。装置構成管理部１３３は、装置構成管理テーブル１３０及びモジュール管理テーブル１３６を参照して、処理を実行する。

装置電力管理部１３４は、テーブル初期化部１７０、許容電力量算出部１７１、電力条件設定部１７２を含む。装置電力管理部１３４は、論理装置毎の電力量を管理し、その電力量を満たすように、論理装置を構成する処理モジュールに電力条件を設定する。

装置電力管理部１３４は、テーブル初期化部１７０を参照して、電力量管理テーブル１３１及び電力条件管理テーブル１３２の各エントリに情報を登録したり、削除したりする。テーブル初期化部１７０の詳細は図５で説明する。

許容電力量算出部１７１は、論理装置に許容される電力量を算出する。許容電力量算出部１７１の詳細は図６で説明する。

電力条件設定部１７２は、許容電力量算出部１７１によって算出された電力条件を、論理装置を構成する各処理モジュールに設定する。

ストレージ１３５は、例えば一つ以上のハードディスク装置によって構成される不揮発性の記憶装置である。ストレージ１３５は、管理モジュール１０５に格納されている各種テーブルの初期値を保存したり、各種テーブルを定期的に記憶する。

ストレージ１３５は、装置構成管理部１３３及び装置電力管理部１３４によって管理される各種テーブルを保持する。これらのテーブルは、モジュール管理テーブル１３６、装置構成管理テーブル１３０、電力管理テーブル１３１及び電力条件管理テーブル１３２を含む。

ない、これら各種テーブルは、管理モジュールに含まれるメモリ上の領域に格納されており、管理モジュール１０５の処理によって、そのテーブルの内容が更新される。また、管理モジュール１０５は、これら各種テーブルを周期的にストレージ１３５に格納する。これによって、管理モジュール１０５の電源が停止した場合にも、各種テーブルが失われることなく保持される。

電源モジュール１０６（１０６Ａ及び１０６Ｂ）は、管理要求処理部１５０と供給電力調整部１５１とを含む。管理要求処理部１５０は、管理モジュール１０５によって設定された電力に関する情報を受け取り、供給電力調整部１５１に、供給電力を調整するように指示する。供給電力調整部１５１は、指示に従って供給する許容電力量を決定し、決定された電力を情報プラットフォーム装置１０９の各部に供給する。

図２は、管理モジュール１０５に格納されている装置構成管理テーブル１３０の一例の説明図である。

装置構成管理テーブル１３０は、情報プラットフォーム装置１０９内に構成される論理装置の構成を管理するテーブルである。装置構成管理テーブル１３０は、管理モジュール１０５の装置構成管理部１３３によって管理される。より具体的には、汎用処理モジュール１０１又は専用処理モジュール１０２によって構成される論理装置の情報を格納する。

装置構成管理テーブル１３０は、論理装置番号フィールド２０１、装置タイプフィールド２０２及びモジュール識別子フィールド２０３を含むエントリによって構成される。

装置番号フィールド２０１は、処理モジュールによって構成された論理装置の識別子を格納する。この識別子は、情報プラットフォーム装置において一意な値である。装置タイプフィールド２０２は、論理装置のタイプ（種別）を示す識別子を格納する。

具体的には、図２では、「サーバ１」及び「サーバ２」という２種類のサーバ装置を示している。例えば、サーバ１はＷｅｂサーバ用途であり、サーバ２はＤＢサーバ用途である。本実施の形態では、二つの装置タイプのみ示すが、ルータやストレージ装置等のサーバの用途を装置タイプとして設定してもよい。また、サーバ装置であっても二種類以上の装置タイプを設定してもよい。

モジュール識別子フィールド２０３は、論理装置を構成する処理モジュールの識別子を格納する。例えば、本発明の実施の形態では、論理装置１がモジュール１及びモジュール３で構成され、論理装置２はモジュール２とモジュール４で構成されている。

図３は、管理モジュール１０５に格納されている電力量管理テーブル１３１の一例の説明図である。

電力量管理テーブル１３１は、装置電力管理部１３４によって管理され、装置タイプ毎の許容電力量を格納する。電力量管理テーブル１３１は、論理装置を構成するのに先立って作成される。

電力量管理テーブル１３１は、装置タイプフィールド３０１、稼働条件フィールド３０２及び許容電力量フィールド３０３を含むエントリによって構成される。

装置タイプフィールド３０１は、論理装置のタイプを格納する。装置タイプは、図２の装置タイプフィールド２０２と同一であるため、詳細説明を省略する。

稼働条件フィールド３０２は、論理装置が稼働するときに、その論理装置の装置タイプの大まかな稼動条件を格納する。稼動条件は、管理者が管理コンソールを介して設定する論理装置の稼動条件であり、論理装置に許容される電力レベルあるいは性能レベルである。

例えば、電力レベルを管理する場合は、その論理装置に必要な電力量が比較的大きいときは「ＨＩＧＨ」を、必要とする電力量が比較的小さいときは「ＬＯＷ」を格納する。また、性能レベルを管理する場合は、論理装置に必要な性能が高い場合には「ＨＩＧＨ」を、必要な性能が低い場合には「ＬＯＷ」を設定する。この稼働条件は、管理者がシステムを管理する上でわかりやすい情報であれば、どのような条件でもよい。

許容電力量フィールド３０３は、稼動条件に対して、論理装置に許容される具体的な電力量の値を格納する。例えば、本発明の実施の形態では、稼動条件「ＨＩＧＨ」に対して許容電力量を「Ａ」に設定している。また、稼動条件「ＬＯＷ」に対して許容電力量を「Ｂ」と設定している。

図４は、管理モジュール１０５に格納されている電力条件管理テーブル１３２の一例の説明図である。

電力条件管理テーブル１３２は、許容電力量／モジュールフィールド４０１、プロセッサ動作周波数フィールド４０２、メモリ動作周波数フィールド４０３及び動作電圧フィールド４０４を含むエントリによって構成される。

電力条件管理テーブル１３２は、論理装置の構成に先立って予め設定する。電力条件管理テーブル１３２は、処理モジュールの種類に応じて設定される。例えば、汎用処理モジュール１０１、専用処理モジュール１０２それぞれに電力条件管理テーブル１３２を設定する。なお、処理モジュールの種類を明示する情報を含んでいれば、単一の電力条件管理テーブル１３２でもよい。

許容電力量／モジュールフィールド４０１は、その処理モジュールに許容される電力量（許容電力量）を示す。プロセッサ動作周波数フィールド４０２、メモリ動作周波数フィールド４０３及び動作電圧フィールド４０４は、許容電力量を実現するための動作条件を保持する。すなわち、プロセッサ動作周波数フィールド４０２は、許容電力量を実現するための処理モジュールのプロセッサの動作周波数を格納する。メモリ動作周波数フィールド４０３は、処理モジュールのメモリの動作周波数を格納する。動作電圧フィールド４０４は処理モジュールの動作電圧を格納する。

具体的には、図４の例では、許容電力量Ｘ１を実現する場合の動作条件は、プロセッサの動作周波数がＰ１であり、メモリの動作周波数がＭ１であり、動作電圧がＶ１であることが示されている。また、Ｘｍａｘはその処理モジュールの最大の許容電力量を示す。許容電力量が最大のときの動作条件は、プロセッサの動作周波数がＰｍａｘであり、メモリの動作周波数がＭｍａｘであり、動作電圧がＶｍａｘであることが示されている。

なお、本発明の実施の形態では、処理モジュールあたりの許容電力量を、プロセッサ動作周波数、メモリ動作周波数、動作電圧の三つの動作条件で決定するが、これ以外の動作条件を含んでもよい。また、図４では、許容電力量にＸ１、Ｘ２、Ｘｍａｘの三つを設定しているが、三つ以上設定してもよい。

図５は、管理モジュール１０５の装置電力管理部１３４に含まれるテーブル初期化部１７０のより詳細なブロック図である。

テーブル初期化部１７０は、電力量管理テーブルエントリ登録部５０１、電力量管理テーブルエントリ削除部５０２、電力条件管理テーブルエントリ登録部５０３及び電力条件管理テーブルエントリ削除部５０４を含む。

電力量管理テーブルエントリ登録部５０１は、電力量管理テーブル１３１に新たにエントリを登録し、電力量管理テーブル１３１のエントリの内容を更新する。電力量管理テーブルエントリ削除部５０２は電力量管理テーブル１３１に既に登録されているエントリを削除する。電力条件管理テーブルエントリ登録部５０３は、電力条件管理テーブル１３２に新たにエントリを登録し、電力条件管理テーブル１３２のエントリを更新する。電力条件管理テーブルエントリ削除部５０４は、電力条件管理テーブル１３２に既に登録されているエントリを削除する。

図６は、管理モジュール１０５の装置電力管理部１３４に含まれる許容電力量算出部１７１のより詳細なブロック図である。許容電力量算出部１７１は、装置許容電力特定部６０１、モジュール情報取得部６０２、供給電力量最適化部６０３、装置許容電力量検証部６０４及び構成モジュール許容電力量算出部６０５を含む。

装置許容電力特定部６０１は、管理者が新規に論理装置を構成するときに、その装置構成要求のパラメータとして指定した装置タイプと稼動条件から、新規に構成する論理装置の許容電力量を特定する。モジュール情報取得部６０２は、情報プラットフォーム装置１０９に含まれる各処理モジュール又は電源モジュールから情報を取得する。

供給電力量最適化部６０３は、管理者が、装置構成要求の中で供給電力を最適化するためのモードを設定した場合、または、供給電力最適化要求を発行した場合、または、予めシステムで供給電力を最適化するように設定された場合に、供給電力量と情報プラットフォーム装置に構成される論理装置の合計許容電力量がバランスするように最適化する。これによって、供給電力量が許容電力量よりも大きい場合に、供給電力が削減できる。

装置許容電力量検証部６０４は、装置許容電力量特定部６０１が特定した論理装置の許容電力量と、モジュール情報取得部６０２が取得した論理装置を構成する各モジュールの最大電力量と、を比較する。

構成モジュール許容電力量算出部６０５は、新規論理装置の許容電力量が各構成モジュールの最大電力量の合計よりも小さい場合に、電力条件管理テーブル１３２を用いて各処理モジュールの許容電力量を算出する。

図７は、管理モジュール１０５に含まれる装置構成管理部１３３のより詳細なブロック図である。

装置構成管理部１３３は、装置構成要求受付部７０１、構成要求解析部７０２、モジュール選択部７０３及び構成管理テーブル設定部７０４を含む。

装置構成要求受付部７０１は、管理者が管理コンソール１０８経由で入力した装置構成要求を受け付ける。構成要求解析部７０２は、受け付けた装置構成要求の内容を解析する。モジュール選択部７０３は、モジュール管理テーブル１３６を参照して、入力された装置構成要求の論理装置を構成するモジュールを選択する。なお、モジュール管理テーブル１３６の詳細は図９で説明する。構成管理テーブル設定部７０４は、装置構成管理テーブル１３０及びモジュール管理テーブル１３６にエントリを新たに追加したり設定を更新する。

図８は、管理コンソール１０８から入力される装置構成要求の一例の説明図である。

装置構成要求は、管理者等によって管理コンソール１０８に入力される。管理モジュール１０５の装置構成管理部１３３が、入力された装置構成要求を受け取る。

装置構成要求は、要求の引数として、コマンド種別フィールド１００１、装置タイプフィールド１００２、稼働条件フィールド１００３及び構成モジュール種別・数フィールド１００４を含む。なお、本発明の実施の形態では、三種類の引数を示したが、それ以上の引数を指定してもよい。例えば、先に述べた供給電力を最適化するモードを引数として指定してもよい。

コマンド種別フィールド１００１は、装置構成要求のコマンド種別を格納する。なお、本発明の実施の形態では、新規装置構成要求と装置稼動条件変更要求との二つのコマンド種類のみ示したが、それ以外の管理要求をサポートしてもよい。

装置タイプフィールド１００２は、装置タイプを格納する。例えば、装置タイプが「サーバ２」である場合はＷｅｂサーバを示し、装置タイプが「サーバ１」である場合はＤＢサーバを示す。

稼働条件フィールド１００３は、論理装置の稼働条件を格納する。ここでは、性能レベルを稼動条件として用いる。サーバ２は、演算処理をそれほど必要としないため、性能レベルを「ＬＯＷ」と設定する。また、サーバ１は、演算処理を必要とするため、性能レベルを「ＨＩＧＨ」と設定する。なお、前述のように、稼働条件を二以上のレベルで管理してもよい。

構成モジュール種別・数フィールド１００４は、論理装置を構成する処理モジュールの種別と論理装置を構成する処理モジュールの数とを格納する。

図８の例を具体的に説明する。

上段のエントリは、新規装置構成要求、すなわち、新たな論理装置の構成要求を示す。そして、この論理装置の装置タイプは「サーバ２」であり、稼働条件は「ＬＯＷ」である。また、この論理装置は、二つの汎用処理モジュール１０１によって構成されることが示されている。

同様に、下段のエントリは、装置稼働条件変更要求、すなわち、既に設定された論理装置の稼働条件の変更要求を示す。そして、この論理装置の装置タイプは「サーバ１」であり、稼働条件は「ＨＩＧＨ」である。また、この論理装置は、二つの汎用処理モジュール１０１によって構成されることが示されている。

図９は、モジュール管理テーブル１３６の説明図である。

モジュール管理テーブル１３６は、装置構成管理部１３３によって管理され、論理装置と論理装置を構成する各モジュールの対応を管理する。なお、モジュール管理テーブル１３６は、モジュールの種類に対応して設定してもよいし、一つのテーブルによって管理してもよい。各モジュールと論理装置の対応を管理できるのであれば、どのような方法でもよい。

モジュール管理テーブル１３６は、モジュール識別子フィールド１６０１及び装置識別子フィールド１６０２を含む。モジュール識別子フィールド１６０１は、処理モジュールの識別子を格納する。装置識別子フィールド１６０２は、論理装置の識別子を格納する。なお、図９の例では、モジュール１及び２が論理装置１に割り当てられていることを示す。また、モジュール識別子３のモジュールはどの論理装置にも割り当てられていないことを示す。

装置構成管理部１３３及び装置電力管理部１３４は、このモジュール管理テーブル１３６を参照することによって、どの論理装置はどの処理モジュールによって構成されているか、または、どの処理モジュールはどの論理装置を構成しているか、を知ることができる。

次に、以上のように構成された情報プラットフォーム装置１０９の動作を説明する。

図１０は、管理モジュール１０５の処理のフローチャートである。

図１０のフローチャートは、管理モジュール１０５が、管理コンソール１０８を経由して管理者からの装置構成要求を受けた場合の処理フローを示す。

なお、情報プラットフォーム装置１０９は、まだ一つも論理装置が構成されてなく、各処理モジュールは、電源モジュール１０６からの電源の供給が開始されていない状態である。このとき、スイッチハブ１０４、管理モジュール１０５及び管理コンソール１０８には、要求を処理するのに必要な最少の電力が供給されている。さらに、各処理モジュールは、管理モジュール１０５との通信、及び、設定情報の記憶等のために必要な電力が、電力経路又はスイッチハブ１０４を介したネットワークから供給されている。これは、ＰＣＩ等の標準規格と同等の方法で実現できるため、説明を省略する。

管理コンソール１０８に管理者等から装置構成要求が指示されたときに、本処理を開始する（Ｓ１１０１）。

まず、管理モジュール１０５において、装置構成管理部１３３が管理コンソール１０８に入力された装置構成要求を受け取ると、その内容を解析する装置構成要求解析処理を実行する（Ｓ１１０２）。より具体的には、装置構成要求受付部７０１が装置構成要求を受け取ると、受け取った装置構成要求を装置構成要求解析部７０２に送る。装置構成要求解析部７０２は、受け取った装置構成要求に含まれる内容を解析する。装置構成要求解析部７０２は、装置構成要求に含まれる論理装置の情報、稼働条件及び処理モジュールの情報を抽出し、抽出された情報をモジュール選択部７０３に送る。

次に、モジュール選択部７０３は、装置構成要求解析部７０２から受け取った情報に基づいて、論理装置を構成するための処理モジュールを選択する構成モジュール選択処理を実行する（Ｓ１１０３）。より具体的には、モジュール選択部７０３は、モジュール管理テーブル１３６を参照して論理装置が未割当の処理モジュールの情報を取得する。そして、装置構成要求受付部７０１から受け取った処理モジュールの情報と取得した処理モジュールの情報とから、論理装置を構成する処理モジュールを選択する。そして、選択された情報を、装置電力管理部１３４に送る。

次に、装置電力管理部１３４は、受け取った情報を元に、各処理モジュールの許容電力量及び情報プラットフォーム装置全体の許容電力量を算出する許容電力算出処理を実行する（Ｓ１１０４）。この処理は図１１及び図１２で詳述する。

次に、管理モジュール１０５は、算出された情報を各種テーブルに設定するテーブル設定処理を実行する（Ｓ１１０５）。この処理が完了すると、設定された情報に基づいて情報プラットフォーム装置１０９の各処理モジュールへの電力供給を開始する。これによって情報プラットフォーム装置１０９が、設定された論理装置の処理を開始する。

以上の処理が完了すると、本フローチャートの処理を終了する。

図１１は、管理モジュール１０５の装置電力管理部１３４の許容電力量算出部１７１の処理のフローチャートである。

許容電力量算出部１７１は、装置構成管理部１３３から各処理モジュールの情報、論理装置の装置タイプ及び稼働条件等の情報を受け取ると、本処理を開始する。

まず、許容電力量算出部１７１は、装置構成要求に含まれる装置タイプ及び稼働条件に関する情報に基づいて、電力量管理テーブル１３１を参照して、新たに生成する論理装置の許容電力量を特定する（Ｓ８０２）。

次に、許容電力量算出部１７１は、電源モジュール１０６に問い合わせて、電源モジュール１０６の供給電力量を取得する（Ｓ８０３）。なお、電源モジュール１０６の供給電力量は、供給可能な最大電力量に等しい。

次に、許容電力量算出部１７１は、装置構成管理テーブル１３１を用いて既に設定されている既存の論理装置を調査し、電力管理テーブル１３１を参照して既論理装置の許容電力量を調査する。そして、既論理装置の許容電力量の合計に、新たに設定する論理装置の許容電力量を加算した値を算出する。そして、算出された値が、電源モジュール１０６から取得した供給電力量よりも小さいか否かを判定する（Ｓ８０４）。

算出された値が取得された供給電力量以上である場合は、要求された論理装置の稼動条件では電源モジュール１０６の供給電力量を超えてしまう。そのため、新たに論理装置を構成することができない。そこで、算出された値が取得された電源モジュールの供給電力量以上である場合は、許容電力量算出部１７１は、管理コンソール１０８に対してエラーを通知し、論理装置の稼動条件の再設定を指示する（Ｓ８１１）。

一方、算出された値が取得した供給電力量よりも小さい場合は、許容電力量算出部１７１は、供給電力最適化モードが設定されているか否かを判定する（Ｓ８０５）。

供給電力最適化モードは管理者又はシステムによって構成要求処理に先立って設定されている。供給電力最適化モードが指定された場合は、許容電力量算出部１７１は、電源モジュールの供給電力量最適化処理を実行する（Ｓ８１２）。

より具体的には、許容電力量算出部１７１は、算出した値が取得した供給電力量よりも小さい場合に、全ての論理装置の許容電力量の合計が、電源モジュール１０６が供給する許容電力量とほぼ等しくなるように、電源モジュールの供給電力量を調整する。これによって、各処理モジュールに必要な電力を供給しつつ、情報プラットフォーム装置全体として供給する電力量が必要最低限に抑えることができるので、情報プラットフォーム装置の省電力化が可能となる。

供給電力最適化モードが指定されていない場合及び電源モジュールの供給電力量最適化処理を実施した後、許容電力量算出部１７１は、装置構成管理部１３３から受け取った各処理モジュールの情報を元に、これら各処理モジュールの最大電力量を取得する。具体的には、許容電力量算出部１７１は、各処理モジュールに最大電力量を問い合わせて、各処理モジュールの最大電力量を取得する。なお、処理モジュールの最大電力量は、処理モジュールの最大消費電力に等しい。これによって、新たに構成した論理装置を構成する処理モジュールそれぞれの最大電力量を取得する（Ｓ８０６）。

なお、このとき、処理モジュールは、最大電力量だけでなく、自処理モジュールの種別（例えばスイッチやメモリモジュール、汎用/専用の区別）や電力条件パラメータ等を含む属性情報を、許容電力量算出部１７１の問い合わせに応答してもよい。

そして、許容電力量算出部１７１は、取得したそれぞれの処理モジュールの最大電力量を合計した値を算出し、Ｓ８０２で算出した新規論理装置の許容電力量よりも小さいか否かを判定する（Ｓ８０７）。

算出した値が論理装置の許容電力量よりも小さい場合、全ての処理モジュールを最大電力量で稼働することが可能なので、許容電力量算出部１７１は、各処理モジュールを最大の電力量で起動することを決定する（Ｓ８１３）。

一方、算出した値が論理装置の許容電力量以上である場合は、許容電力量算出部１７１は、論理装置の許容電力量と、論理装置を構成する処理モジュールの情報とから各処理モジュールの許容電力量を算出する（Ｓ８０８）。このとき、電力量管理テーブル１３１と電力条件管理テーブル１３２を参照する。その後、本フローチャートの処理を終了し、図１２に示す電力条件設定処理のフローチャートに移行する。

図１２は、管理モジュール１０５の装置電力管理部１３４の装置電力設定部１７２の電力条件設定処理のフローチャートである。

まず、電力条件設定部１７２は、新たに設定する論理装置を構成する処理モジュールのうち一つを選択する（Ｓ９０２）。

次に、電力条件設定部１７２は、選択された処理モジュールの種類と、前述の図１１の許容電力量算出結果とから、電力制御パラメータを算出する（Ｓ９０３）。

次に、電力条件設定部１７２は、特定した電力制御パラメータを、ステップＳ９０２において選択された処理モジュールに送信する（Ｓ９０４）。

次に、電力条件設定部１７２は、電力制御パラメータを設定していない処理モジュールがあるか否かを判定する（Ｓ９０５）。未設定の処理モジュールがあれ ば、Ｓ９０２に戻り、処理を繰り返す。未設定の処理モジュールがない場合は、新たに設定した論理装置を構成する全ての処理モジュールの処理が完了したの で、処理を終了し、図１０のフローチャートに戻る。

以上のように、本発明の第１の実施の形態の電力管理システムでは、情報プラットフォーム装置１０９に設定する論理装置の装置タイプ及び稼働条件によって、論理装置を構成する各処理モジュールが消費する電力量を制限することができる。これによって、情報プラットフォーム装置１０９を省電力化することができる。

次に、本発明の第２の実施の形態の電力管理システムについて説明する。

第２の実施の形態は、前述の第１の実施例に加え、さらに、処理モジュール毎に電源モジュール１０６の系統を設定することによって、論理装置の耐故障性を向上させる。なお、第１の実施の形態と同一の構成には同一の符号を付し、その説明は省略する。

図１３は、第２の実施の形態の情報プラットフォーム装置１０９の構成ブロック図である。

第２の実施の形態の情報プラットフォーム装置１０９の構成は、第１の実施の形態とほぼ同様であるが、次の点が異なる。

各処理モジュールは、負荷計測部１２１０を含む。また、モジュール電力管理部は系統選択部１２６０を備える。具体的には、汎用処理モジュール１０１（１０１Ａ及び１０１Ｂ）は、負荷計測部１２１０（１２１０Ａ及び１２１０Ｂ）を含む。また、モジュール電力管理部１１２（１１２Ａ及び１１２Ｂ）は、系統選択部１２６０（１２６０Ａ及び１２６０Ｂ）を含む。同様に、専用処理モジュール１０２（１０２Ａ及び１０２Ｂ）は、負荷計測部１２１２（１２１２Ａ及び１２１２Ｂ）を含む。また、モジュール電力管理部１２２（１２２Ａ及び１２２Ｂ）は、系統選択部１２６２（１２６２Ａ及び１２６２Ｂ）を含む。

管理モジュール１０５は、モニタ情報収集部１２２０を含む。また、装置電力管理部１３４は系統設定部１２７０を含む。

負荷計測部１２１０は、汎用処理モジュール１０１の負荷データを計測し、管理モジュール１０５に計測された負荷データを送信する。より具体的は、負荷計測部１２１０は、汎用処理モジュール１０１によって構成された論理装置の稼働による各汎用処理モジュール１０１のＣＰＵの負荷やメモリの使用量等からなる負荷データを計測し、所定の時刻、所定の間隔、又は、負荷データの送信要求に基づいて、計測された負荷データを送信する。

また、電源モジュール１０６は、二つのモジュール（１０６Ａ及び１０６Ｂ）が備えられている。電源モジュール１０６Ａ及び１０６Ｂは、それぞれ、各処理モジュール及び管理モジュール１０５に電力を供給するための独立した経路を備える。この経路は処理モジュール側で選択可能に構成されている。すなわち、一つの処理モジュールは、二つの電源モジュール１０６Ａ又は１０６Ｂのいずれか一方から、電力の供給を受けることができる。

なお、以降は、電源モジュール１０６のいずれかから電力の供給を受けるかを「系統」と呼ぶ。すなわち、電源の系統が１に設定されている処理モジュールは、電源モジュール１０６Ａからの電力の供給を受ける。同様に、電源の系統が２に設定されている処理モジュールは、電源モジュール１０６Ｂからの電力の供給を受ける。

モニタ情報収集部１２２０は、各処理モジュールから負荷データを収集する。

系統設定部１２７０は、各処理モジュールの系統を設定する。

図１４は、第２の実施の形態の装置構成管理テーブル１２３０の一例の説明図である。

装置構成管理テーブル１２３０は、前述の第１の実施の形態の装置構成管理テーブルと類似しているが、電力系統フィールド１３０３を含む。電力系統フィールド１３０３は、論理装置毎の電力系統の識別子を格納する。

装置構成管理部１３３は、管理コンソール１０８から受け取った装置構成要求に基づいて、装置構成管理テーブル１２３０のエントリを追加又は更新する。

図１５は、第２の実施の形態の電源モジュール１０６の系統設定の説明図である。

前述のように、本実施の形態では、論理装置及び論理装置を構成する処理モジュールの電源を系統によって分類する。図１５はこの系統を説明する図である。

この図１５は、電源モジュール１０６Ａ又は１０６Ｂのいずれが、汎用処理モジュール１０１Ａ、１０１Ｂ、専用処理モジュール１０２Ａ及び１０２Ｂに電力を供給することを示すマーカ（１４０１、１４０２、１４０３、１４０４）を含む。例えば、汎用処理モジュール１０１Ａは、マーカ１４０１が電源モジュール１０６Ａ側に設定されているので、汎用処理モジュール１０１Ａは電源モジュール１０６Ａからの電力の供給を受けるように設定される。同様に、専用処理モジュール１０２Ｂは、マーカ１４０４が電源モジュール１０６Ｂ側に設定されているので、専用処理モジュール１０２Ｂは電源モジュール１０６Ｂからの電力の供給を受けるように設定される。

この系統の設定は、管理コンソール１０８の表示画面に表示され、管理者がＧＵＩを用いて系統を設定するように構成してもよい。

次に、以上のように構成された第２の実施の形態の情報プラットフォーム装置１０９の動作を説明する。

前述のように、各処理モジュールは負荷計測部１２１０又は１２１２を備える。この負荷計測部１２１０及び１２１２は、常に処理モジュールの負荷を計測しており、計測結果を管理モジュール１０５のモニタ情報収集部１２２０に送信する。

モニタ情報収集部１２２０は、各処理モジュールから送信された負荷を受け取る。そして、負荷を送信した処理モジュールの情報からモジュール管理テーブル１３６を参照して、論理装置毎の負荷を算出する。モニタ情報収集部１２２０は、この論理装置毎の負荷情報を、管理コンソール１０８に表示させる。管理者はこの表示をみて、論理装置毎の負荷情報を知ることができる。またさらに、管理者が、負荷が必要以上に高い論理装置を発見した場合は、その論理装置に関して、負荷を最適化する要求をすることもできる。

具体的には、管理コンソール１０８から、管理者による負荷の最適化の要求が送信されたとき、管理モジュール１０５は、要求に係る論理装置を構成する処理モジュールの性能を上げるように、設定を変更する。すなわち、管理モジュール１０５は、論理装置を構成する処理モジュールを特定する。そして、特定された処理モジュールに現在設定されている電力制御パラメータと、電力条件管理テーブル１３２とを参照する。そして、処理モジュール毎に、より高いプロセッサ動作周波数、メモリ動作周波数及び動作電圧にて処理モジュールの電力制御パラメータを再設定し、再設定された電力制御パラメータを処理モジュールに送信する。

このようにすることによって、論理装置の負荷が高いときに、その論理装置の性能を変更することによって、負荷を低減するように設定することができる。

図１６は、第２の実施の形態の管理モジュール１０５の処理のフローチャートである。

図１６のフローチャートは、前述の図９と同様に、管理モジュール１０５が、管理者等による管理コンソール１０８への装置構成要求を受けたときの処理を示す。

管理コンソール１０８に管理者等から装置構成要求が指示されたときに、本処理を開始する（Ｓ１５０１）。

まず、管理モジュール１０５において、装置構成管理部１３３が管理コンソール１０８に入力された装置構成要求を受け取ると、その内容を解析する装置構成要求解析処理を実行する（Ｓ１５０２）。より具体的には、装置構成要求受付部７０１が装置構成要求を受け取ると、受け取った装置構成要求を装置構成要求解析部７０２に送る。装置構成要求解析部７０２は、受け取った装置構成要求に含まれる内容を解析する。装置構成要求解析部７０２は、装置構成要求に含まれる論理装置の情報、稼働条件、電力系統及び処理モジュールの情報を抽出し、抽出された情報をモジュール選択部７０３に送る。

次に、モジュール選択部７０３は、装置構成要求解析部７０２から受け取った情報に基づいて、論理装置を構成するための処理モジュールを選択する構成モジュール選択処理を実行する（Ｓ１５０３）。より具体的には、モジュール選択部７０３は、モジュール管理テーブル１３６を参照して論理装置が未割当の処理モジュールの情報を取得する。そして、装置構成要求受付部７０１から受け取った処理モジュールの情報と取得した処理モジュールの情報とから、論理装置を構成する処理モジュールを選択する。そして、選択された情報を、装置電力管理部１３４に送る。

次に、装置電力管理部１３４は、設定された論理装置の電源系統を設定する電源系統設定処理を実行する（Ｓ１５０４）。より具体的には、装置構成要求に含まれている電力系統を取得して、新たに設定する論理装置の電力系統に設定する。

次に、装置電力管理部１３４は、受け取った情報を元に、各処理モジュールの許容電力量及び情報プラットフォーム装置全体の許容電力量を算出する許容電力算出処理を実行する（Ｓ１５０５）。この処理は前述の図１１及び図１２と同様である。

次に、管理モジュール１０５は、算出された情報を各種テーブルに設定するテーブル設定処理を実行する（Ｓ１５０６）。この処理が完了すると、設定された情報に基づいて情報プラットフォーム装置１０９の各処理モジュールに電力を供給する。これによって情報プラットフォーム装置１０９が、設定された論理装置の処理を開始する。以上の処理が完了すると、本フローチャートの処理を終了する。

以上のように、本発明の第２の実施の形態の電力管理システムでは、第１の実施の形態の効果に加え、情報プラットフォーム装置１０９に設定する論理装置の電源系統を設定することによって、論理装置単位で、電力を供給する電源モジュール１０６を選択することが可能となる。このようにすることによって、例えば、電源モジュール１０６の障害発生時にも、障害が発生した電源モジュール１０６とは異なる電源系統を使用する論理装置は処理を続行することができ、電源モジュール１０６の障害によって全ての論理装置が停止することがなくなる。従って、情報プラットフォーム装置１０９の電源モジュール１０６に対する耐故障性が向上する。特に、電源モジュール１０６の多重度を大きくすれば、電源系統の多重度が大きくなるので、耐故障性をさらに向上させることが可能となる。

本発明の第１の形態の情報プラットフォーム装置のブロック図である。 本発明の第１の実施の形態の装置構成管理テーブルの説明図である。 本発明の第１の実施の形態の電力量管理テーブルの説明図である。 本発明の第１の実施の形態の電力条件管理テーブルの説明図である。 本発明の第１の実施の形態のテーブル初期化部のブロック図である。 本発明の第１の実施の形態の許容電力量算出部のブロック図である。 本発明の第１の実施の形態の装置構成管理部のブロック図である。 本発明の第１の実施の形態の装置構成要求の説明図である。 本発明の第１の実施の形態のモジュール管理テーブルの説明図である。 本発明の第１の実施の形態の装置構成要求の処理フローチャートである。 本発明の第１の実施の形態の許容電力量算出処理のフローチャートである。 本発明の第１の実施の形態の電力条件設定処理のフローチャートである。 本発明の第２の実施の形態の情報プラットフォーム装置のブロック図である。 本発明の第２の実施の形態の装置構成管理テーブルの構成図である。 本発明の第２の実施の形態の電力系統と各処理モジュールの接続関係を示す図である。 本発明の第２の実施の形態の装置構成要求の処理フローチャートである。

符号の説明

１０１ 汎用処理モジュール
１０２ 専用処理モジュール
１０４ スイッチハブ
１０５ 管理モジュール
１０６ 電源モジュール
１０８ 管理コンソール
１０９ 情報プラットフォーム装置
１３０ 装置構成管理テーブル
１３１ 電力量管理テーブル
１３２ 電力条件管理テーブル
１３３ 装置構成管理部
１３４ 装置電力管理部
１３６ モジュール管理テーブル

Claims (23)

1. 一つ以上の処理モジュールと、管理モジュールと、前記処理モジュール及び前記管理モジュールを通信可能に接続するスイッチと、前記処理モジュール、前記管理モジュール及び前記スイッチに電力を供給する電源モジュールと、を備え、前記処理モジュールによって構成された一つ以上の論理装置を稼働させる情報プラットフォーム装置において電力を管理する方法であって、
   前記管理モジュールは、
   前記論理装置と前記論理装置を構成する一つ以上の処理モジュールとの対応を示す装置構成情報を保持する第１のステップと、
   前記論理装置の種別を特定可能な情報と前記論理装置の稼働条件と前記論理装置を稼働させるための電力量である第１の電力量との対応を示す電力量管理情報を保持する第２のステップと、
   前記論理装置の構成要求を受け取ったときに、前記装置構成情報を参照して、前記構成要求に係る新規論理装置を構成する前記処理モジュールを選択する第３のステップと、
   前記構成要求に含まれる新規論理装置の種別と稼動条件と前記電力量管理情報とに基づいて、前記新規論理装置を稼働させるための前記第１の電力量を算出する第４のステップと、
   前記算出した第１の電力量と、前記新規論理装置を構成する各処理モジュールの最大消費電力量の合計と、を比較し、前記比較の結果として前記算出した第１の電力量が前記新規論理装置を構成する各処理モジュールの最大消費電力量の合計未満である場合に、前記処理モジュールに供給される電力量である第２の電力量の合計が前記算出した第１の電力量以下となるように前記第２の電力量を決定する第５のステップと、を含むことを特徴とする電力管理方法。
2. 前記管理モジュールは、
   前記処理モジュールを前記第２の電力量によって動作させるための動作条件を含む電力制御パラメータと前記第２の電力量との対応を示す電力条件管理情報を保持するステップと、
   前記電力条件管理情報を参照して、前記第２の電力量に基づいて前記処理モジュールを動作させるための電力制御パラメータを特定するステップと、
   前記処理モジュールに対して、前記特定した電力制御パラメータを設定するステップと、
   前記電源モジュールに前記処理モジュールへの電力の供給を開始させ、前記設定された電力制御パラメータに従って前記処理モジュールを起動させるステップと、をさらに含むことを特徴とする請求項１に記載の電力管理方法。
3. 前記動作条件は、前記処理モジュールの動作周波数及び動作電圧の少なくとも一つを含み、
   前記電力条件管理情報は、前記第２の電力量と前記動作条件との対応を含むエントリを二つ以上保持することを特徴とする請求項２に記載の電力管理方法。
4. 前記管理モジュールは、前記第５のステップにおいて、前記比較の結果として前記算出した第１の電力量が前記新規論理装置を構成する各処理モジュールの最大消費電力量の合計以上である場合に、前記最大消費電力量を前記第２の電力量として決定すること、を特徴とする請求項１に記載の電力管理方法。
5. 前記管理モジュールは、
   前記電源モジュールが供給可能な最大供給電力量を取得するステップと、
   前記情報プラットフォーム装置に備わる全ての前記論理装置の前記第１の電力量と前記算出した第１の電力量との合計が、前記取得された最大供給電力量を超えていないかを検証するステップと、
   前記情報プラットフォーム装置に構成された全ての前記論理装置の前記第１の電力量と前記算出した第１の電力量との合計が、前記最大供給電力量を超えていない場合は、前記最大供給電力量が、前記電源モジュールによって供給される全ての前記第１の電力量の合計に近づくように、前記最大供給電力量を調整するステップと、をさらに含むことを特徴とする請求項１に記載の電力管理方法。
6. 前記稼動条件は、前記新規論理装置を構成する処理モジュールの処理速度を指定可能な情報を含むことを特徴とする請求項１に記載の電力管理方法。
7. 前記稼動条件は、前記新規論理装置を稼働させる前記第１の電力量を特定可能な情報を含むことを特徴とする請求項１に記載の電力管理方法。
8. 前記第２の電力量は、前記新規論理装置を構成する処理モジュールの最大消費電力量以下になるように設定されることを特徴とする請求項１に記載の電力管理方法。
9. 前記電源モジュールは、異なる経路によって独立に電力を供給可能な二以上の電源系統を備え、
   前記管理モジュールは、
   前記論理装置を構成する処理モジュールと前記論理装置に電力を供給する電源系統の識別子と前記論理装置との対応を示す装置構成管理情報を保持するステップと、
   前記処理モジュールを前記第２の電力量によって動作させるための動作条件を含む電力制御パラメータと前記第２の電力量との対応を示す電力条件管理情報を保持するステップと、
   前記電力条件管理情報を参照して、前記第２の電力量によって前記処理モジュールを動作させるための電力制御パラメータを特定するステップと、
   前記処理モジュールに前記特定された電力制御パラメータを設定するステップと、
   前記新規論理装置に割り当てられた電源系統に属する電源モジュールに前記処理モジュールへの電力の供給を開始させ、前記設定された電力制御パラメータに従って前記処理モジュールを起動させるステップと、をさらに含むことを特徴とする請求項１に記載の電力管理方法。
10. 前記論理装置の構成要求は、前記新規論理装置の種別と稼動条件と電源系統とを含むことを特徴とする請求項９に記載の電力管理方法。
11. 前記管理モジュールは、
    前記論理装置の構成要求を受け取ったときに、前記構成要求に含まれる新規論理装置の種別と前記構成要求に含まれる新規論理装置の稼動条件とを取得するステップと、
    予め保持された、前記論理装置を構成する前記処理モジュールと前記論理装置との対応関係から、前記構成要求に係る新規論理装置を構成する前記処理モジュールを選択するステップと、
    前記選択された処理モジュールによって前記構成要求に係る新規論理装置を構成するステップと、
    前記構成要求に係る新規論理装置及び前記選択された前記処理モジュールとの対応を前記装置構成情報に保持するステップと、をさらに含むことを特徴とする請求項１に記載の電力管理方法。
12. 一つ以上の処理モジュールと、管理モジュールと、前記処理モジュール及び管理モジュールを通信可能に接続するスイッチと、前記処理モジュール、前記管理モジュール及び前記スイッチに電力を供給する電源モジュールと、を備え、前記処理モジュールによって構成された一つ以上の論理装置を含む情報プラットフォーム装置において、
    前記管理モジュールは、
    前記論理装置と前記論理装置を構成する前記処理モジュールとの対応を示す装置構成情報を保持し、
    前記論理装置の種別を特定可能な情報と前記論理装置の稼働条件と前記論理装置を稼働させるための電力量である第１の電力量との対応を示す電力量管理情報を保持し、
    前記論理装置の構成要求を受け取ったときに、前記装置構成情報を参照して、前記構成要求に係る新規論理装置を構成する前記処理モジュールを選択し、
    前記構成要求に含まれる新規論理装置の種別と前記構成要求に含まれる前記論理装置の稼動条件と前記電力量管理情報とに基づいて、前記新規論理装置を稼働させるための前記第１の電力量を算出し、
    前記算出した第１の電力量と、前記新規論理装置を構成する処理モジュールの最大消費電力量の合計と、を比較し、前記比較の結果として前記第１の電力量が前記新規論理装置を構成する各処理モジュールの最大消費電力量の合計未満である場合に、前記処理モジュールに供給される電力量である第２の電力量の合計が前記算出した第１の電力量以下となるように前記第２の電力量を決定することを特徴とする情報プラットフォーム装置。
13. 前記管理モジュールは、
    前記処理モジュールを前記第２の電力量によって動作させるための動作条件を含む電力制御パラメータと前記第２の電力量との対応を示す電力条件管理情報を保持し、
    前記電力条件管理情報を参照して、前記第２の電力量に基づいて前記処理モジュールを動作させるための電力制御パラメータを特定し、
    前記処理モジュールに、前記特定された電力制御パラメータを設定し、
    前記電源モジュールに前記処理モジュールへの電力の供給を開始させ、前記設定された電力制御パラメータに従って前記処理モジュールを起動させることを特徴とする請求項１２に記載の情報プラットフォーム装置。
14. 前記動作条件は、前記処理モジュールの動作周波数及び動作電圧の少なくとも一つを含み、
    前記電力条件管理情報は、前記第２の電力量と前記動作条件との対応を含むエントリを二つ以上保持することを特徴とする請求項１３に記載の情報プラットフォーム装置。
15. 前記管理モジュールは、前記比較の結果として前記算出した第１の電力量が前記新規論理装置を構成する各処理モジュールの最大消費電力量の合計以上である場合に、前記最大消費電力量を前記第２の電力量として決定すること、を特徴とする請求項１２に記載の情報プラットフォーム装置。
16. 前記管理モジュールは、
    前記電源モジュールが供給可能な最大供給電力量を取得し、
    前記情報プラットフォーム装置に備わる全ての前記論理装置の前記第１の電力量と前記算出した第１の電力量との合計が、前記取得された最大供給電力量を超えていないかを検証し、
    前記情報プラットフォーム装置に構成された全ての前記論理装置の前記第１の電力量と前記算出した第１の電力量との合計が、前記取得された最大供給電力量を超えない場合は、前記電源モジュールによって供給される全ての前記第１の電力量の合計と前記最大供給電力量が近づくように、前記最大供給電力量を調整することを特徴とする請求項１２に記載の情報プラットフォーム装置。
17. 前記第２の電力量は、前記新規論理装置を構成する処理モジュールの最大消費電力量以下になるように設定されることを特徴とする請求項１２に記載の情報プラットフォーム装置。
18. 前記電源モジュールは、異なる経路によって独立に電力を供給可能な二以上の電源系統を備え、
    前記管理モジュールは、
    前記論理装置を構成する前記処理モジュールと前記論理装置に電力を供給する電源系統の識別子と前記論理装置との対応を示す装置構成管理情報を保持し、
    前記処理モジュールを前記第２の電力量によって動作させるための動作条件を含む電力制御パラメータと前記第２の電力量との対応を示す電力条件管理情報を保持し、
    前記電力条件管理情報を参照して、前記決定された第２の電力量によって前記処理モジュールを動作させるための電力制御パラメータを特定し、
    前記処理モジュールに前記特定された電力制御パラメータを設定し、
    前記論理装置に割り当てられた電源系統に属する電源モジュールに前記処理モジュールへの電力の供給を開始させ、前記設定された電力制御パラメータに従って前記処理モジュールを起動させることを特徴とする請求項１２に記載の情報プラットフォーム装置。
19. 前記論理装置の構成要求は、前記新規論理装置の種別と前記新規論理装置の稼動条件と前記論理装置の電源系統とを含むことを特徴とする請求項１８に記載の情報プラットフォーム装置。
20. 前記管理モジュールは、
    前記論理装置の構成要求を受け取ったときに、前記構成要求に含まれる新規論理装置の種別と前記構成要求に含まれる前記新規論理装置の稼動条件とを取得し、
    予め保持された、前記論理装置を構成する前記処理モジュールと前記論理装置との対応関係から、前記構成要求に係る新規論理装置を構成する前記処理モジュールを選択し、
    前記選択された処理モジュールによって前記構成要求に係る新規論理装置を構成し、
    前記構成要求に係る新規論理装置及び前記選択された処理モジュールとの対応を前記装置構成情報に保持することを特徴とする請求項１２に記載の情報プラットフォーム装置。
21. 前記情報プラットフォーム装置はストレージ装置を備え、前記管理モジュールはメモリを備え、
    前記管理モジュールは、前記装置構成情報、前記電力量管理情報、及び前記電力条件管理情報を前記メモリに格納し、所定の時間毎に、前記メモリに格納された前記装置構成管理情報、前記電力量管理情報、及び前記電力条件管理情報を、前記ストレージに格納することを特徴とする請求項１３に記載の情報プラットフォーム装置。
22. 前記管理モジュールは、前記電力量管理情報及び前記電力条件管理情報のエントリを新たに登録し、前記電力量管理情報及び前記電力条件管理情報のエントリを削除することを特徴とする請求項１３に記載の情報プラットフォーム装置。
23. 前記管理モジュールは、
    前記処理モジュール毎の第１の負荷を計測し、
    前記計測結果に基づいて、前記論理装置毎の第２の負荷を算出し、
    前記第２の負荷に対する最適化の要求を受信した場合は、前記論理装置を構成する処理モジュールの動作条件を変更することによって前記第２の電力量を変更し、
    前記変更された第２の電力量を前記処理モジュールに供給することによって、前記処理モジュールによって構成される論理装置の第１の電力量を変更することを特徴とする請求項１２に記載の情報プラットフォーム装置。

Images