JP2005338985A - 記憶領域管理方法及びシステム - Google Patents

Abstract

【課題】 複数のコンピュータの状況に応じて、各コンピュータに割当てる記憶デバイスを適宜に変更する。
【解決手段】 領域管理テーブル２０１と、運用管理ポリシー７７１と、リソースブローカ７７０とが備えられる。領域管理テーブル２０１には、複数の物理記憶領域Ｐ１〜Ｐ５の中から選択された１以上の記憶領域候補をそれぞれ特定するための１以上の物理領域ＩＤが各アプリケーション毎に対応付けられている。運用管理ポリシー７７１には、アプリケーションを備える各サーバ２０、３０の動作状況に基づく記憶領域割当ての指針が記述されている。リソースブローカ７７１は、各サーバ２０、３０の動作状況を検出し、検出された動作状況と、運用管理ポリシー７７１とに基づいて、各アプリケーションに割当てる物理記憶領域を決定する。
【選択図】図１

Description

本発明は、複数の記憶領域を管理するための技術に関する。

例えば、特開２００４−３８９７２号公報（特許文献１）に、複数のワークステーションの稼動状態に基づいてグリッドワークロードを割当てる技術が開示されている。

また、例えば、特開平９−２７４５４４号公報（特許文献２）に、論理ディスクのアクセス情報に基づいて、物理ディスクに対する論理ディスクの配置を変更する技術が開示されている。

特開２００４−３８９７２号公報。 特開平９−２７４５４４号公報。

ところで、従来、複数の記憶領域を有するストレージシステムと、記憶領域をリソースの一つして使用する複数のコンピュータとを備えたコンピュータシステムがある。複数のコンピュータの各々は、他のコンピュータが動作している期間と同じ期間内に動作したり、動的に、コンピュータシステムに対して追加又は削除されたりする場合がある。複数のコンピュータのこのような状況に応じて、各コンピュータの使用する記憶領域を適宜に変更することが望ましい。

従って、本発明の目的は、複数のコンピュータの状況に応じて、各コンピュータに割当てる記憶領域を適宜に変更することにある。

本発明の他の目的は、後述の説明から明らかになるであろう。

本発明に従う記憶領域管理システムは、複数の記憶領域（例えば、ハードディスク等の記憶デバイス上の物理的な記憶領域）と、１以上の記憶領域をリソースの一つとして使用する複数のアプリケーションとを備えたコンピュータシステムに備えられる。記憶領域管理システムは、データ取得部と、ポリシーデータ取得部と、動作状況検出部と、領域割当て決定部と、情報出力部とを備える。データ取得部は、複数の記憶領域の中から選択された１以上の記憶領域候補をそれぞれ特定するための１以上の記憶領域ＩＤが各アプリケーション毎に対応付けられた領域管理データを取得する。ポリシーデータ取得部は、アプリケーションの動作状況に基づく記憶領域割当ての指針が記述された選択ポリシーデータを取得する。動作状況検出部は、複数のアプリケーションの各々の動作状況を検出する。領域割当て決定部は、前記検出された動作状況と、前記取得された選択ポリシーデータとに基づき、前記取得された領域管理データを参照し、各アプリケーションに対応した１以上の記憶領域ＩＤを検索範囲として、各アプリケーションに割当てる記憶領域の記憶領域ＩＤを抽出する。情報出力部は、各アプリケーション毎に前記抽出された記憶領域ＩＤに基づき、どのアプリケーションにどの記憶領域を割当てるかに関する割当て情報を出力する。

なお、「アプリケーション」とは、例えば、サーバ等のコンピュータマシンにインストールされるアプリケーションソフトウェアであっても良いし、そのコンピュータマシンに仮想的に構築される仮想コンピュータであっても良い。

本発明に係るシステムの第１の実施態様では、前記領域管理データには、各アプリケーション毎に１又は複数の割当て可能領域が用意されている。各アプリケーションの各割当て可能領域には、１又は複数の前記記憶領域ＩＤと、複数段階のレベルの中から選択されたレベルの指標とが対応付けられている。前記選択ポリシーデータには、アプリケーションの複数の動作状況にそれぞれ対応した複数の指標が記録されている。前記領域割当て決定部は、各アプリケーションについて、前記検出された動作状況に対応した指標を前記取得された選択ポリシーデータから抽出し、前記領域管理データを参照し、前記抽出した指標と前記アプリケーションとに対応した割当て可能領域を検索し、検索された割当て可能領域に対応している１又は複数の記憶領域ＩＤの中から記憶領域ＩＤを抽出する。

本発明に係るシステムの第２の実施態様では、前記第１の実施態様において、前記コンピュータシステムには、物理的な又は論理的な複数の記憶デバイスを備えた１以上のストレージシステムが備えられる。前記記憶領域は、前記記憶デバイス内に備えられる１又は複数の記憶領域である。前記１以上のストレージシステムには、第１の記憶領域を備えた第１の記憶デバイスと、第２と第３の記憶領域を備えた第２の記憶デバイスとが備えられる。前記複数のアプリケーションには、第１と第２のアプリケーションが含まれる。前記領域管理データには、前記第１と第２のアプリケーションの各々について、割当て中の割当て可能領域を特定するための割当て中領域情報が記録される。前記領域管理データには、前記第１のアプリケーションに対応した第１と第２の割当て可能領域と、前記第２のアプリケーションに対応した第３の割当て可能領域とがある。前記第１の割当て可能領域には、前記第１の記憶領域の記憶領域ＩＤである第１記憶領域ＩＤと、第１指標とが対応付けられている。前記第２の割当て可能領域には、前記第２の記憶領域の記憶領域ＩＤである第２記憶領域ＩＤと、前記第１指標よりも低レベルの第２指標とが対応付けられている。前記第３の割当て可能領域には、前記第１記憶領域ＩＤと、前記第１指標よりも高レベルの第３指標とが対応付けられている。前記領域割当て決定部は、前記第１のアプリケーションに対応した前記割当て中領域情報から、前記第１の割当て可能領域が割り当て中であることを検出する。また、前記領域割当て決定部は、前記第２のアプリケーションに対応した前記第３の割当て可能領域の第３指標が、前記割当て中の前記第１の割当て可能領域の第１指標よりも高レベルであることを検出する。また、前記領域割当て決定部は、前記選択ポリシーデータに基づき、前記第１のアプリケーションに割当て中の割当て可能領域を、第１の割当て可能領域から第２の割当て可能領域に変更する。また、前記領域割当て決定部は、前記第３の割当て可能領域に対応した前記第１記憶領域ＩＤを、前記第２のアプリケーションに割当てる記憶領域ＩＤとして、前記領域管理データから抽出する。また、前記領域割当て決定部は、前記第２のアプリケーションの割当て中領域情報を、前記第３の割当て可能領域を割当て中であることを示す情報に更新する。

本発明に係るシステムの第３の実施態様では、前記第２の実施態様において、前記領域割当て決定部は、前記第２のアプリケーションの割当て中領域情報を、前記第３の割当て可能領域を割当て中で無いことを示す情報に更新する。また、前記領域割当て決定部は、前記第３の割当て可能領域に対応する第１記憶領域ＩＤに対応した前記第１の割当て可能領域を前記領域管理データから検索する。また、前記領域割当て決定部は、前記第１のアプリケーションの割当て中領域情報を、前記検索された第１の割当て可能領域を割当て中であることを示す情報に更新する。前記情報出力部は、前記第１のアプリケーションが使用する領域を、前記第１の記憶領域から前記第２の記憶領域に変更することと、前記第２のアプリケーションが使用する領域として、前記第１の記憶領域を割当てることとを表す割当て情報を出力しても良い。

本発明に係るシステムの第４の実施態様では、前記領域割当て決定部は、各アプリケーションに割当てられる記憶領域が、過去の或る時点と同じになるように、各アプリケーションの記憶領域ＩＤを抽出する。

本発明に従う記憶領域管理方法は、複数の記憶領域と、１以上の記憶領域をリソースの一つとして使用する複数のアプリケーションとを備えたコンピュータシステムで実現される。記憶領域管理方法は、データ取得ステップと、ポリシーデータ取得ステップと、動作状況検出ステップと、領域割当て決定ステップと、情報出力ステップと、領域割当てステップとを備える。データ取得ステップは、複数の記憶領域の中から選択された１以上の記憶領域候補をそれぞれ特定するための１以上の記憶領域ＩＤが各アプリケーション毎に対応付けられた領域管理データを取得する。ポリシーデータ取得ステップは、アプリケーションの動作状況に基づく記憶領域割当ての指針が記述された選択ポリシーデータを取得する。動作状況検出ステップは、複数のアプリケーションの各々の動作状況を検出する。領域割当て決定ステップは、前記検出された動作状況と、前記取得された選択ポリシーデータとに基づき、前記取得された領域管理データを参照し、各アプリケーションに対応した１以上の記憶領域ＩＤを検索範囲として、各アプリケーションに割当てる記憶領域の記憶領域ＩＤを抽出する。情報出力ステップは、各アプリケーション毎に前記抽出された記憶領域ＩＤに基づき、どのアプリケーションにどの記憶領域を割当てるかに関する割当て情報を出力する。領域割当てステップは、前記出力された割当て情報を入力し、前記割当て情報に基づいて、各アプリケーションに記憶領域を割当てる。

本発明によれば、複数のコンピュータの状況に応じて、各コンピュータに割当てる物理記憶領域を適宜に変更することができる。

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

図１は、本発明の一実施形態に係るストレージ領域管理システムの全体構成を示す。

ＬＡＮ（Local
Area Network）１０等の第１通信ネットワークと、ＳＡＮ（Storage Area Network）１１０等の第２通信ネットワークとの両方に、例えば、第１サーバ２０、第２サーバ３０、サーバ運用管理端末３００、ストレージシステム７００、ストレージ運用管理端末３５０、ストレージ領域管理端末２００、及びリソースブローカ７７０が接続されている。これらの装置２０、３０、３００、７００、３５０、２００及び７７０には、周知のコンピュータマシンのハードウェア構成（例えば、ＣＰＵ、メモリ及びハードディスク等を備えた構成）を採用することができるので、ハードウェア構成の図示は省略する。

第１サーバ２０及び第２サーバ３０の各々では、１又は複数のアプリケーションソフトウェア（以下、単に「アプリケーション」と言う）が動作する。以下、説明の便宜上、第１サーバ２０で動作することができるアプリケーションは、アプリケーションＡＰ１及びＡＰ３とし、第２サーバ３０で動作することができるアプリケーションは、アプリケーションＡＰ０及びＡＰ２とする。

サーバ運用管理端末３００は、第１サーバ２０及び第２サーバ３０の動作状況を把握し、記憶し、その動作状況をリソースブローカ７７０に通知する。なお、サーバの「動作状況」とは、例えば、以下の（１）〜（２）、
（１）どのようなサーバ属性を有するサーバで、どのようなアプリケーション属性を有するアプリケーションが動作しているか、
（２）サーバで起動しているアプリケーション或いはサーバそれ自体の負荷はどんな状態であるか、
のうちの少なくとも１つである。なお、サーバ属性としては、例えば、サーバの名称や、サーバのリソース情報（一例として、サーバに搭載されているＯＳの種類、メモリの容量等の）を採用することができる。また、アプリケーション属性としては、例えば、アプリケーションの名称、メーカ、或いは動作環境情報（例えばメモリの容量はどのぐらい必要か等）を採用することができる。このようなサーバ属性或いはアプリケーション属性は、例えば、サーバ運用管理端末３０００が、サーバ又はアプリケーションのＩＤとそれに対応付けられたサーバ属性又はアプリケーション属性を記憶していて、第１サーバ２０又は第２サーバ３０から、サーバのＩＤ又は起動したアプリケーションのＩＤを受信し、受信したＩＤから、それに対応付けられたサーバ属性又はアプリケーション属性を把握することができる。

ストレージシステム７００は、例えば、アレイ状に配列された複数の物理ディスクを備えるＲＡＩＤ（Redundant Array of Independent Disks）システムである。以下、便宜上、複数の物理ディスクは、例えば、３台の物理ディスクＶ１〜Ｖ３であるとする。物理ディスクＶ１〜Ｖ３の各々には、１又は複数の物理記憶領域（例えば、１台の物理ディスクが有する記憶領域が論理的に区切られたことによって得られた領域）が備えられている。具体的には、例えば、物理ディスクＶ１には、物理記憶領域Ｐ１及びＰ２が備えられ、物理ディスクＶ２には、物理記憶領域Ｐ３及びＰ４が備えられ、物理ディスクＶ３には、物理記憶領域Ｐ５が備えられている。

このストレージシステム７００には、ストレージシステム７００の外部装置からＬＡＮ１０又はＳＡＮ１１０を介して物理記憶領域Ｐ１〜Ｐ５の各々へアクセスすることを制御するストレージ制御部７０１が備えられる。ストレージ制御部７０１のハードウェア構成としては、例えば、ストレージシステム７００の動作全体を制御するＣＰＵや、物理記憶領域Ｐ１〜Ｐ５と外部装置との間でやり取りされるデータを一時的に記憶するキャッシュメモリや、物理記憶領域Ｐ１〜Ｐ５と物理ディスクＶ１〜Ｖ３との対応関係等を管理するためのディスク管理テーブル等を備えた構成を採用することができる。ディスク管理テーブル４は、例えば、ストレージ制御部７０１の図示しない記憶部（例えばメモリ）に備えることができる。ディスク管理テーブル４には、例えば、図２に例示するように、複数の物理記憶領域Ｐ１〜Ｐ５の各々について、その物理記憶領域のＩＤである物理ＩＤや、その物理記憶領域を備える物理ディスクのＩＤであるディスクＩＤや、ストレージシステム７００の外部からその物理記憶領域へアクセスするためのパス名であるアクセスパス名や、その物理記憶領域が実際に割当てられているアプリケーションのＩＤであるアプリケーションＩＤが登録される。このディスク管理テーブル４の内容は、例えば、ストレージ制御部７０１が、ストレージ運用管理端末３５０又はストレージ領域管理端末２００からの通知に基づいて更新することができる。

ストレージ運用管理端末３５０は、ストレージシステム７００の動作を制御することができる。

ストレージ領域管理端末２００は、ストレージシステム７００内の物理記憶領域Ｐ１〜Ｐ５がどのアプリケーションＡＰ０〜ＡＰ３に割当てられているか等を管理するための領域管理テーブル２０１を備える。領域管理テーブル２０１は、例えば、図示のように、ストレージ領域管理端末２００の外部から入力することができる。

図３（ａ）は、領域管理テーブル２０１の概念を示し、図３（ｂ）は、領域管理テーブル２０１の構成例を示す。

図３（ａ）に示すように、領域管理テーブル２０１は、概念的には、ＡＰ領域グループ２１０と、割当て可能領域グループ２２０と、物理領域グループ２３０とを管理している。

ＡＰ領域グループ２１０には、複数のアプリケーションＡＰ０〜ＡＰ３がそれぞれ使用する複数のＡＰ領域Ｒ０〜Ｒ３が含まれている。ここで、「ＡＰ領域」とは、それに対応するアプリケーションが使用する記憶領域のことである。

割当て可能領域グループ２２０には、複数のＡＰ領域Ｒ０〜Ｒ３の各々に対応付けられた１又は複数の割当て可能領域が含まれている。ここで、「割当て可能領域」とは、ＡＰ領域と、それに割り当てることが可能な１又は複数の物理記憶領域Ｐ１〜Ｐ５とを対応付けるための領域（例えばポインタ）である。１つの割当て可能領域に対して、１又は複数の物理記憶領域を対応付けることができる。幾つか代表的に例に採り説明すると、ＡＰ３領域Ｒ３に対して、１つの割当て可能領域３−１が対応付けられており、その割当て可能領域３−１に、２つの物理記憶領域Ｐ１及びＰ２が対応付けられている。また、ＡＰ１領域Ｒ１に対して、３つの割当て可能領域１−１〜１−３が対応付けられている。割当て可能領域１−１には、１つの物理記憶領域Ｐ３が対応付けられており、割当て可能領域１−２には、１つの物理記憶領域Ｐ４が対応付けられており、割当て可能領域１−３には、１つの物理記憶領域Ｐ１が対応付けられている。すなわち、この説明から分かるように、１つの割当て可能領域に対して、複数の物理記憶領域を対応付けることができるし、１つの物理記憶領域に対して、複数の割当て可能領域を対応付けることもできる。

物理領域グループ２３０には、複数の物理ディスクＶ１〜Ｖ３上に用意されている複数の物理記憶領域Ｐ１〜Ｐ５が含まれている。なお、このグループ２３０には、各物理記憶領域Ｐ１〜Ｐ５について、それの属性が含まれていても良い。物理記憶領域の属性としては、例えば、その物理記憶領域を備える物理ディスクのＩＤ、信頼性、及び性能（例えば、単位データサイズ当たりの書込み或いは読込み速度等）を採用することができる。

図３（ａ）の説明によれば、各アプリケーションＡＰ０〜３には、記憶領域が必要であり、その記憶領域には、実際にそれに割当てることができる１以上の物理記憶領域候補が複数の物理記憶領域Ｐ１〜Ｐ５の中から予め選択されて用意されていることがわかる。図３（ａ）の例によれば、例えば、アプリケーションＡＰ２が使用する記憶領域として実際に割当てることができる１以上の物理記憶領域候補として、Ｐ５とＰ３が用意されていることがわかる。

図３（ｂ）は、このような概念に基づいて構成された領域管理テーブル２０１の一例を示すものである。すなわち、領域管理テーブル２０１には、複数のアプリケーションＡＰ０〜ＡＰ３の各々に対して、ＡＰ領域情報と、１又は複数の識別子と、１又は複数の識別子の各々に対応付けられた指標と、１又は複数の識別子にそれぞれ対応した１又は複数の物理領域情報と、実配置情報とが登録される。

ＡＰ領域情報は、それに対応するアプリケーションに関する属性情報であり、例えば、そのアプリケーションのＩＤ（一例として、ＡＰ０〜ＡＰ３のうちのいずれか）が登録される。

１又は複数の識別子は、それらに対応するアプリケーションに割り当てられた１又は複数の割当て可能領域をそれぞれ識別するための情報である。

指標とは、それに対応するＡＰ領域に対応した１又は複数の割当て可能領域（換言すれば識別子）のうちのどれを選択するかの指針となるものであり、例えば優先順位である。指標には、複数段階のレベル（例えば、「１」〜「３」）がある。指標は、例えば、それに対応する割当て可能領域に対応付けられた１又は複数の物理記憶領域の属性に基づいて設定されるものであり、より具体的には、例えば、高信頼性且つ高性能の物理ディスクに設けられた物理記憶領域には、高レベルの指標（番号が若い指標）が設定され、一方、低信頼性且つ低性能の物理ディスクに設けられた物理記憶領域には、低レベルの指標が設定される。例えば、指標には、領域管理テーブル２０１を参照するコンピュータに対して順序を識別させることができる表記（例えば、高低、或いは番号等）が用いられる。各ＡＰ領域の各割当て可能領域に設定される指標レベルは、その他の種々の基準に基づいて設定することができる。

物理領域情報には、例えば、それに対応する物理記憶領域を識別するためのＩＤ（例えばＰ５、Ｐ４等）や、その物理記憶領域の容量や、その他、その物理記憶領域に関する種々の属性を含ませることができる。

実配置情報は、それに対応する割当て可能領域（換言すれば識別子）が実際に選択されてアプリケーションに配置されているか否か（換言すれば割当てられているか否か）を示す情報である。ストレージ領域管理端末２００は、割当て可能領域に対応付けられた物理記憶領域を、その割当て可能領域に対応するアプリケーションに割当て、その割当て可能領域の実配置情報を、肯定的な内容に変更する。ストレージ領域管理端末２００は、それ以後、その肯定的な実配置情報がセットされた割当て可能領域に対応する物理記憶領域を、他のアプリケーションに割当てないようにする排他処理を行う。

この領域管理テーブル２０１によれば、同一の物理記憶領域に割当てられる指標を、各ＡＰ領域毎に（換言すれば、各アプリケーション毎に）違えることができる。例えば、物理記憶領域Ｐ１について言えば、アプリケーションＡＰ１にとって、物理記憶領域Ｐ１の指標は「２」であるが、別のアプリケーションＡＰ３にとっては、物理記憶領域Ｐ１の指標は、アプリケーションＡＰ１とは違って「１」である。このように、領域管理テーブル２０１によれば、同一の物理記憶領域に割当てられる指標を、各アプリケーション毎に違えることができる。

さて、再び図１を参照する。

リソースブローカ７７０は、サーバ２０、３０の動作状況と、ストレージシステム７００における物理記憶領域Ｐ１〜Ｐ５のアプリケーションＡＰ０〜ＡＰ３に対する割り当てとを連携するための情報処理端末である。リソースブローカ７７０は、例えば図示のように外部から入力された運用管理ポリシー７７１を記憶することができる。運用管理ポリシー７７１は、サーバの動作状況に基づいてどのアプリケーションＡＰ０〜ＡＰ３にどの指標の割当て可能領域を割当てるかが記録されたデータであり、具体的には、例えば、以下のような内容を記録することができる。

（１）指標の下限値。

「指標の下限値」とは、アプリケーションに実際に割当てる割当て可能領域（或いは物理記憶領域）の指標の下限値を意味するものであり、例えば、各アプリケーション毎に対応付けることができる。具体的には、例えば、アプリケーションＡＰ１について、指標の下限値として「２」が設定されている場合に、アプリケーションＡＰ１に対応した複数の割当て可能領域の指標として「１」〜「５」があったとしても、指標「３」〜「５」に対応した割当て可能領域を実際に割当てることはできないことを意味する。

（２）領域配置スケジュール。

「領域配置スケジュール」とは、どの時間帯に、どのアプリケーションに対してどの指標の割当て可能領域を実際に割当てるかを表すスケジュールである。これも、例えば、各ＡＰ領域に対応付けることができる。

この他にも、運用管理ポリシー７７１には様々な情報を登録することができる。例えば、アプリケーションの優先順位等の情報を登録することができる。ここで、一例として、アプリケーションの優先順位が、ＡＰ３、ＡＰ０及びＡＰ１の順である場合、アプリケーションＡＰ３が新たに起動したならば、後述の図６（ａ）及び図６（ｂ）の領域管理テーブル２０１によれば、指標が「１」である物理記憶領域Ｐ１及びＰ２がアプリケーションＡＰ３に割当てられる。そして、アプリケーションＡＰ１には、指標が「１」である物理記憶領域Ｐ５が割当てられるべきであるが、その物理記憶領域Ｐ５は、アプリケーションＡＰ１よりも優先順位の高いアプリケーションＡＰ０に既に割当てられている。このため、アプリケーションＡＰ１には、それにとって指標が最も低い物理記憶領域Ｐ４が割当てられる。

以上が、本実施形態に係るストレージ領域管理システムの構成の概要である。以下、この構成の下で行われる処理流れの概要の一つを、図１を参照して説明する。

サーバ運用管理端末３００が、サーバ２０、３０の動作状況を把握し（ステップＳ１００）、把握された動作状況を、リソースブローカ７７０に通知する（Ｓ１０１）。

リソースブローカ７７０は、通知された動作状況と、記憶している運用管理ポリシー７７１と、ストレージ領域管理端末２００が備えている領域管理テーブル２０１とに基づいて、各アプリケーションに対する物理記憶領域の配置をどのように変更するかを決定し、変更後の実配置を表す実配置情報と、その実配置情報が表す通りに実配置を変更することの依頼とを、ストレージ運用管理端末３５０に送る（Ｓ１０２）。

ストレージ運用管理端末３５０は、リソースブローカ７７０からの依頼に応答して、ストレージシステム７００にアクセスし、リソースブローカ７７０から受けた実配置情報に従って、各物理記憶領域Ｐ１〜Ｐ５の各アプリケーションに対する実配置を変更し（Ｓ１０３）、且つ、どのように実配置を変更したかを表す実配置状態を、ストレージ領域管理端末２００に通知する（Ｓ１０４）。ストレージ領域管理端末２００は、ストレージ運用管理端末２００からの実配置状態に基づいて、領域管理テーブル２０１の内容を更新する。

図４は、本実施形態で行われる処理流れの具体的な一例を示す。図５（ａ）は、その処理流れの開始前の領域管理テーブル２０１の概念を示し、図５（ｂ）は、その処理流れの開始後の領域管理テーブル２０１の概念を示す。図６（ａ）は、その処理流れの開始前の領域管理テーブル２０１の構成を示し、図６（ｂ）は、その処理流れの開始後の領域管理テーブル２０１の構成を示す。図７は、その処理流れによって、各ＡＰ領域に対する物理記憶領域の実配置が変更される様子を示す。以下、図４〜図６を参照して、本実施形態で行われる処理流れの具体的な一例を説明する。

リソースブローカ７７０は、所定のイベントを検出して、後述するＳ１の動作を行う。具体的には、例えば、リソースブローカ７７０は、サーバ運用管理端末３００によって把握されたサーバ２０、３０の動作状況を、サーバ運用管理端末３００から受信し、その動作状況から、アプリケーションＡＰ１の負荷が、所定回前に検出された場合よりも軽減したことを検出して、Ｓ１の動作を実行する。なお、このイベントは、サーバ運用管理端末３００とリソースブローカ７７０のどちらで検出されても良い。また、どのアプリケーションの負荷が軽減したか或いは増加したかは、例えば、各時点で検出された動作状況の内容を履歴として記憶し、記憶された履歴と、今回検出された動作状況とを比較することにより、検出することができる。

リソースブローカ７７０は、アプリケーションＡＰ１の負荷が軽減されたことが検出された場合、例えば、アプリケーションＡＰ１の負荷が軽減した場合にはそれを有する第１サーバ２０において一時的な所定の処理を実行するためのアプリケーションＡＰ３を起動することが運用管理ポリシー７７１に記述されていれば、その記述に従って、アプリケーションＡＰ３を起動することを決断する（Ｓ１）。

リソースブローカ７７０は、ストレージ領域管理端末２００に、或る条件を満たす物理記憶領域の確保（換言すれば、アプリケーションＡＰ３に使用される物理記憶領域の確保）を依頼する（Ｓ２）。ここで言う「或る条件を満たす物理記憶領域」とは、例えば、図５及び図６に示すように、アプリケーションＡＰ３の割当て可能領域３−１に対応付けられている物理記憶領域Ｐ１及びＰ２のことである。ちなみに、図５では、各ＡＰ領域について、単に割当て可能な候補としての物理記憶領域とそれに対応する割当て可能領域との間の線は細い線で示し、実際に割当てられている（つまり実配置されている）物理記憶領域とそれに対応する割当て可能領域との間の線は太い矢印で示す。

ストレージ領域管理端末２００は、リソースブローカ７７０からの依頼に応答して、領域管理テーブル２０１を参照し、或る条件を満たす物理記憶領域を検索する（Ｓ３）。

Ｓ３において、もし、図５（ａ）及び図６（ａ）の例示と異なり、物理記憶領域Ｐ１及びＰ２がどのアプリケーションにも実配置されておらず、それにより、上記条件にマッチする物理記憶領域Ｐ１及びＰ２を検出することができたならば（Ｓ３でＹ）、ストレージ領域管理端末２００は、ストレージ運用管理端末３５０に、その物理記憶領域Ｐ１及びＰ２をアプリケーションＡＰ３に割当てることを依頼する。ストレージ運用管理端末３５０は、それに応答して、ストレージシステム７００を制御し、アプリケーションＡＰ３に、物理記憶領域Ｐ１及びＰ２を実配置させる（Ｓ４）。具体的には、例えば、ストレージ運用管理端末３５０は、ディスク管理テーブル４（図２参照）に、アプリケーションＡＰ３から物理記憶領域Ｐ１及びＰ２のアクセスパス名を登録する。また、ストレージ領域管理端末２００は、領域管理テーブル２０１の内容を更新する（Ｓ５）。例えば、ストレージ領域管理端末２００は、領域管理テーブル２０１において、割り当て可能領域３−１の実配置情報を否定的な内容から肯定的な内容に変更する。また、リソースブローカ７７０が、ストレージ運用管理端末３５０及びストレージ領域管理端末２００から実配置完了の通知を受信し、サーバ運用管理端末３００に、アプリケーションＡＰ３を起動することを指示する。それにより、サーバ運用管理端末３００によって、アプリケーションＡＰ３が起動される。

一方、Ｓ３において、図５（ａ）及び図６（ａ）に示す通り、物理記憶領域Ｐ１及びＰ２のうちの少なくとも一方（具体的にはＰ１）が他のアプリケーションＡＰ１に実配置されているために、上記条件にマッチする物理記憶領域Ｐ１及びＰ２を検出することができないならば（Ｓ３でＮ）、ストレージ領域管理端末２００は、物理記憶領域の再配置のための処理を実行する。

例えば、ストレージ領域管理端末２００は、領域管理テーブル２０１を参照し、物理記憶領域Ｐ１の実配置先がＡＰ１領域であること（すなわち、物理記憶領域Ｐ１を使用しているのはアプリケーションＡＰ１であること）を特定する（Ｓ６）。

次に、ストレージ領域管理端末２００は、領域管理テーブル２０１を参照し、ＡＰ１領域の割当て可能領域１−１〜１−２の中から、現在どのアプリケーションにも実配置されていない空きの物理記憶領域に対応した割当て可能領域（図示の例では、Ｐ２もアプリケーションＡＰ３に使用される予定なので、Ｐ３に対応した割当て可能領域１−２）を特定する（Ｓ７）。この場合、特定された割当て可能領域１−２は、アプリケーションＡＰ１に実配置されている割当て可能領域１−３よりも指標が下がる。

そこで、ストレージ領域管理端末２００は、その旨をリソースブローカ７７０に通知する（Ｓ８）。また、ストレージ領域管理端末２００は、領域管理テーブル２０１それ自体或いはそれへのアクセスパス名をリソースブローカ７７０に通知し、リソースブローカ７７０が領域管理テーブル２０１を参照することができるようにしても良い。

リソースブローカ７７０は、ストレージ領域管理端末２００からの通知に応答して、運用管理ポリシー７７１を参照し、指標が下がっても良いこと、或いは、下がった結果の指標が指標下限値以上（例えば指標「３」以上）であることを、運用管理ポリシー７７１から把握した場合、次の処理を行う。すなわち、リソースブローカ７７０は、運用管理ポリシー７７１に書かれている条件を満たす範囲で、各アプリケーションＡＰ０〜ＡＰ３に対する割当て可能領域の実配置の変更後の内容を決定し、決定した変更後の内容と、その内容通りに実配置を変更することの依頼とを、ストレージ運用管理端末３５０に送信する（Ｓ９）。以下、このＳ９の処理例について、図５を参照して詳述する。

例えば、リソースブローカ７７０は、領域管理テーブル２０１を参照し、ＡＰ１領域（すなわち、アプリケーションＡＰ１が使用する記憶領域）に実配置する割当て可能領域を、１−３から１−２に変更することを決定する。換言すれば、リソースブローカ７７０は、ＡＰ１領域が存在する物理記憶領域を、Ｐ１からＰ４に変更することを決定する。

また、リソースブローカ７７０は、領域管理テーブル２０１を参照し、ＡＰ３領域（すなわち、アプリケーションＡＰ３が使用する記憶領域）に、割当て可能領域３−１を実配置することを決定する。換言すれば、リソースブローカ７７０は、ＡＰ１領域に対して、物理記憶領域をＰ１及びＰ２を実配置することを決定する。

リソースブローカ７７０は、このように決定された変更後の実配置の内容と、その内容通りに実配置を変更することの依頼とを、ストレージ運用管理端末３５０に送信する。

ストレージ運用管理端末３５０は、リソースブローカ７７０から受信した依頼に応答して、ストレージシステム７００を制御し、リソースブローカ７７０から受信した上記内容通りに、各アプリケーションＡＰ１、３に対する物理記憶領域の実配置を変更する処理を実行する（Ｓ１０）。具体的には、例えば、ストレージ運用管理端末３５０は、ディスク管理テーブル４（図２参照）に、アプリケーションＡＰ１からのアクセスパス名を、変更後の物理記憶領域Ｐ４に対応付けて登録し、且つ、アプリケーションＡＰ３からのアクセスパス名を、物理記憶領域Ｐ１及びＰ２に対応付けて登録する。また、ストレージ運用管理端末３５０は、ストレージシステム７００を制御し、物理記憶領域Ｐ１内のデータを、物理記憶領域Ｐ４に移動させる。この結果、図７（ａ）及び（ｂ）に示すように、ＡＰ１領域が存在する場所は、物理記憶領域Ｐ１からＰ４に切り替わり、図７（ｃ）に示すように、それによって空けられた物理記憶領域Ｐ１と、元々空いていた物理記憶領域Ｐ２とに、新たに起動されるアプリケーションＡＰ３が使用することができるＡＰ３領域が存在するようになる。

ストレージ運用管理端末３５０は、このような実配置の変更処理が完了したならば、実配置変更後の状態（例えば、アプリケーションＡＰ１に対して実配置されていた割当て可能領域が１−３から１−２に変更されたこと、及び、アプリケーションＡＰ３に対して割当て可能領域３−１が実配置されたこと）を、ストレージ領域管理端末２００に通知し、且つ、実配置の変更の完了を、リソースブローカ７７０に通知する（Ｓ１１）。

ストレージ領域管理端末２００は、ストレージ運用管理端末３５０から通知された上記状態に基づいて、領域管理テーブル２０１の内容を、例えば、図６（ａ）に示す内容から図６（ｂ）に示す内容に更新する（Ｓ１２）。

リソースブローカ７７０は、ストレージ運用管理端末３５０から実配置の変更の完了の通知を受けたならば、サーバ運用管理端末３００に、アプリケーションＡＰ３の起動を依頼する（Ｓ１３）。サーバ運用管理端末３００は、その依頼に応答して、第１サーバ２０において、アプリケーションＡＰ３を起動する（Ｓ１４）。

以上が、各アプリケーションに対する割当て可能領域（換言すれば、それに対応付けられた物理記憶領域）の実配置の変更の処理流れの一例である。

ところで、本実施形態では、単に、各ＡＰ領域を、第１の物理記憶領域から第２の物理記憶領域（又は、更に、第２の物理記憶領域から第３の物理記憶領域）に移動させていくだけではなく、所定の又は任意のタイミングで（例えば、或るアプリケーションが終了したときに）、移動させた後のＡＰ領域を、移動先の物理記憶領域から元の第１の物理記憶領域に戻すことができる。以下、その一例について説明する。

図８は、アプリケーションＡＰ３に実配置された物理記憶領域Ｐ１を、アプリケーションＡＰ１に実配置する場合に行なわれる処理流れの一例を示す。図９は、その処理流れによって、各ＡＰ領域に対する物理記憶領域の実配置が変更される様子を示す。

リソースブローカ７７０は、サーバ運用管理端末３００から通知された動作状況から、アプリケーションＡＰ３の終了が検出され、且つ、アプリケーションＡＰ３の終了後はＡＰ３領域を解放する（換言すれば、アプリケーションＡＰ３に実配置された物理記憶領域Ｐ１及びＰ２を解放する）ことが運用管理ポリシー７７１に定められている場合、ストレージ運用管理端末３５０に、ＡＰ３領域の解放を依頼する（Ｓ２１）。

ストレージ運用管理端末３５０は、その依頼に応答して、ストレージシステム７００を制御し、ＡＰ３領域の解放を行い、解放後の状態（例えば、割当て可能領域３−１の実配置が無くなり、物理記憶領域Ｐ１及びＰ２が空きになったこと）を、ストレージ領域管理端末２００に通知する（Ｓ２２）。

ストレージ領域管理端末２００は、ストレージ運用管理端末３５０から通知された上記状態に基づいて、領域管理テーブル２０１の内容を更新する（Ｓ２３）。例えば、ストレージ領域管理端末２００は、割当て可能領域３−１の識別子に対応した実配置情報を、肯定的な内容から否定的な内容に更新する。

ストレージ領域管理端末２００は、解放された（換言すれば、実配置情報が肯定的な内容から否定的な内容に変更された）割当て可能領域３−１に対応している物理記憶領域Ｐ１及びＰ２に対応付けられている別の割当て可能領域を検索する（Ｓ２４）。この実施形態の例では、物理記憶領域Ｐ２については、別の割当て可能領域は検索されないが、物理記憶領域Ｐ１については、別の割当て可能領域として１−３が検索される。

検索された割当て可能領域１−３の指標は、それに対応したアプリケーションＡＰ１に実配置されている割当て可能領域１−２の指標に比べて高い。ストレージ領域管理端末２００は、領域管理テーブル２０１を参照し、種々の情報（例えば、指標が割当て可能領域１−２よりも高くなった割当て可能領域１−３、それの指標、それに対応するＡＰ領域がＡＰ１領域であること、及び割当て可能領域１−３には物理記憶領域Ｐ１が対応付けられていること）を取得し、取得された情報を、リソースブローカ７７０に通知する（Ｓ２５）。

リソースブローカ７７０は、ストレージ領域管理端末２００から情報を受信し、運用管理ポリシー７７１を参照し、その受信した情報の内容（すなわち、ＡＰ１領域に、指標がより高くなった割当て可能領域１−３を実配置すること）が、運用管理ポリシー７７１に違反してないことを検出したならば、ＡＰ１領域に割当て可能領域１−３を実配置することを決定する（Ｓ２６）。リソースブローカ７７０は、決定した実配置の内容と、その内容通りに実配置することの依頼とを、ストレージ運用管理端末３５０に送信する（Ｓ２７）。

ストレージ運用管理端末３５０は、リソースブローカ７７０から受信した依頼に応答して、ストレージシステム７００を制御し、リソースブローカ７７０から受信した上記内容通り、アプリケーションＡＰ１に対して、物理記憶領域Ｐ１を実配置する処理を実行する（Ｓ２８）。具体的には、例えば、ストレージ運用管理端末３５０は、ディスク管理テーブル４（図２参照）に、アプリケーションＡＰ１からのアクセスパス名を、物理記憶領域Ｐ１に対応付けて登録する。また、ストレージ運用管理端末３５０は、ストレージシステム７００を制御し、物理記憶領域Ｐ４内のデータを、物理記憶領域Ｐ１に移動させる。この結果、図９（ａ）〜（ｃ）に示すように、ＡＰ１領域が存在する場所は、物理記憶領域Ｐ４から、解放された物理記憶領域Ｐ１に戻る。

ストレージ運用管理端末３５０は、このような実配置の処理が完了したならば、実配置処理後の状態（例えば、アプリケーションＡＰ１に対して実配置されていた割当て可能領域が１−２から１−３に変更されたこと）を、ストレージ領域管理端末２００に通知し、且つ、実配置処理の完了を、リソースブローカ７７０に通知する（Ｓ２９）。

ストレージ領域管理端末２００は、ストレージ運用管理端末３５０から通知された上記状態に基づいて、領域管理テーブル２０１の内容を、例えば、図６（ｂ）に示す内容から図６（ａ）に示す内容に更新する（Ｓ３０）。

以上、上述した実施形態によれば、各アプリケーションに対して、１又は複数の割当て可能領域が用意され、各割当て可能領域には、１又は複数の物理記憶領域が対応付けられる。換言すれば、各アプリケーション毎に、ストレージシステム７００内に存在する複数の物理記憶領域の中から実配置することができる１以上の物理記憶領域の候補が予め選択され、選択された物理記憶領域候補が対応付けられている。各アプリケーションに対する物理記憶領域の実配置の変更を行う場合、各アプリケーションに実配置する物理記憶領域は、全ての物理記憶領域の中から検索されるのではなく、上記予め選択された１以上の物理記憶領域候補の中から検索される。これにより、物理記憶領域の実配置の変更についての処理負担を軽減することができる。

また、上述した実施形態によれば、各割当て可能領域には、それを実配置するか否かを決定するための指標が割当てられており、且つ、指標に基づいて定められた、実配置の変更の指針が書かれた運用管理ポリシー７７０が用意される。実配置の変更は、各指標と、その運用管理ポリシー７７０とに基づいて行われる。このため、どのアプリケーションのどの割当て可能領域に対してどのような指標を設定するかや、運用管理ポリシー７７０をどのような内容にするかに基づいて、ユーザの狙い通りの実配置の変更が行われるようにすることができる。具体的には、例えば、図１０に例示するような、計画的な運用が図れる。

すなわち、例えば、運用管理ポリシー７７１に、アプリケーションＡＰ１についての条件として、負荷が中程度であると考えられる通常時間帯（例えば８：００過ぎ〜２１：００）では指標が「２」以上の割当て可能領域を実配置し、負荷が低いと考えられる閑暇時間帯（例えば２１：００過ぎ〜８：００）では指標が「３」の割当て可能領域を実配置しても良く、負荷が高い場合には指標１の割当て可能領域を実配置することが望ましいことが記録されているとする。

これにより、上述した説明した処理流れによって、この運用管理ポリシー７７１の内容に従って実配置処理が行われる。具体的には、通常時間帯では、指標が「２」以上の割当て可能領域１−１又は１−３がＡＰ１領域に実配置され、閑暇時間帯では、指標が「３」の割当て可能領域１−３がＡＰ１領域に実配置されることがある。そして、通常時間帯及び閑暇時間帯の両方において、もし、アプリケーションＡＰ１の負荷が高くなった場合には、優先的に、指標１の割当て可能領域１−１がＡＰ１領域に実配置されることになる。なお、閑暇時間帯では、指標が「３」の割当て可能領域１−３だけでなく、例えば、指標「１」又は「２」の割当て可能領域１−１又は１−３に対応している物理記憶領域に空きがあれば、その割当て可能領域１−１又は１−３がＡＰ１領域に割当てられても良い。

また、上述した実施形態によれば、単に、各ＡＰ領域を、第１の物理記憶領域から第２の物理記憶領域（又は、更に、第２の物理記憶領域から第３の物理記憶領域）に移動させていくだけではなく、所定の又は任意のタイミングで、移動させた後のＡＰ領域が、移動先の物理記憶領域から元の第１の物理記憶領域に戻ることがある。これにより、どのＡＰ領域がどこに存在するかを把握できなくなってしまうというようなことを未然に防ぐことができる。換言すれば、上述した実施形態によれば、各アプリケーション毎に、割当て可能な物理記憶領域の範囲が定められているので、各ＡＰ領域の移動範囲が制限され、それ故、どのＡＰ領域がどこの物理記憶領域に割当てられているかがわからなくなってしまうといったことを防ぐことができる。

以上、本発明の好適な実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。

例えば、サーバ２０或いは３０の数は、２つに限らず１又は３以上であっても良い。また、ストレージシステム７００の数も、１つに限らず複数であっても良い。ストレージシステム７００が複数台備えられている場合、例えば、ストレージ領域管理端末２００では、それら複数台のストレージシステム７００の各々について、物理領域情報等が管理されていても良い。

また、例えば、サーバ運用管理端末３００として動作するためのコンピュータプログラム、リソースブローカ７７０として動作するためのコンピュータプログラム、ストレージ運用管理端末３５０として動作するためのコンピュータプログラム、及びストレージ領域管理端末２００として動作するためのコンピュータプログラムのうちの少なくとも２つは、１つのコンピュータマシン内に搭載されていても良い。具体的には、例えば、リソースブローカ７７０とストレージ領域管理端末２００は、１つのマシンで実現しても良い。この場合、例えば、そのマシンは、アプリケーションＡＰ３の起動を決定した場合、運用管理ポリシー７７１と領域管理テーブル２０１とに基づき、運用管理ポリシー７７１に書かれている内容を満たす範囲で、実配置の変更の内容を決定し、決定した内容等をストレージ運用管理端末３５０に送信しても良い。

また、例えば、指標の範囲は、１〜３の範囲に限らず、それよりも広い或いは狭い範囲にしても良い。また、指標は、割当て可能領域に代えて又は加えて、物理記憶領域に設定しても良い。

また、例えば、上記の実施形態では、サーバの動作状況として、主に、アプリケーションの状況を採用したが、それに限らず、サーバそれ自体の状況等の種々の状況を採用しても良い。また、アプリケーションは、例えば、サーバ２０又は３０内に動的に生成或いは削除される仮想コンピュータであっても良い。

また、例えば、リソースブローカ７７０及びストレージ領域管理端末２００の少なくとも一方が、領域管理テーブル２００の更新の履歴（例えば、直前回の領域管理テーブル２００の内容）を記憶しても良い。この場合、例えば、リソースブローカ７７０及びストレージ領域管理端末２００の少なくとも一方が、その履歴に基づいて、各アプリケーションＡＰに対する割当て可能領域の実配置を、所定回前の状態に戻しても良い。

本発明の一実施形態に係るストレージ領域管理システムの全体構成を示す。 ディスク管理テーブル４の構成例を示す。 図３（ａ）は、領域管理テーブル２０１の概念を示し、図３（ｂ）は、領域管理テーブル２０１の構成例を示す。 本発明の一実施形態で行われる処理流れの具体的な一例を示す。 図５（ａ）は、図４に示した処理流れの開始前の領域管理テーブル２０１の概念を示し、図５（ｂ）は、図４に示した処理流れの開始後の領域管理テーブル２０１の概念を示す。 図６（ａ）は、図４に示した処理流れの開始前の領域管理テーブル２０１の構成を示し、図６（ｂ）は、図４に示した処理流れの開始後の領域管理テーブル２０１の構成を示す。 図４に示した処理流れによって、各ＡＰ領域に対する物理記憶領域の実配置が変更される様子を示す。 アプリケーションＡＰ３に実配置された物理記憶領域Ｐ１を、アプリケーションＡＰ１に実配置する場合に行なわれる処理流れの一例を示す。 図８に示した処理流れによって、各ＡＰ領域に対する物理記憶領域の実配置が変更される様子を示す。 本発明の一実施形態で行われる別の処理の一例を示す。

符号の説明

２０…第１サーバ ３０…第２サーバ ２００…ストレージ領域管理端末 ２０１…領域管理テーブル ３００…サーバ運用管理端末 ３５０…ストレージ運用管理端末 ７００…ストレージシステム ７７０…リソースブローカ ７７１…運用管理ポリシー Ｖ１、Ｖ２、Ｖ３…物理ディスク Ｐ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５…物理記憶領域

Claims (12)

1. 複数の記憶領域と、１以上の記憶領域をリソースの一つとして使用する複数のアプリケーションとを備えたコンピュータシステムに備えられる記憶領域管理システムにおいて、
   複数の記憶領域のうちの１以上の記憶領域候補をそれぞれ特定するための１以上の記憶領域ＩＤが各アプリケーション毎に対応付けられた領域管理データを取得する管理データ取得部と、
   アプリケーションの動作状況に基づく記憶領域割当ての指針が記述された選択ポリシーデータを取得するポリシーデータ取得部と、
   複数のアプリケーションの各々の動作状況を検出する動作状況検出部と、
   前記検出された動作状況と、前記取得された選択ポリシーデータとに基づき、前記取得された領域管理データを参照し、各アプリケーションに対応した１以上の記憶領域ＩＤを検索範囲として、各アプリケーションに割当てる記憶領域の記憶領域ＩＤを抽出する領域割当て決定部と、
   各アプリケーション毎に前記抽出された記憶領域ＩＤに基づき、どのアプリケーションにどの記憶領域を割当てるかに関する割当て情報を出力する割当て情報出力部と
   を備える記憶領域管理システム。
2. 前記領域管理データには、各アプリケーション毎に１又は複数の割当て可能領域が用意されており、
   各アプリケーションの各割当て可能領域には、１又は複数の前記記憶領域ＩＤと、複数段階のレベルの中から選択されたレベルの指標とが対応付けられており、
   前記選択ポリシーデータには、アプリケーションの複数の動作状況にそれぞれ対応した複数の指標レベルが記録されており、
   前記領域割当て決定部は、各アプリケーションについて、前記検出された動作状況に対応した指標を前記取得された選択ポリシーデータから抽出し、前記領域管理データを参照し、前記抽出した指標と前記アプリケーションとに対応した割当て可能領域を検索し、検索された割当て可能領域に対応している１又は複数の記憶領域ＩＤの中から記憶領域ＩＤを抽出する、
   請求項１記載の記憶領域管理システム。
3. 前記コンピュータシステムには、物理的な又は論理的な複数の記憶デバイスを備えた１以上のストレージシステムが備えられ、
   前記記憶領域は、前記記憶デバイス内に備えられる１又は複数の記憶領域であり、
   前記１以上のストレージシステムには、第１の記憶領域を備えた第１の記憶デバイスと、第２と第３の記憶領域を備えた第２の記憶デバイスとが備えられ、
   前記複数のアプリケーションには、第１と第２のアプリケーションが含まれ、
   前記領域管理データには、前記第１と第２のアプリケーションの各々について、割当て中の割当て可能領域を特定するための割当て中領域情報が記録され、
   前記領域管理データには、前記第１のアプリケーションに対応した第１と第２の割当て可能領域と、前記第２のアプリケーションに対応した第３の割当て可能領域とがあり、
   前記第１の割当て可能領域には、前記第１の記憶領域の記憶領域ＩＤである第１記憶領域ＩＤと、第１指標とが対応付けられており、
   前記第２の割当て可能領域には、前記第２の記憶領域の記憶領域ＩＤである第２記憶領域ＩＤと、前記第１指標よりも低レベルの第２指標とが対応付けられており、
   前記第３の割当て可能領域には、前記第１記憶領域ＩＤと、前記第１指標よりも高レベルの第３指標とが対応付けられており、
   前記領域割当て決定部は、
   前記第１のアプリケーションに対応した前記割当て中領域情報から、前記第１の割当て可能領域が割り当て中であることを検出し、
   前記第２のアプリケーションに対応した前記第３の割当て可能領域の第３指標が、前記割当て中の前記第１の割当て可能領域の第１指標よりも高レベルであることを検出し、
   前記選択ポリシーデータに基づき、前記第１のアプリケーションに割当て中の割当て可能領域を、第１の割当て可能領域から第２の割当て可能領域に変更し、
   前記第３の割当て可能領域に対応した前記第１記憶領域ＩＤを、前記第２のアプリケーションに割当てる記憶領域ＩＤとして、前記領域管理データから抽出し、
   前記第２のアプリケーションの割当て中領域情報を、前記第３の割当て可能領域を割当て中であることを示す情報に更新する、
   請求項２記載の記憶領域管理システム。
4. 前記領域割当て決定部は、
   前記第２のアプリケーションの割当て中領域情報を、前記第３の割当て可能領域を割当て中で無いことを示す情報に更新し、
   前記第３の割当て可能領域に対応する第１記憶領域ＩＤに対応した前記第１の割当て可能領域を前記領域管理データから検索し、
   前記第１のアプリケーションの割当て中領域情報を、前記検索された第１の割当て可能領域を割当て中であることを示す情報に更新する、
   請求項３記載の記憶領域管理システム。
5. 前記領域割当て決定部は、各アプリケーションに割当てられる記憶領域が、過去の或る時点と同じになるように、各アプリケーションの記憶領域ＩＤを抽出する、
   請求項１記載の記憶領域管理システム。
6. 前記記憶領域は、記憶デバイス上の物理的な記憶領域である、
   請求項１記載の記憶領域管理システム。
7. 複数の記憶領域と、１以上の記憶領域をリソースの一つとして使用する複数のアプリケーションとを備えたコンピュータシステムで実現される記憶領域管理方法において、
   複数の記憶領域の中から選択された１以上の記憶領域候補をそれぞれ特定するための１以上の記憶領域ＩＤが各アプリケーション毎に対応付けられた領域管理データを取得する管理データ取得ステップと、
   アプリケーションの動作状況に基づく記憶領域割当ての指針が記述された選択ポリシーデータを取得するポリシーデータ取得ステップと、
   複数のアプリケーションの各々の動作状況を検出する動作状況検出ステップと、
   前記検出された動作状況と、前記取得された選択ポリシーデータとに基づき、前記取得された領域管理データを参照し、各アプリケーションに対応した１以上の記憶領域ＩＤを検索範囲として、各アプリケーションに割当てる記憶領域の記憶領域ＩＤを抽出する領域割当て決定ステップと、
   各アプリケーション毎に前記抽出された記憶領域ＩＤに基づき、どのアプリケーションにどの記憶領域を割当てるかに関する割当て情報を出力する割当て情報出力ステップと
   前記出力された割当て情報を入力し、前記割当て情報に基づいて、各アプリケーションに記憶領域を割当てる領域割当てステップと
   を有する記憶領域管理方法。
8. 前記領域管理データには、各アプリケーション毎に１又は複数の割当て可能領域が用意されており、
   各アプリケーションの各割当て可能領域には、１又は複数の前記記憶領域ＩＤと、複数段階のレベルの中から選択されたレベルの指標が対応付けられており、
   前記選択ポリシーデータには、アプリケーションの複数の動作状況にそれぞれ対応した複数の指標が記録されており、
   前記領域割当て決定ステップでは、各アプリケーションについて、前記検出された動作状況に対応した指標を前記取得された選択ポリシーデータから抽出し、前記領域管理データを参照し、前記抽出した指標と前記アプリケーションとに対応した割当て可能領域を検索し、検索された割当て可能領域に対応している１又は複数の記憶領域ＩＤの中から記憶領域ＩＤを抽出する、
   請求項６記載の記憶領域管理方法。
9. 前記コンピュータシステムには、物理的な又は論理的な複数の記憶デバイスを備えた１以上のストレージシステムが備えられ、
   前記記憶領域は、前記記憶デバイス内に備えられる１又は複数の記憶領域であり、
   前記１以上のストレージシステムには、第１の記憶領域を備えた第１の記憶デバイスと、第２と第３の記憶領域を備えた第２の記憶デバイスとが備えられ、
   前記複数のアプリケーションには、第１と第２のアプリケーションが含まれ、
   前記領域管理データには、前記第１と第２のアプリケーションの各々について、割当て中の割当て可能領域を特定するための割当て中領域情報が記録され、
   前記領域管理データには、前記第１のアプリケーションに対応した第１と第２の割当て可能領域と、前記第２のアプリケーションに対応した第３の割当て可能領域とがあり、
   前記第１の割当て可能領域には、前記第１の記憶領域の記憶領域ＩＤである第１記憶領域ＩＤと、第１指標とが対応付けられており、
   前記第２の割当て可能領域には、前記第２の記憶領域の記憶領域ＩＤである第２記憶領域ＩＤと、前記第１指標よりも低レベルの第２指標とが対応付けられており、
   前記第３の割当て可能領域には、前記第１記憶領域ＩＤと、前記第１指標よりも高レベルの第３指標とが対応付けられており、
   前記領域割当て決定ステップでは、
   前記第１のアプリケーションに対応した前記割当て中領域情報から、前記第１の割当て可能領域が割り当て中であることを検出し、
   前記第２のアプリケーションに対応した前記第３の割当て可能領域の第３指標が、前記割当て中の前記第１の割当て可能領域の第１指標よりも高レベルであることを検出し、
   前記選択ポリシーデータに基づき、前記第１のアプリケーションに割当て中の割当て可能領域を、第１の割当て可能領域から第２の割当て可能領域に変更し、
   前記第３の割当て可能領域に対応した前記第１記憶領域ＩＤを、前記第２のアプリケーションに割当てる記憶領域ＩＤとして、前記領域管理データから抽出し、
   前記第２のアプリケーションの割当て中領域情報を、前記第３の割当て可能領域を割当て中であることを示す情報に更新し、
   前記情報出力ステップでは、前記第１のアプリケーションが使用する領域を、前記第１の記憶領域から前記第２の記憶領域に変更することと、前記第２のアプリケーションが使用する領域として、前記第１の記憶領域を割当てることとを表す割当て情報を出力し、
   前記領域割当てステップでは、前記出力された割当て情報に基づき、前記第１のアプリケーションが使用する領域を、前記第１の記憶領域から前記第２の記憶領域に変更し、且つ、前記第２のアプリケーションが使用する領域として、前記第１の記憶領域を割当てる、
   請求項７記載の記憶領域管理方法。
10. 前記領域割当て決定ステップでは、
    前記第２のアプリケーションの割当て中領域情報を、前記第３の割当て可能領域を割当て中で無いことを示す情報に更新し、
    前記第３の割当て可能領域に対応する第１記憶領域ＩＤに対応した前記第１の割当て可能領域を前記領域管理データから検索し、
    前記第１のアプリケーションの割当て中領域情報を、前記検索された第１の割当て可能領域を割当て中であることを示す情報に更新する、
    請求項８記載の記憶領域管理方法。
11. 前記領域割当て決定ステップでは、各アプリケーションに割当てられる記憶領域が、過去の或る時点と同じになるように、各アプリケーションの記憶領域ＩＤを抽出する、
    請求項６記載の記憶領域管理方法。
12. 前記記憶領域は、記憶デバイス上の物理的な記憶領域である、
    請求項７記載の記憶領域管理方法。

Images