(57)【特許請求の範囲】
【請求項１】
ディスク装置(130)を搭載するストレージ装置(100A, 100B, ...)と、
アプリケーションを稼動し、前記ディスク装置の記憶領域へのデータ入出力処理を行うサーバ装置(200A, 200B, ...)と、
前記ストレージ装置(100A, 100B, ...)及び前記サーバ装置(200A, 200B, ...)の使用状況を管理する管理計算機(400)と、を備え、
前記管理計算機(400)は、複数の前記ストレージ装置(100A, 100B, ...)及び複数の前記サーバ装置(200A, 200B, ...)とネットワークを介して接続され、
前記複数のストレージ装置(100A, 100B, ...)のそれぞれは複数の前記ディスク装置(130)を備え、
前記複数のディスク装置(130)によって複数のRAIDグループが構成され、
前記RAIDグループには、前記アプリケーションのそれぞれが利用する記憶領域が配置されており、
前記サーバ装置(200A, 200B, ...)は、アプリケーション毎にトランザクション数及びその時間的推移(2060)を管理し、
前記管理計算機(400)は、管理対象のアプリケーションを実行するために消費された電力（消費電力）を算出し、前記管理対象のアプリケーションのトランザクション数を前記サーバ装置(200A, 200B, ...)から取得し、前記管理対象のアプリケーションについて前記算出した消費電力と前記トランザクション数の時間的推移(1901)を表示部に表示し、
前記サーバ装置(200A, 200B, ...)は、前記複数のアプリケーションが利用する前記ディスク装置(130)の記憶領域を示すアプリケーション構成情報(2120)を管理し、
前記管理計算機(400)は、前記サーバ装置(200A, 200B, ...)から前記アプリケーション構成情報(2120)を取得し、当該アプリケーション構成情報(2120)に基づいて前記管理対象のアプリケーションが利用する前記ディスク装置の前記記憶領域を特定し、当該特定された記憶領域を有する前記ディスク装置(130)の電力仕様情報に基づいて前記管理対象のアプリケーションを実行するために前記ストレージ装置(100A, 100B, ...)で消費された電力を算出し、
前記管理計算機(400)は、前記管理対象のアプリケーションが利用する前記ディスク装置の記憶領域の構成を変更した場合に発揮できるストレージ性能と、変更後の記憶領域の構成に対応する前記ディスク装置(130)の電力仕様に基づいて、前記管理対象のアプリケーションが変更後の前記ストレージ装置(100A, 100B, ...)で消費される電力を算出し、前記ストレージ性能と前記消費電力のトレードオフ曲線を前記表示部に表示し、
前記管理計算機(400)は、前記管理対象のアプリケーションについて、前記トランザクション数当たりの前記消費電力の期待値を変更するためのパラメータ調整部(1902)をユーザインタフェースとして前記表示部に表示し、
前記管理計算機(400)は、前記管理対象のアプリケーションについて、前記パラメータ調整部(1902)による前記期待値の変更を受け付け、当該変更後の期待値を満足する前記ディスク装置(130)の記憶領域の構成を特定し、前記ストレージ装置(100A, 100B, ...)に対して前記管理対象のアプリケーションが利用する記憶領域の構成の変更を指示し、
前記ストレージ装置(100A, 100B, ...)は、前記記憶領域の構成の変更の指示に基づいて、前記管理対象のアプリケーションが利用する記憶領域を複数のディスク装置間で移行して構成を変更すると共に、消費電力を減少させる目的で前記期待値が変更された場合には、前記管理対象のアプリケーションを実行するために使用しなくなった空きのディスク装置を停止する、ストレージシステム。
【請求項２】
ディスク装置(130)を搭載するストレージ装置(100A, 100B, ...)と、
アプリケーションを稼動し、前記ディスク装置の記憶領域へのデータ入出力処理を行うサーバ装置(200A, 200B, ...)と、
前記ストレージ装置(100A, 100B, ...)及び前記サーバ装置(200A, 200B, ...)の使用状況を管理する管理計算機(400)と、を備え、
前記サーバ装置(200A, 200B, ...)は、アプリケーション毎にトランザクション数及びその時間的推移(2060)を管理し、
前記管理計算機(400)は、管理対象のアプリケーションを実行するために消費された電力（消費電力）を算出し、前記管理対象のアプリケーションのトランザクション数を前記サーバ装置(200A, 200B, ...)から取得し、前記管理対象のアプリケーションについて前記算出した消費電力と前記トランザクション数の時間的推移(1901)を表示部に表示し、
前記サーバ装置(200A, 200B, ...)は、アプリケーションが利用する前記ディスク装置の記憶領域を示すアプリケーション構成情報(2120)を管理し、
前記管理計算機(400)は、前記サーバ装置(200A, 200B, ...)から前記アプリケーション構成情報(2120)を取得し、当該アプリケーション構成情報(2120)に基づいて前記管理対象のアプリケーションが利用する前記ディスク装置の前記記憶領域を特定し、当該特定された記憶領域を有する前記ディスク装置(130)の電力仕様情報に基づいて前記管理対象のアプリケーションを実行するために前記ストレージ装置(100A, 100B, ...)で消費された電力を算出し、
前記管理計算機(400)は、前記管理対象のアプリケーションが利用する前記ディスク装置の記憶領域の構成を変更した場合に発揮できるストレージ性能と、変更後の記憶領域の構成に対応する前記ディスク装置(130)の電力仕様に基づいて、前記管理対象のアプリケーションが変更後の前記ストレージ装置(100A, 100B, ...)で消費される電力を算出し、前記ストレージ性能と前記消費電力のトレードオフ曲線を前記表示部に表示する、ストレージシステム。
【請求項３】
請求項２において、
前記管理計算機(400)は、前記管理対象のアプリケーションについて、前記トランザクション数当たりの前記消費電力の期待値を変更するためのパラメータ調整部(1902)をユーザインタフェースとして前記表示部に表示する、ストレージシステム。
【請求項４】
請求項３において、
前記管理計算機(400)は、前記管理対象のアプリケーションについて、前記パラメータ調整部(1902)による前記期待値の変更を受け付け、当該変更後の期待値を満足する前記ディスク装置(130)の記憶領域の構成を特定し、前記ストレージ装置(100A, 100B, ...)に対して前記管理対象のアプリケーションが利用する記憶領域の構成の変更を指示する、ストレージシステム。
【請求項５】
請求項４において、
前記ストレージ装置(100A, 100B, ...)は、前記記憶領域の構成の変更の指示に基づいて、前記管理対象のアプリケーションが利用する記憶領域を複数のディスク装置間で移行して構成を変更する、ストレージシステム。
【請求項６】
請求項５において、
消費電力を減少させる目的で前記期待値が変更された場合、前記ストレージ装置(100A, 100B, ...)は、前記管理対象のアプリケーションを実行するために使用しなくなった空きのディスク装置を停止する、ストレージシステム。
【請求項７】
請求項２において、
前記管理計算機(400)は、前記管理対象のアプリケーションについて、前記トランザクション数当たりの前記消費電力の期待値を変更するためのパラメータ調整部(1902)をユーザインタフェースとして前記表示部に表示し、
前記管理計算機(400)は、前記管理対象のアプリケーションについて算出した消費電力が所定の閾値を超過した場合、前記トランザクション数当たりの前記消費電力の期待値を自動的に一段階下げて変更し、当該変更後の期待値を満足する前記ディスク装置の記憶領域の構成を特定し、前記ストレージ装置(100A, 100B, ...)に対して前記管理対象のアプリケーションが利用する記憶領域の構成の変更を指示する、ストレージシステム。
【請求項８】
請求項３において、
前記管理計算機(400)は、前記ストレージシステム全体の消費電力が所定の閾値を超過した場合、優先度が最も低いアプリケーションを管理対象として選択し、当該選択された管理対象のアプリケーションについて前記トランザクション数当たりの前記消費電力の期待値を自動的に一段階下げて変更し、当該変更後の期待値を満足する前記ディスク装置の記憶領域の構成を特定し、前記ストレージ装置(100A, 100B, ...)に対して前記管理対象のアプリケーションが利用する記憶領域の構成の変更を指示する、ストレージシステム。
【請求項９】
ストレージシステムの制御方法であって、
前記ストレージシステムは、ディスク装置(130)を搭載するストレージ装置(100A, 100B, ...)と、アプリケーションを稼動し、前記ディスク装置の記憶領域へのデータ入出力処理を行うサーバ装置(200A, 200B, ...)と、前記ストレージ装置(100A, 100B, ...)及び前記サーバ装置(200A, 200B, ...)の使用状況を管理する管理計算機(400)と、を備え、
前記制御方法は、
前記サーバ装置(200A, 200B, ...)が、アプリケーション毎にトランザクション数及びその時間的推移(2060)を管理するステップと、
前記管理計算機(400)が、管理対象のアプリケーションを実行するために前記ストレージ装置(100A, 100B, ...)で消費された電力（消費電力）を算出し、前記管理対象のアプリケーションのトランザクション数を前記サーバ装置(200A, 200B, ...)から取得し、前記管理対象のアプリケーションについて前記算出した消費電力と前記トランザクション数の時間的推移(1901)を表示部に表示するステップと、
前記サーバ装置(200A, 200B, ...)は、アプリケーションが利用する前記ディスク装置の記憶領域を示すアプリケーション構成情報(2120)を管理するステップと、
前記管理計算機(400)は、前記サーバ装置(200A, 200B, ...)から前記アプリケーション構成情報(2120)を取得し、当該アプリケーション構成情報(2120)に基づいて前記管理対象のアプリケーションが利用する前記ディスク装置の前記記憶領域を特定し、当該特定された記憶領域を有する前記ディスク装置(130)の電力仕様情報に基づいて前記管理対象のアプリケーションを実行するために前記ストレージ装置(100A, 100B, ...)で消費された電力を算出するステップと、
前記管理計算機(400)は、前記管理対象のアプリケーションが利用する前記ディスク装置の記憶領域の構成を変更した場合に発揮できるストレージ性能と、変更後の記憶領域の構成に対応する前記ディスク装置(130)の電力仕様に基づいて、前記管理対象のアプリケーションが変更後の前記ストレージ装置(100A, 100B, ...)で消費される電力を算出し、前記ストレージ性能と前記消費電力のトレードオフ曲線を前記表示部に表示するステップと、
を備える制御方法。
【請求項１０】
ストレージシステムの制御方法であって、
前記ストレージシステムは、ディスク装置(130)を搭載するストレージ装置(100A, 100B, ...)と、アプリケーションを稼動し、前記ディスク装置の記憶領域へのデータ入出力処理を行うサーバ装置(200A, 200B, ...)と、前記ストレージ装置(100A, 100B, ...)及び前記サーバ装置(200A, 200B, ...)の使用状況を管理する管理計算機(400)と、を備え、
前記管理計算機(400)は、複数の前記ストレージ装置(100A, 100B, ...)及び複数の前記サーバ装置(200A, 200B, ...)とネットワークを介して接続され、
前記複数のストレージ装置(100A, 100B, ...)のそれぞれは複数の前記ディスク装置(130)を備え、
前記複数のディスク装置(130)によって複数のRAIDグループが構成され、
前記RAIDグループには、前記アプリケーションのそれぞれが利用する記憶領域が配置されており、
前記制御方法は、
前記サーバ装置(200A, 200B, ...)が、アプリケーション毎にトランザクション数及びその時間的推移(2060)を管理するステップと、
前記管理計算機(400)が、管理対象のアプリケーションを実行するために前記ストレージ装置(100A, 100B, ...)で消費された電力（消費電力）を算出し、前記管理対象のアプリケーションのトランザクション数を前記サーバ装置(200A, 200B, ...)から取得し、前記管理対象のアプリケーションについて前記算出した消費電力と前記トランザクション数の時間的推移(1901)を表示部に表示するステップと、
前記サーバ装置(200A, 200B, ...)が、前記複数のアプリケーションが利用する前記ディスク装置(130)の記憶領域を示すアプリケーション構成情報(2120)を管理するステップと、
前記管理計算機(400)が、前記サーバ装置(200A, 200B, ...)から前記アプリケーション構成情報(2120)を取得し、当該アプリケーション構成情報(2120)に基づいて前記管理対象のアプリケーションが利用する前記ディスク装置の前記記憶領域を特定し、当該特定された記憶領域を有する前記ディスク装置(130)の電力仕様情報に基づいて前記管理対象のアプリケーションを実行するために前記ストレージ装置(100A, 100B, ...)で消費された電力（消費電力）を算出するステップと、
前記管理計算機(400)が、前記管理対象のアプリケーションが利用する前記ディスク装置の記憶領域の構成を変更した場合に発揮できるストレージ性能と、変更後の記憶領域の構成に対応する前記ディスク装置(130)の電力仕様に基づいて、前記管理対象のアプリケーションが変更後の前記ストレージ装置(100A, 100B, ...)で消費される電力を算出し、前記ストレージ性能と前記消費電力のトレードオフ曲線を前記表示部に表示するステップと、
前記管理計算機(400)が、前記管理対象のアプリケーションについて、前記トランザクション数当たりの前記消費電力の期待値を変更するためのパラメータ調整部(1902)をユーザインタフェースとして前記表示部に表示するステップと、
前記管理計算機(400)が、前記管理対象のアプリケーションについて、前記パラメータ調整部(1902)による前記期待値の変更を受け付け、当該変更後の期待値を満足する前記ディスク装置(130)の記憶領域の構成を特定し、前記ストレージ装置(100A, 100B, ...)に対して前記管理対象のアプリケーションが利用する記憶領域の構成の変更を指示するステップと、
前記ストレージ装置(100A, 100B, ...)が、前記記憶領域の構成の変更の指示に基づいて、前記管理対象のアプリケーションが利用する記憶領域を複数のディスク装置間で移行して構成を変更すると共に、消費電力を減少させる目的で前記期待値が変更された場合には、前記管理対象のアプリケーションを実行するために使用しなくなった空きのディスク装置を停止するステップと、
を備える制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージシステム及びその制御方法、並びにプログラムに関し、例えば、アプリケーションについての消費電力を管理するための技術に関するものである。
【背景技術】
【０００２】
（１）ストレージエリアネットワーク
１台以上の計算機と１台以上の外部記憶装置を接続するネットワークをストレージエリアネットワーク（ＳＡＮ: Storage Area ネットワーク）と呼ぶ。複数の計算機が連携して一つの機能を提供する場合や、一つの大容量記憶装置を１台以上の計算機で共有する場合に特によく使われる計算機システムである。記憶資源や計算機資源を後から追加・削除・交換することが容易であり、拡張性に優れるという利点がある。
【０００３】
（２）ディスクアレイ装置
ＳＡＮに接続する外部記憶装置にはディスクアレイ装置が一般的によく利用される。ディスクアレイ装置は、ハードディスクに代表される磁気記憶デバイスを多数搭載する装置である。
【０００４】
同装置はRAID(Redundant Array of Independent Disks)技術により数台の磁気記憶デバイスをひとつの集合として管理する。この磁気記憶デバイスの集合をRAIDグループと呼ぶ。RAIDグループは一つ以上の論理的な記憶領域を形成する。ＳＡＮに接続された計算機は、この記憶領域に対してデータ入出力処理を実行する。同記憶領域にデータを記録するとき、ディスクアレイ装置はRAIDグループを構成する磁気記憶デバイスのうち一つもしくは二つの冗長データを記録する。この冗長データがあるため、磁気記憶デバイスのひとつが故障した状況でもRAIDグループ内の残りの磁気記憶デバイスからデータを復元することが可能であるという利点がある。
【０００５】
（３）消費電力管理方法
ストレージシステムが消費した電力を管理する技術が特許文献１に開示されている。本技術によれば、ストレージの処理による仕事量（ＩＯ数、転送データ量）を変数とした計算により消費電力を算出し、管理画面に出力することができる。このとき、単に消費電力を出力するだけでなく、仕事量（ＩＯＰＳ、ＭＢ／ｓｅｃ）とあわせて出力する。
【０００６】
また、仕事量が所定のしきい値を超過した場合には記憶領域を一部の磁気記憶デバイスに集約し、空きとなった磁気記憶デバイスを停止することで消費電力を節約することができるようになっている。
【０００７】
（４）ユーティリティーサービス
ＳａａＳやＰａａＳといったサービスプロバイダは、ネットワーク経由でストレージ容量をクライアントに貸し出すサービスを提供している。クライアントはネットワーク越しにストレージ資源を活用することができる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−７９７５４号公報（対応ＵＳ特許７４４４４８３号明細書）
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述の特許文献１は、ディスクアレイ装置の消費電力の推移をストレージの仕事量（データ転送量）とあわせて出力する方法について開示している。これはストレージ技術に精通した管理者にとって非常に有効な電力管理方法である。
【００１０】
しかしながら、この方法は、ストレージ管理の指標（ＩＯＰＳ、ＭＢ／ｓｅｃ）は必ずしもサーバ管理者やアプリケーション管理者にとって管理しやすい指標とは限らない。通常、サーバ管理者やアプリケーション管理者はストレージ技術に精通していないため、ストレージ管理の指標から直ぐには消費電力推移の傾向や兆候を解釈できなかったり、効率の善し悪しを判断できなかったり、或いは改善しようにも何をどの程度調整すれば良いのか検討しづらかったりするという問題が発生する可能性がある。
【００１１】
例えばデータベース管理者にとっては、ＤＢＭＳ(Data Base Management System)が処理したトランザクション数などの管理項目の方が取り扱いやすい。しかしながら、ストレージ側で管理する処理単位はＩＯ数（ＩＯＰＳ）やデータ転送量（ＭＢ／ｓｅｃ）となってしまうため、データベース管理者にとっては、これらの観測結果や報告は解釈しづらい。同じように、メールサーバ管理者がアプリケーションの稼働実績を管理するためには送受信メッセージ数などの指標が親しみやすい。ところが、ＩＯ数やデータ転送量といった指標に親しみがあるとは限らない。
【００１２】
さらに、ストレージ側では複数のアプリケーションやサーバからのＩ／Ｏをまとめてカウントしてしまうため、特定サーバあるいはアプリごとの統計値を把握できないケースも考えられる。
【００１３】
以上のように、ストレージの管理指標だけでは、サーバ管理者及びアプリケーション管理者が省電力を管理することが困難であるという課題がある。特に、ユーティリティーサービスの形態でストレージを活用するサーバ管理者にとっては、現状のように単純な容量ベースではなく、利用量（仕事量）ベースで課金額を決定する形態が望ましい。サーバ管理者が、利用量が少ない記憶領域には消費電力を減らすような制御を行うことで、自らの課金額を引き下げるような運用手段を用意することが望まれる。
【００１４】
また、システム規模の増大に伴ってデータセンタ（例えば、図１に示されるシステム全体に相当）の消費電力が増加している。データセンタの電源設備には上限があり、これを超えた電力供給は不可能であるものの、こうした前提において、常にシステムの最大消費電力を上回る電力供給を実現するだけの電源設備があれば問題は起こらない。
【００１５】
しかしながら、現実にはサーバの増強やストレージ容量の増設が行われるため、必ずしも十分な電源設備が用意されているとは限らず、供給される電力が不足するケースが考えられる。こうした電力供給不足の場合には、優先度の低いアプリケーションを停止するなど被害を小さく留めるための工夫が求められる。
【００１６】
本発明はこのような状況に鑑みてなされたものであり、ストレージについての知識が乏しい管理者にとっても消費電力の管理が容易であり、ユーティリティーサービスにも対応できるようにシステム運用を可能にする技術を提供するものである。
【課題を解決するための手段】
【００１７】
上記課題を解決するために、本発明は、ストレージシステム（計算機システム）の消費電力をアプリケーション管理の指標と併せて出力し、加えてアプリケーション仕事量あたりの消費電力を制御するための手段を提供する。加えて消費電力を一定以下に抑えるためのシステム構成変更処理を行う。
【００１８】
即ち、本発明によるストレージシステムは、ディスク装置(130)を搭載するストレージ装置(100A, 100B, ...)と、アプリケーションを稼動し、ディスク装置の記憶領域へのデータ入出力処理を行うサーバ装置(200A, 200B, ...)と、ストレージ装置(100A, 100B, ...)及びサーバ装置(200A, 200B, ...)の使用状況を管理する管理計算機(400)と、を備えている。ここで、サーバ装置(200A, 200B, ...)は、アプリケーション毎にトランザクション数及びその時間的推移(2060)を管理する。また、管理計算機(400)は、管理対象のアプリケーションを実行するために消費された電力を算出し、管理対象のアプリケーションのトランザクション数をサーバ装置(200A, 200B, ...)から取得し、管理対象のアプリケーションについて算出した消費電力とトランザクション数の時間的推移(1901)を表示部に表示する。
【００１９】
また、サーバ装置(200A, 200B, ...)は、アプリケーションが利用するディスク装置の記憶領域を示すアプリケーション構成情報(2120)を管理している。この場合、管理計算機(400)は、サーバ装置(200A, 200B, ...)からアプリケーション構成情報(2120)を取得し、当該アプリケーション構成情報(2120)に基づいて管理対象のアプリケーションが利用するディスク装置の記憶領域を特定し、当該特定された記憶領域を有するディスク装置(130)の電力仕様情報に基づいて管理対象のアプリケーションを実行するためにストレージ装置(100A, 100B, ...)で消費された電力を算出する。
【００２０】
さらに、管理計算機(400)は、管理対象のアプリケーションが利用するディスク装置の記憶領域の構成を変更した場合に発揮できるストレージ性能と、変更後の記憶領域の構成に対応するディスク装置(130)の電力仕様に基づいて、管理対象のアプリケーションが変更後のストレージ装置(100A, 100B, ...)で消費される電力を算出し、ストレージ性能と消費電力のトレードオフ曲線を表示部に表示する。
【００２１】
さらに、管理計算機(400)は、管理対象のアプリケーションについて、トランザクション数当たりの消費電力の期待値を変更するためのパラメータ調整部(1902)をユーザインタフェースとして表示部に表示する。
【００２２】
管理対象のアプリケーションについて、利用者がパラメータ調整部(1902)を用いて期待値を変更した場合、管理計算機(400)は、当該変更後の期待値を満足するディスク装置(130)の記憶領域の構成を特定し、ストレージ装置(100A, 100B, ...)に対して管理対象のアプリケーションが利用する記憶領域の構成の変更を指示する。ストレージ装置(100A, 100B, ...)は、記憶領域の構成の変更の指示に基づいて、管理対象のアプリケーションが利用する記憶領域を複数のディスク装置間で移行して構成を変更する。より詳細には、消費電力を減少させる目的で期待値が変更された場合、ストレージ装置(100A, 100B, ...)は、管理対象のアプリケーションを実行するために使用しなくなった空きのディスク装置を停止するようにする。
【００２３】
別の態様として、管理計算機(400)は、管理対象のアプリケーションについて算出した消費電力が所定の閾値を超過した場合、トランザクション数当たりの消費電力の期待値を自動的に一段階下げて変更し、当該変更後の期待値を満足するディスク装置の記憶領域の構成を特定し、ストレージ装置(100A, 100B, ...)に対して管理対象のアプリケーションが利用する記憶領域の構成の変更を指示する。
【００２４】
さらに別の態様として、管理計算機(400)は、ストレージシステム全体の消費電力が所定の閾値を超過した場合、優先度が最も低いアプリケーションを管理対象として選択し、当該選択された管理対象のアプリケーションについてトランザクション数当たりの消費電力の期待値を自動的に一段階下げて変更し、当該変更後の期待値を満足するディスク装置の記憶領域の構成を特定し、ストレージ装置(100A, 100B, ...)に対して管理対象のアプリケーションが利用する記憶領域の構成の変更を指示する。
【００２５】
さらなる本発明の特徴は、以下本発明を実施するための最良の形態および添付図面によって明らかになるものである。
【発明の効果】
【００２６】
本発明によれば、ストレージについての知識が乏しい管理者にとっても消費電力の管理が容易であり、ユーティリティーサービスにも対応できるようにシステム運用が可能となる。
【図面の簡単な説明】
【００２７】
【図１】本発明によるストレージシステムの概略構成を示す図である。
【図２】本発明によるディスクストレージ 100のハードウェア概略構成を示す図である。
【図３】本発明によるサーバ 200のハードウェア概略構成を示す図である。
【図４】本発明による管理計算機 400のハードウェア概略構成を示す図である。
【図５】ディスクストレージ 100のプログラムメモリ 1000に格納する制御情報とプログラム（ソフトウェア情報）を示す図である。
【図６】サーバ 200のプログラムメモリ 2000に格納する制御情報とプログラム（ソフトウェア情報）を示す図である。
【図７】管理計算機 400のプログラムメモリ 4000に格納する制御情報とプログラム（ソフトウェア情報）を示す図である。
【図８】RAIDグループ構成情報1020の内容（例）を示す図である。
【図９】論理記憶領域構成情報1030の内容（例）を示す図である。
【図１０】論理記憶ユニット構成情報1040の内容（例）を示す図である。
【図１１】ストレージワークロード監視情報1060の内容（例）を示す図である。
【図１２】ストレージ消費電力情報1070の内容（例）を示す図である。
【図１３】記憶領域管理情報2030の内容（例）を示す図である。
【図１４】サーバワークロード監視情報2060の内容（例）を示す図である。
【図１５】サーバ 200における業務アプリケーション構成情報2120の内容（例）を示す図である。
【図１６】管理計算機 400が各サーバ 200から取得した業務アプリケーション構成情報2120の内容（例）を示す図である。
【図１７】運用変更条件情報4060の内容（例）を示す図である。
【図１８】システム構成例を論理的に表現した図である。
【図１９】管理計算機 400がユーザインタフェース入出力プログラム４０２０を用いて生成し、提供する管理画面（ＧＵＩ）1900の例を示す図である。
【図２０】管理計算機 400が図１９の画面を出力するために実行する処理を説明するためのフローチャートである。
【図２１】管理計算機 400が実行するストレージ構成変更処理を説明するためのフローチャートである。
【図２２】ステップS105におけるシステム性能と消費電力の計算結果の例を示す図である。
【図２３】構成変更指示を受領したディスクストレージ 100において実行される構成変更処理を説明するためのフローチャートである。
【図２４】ディスク電力仕様テーブルの一例を示す図である。
【図２５】ディスク稼働記録テーブルの一例を示す図である。
【図２６】Ｔａｇ管理テーブル３４の一例を示す図である。
【図２７】電力推定機能２４を説明するためのフローチャートである
【図２８】電力推定機能２４が、Ｓ２４１及びＳ２４３で行うディスク部電力増加分を算出する方法の例である。
【図２９】第２の実施形態による構成変更処理を説明するためのフローチャートである。
【図３０】第３の実施形態による構成変更処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００２８】
以下、添付図面を参照して本発明の実施形態について説明する。ただし、本実施形態は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。また、各図において共通の構成については同一の参照番号が付されている。
【００２９】
（１）第１の実施形態
＜システム構成＞
図１は、本発明の実施形態によるストレージエリアネットワーク（ストレージシステム）の概略構成例を示す図である。なお、図１の構成は、後述する他の実施形態でも同様である。
【００３０】
図１に示されるように、ストレージエリアネットワーク（ストレージシステム）は、データベースやファイルサーバなどのアプリケーションを稼働し、記憶領域へのデータ入出力を行うサーバ 200と、当該サーバ 200（200A, 200B, ...）とデータI/Oネットワーク 300を介して接続され、ハードディスクを搭載し、データを記憶する領域の単位となる記憶領域を提供するディスクストレージ 100（100A, 100B, ...）と、サーバ200と管理ネットワーク 500を介して接続される管理計算機 400と、を備えている。サーバ200とディスクストレージ 100との間では、相互にデータ入出力が可能となっている。また、ディスクストレージ100、サーバ200及び管理計算機 400との間では各ネットワークを介して通信可能となっている。なお、本実施形態においては、データ入出力用のネットワークと管理用のネットワークは共用する形態としているが、それぞれ独立したネットワークであってもよい。
【００３１】
＜ディスクストレージの構成＞
図２は、本発明によるディスクストレージ 100の概略構成例（各実施形態で共通）を示す図である。図２に示されるように、ディスクストレージ 100は、データI/Oネットワーク300に接続され、データ入出力を行うためのデータI/Oネットワークインタフェース 110と、管理ネットワーク 500と接続され、管理計算機 400と通信するための管理ネットワークインタフェース 120と、ディスクストレージ 100内の制御を司るプロセッサを搭載したストレージコントローラ 160と、ディスクストレージ 100の稼働に必要なプログラムを蓄積する記憶空間であるプログラムメモリ 1000と、サーバ 200から記憶領域への入出力を高速化するための一時記憶領域であるキャッシュメモリ140と、データを記憶する磁気記憶装置であるディスクドライブ 130と、を備え、それらがストレージコントローラ 160を介して互いに接続された構成となっている。
【００３２】
データI/Oネットワークインタフェース 110と管理ネットワークインタフェース 120は、Fibre ChannelやEthernet（登録商標）などの従来通信技術によるネットワーク入出力装置で実装することができる。なお、本発明においてデータI/Oネットワークインタフェース 110と管理ネットワークインタフェース 120の個数について制限する必要はない。また、データI/Oネットワークインタフェース 110と管理ネットワークインタフェース 120は独立したものとせず、データI/Oネットワークインタフェース 110を管理情報の入出力目的に共用する形としてもよい。
【００３３】
キャッシュメモリ 140は、揮発性メモリによる実装が一般的であるが、不揮発性メモリや磁気記憶装置で代用してもよい。なお、本発明においてキャッシュメモリ 140の個数や容量に制限はない。
【００３４】
プログラムメモリ 1000は、磁気記憶装置や揮発性半導体メモリで実装したメモリ空間であり、ディスクストレージ 100の稼働に必要な基本プログラムや情報を保持する目的で利用される。プログラムメモリ1000が保持する制御プログラムおよび制御情報については後述する（図５参照）。
【００３５】
ディスクドライブ 130はデータを格納しておく記憶媒体であり、磁気記憶装置（ハードディスクドライブ：ＨＤＤ）や半導体メモリドライブ（Solid State Disk：SSD）で実装することができる。なお、本発明においてディスクドライブ 130の個数や容量に制限はない。
【００３６】
＜サーバの構成＞
図３は、本発明によるサーバ 200の構成例（各実施形態で共通）を示す図である。図３に示されるように、サーバ 200は、データI/Oネットワーク 300に接続され、データ入出力を行うためのデータI/Oネットワークインタフェース 210と、管理ネットワーク 500と接続され、管理計算機 400と通信するための管理ネットワークインタフェース 220と、各種演算処理を行うＣＰＵに相当するプロセッサユニット 270と、オペレーティングシステムやアプリケーションなどの基本ソフトウェアを保存するための記憶装置であるディスクドライブ 230と、サーバ 200の稼働に必要なプログラムを蓄積する記憶空間であるプログラムメモリ 2000と、記憶装置への入出力を高速化するための一時記憶領域であるキャッシュメモリ240と、を備え、それらが通信バス 260を介して互いに接続された構成となっている。すなわち、この例に示したサーバ 200のハードウェア構成は汎用計算機（Personal Computer：PC）で実現し得るものである。
【００３７】
なお、ネットワークインタフェースやキャッシュメモリ 240、プログラムメモリ 2000、ディスクドライブ 230の実装は図２と同様である。
【００３８】
プログラムメモリ 2000は、例えばデータベースや会計プログラムなど、ディスクストレージ 100に格納する情報を作成・更新するための業務アプリケーションプログラムの稼働に用いても良い。プログラムメモリ 2000が保持する制御プログラムおよび制御情報については後述する（図６参照）。
【００３９】
＜管理計算機の構成＞
図４は、本発明による管理計算機 400の概略構成例を示す図である。図４に示されるように、管理計算機 400は、外部装置と接続し管理情報を入出力するための管理ネットワークインタフェース 420と、操作者が情報を入力するための例えばキーボードやマウスなどの入力デバイス480と、操作者に情報を出力するための例えば汎用ディスプレイなどの出力デバイス 490と、各種演算処理を行うＣＰＵに相当するプロセッサユニット 470と、オペレーティングシステムやアプリケーションなどの基本ソフトウェアを保存するための記憶装置であるディスクドライブ 430と、管理計算機 400の稼働に必要なプログラムを蓄積する記憶空間であるプログラムメモリ 4000と、を備え、それらが通信バス 460を介して互いに接続された構成となっている。すなわち、この例に示した管理計算機 400のハードウェア構成は汎用計算機（Personal Computer：PC）で実現し得るものである。
【００４０】
プログラムメモリ 4000は磁気記憶装置や揮発性半導体メモリで実装したメモリ空間であり、管理計算機500の稼働に必要な基本プログラムや情報を保持する目的で利用される。プログラムメモリ 4000が保持する制御プログラムならびに制御情報については後述する（図７参照）。
【００４１】
＜ディスクストレージにおけるソフトウェア構成＞
図５はディスクストレージ 100がプログラムメモリ 1000に搭載する制御プログラムならびに制御情報の構成例（ソフトウェア構成例）を示す図である。
【００４２】
図５において、記憶領域構成情報管理プログラム1010は、ディスクストレージ 100が後述する構成情報に基づいてサーバ 200に提供する記憶資源を管理するためのプログラムであり、例えば、後述の各構成情報1020乃至1040を各種構成の変更等に従って各構成情報の書き換えを実行するものである。
【００４３】
RAIDグループ構成情報1020は、ディスクドライブ 130の集合によるRAIDグループの構成を表す情報である。記憶領域構成情報1030は、RAIDグループを論理的に分割した記憶資源の単位である記憶領域の構成を表す情報である。論理記憶ユニット構成情報1040は、サーバ200に提供する記憶資源の単位である論理記憶ユニットの構成を表す情報である。
【００４４】
ストレージ稼働監視プログラム1050は、主に記憶領域ごとのＩ／Ｏ処理数やデータ転送量といった稼働負荷を記録するプログラムである。ストレージワークロード監視情報1060は、主に記憶領域ごとのＩ／Ｏ処理数やデータ転送量といった稼働実績の記録を表す情報である。
【００４５】
ストレージ消費電力情報1070は、記憶領域ごとに計測した消費電力の記録でも良いし、ストレージワークロード監視情報1060から計算した消費電力の記録であってもよい。前者の場合、例えば、それぞれのディスクストレージに電力計を持たせ、実際に計測した値を用いるようにすればよい。消費電力の計算方法については後述する。
【００４６】
ストレージ管理情報更新プログラム1080は、ディスクストレージ 100が有する構成情報1020乃至1040ならびにストレージワークロード監視情報1060及びストレージ消費電力情報1070を管理計算機 400に出力するための通信を制御するプログラムである。
【００４７】
ストレージ電断制御プログラム1090は、管理計算機 400からの指示またはＩ／Ｏの未発生期間などの契機としてディスクドライブ 130やディスクストレージ 100全体の停止を制御するプログラムである。
【００４８】
＜サーバにおけるソフトウェア構成＞
図６は、サーバ 200がプログラムメモリ 2000に格納する制御プログラムならびに制御情報の構成例（ソフトウェア構成例）を示す図である。
【００４９】
図６において、データ入出力プログラム2010は、ディスクストレージ 100が提供する論理記憶ユニットに対して読み出し／書き込み処理を行うプログラムである。
【００５０】
記憶領域管理プログラム2020は、後述の記憶領域管理情報2030に基づいて記憶領域をサーバ 200が運用するためのプログラムである。
【００５１】
記憶領域管理情報2030は、ディスクストレージ 100が提供する論理記憶ユニットをサーバ 200が稼働するファイルシステムに関連づけるための構成を表す情報（マウント情報）である。
【００５２】
サーバストレージ稼働監視プログラム2050は、アプリケーションごとのトランザクション処理数や送受信メール数といったサーバにおける稼働負荷を記録するプログラムである。サーバワークロード監視情報2060は、主にアプリケーションごとのトランザクション処理数や送受信メール数といった稼働実績の記録を表す情報である。
【００５３】
サーバ消費電力情報2070は、アプリケーションごとに計測した消費電力の記録でも良いし、サーバワークロード監視情報2060から算出した消費電力の記録であってもよい。なお、後者の場合、サーバの消費電力は、例えばプロセッサユニット (CPU) 270利用率を変数とした単純な一次関数により算出することができる。
【００５４】
サーバ管理情報更新プログラム2080は、ディスクストレージ 100が有する構成情報ならびに稼働監視情報（ワークロード監視情報）を管理計算機 400に出力するための通信を制御するプログラムである。
【００５５】
サーバ電断制御プログラム2100は、管理計算機 400からの指示などを契機としてサーバ 200またはアプリケーションの停止を制御するプログラムである。
【００５６】
業務アプリケーションプログラム2110は、データベースやメールサーバ、勘定系アプリケーションなどのアプリケーションを稼働するプログラムである。本発明ではこれら以外に、仮想サーバのシステムにおけるゲストＯＳ（仮想サーバ、Virtual Machine）も業務アプリとして取り扱うことができる。
【００５７】
業務アプリケーション構成情報2120は、サーバ 200上で稼働する業務アプリケーションの稼働状態と、利用する記憶領域を管理するための情報である。この情報は、関連する各業務アプリケーションによって管理される。
【００５８】
＜管理計算機におけるソフトウェア構成＞
図７は、管理計算機 400がプログラムメモリ 4000に格納する制御プログラムならびに制御情報の構成例（ソフトウェア構成例）を示す図である。
【００５９】
図７において、RAIDグループ構成情報1020、記憶領域構成情報1030、論理記憶ユニット構成情報1040、ストレージワークロード監視情報1060、及びストレージ消費電力情報1070は、管理計算機 400がディスクストレージ 100から取得した同情報に相当する情報である。
【００６０】
また、記憶領域管理情報2030、サーバワークロード監視情報2060、サーバ消費電力情報2070、及び業務アプリケーション構成情報4120は、管理計算機 400がサーバ 200から取得した同情報に相当する。
【００６１】
管理情報更新プログラム4010は、管理計算機 400がディスクストレージ 100及びサーバ 200と通信して各種構成情報を取得するためのプログラムである。
【００６２】
ユーザインタフェース入出力プログラム4020は、管理計算機 400の管理者が入力デバイス 480、出力デバイス 490を用いて管理情報を入出力するためのインタフェースを提供するプログラムである。
【００６３】
性能計算プログラム4030は、記憶領域をＮ個のRAIDグループ（ＲＧ）に集約するなどの構成変更を行おうとしたとき、その変更後の構成における性能を計算するためのプログラムである。消費電力計算プロファイル情報4040は、あるシステム構成における消費電力を計算によって求めるために用いる算法（アルゴリズム、計算式）の定義である。
【００６４】
運用変更決定プログラム4050は、記憶資源や計算機資源の集約・電断といった運用及び／又は構成変更を決定するためのプログラムであり、運用変更条件情報4060の条件と照合して運用及び／又は構成を変更すべきか否かを判定する。
【００６５】
運用変更条件情報4060は、業務アプリケーションごとの運用や構成の変更を判断するための条件定義である。
【００６６】
＜RAIDグループ構成情報＞
図８は、ディスクストレージ 100が搭載するRAIDグープ構成情報1020の例を示す図である。RAIDグループ構成情報1020は、RAIDグループ識別情報 10201とディスクドライブ 識別情報 10202によって構成されている。
【００６７】
図８において、RAIDグループ識別情報 10201に記録されたRAIDグループは、ディスクドライブ識別情報 10202に記録された複数のディスクドライブ 130の集合で構成される。RAIDグループを構成するディスクドライブ 130は、RAID（Redundant Array of Independent Disks）を構成する単位となる。
【００６８】
図８は、例えば、RAIDグループ（ＲＧ）＃０１は、ディスクドライブ（ＨＤ）＃０１乃至ディスクドライブ（ＨＤ）＃０４で構成され、RAIDグループ（ＲＧ）＃０２は、ディスクドライブ（ＨＤ）＃１１乃至ディスクドライブ（ＨＤ）＃１４で構成されていることを示している。
【００６９】
＜記憶領域構成情報＞
図９は、ディスクストレージ 100が搭載する記憶領域構成情報1030の例を示す図である。記憶領域構成情報1030は、論理記憶領域識別情報 10301と、RAIDグループ識別情報 10302と、アドレス範囲（スタートブロックアドレス10303及び最終ブロックアドレス10304）とから構成されている。
【００７０】
図９において、論理記憶領域  識別情報 10301に記録された記憶領域は、RAIDグループ識別情報 10302に記録されたRAIDグループに定義された論理的な記憶領域を識別するための情報を表わしている。また、アドレス範囲は、スタートブロックアドレス10303と最終ブロックアドレス10304の情報からなり、同RAIDグループのうち、当該論理記憶領域に相当する範囲の論理アドレス空間を表している。
【００７１】
図９に示されるように、例えば、論理記憶領域（ＬＤ：Logical Device）＃０１は、RAIDグループ（ＲＧ）＃０１のアドレス0x0001から0x0100までの領域から構成されている。
【００７２】
＜論理記憶ユニット構成情報＞
図１０は、ディスクストレージ 100が搭載する論理記憶ユニット構成情報1040の例を示す図である。論理記憶ユニット構成情報1040は、ワールドワイドポート名（WORLD WIDE PORT NAME） 10401と、論理ユニット番号 10402と、論理記憶領域  識別情報 10403とによって構成されている。
【００７３】
図１０において、データI/Oネットワークインタフェース 110の識別情報は、ワールドワイドポート名10401で表現可能であるものとする。また、論理記憶ユニットは、このデータI/Oネットワークインタフェース 110ごとに定義された論理ユニット番号 10402で識別される。さらに同論理記憶ユニット（ＬＵ）を構成する記憶領域（ＬＤ）は、論理記憶領域  識別情報 10403で表現される。
【００７４】
図１０に示されるように、例えば、ワールドワイドポート名が50:00:00:01:1E:0A:F4:01で識別されるインタフェースには、ＬＵ＃０１とＬＵ＃０２が接続され、それらはそれぞれ物理的にＬＤ＃０１とＬＤ＃０２によって構成されている。
【００７５】
＜ストレージワークロード監視情報＞
図１１は、ディスクストレージ 100が記録したストレージワークロード監視情報1060の例を示す図である。ストレージワークロード監視情報1060は、ストレージ内で処理されたＩ／Ｏをカウントすることによって得られた情報である。
【００７６】
ストレージワークロード監視情報1060は、RAIDグループごと、または論理記憶領域ごとのテーブル（複数枚）で構成している。１つのRAIDグループに関するテーブルは、時間 10601と、利用率 10602と、IOレート 10603と、データ転送レート 10604とによって構成されている。
【００７７】
図１１において、時間 10601は稼働状況の観測時刻を表す。なお、このストレージワークロード監視情報は、同観測時刻における瞬時値であっても良いし、サンプリング間隔（本例では１５分）における平均値や最大値であっても良い。
【００７８】
利用率 10602は、当該RAIDグループのディスク利用率をパーセンテージで表している。つまり、これは、サンプリング間隔（例えば１５分）のうちどの位の時間I／Ｏが処理されたか（どの位の時間BUSYであったか）を示す情報である。カウントの方法は、例えば、I／Ｏ処理時間をI／Ｏの処理数分だけ積算し、その積算値がサンプリング間隔の何％を占めるかを演算するものである。
【００７９】
IOレート 10603は、例えば秒あたりのＩ／Ｏ処理数による観測値を表す情報である。また、データ転送レート10604は、例えば秒あたりのデータ転送時間による観測値を表す情報である。
【００８０】
＜ストレージ消費電力情報＞
図１２は、ディスクストレージ 100が記録したストレージ消費電力情報1070の例を示す図である。
【００８１】
図１２において、ストレージ消費電力情報1070は、RAIDグループごとのテーブル（複数枚）で構成されている。時間 10701は稼働状況の観測時刻を表す情報である。また、消費電力 10702は当該RAIDグループの消費電力を表す情報である。なお、消費電力を算出する方法については、後述する。
【００８２】
＜記憶領域管理情報＞
図１３は、サーバ 200が管理する記憶領域管理情報2030の例を示す図である。記憶領域管理情報2030は、対象ワールドワイド名(Target World Wide Name) 20302と論理ユニット番号 20303により構成されている。
【００８３】
図１３において、マウントポイント 20301は、サーバ 200が運用するＯＳ上のファイルシステムに論理記憶ユニットを関連づける論理位置を意味するマウントポイントを表す情報である。また、対象ワールドワイド名 20302は、同マウントポイントに関連づけられる論理記憶ユニットのディスクストレージ100上のデータI/Oネットワークインタフェース 110の識別情報を表す情報である。さらに、論理ユニット番号 20303は、同データI/Oネットワークインタフェース 110に定義された論理記憶ユニットの識別番号を表す情報である。
【００８４】
図１３に示されるように、例えば、サーバ200上のマウントポイント/mount/data1と/mount/data2は、ディスクストレージ100の50:00:00:01:1E:0A:F4:01で識別されるインタフェースを介して、それぞれＬＵ＃０１及びＬＵ＃２に関連付けられていることが分かる。
【００８５】
＜サーバワークロード監視情報＞
図１４は、サーバ 200が記録したサーバワークロード監視情報2060の例を示す図である。ワークロード監視情報2060は、アプリケーションごとのテーブル（複数枚）で構成されている。各テーブルは、時間20601と、CPU 利用率 20602と、トランザクション処理数 20603と、E-MAIL MESSAGE COUNT 20604とによって構成されている。
【００８６】
時間 20601は、稼働状況のサンプリング時刻を表す情報である。なお、このワークロード監視情報は、同観測時刻における瞬時値であっても良いし、サンプリング間隔（本例では15分）における平均値や最大値であっても良い。
【００８７】
CPU利用率 20602は、当該アプリケーションで発生した処理によるＣＰＵ負荷率をパーセンテージで表している。つまり、これは、例えばサンプリング間隔（１５分）のうち、どの位の時間ＣＰＵが該当アプリケーションによって占有されていたかを示す情報である。また、トランザクション処理数 20603は、例えばサンプリング間隔当たりのトランザクション処理数を表す情報である。E-MAILメッセージ数 20604は、例えばサンプリング間隔当たりの送受信メール数を表す情報である。
【００８８】
＜業務アプリケーション構成情報＞
図１５は、サーバ 200が管理する業務アプリケーション構成情報2120の例を示す図である。業務アプリケーション構成情報2120は、業務アプリケーションインスタンス 21201と、ステータス 21202と、ストレージ構成 21203によって構成される。
【００８９】
図１５において、業務アプリケーションインスタンス 21201は、サーバ 200上で稼働する業務アプリケーションの識別情報を表している。ここで、業務アプリケーションとは、データベースやメールサーバ、決済アプリ、仮想サーバなどいかなる種別であってもよい。また、ステータス 21202は、業務アプリケーションの稼働状態を表す情報であり、その種別には、例えば、Running、Shutdown、Sleep(Suspend)などがある。さらに、ストレージ構成 21203は、当該業務アプリケーションが利用する記憶領域の一覧をマウントポイントで表している。
【００９０】
＜管理計算機 における業務アプリケーション構成情報＞
図１６は、管理計算機 400がサーバ 200から収集した業務アプリケーション構成情報4120の例を示す図である。これはサーバ 200ごとのテーブルの集合で構成されている。各テーブルの情報の内容については図１５と同様である。
【００９１】
＜運用変更条件情報＞
図１７は、管理計算機 400が管理する運用変更条件情報4060の例を示す図である。運用変更条件情報4060は、業務アプリケーションインスタンス 40601と、PRIORITY 40602と、消費電力 LIMIT 40603によって構成される。なお、管理者は入力デバイス 480を用いてこれらの情報を定義することができるようになっている。
【００９２】
図１７において、業務アプリケーションインスタンス 40601は、業務アプリケーションの識別情報である。また、PRIORITY 40602は、電源供給が追いつかなくなった場合に稼働を継続したいアプリケーションの優先度を表す情報である。さらに、消費電力 LIMIT 40603は、当該業務アプリケーションが消費できる電力の上限値を表す情報である。図１７の例では、優先度がLowの場合のみ消費電力の上限値が設定されているが、これに限定されるものではない。
【００９３】
＜論理的システム構成＞
図１８は、以上の構成情報によるシステム構成を論理的に表現した図である。例えば、ワールドワード名“50:10:01:E8:37:0B:51:00”で識別されるサーバ 200は、ワールドワード名“50:00:00:01:1E:0A:F4:00”で識別されるディスクストレージ 100とネットワークで接続されていることを前提とする。
【００９４】
図１８の例では、サーバ 200は３つの記憶領域280を有し、それぞれが各マウントポイントでファイルシステムに関連づけられている。このうち“/mount/data2”でマウントされている記憶領域280Bは、ディスクストレージ 100の“50:00:00:01:1E:0A:F4:01”で識別されるデータI/Oネットワークインタフェース 100に定義された論理記憶ユニット“ＬＵ＃０２”に相当する。この論理記憶ユニットＬＵ＃０２は、論理記憶領域“ＬＤ＃０２”180Aで構成される。その他の記憶領域（280A、280C）も同様に論理記憶領域180B、180Cに関連づけられる。
【００９５】
図１８に示される例では、論理記憶領域ＬＤ＃０１は、ポート50:00:00:01:1E:0A:F4:02からはＬＵ＃０２に見え、ポート50:00:00:01:1E:0A:F4:01からはＬＵ＃０１に見える。このように、物理的構成は同じでも論理的構成が異なるようにディスクストレージ 100を運用することが可能となる。
【００９６】
＜管理計算機の管理画面（ＧＵＩ）＞
図１９は、管理計算機 400がユーザインタフェース入出力プログラム4020を用いて生成し、提供する管理画面（ＧＵＩ）1900の例を示す図である。ここでは、あるデータベースアプリケーションを対象とした、トランザクション数に対する消費電力（kVA/Transaction）を表示する例が示されている。
【００９７】
図１９において、画面一番上の消費電力表示ペイン1901には、横軸に時間軸を表し、左縦軸に仕事量を表すTransaction数（折れ線グラフ）を、右縦軸に消費電力（棒グラフ）が表示されている。消費電力の情報としては、後述のステップS103（図２０参照）において計算された情報が表示される。
【００９８】
画面中央1902には、消費電力を削減する、または、性能を上げるために構成変更の条件（パラメータ）を入力する手段を設けている。本例ではトランザクション数に対する消費電力（kVA/Transaction）、つまり１つのアプリケーションを処理するために費やしたストレージの消費電力が調整パラメータとして採用されている。この調整パラメータは、画面上で変更することができるようになっていて、変更後のパラメータ値に従ってストレージ（ディスクストレージ 100）の構成が（例えば、ＲＧ単位で）変更される。
【００９９】
画面下部1903には、消費電力（横軸）に対するシステム性能（縦軸）のトレードオフを表現している。これを参照しながら画面中央1902のパラメータ調整を行うことで、その時点で必要な性能（縦軸）を満たすように消費電力（横軸）を減らすような操作の一助とすることができるようになっている。
【０１００】
例えば、調整パラメータが０．６のときに消費電力が図１９のように示された場合、最大のトランザクション数が処理できていたとしても、管理者としてはもっと消費電力を下げたい場合がある。このようなとき、管理者は調整パラメータを例えば０．４まで下げ、電力をより消費しないストレージの構成に変更することができる。
【０１０１】
＜ＧＵＩを生成するための処理＞
図２０は、管理計算機 400が図１９の画面を出力するために実行する処理を説明するためのフローチャートである。特に断らない限り、各ステップの動作主体は、管理計算機 400のプロセッサユニット 470である。
【０１０２】
まず、プロセッサユニット 470は、管理者が入力した管理対象とする業務アプリケーションの情報を取得する（ステップS101）。このとき、例えば、図１９の左上のツリー1904にサーバ 200ごとの業務アプリケーションを表示することで、アプリケーションの選択を補助することができるようになっている。サーバ 200と業務アプリケーションの関係を知るには業務アプリケーション構成情報4120を参照すればよい。
【０１０３】
管理計算機 400では、プロセッサユニット 470は、業務アプリケーション構成情報4120を参照し、当該アプリケーションが利用する記憶領域41203を特定する。また、プロセッサユニット 470は、記憶領域構成情報2030を参照し、当該記憶領域に相当する論理記憶ユニットを特定する。さらに、プロセッサユニット 470は、論理記憶ユニット構成情報1040を参照し、当該論理記憶ユニットに相当する論理記憶領域10403を特定する。さらに論理記憶領域構成情報1030を参照し、当該論理記憶領域を構成するRAIDグループ 10302を特定する（ステップS102）。
【０１０４】
次に、プロセッサユニット 470は、当該アプリケーションが利用するすべてのRAIDグループの消費電力値を合計する（ステップS103）。RAIDグループの消費電力の値は、ストレージ消費電力情報1070に格納されているものが用いられる。
【０１０５】
そして、プロセッサユニット 470は、当該アプリケーションの消費電力と仕事量（ワークロード）を表すTransaction数を画面上の消費電力表示ペイン1901に出力（表示）する（ステップS104）。仕事量はサーバワークロード監視情報2060（図１４）を、消費電力は前述のステップS103で算出した数値を用いればよい。なお、仕事量については、図１４におけるCPU 利用率 20602、トランザクション処理数 20603、E-MAIL MESSAGE COUNT 20604のいずれかの情報を用いても良いし、組み合わせて（足し合わせた値や重み付けして足し合わせた値）を用いても良い。
【０１０６】
続いて、プロセッサユニット 470は、ストレージ構成を仮に変化させた場合の性能と消費電力を計算する（ステップS105）。例えば、当該アプリケーションが利用するRAIDグループの数を増減させた場合の構成において、トータルで発揮できる性能を性能計算プログラム4030によって計算し、その消費電力を、消費電力計算プロファイル情報4040を用いて計算する。性能を評価するための指標としては、RAIDグループを構成する各ディスク装置のスループット、IOPSや応答時間等が考えられる。例えば、IOPSを性能の指標とする場合、RAIDグループを構成するディスク装置が発揮できる最大IOPSの値を足し合わせた値を性能とすることができる。なお、プロファイルを用いた消費電力の算出方法については後述する。
【０１０７】
そして、プロセッサユニット 470は、画面下部1903にこれらの消費電力とシステム性能のトレードオフ曲線（または直線）を出力する（ステップS106）。つまり、各RAIDグループの個数を変化させた場合のそれぞれの消費電力とシステム性能をグラフ上にプロットし、曲線又は直線でつないで図１９の画面下部のグラフが生成される。なお、RAIDグループの個数と消費電力とシステム性能の関係を示す表は図２２に示す通りである。
【０１０８】
＜ストレージ構成変更処理＞
図２１は、管理計算機 400が実行するストレージ構成変更処理を説明するためのフローチャートである。これは、運用変更決定プログラム4050に従った処理であり、特に断らない限り、各ステップの動作主体は、管理計算機 400のプロセッサユニット 470である。
【０１０９】
まず、プロセッサユニット 470は、管理者が図１９画面中央のパラメータ調整部1902を用いて入力した仕事量当たりの消費電力の期待値を取得する（ステップS201）。
【０１１０】
次に、管理計算機 400において、プロセッサユニット 470は、取得した期待値を満足する構成を特定する（ステップS202）。例えば、調整パラメータが０．４に変更された場合、０．４に相当するストレージのRAIDグループの構成を特定する。なお、仕事量当たりの消費電力については前述のステップS105で既に計算してあるため、この期待値に該当する構成を選ぶだけでよい。
【０１１１】
また、プロセッサユニット 470は、当該アプリケーションが利用する記憶領域を配置するRAIDグループを選択する（ステップS203）。RAIDグループ数を縮小する場合には、容量が足りる範囲で、集約するRAIDグループを選ぶ。RAIDグループ数を拡大する場合には、空き領域がある追加のRAIDグループを選ぶ。
【０１１２】
そして、プロセッサユニット 470は、これらのRAIDグループに記憶領域の配置を変更するよう、ディスクストレージ 100に指示を出す（ステップS204）。このとき消費可能な電力がシステム全体で不足する場合には稼働するRAIDグループ数をゼロとし、当該アプリケーションを停止してもよい。つまり、ストレージ構成を変更してもシステム全体で電力不足の場合（サーバ 200、各ディスクストレージ 100、各アプリケーションで使用する電力の総量が所定値よりも大きい場合）、にはストレージ構成だけを変更しても消費電力を制御できる効果が少ないので、アプリケーションを停止するという処理にする。アプリケーションの停止に加えて、消費電力値が大きいサーバを停止するようにしても良い。
【０１１３】
続いて、プロセッサユニット 470は、ストレージ構成の更新処理を終え、ディスクストレージ 100における構成変更の完了通知を受領したらプログラムメモリ 1000に格納した各構成情報を更新する（ステップS205）。
【０１１４】
なお、図２２は、上述のステップS105におけるシステム性能と消費電力の計算結果の例を示す図である。また、図２２は、ステップS106において図１９の画面下部に出力されるシステム性能と消費電力の相関関係を表すためのデータである「システム性能−消費電力相関情報」の構成を示している。
【０１１５】
図２２において、RAIDグループ数 22011は、ある業務アプリケーションが使用する記憶領域を構成するRAIDグループの総和を表す情報である。消費電力 22012は、RAIDグループ数 22011に記録されたRAIDグループが消費する電力を表す情報である。これは稼働率（利用率）を基準として計算できる値である。計算手法については後述する。
【０１１６】
また、性能 22013は、RAIDグループ数 22011に記録されたRAIDグループの入出力性能を表す情報である。RIAD グループの入出力性能は、同RAIDグループを構成する磁気記憶装置の数と、RAIDレベルに依存する。例えばRAIDレベルがRAID5の場合はパリティディスクを除いたデータディスクの本数で決まる。このとき、書き込み時のパリティ生成にかかる計算時間を加えることでさらに精度を上げることもできる。
【０１１７】
＜ディスクストレージにおける構成変更処理＞
図２３は、構成変更指示を受領したディスクストレージ 100において実行される構成変更処理を説明するためのフローチャートである。特に断らない限り、各ステップの動作主体は、ディスクストレージ 100のストレージコントローラ 160である。
【０１１８】
ディスクストレージ 100において、ストレージコントローラ 160は、まず、指定された論理記憶領域180を指定されたRAIDグループに移行して集約する（ステップS301）。
【０１１９】
次に、ストレージコントローラ 160は、記憶領域構成情報管理プログラム1010を用いて、構成情報1020乃至1040を更新する（ステップS302）。そして、ストレージコントローラ 160は、集約した結果、空となったRAIDグループを構成するディスクドライブ 130を、電断制御プログラム1100を用いて停止する（ステップS303）。
【０１２０】
この処理完了後、ストレージコントローラ 160は、ストレージ管理情報更新プログラム1080を用いて、変更された構成を記録した構成情報を管理計算機 400に送信する（ステップS304）。
【０１２１】
以上の処理と機構により、管理者がアプリケーション管理の指標でシステム消費電力を把握し、その性能と消費電力のトレードオフを勘案して構成をチューニングできるようになる。
【０１２２】
＜消費電力計算方法＞
消費電力の計算は、各ディスク（ディスクドライブ130）の電力の仕様に基づいて行われる。以下、簡潔にその計算方法について説明する。
【０１２３】
図２４は、ディスク電力仕様テーブル３２の一例である。ディスク電力仕様テーブル３２は、ストレージシステムに搭載されているハードディスクの種別毎に、様々な状態での消費電力を保持するためのものであり、新規種別のハードディスク（ディスクドライブ 130）が追加された際に更新される。また、このテーブルは、電力推定機能２４で電力を推定する際に参照される。
【０１２４】
図２４において、Ｉｄｌｅ時電力３２２は、対応するハードディスクがアイドル状態であるときの消費電力を示す。ここで、アイドルとは、電源が入っており、ディスクＩ／Ｆ部からのアクセスを受け付け可能であるが、アクセスが来ていない状態のことである。
【０１２５】
ランダムリード時電力増分３２３は、対応するハードディスクがランダムリードのみを受け付けている状態で且つ限界まで稼働している状態における、アイドル時電力との差分を示す。ここで、ランダムリードとはホストコンピュータがディスクの全体に対し、局所性が無くリードアクセスを発行している状態のことであり、限界まで稼働している状態とは、常にディスクアクセスを処理中である状態のことである。
【０１２６】
ランダムライト時電力増分３２４は、対応するハードディスクがランダムライトのみを受け付けている状態で且つ限界まで稼働している状態における、アイドル時電力との差分を示す。ここで、ランダムライトとは、ホストコンピュータがディスクの全体に対し、局所性が無くライトアクセスを発行している状態のことである。
【０１２７】
シーケンシャルリード時電力増分３２５は、対応するハードディスクがシーケンシャルリードのみを受け付けている状態で且つ限界まで稼働している状態における、アイドル時電力との差分を示す。ここで、シーケンシャルリードとは、ホストコンピュータがハードディスクの連続した領域に対し、順番にリードアクセスを発行している状態のことである。
【０１２８】
シーケンシャルライト時電力増分３２６は、対応するハードディスクがシーケンシャルライトのみを受け付けている状態で且つ限界まで稼働している状態における、アイドル時電力との差分を示す。ここで、シーケンシャルライトとは、ホストコンピュータがハードディスクの連続した領域に対し、順番にライトアクセスを発行している状態のことである。
【０１２９】
図２５は、ディスク稼働記録テーブル３３の一例である。ディスク稼働記録テーブル３３は、ストレージシステムが稼働している間に、ハードディスクにどの程度アクセスしたかを記録するためのもので、ハードディスクにアクセスする毎に更新される。このテーブルは、電力推定機能２４で電力を推定する際に参照される。
【０１３０】
ディスク番号３３１は、ハードディスクが搭載されている位置を示す。ランダムリード累計稼働時間３３２は、対応するハードディスクに対してランダムリードアクセスが発行されていた時間の累計である。ランダムライト累計稼働時間３３３、シーケンシャルリード累計稼働時間３３４、シーケンシャルライト累計稼働時間３３５についても同様である。
【０１３１】
図２６は、Ｔａｇ管理テーブルの３４の一例である。Ｔａｇ管理テーブル３４は、各ハードディスクに対し発行中のアクセスについて、アクセス毎の識別子であるＴａｇを記録し、一つのハードディスクに対して多重にアクセスを発行している場合でも、応答がどのアクセス要求に対するものであるかを識別するためのものである。ディスク番号３４１は、ハードディスクが搭載されている位置（スロット番号等）を示す。Ｔａｇ番号３４２は、同時にアクセスを発行中のハードディスク６に対し、一意に付与される番号であり、アクセス発行時に指定する番号である。アクセス種別３４３は、ハードディスクにアクセスすることになった契機である。
【０１３２】
図２７は電力推定機能２４の一例である。電力推定機能２４は、ディスク稼働記録テーブル３３の情報に基づいて、ストレージシステムのハードディスクが消費している消費電力を推定し、管理計算機 400に推定結果（消費電力値）を送信する機能である。
【０１３３】
以下、電力推定機能２４の処理を順に説明する。本機能では、まず、ディスク電力仕様テーブル３２から、ディスク部定常消費電力を算出する（Ｓ２４１）。具体的には、各ハードディスクの定常電力は、ディスク番号に対応して、ディスク電力仕様テーブル３２におけるアイドル時電力３２２を取得することにより求められる。
【０１３４】
次に、電力推定機能２４は、ディスク稼働記録テーブル３３の情報と、本電力推定機能２４が呼び出される間隔との比から、各ハードディスクのアクセス種別毎の稼働率を算出する（Ｓ２４２）。例えば、電力推定機能２４の呼び出し間隔が１秒で、ディスク稼働記録テーブル３３のランダムリード累計稼働時間３３２が１ミリ秒であれば、ランダムリード稼働率は１／１０００となる。
【０１３５】
次に、電力推定機能２４は、求めた稼動率とディスク電力仕様テーブル３２の情報から、各ディスクの電力増加分を算出する（Ｓ２４３）。例えば、稼働率が１／１０で、ディスク電力仕様テーブル３２の電力増加が４．９Ｗであれば、電力増加は０．４９Ｗとなる。そして、電力推定機能２４は、ステップＳ２４１で求めた定常消費電力と、ステップＳ２４３で求めた電力増加分とを管理計算機 400に送信する（Ｓ２４４）。最後に、電力推定機能２４は、ディスク稼働記録テーブル３３の累計稼働時間３３２〜３３５を「０」に初期化する（Ｓ２４５）。
【０１３６】
図２８は、電力推定機能２４が、Ｓ２４１及びＳ２４３で行うディスク部電力増加分を算出する方法の例である。電力仕様テーブル３２に記載されているＩｄｌｅ時電力３２２から定常電力を、同じく電力仕様テーブル３２に記載されているアクセス種別毎の電力増加分３３３〜３３６と電力推定機能２４のＳ２４２で求めたアクセス種別毎の稼働率とから、アクセス種別毎の電力増加分を求める。
【０１３７】
（２）第２の実施形態
第２の実施形態は、第１の実施形態のような管理者が仕事量あたりの消費電力を入力して消費電力を調整する方法ではなく、事前に定義されたアプリケーションあたりの消費電力の上限しきい値を超過した場合に、消費電力がしきい値以下となるよう構成を自動的に変更する処理に関する。
【０１３８】
図２９は、管理計算機 400による構成変更処理を説明するためのフローチャートである。特に断らない限り、各ステップの動作主体は、管理計算機 400のプロセッサユニット 470である。
【０１３９】
プロセッサユニット 470は、ストレージ消費電力情報1070を監視し、運用変更条件情報4060に記載されたアプリケーションあたりの消費電力上限しきい値40603を超過しているかどうかチェックする（ステップS401）。アプリケーション当たりのストレージ消費電力の算出は、ステップS102とS103で説明した手順に従って算出される。このストレージ消費電力の算出値が消費電力上限しきい値40603を超過しているかどうか判定する。
【０１４０】
そして、ストレージ消費電力の合算値が消費電力上限しきい値40603を超過している場合（ステップS401でYESの場合）、プロセッサユニット 470は、当該アプリケーションの消費電力を削減するために、当該アプリケーションの仕事量あたりの消費電力を一段階引き下げる。この下げ幅は、例えば仕事量あたりの消費電力の10%、もしくは0.1 VA/Transactionのような定数であってもよい。
この処理完了後、ステップS203に遷移することで構成変更処理が行われる。
【０１４１】
（３）第３の実施形態
第３の実施形態は、システムあるいはデータセンタ全体の消費電力が、電力供給量の上限に近づいた場合に消費電力を引き下げる処理に関する。
【０１４２】
図３０は、第３の実施形態による構成変更処理を説明するためのフローチャートである。特に断らない限り、各ステップの動作主体は、管理計算機 400のプロセッサユニット 470である。
【０１４３】
図２９において、プロセッサユニット 470は、電源設備や電源設備管理機構から電源供給量の制限を超過していることを検知するか、事前に管理者が定義した電源供給制限量を超過しているかどうか判定する（ステップS501）。
【０１４４】
システム全体の消費電力が電源供給制限量を超過している場合（ステップS501でYesの場合）、プロセッサユニット 470は、運用変更条件情報4060のPRIORITY 40602を参照し、稼動中のアプリケーションの中で最も優先度の低いアプリケーションを選択する（ステップS502）。
【０１４５】
そして、処理は、ステップS402に遷移する。これにより、同アプリケーションの消費電力削減処理が行われる。
【０１４６】
（４）変形例
以上の実施形態では、ストレージの消費電力管理を対象とした処理について説明したが、本発明の消費電力管理はストレージだけでなく、サーバやネットワーク接続装置を対象としてもよい。例えば、仕事量あたりのサーバの消費電力をkVA/Transactionのような指標で表示できることは明らかである。消費電力の調整にあたっては記憶領域の集約に代わり、アプリケーションを稼働するサーバを集約して空いたサーバを止めればよい。
【０１４７】
（５）まとめ
本実施形態では、サーバ 200A, 200B, ...は、アプリケーション毎にトランザクション数及びその時間的推移をサーバワークロード情報 2060として管理する。また、管理計算機 400は、管理対象のアプリケーションを実行するためにDisk Storgae100A, 100B, ...又は／及びサーバ 200A, 200B, ...で消費された電力を算出する。そして、管理計算機 400は、管理対象のアプリケーションのトランザクション数をサーバ200A, 200B, ...から取得し、管理対象のアプリケーションについて算出した消費電力とトランザクション数の時間的推移1901を表示部にGUIとして表示する。これにより、Ｉ／Ｏ数（ＩＯＰＳ）や転送レートといった熟練した管理者でなければ観測結果を理解できなかった管理指標を用いることなく、視覚的にアプリケーションの管理がし易い指標を用いた消費電力の管理ツールを管理者に提供することができるようになる。
【０１４８】
消費電力については、次のように計算される。つまり、サーバ 200A, 200B, ...は、各アプリケーションが利用するディスク装置（ＨＤＤ）130の記憶領域を示すアプリケーション構成情報2120を管理している。この場合、管理計算機 400は、サーバ 200A, 200B, ...からアプリケーション構成情報2120を取得し、当該アプリケーション構成情報2120に基づいて管理対象のアプリケーションが利用するディスク装置の記憶領域を特定する。そして、管理計算機 400は、当該特定された記憶領域を有するディスク装置130の電力仕様情報に基づいて管理対象のアプリケーションを実行するためにディスクストレージ100A, 100B, ...で使用された消費電力を算出する。電力計を用いて消費電力を計測しても良いが、このようにすることにより、電力計を用いずに安価にかつ精度良くディスクストレージの消費電力を求めることができる。
【０１４９】
さらに、管理計算機 400は、管理対象のアプリケーションが利用するディスク装置の記憶領域の構成を変更した場合に発揮できるストレージ性能と、変更後の記憶領域の構成に対応するディスク装置130の電力仕様に基づいて、管理対象のアプリケーションが変更後のディスクストレージ100A, 100B, ...で使用される消費電力を算出し、ストレージ性能と消費電力のトレードオフ曲線1903を表示部に表示する。これにより、アプリケーションの動作に期待する性能と消費電力とのトレードオフの関係を視覚的に管理者に理解させることができるようになる。よって、それらの関係を勘案した上で、管理者は、ストレージの構成を適正化することができるようになる。
【０１５０】
さらに、管理計算機 400は、管理対象のアプリケーションについて、トランザクション数当たりの消費電力の期待値を変更するためのパラメータ調整部1902をユーザインタフェースとして表示部に表示する。これにより、管理者は、期待値を容易に変更することができる。
【０１５１】
また、管理対象のアプリケーションについて、管理者がパラメータ調整部1902を用いて期待値を変更した場合、管理計算機 400は、変更後の期待値を満足するディスク装置130の記憶領域の構成（RAIDグループの構成）を特定し、ディスクストレージ100A, 100B, ...に対して管理対象のアプリケーションが利用する記憶領域の構成の変更を指示する。一方、ディスクストレージ100A, 100B, ...は、記憶領域の構成の変更の指示に基づいて、管理対象のアプリケーションが利用する記憶領域を複数のディスク装置間で移行して構成を変更する。より詳細には、消費電力を減少させる目的で期待値が変更された場合、ディスクストレージ100A, 100B, ...は、管理対象のアプリケーションを実行するために使用しなくなった空きのディスク装置を停止するようにする。このように、管理者は、パラメータ調整部1902を操作することにより、消費電力の変更（抑制）を簡単に実行することができ、アプリケーション毎に消費する電力の管理を容易に行うことができるようになる。
【０１５２】
別の態様として、管理計算機 400は、管理対象のアプリケーションについて算出したサーバ消費電力が所定の閾値を超過するか否かをモニタリングする。超過してしまった場合、管理計算機 400は、トランザクション数当たりの消費電力の期待値を自動的に一段階下げて変更し、当該変更後の期待値を満足するディスク装置の記憶領域の構成を特定し、ディスクストレージ100A, 100B, ...に対して管理対象のアプリケーションが利用する記憶領域の構成の変更を指示する。これにより、管理者は、管理対象のアプリケーションを指定するだけで、自ら消費電力を調整するか否か判断する必要がなくなるので、より消費電力の管理が容易になる。
【０１５３】
さらに別の態様として、管理計算機 400は、ストレージシステム全体の消費電力が所定の閾値を超過するか否かモニタリングする。超過してしまった場合、管理計算機 400は、優先度が最も低いアプリケーションを管理対象として選択し、当該選択された管理対象のアプリケーションについてトランザクション数当たりの消費電力の期待値を自動的に一段階下げて変更し、当該変更後の期待値を満足するディスク装置の記憶領域の構成を特定し、ディスクストレージ100A, 100B, ...に対して管理対象のアプリケーションが利用する記憶領域の構成の変更を指示する。これにより、システム全体の消費電力を一定値以下に自動的に抑えることができると共に、優先度の高いアプリケーションにより電力リソースを振り分けることができるようになる。
【０１５４】
なお、本発明は、実施形態の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。
【０１５５】
また、プログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータ上のメモリに書きこまれた後、そのプログラムコードの指示に基づき、コンピュータのＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。
【０１５６】
また、実施の形態の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することにより、それをシステム又は装置のハードディスクやメモリ等の記憶手段又はＣＤ-ＲＷ、ＣＤ-Ｒ等の記憶媒体に格納し、使用時にそのシステム又は装置のコンピュータ(又はＣＰＵやＭＰＵ)が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしても良い。
【符号の説明】
【０１５７】
100：ディスクストレージ
200：サーバ
300：データI/Oネットワーク
400：管理計算機
110：データI/Oネットワークインタフェース
120：管理ネットワークインタフェース
130：ディスクドライブ
140：キャッシュメモリ
160：ストレージコントローラ
1000：プログラムメモリ
210：データI/Oネットワークインタフェース
220：管理ネットワークインタフェース
230：ディスクドライブ
240：キャッシュメモリ
260：通信バス
270：プロセッサユニット
2000：プログラムメモリ
420：管理ネットワークインタフェース
430：ディスクドライブ
440：キャッシュメモリ
460：通信バス
470：プロセッサユニット
480：入力デバイス
490：出力デバイス
4000：プログラムメモリ
1010：記憶領域構成管理プログラム
1020：RAIDグループ構成情報
1030：記憶領域構成情報
1040：論理記憶ユニット構成情報
1050：ストレージ稼働監視プログラム
1060：ストレージワークロード監視情報
1070：ストレージ消費電力情報
1080：ストレージ管理情報更新プログラム
1090：ストレージ電断制御プログラム
2010：データ入出力プログラム
2020：記憶領域管理プログラム
2030：記憶領域管理情報
2050：サーバ稼働監視プログラム
2060：サーバワークロード管理情報
2070：サーバ消費電力情報
2080：サーバ管理情報更新プログラム
2100：サーバ電断制御プログラム
2110：業務アプリケーションプログラム
2120：業務アプリケーション構成情報
4120：業務アプリケーション構成情報
4010：管理情報更新プログラム
4020：ユーザインタフェース入出力プログラム
4030：性能計算プログラム
4040：消費電力計算プロファイル情報
4050：運用変更決定プログラム
4060：運用変更条件情報
10201：RAIDグループ識別情報
10202：ディスクドライブ 識別情報
10301：論理記憶領域  識別情報
10302：RAIDグループ識別情報
10303：START BLOCK ADDRESS
10304：END BLOCK ADDRESS
10401：WORLD WIDE PORT NAME
10402：論理ユニット番号 （LUN）
10403：論理記憶領域  識別情報
10601：時間
10602：利用率
10603：IOレート
10604：データ転送レート
10701：時間
10702：消費電力
20301：マウントポイント
20302：対象ワールドワイド名
20303：論理ユニット番号 （LUN）
20601：時間
20602：CPU 利用率
20603：トランザクション処理数
20604：E-MAIL MESSSAGE COUNT
21201：業務アプリケーションインスタンス
21202：ステータス
21203：STORAGE CONFIGRATION
41201：業務アプリケーションインスタンス
41202：ステータス
41203：STORAGE CONFIGRATION
40601：業務アプリケーションインスタンス
40602：PRIORITY
40603：消費電力 LIMIT
180：論理記憶領域
280：記憶領域
【図１】
0005265023.tif 000002
【図２】
0005265023.tif 000003
【図３】
0005265023.tif 000004
【図４】
0005265023.tif 000005
【図５】
0005265023.tif 000006
【図６】
0005265023.tif 000007
【図７】
0005265023.tif 000008
【図８】
0005265023.tif 000009
【図９】
0005265023.tif 000010
【図１０】
0005265023.tif 000011
【図１１】
0005265023.tif 000012
【図１２】
0005265023.tif 000013
【図１３】
0005265023.tif 000014
【図１４】
0005265023.tif 000015
【図１５】
0005265023.tif 000016
【図１６】
0005265023.tif 000017
【図１７】
0005265023.tif 000018
【図１８】
0005265023.tif 000019
【図１９】
0005265023.tif 000020
【図２０】
0005265023.tif 000021
【図２１】
0005265023.tif 000022
【図２２】
0005265023.tif 000023
【図２３】
0005265023.tif 000024
【図２４】
0005265023.tif 000025
【図２５】
0005265023.tif 000026
【図２６】
0005265023.tif 000027
【図２７】
0005265023.tif 000028
【図２８】
0005265023.tif 000029
【図２９】
0005265023.tif 000030
【図３０】
0005265023.tif 000031