(57)【要約】【課題】各業務毎に分割されたパーティション１１０を提供するストレージ装置における負荷増大時のボトルネックの解消。【解決手段】ストレージ装置１００は、各キャッシュセグメント１０３に対するアクセス負荷を監視し、該アクセス負荷に応じて、未割り当てのキャッシュメモリ１０２容量と、当該キャッシュセグメントに対する割り当て容量を調整するキャッシュセグメント割り当て制御部２０１と、キャッシュメモリの増設を検知し、通知するキャッシュメモリ増設監視部２０４と、を備える。また、ストレージ装置１００は、論理ディスク割り当て制御部２０２及び物理ディスク増設監視部２０５を備え、アクセス負荷の高い論理ディスクの検出時は、論理ディスクを新しく生成したストレージプールに移動し、負荷を平準化する動作を行う。【選択図】図１
2008217575.tif 000002
【特許請求の範囲】
【請求項１】
キャッシュメモリを論理的に分割してキャッシュセグメントを構成し、分割されたパーティションとともに提供するストレージ装置であって、
前記各キャッシュセグメントに対するアクセス負荷を監視し、該アクセス負荷に応じて、未割り当てのキャッシュメモリ容量と、当該キャッシュセグメントに対する割り当て容量と、を調整するキャッシュセグメント割り当て制御部と、
キャッシュメモリの増設を検知し、前記キャッシュセグメント割り当て制御部に通知するキャッシュメモリ増設監視部と、を備えたこと、
を特徴とするストレージ装置。
【請求項２】
前記キャッシュセグメント割り当て制御部は、未割り当てのキャッシュメモリの不足が生じた場合には、キャッシュメモリの増設要求メッセージを出力すること、
を特徴とする請求項１に記載のストレージ装置。
【請求項３】
前記キャッシュセグメント割り当て制御部は、未割り当てのキャッシュメモリの不足により、キャッシュメモリの割り当て容量の追加ができなかったキャッシュセグメントを割り当て待ち状態として記憶し、未割り当てのキャッシュメモリが生じた時点で、当該キャッシュセグメントに対するキャッシュメモリの割り当て容量の追加を実行すること、
を特徴とする請求項１又は２に記載のストレージ装置。
【請求項４】
更に、前記論理ディスクに対するアクセス負荷を監視し、アクセス負荷の高い論理ディスクが検出された場合に、必要な容量を持つストレージプールを確保して、前記論理ディスクの格納データを移動する論理ディスク割り当て制御部と、
物理ディスクの増設を検知し、前記論理ディスク割り当て制御部に通知する物理ディスク増設監視部と、を備えたこと、
を特徴とする請求項１乃至３いずれか一に記載のストレージ装置。
【請求項５】
前記論理ディスク割り当て制御部は、空き物理ディスクの不足が生じた場合には、物理ディスクの増設要求メッセージを出力すること、
を特徴とする請求項４に記載のストレージ装置。
【請求項６】
前記論理ディスク割り当て制御部は、空き物理ディスクの不足により、前記他のストレージプールへの移動ができなかった論理ディスクを格納するストレージプールを割り当て待ち状態として記憶し、前記物理ディスク増設監視部からの物理ディスクの増設通知を受けた後に、ストレージプールの作成と、前記論理ディスクの格納領域の移動を実行すること、
を特徴とする請求項４又は５に記載のストレージ装置。
【請求項７】
物理ディスクを論理的に分割して論理ディスクを構成し、分割されたパーティションとともに提供するストレージ装置であって、
前記論理ディスクに対するアクセス負荷を監視し、アクセス負荷の高い論理ディスクが検出された場合に、必要な容量を持つストレージプールを確保して、前記論理ディスクの格納データを移動する論理ディスク割り当て制御部と、
物理ディスクの増設を検知し、前記論理ディスク割り当て制御部に通知する物理ディスク増設監視部と、を備えたこと、
を特徴とするストレージ装置。
【請求項８】
前記論理ディスク割り当て制御部は、空き物理ディスクの不足が生じた場合には、物理ディスクの増設要求メッセージを出力すること、
を特徴とする請求項７に記載のストレージ装置。
【請求項９】
前記論理ディスク割り当て制御部は、空き物理ディスクの不足により、前記他のストレージプールへの移動ができなかった論理ディスクを格納するストレージプールを割り当て待ち状態として記憶し、前記物理ディスク増設監視部からの物理ディスクの増設通知を受けた後に、ストレージプールの作成と、前記論理ディスクの格納領域の移動を実行すること、
を特徴とする請求項７又は８に記載のストレージ装置。
【請求項１０】
請求項１乃至９いずれか一に記載のストレージ装置と、それぞれキャッシュセグメントと論理ディスクが割り当てられた２以上の計算機と、を接続してなる業務システム。
【請求項１１】
キャッシュメモリを論理的に分割してキャッシュセグメントを構成し、分割されたパーティションとともに提供するストレージ装置における構成最適化方法であって、
前記ストレージ装置が、
前記各キャッシュセグメントに対するアクセス負荷と、キャッシュメモリの増設状態とを監視し、
該アクセス負荷に応じて、未割り当てのキャッシュメモリ容量と、当該キャッシュセグメントに対する割り当て容量と、を調整すること、
を特徴とするストレージ装置の構成最適化方法。
【請求項１２】
物理ディスクを論理的に分割して論理ディスクを構成し、分割されたパーティションとともに提供するストレージ装置における前記論理ディスクの構成管理によるストレージ装置の構成最適化方法であって、
前記ストレージ装置が、
前記論理ディスクに対するアクセス負荷と、物理ディスクの増設状況を監視し、
アクセス負荷の高い論理ディスクが検出された場合に、必要な容量を持つストレージプールを確保して、前記論理ディスクの格納データを移動すること、
を特徴とするストレージ装置の構成最適化方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージ装置及びその構成最適化方法に関し、特に、キャッシュメモリ及び物理ディスクをそれぞれ論理的に分割してキャッシュセグメント及び論理ディスクを構成し、業務毎に分割されたパーティションとともに提供するストレージ装置及びその構成最適化方法に関する。
【背景技術】
【０００２】
従来、複数の物理ディスクの集合からＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙｓ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）を構成し、一つ以上のＲＡＩＤの集合から構成する大容量記憶領域を仮想的な単一デバイスとして運用可能なストレージプールを構成し、ストレージプール上に論理ディスクを構成するストレージ装置が知られている。
【０００３】
この種のストレージ装置と複数の業務サーバを接続し、それぞれ論理ディスクを利用させる場合、業務サーバとの接続を一意に定める識別情報（例えば接続ポートのワールドワイド名（ＷＷＮ）等を利用して、各業務サーバに、ある特定の論理ディスク集合のみを割り当てて、排他的に利用させる構成が知られている。
【０００４】
また、ストレージ装置上に搭載されたキャッシュメモリは、通常、そのストレージ装置を利用するすべての業務サーバのアクセスにおいて共有し利用されるが、ある特定の業務サーバからのアクセス負荷が高いと必要とするキャッシュメモリを奪い合うため、他の業務に影響を与える可能性がある。そこで、キャッシュメモリを論理的に分割してキャッシュセグメントを構成し、各キャッシュセグメント単位に業務に対応する論理ディスクを割り当てて利用することが行われている。
【０００５】
例えば、特許文献１や特許文献２には、他のホストやアプリケーション毎に、割り当て基準値や優先度を定めて割り当てるキャッシュメモリの量を制御することで、他のホストやアプリケーションからのアクセスによる影響を極小化することが提案されている。
【０００６】
また、特許文献３や特許文献４には、同様の考え方で、ストレージ装置に構成された論理ディスクのアクセス負荷を監視し、負荷の高い論理ディスクを自動的に他のストレージプール（論理ボリューム）に移動して負荷を平準化し、ディスクアクセスのボトルネックを解消することが提案されている。
【０００７】
【特許文献１】特開２００４−１３９３４９号公報
【特許文献２】特開２００６−２２７６８８号公報
【特許文献３】特開２００５−２０９０５５号公報
【特許文献４】特開２００６−３０９３１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
近年では、必要に応じて、無停止で物理ディスクやキャッシュメモリモジュールを動的に追加してスケールアップするストレージ装置もあるが、上記した従来技術には、アクセス数の増大に対応するため、キャッシュメモリを追加した場合において、自動的に割り当て（再配分）を実施できないという問題点がある。キャッシュセグメントで管理・調整を実行する特許文献１、２においても、新規にキャッシュメモリを追加したケースまでは想定されていないという状況にある。
【０００９】
また上記した従来技術では、反対に、あるパーティションの論理ディスクに対するアクセス頻度が長期的に低いと、キャッシュメモリの利用率が低下して、割り当てたキャッシュメモリを有効に利用されないという問題点もある。特許文献１、２においても、キャッシュメモリの割り当て自体を自動的に解除し、空きリソース化して将来の業務拡大に備えることまでは記載されていない。
【００１０】
上記事情は、論理ディスクにおいても同様に当てはまり、アクセス数の増大に対応するため、物理ディスクを増設した場合においても、自動的に論理ディスクの移動を実施できないという問題点がある。特許文献３、特許文献４においても、負荷の平準化に当たって、予備ディスクやデータ追い出し先が存在することが前提となっており、ディスクの増設を行った場合の自動的な負荷平準化については言及されていない。
【００１１】
本発明は、上記した事情に鑑みてなされたものであってその目的とするところは、無停止でスケールアップする機能を備えたストレージ装置に好適に適用でき、ボトルネックの発生に際し、早期にかつ適切に対応することのできるストレージ装置及び該ストレージ装置の構成最適化方法を提供することにある。
【課題を解決するための手段】
【００１２】
本発明の第１の視点によれば、キャッシュメモリを論理的に分割してキャッシュセグメントを構成し、分割されたパーティションとともに提供するストレージ装置であって、前記各キャッシュセグメントに対するアクセス負荷を監視し、該アクセス負荷に応じて、未割り当てのキャッシュメモリ容量と、当該キャッシュセグメントに対する割り当て容量と、を調整するキャッシュセグメント割り当て制御部と、キャッシュメモリの増設を検知し、前記キャッシュセグメント割り当て制御部に通知するキャッシュメモリ増設監視部と、を備えたこと、を特徴とするストレージ装置及び該ストレージ装置の上記各処理部による構成最適化方法が提供される。
【００１３】
本発明の第２の視点によれば、物理ディスクを論理的に分割して論理ディスクを構成し、分割されたパーティションとともに提供するストレージ装置であって、前記論理ディスクに対するアクセス負荷を監視し、アクセス負荷の高い論理ディスクが検出された場合に、必要な容量を持つストレージプールを確保して、前記論理ディスクの格納データを移動する論理ディスク割り当て制御部と、物理ディスクの増設を検知し、前記論理ディスク割り当て制御部に通知する物理ディスク増設監視部と、を備えたこと、を特徴とするストレージ装置及び該ストレージ装置の上記各処理部による構成最適化方法が提供される。
【発明の効果】
【００１４】
本発明によれば、複数種のホストやアプリケーションからのアクセスに対応するストレージ装置のパフォーマンスを最適化することが可能となる。その理由は、リソースの追加を自動的に検知し、アクセス負荷の状況に応じて、追加割り当て、割り当て解除等の個別対応を行えるように構成したことにある。
【発明を実施するための最良の形態】
【００１５】
続いて、本発明を実施するための最良の形態について図面を参照して詳細に説明する。
図１は、本発明の第１の実施の形態に係るストレージ装置を含んだ業務システムの構成を表したブロック図である。
【００１６】
図１を参照すると、ストレージ装置１００には、それぞれ専用データを保持でき、異なる業務に使用可能な一つ以上の業務計算機１２０と、一つ以上の管理計算機１２１が接続された業務システムが示されている。
【００１７】
ストレージ装置１００は、一つ以上の物理ディスクと、Ｉ／Ｏに伴うデータを一時的に格納するキャッシュメモリモジュール１０１（以下、「キャッシュメモリ」ともいう。）を搭載している。
【００１８】
パーティション１１０は、ストレージ装置のリソースを論理的に分割し、仮想的なストレージリソースの集合を定義した管理情報である。各パーティション１１０には、業務に対応する一つ以上の論理ディスク１０６と一つ以上のキャッシュセグメント１０３を割り当て可能となっている。本実施形態では、パーティション管理テーブル３０３にて、パーティションとキャッシュセグメントの関係が管理される(図２参照)。
【００１９】
キャッシュセグメント１０３は、ストレージ装置上に搭載されたキャッシュメモリ１０１を論理的に分割した一つ以上の仮想的なキャッシュメモリ領域である。各キャッシュセグメント１０３は、キャッシュセグメント管理テーブル３０４にて管理され、特定の論理ディスクを関連付け、当該論理ディスクのみがキャッシュセグメント上のキャッシュメモリ領域を排他的に使用できるように構成される（図３参照）。なお、論理ディスクはいずれか一つのパーティションに属するようキャッシュセグメントと対応付けられ、複数のパーティションに重複して登録されることはないものとする。
【００２０】
また、ストレージ装置上に搭載されたキャッシュメモリ（モジュール）１０１の未割り当てのキャッシュメモリ領域は、キャッシュセグメント管理テーブル３０４にて、空きキャッシュセグメント１０２として管理される。
【００２１】
ストレージプール１０５は、上記一つ以上の物理ディスクから構成された仮想的な記憶領域であり、空き物理ディスクを任意の単位で追加することができる。具体的構成は、ストレージプール管理テーブル３０５にて管理される（図４参照）。なお、ストレージプールを構成するＲＡＩＤの種類については予め設定しておくことが望ましい。
【００２２】
論理ディスク１０６は、ストレージプール１０５上の仮想的な記憶領域から構成された論理的デバイスである。具体的構成は、論理ディスク管理テーブル３０６にて管理される（図５参照）。
【００２３】
上記構成にて、例えば、物理的なキャッシュメモリモジュールを追加すると、キャッシュセグメント管理テーブル３０４の未割り当て容量が追加され、空きキャッシュセグメントが拡大する。
【００２４】
同様に例えば、ストレージプール１０５に空き物理ディスクを追加すると、ストレージプール管理テーブル３０５の構成物理ディスクが追加され、ストレージプールの利用可能な空き容量が拡張するが、使用容量はそのままであるため、構築された論理ディスクには影響しないものとなっている。
【００２５】
キャッシュセグメント割り当て制御部２０１は、キャッシュメモリ性能ログ３０１を参照して、業務に対応するパーティションに割り当てられたキャッシュセグメント１０３における負荷を監視し、一定期間負荷が高い場合は高負荷と判断して、当該キャッシュセグメントに、空きキャッシュセグメント１０２を割り当てて、容量を拡大する。
【００２６】
キャッシュセグメント管理テーブル３０４にて把握される空きキャッシュセグメント１０２が少なく、十分な容量を割り当てできない場合、キャッシュセグメント割り当て制御部２０１は、当該キャッシュセグメントを割り当て待ち状態として記憶するとともに、管理計算機１２１にその旨のメッセージを出力し、ストレージ管理者にキャッシュメモリの増設を要求する。
【００２７】
論理ディスク割り当て制御部２０２は、論理ディスク性能ログ３０２を参照して、業務に対応する論理ディスクにおけるＩ／Ｏの負荷を監視し、論理ディスクを構成するストレージプール全体の負荷が一定期間高い場合は高負荷と判断し、論理ディスク移動部２０３を介して、当該論理ディスクの格納データを、現在のストレージプールから負荷の低い他のストレージプールへ移動する。
【００２８】
ストレージプール管理テーブル３０５及び論理ディスク管理テーブル３０６にて把握される全ストレージプールの空き容量が少なく、移動不可能な場合、論理ディスク割り当て制御部２０２は、当該論理ディスクが属するストレージプールを割り当て待ち状態として記憶するとともに、管理計算機１２１にその旨メッセージを出力し、ストレージ管理者に物理ディスクの増設を要求する。
【００２９】
論理ディスク移動部２０３は、論理ディスク割り当て制御部２０２の指示に従って、指定された論理ディスクの格納データを指定されたストレージプールの領域へコピーし、ストレージプールと論理ディスクの対応関係を入れ替えることで論理ディスクの移動を行う。
【００３０】
キャッシュメモリ増設監視部２０４は、空きキャッシュセグメント１０２を監視し、キャッシュメモリが増設されればキャッシュセグメント割り当て制御部２０１を呼び出して、再割り当てを促す。
【００３１】
物理ディスク増設監視部２０５は、空き物理ディスクを監視し、物理ディスクが増設されれば論理ディスク割り当て制御部２０２を呼び出して、ストレージプールの作成と論理ディスクの移動を再実行する。
【００３２】
図２は、パーティション管理テーブル３０３の一例を示した図である。図２を参照すると、パーティション管理テーブル３０３は、ストレージ装置１００内に構成されたパーティション１１０を識別するパーティション識別情報とキャッシュセグメントを識別するキャッシュセグメント識別情報の対で構成される。図２の例では、第１のパーティションＰＴ１に、キャッシュセグメントＳＥＧ＃１が対応付けられ、第２のパーティションＰＴ２に、キャッシュセグメントＳＥＧ＃２が対応付けられている。
【００３３】
図３は、キャッシュセグメント管理テーブル３０４の一例を示した図である。図３を参照すると、キャッシュセグメント管理テーブル３０４は、キャッシュセグメント識別情報と、各キャッシュセグメントに対して割り当てられたキャッシュメモリ容量の割り当て容量と、当該キャッシュセグメントを専有的に利用する一つ以上の論理ディスクの集合を示す論理ディスク識別情報と、当該キャッシュセグメントに追加でキャッシュメモリ容量が必要か否かを示す割り当て待ち状態の対で構成される。
【００３４】
図４は、ストレージプール管理テーブル３０５の一例を示した図である。図４を参照すると、ストレージプール管理テーブル３０５は、ストレージプールを識別するストレージプール識別情報と、各ストレージプールを構成する一つ以上の物理ディスクの集合を示す構成物理ディスクと、ストレージプールの総容量と、ストレージプールにおいて論理ディスクとして使用中の総容量を示す使用容量と、論理ディスクとして未割り当ての空き容量と、当該ストレージプールに追加で容量拡張が必要か否かを示す割り当て待ち状態の対で構成される。
【００３５】
図５は、論理ディスク管理テーブル３０６の一例を示した図である。図５を参照すると、論理ディスク管理テーブル３０６は、論理ディスクを識別する論理ディスク識別情報と、各論理ディスクの容量と、各論理ディスクが属するストレージプール識別情報と、その割り当て領域との対で構成される。
【００３６】
図６は、空き物理ディスク管理テーブル３０７の一例を示した図である。図６を参照すると、空き物理ディスク管理テーブル３０７は、各物理ディスクがストレージプールに割り当て済か未割り当てかを示す割り当て状態と、物理ディスク識別情報の対で構成される。
【００３７】
図７は、キャッシュメモリ性能ログ３０１の一例を示した図である。図７を参照すると、キャッシュメモリ性能ログ３０１は、キャッシュセグメント識別情報と、当該キャッシュセグメントにおける負荷情報の区間を示す時刻情報と性能指標となる値（図７の例では、ＤＩＲＴＹ数の区間内の平均値）の対で構成される。
【００３８】
図８は、論理ディスク性能ログ３０２の一例を示した図である。図８を参照すると、論理ディスク性能ログ３０２は、論理ディスク識別情報と、当該論理ディスクにおける負荷情報の区間を示す時刻情報と性能指標となる値（図８の例では、Ｉ／Ｏ密度の区間内の平均値）の対で構成される。
【００３９】
続いて、本実施形態に係るストレージ装置の動作について図面を参照して詳細に説明する。図９は、上記キャッシュセグメント割り当て制御部２０１において実行される一連の処理を表したフローチャートである。
【００４０】
ここでは、キャッシュセグメント割り当て制御部２０１は、ストレージ装置１００の制御部やキャッシュメモリ増設監視部２０４等から、各キャッシュセグメント単位にキャッシュセグメント識別情報を指定して呼び出されることによって動作するものとして説明する。
【００４１】
図９を参照すると、まず、キャッシュセグメント割り当て制御部２０１は、キャッシュメモリ性能ログ３０１を参照し、当該キャッシュセグメント１０３においてキャッシュメモリ上の性能ボトルネックが存在しないか、キャッシュメモリに対する負荷情報を分析する（ステップＳ１１）。
【００４２】
例えば、現時点から過去一定期間の間に、負荷を示す性能指標値（図７に例示したＤＩＲＴＹ数やディスク書き込み待ちの回数等）が所定の基準値ＵＬを超えており、更に、超えた回数が指定された一定の基準回数を超えた場合、高負荷であると判断することができる。また、過去一定期間の間に、負荷を示す性能指標値が所定の基準値ＬＬを常に下回っており、さらに下回っている回数が指定された一定の基準回数を超えた場合、低負荷であると判断することができる。
【００４３】
前記分析の結果、当該キャッシュセグメント１０３の負荷が高負荷であると判断された場合は（ステップＳ１２のＹ）、キャッシュセグメント割り当て制御部２０１は、当該キャッシュセグメント１０３に対してキャッシュメモリ容量の追加が必要であると判断し、キャッシュセグメント管理テーブル３０４を参照し、追加を行うために必要な空きキャッシュメモリが存在するか否かを確認する（ステップＳ１３）。
【００４４】
また、当該キャッシュセグメント１０３が、キャッシュセグメント管理テーブル３０４において、割り当て待ち状態＝「有」になっている場合も高負荷であると判断され、ステップＳ１３以下の処理が行われる。
【００４５】
キャッシュセグメント割り当て制御部２０１は、未割り当てのキャッシュセグメントに空き容量が存在すれば空きキャッシュメモリが存在すると判断し（ステップＳ１３のＹ）、空きキャッシュメモリから当該キャッシュセグメントに対し容量追加を行う（ステップＳ１４）。
【００４６】
最後に、キャッシュセグメント割り当て制御部２０１は、キャッシュセグメント管理テーブル３０４を更新する（ステップＳ１５）。
【００４７】
一方、ステップＳ１３において、追加を行うために十分な空きキャッシュメモリが存在しない場合、キャッシュセグメント割り当て制御部２０１は、空きキャッシュメモリを増やすためにキャッシュメモリモジュールの増設が必要であることを管理計算機１２１を介してストレージ管理者に通知するとともに（ステップＳ１６）、キャッシュセグメント管理テーブル３０４上の割り当て待ち状態を「有」に更新する（ステップＳ１５）。図１０は、キャッシュセグメント管理テーブル３０４上のキャッシュセグメントＳＥＧ＃２の割り当て待ち状態を「有」に更新した直後の状態を表している。なお、ストレージ管理者への通知形態は、例えば、管理計算機１２１上で動作するストレージ管理プログラムによるシステム・メッセージ表示や電子メール等を適宜採用することができる。
【００４８】
また、ステップＳ１２において、当該キャッシュセグメントの負荷が高負荷でなく（ステップＳ１２のＮ）、低負荷であると判断された場合は（ステップＳ１７のＹ）、キャッシュセグメント割り当て制御部２０１は、当該キャッシュセグメント１０３に対してキャッシュメモリが余分に割り当てられていると判断し、キャッシュセグメント管理テーブル３０４を参照して、キャッシュセグメント１０３の割当量を削減するとともに未割り当てキャッシュ容量を増やし（ステップＳ１８）、キャッシュセグメント管理テーブル３０４を更新する（ステップＳ１５）。
【００４９】
なお、当該キャッシュセグメント１０３の負荷が高負荷でも低負荷でもない一定範囲にある場合は、キャッシュセグメント１０３の割り当て量の増減は行われないこととなる（ステップＳ１２のＮ、ステップＳ１７のＮ）。
【００５０】
図１１は、上記論理ディスク割り当て制御部２０２において実行される一連の処理を表したフローチャートである。
【００５１】
ここでは、論理ディスク割り当て制御部２０２は、ストレージ装置１００の制御部や物理ディスク増設監視部２０５等から、各論理ディスク単位に論理ディスク識別情報を指定して呼び出されることによって動作するものとして説明する。
【００５２】
図１１を参照すると、まず、論理ディスク割り当て制御部２０２は、論理ディスク性能ログ３０２を参照し、論理ディスク１０６に対するＩ／Ｏアクセスによって、当該論理ディスク１０６が属するストレージプール１０５が性能ボトルネックとなっていないか、論理ディスク１０６に対する負荷情報を分析する（ステップＳ２１）。
【００５３】
例えば、現時点から過去一定期間の間に、負荷を示す性能指標値（図８に例示した論理ディスクに対するＩ／Ｏ回数の密度やストレージプールに対するビジー率等）が所定の基準値ＵＬを超えており、更に、超えた回数が指定された一定の基準回数を超えた場合、高負荷であると判断することができる。
【００５４】
前記分析の結果、当該論理ディスク１０６の負荷が高負荷であると判断された場合は（ステップＳ２２のＹ）、論理ディスク割り当て制御部２０２は、当該論理ディスク１０６の配置場所の移動が必要であると判断し、移動候補の論理ディスクと、移動先のストレージプールの抽出を実施する（ステップＳ２３）。なお、移動先のストレージプールは、当該論理ディスクが属するパーティションに対応付けられているストレージプールから選択する。
【００５５】
次に、論理ディスク割り当て制御部２０２は、前記抽出した移動先ストレージプールにおいて移動候補の論理ディスク容量以上に空き容量があるか否かを確認する（ステップＳ２４）。
【００５６】
ここで、移動先ストレージプールに十分な空き容量が無ければ（ステップＳ２４のＮ）、論理ディスク割り当て制御部２０２は、移動はできないと判断し、次に、空き物理ディスク管理テーブル３０７を参照し、新たにストレージプールを作成するだけに十分な空き物理ディスクが存在するか否かを確認する（ステップＳ２５）。
【００５７】
ここで、空き物理ディスクが十分存在する場合は（ステップＳ２５のＹ）、論理ディスク割り当て制御部２０２は、空き物理ディスクを複数選択して新たにストレージプールを作成する（ステップＳ２６）。
【００５８】
次に、論理ディスク割り当て制御部２０２は、新たに作成したストレージプールをストレージプール管理テーブル３０５に登録・更新する（ステップＳ２７）。
【００５９】
最後に、移動対象論理ディスクと移動先ストレージプールを指定して論理ディスク移動部２０３を呼び出し、論理ディスク移動処理が行われる（ステップＳ２８）。
【００６０】
なお、上記ステップＳ２５において、当該論理ディスク１０６の移動先ストレージプール１０５として新たにストレージプールを作成するだけの空き物理ディスク１０４が存在しない場合、論理ディスク割り当て制御部２０２は、物理ディスクの増設が必要であることを管理計算機１２１を介してストレージ管理者に通知するとともに（ステップＳ２９）、ストレージプール管理テーブル３０５上の割り当て待ち状態を「有」に更新する（ステップＳ３０）。
【００６１】
なお、当該論理ディスク１０６の負荷が高負荷でない場合は、論理ディスク１０６の移動は行われないこととなる（ステップＳ２２のＮ）。
【００６２】
図１２は、上記図１１のステップＳ２８で呼び出される論理ディスク移動部２０３にて実行される処理を表したフローチャートである。まず、論理ディスク移動部２０３は、指定された移動先ストレージプールに、移動対象論理ディスクと同一の移動先領域を確保し、作業用の一時論理ディスクを作成する（ステップＳ３１）。
【００６３】
次に、論理ディスク移動部２０３は、一時論理ディスクに対し、移動対象論理ディスクに格納されているデータを全領域についてコピーを行い、完全に全領域のデータコピーが完了することを待ち合わせる（ステップＳ３２）。
【００６４】
全領域についてデータコピーが完了した後、論理ディスク移動部２０３は、移動対象論理ディスクとストレージプールの対応関係を交換する（ステップＳ３３）。
【００６５】
最後に、論理ディスク移動部２０３は、論理ディスク管理テーブル３０６を更新する（ステップＳ３４）。
【００６６】
図１３は、定期的に呼び出されることによって動作するキャッシュメモリ増設監視部２０４において実行される処理を表したフローチャートである。まず、キャッシュメモリ増設監視部２０４は、新たにキャッシュメモリが増設されたか否かを確認する（ステップＳ４１）。
【００６７】
キャッシュメモリが増設されており未割り当ての空きキャッシュセグメントが増加しているのであれば、キャッシュメモリ増設監視部２０４は、キャッシュセグメント管理テーブル３０４を更新する（ステップＳ４２）。
【００６８】
次に、キャッシュメモリ増設監視部２０４は、キャッシュセグメント管理テーブル３０４を参照し、割り当て待ち状態のキャッシュセグメント１０３が存在するか否かを確認する（ステップＳ４３）。
【００６９】
ここで、例えば、図１０のキャッシュセグメントＳＥＧ＃２のように、割り当て待ち状態のキャッシュセグメント１０３が存在する場合は、キャッシュメモリ増設監視部２０４は、割り当て待ち状態を解除するとともに、キャッシュセグメント割り当て制御部２０１を呼び出す（ステップＳ４４）。以降、キャッシュセグメント割り当て制御部２０１によって、図９に示した処理により、キャッシュセグメントの容量追加が行われる。
【００７０】
図１４は、定期的に呼び出されることによって動作する物理ディスク増設監視部２０５において実行される処理を表したフローチャートである。まず、物理ディスク増設監視部２０５は、新たに物理ディスクが増設されたか否かを確認する（ステップＳ５１）。
【００７１】
物理ディスクが増設されており空き物理ディスク１０４が存在している場合、物理ディスク増設監視部２０５は、空き物理ディスク管理テーブル３０７を更新する（ステップＳ５２）。
【００７２】
次に、物理ディスク増設監視部２０５は、ストレージプール管理テーブル３０５を参照し、割り当て待ち状態のストレージプール１０５が存在するか否かを確認する（ステップＳ５３）。
【００７３】
ここで、例えば、図４のストレージプールＰＯＯＬ＃３のように、割り当て待ち状態のストレージプール１０５が存在する場合は、物理ディスク増設監視部２０５は、割り当て待ち状態を解除するとともに、論理ディスク割り当て制御部２０２を呼び出す（ステップＳ５４）。以降、論理ディスク割り当て制御部２０２によって、図１１に示した処理により、論理ディスクの移動が行われる。
【００７４】
以上のとおり、本実施形態に係るストレージ装置では、キャッシュセグメント単位に分割して割り当てたキャッシュメモリ容量がボトルネックとなっても、キャッシュメモリの増設を促し、かつ、増設を検知して、速やかに、ストレージ装置のパフォーマンスを引き上げることが可能となっている。
【００７５】
また、キャッシュセグメントに割り当てたキャッシュメモリの負荷が低下した場合には、割り当てたキャッシュメモリ容量を削減し、システム全体のキャッシュメモリ使用効率を向上させることも可能となっている。
【００７６】
更に、論理ディスクについても同様に、論理ディスクおよびストレージプールが高負荷となってボトルネックとなっても、物理ディスクの増設を促し、かつ、増設を検知して、速やかに、負荷の平準化を図り、ストレージ装置のパフォーマンスを引き上げることが可能となっている。
【００７７】
以上、本発明の好適な実施形態を説明したが、キャッシュメモリや物理ディスクの増設を自動的に検知して、負荷に応じたリソースの再配分・最適化を行うという本発明の要旨を逸脱しない範囲で各種の変形を行うことが可能である。例えば、上記した実施形態では、業務システムに適用した例をあげて説明したが、ストレージ装置の共有を必要とするあらゆる情報システムに適用可能であることはいうまでもない。
【図面の簡単な説明】
【００７８】
【図１】本発明の第１の実施の形態に係るストレージ装置を含んだ業務システムの構成を表したブロック図である。
【図２】本発明の第１の実施の形態に係るストレージ装置にて保持されるパーティション管理テーブルの一例を示した図である。
【図３】本発明の第１の実施の形態に係るストレージ装置にて保持されるキャッシュセグメント管理テーブルの一例を示した図である。
【図４】本発明の第１の実施の形態に係るストレージ装置にて保持されるストレージプール管理テーブルの一例を示した図である。
【図５】本発明の第１の実施の形態に係るストレージ装置にて保持される論理ディスク管理テーブルの一例を示した図である。
【図６】本発明の第１の実施の形態に係るストレージ装置にて保持される空き物理ディスク管理テーブルの一例を示した図である。
【図７】本発明の第１の実施の形態に係るストレージ装置にて保持されるキャッシュメモリ性能ログの一例を示した図である。
【図８】本発明の第１の実施の形態に係るストレージ装置にて保持される論理ディスク性能ログの一例を示した図である。
【図９】本発明の第１の実施の形態に係るストレージ装置のキャッシュセグメント割り当て制御部において所定時間間隔で実行される処理を表したフローチャートである。
【図１０】割り当て待ち状態＝有りに更新された状態のキャッシュセグメント管理テーブルの一例を示した図である。
【図１１】本発明の第１の実施の形態に係るストレージ装置の論理ディスク割り当て制御部において所定時間間隔で実行される処理を表したフローチャートである。
【図１２】本発明の第１の実施の形態に係るストレージ装置の論理ディスク移動部にて実行される処理を表したフローチャートである。
【図１３】本発明の第１の実施の形態に係るストレージ装置のキャッシュメモリ増設監視部において所定時間間隔で実行される処理を表したフローチャートである。
【図１４】本発明の第１の実施の形態に係るストレージ装置の物理ディスク増設監視部において所定時間間隔で実行される処理を表したフローチャートである。
【符号の説明】
【００７９】
１００  ストレージ装置
１０１  キャッシュメモリモジュール
１０２  空きキャッシュセグメント
１０３  キャッシュセグメント
１０４  空き物理ディスク
１０５  ストレージプール
１０６  論理ディスク
１２０  業務計算機
１２１  管理計算機
１１０  パーティション
２０１  キャッシュセグメント割り当て制御部
２０２  論理ディスク割り当て制御部
２０３  論理ディスク移動部
２０４  キャッシュメモリ増設監視部
２０５  物理ディスク増設監視部
３０１  キャッシュメモリ性能ログ
３０２  論理ディスク性能ログ
３０３  パーティション管理テーブル
３０４  キャッシュセグメント管理テーブル
３０５  ストレージプール管理テーブル
３０６  論理ディスク管理テーブル
３０７  空き物理ディスク管理テーブル
【図１】
2008217575.tif 000003
【図２】
2008217575.tif 000004
【図３】
2008217575.tif 000005
【図４】
2008217575.tif 000006
【図５】
2008217575.tif 000007
【図６】
2008217575.tif 000008
【図７】
2008217575.tif 000009
【図８】
2008217575.tif 000010
【図９】
2008217575.tif 000011
【図１０】
2008217575.tif 000012
【図１１】
2008217575.tif 000013
【図１２】
2008217575.tif 000014
【図１３】
2008217575.tif 000015
【図１４】
2008217575.tif 000016