JP4964671B2

JP4964671B2 - 計算機システムの電力制御方法、プログラム、及び計算機システム

Info

Publication number: JP4964671B2
Application number: JP2007134047A
Authority: JP
Inventors: 恵介畑▲崎▼; 良史高本; 昭藤林
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2007-05-21
Filing date: 2007-05-21
Publication date: 2012-07-04
Anticipated expiration: 2027-05-21
Also published as: JP2008287644A; US20080294920A1; US8020016B2; US20110307728A1

Description

本発明は、計算機システムの消費電力を制御方法に関する。

計算機システムを構成するサーバ、外部ディスク装置、ネットワークスイッチ、及びロードバランサ等の情報処理装置は、その性能の向上によって消費電力が増大している。このため、計算機システムにおいて、情報処理装置の電力供給及び冷却にかかるコストが益々増大している。

そこで、計算機システムの消費電力を削減する方法として、計算機システムの情報処理装置のうち、必要な情報処理装置のみに電源を供給する方法がある。

しかし、上記の方法を実現するには、情報処理装置に電源を供給する必要があるか否かを判断する必要があるため、従来の方法では、人手により必要な情報処理装置を選択して電源ＯＮとしなければならず、情報処理装置の使用状態が動的に変化する自律システムでは、適時に適切な指示を与えることが難しく、消費電力の削減効率が悪く、適切な指示を与えるための手間が必要である。

本発明が解決しようとする課題は、複数の情報処理装置がネットワークにより接続される計算機システムにおいて、計算機システムが消費電力を低減することである。

本発明は、計算機システムのうち必要な情報処理装置を特定し、特定された必要な情報処理装置にのみ電力を供給し、計算機システムの消費電力を低減することを目的とする。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、一つ以上のサーバと複数の外部ディスク装置、又は、複数のサーバと一つ以上の外部ディスク装置と、を備える計算機システムであって、前記計算機システムは、前記サーバと前記外部ディスク装置とを管理する管理サーバを備え、前記管理サーバは、前記計算機システムに備わる前記サーバと、前記サーバが利用する前記外部ディスク装置の論理ディスクと、当該論理ディスクが属するＲＡＩＤグループとの関係を保持し、前記サーバの電源のＯＮ及びＯＦＦの状態の変化を監視し、前記サーバと利用関係にある論理ディスクと、当該論理ディスクが属するＲＡＩＤグループを特定し、前記ＲＡＩＤグループに属する一つ以上の論理ディスクを利用する一つ以上の関係サーバの状態を取得し、前記全ての関係サーバの電源がＯＦＦである又は電源ＯＦＦへ変化する場合、前記ＲＡＩＤグループの電力状態を省電力状態又は電源ＯＦＦにすることを特徴とする計算機システム。

本発明によると、計算機システムのうち必要な情報処理装置を特定し、特定された必要な情報処理装置にのみ電力を供給し、計算機システムの消費電力を低減することができる。

以下、本発明の実施の形態について図面を参照しながら説明する。

なお、以下に記載する実施の形態は、本発明の実施の形態の一つであり、それぞれの実施の形態の組み合わせも本発明の実施の形態の一つとなりえる。また、以下に記載する実施の形態は本発明の範囲を限定するものではない。

＜実施形態１＞
図１は、本発明の第１の実施の形態の計算機システムの構成図である。

計算機システムはサーバ１１１（１１１ａ〜１１１ｂ）、外部ディスク装置１０４、管理サーバ１０１を備える。また、これらはネットワーク１（１０２）及びネットワーク２（１０３）に接続される。ネットワーク１（１０２）及びネットワーク２（１０３）は、例えばＴＣＰ/ＩＰプロトコルによって通信可能なイーサネット（登録商標）の接続形態でもよい。また、ネットワーク２（１０３）は、ファイバチャネルネットワークでもよい。また、図１では、ネットワーク１（１０２）及びネットワーク２（１０３）は分けて示しているが、それぞれネットワークを分ける必要は無く、単一のネットワークによって接続されてもよい。管理サーバ１０１は、電力制御プログラム１１０を備える。外部ディスク装置１０４は、物理ディスク１４１及びコントローラ１４０を備える。なお、本発明の実施の形態で示されるサーバ１１１及び外部ディスク装置１０４は一例であり、その個数を限定するものではない。また、管理サーバ１０１及び電力制御プログラム１１０は、一つ以上あってもよい。

図２は、本発明の第１の実施の形態のサーバ１１１の構成図である。

サーバ１１１は、メモリ２０１、ＣＰＵ２０２、チップセット２０３、Ｉ／Ｏ装置２０４、ＮＩＣ２０５、ＢＭＣ２０６、及び補助記憶装置２０７を備える。

メモリ２０１は、ＯＳ及びアプリケーション等のプログラムを格納する。ＣＰＵ２０２は、メモリに格納されているプログラムを実行する。なお、ＣＰＵ２０２は一つ以上あってもよい。チップセット２０３は、ＣＰＵ２０２の周辺回路を搭載するチップである。Ｉ／Ｏ装置２０４は、ネットワーク１（１０２）に接続され、ネットワーク１（１０２）で用いられるプロトコルによってＩ／Ｏ装置の種類が異なるＨＢＡ（ＨｏｓｔＢｕｓＡｄａｐｔｏｒ）又はＮＩＣ（ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅＣａｒｄ）等のインタフェースである。ＮＩＣ２０５は、ネットワーク２（１０３）に接続するためのインタフェースである。なお、ＮＩＣ２０５とは別に、Ｉ／Ｏ装置２０４内にＮＩＣを備えてもよい。ＢＭＣ（ＢａｓｅｂｏａｒｄＭａｎａｇｅｍｅｎｔＣｏｎｔｒｏｌｌｅｒ）２０６は、サーバ１１１の状態監視又は電源制御を行う。また、ＢＭＣ２０６は、電源制御機能２６０を備える。電源制御機能２６０は、ＮＩＣ２０５を通じて外部からサーバ１１１の電源のＯＮ又はＯＦＦを制御できる。補助記憶装置２０７は、ハードディスク又はフラッシュメモリの記憶装置である。なお、サーバ１１１は、図２に示される全ての要素を必ずしも含む必要はなく、少なくともＣＰＵ２０２、メモリ２０１、及びＩ／Ｏ装置２０４を備えていればよい。

図３は、本発明の第１の実施の形態の管理サーバ１０１の構成図である。

管理サーバ１０１は、メモリ３０１、ＣＰＵ３０２、ＮＩＣ３０３、及びＩ／Ｏ装置３０４を備える。

メモリ３０１は、電力制御プログラム１１０を含む。ＣＰＵ３０２は、メモリ３０１に格納されたプログラムを実行する。なお、ＣＰＵ３０２は二つ以上あってもよい。ＮＩＣ３０３は、ネットワーク２（１０３）に接続するためインタフェースである。Ｉ／Ｏ装置３０４は、管理サーバ１０１に情報を入出力するインタフェースである。また、Ｉ／Ｏ装置３０４には、マウス又はキーボードの入力装置３０５、ディスプレイ等の表示装置３０６が接続される。また、入出力装置３０４には外部記憶装置（例えば、ＵＳＢメディア）を接続して、外部記憶装置に格納された情報の読み書きしてもよい。なお、管理サーバ１０１には、ハードディスク又は補助記憶装置（例えば、フラッシュメモリ）が備わってもよい。

図４は、本発明の第１の実施の形態の外部ディスク装置１０４の構成図である。

なお、本発明の第１の実施の形態の外部ディスク装置１０４は、ＲＡＩＤ（ＲｅｄｕｎｄａｎｔＡｒｒａｙｓｏｆＩｎｅｘｐｅｎｓｉｖｅＤｉｓｋｓ）を構成する。外部ディスク装置１０４は、コントローラ１４０及び複数の物理ディスク１４１を備える。コントローラ１４０は、ポート４０１、ＮＩＣ４０２、電力消費状態制御部４０３、及び論物マップ管理部４２０を備える。

ポート４０１は、ネットワーク１（１０２）を介してサーバ１１１と接続して、物理ディスク１４１にアクセスするためのインタフェースである。また、ＮＩＣ４０２は、ネットワーク２（１０３）を介してカンリサーバ１０１と接続し、管理サーバ１０１の電力制御プログラム１１０によって外部ディスク装置１０４の制御をするためのインタフェースである。

電力消費状態制御部４０３は、物理ディスク１４１の動作状態を変更し、物理ディスクの消費電力を変更することができる。また、電力消費状態制御部４０３は、インタフェースを備え、ＮＩＣ４０２を経由して接続されている管理サーバ１０１の電力制御プログラム１１０から物理ディスク１４１の電力消費状態の変更指示を受信する。なお、物理ディスク１４１の電力消費状態を変更する技術は、例えば、ドライブの回転数を低下させる状態に変更する方法、ドライブの回転を停止する状態に変更する方法、又はヘッドを休止状態に変更する方法等がある。

論物マップ管理部４２０は、論物マップテーブル４２１を含む。論物マップテーブル４２１は、物理ディスク１４１と論理ディスク４１０との関係を保持する。また、コントローラ１４０は、プロセッサ及びメモリ等の記憶装置を備える。メモリには、論物マップ管理部４２０及び電力消費状態制御部４０３のプログラムが格納されている。プロセッサが格納されているプログラムを実行することによって処理が実現される。また、電力消費状態制御部４０３及び論物マップ機能４２０は、一部又は全部をカスタムプロセッサなどのハードウェアの実装によって実現してもよい。

本発明の第１の実施の形態では、物理ディスク１４１は、複数の物理ディスク１４１を一つの集合として、ＲＡＩＤグループ４３０を構成する。ＲＡＩＤグループ４３０は、一つ以上の物理ディスク１４１によって構成された論理的な物理ディスク１４１のグループであり、論物マップ管理部４２０によって定義され、物理ディスク１４１とＲＡＩＤグループ４３０との関係は論物マップテーブル４２１に保持される。なお、各物理ディスク１４１Ａ〜１４１Ｄは、識別子としてＰＤＥＶ０、ＰＤＥＶ１、ＰＤＥＶ２、及びＰＤＥＶ３が付されている。また、論物マップ管理部４２０は、一複数のＲＡＩＤグループ４３０を一つ以上の論理ディスク４１０として、サーバ１０１にすることができる。ポート４０１に接続されているサーバ１１１は、論理ディスク４１０にアクセスすることによって外部ディスク装置１０４の物理ディスク１４１にアクセスする。ＲＡＩＤグループ４３０と論理ディスク４１０との関係は論物マップテーブル４２１に保持される。なお、各論理ディスク４１０Ａ〜４１０Ｄは、識別子として、ＬＵ０、ＬＵ１、ＬＵ２、及びＬＵ３が付されている。

論物マップ管理部４２０は、論物マップテーブル４２１に保持される内容に従って、ＲＡＩＤグループ４３０及び論理ディスク４１０を構成する。また、本発明の第１の実施の形態の外部ディスク装置１０４は、ＲＡＩＤグループ４３０を最小単位として、電力消費状態を制御する。なお、外部ディスク装置１０４がＲＡＩＤを構成しない場合は、物理ディスク１４１を、電力消費状態の制御単位としてもよい。また、外部ディスク装置１０４全体を電力消費状態の制御単位としてもよい。また、電力消費状態制御部４０３は、ＮＩＣ４０２を経由して接続されている管理サーバ１０１の電力制御プログラム１１０に対して、電力消費状態の制御単位を通知するためのインタフェースを備えてもよい。

図５は、本発明の第１の実施の形態の論物マップテーブル４２１の説明図である。

論物マップテーブル４２１は、外部ディスク装置１０４が備える物理ディスク１４１と、ＲＡＩＤグループ４３０と、論理ディスク４１０との関係を保持する。論物マップテーブル４２１は、物理ディスク５０１、ＲＡＩＤグループ５０２、及び論理ディスク５０３を含む。

物理ディスク５０１は、物理ディスク１４１の識別子である。ＲＡＩＤグループ５０２は、物理ディスク５０１に示す物理ディスク１４１が含まれるＲＡＩＤグループ４３０の識別子である。

論理ディスク５０３は、ＲＡＩＤグループ５０２に示すＲＡＩＤグループ４３０に含まれる論理ディスク４１０の識別子である。

論理ディスク５０３は、一つのＲＡＩＤグループ４３０に複数の論理ディスク４１０が存在する場合、「ＬＵ０，ＬＵ１」と記述する。なお、論物マップテーブル４２１の一部の情報は必ずしも必須ではない。

図６は、本発明の第１の実施の形態の管理サーバ１０１のメモリ３０１のブロック図である。

メモリ３０１は、電力制御プログラム１１０、サーバ管理テーブル６１０、ストレージ管理テーブル６１１、関係テーブル６１２、及び状態テーブル６１３を含む。電力制御プログラム１１０は、関係管理サブプログラム６０１、状態監視サブプログラム６０２、関係検索サブプログラム６０３、状態判定サブプログラム６０４、及び状態制御サブプログラム６０５を含む。

関係管理サブプログラム６０１は、計算機システムのサーバ１１１と外部ディスク装置１０４のＲＡＩＤグループ４３０との関係を管理する。状態監視サブプログラム６０２は、サーバ１１１の状態の変化を監視する。関係検索サブプログラム６０３は、サーバ１１１と利用関係にあるＲＡＩＤグループ４３０を検索する。ここで利用関係とは、後述するサーバ管理テーブル６１０、ストレージ管理テーブル６１１、及び関係テーブル６１２によって対応付けられるサーバ１１１と外部ディスク装置１０４の構成（ＲＡＩＤグループ４３０、物理ディスク１４１、又は論理ディスク４１０）との関係である。状態判定サブプログラム６０４は、ＲＡＩＤグループ４３０の電力消費状態を変更するか否かを判定する。状態制御サブプログラム６０５は、電力消費状態を変更すると判定されたＲＡＩＤグループ４３０の電力消費状態を変更する。

サーバ管理テーブル６１０は、計算機システムを構成するサーバ１１１の情報を保持する。ストレージ管理テーブル６１１は、計算機システムに備わる外部ディスク装置１０４の情報を保持する。関係テーブル６１２は、サーバ１１１とＲＡＩＤグループ４３０との関係を保持する。状態テーブル６１３は、各ＲＡＩＤグループ４３０の使用状態の情報を保持する。なお、電力制御プログラム１１０及びその構成要素の一部又は全部は、カスタムプロセッサによってハードウェアとして実装されてもよい。

図７は、本発明の第１の実施の形態のサーバ管理テーブル６１０の説明図である。

サーバ管理テーブル６１０は、サーバ識別子７０１、状態７０２、及び論理ディスク７０３を含む。

サーバ識別子７０１は、サーバ１１１の識別子である。状態７０２は、サーバ識別子７０１に示すサーバ１１１の状態である。例えば、サーバ１１１が電源ＯＮの状態の場合は、「電源ＯＮ」であり、サーバ１１１がスタンバイの状態の場合は「スタンバイ」である。ここで、スタンバイの状態とは、例えば、サーバ１１１がコールドスタンバイの状態である。コールドスタンバイとは、サーバ１１１を待機状態にしておき、障害が発生すると待機状態から立ち上がり、処理が切り替わる状態である。なお、図７では、電源ＯＮ、電源ＯＦＦ、及びスタンバイの状態のみ示されているが、これらの他に、例えば、リブート、スタンバイ、サスペンド、レジューム、ディスクのアンマウント、ディスクのマウント、アプリケーションの終了、アプリケーションの開始、ストレージパスの閉塞、ストレージパスの接続、障害発生、保守開始、保守完了、又は仮想サーバの移動等の状態が記述されてもよい。

論理ディスク７０３は、サーバ識別子７０１に示すサーバ１１１が使用する論理ディスク４１０の識別子及びその使用用途である。例えば、サーバ１１１が論理ディスク４１０のＬＵ１を使用する場合は「ＬＵ１」である。また、その使用用途は括弧によって付加的な情報として示されており、「Ｓ」はシステムディスク用途、「Ｄ」はデータディスク用途である。また、両方の用途である論理ディスク４１０は「Ｓ／Ｄ」と記述される。

なお、システムディスク用途とは、ＯＳ又はアプリケーションの実行ファイル、システムデータ、ログファイル、及びスワップファイル等、システムを起動するためのディスクである。また、データディスク用途とは、顧客リスト及び帳簿情報等アプリケーションの処理対象となるデータが保持されるディスクである。ここで、論理ディスク４１０の付加情報として、データディスク用途が示されている場合は、論理ディスク４１０が省電力状態になっている時にすぐに稼動できるようにしてもよい。なお、サーバ管理テーブル６１０の一部の情報は必ずしも必須ではない。

図８は、本発明の第１の実施の形態のストレージ管理テーブル６１１の説明図である。

ストレージ管理テーブル６１１は、ＲＡＩＤグループ８０１、論理ディスク８０２、及び状態８０３を含む。

ＲＡＩＤグループ８０１は、外部ディスク装置１０４のＲＡＩＤグループ４３０の識別子である。論理ディスク８０２は、ＲＡＩＤグループ８０１に示すＲＡＩＤグループ４３０に含まれる論理ディスク４１０の識別子である。例えば、ＬＵ０及びＬＵ１の両方がＲＡＩＤグループ４３０に含まれる場合は、「ＬＵ０，ＬＵ１」と記述される。

状態８０３は、ＲＡＩＤグループ８０１に示すＲＡＩＤグループ４３０の電力消費状態である。例えば、最大の性能で稼動中の場合は「アクティブ」であり、省電力状態である場合は「省電力状態」と記述する。ここで、ＲＡＩＤグループ４３０が「アクティブ」の状態とは、例えば、当該ＲＡＩＤグループ４３０の消費電力が大きく、アクセス性能が高い状態である。

また、「省電力状態」の状態とは、外部ディスク装置１０４の消費電力の制御技術によって、消費電力を低下させて稼動している状態（例えば、ＲＡＩＤグループ４３０を構成する少なくとも一つの物理ディスク１４１の回転が停止している状態）である。なお、省電力状態は、一つの状態でなくてもよい。例えば、ディスクのみを止める場合、ディスク及びヘッド部分以外のコントローラを止める場合、又はディスク及びコントローラを完全に止める場合等の状態に応じて、省電力状態のレベルを分けて登録してもよい。また、状態８０３の内容は、外部ディスク装置１０４の持つ消費電力の制御技術に依存するため、消費電力の技術においてＲＡＩＤグループ４３０の電力消費状態を区別することができればよい。

図９は、本発明の第１の実施の形態の関係テーブル６１２の説明図である。

関係テーブル６１２は、サーバ識別子９０１及びＲＡＩＤグループ９０２を含む。サーバ識別子９０１は、サーバ１１１の識別子である。ＲＡＩＤグループ９０２は、サーバ識別子９０１に示すサーバがアクセスする外部ディスク装置１０４のＲＡＩＤグループ４３０の識別子である。

図１０は、本発明の第１の実施の形態の状態テーブル６１３の説明図である。

状態テーブル６１３は、ＲＡＩＤグループ１００１及び使用状態１００２を含む。ＲＡＩＤグループ１００１は、外部ディスク装置１０４のＲＡＩＤグループ４３０の識別子である。使用状態１００２は、ＲＡＩＤグループ１００１に示すＲＡＩＤグループ４３０の使用状態である。具体的に、使用状態１００２は、当該当ＲＡＩＤグループ４３０を現在使用中のサーバ１１１の数であり、この値が「０」の場合、当該ＲＡＩＤグループ４３０を使用中のサーバが存在しないことになり、当該ＲＡＩＤグループ４３０の物理ディスク１４１の回転を停止させる、又は回転を遅くする等、電力消費状態を変更できる。

次に、本発明の第１の実施の形態の電力制御プログラム１１０による処理について説明する。

図１１は、本発明の第１の実施の形態の関係管理サブプログラム６０１の処理を示すフローチャートである。

まず、ステップ１１０１では、計算機システムに備わるサーバ及び情報処理装置の関係、及び各情報処理装置の状態を取得する。ステップ１１０１で取得される情報処理装置の関係とは、例えば、計算機システムに備わる各サーバ１１１と当該サーバ１１１に使用される外部ディスク装置１０４の論理ディスク４１０との関係、各サーバ１１１と当該サーバ１１１に使用される論理ディスク４１０が所属するＲＡＩＤグループ４３０との関係、及び、各サーバ１１１と当該サーバ１１１に使用されるＲＡＩＤグループ４３０を構成する物理ディスク１４１との関係である。

また、取得される情報処理装置の状態とは、各情報処理装置の稼動状態ある。また、必要に応じて付加的な情報を取得してもよい。なお、取得不可能な情報、又は取得が不要な情報は取得しなくてもよい。

次に、ステップ１１０２では、ステップ１１０１で取得した情報処理装置の関係及び情報処理装置の状態を用いて、サーバ管理テーブル６１０を作成する。具体的には、サーバ１１１の状態及び当該サーバ１１１が使用する論理ディスク４１０に基づいてサーバ管理テーブル６１０を作成する。

次に、ステップ１１０３では、ステップ１１０１で取得した情報処理装置の関係及び情報処理装置の状態を用いて、ストレージ管理テーブル６１１を作成する。具体的には、ＲＡＩＤグループ４３０の状態及び当該ＲＡＩＤグループ４３０が所属する論理ディスク４１０に基づいてストレージ管理テーブル６１１を作成する。

次に、ステップ１１０４では、ステップ１１０２で作成したサーバ管理テーブル６１０及びステップ１１０３で作成したストレージ管理テーブル６１１を使用し、関係テーブル６１２を作成する。具体的には、サーバ管理テーブル６１０を参照して、サーバ１１１が使用する論理ディスク４１０の識別子７０３を取得する。さらに、取得した論理ディスク４１０の識別子が所属するＲＡＩＤグループ４３０の識別子８０１を、ストレージ管理テーブル６１１を参照することによって取得する。これによって、サーバ１１１とＲＡＩＤグループ４３０との関係を取得することができる。これを計算機システムに備わる各サーバ１１１について繰り返すことによって、関係テーブル６１２を作成することができる。

次に、ステップ１１０５では、ステップ１１０４で作成した関係テーブル６１２及びサーバ管理テーブル６１０に含まれる情報に基づいて、状態テーブル６１３を作成する。具体的には、関係テーブル６１２を参照して各ＲＡＩＤグループ４３０を使用するサーバ１１１の識別子９０１を取得する。さらに、取得した識別子９０１で示されるサーバの状態７０２を、サーバ管理テーブル６１０を参照して取得する。そして、ＲＡＩＤグループ４３０を使用中のサーバ１１１の数を、状態テーブル６１３の当該ＲＡＩＤグループ４３０の使用状態の値とする。

ここで、サーバ１１１の状態が当該ＲＡＩＤグループ４３０を使用中の状態とは、サーバ１１１とＲＡＩＤグループ４３０が関連付けられており、かつ、当該ＲＡＩＤグループ４３０を使用するサーバ１１１が「電源ＯＮ」の状態である。なお、他に明らかにサーバ１１１がＲＡＩＤグループ４３０を使用中と判断できるサーバ１１１の状態も含んでもよい。

例えば、図９の状態テーブル６１３では、ＲＡＩＤグループ９０２の識別子「グループ２」を使用するサーバの識別子９０１は「サーバ２」及び「サーバ３」である。これに基づいて、図７のサーバ管理テーブル６１０のサーバ識別子７０１の「サーバ２」及び「サーバ３」の行を参照すると、双方のサーバともに「電源ＯＮ」であるため、図１０の状態テーブル６１３のＲＡＩＤグループ９０２の識別子「グループ２」の行の使用状態は「２」となる。

次に、ステップ１１０６では、計算機システムの構成に変更があるか否かを検知する。そして、構成が変更されている場合は再びステップ１１０１へ戻り、構成が変更されていない場合は、変更があるまでステップ１１０６の処理を繰り返す。ここで、計算機システムの構成変更とは、計算機システムに備わる情報処理装置の数や論理的な設定に変更があった場合である。例えば、サーバ１１１が追加又は削除された場合、ＲＡＩＤグループ４３０が追加又は削除された場合、及び、ＲＡＩＤグループ４３０に所属する物理ディスク１４１が追加又は削除された場合等、である。なお、システム構成の変更を検知する方法は、システム構成の変更が通知されることによって実現される。例えば、システムの構成が変更された時に管理プログラムによって通知されてもよい。また、システムの構成を変更した管理者によって通知されてもよい。また、システム構成を監視するプログラムによってシステム構成の変更を検知してもよい。

なお、ステップ１１０１の情報処理装置の情報の取得方法は、後述する図１２に示されるように、電力制御プログラム１１０によって提供されるＧＵＩ（Graphical User Interface）を使用することによって、計算機システムの管理者が入力する方法あってもよい。また、電力制御プログラム１１０によって提供されるコマンドラインを用いて管理者が情報処理装置の情報を入力してもよい。また、管理サーバ１０１に接続された記憶装置に保存したファイルから情報処理装置の情報を取得してもよい。また、ネットワークを経由して情報処理装置の情報を取得してもよい。

また、ステップ１１０１では、消費電力を制御する単位で、情報処理装置の状態が取得される。例えば、本実施の形態の外部ディスク装置１０４は、ＲＡＩＤグループ４３０と単位として消費電力が制御されるため、図８に示されるように、ストレージ管理テーブル６１１はＲＡＩＤグループ４３０毎に情報を保持している。なお、情報処理装置（例えば、外部ディスク装置１０４）が、消費電力を制御することができる最小単位を通知するためのインタフェースを備えてもよい。この場合、ステップ１１０１で当該インタフェースを使用して、消費電力を制御することができる最小単位の情報を取得してもよい。

図１２は、図１１のステップ１１０１で情報処理装置の情報を取得するために、電力制御プログラム１１０によって提供されるＧＵＩの例を示す。

ＧＵＩは、図３に示される表示装置３０６又はネットワークを経由した他の表示装置に、ブラウザ及び専用のプログラムのいずれかを用いて、各情報処理装置の関係（例えば、情報処理装置と、情報処理装置と利用関係にある全てのサーバとの関係）を表示する。

ウインドウ１２０１はブラウザ又は専用プログラムのウインドウを示す。ウインドウ１２０１には、計算機システムを構成するサーバ及び情報処理装置である外部ディスク装置、論理ディスク、ＲＡＩＤグループ、電源装置、ネットワークスイッチ、及びファイバチャネルスイッチが表示され、各情報処理装置がどのような関係になっているかを、管理者が入力装置３０５（例えば、マウス）を用いて関係線１２０２で互いに結ぶことによって入力する。

例えば、図１２では、各情報処理装置の識別子を表示し、各情報処理装置の関係を示す。サーバ１（１２１０）は、ファイバチャネルスイッチであるＦＣ−ＳＷ１（１２５０）を経由して外部ディスク装置１（１２２０）の論理ディスクＬＵ１（１２３０）を使用しており、ＬＵ１（１２３０）は、ＲＡＩＤグループ１（１２４０）に含まれていることを示す。また、サーバ１（１２１０）は、ネットワークスイッチであるＮＷ−ＳＷ１（１２６０）を経由してＬＡＮ１（１２７０）に接続する。さらに、サーバ１（１２１０）、ＦＣ−ＳＷ１（１２５０）、及び外部ディスク装置（１２２０）は、電源装置である電源１（１２８０）を使用していることも示す。なお、ウインドウ１２０１には、各情報処理機器の管理ソフトウェア又は情報処理機器自身によって提供されるインタフェース等から取得した情報が表示される。入力が完了すると、管理者は完了ボタン１２０３を操作する。一方、入力をキャンセルする場合は、管理者はキャンセルボタン１２０４を操作する。

図１３は、状態監視サブプログラム６０２による処理のフローチャートである。

ステップ１３０１では、サーバ１１１の状態を監視する。サーバ１１１の状態を監視する方法は、例えば、サーバ１１１の管理ソフトウェアから状態変化メッセージを受信する方法、監視インタフェース（例えば、ＳＮＭＰ）を用いて情報を収集する方法、又はサーバ１１１に搭載されるＢＭＣ２０６に状態を問い合わせる方法等がある。

ステップ１３０２では、サーバ１１１の状態が変化したか否かを判定する。サーバ１１１の状態が変化したと判定された場合は、ステップ１３０３に進み、サーバ１１１の状態が変化していないと判定された場合は、ステップ１３０１に戻り、更にサーバ１１１の状態を監視する。

次に、ステップ１３０３では、サーバ１１１の状態の変化の種類を検知する。例えば、サーバ１１１の電源がＯＮからＯＦＦに変化した場合、又はサーバ１１１で障害が発生した場合である。ここで、サーバ１１１の状態が変化する前から変化した後への差分は、サーバ１１１の状態の変化の差分情報としてメモリ２０１又は補助記憶装置２０７に差分情報を保持し、保持される差分情報を状態判定サブプログラム６０４によって参照されるようにする。

次に、ステップ１３０４では、ステップ１３０３で取得した情報に基づいて、サーバ管理テーブル６１０の当該サーバ１１１の状態を更新する。

ステップ１３０５では、状態が変化したサーバを引数として、関係検索サブプログラム６０３を呼び出す。

図１４は、関係検索サブプログラム６０３による処理のフローチャートである。

ステップ１４０１では、状態監視サブプログラム６０２から取得したサーバの識別子に基づいて関係テーブル６１２を参照し、当該サーバ１１１と利用関係にあるＲＡＩＤグループ４３０を検索する。

ステップ１４０２では、当該サーバ１１１と利用関係にあるＲＡＩＤグループ４３０が検索されたか否かを判定する。関係するＲＡＩＤグループ４３０が検索された場合は、ステップ１４０３に進み、関係するＲＡＩＤグループ４３０が検索されなかった場合は、関係検索処理を終了する。

ステップ１４０３では、当該サーバ１１１の識別子、及びサーバ１１１に関係するＲＡＩＤグループ４３０の識別子を引数として、状態判定サブプログラム６０４を呼び出す。

図１５は、状態判定サブプログラム６０４による処理のフローチャートである。

ステップ１５０１では、関係検索サブプログラム６０３から取得したサーバ１１１の識別子を用いてサーバ管理テーブル６１０を参照し、サーバ１１１の状態を取得する。

次に、ステップ１５０２では、関係検索サブプログラム６０３から取得したＲＡＩＤグループ４３０の識別子を用いてストレージ管理テーブル６１１を参照し、ＲＡＩＤグループ４３０の状態を取得する。

次に、ステップ１５０３では、ステップ１５０１で取得したサーバ１１１の状態に基づいて、状態テーブル６１３の当該ＲＡＩＤグループ４３０の内容を更新する。具体的には、サーバ１１１が「電源ＯＦＦ」又は「スタンバイ」の状態から「電源ＯＮ」の状態に変化する場合は、当該ＲＡＩＤグループ４３０の使用状態１００２に１を加算する。一方、サーバ１１１が「電源ＯＮ」の状態から「電源ＯＦＦ」又は「スタンバイ」の状態に変化する場合は、当該ＲＡＩＤグループ４３０の使用状態１００２から１を減算する。なお、「スタンバイ」の状態から「電源ＯＦＦ」の状態に変化する場合は、使用状態１００２の値は変化しない。

例えば、図７に示されるサーバ管理テーブル６１０の「サーバ１」の状態が「電源ＯＮ」から「電源ＯＦＦ」になった場合、図９に示される関係テーブル６１２から「グループ１」のＲＡＩＤグループ４３０を使用することが分かるため、ステップ１５０３では、図１０の状態テーブル６１３の「グループ１」の使用状態は「１」から１が減算されて「０」になる。なお、サーバ１１１の状態変化前の状態は、状態監視サブプログラム６０２によってメモリ２０１や補助記憶装置２０７等に保持されており、ステップ１５０３でサーバ１１１の状態変化前の状態の情報を取得できる。

次に、ステップ１５０４では、ＲＡＩＤグループ４３０の状態を制御するか否かを判定する。具体的には、ステップ１５０２で取得した当該ＲＡＩＤグループ４３０の状態、及び、ステップ１５０３で更新された状態テーブル６１３の当該ＲＡＩＤグループ４３０の使用状態を参照し、当該ＲＡＩＤグループ４３０の状態が「アクティブ」かつ当該ＲＡＩＤグループ４３０の使用状態の値が「０」である場合は、当該ＲＡＩＤグループ４３０の状態を省電力状態にすると判定され、ステップ１５０５に進む。また、当該ＲＡＩＤグループ４３０の状態が「省電力状態」ではなく、及び／又は、当該ＲＡＩＤグループ４３０の使用状態の値が「０」以外である場合は、当該ＲＡＩＤグループ４３０の状態を省電力化から解除すると判定され、ステップ１５０５に進む。これら以外の場合は、処理を終了する。

ここで、省電力化とは具体的に、ＲＡＩＤグループ４３０を省電力状態に制御することである。なお、省電力化には二つのモードがあり、すぐにディスクが使用できる状態に制御するモード及びディスクが使用できるようになるまでに遅延が生じる状態に制御するモードがある。

次に、ステップ１５０５では、当該ＲＡＩＤグループ４３０の識別子、当該ＲＡＩＤグループ４３０の状態、及び当該ＲＡＩＤグループ４３０の使用状態の値を引数として、状態制御サブプログラム６０５を呼び出す。

図１６は、状態制御サブプログラム６０５による処理を示すフローチャートである。

ステップ１６０１では、状態判定サブプログラム６０４から取得したＲＡＩＤグループ４３０の識別子、当該ＲＡＩＤグループ４３０の状態、及び当該ＲＡＩＤグループ４３０の使用状態の値に基づいて、当該ＲＡＩＤグループ４３０の電力消費状態を決定する。具体的には、当該ＲＡＩＤグループ４３０の状態が「アクティブ」であり、かつ当該ＲＡＩＤグループ４３０の使用状態の値が「０」の場合は、省電力化すると決定する。また、当該ＲＡＩＤグループ４３０の状態が「省電力状態」であり、かつ当該ＲＡＩＤグループ４３０の使用状態の値が「０」以外の場合は、当該ＲＡＩＤグループ４３０の状態を「アクティブ」にすると決定する。

次に、ステップ１６０２では、当該ＲＡＩＤグループ４３０が所属する外部ディスク装置１０４を管理する管理ソフトウェアに対して、当該ＲＡＩＤグループ４３０の状態を変更することを通知するメッセージが送信される。

次に、ステップ１６０３では、当該ＲＡＩＤグループ４３０をステップ１６０１で決定した状態に変更するように指示する。具体的には、状態制御サブプログラム６０５は、外部ディスク装置１０４のコントローラ１４０に対して状態を変更するように指示する。そして、指示された内容に基づいて、外部ディスク装置１０４のコントローラ１４０は、当該ＲＡＩＤグループ４３０に含まれる物理ディスクの動作モードを変更することによって、当該ＲＡＩＤグループ４３０の電力消費状態を変更する。

次に、ステップ１６０４では、ステップ１６０３の指示の完了を検知し、ストレージ管理テーブル６１１の当該ＲＡＩＤグループ４３０の状態を、ステップ１６０１で決定した状態に更新する。

なお、以上に説明した本発明の第１の実施の形態は、本発明の第１の実施の形態を具体化するため、計算機システムの消費電力を制御する情報処理装置として、サーバ及び外部ディスク装置のＲＡＩＤグループを例として記載している。また、前述以外にも情報処理装置として、ネットワークスイッチ、ファイバチャネルスイッチ、又はロードバランサ等の他の機器を、消費電力を制御する対象としてもよい。

例えば、ネットワークスイッチは、物理的には搭載するポート単位、論理的にはＶＬＡＮ単位、及びこれらの複数の集合を１単位として、消費電力を制御する情報処理装置としてもよい。また、サーバの電源状態に応じて、ネットワークスイッチの電源を制御することができる。例えば、ネットワークスイッチに接続されている全てのサーバが電源ＯＦＦの状態である場合に、ネットワークスイッチの電源を制御する（例えば、電源を省電力状態に制御する）ようにしてもよい。

＜実施形態２＞
本発明の第２の実施の形態は、予め設定された方針に従って、電力制御プログラム１１０が、サーバ１１１の状態変化の種類に基づいて、ＲＡＩＤグループ４３０の使用状態を変更する例である。

図１７は、本発明の第２の実施の形態の管理サーバ１０１のメモリ３０１のブロック図である。

第２の実施の形態は、管理サーバ１０１のメモリ３０１が判定テーブル６１４を格納している点で前述した第１の実施の形態と異なる。判定テーブル６１４は、関係管理サブプログラム６０１及び状態判定サブプログラム６０４で参照される関係テーブル６１２の使用状態を更新するための更新方針の情報を保持する。

図１８は、本発明の第２の実施の形態の判定テーブル６１４の説明図である。

判定テーブル６１４は、状態変化種類１８０１及び使用状態更新方針１８０２を含む。

状態変化種類１８０１は、サーバ１１１の状態の種類である。使用状態更新方針１８０２は、状態変化種類１８０１に記述されるサーバ１１１の状態変化に対応して、状態テーブル６１３の当該サーバ１１１と関係するＲＡＩＤグループ４３０の使用状態の値を更新する方針である。

具体的には、使用状態変更方針１８０２が「＋１」の状態から、「−１」の状態にサーバ１１１の状態が変わる場合は、状態テーブル６１３の使用状態１００２の値から１を減算する。また、使用状態変更方針１８０２が「＋１」の状態変化の種類から、「＋１」の状態変化の種類にサーバ１１１の状態が変わる場合は、状態テーブル６１３の使用状態１００２の値は変化しない。一方、使用状態変更方針１８０２が「−１」の状態変化の種類から、「＋１」の状態変化の種類にサーバ１１１の状態が変わる場合は、状態テーブル６１３の使用状態１００１の値に１を加算する。また、使用状態変更方針１８０２が「−１」の状態変化の種類から、「−１」の状態変化の種類にサーバ１１１の状態が変わる場合は、状態テーブル６１３の使用状態１００２の値は変化しない。

なお、本発明の第２の実施の形態では、サーバ１１１の状態がＲＡＩＤグループ４３０を使用中の状態は、判定テーブル６１４の状態変化種類１８０１のうち、対応する使用状態更新方針１８０２が「＋１」の状態である。また、サーバ１１１の状態がＲＡＩＤグループ４３０を使用しない状態は、判定テーブル６１４の状態変化種類１８０１のうち、対応する使用状態更新方針１８０２が「−１」の状態である。よって、本発明の第１の実施の形態の図１１に示した関係管理サブプログラム６０１のステップ１１０５で、サーバ１１１の状態がＲＡＩＤグループ４３０を使用中の状態は、上記の定義に従う。さらに、本発明の第１の実施の形態の図１５に示した状態判定サブプログラム６０４のステップ１５０３で、サーバ１１１の状態がＲＡＩＤグループ４３０を使用中の状態、及びＲＡＩＤグループ４３０を使用しない状態は、上記の定義に従う。

なお、判定テーブル６１４は、管理者の入力によって設定される。入力方法は、電力制御プログラム１１０が提供するＧＵＩで管理者が入力することによって、判定テーブル６１４を設定してもよい。また、電力制御プログラム１１０が提供するコマンドラインを用いて管理者が判定テーブル６１４の設定内容を入力してもよい。また、管理サーバ１０１に接続された記憶装置に保存したファイルから判定テーブル６１４の設定内容を取得してもよく、ネットワークを経由して取得してもよい。

＜実施形態３＞
本発明の第３の実施の形態は、予め定められた方針に従って、サーバ１１１の状態変化に対応するＲＡＩＤグループ４３０の電力消費状態を変更する例である。

図１９は、本発明の第３の実施の形態のサーバ管理テーブル６１０である。

第３の実施の形態の管理テーブル６１０は、電力消費状態変更方針７０４が追加されている点で前述した第１の実施の形態と異なる。

電力消費状態変更方針７０４は、サーバ識別子７０１に示すサーバ１１１の状態変化に対して当該サーバ１１１が使用するＲＡＩＤグループ４３０の電力消費状態の変更の方針を記述する。

具体的には、図１６に示す状態制御サブプログラム６０５による処理のステップ１６０１において、ＲＡＩＤグループ４３０の状態が「アクティブ」であり、かつＲＡＩＤグループ４３０の使用状態の値が「０」の場合、ＲＡＩＤグループ４３０の電力消費状態を、電力消費状態変更方針７０４が示す状態にするように決定する。また、ステップ１６０１で、ＲＡＩＤグループ４３０の状態が「省電力状態」であり、かつＲＡＩＤグループ４３０の使用状態の値が「０」以外の場合は、ＲＡＩＤグループ４３０の電力消費状態を「アクティブ」に変更するように決定する。

なお、サーバ管理テーブル６１０を参照するために必要となるサーバ１１１の識別子の情報は、状態監視サブプログラム６０２が状態の変化したサーバ１１１の識別子を取得し、取得したサーバ１１１の識別子をメモリ２０１又は補助記憶装置２０７等に保持して、保持されたサーバ１１１の識別子を状態制御サブプログラム６０５の呼出時に引数とする。例えば、図１９では、サーバ１が電源ＯＮの状態から電源ＯＦＦの状態に変化した場合に、当該サーバ１１１の関係するＲＡＩＤグループ４３０の状態は、「省電力状態１」となる。なお、外部ディスク装置１０４がサポートするＲＡＩＤグループ４３０の消費電力を制御する技術によって、電力消費状態変更方針７０４の省電力状態のレベル（例えば、省電力状態１、省電力状態２、及び省電力状態３のいずれか）が設定される。

具体的には、サーバ１１１の電源ＯＮ及び電源ＯＦＦの間隔が長いものは、電源の切り替えの頻度が低いので、深いレベルの省電力状態に設定し、電源ＯＮ及び電源ＯＦＦの間隔が短いものは、電源の切り替えの頻度が高いので、浅いレベルの省電力状態に設定する。省電力状態のレベルをサーバの状態に応じて設定することによって、システムの運用に影響することなく消費電力の効率を上げることができる。

また、省電力状態のレベルの深さによって、ＲＡＩＤグループ４３０が稼動するまでの時間が異なる。例えば、深い省電力状態のＲＡＩＤグループ４３０は、稼動するまでの時間が長く、浅い省電力状態のＲＡＩＤグループ４３０は、稼動するまでの時間が短い。

なお、電力消費状態変更方針７０４は、管理者の入力によって設定される。入力方法としては、電力制御プログラム１１０が提供するＧＵＩで管理者が入力することによって、電力消費状態方針７０４を設定してもよい。また、電力制御プログラム１１０が提供するコマンドラインを用いて管理者が電力消費状態方針７０４を入力してもよい。また、管理サーバ１０１に接続された記憶装置に保存したファイルから電力消費状態方針７０４を取得してもよく、ネットワークを経由して取得してもよい。

また、本発明の第１の実施の形態の図４に示した外部ディスク装置１０４の電力消費状態制御部４０３が、ＮＩＣ４０２を経由して接続される電力制御プログラム１１０に対して、外部ディスク装置１０４がサポートするＲＡＩＤグループ４３０の電力消費状態のレベルを通知するインタフェースを備えてもよい。この場合、電力制御プログラム１１０がそのインタフェースを利用して電力消費状態のレベルを取得して、管理者にＧＵＩ又はテキスト等を用いて表示してもよい。

＜実施形態４＞
本発明の第４の実施の形態は、サーバ１１１の状態が変化するときに、当該サーバ１１１に関係するＲＡＩＤグループ４３０が使用可能状態になるまで、サーバ１１１の状態変化の要求を抑止し、ＲＡＩＤグループ４３０が使用可能状態になった後に当該サーバ１１１の状態を変化させる例である。

図２０は、本発明の第４の実施の形態の管理サーバ１０１のメモリ３０１のブロック図である。

第４の実施の形態の電力制御プログラム１１０は、サーバ１１１が電源ＯＮの状態に変化する状態変化を抑止する状態変化抑止サブプログラム６０６を含む点で前述した第１の実施の形態と異なる。

図２１は、本発明の第４の実施の形態の状態監視サブプログラム６０２による処理のフローチャートである。

第４の実施の形態の状態監視サブプログラム６０２は、は、ステップ２１０１、ステップ２１０２、ステップ２１０３、ステップ２１０４、及びステップ２１０５が前述した第１の実施の形態と異なる。他のステップの処理は、前述した第１の実施の形態と同じなので、同一の処理には同一の符号を付し、その説明は省略する。

ステップ２１０１では、サーバ１１１に対する状態変更の要求を監視する。例えば、管理者がサーバ１１１の電源ＯＮを要求した場合に、サーバ１１１の電源ＯＮの処理が開始される前に、電源ＯＮの要求を検知する。

次にステップ２１０２では、ステップ２１０１でサーバ１１１へ状態変更の要求があったか否かを判定し、状態変更の要求があった場合は、ステップ２１０３に進む。一方、状態変更の要求がない場合は、ステップ２１０１に進み、更にサーバ１１１に対する状態変更の要求を監視する。

ステップ２１０３では、ステップ２１０１で検知した状態変化の要求の種類を特定する。例えば、サーバ１１１の「電源ＯＮ」又は「電源ＯＦＦ」に状態を変化させる要求であるかを特定する。

ステップ２１０４では、ステップ２１０１で状態変化の要求の対象となったサーバ１１１の識別子、及びステップ２１０３で検知された状態変化の要求の種類を引数として、状態変化抑止サブプログラム６０６を呼び出す。

次に、ステップ２１０５では、サーバ１１１の状態が変化したものと仮定して、サーバ管理テーブル６１０の状態７０２を更新する。

図２２は、本発明の第４の実施の形態の状態変化抑止サブプログラム６０６の処理フローである。

ステップ２２０１では、サーバ１１１の状態変化の開始を一時的に停止し、待ち状態にする。

ステップ２２０２では、引数として取得したサーバ１１１の状態変化の要求の種類に基づいて、状態変化を停止するか否かを判定する。状態変化を停止する場合は、ステップ２２０３へ進む。一方、状態変化を停止しない場合は、ステップ２２０５へ進む。どのような状態変化を停止するかは予め定めておくとよい。

具体的には、状態変化の要求の種類が、当該サーバ１１１が関係するＲＡＩＤグループ４３０を使用しない状態から、使用する状態へと変化させる要求の場合、状態変化を停止する。例えば、サーバの状態が「電源ＯＦＦ」から「電源ＯＮ」に変化する場合は、状態変化を停止する。なお、サーバ１１１が当該サーバと関係するＲＡＩＤグループ４３０を使用しない状態及び使用中の状態の定義は、本発明の第２の実施の形態に前述した判定テーブル６１４の値に基づいた定義に従ってもよい。

ステップ２２０３では、引数として取得したサーバ１１１の識別子に用いて関係テーブル６１２を参照し、当該サーバ１１１と関係するＲＡＩＤグループ４３０を特定する。そして、特定されたＲＡＩＤグループ４３０の状態についてストレージ管理テーブル６１１を参照する。

参照したＲＡＩＤグループ４３０の状態が、サーバ１１１からＲＡＩＤグループ４３０を使用不可能な状態である場合、ステップ２２０４に進む。一方、参照したＲＡＩＤグループ４３０の状態が、サーバ１１１からＲＡＩＤグループ４３０を使用可能な状態である場合、ステップ２２０５に進む。サーバ１１１からＲＡＩＤグループ４３０を使用不可能な状態とは、例えば、当該ＲＡＩＤグループ４３０に含まれる論理ディスク４１０をサーバ１１１がアクセスできない状態である。

次に、ステップ２２０４では、抑止解除メッセージを受信するまで待ち状態として停止する。そして、抑止解除メッセージを受信すると、サーバ１１１が外部ディスク装置１０４を使用可能状態になったと判定し、ステップ２２０５に進み、サーバ１１１の状態変化を開始する（ステップ２２０５）。次に、ステップ２２０６では、サーバ１１１の状態変化の完了を待ち、状態変化の完了を検知すると、状態変化抑止処理を終了する。

図２３は、本発明の第４の実施の形態の状態制御サブプログラム６０５による処理のフローチャートである。

第４の実施の形態の状態制御サブプログラム６０５は、ステップ２３０１が追加されている点で前述した第１の実施の形態と異なる。ステップ１６０４によって当該ＲＡＩＤグループ４３０の状態が更新された後に、状態変化抑止サブプログラム６０６に対して、抑止解除メッセージを通知する（ステップ２３０１）。

＜実施形態５＞
本発明の第５の実施の形態は、サーバ１１１をスケジュール運転する場合に、サーバ１１１の状態変化に伴って、ＲＡＩＤグループ４３０の電力消費状態を制御する例である。

図２４は、本発明の第５の実施の形態の管理サーバ１０１のメモリ３０１のブロック図である。

第５の実施の形態は、サーバ１１１をスケジュール運転する場合に必要な情報を保持するスケジュールテーブル６１５が、メモリ３０１に格納されている点で前述した第１の実施の形態と異なる。

図２５は、本発明の第５の実施の形態のスケジュールテーブル６１５である。

スケジュールテーブル６１５は、処理２５０１、開始時刻２５０２、及び対象２５０３を含む。処理２５０１は、スケジュール運転する場合に、サーバ１１１に実行させる処理である。開始時刻２５０２は、処理２５０１に記載された処理を開始する時刻である。対象２５０３は、処理２５０１に記載された処理を実行するサーバ１１１の識別子である。

図２５に示す例では、「電源ＯＮ」の処理が、開始時刻「１７：００」であり、対象は「サーバ１」であるから、毎日午後５時丁度にサーバ１の電源ＯＮの処理を開始することになる。なお、スケジュールテーブル６１５は、管理者の入力によって設定される。入力方法としては、電力制御プログラム１１０が提供するＧＵＩで管理者が入力することによって、スケジュールテーブル６１５を設定してもよい。また、電力制御プログラム１１０が提供するコマンドラインを用いて管理者がスケジュールテーブル６１５を入力してもよい。また、管理サーバ１０１に接続された記憶装置に保存したファイルからスケジュールテーブル６１５を取得してもよく、ネットワークを経由して取得してもよい。

図２６は、本発明の第５の実施の形態の状態監視サブプログラム６０２による処理のフローチャートである。

第５の実施の形態の状態監視サブプログラム６０２は、ステップ２６０１及びステップ２６０２が前述した第１の実施の形態と異なる。他のステップの処理は、前述した第１の実施の形態と同じなので、同一の処理には同一の符号を付し、その説明は省略する。

ステップ２６０１では、スケジュールテーブル６１５を参照し、処理の開始時刻及び処理を実行するサーバ１１１の識別子を取得する。

次に、ステップ２６０２では、ステップ２６０１で取得した処理の開始時刻の所定時間前か否かを判定し、現在の時刻と処理の開始時刻の差が所定時間以内の場合は、当該サーバ１１１が使用するＲＡＩＤグループ４３０を使用可能な状態にするように、当該ＲＡＩＤグループ４３０に対して指示を出し、ステップ１３０３に進む。なお、指示された内容に基づいて、外部ディスク装置１０４のコントローラ１４０は、当該ＲＡＩＤグループ４３０の状態を使用可能な状態にする。また、現在の時刻と処理の開始時刻の差が所定時間より長い場合は、ステップ２６０１に進み、更に、処理の開始時刻及び処理を実行するサーバ１１１の識別子を取得する。

ここで、所定時間とは、例えば、ＲＡＩＤグループ４３０の状態がサーバ１１１から使用不可能な状態から使用可能な状態になるために必要な時間である。なお、ＲＡＩＤグループ４３０の状態が深い省電力状態のレベルの場合は、所定時間は長くなり、ＲＡＩＤグループ４３０の状態が浅い省電力状態のレベルの場合は、所定時間は短くなる。

また、この所定時間は管理者によってＧＵＩ又はその他のインタフェースを用いて設定してもよい。また、ステップ２６０１及びステップ２６０２に代えて、スケジュールテーブル６１５に記載された処理の開始時刻から、あらかじめ一定時間前の時刻に別の処理（例えば、サーバ１１１が使用するＲＡＩＤグループを使用可能な状態にするように指示を出す）を実行するようにスケジュールテーブル６１５を設定して、設定された処理を実行することによってステップ１３０３に進むようにしてもよい。

＜実施形態６＞
本発明の第６の実施の形態は、管理者に対して計算機システムが消費電力を制御するためのガイド情報を示す例である。

図２７は、本発明の第６の実施の形態の電力制御プログラム１１０が提供するＧＵＩの例を示す説明図である。

第６の実施の形態のＧＵＩは、図３に示した表示装置３０６又はネットワーク経由で他の表示装置等に、ブラウザ及び専用のプログラムのいずれかを用いて表示する。

ウインドウ２７０１は、ブラウザ又はプログラムのウインドウである。また、ウインドウ２７０１は、計算機システムに備わる情報処理装置を電力の消費状態の制御単位を表示するマップ２７０２、及び消費電力のガイダンス２７０３を表示する部分を含む。マップ２７０２は、情報処理装置の付加情報も表示する。

例えば、図２７のマップ２７０２には、サーバ１（２７１０）、外部ディスク装置１（２７１１）、外部ディスク装置１のＲＡＩＤグループ１及び２（２７１２）、電源１（２７１３）、及びこれらの関係線２７１４が表示される。また、ＲＡＩＤグループ１（２７１２）とサーバ１（２７１０）とが関係することを色によって識別している。

また、ガイダンス２７０３では、目標２７２０に「ＲＡＩＤグループ１の電力削減」を設定すると、必要処理２７２１には、「サーバ１の電源ＯＦＦ」を実行することによって、目標に対するソリューションとなることを示している。また、計算機システム全体、又は特定の電源装置について、現在の消費電力２７２２、及び必要処理２７２１を実行した後の消費電力の予測値２７２３を表示する。

また、ガイダンス２７０３は、電源１（２７１３）の省電力化の情報も表示している。更に、電源装置又は計算機システム全体の消費電力及び時刻のグラフを２７２４のように示し、実線で現状の消費電力の値を表示し、破線で必要処理２７２１実行後の消費電力の予測値を表示している。なお、前述した全ての情報を表示する必要はなく、管理者が必要とする情報のみを選択的に表示してもよい。また、消費電力を表示する場合には、情報処理装置又は電源装置等が消費電力を測定する機能を備え、電力制御プログラム１１０が測定された消費電力を取得できるように構成する。

管理者は、必要処理２７２１を実行する場合は、処理実行ボタン２７０４を操作することによって、当該処理が実行される。一方、必要処理２７２１をキャンセルする場合は、キャンセルボタン２７０５を操作する。

＜実施形態７＞
本発明の第７の実施の形態は、前述した第４の実施の形態の変形例であり、管理者が消費電力の目標値を設定し、電力制御プログラム１１０が当該目標値を超える情報処理装置への処理を抑止する例である。

図２８は、本発明の第７の実施の形態の電力制御プログラム１１０によって提供されるＧＵＩの例を示す説明図である。

ＧＵＩは、本発明の第１の実施の形態の図３に示した表示装置３０６又はネットワーク経由で他の表示装置等に、ブラウザ及び専用のプログラムのいずれかを用いて表示する。

ウインドウ２８０１は、ブラウザ又はプログラムのウインドウを示す。ウインドウ２８０１には、計算機システム全体、特定の情報処理装置、及び／又は電源装置等の消費電力２８１０を表示し、さらに、消費電力の時系列の値をグラフ２８１１に表示する。

また、消費電力の目標値２８１４を管理者がキーボードなどから入力し、入力された目標値はグラフ２８１１に直線２８１３で表示される。管理者は、入力した消費電力の目標値２８１４を設定する場合には、設定ボタン２８１５を操作し、入力した消費電力の目標値２８１４をキャンセルする場合にはキャンセルボタン２８１６を操作する。

なお、消費電力の目標値は、ＧＵＩを用いて入力する以外に、電力制御プログラム１１０が提供するコマンドラインを用いて入力してもよい。また、管理サーバ１０１に接続された記憶装置に保存したファイルから消費電力の目標値を取得してもよく、ネットワークを経由して取得してもよい。

図２９は、本発明の第７の実施の形態の状態変化抑止サブプログラム６０２による処理のフローチャートである。

第７の実施の形態の状態変化抑止サブプログラム６０２は、ステップ２９０１、ステップ２９０２、ステップ２０９３、ステップ２９０４、及びステップ２９０５が本発明の第４の実施の形態と異なる。他のステップの処理は、前述した第４の実施の形態と同じなので、同一の処理には同一の符号を付し、その説明は省略する。

ステップ２９０１では、引数として取得したサーバ１１１の識別子に基づいて、関係テーブル６１２を参照する。そして、当該サーバ１１１と関係するＲＡＩＤグループ４３０の識別子を取得し、取得したＲＡＩＤグループ４３０の識別子に基づいて、ストレージ管理テーブル６１１を参照することによって、当該ＲＡＩＤグループ４３０が省電力状態で稼動中であるか否かを判定する。当該ＲＡＩＤグループ４３０が省電力状態の場合、ステップ２９０２に進む。一方、当該ＲＡＩＤグループ４３０が省電力状態ではない場合は、ステップ２２０５に進む。

ステップ２９０２では、サーバ１１１の状態が変化した後の情報処理装置の消費電力の予測値を計算する。ここでは、サーバ１１１の状態変化に基づいて、サーバ１１１の消費電力の増加分を予測し、当該サーバ１１１に関係するＲＡＩＤグループ４３０が省電力状態から変化することによって、当該ＲＡＩＤグループ４３０の所属する外部ディスク装置１０４の消費電力の増加分を計算する。

消費電力の増加分は、各情報処理装置の仕様に基づいて計算してもよい。また、あらかじめ測定プログラムを動かすことによって各情報処理装置の電力消費特性を測定し、測定された電力消費特性の値に基づいて計算してもよい。

ステップ２９０３では、ステップ２９０２で計算した消費電力の予測値に基づいて、計算機システム、情報処理装置、又は電源装置の消費電力が、管理者があらかじめ設定した消費電力の目標値を超えるか否かを判定し、設定された消費電力が目標値を超える場合はステップ２９０４に進む。一方、設定された消費電力が目標値を超えない場合は、ステップ２２０５に進む。

例えば、管理者がある外部ディスク装置１０４の消費電力の目標値を３０００Ｗ（ワット）に設定した場合、あるサーバ１１１の電源ＯＮによって、当該サーバ１１１に関係するＲＡＩＤグループ４３０を省電力状態からアクティブ状態に変更する必要がある時に、当該ＲＡＩＤグループ４３０の状態を変化させることによって、当該外部ディスク装置１０４の消費電力が目標値を超える場合は、ステップ２９０４に進む。

ステップ２９０４では、ステップ２２０１で抑止した状態変化の要求を中止する。

ステップ２９０５では、ステップ２９０４で状態変化の要求を中止した旨を管理者に通知するメッセージをＧＵＩ又はテキストによって表示する。ただし、管理者によっては状態変化の要求を中止しない場合があるため、ステップ２９０３で目標値を超える場合であっても、ステップ２９０４に進まず、消費電力が目標値を超える旨のメッセージを管理者に通知した後に、管理者の指示に基づいてステップ２２０５に進む、又は、状態変化の要求を中止してもよい。

なお、本発明の第７の実施の形態では、前述した第４の実施の形態の図２３に示した状態制御サブプログラム６０５による処理のステップ２３０１は不要になる。

＜実施形態８＞
本発明の第８の実施の形態は、サーバ１１１をスケジュール運転する場合の状態変化に伴い、ＲＡＩＤグループ４３０の電力消費状態を制御する例である。

図３０は、本発明の第８の実施の形態の管理サーバ１０１のメモリ３０１のブロック図である。

第８の実施の形態の電子制御プログラム１１０は、外部ディスク装置１０４の論理ディスク４１０の内容を各ＲＡＩＤグループ４３０の間で移動する移動制御サブプログラム６０７を含む点で前述した第１の実施の形態と異なる。

図３１は、本発明の第８の実施の形態の状態監視サブプログラム６０２による処理のフローチャートである。

第８の実施の形態の状態監視サブプログラム６０２は、ステップ３１０１が本発明の第５の実施の形態と異なる。他のステップの処理は、前述した第５の実施の形態と同じなので、同一の処理には同一の符号を付し、その説明は省略する。

ステップ３１０１では、ステップ１３０１で状態の変化を検知したサーバ１１１の識別子、及び状態変化の種類を引数として移動制御サブプログラム６０７を呼び出す。

図３２は、本発明の第８の実施の形態の移動制御サブプログラム６０７による処理のフローチャートである。

ステップ３２０１では、サーバ１１１の状態がＲＡＩＤグループ４３０を使用する状態か否かを判定する。サーバ１１の状態が当該ＲＡＩＤグループ４３０を使用しない状態と判定した場合は、ステップ３２０２に進む。一方、サーバ１１１が当該ＲＡＩＤグループ４３０を使用する状態と判定した場合は、処理を終了する。

ステップ３２０２では、各ＲＡＩＤグループ４３０の間で当該サーバ１１１が使用する論理ディスク４１０を移動させた場合の消費電力の削減効果を計算する。ここで、スケジュールテーブル６１５を参照し、当該サーバ１１１の処理のスケジュールのうち、当該サーバ１１１がＲＡＩＤグループ４３０を使用しない状態の時間、及び、その他のサーバ１１１がＲＡＩＤグループ４３０を使用しない状態の時間が最も長い、少なくとも一つ以上のサーバ１１１を取得する。例えば、図２５のスケジュールテーブル６１５では、サーバ３及びサーバ４は、ＲＡＩＤグループ４３０を使用しない状態の時間が最も長い。

さらに、これらのサーバ１１１が使用するＲＡＩＤグループ４３０を関係テーブル６１３から取得し、当該サーバ１１１が使用する論理ディスク４１０を、取得した各ＲＡＩＤグループ４３０間で移動させた場合の消費電力の変化を計算する。例えば、図９の関係テーブル６１３を用いると、サーバ３はグループ２を使用し、サーバ４はグループ３を使用している。したがって、サーバ３が使用する論理ディスク４１０を、サーバ４が使用するグループ３に移動させることによって、グループ２及びグループ３のＲＡＩＤグループ４３０が省電力状態で稼動する時間を長くできると計算される。

ステップ３２０３では、ステップ３２０２の計算結果と、現在の消費電力とを比較し、消費電力を削減する効果があるか否かを判定する。この判定は、問い合わせ画面に表示することによって、管理者が決定できるようにしてもよい。

ステップ３２０４では、ステップ３２０２で計算した各ＲＡＩＤグループ４３０間で当該サーバ１１１が使用する論理ディスク４１０を移動させる。

次に、ステップ３２０５では、論理ディスク４１０及びサーバ１１１のセキュリティ設定に変更が必要な場合、セキュリティ設定を変更する。具体的には、移動させる論理ディスク４１０のアクセス権（例えば、ポートのアクセス権）の設定を変更する、又は、ゾーニングの設定を変更することによって、論理ディスク４１０及びサーバ１１１のセキュリティの設定を変更する。

＜実施形態９＞
本発明の第９の実施の形態では、本発明の第１の実施の形態の計算機システムで仮想サーバが稼動し、電力制御プログラム１１０でも仮想サーバに対応して処理する例である。

図３３は、本発明の第９の実施の形態の計算システムの構成図である。第９の実施の形態は、サーバ１１１が仮想サーバ１２１を備える点が本発明の第１の実施の形態と異なる。本発明の第９の実施の形態では、サーバ１１１上で複数のＯＳ又はアプリケーションが仮想サーバ１２１上で独立に稼動する。

図３４は、本発明の第９の実施の形態のサーバ管理テーブル６１０の説明図である。第９の実施の形態は、物理サーバ識別子７０４及び仮想サーバ識別子７０５が本発明の第１の実施の形態と異なる。物理サーバ識別子７０４は、物理的なサーバ１１１の識別子である。仮想サーバ識別子７０５は、物理サーバ識別子７０４が示す物理的なサーバ１１１上で稼動する仮想サーバ１２１の識別子である。本発明の第１の実施の形態のサーバ１１１の識別子は、仮想サーバ１２１の識別子が対応する。

本発明の第１の実施の形態の計算機システムの構成図である。本発明の第１の実施の形態のサーバの構成図である。本発明の第１の実施の形態の管理サーバの構成図である。本発明の第１の実施の形態の外部ディスク装置の構成図である。本発明の第１の実施の形態の論物マップテーブルである。本発明の第１の実施の形態の管理サーバのメモリのブロック図である。本発明の第１の実施の形態のサーバ管理テーブルである。本発明の第１の実施の形態のストレージ管理テーブルである。本発明の第１の実施の形態の関係テーブルである。本発明の第１の実施の形態の状態テーブルである。本発明の第１の実施の形態の関係管理サブプログラムの処理フロー図である。本発明の第１の実施の形態の関係入力画面である。本発明の第１の実施の形態の状態監視サブプログラムの処理フロー図である。本発明の第１の実施の形態の関係検索サブプログラムの処理フロー図である。本発明の第１の実施の形態の状態判定サブプログラムの処理フロー図である。本発明の第１の実施の形態の状態制御サブプログラムの処理フロー図である。本発明の第２の実施の形態の管理サーバのメモリのブロック図である。本発明の第２の実施の形態の判定テーブルである。本発明の第３の実施の形態のサーバ管理テーブルである。本発明の第４の実施の形態の管理サーバのメモリのブロック図である。本発明の第４の実施の形態の状態監視サブプログラムの処理フロー図である。本発明の第４の実施の形態の状態変化抑止サブプログラムの処理フロー図である。本発明の第４の実施の形態の状態制御サブプログラムの処理フロー図である。本発明の第５の実施の形態の管理サーバのメモリのブロック図である。本発明の第５の実施の形態のスケジュールテーブルである。本発明の第６の実施の形態の状態監視サブプログラムの処理フロー図である。本発明の第６の実施の形態の電力制御ガイダンス画面である。本発明の第７の実施の形態の電力制御設定画面である。本発明の第７の実施の形態の状態変化抑止サブプログラムの処理フロー図である。本発明の第８の実施の形態の管理サーバのメモリのブロック図である。本発明の第８の実施の形態の状態監視サブプログラムの処理フロー図である。本発明の第８の実施の形態の移動制御サブプログラムの処理フロー図である。本発明の第９の実施の形態の計算機システムの構成図である。本発明の第９の実施の形態のサーバ管理テーブルである。

符号の説明

１０１管理サーバ
１０２ネットワーク１
１０３ネットワーク２
１１１サーバ
１０４外部ディスク装置
１１０電力制御プログラム
１４０コントローラ
１４１物理ディスク

Claims

一つ以上のサーバと複数の外部ディスク装置、又は、複数のサーバと一つ以上の外部ディスク装置と、を備える計算機システムであって、
前記計算機システムは、前記サーバと前記外部ディスク装置とを管理する管理サーバを備え、
前記管理サーバは、
前記計算機システムに備わる前記サーバと、前記サーバが利用する前記外部ディスク装置の論理ディスクと、当該論理ディスクが属するＲＡＩＤグループとの関係を保持し、
前記サーバの電源のＯＮ及びＯＦＦの状態の変化を監視し、
前記サーバと利用関係にある論理ディスクと、当該論理ディスクが属するＲＡＩＤグループを特定し、
前記ＲＡＩＤグループに属する一つ以上の論理ディスクを利用する一つ以上の関係サーバの状態を取得し、
前記全ての関係サーバの電源がＯＦＦである又は電源ＯＦＦへ変化する場合、前記ＲＡＩＤグループの電力状態を省電力状態又は電源ＯＦＦにすることを特徴とする計算機システム。
前記ＲＡＩＤグループの電力消費状態は、複数の性能及び消費電力量の異なるレベルから選択可能であって、
前記管理サーバは、
前記サーバの状態変化に対応した、前記サーバが利用するＲＡＩＤグループの消費電力状態の設定方針を保持し、
前記設定方針に基づいて、当該ＲＡＩＤグループの電力消費状態のレベルを決定することを特徴とする請求項１に記載の計算機システム。
前記サーバは、物理的なサーバ上で一つ以上が稼働する仮想的なサーバであり、
前記管理サーバは、物理的なサーバと、仮想的なサーバと、前記仮想的なサーバが利用する前記論理ディスクと、当該論理ディスクが属するＲＡＩＤグループとの関係を保持することを特徴とする請求項１に記載の計算機システム。
一つ以上のサーバと複数の外部ディスク装置、又は、複数のサーバと一つ以上の外部ディスク装置と、を備える計算機システムにおいて実行される計算機システムの消費電力を制御する方法であって、
前記計算機システムは、前記サーバと前記外部ディスク装置とを管理する管理サーバを備え、
前記管理サーバは、前記計算機システムに備わる前記サーバと、前記サーバが利用する前記外部ディスク装置の論理ディスクと、当該論理ディスクが属するＲＡＩＤグループとの関係を保持し、
前記方法は、
前記管理サーバが、前記サーバの電源のＯＮ及びＯＦＦの状態の変化を監視するステップと、
前記管理サーバが、前記サーバと利用関係にある論理ディスクと、当該論理ディスクが属するＲＡＩＤグループを特定するステップと、
前記管理サーバが、前記ＲＡＩＤグループに属する一つ以上の論理ディスクを利用する一つ以上の関係サーバの状態を取得するステップと、
前記管理サーバが、前記全ての関係サーバの電源がＯＦＦである又は電源ＯＦＦへ変化する場合、前記ＲＡＩＤグループの電力状態を省電力状態又は電源ＯＦＦにするステップと、を含むことを特徴とする電力制御方法。
前記ＲＡＩＤグループの電力消費状態は、複数の性能及び消費電力量の異なるレベルから選択可能であって
前記管理サーバは、前記サーバの状態変化に対応した、前記サーバが利用するＲＡＩＤグループの消費電力状態の設定方針を保持し、
前記方法は、
前記管理サーバが、前記設定方針に基づいて、当該ＲＡＩＤグループの電力消費状態のレベルを決定するステップを含むことを特徴とする請求項４に記載の電力制御方法。
前記サーバは、物理的なサーバ上で一つ以上が稼働する仮想的なサーバであり、
前記管理サーバは、物理的なサーバと、仮想的なサーバと、前記仮想的なサーバが利用する前記論理ディスクと、当該論理ディスクが属するＲＡＩＤグループとの関係を保持することを特徴とする請求項４に記載の電力制御方法。
計算機システムの消費電力を制御するために、管理サーバに以下の手順を実行させるためのプログラムであって、
前記計算機システムは、一つ以上のサーバと複数の外部ディスク装置、又は、複数のサーバと一つ以上の外部ディスク装置と、を備え、
前記管理サーバは、ネットワークに接続されるインタフェースと、前記インタフェースに接続されるプロセッサと、前記プロセッサに接続されるメモリと、を備え、
前記外部ディスク装置は、前記外部ディスク装置の物理ディスクを論理的な集合であるＲＡＩＤグループ単位に分割する論物マップ管理手段と、前記外部ディスク装置に接続される前記サーバがアクセスする単位の論理ディスクと前記ＲＡＩＤグループとの対応関係を保持する論物マップテーブルと、前記ＲＡＩＤグループの消費電力量を変更する電力消費状態制御手段を備え、
前記管理サーバは、前記計算機システムに備わる前記サーバと、前記サーバが利用する前記外部ディスク装置の論理ディスクと、当該論理ディスクが属するＲＡＩＤグループとの関係を保持し、
前記プログラムは、
前記サーバの電源のＯＮ及びＯＦＦの状態の変化を監視する手順と、
前記サーバと利用関係にある論理ディスクと、当該論理ディスクが属するＲＡＩＤグループを特定する手順と、
前記ＲＡＩＤグループに属する一つ以上の論理ディスクを利用する一つ以上の関係サーバの状態を取得する手順と、
前記全ての関係サーバの電源がＯＦＦである又は電源ＯＦＦへ変化する場合、前記ＲＡＩＤグループの電力状態を省電力状態又は電源ＯＦＦにする手順と、を管理サーバに実行させるためのプログラム。
前記ＲＡＩＤグループの電力消費状態は、複数の性能及び消費電力量の異なるレベルから選択可能であって、
前記管理サーバは、前記サーバの状態変化に対応した、前記サーバが利用するＲＡＩＤグループの消費電力状態の設定方針を保持し、
前記プログラムは、
前記設定方針に基づいて、当該ＲＡＩＤグループの電力消費状態のレベルを決定する手順と、を管理サーバに実行させるための請求項７に記載のプログラム。
前記サーバは、物理的なサーバ上で一つ以上が稼働する仮想的なサーバであり、
前記管理サーバは、物理的なサーバと、仮想的なサーバと、前記仮想的なサーバが利用する前記論理ディスクと、当該論理ディスクが属するＲＡＩＤグループとの関係を保持することを特徴とする請求項７に記載のプログラム。