JP4380240B2 - ヒントに基づく記憶領域の割当と性能保証方法、記憶装置及び管理プログラム - Google Patents
ヒントに基づく記憶領域の割当と性能保証方法、記憶装置及び管理プログラム Download PDFInfo
- Publication number
- JP4380240B2 JP4380240B2 JP2003189157A JP2003189157A JP4380240B2 JP 4380240 B2 JP4380240 B2 JP 4380240B2 JP 2003189157 A JP2003189157 A JP 2003189157A JP 2003189157 A JP2003189157 A JP 2003189157A JP 4380240 B2 JP4380240 B2 JP 4380240B2
- Authority
- JP
- Japan
- Prior art keywords
- storage area
- interface
- bandwidth
- storage device
- allocation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0653—Monitoring storage devices or systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
- G06F12/02—Addressing or allocation; Relocation
- G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
- G06F12/0802—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
- G06F12/0866—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches for peripheral storage systems, e.g. disk cache
- G06F12/0873—Mapping of cache memory to specific storage devices or parts thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0604—Improving or facilitating administration, e.g. storage management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0604—Improving or facilitating administration, e.g. storage management
- G06F3/0605—Improving or facilitating administration, e.g. storage management by facilitating the interaction with a user or administrator
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0629—Configuration or reconfiguration of storage systems
- G06F3/0631—Configuration or reconfiguration of storage systems by allocating resources to storage systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
Description
【０００１】
【発明の属する技術分野】
本発明は、記憶装置における記憶領域の割当制御技術に関する。
【0002】
【従来の技術】
ディスクアレイ装置に代表される大規模な記憶装置においては、記憶装置内に計算機が情報を格納するための記憶領域を作成するためのモジュールが用意されていた。しかし、記憶領域を作成するためのモジュールは、記憶装置を製造するベンダごとにそのインタフェースや要求のフォーマットが異なっていた。このため、異なるベンダの記憶装置を導入した場合には、記憶装置の管理者は、ベンダごとに異なるインタフェースや要求のフォーマットを覚えなければならず、大規模なコンピュータシステムでは、大きな問題となっていた。そこで、DMTF(Distributed Management Task Force)は、CIM(Common Information Model)と、WBEM(Web-based Enterprise Management)を策定し、記憶装置において記憶領域を作成する際のインタフェースや要求のフォーマットを策定した。このCIMで定義されたインタフェースを用いることで、ベンダの異なる記憶装置においても、統一的な手法で記憶領域を作成することができる。このCIMで定義された記憶領域の作成インタフェースと要求のフォーマットでは、「ヒント」を用いた記憶領域の作成が定義されている。
【０００３】
一方、計算機と記憶領域の間の帯域を制御するための手法として、例えば、特開２００２−１０８５６７がある。また、ＩＰ（Internet Protocol）においては、ＲＳＶＰ（Resource ReSerVation Protocol (RFC2205)）がＩＥＴＦ（The Internet Engineering Task Force）において策定されている。
【０００４】
【特許文献１】
特開２００１−１０８５６７号
【非特許文献１】
Device27_StorageServices.mof（６６２〜７２１行目）、[online]、２００２年１１月１２日、Destributed Management Task Force、[２００３年１月１８日検索]、インターネット＜URL：http://www.dmtf.org/standards/cim_schema_v27.php＞
【非特許文献２】
RFC2205.txt、[online]、１９９７年９月、The Internet Engineering Task Force、[２００３年１月１８日検索]、インターネット＜URL：http://www.ietf.org/rfc/rfc2205.txt＞
【０００５】
【発明が解決しようとする課題】
従来技術に基づいて帯域制御の効いた記憶領域を作成するためには、まず、ＤＭＴＦのＣＩＭで定義されたインタフェースと要求のフォーマット、ヒントを用いて記憶領域を作成する。ここで、管理者が指定するヒントには、計算機から作成する記憶領域をどのように利用したいかの設計思想（ポリシー）がこめられている。次に、計算機と記憶領域の帯域を設定するために、記憶装置に帯域を設定する。しかし、記憶装置に対する帯域の設定に関しては、先のＤＭＴＦが定義するＣＩＭには定義されていないため、ベンダごとに異なるインタフェースと要求のフォーマットを駆使して設定しなければならない。また、記憶領域を作成する際に指定したヒントに合致するように、帯域制御の設定パラメータを選択し、設定する必要がある。よって、管理者には、記憶領域を作成する際に指定したヒントに対する帯域設定のパラメータを選択するノウハウが必要になり、高度な知識が要求されることとなっていた。また、帯域設定のパラメータの選択を誤る危険性もあり、それを防ぐことはできない。
【０００６】
本発明は、上記の点を鑑みて考えられたものであり、本発明の目的は、記憶領域を割当てる際に指定する記憶領域に対する領域割当要求指針（ヒント）を用いて記憶領域を割当てるとともに、このヒントを用いて帯域制御等の性能保証をも実行することにより、管理者による割当てた記憶領域に対する計算機からのアクセス性能を保証するための設定を自動化することにある。
【０００７】
【課題を解決するための手段】
本発明の一実施形態の記憶装置は、計算機によりアクセスされるデータを保持可能な記憶領域と、計算機と記憶領域との間でのデータのアクセスを制御するアクセス処理モジュールとを有する。管理計算機から、計算機に前記記憶領域を割当てる要求を受信する管理インタフェースと、記憶領域割当要求に従って、計算機に未割当の記憶領域を計算機によりアクセス可能なように割当てる記憶領域割当モジュールと、記憶領域割当要求に従って、計算機と割当てた記憶領域との間でのデータアクセスに影響する対象モジュールの性能を割当てる性能割当モジュールを有する。
【０００８】
他の実施形態の管理プログラムは、計算機と、計算機によりアクセスされるデータを保持可能な記憶領域と計算機と記憶領域との間でのデータのアクセスを制御するアクセス処理モジュールとを有する記憶装置とに接続された管理計算機に実行させるためのプログラムである。管理プログラムは、計算機に記憶領域を割当てる要求を受付ける手順と、記憶装置から、記憶装置内部の複数の対象モジュールの実行性能値を受信する手順と、記憶領域割当要求に従って、計算機に未割当の記憶領域を計算機によりアクセス可能なように割当てるように記憶装置に指示する手順と、記憶領域割当要求と対象モジュールの実行性能値とに従って、計算機と割当てた記憶領域との間でのデータアクセスに影響する性能を割当てるように対象モジュールを特定し、かつ、特定した対象モジュールの性能を割当てるように記憶装置に指示する手順とを管理計算機に実行させる。
【０００９】
なお、本発明の他の特徴については、本明細書及び添付図面の記載により明らかにする。
【００１０】
【発明の実施の形態】
以下、本発明の実施形態を図を用いて説明する。
●システム構成
図１は、第一の実施形態のシステム構成を示す。図１のシステムは、二台の計算機３００（それぞれを区別するときには３０１と３０２と称す）をファイバチャネルスイッチ２００を介して、記憶装置１００に接続している。計算機とファイバチャネルスイッチ、ファイバチャネルスイッチと記憶装置の間の接続には、ファイバチャネル１０を用いて接続している。また、本システムには、管理計算機５００を設け、記憶装置１００の記憶領域の割当と開放を制御させている。管理計算機５００と記憶装置１００は、専用の通信回線２０によって接続している。本発明は、計算機や記憶装置の台数によってなんら制限を受けるものではない。
●計算機
図１に示す計算機３００は、プログラムの実行を司るＣＰＵ３１０と、プログラムやプログラムの実行に必要となる情報を格納するメモリ３１１と、他の計算機との通信を行うためのネットワークインタフェース３１５と、記憶装置１００とデータの交換を行うためのファイバチャネルインタフェース３２０（以下ＦＣインタフェースと略す）からなる。計算機は３００、プログラムの実行によって生成したデータを、ＦＣインタフェース３２０を介して記憶装置１００に割当てた記憶領域に格納することができる。また、計算機３００は、プログラムそのものや、プログラムの実行に必要となるデータを、ＦＣインタフェース３２０を介して記憶装置に割当てられた記憶領域から取得することができる。ＦＣインタフェース３２０は、ＷＷＮ（World Wide Name）と呼ばれる識別番号を有している。このＷＷＮは、ＦＣインタフェースごとにユニークな番号が割当てられ、記憶装置は、どのＦＣインタフェース３２０が発行した要求かを判断することができる。図１に示したシステムでは、このＷＷＮを計算機３００を識別するための識別番号として利用する。ＷＷＮは８バイトで表されるが、本実施形態では、便宜上、計算機３００に割当てた番号３０１と３０２を用いて説明することにする。
●記憶装置
図１に示す記憶装置１００には、二つのＦＣインタフェース１１０（それぞれを区別するときには１１１と１１２と称す）を設けている。ＦＣインタフェース１１０には、帯域制御モジュール１５０を設けている。記憶装置１００が有する記憶領域は、割当済の記憶領域と、未割当の記憶領域の二つに大別され、記憶領域管理モジュール１２０によって管理する。割当済の記憶領域は、リードライト処理モジュール１４０によって、ＦＣインタフェース１１０に接続され、計算機３００から利用可能になる。記憶装置１００には、管理計算機５００からの記憶領域の割当要求および開放要求を受け取るための要求受取モジュール１２２と、要求受取モジュール１２２が受け取った要求を解釈し実行するための制御モジュール１２４と、割当要求に従って未割当の記憶領域から、必要な記憶領域を取り出してＦＣインタフェース１１０に接続するための記憶領域割当モジュール１２６と、帯域制御モジュール１５０に帯域制御パラメータを設定するための帯域割当モジュール１２８と、記憶領域にキャッシュを割当てるキャッシュ割当制御モジュール１３０を設けている。帯域制御モジュール１５０は、記憶領域割当要求に従って設定されたパラメータに従って、計算機と割当てた記憶領域との間でのデータアクセスに影響する性能を保証するように、FCインタフェース１１０を制御する性能割当モジュールの一つである。キャッシュ割当制御モジュール１３０は、記憶領域割当要求に従って設定されたパラメータに従って、計算機と割当てた記憶領域との間でのデータアクセスに影響するキャッシュの割当量を制御する性能割当モジュールの一つである。
【００１１】
一方、計算機３００からのデータのリードライト要求は、ＦＣインタフェース１１０が受け取り、リードライト処理モジュール１４０が要求を処理する。リードライト処理モジュール１４０は、記憶領域管理モジュール１２０の管理するマッピングテーブル１２１に基づき、計算機から受け取ったリードライト要求解釈し、指定された記憶領域にデータを格納したり、指定された記憶領域からデータを取得したりする。
【００１２】
図２は、記憶装置のハードウェア構成を示す図である。記憶装置１００は、プログラムの実行を司るＣＰＵ１９０と、プログラムを格納するメモリ１９１と、管理計算機５００との通信を行うためのネットワークインタフェース１９５と、ＦＣインタフェース１１０と、記憶領域を構成する複数台のハードディスク装置１８０と、ハードディスク装置１８０に格納するデータや、計算機３００から受け取ったデータを一時的に格納するキャッシュ１４５からなる。記憶領域管理モジュール１２０、要求受取モジュール１２２、制御モジュール１２４、記憶領域割当モジュール１２６、帯域割当モジュール１２８、キャッシュ割当制御モジュール１３０、帯域制御モジュール１５０は、メモリ１９１に保持し、ＣＰＵ１９０がそのプログラムを実行することによってその機能を実現している。また、後述するマッピングテーブル１２１、帯域パラメータ算出テーブル１２９、キャッシュ量算出テーブル１３１、キャッシュ割当テーブル１３９、リードライト処理テーブル１４１などの各モジュールを実行するにあたり必要となる情報も、メモリ１９１に保持する。
●プログラムの保持
記憶装置１００のメモリ１９１に格納される記憶領域管理モジュール１２０、要求受取モジュール１２２、制御モジュール１２４、記憶領域割当モジュール１２６、帯域割当モジュール１２８、キャッシュ割当制御モジュール１３０、帯域制御モジュール１５０は、プログラムとして記憶装置１００内のＲＯＭや磁気ディスク装置等の不揮発記録媒体に記録され、記憶装置の起動時にメモリ１９１にロードされて実行されるものとする。また、プログラムを記録する媒体は、ＲＯＭや磁気ディスク装置以外の他の記憶媒体（ＣＤ−ＲＯＭやフロッピー（登録商標）ディスク）でも良い。さらに、プログラムは、当該記憶媒体からコンピュータにロードして実行しても良いし、ネットワークを通じて当該記憶媒体にアクセスしてロードするものとしてもよい。
●記憶領域の管理
記憶装置１００は、複数台のハードディスク１８０（本実施形態の場合には３台のハードディスクを用意しておりそれぞれを区別するときには１８１，１８２，１８３と称す）によって、記憶領域を提供している。本実施形態では、一台のハードディスク１８０の容量を１００ＧＢとして説明する。通常、ハードディスクは、５１２バイトを一つのブロック（リードライト処理の最小単位）として管理している。１００ＧＢのハードディスクの場合、２０９７１５２００個のブロックを有していることになる。ブロックには、ＬＢＡ（Logical Block Address）とよばれる番号を割当ててブロックを識別している。１００ＧＢのハードディスクの場合、０〜２０９７１５１９９番が先頭のブロックから順番に割り振られる。
【００１３】
図３〜８は、マッピングテーブル１２１を示す図である。
【００１４】
記憶領域管理モジュール１２０は、図３〜８に示すマッピングテーブル１２１によって、割当済の記憶領域と未割当の記憶領域を、ハードディスク番号とＬＢＡ範囲によって管理する。図３の場合、割当済の記憶領域はなく、ハードディスク１８１、１８２、１８３は、全て、未割当状態であることを示す。（図３〜８において、ハードディスク番号は図２のそれと一致させて説明している。） また、図４の場合、ハードディスク１８１のＬＢＡ０〜４１９４３０３９は、記憶領域番号９１として割当て済みであることを示す。
●アクセス制御と帯域制御の仕組み
次に、記憶装置のアクセス制御と帯域制御の仕組みについて図９を用いて説明する。
【００１５】
図９は、アクセス制御と帯域制御を説明するための模式図である。図９では、二台の計算機３０１と３０２を、ファイバチャネルスイッチ２００を介して、記憶装置１００に接続している。記憶装置１００には、二つの割当済の記憶領域９１と９３があり、一つのＦＣインタフェース１１１に接続している。この構成では、二台の計算機３０１と３０２は、一つのインタフェース１１１を共有することになる。
【００１６】
図１０〜１４は、リードライト処理テーブルを示す図である。リードライト処理モジュール１４０と帯域制御モジュール１５０は、図１０〜１４に示すリードライト処理テーブル１４１を用いて、計算機に対する記憶領域のアクセス制御と帯域制御を行う。アクセス制御はリードライトモジュール１４０が司り、帯域制御は帯域制御モジュール１５０が司る。例えば、図１３に示すリードライト処理テーブル１４１によれば、ＦＣインタフェース１１１には、二つの割当済の記憶領域９１と９３があり、記憶領域９１に対してはＷＷＮ３０１（すなわち計算機３０１）が、記憶領域９３に対してはＷＷＮ３０２（すなわち計算機３０２）がアクセス可能（リードライト処理可能）であるとことがわかる。リードライト処理モジュール１４０は、リードライト処理テーブル１４１のこの情報に従って、アクセス制御を行う。すなわち、計算機３０１からのリードライト要求に対しては記憶領域９１のみをアクセス可能とし、計算機３０２からのリードライト要求に対しては記憶領域９３のみをアクセス可能とする。また、計算機３０１と３０２で共有しているＦＣインタフェース１１１で、計算機３０１からのリードライト要求と、計算機３０２からのリードライト要求が重なった場合には、帯域制御モジュール１５０は、リードライト処理テーブル１４１に保持されたアクセス比率に従い、計算機３０２と計算機３０１からのアクセスが競合した場合においても、計算機３０１のからのアクセスが８０％、計算機３０２からのアクセスが１０％の割合となるように制御を行う。
●管理計算機
図１に示す管理計算機５００は、プログラムの実行を司るＣＰＵ５１０と、プログラムやプログラムの実行に必要となる情報を格納するメモリ５１１と、プログラムの実行状態を表示するためのディスプレイ５１５と、管理者の指示を入力するためのキーボード５１６とマウス５１７と、記憶装置１００に記憶領域の割当要求および開放要求を作成発行するための要求作成発行モジュール５２０と、記憶装置１００と接続するためのネットワークインタフェース５９０を設けている。
【００１７】
図15は、管理計算機の提供する画面を示す図である。管理計算機500上ディスプレイ515には、図15に示す画面を表示し、管理者が記憶領域の作成、削除、および状態管理を行う。図15(A)は記憶領域の作成図面610である。記憶領域を割当てる計算機を指定する入力フィールド611、作成する記憶領域の容量を指定する入力フィールド612、記憶領域を作成するヒントを入力する三つの入力フィールド613〜615、作成を指示する作成ボタン619からなる。図15(B)は記憶領域の一覧表示および記憶領域の削除を指示する画面620である。図面620には、計算機ごとに割当済の記憶領域および記憶領域に割当てられたヒントを表示する表示領域621、削除する記憶領域を選択する選択フィールド622、未割当の記憶領域の容量を表示する表示領域625、選択フィールド622によって選択された記憶領域を開放するための開放ボタン629からなる。
記憶領域の割当要求とヒント
本実施形態では、管理計算機は、DMTFのCIMおよびWBEMによって規定されるインタフェースと要求のフォーマットに従って、記憶領域の割当要求を記憶装置に発行する。割当要求を発行する際に用いるヒントは、従来技術に示したように、DataAvailabilityHint、AccessRandomnessHint、AccessDirectionHint、AccessSizeHint、AccessLatencyHint、AccessBandwidthWeight、StorageCostHint、StorageEfficiencyHintの八種類に及ぶが、本実施形態では、AccessBandwidthWeight、AccessRandomenessHint、AccessLatencyHintの三つに絞り発明を説明することにする。もちろん、全てのヒントを利用することで、よりよい実施形態になる。また、CIM以外によって定義されるヒントにおいても適用可能である。
割当シーケンス
それでは、図を用いながら、本発明に特徴的な記憶領域の割当てと、帯域設定について説明する。ここでは、図3および図10に示す状態を初期状態と仮定し、すなわち、全ての記憶領域は未割当の状態であることを初期状態として説明する。また、処理の流れについては、図20〜22のフローチャートを用いて説明する。
【００１８】
図２０は、ヒントに基づく記憶領域の割当て、性能保証する処理を示すフローチャートである。
【００１９】
図２１は、記憶領域の割当て処理を示すフローチャートである。
【００２０】
図２２は、帯域保証する処理のフローチャートである。
●初期化状態から一つ目の記憶領域９１の作成
管理者が、管理計算機５００を操作して計算機３０１に記憶領域を割当てることを想定する。管理者は、管理計算機５００の表示する画面６１０を用いて、記憶領域の作成を指示する。 ここで管理者は、例えば、
計算機を指定する入力フィールド６１１に「３０１」
記憶領域の容量を指定する入力フィールド６１２に「２０ＧＢ」
記憶領域を作成するヒントを入力するフィールド６１３〜６１５にそれぞれ、
AccessBandwidthWeightに「１０」
AccessRandomnessHintに「１０」
AccessLatencyHint「０」
を入力し（１１０１）、作成ボタン６１９を押す（１１０３）。管理計算機５００は、入力フィールドに入力された値を取得し（１１０５）、ＣＩＭに基づく割当要求を作成し（１１０７）、記憶装置１００に発行する（１１０９）。管理計算機５００で作成された割当要求は、管理計算機５００のＣＰＵ５１０によって、ネットワークインタフェース５９０を介して記憶装置１００に発行される。記憶装置１００の要求受取モジュール１２２は、ネットワークインタフェース１９５を介して管理計算機５００が発行した割当要求を受け取る（１１１１）。要求受取モジュール１２２は、割当要求を受け取ると、制御モジュール１２４に割当要求を渡す（１１１３）。制御モジュール１２４は、要求を解析し、割当要求であることを判定する（１１１７）。制御モジュール１２４は、割当要求であるとわかると、まず、作成すべき容量とヒントを取得する（１１１９）。制御モジュールは、作成すべき容量とヒントを記憶領域割当モジュール１２６に渡し、記憶領域の割当を依頼する。記憶領域割当モジュール１２６は、ヒントを元に、指定された（今の場合には２０ＧＢ）の記憶領域を、どのハードディスクから割当てるかをマッピングテーブル１２１から決定する（１１２１）。記憶領域を作成するハードディスクを選択するアルゴリズムの詳細は、図２１にそのフローチャートを示す。図３の状態では、未使用状態であるので（１２０５）、一番番号の若いハードディスク１８１から２０ＧＢ（ＬＢＡの０〜４１９４３０３９）を割当てる（１２１３）。記憶領域割当モジュール１２６は、記憶装置領域番号として９１を割当て（１２１５）、図４に示すように、マッピングテーブル１２１を更新する（１１２５）。マッピングテーブル１２１には、ヒントの一つとして受け取ったAccessBandwidthWeightとAccessRandomnessHint、AccessLatencyHintの値も保持している。記憶領域割当モジュール１２６は、記憶領域の割当てが完了すると、制御モジュール１２４に完了を通知する。
【００２１】
次に、制御モジュール１２４は、ヒントを帯域割当モジュール１２８に渡し、記憶領域を接続するＦＣインタフェースの選択と、帯域制御モジュール１５０に対して設定するパラメータの算出を依頼する。帯域割当モジュール１２８は、ヒントから帯域制御モジュール１５０に対して設定するパラメータを算出する（１１２９）。
【００２２】
図１６は、帯域パラメータ算出テーブルとキャッシュ量算出テーブルを示す図である。本実施形態では、図１６（A）に示す帯域パラメータ算出テーブル１２９を用いてパラメータを求めている。帯域パラメータ算出テーブル１２９は、０から１０で与えられるAccessBandwidthWeightを帯域制御モジュール１５０に与えるパラメータに変換するためのテーブルである。なお、記憶領域を接続するＦＣインタフェースの選択するアルゴリズムのフローチャートは図２２を用い詳細に後述する。前記設定の場合、AccessBandwidthWeightは「１０」なので、帯域制御モジュール１５０に設定するパラメータは「８０％」になる（１３０１）。次に、帯域割当モジュール１２８は、リードライト処理テーブル１４１を参照し、帯域を８０％割当可能なＦＣインタフェースを検索する（１３０３）。図１０に示すように、ＦＣインタフェースに記憶領域は未割当の初期状態としているので（１３０７）、帯域割当モジュール１２８は、一番番号の若いＦＣインタフェース１１１に記憶領域９１を接続する（１３１１）。アクセスを許可する計算機は３０１なので、リードライト処理テーブル１４１は、帯域割当モジュール１２８によって、図１１のように更新する（１１３３）。帯域割当モジュール１２８は、帯域の割当てを完了すると、制御モジュール１２４に完了を通知する。
【００２３】
次に、制御モジュール１２４は、ヒントをキャッシュ割当制御モジュール１３０に渡し、記憶領域９１に専用に割当てるキャッシュ量の選択を依頼する。キャッシュ割当制御モジュール１３０は、図１６（B）に示すキャッシュ量算出テーブル１３１を用いて記憶領域に割当てるキャッシュの量を算出する（１１３５）。キャッシュ量算出テーブル１３１は、０から１０で与えられるAccessLatencyHintとAccessRandomnessHintから記憶領域に専用に割当てるためのキャッシュ量を算出するためのテーブルである。キャッシュ割当制御モジュール１３０は、AccessLatencyHintから記憶領域の容量に対するキャッシュのパーセンテージを求め、記憶領域の容量と乗算することによってキャッシュの割当量を算出する。前記ヒントの場合、AccessLatencyHintは「０」なので（１１３７）、キャッシュ割当制御モジュール１３０は、記憶領域９１には専用のキャッシュを割当てず、制御モジュール１２４に完了を通知する。
【００２４】
制御モジュール１２４は、要求受取モジュール１２２に割当要求が完了したことを通知する。要求受取モジュール１２２は、管理計算機５００に割当要求が完了したことを通知する。
【００２５】
以上により、管理者が要求した２０ＧＢの記憶領域は、記憶装置１００に生成され、計算機３０１から利用できるようになった。以上のように処理することで、ヒントに従って作られた記憶領域９１に対して、計算機３０１と記憶領域９１の間の帯域もヒントに基づいて設定することができる。これにより、記憶領域を作成した後に、別のモジュールによって帯域を設定する二度手間が省ける。また、従来のＣＩＭのインタフェースおよび要求のフォーマットになんら変更を加えることなく、帯域の設定までを行うことができる。
●二つ目の記憶領域９２の作成
さらに管理者が、管理計算機５００を操作して計算機３０２に記憶領域を割当てることを想定する。管理者は、管理計算機５００の表示する画面６１０を用いて、記憶領域の作成を指示する。ここで管理者は、例えば、
計算機を指定する入力フィールド６１１に「３０２」
記憶領域の容量を指定する入力フィールド６１２に「２０ＧＢ」
記憶領域を作成するヒントを入力するフィールド６１３〜６１５にそれぞれ、
AccessBandwidthWeightに「８」
AccessRandomnessHintに「０」
AccessLatencyHint「０」
を入力し（１１０１）、作成ボタン６１９を押す（１１０３）。管理計算機５００は、入力フィールドに入力された値を取得し（１１０５）、ＣＩＭに基づく割当要求を作成し（１１０７）、記憶装置１００に発行する（１１０９）。管理計算機５００で作成された割当要求は、先と同様に要求受取モジュール１２２が受け取り（１１１１）制御モジュール１２４に渡される（１１１３）。制御モジュール１２４は、割当要求から、作成すべき容量とヒントを取得する（１１１９）。制御モジュールは、作成すべき容量とヒントを記憶領域割当モジュール１２６に渡し、記憶領域の割当を依頼する。記憶領域割当モジュール１２６は、ヒントを元に、指定された（今の場合には２０ＧＢ）の記憶領域を、どのハードディスクから割当てるかをマッピングテーブル１２１から決定する（１１２１）。マッピングテーブル１２１は、図４の状態であるので、記憶領域割当モジュール１２６は、ハードディスク１８２から、２０ＧＢ（ＬＢＡの０〜４１９４３０３９）を割当てる（１２１３）。ここで、ハードディスク１８１から割当てなかったのは、既に割当済の記憶領域９１がAccessRandomnessHintが「１０」であり、今回作成する記憶領域のAccessRandomnessHintが「０」であるため、シーケンシャルアクセスとランダムアクセスが混在することを避けるためである（１２０３）。記憶領域割当モジュール１２６は、記憶領域番号として９２を割当て（１２１５）、図５に示すように、マッピングテーブル１２１を更新する（１１２５）。先と同様に、マッピングテーブル１２１には、ヒントとして受けとったAccessBandwidthWeightとAccessRandomnessHint、AccessLatencyHintの値も保持している。記憶領域割当モジュール１２６は、記憶領域の割当てが完了すると、制御モジュール１２４に完了を通知する。
【００２６】
次に、制御モジュール１２４は、ヒントを帯域割当モジュール１２８に渡し、記憶領域を接続するＦＣインタフェースの選択と、帯域制御モジュール１５０に対して設定するパラメータの算出を依頼する。前記設定の場合、AccessBandwidthWeightは「８」なので、帯域制御モジュール１５０に設定するパラメータは「６０％」になる（１３０１）。次に、帯域割当モジュール１２８は、リードライト処理テーブル１４１を参照し、帯域を６０％割当可能なＦＣインタフェースを検索する（１３０３）。図１１に示すように、ＦＣインタフェース１１１には、既に記憶領域９１が接続され、帯域を８０％占有しているので、帯域割当モジュール１２８は、ＦＣインタフェース１１２に記憶領域９２を接続する（１３０７，１３１１）。アクセスを許可する計算機は３０２なので、リードライト処理テーブル１４１は、帯域割当モジュール１２８によって、図１２のように更新する（１１３３）。帯域割当モジュール１２８は、帯域の割当てを完了すると、制御モジュール１２４に完了を通知する。
【００２７】
次に、制御モジュール１２４は、ヒントをキャッシュ割当制御モジュール１３０に渡し、記憶領域９２に専用に割当てるキャッシュ量の選択を依頼する。前記ヒントの場合、AccessLatencyHintは「０」なので、キャッシュ割当制御モジュール１３０は、記憶領域９２には専用のキャッシュを割当てず（１１３７）、制御モジュール１２４に完了を通知する。
【００２８】
制御モジュール１２４は、要求受取モジュール１２２に割当要求が完了したことを通知する。要求受取モジュール１２２は、管理計算機５００に割当要求が完了したことを通知する。
【００２９】
以上により、管理者が要求した２０ＧＢの記憶領域９２は、記憶装置１００に生成され、計算機３０２から利用できるようになった。記憶領域９２は、ヒントを用いて、記憶領域９１とは、異なるハードディスク１８２の中に作成され、記憶領域９１の接続されたＦＣインタフェース１１１とは異なるＦＣインタフェース１１２に接続することができる。
●三つ目の記憶領域９３の作成
さらに管理者が、管理計算機５００を操作して計算機３０２に記憶領域を割当てることを想定する。管理者は、管理計算機５００の表示する画面６１０を用いて、記憶領域の作成を指示する。ここで管理者は、例えば、
計算機を指定する入力フィールド６１１に「３０２」
記憶領域の容量を指定する入力フィールド６１２に「１ＧＢ」
記憶領域を作成するヒントを入力するフィールド６１３〜６１５にそれぞれ、
AccessBandwidthWeightに「１」
AccessRandomnessHintに「１０」
AccessLatencyHint「１０」
を入力し（１１０１）、作成ボタン６１９を押す（１１０３）。管理計算機５００は、入力フィールドに入力された値を取得し（１１０５）、ＣＩＭに基づく割当要求を作成し（１１０７）、記憶装置１００に発行する（１１０９）。管理計算機５００で作成された割当要求は、先と同様に要求受取モジュール１２２が受け取り（１１１１）、制御モジュール１２４に渡される（１１１３）。制御モジュール１２４は、割当要求から、作成すべき容量とヒントを取得する（１１１９）。制御モジュールは、作成すべき容量とヒントを記憶領域割当モジュール１２６に渡し、記憶領域の割当を依頼する。記憶領域割当モジュール１２６は、ヒントを元に、指定された（今の場合には１ＧＢ）の記憶領域を、どのハードディスクから割当てるかをマッピングテーブル１２１から決定する（１１２１）。マッピングテーブル１２１は、図５の状態であるので、記憶領域割当モジュール１２６は、ハードディスク１８１から、１ＧＢ（ＬＢＡの４１９４３０４０〜４４０４０１９１）を割当てる（１２１３）。ここで、ハードディスク１８１から割当てたのは、既に割当済の記憶領域９１がAccessRandomnessHintが「１０」であり、今回作成する記憶領域のAccessRandomnessHintが「１０」であるため（１２０３）、同一ハードディスク内でのアクセスパターンの混在が少なく、かつ、AccessBandwidthWeightが「１」と小さくアクセス頻度も低く、既に割当済の記憶領域９１に対する影響が少ないと判断したためである（１２１１）。ここでは、具体的に同一ハードディスク内に割当てられた記憶領域のAccessBandwidthWeightが１５以下になるように制御している（１２１１）。なお、既に割当てられている記憶領域に対してのアクセスランダム性又はアクセス帯域幅は実行値を測定し、その実行値を相当するAccessRandomnessHint又はAccessBandwidthWeightに変換して比較するようにしても良い。記憶領域割当モジュール１２６は、記憶領域番号として９３を割当て（１２１５）、図６に示すように、マッピングテーブル１２１を更新する（１１２５）。先と同様に、マッピングテーブル１２１には、ヒントとして受けとったAccessBandwidthWeightとAccessRandomnessHint、AccessLatencyHintの値も保持している。記憶領域割当モジュール１２６は、記憶領域の割当てが完了すると、制御モジュール１２４に完了を通知する。
【００３０】
次に、制御モジュール１２４は、ヒントを帯域割当モジュール１２８に渡し、記憶領域を接続するＦＣインタフェースの選択と、帯域制御モジュール１５０に対して設定するパラメータの算出を依頼する。前記設定の場合、AccessBandwidthWeightは「１」なので、帯域制御モジュール１５０に設定するパラメータは「１０％」になる（１３０１）。次に、帯域割当モジュール１２８は、リードライト処理テーブル１４１を参照し、帯域を１０％割当可能なＦＣインタフェースを検索する（１３０３）。図１２に示すように、ＦＣインタフェース１１１には、既に記憶領域９１が接続され、帯域を８０％占有している。また、ＦＣインタフェース１１２には、既に記憶領域９２が接続され、帯域を６０％占有している。しかし、どちらのＦＣインタフェースに対しても１０％の帯域を割当てることができる。そこで、帯域割当モジュール１２８は、マッピングテーブル１２１を参照し（現時点での状態は図６）、記憶領域９１と記憶領域９２のAccessRandomnessHintの値を確認する（１３０５）。マッピングテーブル１２１より、記憶領域９１のAccessRandomnessHintの値が、今回作成した記憶領域９３のAccessRandomnessHintの値が同じであることがわかる。そこで、帯域割当モジュール１２８は、記憶領域９１の接続されているＦＣインタフェース１１１に記憶領域９３を接続する（１３１１）。アクセスを許可する計算機は３０２なので、リードライト処理テーブル１４１は、帯域割当モジュール１２８によって、図１３のように更新する（１１３３）。帯域割当モジュール１２８は、帯域の割当てを完了すると、制御モジュール１２４に完了を通知する。
【００３１】
次に、制御モジュール１２４は、ヒントをキャッシュ割当制御モジュール１３０に渡し、記憶領域９１に専用に割当てるキャッシュ量の選択を依頼する。前記ヒントの場合、AccessLatencyHintは「１０」、AccessRandomnessHintは「１０」なので、キャッシュ割当制御モジュール１３０は、キャッシュ割当比率は「１００％」となり（１１３５）、記憶領域９３の容量は１ＧＢであるので、キャッシュ割当制御モジュール１３０は、記憶領域９３に割当てるキャッシュ量を１ＧＢと算出する（１１３９）。
【００３２】
図１７は、キャッシュ割当テーブルを示す図である。キャッシュ割当制御モジュール９３は、図１７（A）に示すキャッシュ割当テーブル１３９を参照し、特定の記憶領域に割当てられていないキャッシュ量が４ＧＢあることを確認する（１１４１）。そこで、キャッシュ割当制御モジュール１３０は、記憶領域９３に１ＧＢのキャッシュを割当てるため、キャッシュ割当テーブル１３９を、図１７（B）に示すように更新する（１１４３）。もし、キャッシュ割当テーブルを参照して特定の記憶領域に割当てられていないキャッシュ量が、割当てに必要なキャッシュ量に満たない場合には、制御モジュール１２４に対して割当てできなかったことを通知することになる。今回の場合には、１ＧＢのキャッシュを割当てることができたので、キャッシュ割当制御モジュール１３０は、制御モジュール１２４にキャッシュの割当て完了を通知する。
【００３３】
制御モジュール１２４は、要求受取モジュール１２２に割当要求が完了したことを通知する。要求受取モジュール１２２は、管理計算機５００に割当要求が完了したことを通知する。
【００３４】
以上により、管理者が要求した１ＧＢの記憶領域９３は、記憶装置１００に生成され、計算機３０２から利用できるようになった。記憶領域９３は、ヒントを用いて、記憶領域９１と同じハードディスク１８１の中に作成され、記憶領域９１の接続されたＦＣインタフェース１１１と同じＦＣインタフェース１１１に接続された。計算機３０２からの記憶領域９３に対するアクセス頻度が高くなっても、帯域制御モジュール１５０によって、アクセス比率は１０％に抑えられるため、高いアクセス頻度が求められる記憶領域９１のアクセスに８０％の優先度を保証することができる。また、記憶領域９３には、十分なキャッシュを割当ててあるので、リードライトの際の処理時間（レイテンシ）も高速化することができている。
●四つ目の記憶領域９４の作成（帯域不足によるエラー）
さらに管理者が、管理計算機５００を操作して計算機３０２に記憶領域を割当てることを想定する。管理者は、管理計算機５００の表示する画面６１０を用いて、記憶領域の作成を指示する。ここで管理者は、例えば、
計算機を指定する入力フィールド６１１に「３０２」
記憶領域の容量を指定する入力フィールド６１２に「１ＧＢ」
記憶領域を作成するヒントを入力するフィールド６１３〜６１５にそれぞれ、
AccessBandwidthWeightに「１０」
AccessRandomnessHintに「０」
AccessLatencyHint「０」
を入力し（１１０１）、作成ボタン６１９を押す（１１０３）。管理計算機５００は、入力フィールドに入力された値を取得し（１１０５）、ＣＩＭに基づく割当要求を作成し（１１０７）、記憶装置１００に発行する（１１０９）。管理計算機５００で作成された割当要求は、先と同様に要求受取モジュール１２２が受け取り（１１１１）、制御モジュール１２４に渡される（１１１３）。制御モジュール１２４は、割当要求から、作成すべき容量とヒントを取得する（１１１９）。制御モジュールは、作成すべき容量とヒントを記憶領域割当モジュール１２６に渡し、記憶領域の割当を依頼する。記憶領域割当モジュール１２６は、ヒントを元に、指定された（今の場合には１ＧＢ）の記憶領域を、どのハードディスクから割当てるかをマッピングテーブル１２１から決定する（１１２１）。マッピングテーブル１２１は、図６の状態であるので、記憶領域割当モジュール１２６は、ハードディスク１８３から、１ＧＢ（ＬＢＡの０〜２０９７１５１）を割当てる（１２１３）。ここで、ハードディスク１８３から割当てたのは、AccessBandwidthWeightが「１０」と大きく、既に割当済の記憶領域９１と９２への影響を考慮したためである（１２０３，１２０５，１２１１）。記憶領域割当モジュール１２６は、記憶領域番号として９４を割当て（１２１５）、図７に示すように、マッピングテーブル１２１を更新する（１１２５）。先と同様に、マッピングテーブル１２１には、ヒントとして受けとったAccessBandwidthWeightとAccessRandomnessHint、AccessLatencyHintの値も保持している。記憶領域割当モジュール１２６は、記憶領域の割当てが完了すると、制御モジュール１２４に完了を通知する。
【００３５】
次に、制御モジュール１２４は、ヒントを帯域割当モジュール１２８に渡し、記憶領域を接続するＦＣインタフェースの選択と、帯域制御モジュール１５０に対して設定するパラメータの算出を依頼する。前記設定の場合、AccessBandwidthWeightは「１０」なので、帯域制御モジュール１５０に設定するパラメータは「８０％」になる（１３０１）。次に、帯域割当モジュール１２８は、リードライト処理テーブル１４１を参照し、帯域を８０％割当可能なＦＣインタフェースを検索する（１３０３）。図１３に示すように、ＦＣインタフェース１１１およびＦＣインタフェース１１２とも、新たに帯域を８０％割当てることができない（１３０７）。帯域割当モジュール１２４は、帯域を割当られなかったことを制御モジュール１２４に通知する（１３９９）。制御モジュール１２４は、帯域の割当てが失敗したことの通知を受けると（１１２９）、記憶領域割当モジュール１２６に対して記憶領域９４の割当を取り消すよう依頼する（１１３１）。記憶領域割当モジュール１２６は、マッピングテーブル１２１を図６の状態に戻す。制御モジュール１２４は、要求受取モジュール１２２に割当要求が失敗したことを通知する。要求受取モジュール１２２は、管理計算機５００に割当要求が失敗したことを通知する。
【００３６】
以上により、管理者が要求した１ＧＢの記憶領域は、記憶装置１００に生成されない。管理者は、ヒントを再設定して再度作成ボタンを押すことができる。また、制御モジュール１２４は、要求受取モジュール１２２に割当要求が失敗したことを通知する際に、最大割当可能なAccessBandwidthWeightの値（今回の場合にはＦＣインタフェース１１２の残り４０％が最大なので図１６（A）に示す帯域パラメータ算出テーブル１２９から逆引きすると「６」とわかる）「６」を返し、要求受取モジュールは、このAccessBandwidthWeightの値「６」を管理計算機５００に通知することで、管理者にAccessBandwidthWeightに最大設定可能な値が「６」であることを教えても良い。
●開放シーケンス
管理者が、管理計算機５００を操作して計算機３０１の記憶領域９１を開放することを想定する。管理者は、管理計算機５００の表示する画面６２０を用いて、記憶領域９１の開放を指示する。ここで管理者は、画面６２０上の記憶領域９１に対応する選択フィールド６２２をチェックし、開放ボタン６２９を押す。管理計算機５００は、選択フィールドで選択された記憶領域の番号「９１」を取得し、ＣＩＭに基づく開放要求を作成し、記憶装置１００に発行する。管理計算機５００で作成された開放要求は、管理計算機５００のＣＰＵ５１０によって、ネットワークインタフェース５９０を介して記憶装置１００に発行される。記憶装置１００の要求受取モジュール１２２は、ネットワークインタフェース１９５を介して管理計算機５００が発行した開放要求を受け取る。要求受取モジュール１２２は、開放要求を受け取ると、制御モジュール１２４に開放要求を渡す。制御モジュール１２４は、要求を解析し、開放要求であることを判定する。制御モジュール１２４は、帯域割当モジュール１２６に記憶領域９１の占有している帯域の開放を依頼する。帯域割当モジュール１２８は、記憶領域９１に関する情報をリードライト制御テーブル１４１から削除する。リードライト制御テーブル１４１は、図１４のように更新される。次に、制御モジュール１２４は、記憶領域割当モジュール１２６に記憶領域９１が占有しているブロックの開放を依頼する。記憶領域割当モジュール１２５は、記憶領域９１に関する情報をマッピングテーブル１２１から削除する。マッピングテーブル１２１は、図８のように更新される。帯域割当モジュール１２８における帯域の開放処理と、記憶領域割当モジュールにおけるブロックの開放処理が終了すると、制御モジュール１２４は、要求受取モジュール１２２に開放要求が完了したことを通知する。要求受取モジュール１２２は、管理計算機５００に開放要求が完了したことを通知する。管理計算機５００は、開放要求の完了を受け取ると、画面６２０を更新する。
●システム構成
図１８は、第二の実施形態のシステム構成を示す。図１８のシステムも、図１のシステムと同様に、二台の計算機３００をファイバチャネルスイッチ２００を介して、記憶装置１００に接続している。計算機とファイバチャネルスイッチ、ファイバチャネルスイッチと記憶装置の間の接続には、ファイバチャネル１０を用いて接続している。また、本システムには、管理計算機５００に加えて、第二の管理計算機４００を設け、記憶装置１００の記憶領域の割当と開放を制御させている。管理計算機５００と第二の管理計算機４００、第二の管理計算機４００と記憶装置１００は、専用の通信回線２０によって接続している。
●第二の管理計算機
図１８に示す第二の管理計算機４００は、プログラムの実行を司るＣＰＵ４１０と、プログラムやプログラムの実行に必要となる情報を格納するメモリ４１１と、管理計算機５００と接続するためのネットワークインタフェース４９０と、記憶装置１００と接続するためのネットワークインタフェース４９５を設けている。第二の管理計算機４００には、管理計算機５００からの割当要求および開放要求を受け取るための要求受取モジュール１２２、制御モジュール１２４、帯域割当モジュール１２８、キャッシュ割当制御モジュール１３０を設けている。第二の管理計算機に設けた制御モジュール１２４、帯域割当モジュール１２８、キャッシュ割当制御モジュール１３０は、それぞれ、記憶装置１００に設けた記憶領域管理モジュール１２０、帯域制御モジュール１５０、キャッシュ１４５と、ネットワークインタフェース４９５およびネットワークインタフェース１９５を介して通信しながらその処理を実行する。本実施形態では、要求受取モジュール１２２、制御モジュール１２４、帯域割当モジュール１２８、キャッシュ割当制御モジュール１３０を第二の管理計算機４００に設ける形態で記載したが、管理計算機５００に設けても実現することができる。
●プログラムの保持
第二の管理計算機４００のメモリ４１１に格納される要求受取モジュール１２２、制御モジュール１２４、帯域割当モジュール１２８、キャッシュ割当制御モジュール１３０は、プログラムとしてＣＤ−ＲＯＭ等の記録媒体に記録され、磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。また、プログラムを記録する媒体は、ＣＤ−ＲＯＭ以外の他の記憶媒体でも良い。さらに、プログラムは、当該記憶媒体からコンピュータにインストールしても良いし、ネットワークを通じて当該記憶媒体にアクセスしてプログラムを使用するものとしてもよい。
●割当シーケンス
記憶領域の割当処理に関しては、基本的には、第一の実施形態で示した処理をそのまま当てはめることができる。本実施形態に特徴的な処理としては、第二の管理計算機４００に設けた各モジュールと記憶装置１００に設けた各モジュールが、ネットワークインタフェース４９５およびネットワークインタフェース１９５を介して通信しながらその処理を実行する。
●システム構成
図１９は、第三の実施形態のシステム構成を示す。図１９のシステムでは、二台の計算機３００を二台のＩＰルータ２２０を介して、記憶装置７００に接続している。計算機とＩＰルータ、ＩＰルータ間、ＩＰルータと記憶装置の間の接続には、ＩＰネットワーク３０を用いて接続している。このため、計算機には、ファイバチャネルインタフェース３２０に代えて、ＩＰインタフェース３７０を設けている。また、第一の実施形態と同様、本システムにも、管理計算機５００を設け、記憶装置７００の記憶領域の割当と開放を制御させている。管理計算機５００と記憶装置７００は、専用の通信回線２０によって接続している。
●帯域制御の仕組み
ＩＰルータにおける帯域制御の仕組みは、ＲＳＶＰとして知られている。ＩＰルータ２００には、ＲＳＶＰを設定するための帯域制御モジュール２２９を設けている。
●記憶装置
図１９に示す記憶装置７００には、二つのＩＰインタフェース７１０を設けている。ＩＰインタフェース７１０とＦＣインタフェース１１０の間には、ネットワークファイルシステム処理モジュール７２０を設け、ＩＰインタフェース７１０によって受け取るリードライト要求を、ＦＣインタフェース１１０が解釈できるリードライト要求に変換する。ＦＣインタフェース１１０から先のリードライト処理については、第一の実施形態と同様である。ただし、記憶装置７００には、帯域制御モジュールを設けておらず、ＩＰルータ２２０が有する帯域制御モジュール２２９を利用する。よって、記憶装置７００には、ＩＰルータ２２０の帯域制御モジュール２２９と通信するためのネットワークインタフェース１９９と、ＩＰルータ２２０の帯域制御モジュール２２９に、帯域割当モジュール１２８が算出した帯域制御パラメータを設定するためのＩＰルータ帯域設定モジュール１６０を設けた。ＩＰルータ帯域設定モジュール１６０は、帯域割当モジュール１２８が算出したパラメータを、ＩＰルータ２２０のＲＳＶＰパラメータに変換して帯域設定を行う。
●割当シーケンス
記憶領域の割当処理に関しては、基本的には、第一の実施形態で示した処理をそのまま当てはめることができる。本実施形態に特徴的な処理としては、記憶装置７００の帯域割当モジュール１２８が、算出したパラメータを設定する際に、ＩＰルータ帯域設定モジュール１６０にそのパラメータを渡し、ＩＰルータ帯域設定モジュール１６０は、ネットワークインタフェース１９９を介して、ＩＰルータ２２０にＲＳＶＰパラメータを設定する。
●システム構成
図２３は、第四の実施形態のシステム構成を示す。図２３のシステムは、第二の実施形態で説明した図１８と同様に第二の管理計算機４００を設け、二台の記憶装置１００と１０１の記憶領域の割当と開放を制御させている。第二の実施形態では、第二の管理計算機４００に、帯域割当モジュール１２８とキャッシュ割当制御モジュール１３０を設けていたが、本実施形態では、記憶装置に設けている。記憶装置１０１は、基本的に記憶装置１００と同様の構成であるが、記憶装置１００に設けているＦＣインタフェース１１０（１１１と１１２）に比べ、より高速な転送が可能なＦＣインタフェース１１５（１１６と１１７）を設けている。ＦＣインタフェースには、１Ｇｐｂｓと２Ｇｂｐｓの仕様のものがあり、ここでは、ＦＣインタフェース１１０の性能を１Ｇｂｐｓ、ＦＣインタフェース１１５の性能を２Ｇｂｐｓとして説明する。
●インタフェース性能通知モジュール
第二の管理計算機４００の制御モジュール１２４は、それぞれの記憶装置が有するＦＣインタフェースの性能を把握する必要がある。このため、本実施形態では、記憶装置１００および１０１にインタフェース性能通知モジュール１７０を設けた。インタフェース性能通知モジュール１７０は、第二の管理計算機４００の制御モジュール１２４からの性能問い合わせ要求に従って、インタフェースの性能情報を応答する。なお、インタフェース性能通知モジュール１７０は、定期的に制御モジュール１２４へ性能情報を送信するようにしてもよい。また、性能情報として、キャッシュの使用率、各記憶領域自体のアクセス性能等を含めて、記憶領域、キャッシュを割当てる際の基準としてもよい。
【００３７】
図２４は、性能情報を示す図である。本実施形態の場合、記憶装置１００のインタフェース性能通知モジュール１７０からは、図２４（A）に示すような性能情報１７１が返却され、１ＧｐｂｓのＦＣインタフェース１１１と１１２があることがわかる。同様に、記憶装置１０１のインタフェース性能通知モジュール１７０からは、図２４（B）に示すような性能情報１７２が返却され、２ＧｂｐｓのＦＣインタフェース１１６と１１７があることがわかる。第二の管理計算機４００の制御モジュール１２４は、メモリ４１１にこれを保持する。第二の管理計算機４００の制御モジュール１２４は、第二の管理計算機の起動時や、新しい記憶装置を検出した場合、管理計算機５００から収集要求受信時などに、性能問い合わせ要求を発行し、ＦＣインタフェースの性能情報を収集する。
●プログラムの保持
本実施形態で新たに設けたインタフェース性能通知モジュール１７０は、プログラムとして記憶装置（１００および１０１）内のＲＯＭや磁気ディスク装置等の不揮発記録媒体に記録され、記憶装置の起動時にメモリ１９１にロードされて実行されるものとする。また、プログラムを記録する媒体は、ＲＯＭや磁気ディスク装置以外の他の記憶媒体（ＣＤ−ＲＯＭやフロッピー（登録商標）ディスク）でも良い。さらに、プログラムは、当該記憶媒体からコンピュータにロードして実行しても良いし、ネットワークを通じて当該記憶媒体にアクセスしてロードするものとしてもよい。
●第四の実施形態における帯域パラメータ算出テーブル
図２５は、本実施形態で使用する、帯域パラメータ算出テーブル１２９を示す。図１６に示した帯域パラメータ算出テーブル１２９との違いは、帯域制御モジュールに設定するパラメータが、１Ｇｂｐｓの場合と、２Ｇｂｐｓの場合の、二つの場合によって個別に用意されている点である。帯域パラメータ算出テーブル１２９中に示す「＊」は、１ＧｂｐｓのＦＣインタフェースでは、「ヒント」を満たす帯域の割当てができないことを示している。たとえば、AccessBandwidthWeightが「１０」の場合、２ＧｂｐｓのＦＣインタフェースでは、帯域設定を８０％とすることで、受け取った「ヒント」を満たすことができるが、１ＧｂｐｓのＦＣインタフェースでは、「ヒント」を満たすことができないため、作成した記憶領域を１ＧｂｐｓのＦＣインタフェースに接続することは行えない。本実施形態では、二種類の性能の違いについて説明したが、さらに１０Ｇｂｐｓ等のＦＣインタフェースが混在した場合にも、同様に帯域パラメータ算出テーブルを作成することで対応することができる。
●割当てシーケンス
図２６は、第四の実施形態における割当て処理のフローチャートである。
【００３８】
それでは、図を用いながら、本実施形態に特徴的な記憶領域の割当てと、ＦＣインタフェースの選択、そして、帯域設定について説明する。第一の実施形態との違いは、記憶領域を作成する際に、「ヒント」から必要とされる帯域を求めた場合に、記憶領域を接続することのできないＦＣインタフェースを有する記憶装置が存在する場合が考えられる点にある。この処理を行うため、第二の管理計算機４００は、各記憶装置から収集したＦＣインタフェースの性能情報（１７１と１７２）、帯域パラメータ算出テーブル１２９を保持している。また処理の流れについては、第二の管理計算機４００の制御モジュール１２４の処理を中心に図２６のフローチャートを用いて説明する。
●高速な記憶領域の作成（高速なＦＣインタフェースの選択）
管理者が、管理計算機５００を操作して計算機３０１に記憶領域を割当てることを想定する。管理者は、管理計算機５００の表示する画面６１０を用いて、記憶領域の作成を指示する。ここで管理者は、例えば、
計算機を指定する入力フィールド６１１に「３０１」
記憶領域の容量を指定する入力フィールド６１２に「１ＧＢ」
記憶領域を作成するヒントを入力するフィールド６１３〜６１５にそれぞれ、
AccessBandwidthWeightに「１０」
AccessRandomnessHintに「０」
AccessLatencyHint「０」
を入力し、作成ボタン６１９を押す。管理計算機５００は、入力フィールドに入力された値を取得し、ＣＩＭに基づく割当て要求を作成し、第二の管理計算機４００に発行する。第二の管理計算機４００の要求受取モジュール１２２は、割当要求を受け取ると、制御モジュール１２４に割当要求を渡す。制御モジュール１２４は、要求を解析し、割当要求であることを判定する（１７０１）。制御モジュール１２４は、割当要求であるとわかると、まず、作成すべき容量とヒントを取得する（１７０３）。制御モジュール１２４は、ヒントのひとつとして受け取ったAccessBandwidthWeightを元に、帯域パラメータ算出テーブル１２９を参照し、設定すべきパラメータと、そのパラメータを設定することのできるＦＣインタフェースの種別を取得する（１７０５）。今回の場合、AccessBandwidthWeightは「１０」なので、２ＧｂｐｓのＦＣインタフェースに「８０％」を設定しなければならない。すなわち、１ＧｂｐｓのＦＣインタフェースに記憶領域を接続しては、ヒントを満足することができない。帯域パラメータ算出テーブル１２９の参照結果と、性能情報（１７１，１７２）を元に、第二の管理計算機４００の制御モジュール１２４は、記憶装置１０１の帯域割当モジュール１２８に、８０％の帯域の割当てが可能なＦＣインタフェースの検索を依頼する（１７０７）。帯域割当モジュール１２８は、帯域の割当て可能なＦＣインタフェースがあることを確認すると、帯域制御モジュールにその帯域パラメータを設定し、そのＦＣインタフェース番号とそのＦＣインタフェースの残帯域を制御モジュール１２４に返却する（１７０９）。次に、帯域が割当て可能なＦＣインタフェースがある場合（１７１１）、制御モジュール１２４は、作成する容量（この場合は１ＧＢ）と、ＦＣインタフェース番号、AccessRandomnessHintを指定し、記憶領域割当モジュール１２６に記憶領域の作成と、作成した記憶領域の所定のＦＣインタフェースへの接続を依頼する（１７１３）。記憶領域割当モジュール１２６は、要求に合致する記憶領域を作成可能な場合には、記憶領域を作成し、指定されたＦＣインタフェースに作成した記憶領域を接続し、第二の管理計算機４００の制御モジュール１２４に処理の完了を通知する（１７１５）。第二の管理計算機４００の制御モジュール１２４は、管理計算機５００に処理の処理の完了を通知する（１７２７）。
●低速な記憶領域の作成
次にAccessBandwidthWeightに「１」を与えられた場合を説明する。この場合、前記と同様に、第二の管理計算機４００は、帯域パラメータ算出テーブル１２９を参照し、設定すべきパラメータと、そのパラメータを設定することのできるＦＣインタフェースの種別を取得する（１７０５）。今回の場合、AccessBandwidthWeightは「１」なので、１ＧｂｐｓのＦＣインタフェースの場合には「２０％」を、２Ｇｂｐｓのインタフェースの場合には「１０％」を設定することのできるＦＣインタフェースを確保する必要がある。第二の管理計算機４００は、帯域の割当てが可能なＦＣインタフェースを検索するように各記憶装置に依頼する（１７０７）。記憶装置１００に対しては、１ＧｂｐｓのＦＣインタフェースを有するので「２０％」を、記憶装置１０１に対しては、２ＧｂｐｓのＦＣインタフェースを有するので「１０％」をそれぞれ指定する。各記憶装置の帯域割当モジュール１２８は、帯域の割当て可能なＦＣインタフェースがあることを確認すると、帯域制御モジュールにその帯域パラメータを設定し、そのＦＣインタフェース番号とそのＦＣインタフェースの残帯域を制御モジュール１２４に返却する（１７０９）。次に、帯域を割当て可能なＦＣインタフェースを有する記憶装置それぞれに対して、作成する容量とＦＣインタフェース番号を指定し、記憶領域割当モジュール１２６に記憶領域の作成と、作成した記憶領域の所定のＦＣインタフェースへの接続を依頼する（１７１３）。複数の記憶装置で記憶領域の作成が成功した場合（１７１９）には、ＦＣインタフェースの残帯域がもっとも少ないＦＣインタフェースに接続した記憶領域を残して、それぞれの記憶領域割当モジュール１２６に対して記憶領域は開放するよう依頼する（１７２１）。また、使用しなかった記憶領域が接続されていたＦＣインタフェースの帯域についてもそれぞれの帯域割当モジュール１２８に対して開放するよう依頼する（１７２３）。開放処理が完了すると、第二の管理計算機４００の制御モジュール１２４は、管理計算機５００に処理の処理の完了を通知する（１７２７）。
●ＦＣインタフェースの選択のアルゴリズム
先に「残帯域が最も少ない」と記載した点について補足する。例えば、図１２に示すような状態では、記憶領域９１のためにＦＣインタフェース１１１の帯域は既に８０％割当済みで、記憶領域９２のためにＦＣインタフェース１１２の帯域は６０％割当済みである。ここで、記憶領域９３のために帯域を１０％割当てる場合、ＦＣインタフェース１１１と１１２の二つの選択肢があるが、図１３のように、ＦＣインタフェース１１１から帯域を１０％割当てることで、ＦＣインタフェース１１１の残帯域は１０％、ＦＣインタフェース１１２の残帯域は４０％となる。逆に、ＦＣインタフェース１１２から帯域を１０％割当てると、ＦＣインタフェース１１１の残帯域は２０％、ＦＣインタフェース１１２の残帯域は３０％となる。この場合、前者の場合、すなわち、ＦＣインタフェース１１１に帯域を１０％割当てた場合のほうが、未割当の連続する帯域が４０％（ＦＣインタフェース１１２の残帯域）と大きくなる。未割当の連続する帯域が大きいほど、当然ながら、記憶領域の割当処理時に帯域が割当てられずにエラーとなるケースを減らすことができる。
【００３９】
以上記載のように処理することで、記憶領域を作成する際に指定するヒントを用いて、記憶領域の割当を行うだけでなく、計算機と記憶領域の間の帯域をも設定したり、記憶領域に割当てるキャッシュの量を設定することで、従来、記憶領域の作成とは別に行っていた設定を一度に行うことができる。よって、管理者には、記憶領域を作成する際に指定したヒントに対する帯域設定のパラメータやキャッシュ割当量を選択するノウハウが不要になり、高度な知識が要求されることもない。また、帯域設定のパラメータの選択を誤る危険性もなく、帯域設定のパラメータの設定ミスもなくすことができる。
【００４０】
さらに、従来のＣＩＭのインタフェースおよび要求のフォーマットになんら変更を加えることなく、帯域の設定やキャッシュの割当量の設定を行うことができる。
【００４１】
【発明の効果】
本発明によると、記憶領域を割当てる際に指定する記憶領域に対する領域割当要求指針（ヒント）を用いて記憶領域を割当てるとともに、このヒントを用いて帯域制御等の性能保証をも実行することにより、管理者による割当てた記憶領域に対する計算機からのアクセス性能を保証するための設定を自動化することができる。
【図面の簡単な説明】
【図１】 第一の実施形態におけるコンピュータシステムの構成を示す図
【図２】 記憶装置のハードウエア構成を示す図
【図３】 マッピングテーブルAを示す図
【図４】 マッピングテーブルBを示す図
【図５】 マッピングテーブルCを示す図
【図６】 マッピングテーブルAを示す図
【図７】 マッピングテーブルAを示す図
【図８】 マッピングテーブルAを示す図
【図９】 アクセス制御と帯域制御を説明するための模式図
【図１０】 リードライト処理テーブルAを示す図
【図１１】 リードライト処理テーブルBを示す図
【図１２】 リードライト処理テーブルCを示す図
【図１３】 リードライト処理テーブルDを示す図
【図１４】 リードライト処理テーブルEを示す図
【図１５】 管理計算機の提供する画面を示す図
【図１６】 帯域パラメータ算出テーブルとキャッシュ量算出テーブルを示す図
【図１７】 キャッシュ割当テーブルを示す図
【図１８】 第二の実施形態におけるコンピュータシステムの構成を示す図
【図１９】 第三の実施形態におけるコンピュータシステムの構成を示す図
【図２０】 ヒントに基づく記憶領域、帯域、キャッシュの割当て処理を示すフローチャート図
【図２１】 記憶領域の割当て処理を示すフローチャート図
【図２２】 帯域の割当て処理を示すフローチャート図
【図２３】 第四の実施形態におけるコンピュータシステムの構成を示す図
【図２４】 性能情報を示す図
【図２５】 第四の実施形態における帯域パラメータ算出テーブルを示す図
【図２６】 第四の実施形態における割当て処理のフローチャート図
【符号の説明】
１０…ファイバチャネル，２０…通信回線，３０…ＩＰネットワーク，９１…記憶領域，９２…記憶領域，９３…記憶領域，９４…記憶領域，１００…記憶装置，１１０…ファイバチャネルインタフェース，１２０…記憶領域管理モジュール，１２１…マッピングテーブル，１２２…要求受取モジュール，１２４…制御モジュール，１２６…記憶領域割当モジュール，１２８…帯域割当モジュール，１２９…帯域パラメータ算出テーブル，１３０…キャッシュ割当制御モジュール，１３１…キャッシュ量算出テーブル，１３９…キャッシュ割当テーブル，１４０…リードライト処理モジュール，１４１…リードライト処理テーブル，１４５…キャッシュ，１５０…帯域制御モジュール，１６０…ＩＰルータ帯域設定モジュール，１８０…ハードディスク，１９０…ＣＰＵ，１９１…メモリ，１９５…ネットワークインタフェース，１９９…ネットワークインタフェース，２００…ファイバチャネルスイッチ，２２０…ＩＰルータ，２２９…帯域制御モジュール，３００…計算機，３１０…ＣＰＵ，３１１…メモリ，３１５…ネットワークインタフェース，３２０…ファイバチャネルインタフェース，３７０…ＩＰインタフェース，４００…第二の管理計算機，４１０…ＣＰＵ，４１１…メモリ，４９０…ネットワークインタフェース，４９５…ネットワークインタフェース，５００…管理計算機，５１０…ＣＰＵ，５１１…メモリ，５１５…ディスプレイ，５１６…キーボード，５１７…マウス，５２０…要求作成発行モジュール，５９０…ネットワークインタフェース，６１０…記憶領域の作成画面，６２０…記憶領域の一覧表示および記憶領域の削除を指示する画面，７００…記憶装置，７１０…ＩＰインタフェース，７２０…ネットワークファイルシステム処理モジュール
【発明の属する技術分野】
本発明は、記憶装置における記憶領域の割当制御技術に関する。
【0002】
【従来の技術】
ディスクアレイ装置に代表される大規模な記憶装置においては、記憶装置内に計算機が情報を格納するための記憶領域を作成するためのモジュールが用意されていた。しかし、記憶領域を作成するためのモジュールは、記憶装置を製造するベンダごとにそのインタフェースや要求のフォーマットが異なっていた。このため、異なるベンダの記憶装置を導入した場合には、記憶装置の管理者は、ベンダごとに異なるインタフェースや要求のフォーマットを覚えなければならず、大規模なコンピュータシステムでは、大きな問題となっていた。そこで、DMTF(Distributed Management Task Force)は、CIM(Common Information Model)と、WBEM(Web-based Enterprise Management)を策定し、記憶装置において記憶領域を作成する際のインタフェースや要求のフォーマットを策定した。このCIMで定義されたインタフェースを用いることで、ベンダの異なる記憶装置においても、統一的な手法で記憶領域を作成することができる。このCIMで定義された記憶領域の作成インタフェースと要求のフォーマットでは、「ヒント」を用いた記憶領域の作成が定義されている。
【０００３】
一方、計算機と記憶領域の間の帯域を制御するための手法として、例えば、特開２００２−１０８５６７がある。また、ＩＰ（Internet Protocol）においては、ＲＳＶＰ（Resource ReSerVation Protocol (RFC2205)）がＩＥＴＦ（The Internet Engineering Task Force）において策定されている。
【０００４】
【特許文献１】
特開２００１−１０８５６７号
【非特許文献１】
Device27_StorageServices.mof（６６２〜７２１行目）、[online]、２００２年１１月１２日、Destributed Management Task Force、[２００３年１月１８日検索]、インターネット＜URL：http://www.dmtf.org/standards/cim_schema_v27.php＞
【非特許文献２】
RFC2205.txt、[online]、１９９７年９月、The Internet Engineering Task Force、[２００３年１月１８日検索]、インターネット＜URL：http://www.ietf.org/rfc/rfc2205.txt＞
【０００５】
【発明が解決しようとする課題】
従来技術に基づいて帯域制御の効いた記憶領域を作成するためには、まず、ＤＭＴＦのＣＩＭで定義されたインタフェースと要求のフォーマット、ヒントを用いて記憶領域を作成する。ここで、管理者が指定するヒントには、計算機から作成する記憶領域をどのように利用したいかの設計思想（ポリシー）がこめられている。次に、計算機と記憶領域の帯域を設定するために、記憶装置に帯域を設定する。しかし、記憶装置に対する帯域の設定に関しては、先のＤＭＴＦが定義するＣＩＭには定義されていないため、ベンダごとに異なるインタフェースと要求のフォーマットを駆使して設定しなければならない。また、記憶領域を作成する際に指定したヒントに合致するように、帯域制御の設定パラメータを選択し、設定する必要がある。よって、管理者には、記憶領域を作成する際に指定したヒントに対する帯域設定のパラメータを選択するノウハウが必要になり、高度な知識が要求されることとなっていた。また、帯域設定のパラメータの選択を誤る危険性もあり、それを防ぐことはできない。
【０００６】
本発明は、上記の点を鑑みて考えられたものであり、本発明の目的は、記憶領域を割当てる際に指定する記憶領域に対する領域割当要求指針（ヒント）を用いて記憶領域を割当てるとともに、このヒントを用いて帯域制御等の性能保証をも実行することにより、管理者による割当てた記憶領域に対する計算機からのアクセス性能を保証するための設定を自動化することにある。
【０００７】
【課題を解決するための手段】
本発明の一実施形態の記憶装置は、計算機によりアクセスされるデータを保持可能な記憶領域と、計算機と記憶領域との間でのデータのアクセスを制御するアクセス処理モジュールとを有する。管理計算機から、計算機に前記記憶領域を割当てる要求を受信する管理インタフェースと、記憶領域割当要求に従って、計算機に未割当の記憶領域を計算機によりアクセス可能なように割当てる記憶領域割当モジュールと、記憶領域割当要求に従って、計算機と割当てた記憶領域との間でのデータアクセスに影響する対象モジュールの性能を割当てる性能割当モジュールを有する。
【０００８】
他の実施形態の管理プログラムは、計算機と、計算機によりアクセスされるデータを保持可能な記憶領域と計算機と記憶領域との間でのデータのアクセスを制御するアクセス処理モジュールとを有する記憶装置とに接続された管理計算機に実行させるためのプログラムである。管理プログラムは、計算機に記憶領域を割当てる要求を受付ける手順と、記憶装置から、記憶装置内部の複数の対象モジュールの実行性能値を受信する手順と、記憶領域割当要求に従って、計算機に未割当の記憶領域を計算機によりアクセス可能なように割当てるように記憶装置に指示する手順と、記憶領域割当要求と対象モジュールの実行性能値とに従って、計算機と割当てた記憶領域との間でのデータアクセスに影響する性能を割当てるように対象モジュールを特定し、かつ、特定した対象モジュールの性能を割当てるように記憶装置に指示する手順とを管理計算機に実行させる。
【０００９】
なお、本発明の他の特徴については、本明細書及び添付図面の記載により明らかにする。
【００１０】
【発明の実施の形態】
以下、本発明の実施形態を図を用いて説明する。
●システム構成
図１は、第一の実施形態のシステム構成を示す。図１のシステムは、二台の計算機３００（それぞれを区別するときには３０１と３０２と称す）をファイバチャネルスイッチ２００を介して、記憶装置１００に接続している。計算機とファイバチャネルスイッチ、ファイバチャネルスイッチと記憶装置の間の接続には、ファイバチャネル１０を用いて接続している。また、本システムには、管理計算機５００を設け、記憶装置１００の記憶領域の割当と開放を制御させている。管理計算機５００と記憶装置１００は、専用の通信回線２０によって接続している。本発明は、計算機や記憶装置の台数によってなんら制限を受けるものではない。
●計算機
図１に示す計算機３００は、プログラムの実行を司るＣＰＵ３１０と、プログラムやプログラムの実行に必要となる情報を格納するメモリ３１１と、他の計算機との通信を行うためのネットワークインタフェース３１５と、記憶装置１００とデータの交換を行うためのファイバチャネルインタフェース３２０（以下ＦＣインタフェースと略す）からなる。計算機は３００、プログラムの実行によって生成したデータを、ＦＣインタフェース３２０を介して記憶装置１００に割当てた記憶領域に格納することができる。また、計算機３００は、プログラムそのものや、プログラムの実行に必要となるデータを、ＦＣインタフェース３２０を介して記憶装置に割当てられた記憶領域から取得することができる。ＦＣインタフェース３２０は、ＷＷＮ（World Wide Name）と呼ばれる識別番号を有している。このＷＷＮは、ＦＣインタフェースごとにユニークな番号が割当てられ、記憶装置は、どのＦＣインタフェース３２０が発行した要求かを判断することができる。図１に示したシステムでは、このＷＷＮを計算機３００を識別するための識別番号として利用する。ＷＷＮは８バイトで表されるが、本実施形態では、便宜上、計算機３００に割当てた番号３０１と３０２を用いて説明することにする。
●記憶装置
図１に示す記憶装置１００には、二つのＦＣインタフェース１１０（それぞれを区別するときには１１１と１１２と称す）を設けている。ＦＣインタフェース１１０には、帯域制御モジュール１５０を設けている。記憶装置１００が有する記憶領域は、割当済の記憶領域と、未割当の記憶領域の二つに大別され、記憶領域管理モジュール１２０によって管理する。割当済の記憶領域は、リードライト処理モジュール１４０によって、ＦＣインタフェース１１０に接続され、計算機３００から利用可能になる。記憶装置１００には、管理計算機５００からの記憶領域の割当要求および開放要求を受け取るための要求受取モジュール１２２と、要求受取モジュール１２２が受け取った要求を解釈し実行するための制御モジュール１２４と、割当要求に従って未割当の記憶領域から、必要な記憶領域を取り出してＦＣインタフェース１１０に接続するための記憶領域割当モジュール１２６と、帯域制御モジュール１５０に帯域制御パラメータを設定するための帯域割当モジュール１２８と、記憶領域にキャッシュを割当てるキャッシュ割当制御モジュール１３０を設けている。帯域制御モジュール１５０は、記憶領域割当要求に従って設定されたパラメータに従って、計算機と割当てた記憶領域との間でのデータアクセスに影響する性能を保証するように、FCインタフェース１１０を制御する性能割当モジュールの一つである。キャッシュ割当制御モジュール１３０は、記憶領域割当要求に従って設定されたパラメータに従って、計算機と割当てた記憶領域との間でのデータアクセスに影響するキャッシュの割当量を制御する性能割当モジュールの一つである。
【００１１】
一方、計算機３００からのデータのリードライト要求は、ＦＣインタフェース１１０が受け取り、リードライト処理モジュール１４０が要求を処理する。リードライト処理モジュール１４０は、記憶領域管理モジュール１２０の管理するマッピングテーブル１２１に基づき、計算機から受け取ったリードライト要求解釈し、指定された記憶領域にデータを格納したり、指定された記憶領域からデータを取得したりする。
【００１２】
図２は、記憶装置のハードウェア構成を示す図である。記憶装置１００は、プログラムの実行を司るＣＰＵ１９０と、プログラムを格納するメモリ１９１と、管理計算機５００との通信を行うためのネットワークインタフェース１９５と、ＦＣインタフェース１１０と、記憶領域を構成する複数台のハードディスク装置１８０と、ハードディスク装置１８０に格納するデータや、計算機３００から受け取ったデータを一時的に格納するキャッシュ１４５からなる。記憶領域管理モジュール１２０、要求受取モジュール１２２、制御モジュール１２４、記憶領域割当モジュール１２６、帯域割当モジュール１２８、キャッシュ割当制御モジュール１３０、帯域制御モジュール１５０は、メモリ１９１に保持し、ＣＰＵ１９０がそのプログラムを実行することによってその機能を実現している。また、後述するマッピングテーブル１２１、帯域パラメータ算出テーブル１２９、キャッシュ量算出テーブル１３１、キャッシュ割当テーブル１３９、リードライト処理テーブル１４１などの各モジュールを実行するにあたり必要となる情報も、メモリ１９１に保持する。
●プログラムの保持
記憶装置１００のメモリ１９１に格納される記憶領域管理モジュール１２０、要求受取モジュール１２２、制御モジュール１２４、記憶領域割当モジュール１２６、帯域割当モジュール１２８、キャッシュ割当制御モジュール１３０、帯域制御モジュール１５０は、プログラムとして記憶装置１００内のＲＯＭや磁気ディスク装置等の不揮発記録媒体に記録され、記憶装置の起動時にメモリ１９１にロードされて実行されるものとする。また、プログラムを記録する媒体は、ＲＯＭや磁気ディスク装置以外の他の記憶媒体（ＣＤ−ＲＯＭやフロッピー（登録商標）ディスク）でも良い。さらに、プログラムは、当該記憶媒体からコンピュータにロードして実行しても良いし、ネットワークを通じて当該記憶媒体にアクセスしてロードするものとしてもよい。
●記憶領域の管理
記憶装置１００は、複数台のハードディスク１８０（本実施形態の場合には３台のハードディスクを用意しておりそれぞれを区別するときには１８１，１８２，１８３と称す）によって、記憶領域を提供している。本実施形態では、一台のハードディスク１８０の容量を１００ＧＢとして説明する。通常、ハードディスクは、５１２バイトを一つのブロック（リードライト処理の最小単位）として管理している。１００ＧＢのハードディスクの場合、２０９７１５２００個のブロックを有していることになる。ブロックには、ＬＢＡ（Logical Block Address）とよばれる番号を割当ててブロックを識別している。１００ＧＢのハードディスクの場合、０〜２０９７１５１９９番が先頭のブロックから順番に割り振られる。
【００１３】
図３〜８は、マッピングテーブル１２１を示す図である。
【００１４】
記憶領域管理モジュール１２０は、図３〜８に示すマッピングテーブル１２１によって、割当済の記憶領域と未割当の記憶領域を、ハードディスク番号とＬＢＡ範囲によって管理する。図３の場合、割当済の記憶領域はなく、ハードディスク１８１、１８２、１８３は、全て、未割当状態であることを示す。（図３〜８において、ハードディスク番号は図２のそれと一致させて説明している。） また、図４の場合、ハードディスク１８１のＬＢＡ０〜４１９４３０３９は、記憶領域番号９１として割当て済みであることを示す。
●アクセス制御と帯域制御の仕組み
次に、記憶装置のアクセス制御と帯域制御の仕組みについて図９を用いて説明する。
【００１５】
図９は、アクセス制御と帯域制御を説明するための模式図である。図９では、二台の計算機３０１と３０２を、ファイバチャネルスイッチ２００を介して、記憶装置１００に接続している。記憶装置１００には、二つの割当済の記憶領域９１と９３があり、一つのＦＣインタフェース１１１に接続している。この構成では、二台の計算機３０１と３０２は、一つのインタフェース１１１を共有することになる。
【００１６】
図１０〜１４は、リードライト処理テーブルを示す図である。リードライト処理モジュール１４０と帯域制御モジュール１５０は、図１０〜１４に示すリードライト処理テーブル１４１を用いて、計算機に対する記憶領域のアクセス制御と帯域制御を行う。アクセス制御はリードライトモジュール１４０が司り、帯域制御は帯域制御モジュール１５０が司る。例えば、図１３に示すリードライト処理テーブル１４１によれば、ＦＣインタフェース１１１には、二つの割当済の記憶領域９１と９３があり、記憶領域９１に対してはＷＷＮ３０１（すなわち計算機３０１）が、記憶領域９３に対してはＷＷＮ３０２（すなわち計算機３０２）がアクセス可能（リードライト処理可能）であるとことがわかる。リードライト処理モジュール１４０は、リードライト処理テーブル１４１のこの情報に従って、アクセス制御を行う。すなわち、計算機３０１からのリードライト要求に対しては記憶領域９１のみをアクセス可能とし、計算機３０２からのリードライト要求に対しては記憶領域９３のみをアクセス可能とする。また、計算機３０１と３０２で共有しているＦＣインタフェース１１１で、計算機３０１からのリードライト要求と、計算機３０２からのリードライト要求が重なった場合には、帯域制御モジュール１５０は、リードライト処理テーブル１４１に保持されたアクセス比率に従い、計算機３０２と計算機３０１からのアクセスが競合した場合においても、計算機３０１のからのアクセスが８０％、計算機３０２からのアクセスが１０％の割合となるように制御を行う。
●管理計算機
図１に示す管理計算機５００は、プログラムの実行を司るＣＰＵ５１０と、プログラムやプログラムの実行に必要となる情報を格納するメモリ５１１と、プログラムの実行状態を表示するためのディスプレイ５１５と、管理者の指示を入力するためのキーボード５１６とマウス５１７と、記憶装置１００に記憶領域の割当要求および開放要求を作成発行するための要求作成発行モジュール５２０と、記憶装置１００と接続するためのネットワークインタフェース５９０を設けている。
【００１７】
図15は、管理計算機の提供する画面を示す図である。管理計算機500上ディスプレイ515には、図15に示す画面を表示し、管理者が記憶領域の作成、削除、および状態管理を行う。図15(A)は記憶領域の作成図面610である。記憶領域を割当てる計算機を指定する入力フィールド611、作成する記憶領域の容量を指定する入力フィールド612、記憶領域を作成するヒントを入力する三つの入力フィールド613〜615、作成を指示する作成ボタン619からなる。図15(B)は記憶領域の一覧表示および記憶領域の削除を指示する画面620である。図面620には、計算機ごとに割当済の記憶領域および記憶領域に割当てられたヒントを表示する表示領域621、削除する記憶領域を選択する選択フィールド622、未割当の記憶領域の容量を表示する表示領域625、選択フィールド622によって選択された記憶領域を開放するための開放ボタン629からなる。
記憶領域の割当要求とヒント
本実施形態では、管理計算機は、DMTFのCIMおよびWBEMによって規定されるインタフェースと要求のフォーマットに従って、記憶領域の割当要求を記憶装置に発行する。割当要求を発行する際に用いるヒントは、従来技術に示したように、DataAvailabilityHint、AccessRandomnessHint、AccessDirectionHint、AccessSizeHint、AccessLatencyHint、AccessBandwidthWeight、StorageCostHint、StorageEfficiencyHintの八種類に及ぶが、本実施形態では、AccessBandwidthWeight、AccessRandomenessHint、AccessLatencyHintの三つに絞り発明を説明することにする。もちろん、全てのヒントを利用することで、よりよい実施形態になる。また、CIM以外によって定義されるヒントにおいても適用可能である。
割当シーケンス
それでは、図を用いながら、本発明に特徴的な記憶領域の割当てと、帯域設定について説明する。ここでは、図3および図10に示す状態を初期状態と仮定し、すなわち、全ての記憶領域は未割当の状態であることを初期状態として説明する。また、処理の流れについては、図20〜22のフローチャートを用いて説明する。
【００１８】
図２０は、ヒントに基づく記憶領域の割当て、性能保証する処理を示すフローチャートである。
【００１９】
図２１は、記憶領域の割当て処理を示すフローチャートである。
【００２０】
図２２は、帯域保証する処理のフローチャートである。
●初期化状態から一つ目の記憶領域９１の作成
管理者が、管理計算機５００を操作して計算機３０１に記憶領域を割当てることを想定する。管理者は、管理計算機５００の表示する画面６１０を用いて、記憶領域の作成を指示する。 ここで管理者は、例えば、
計算機を指定する入力フィールド６１１に「３０１」
記憶領域の容量を指定する入力フィールド６１２に「２０ＧＢ」
記憶領域を作成するヒントを入力するフィールド６１３〜６１５にそれぞれ、
AccessBandwidthWeightに「１０」
AccessRandomnessHintに「１０」
AccessLatencyHint「０」
を入力し（１１０１）、作成ボタン６１９を押す（１１０３）。管理計算機５００は、入力フィールドに入力された値を取得し（１１０５）、ＣＩＭに基づく割当要求を作成し（１１０７）、記憶装置１００に発行する（１１０９）。管理計算機５００で作成された割当要求は、管理計算機５００のＣＰＵ５１０によって、ネットワークインタフェース５９０を介して記憶装置１００に発行される。記憶装置１００の要求受取モジュール１２２は、ネットワークインタフェース１９５を介して管理計算機５００が発行した割当要求を受け取る（１１１１）。要求受取モジュール１２２は、割当要求を受け取ると、制御モジュール１２４に割当要求を渡す（１１１３）。制御モジュール１２４は、要求を解析し、割当要求であることを判定する（１１１７）。制御モジュール１２４は、割当要求であるとわかると、まず、作成すべき容量とヒントを取得する（１１１９）。制御モジュールは、作成すべき容量とヒントを記憶領域割当モジュール１２６に渡し、記憶領域の割当を依頼する。記憶領域割当モジュール１２６は、ヒントを元に、指定された（今の場合には２０ＧＢ）の記憶領域を、どのハードディスクから割当てるかをマッピングテーブル１２１から決定する（１１２１）。記憶領域を作成するハードディスクを選択するアルゴリズムの詳細は、図２１にそのフローチャートを示す。図３の状態では、未使用状態であるので（１２０５）、一番番号の若いハードディスク１８１から２０ＧＢ（ＬＢＡの０〜４１９４３０３９）を割当てる（１２１３）。記憶領域割当モジュール１２６は、記憶装置領域番号として９１を割当て（１２１５）、図４に示すように、マッピングテーブル１２１を更新する（１１２５）。マッピングテーブル１２１には、ヒントの一つとして受け取ったAccessBandwidthWeightとAccessRandomnessHint、AccessLatencyHintの値も保持している。記憶領域割当モジュール１２６は、記憶領域の割当てが完了すると、制御モジュール１２４に完了を通知する。
【００２１】
次に、制御モジュール１２４は、ヒントを帯域割当モジュール１２８に渡し、記憶領域を接続するＦＣインタフェースの選択と、帯域制御モジュール１５０に対して設定するパラメータの算出を依頼する。帯域割当モジュール１２８は、ヒントから帯域制御モジュール１５０に対して設定するパラメータを算出する（１１２９）。
【００２２】
図１６は、帯域パラメータ算出テーブルとキャッシュ量算出テーブルを示す図である。本実施形態では、図１６（A）に示す帯域パラメータ算出テーブル１２９を用いてパラメータを求めている。帯域パラメータ算出テーブル１２９は、０から１０で与えられるAccessBandwidthWeightを帯域制御モジュール１５０に与えるパラメータに変換するためのテーブルである。なお、記憶領域を接続するＦＣインタフェースの選択するアルゴリズムのフローチャートは図２２を用い詳細に後述する。前記設定の場合、AccessBandwidthWeightは「１０」なので、帯域制御モジュール１５０に設定するパラメータは「８０％」になる（１３０１）。次に、帯域割当モジュール１２８は、リードライト処理テーブル１４１を参照し、帯域を８０％割当可能なＦＣインタフェースを検索する（１３０３）。図１０に示すように、ＦＣインタフェースに記憶領域は未割当の初期状態としているので（１３０７）、帯域割当モジュール１２８は、一番番号の若いＦＣインタフェース１１１に記憶領域９１を接続する（１３１１）。アクセスを許可する計算機は３０１なので、リードライト処理テーブル１４１は、帯域割当モジュール１２８によって、図１１のように更新する（１１３３）。帯域割当モジュール１２８は、帯域の割当てを完了すると、制御モジュール１２４に完了を通知する。
【００２３】
次に、制御モジュール１２４は、ヒントをキャッシュ割当制御モジュール１３０に渡し、記憶領域９１に専用に割当てるキャッシュ量の選択を依頼する。キャッシュ割当制御モジュール１３０は、図１６（B）に示すキャッシュ量算出テーブル１３１を用いて記憶領域に割当てるキャッシュの量を算出する（１１３５）。キャッシュ量算出テーブル１３１は、０から１０で与えられるAccessLatencyHintとAccessRandomnessHintから記憶領域に専用に割当てるためのキャッシュ量を算出するためのテーブルである。キャッシュ割当制御モジュール１３０は、AccessLatencyHintから記憶領域の容量に対するキャッシュのパーセンテージを求め、記憶領域の容量と乗算することによってキャッシュの割当量を算出する。前記ヒントの場合、AccessLatencyHintは「０」なので（１１３７）、キャッシュ割当制御モジュール１３０は、記憶領域９１には専用のキャッシュを割当てず、制御モジュール１２４に完了を通知する。
【００２４】
制御モジュール１２４は、要求受取モジュール１２２に割当要求が完了したことを通知する。要求受取モジュール１２２は、管理計算機５００に割当要求が完了したことを通知する。
【００２５】
以上により、管理者が要求した２０ＧＢの記憶領域は、記憶装置１００に生成され、計算機３０１から利用できるようになった。以上のように処理することで、ヒントに従って作られた記憶領域９１に対して、計算機３０１と記憶領域９１の間の帯域もヒントに基づいて設定することができる。これにより、記憶領域を作成した後に、別のモジュールによって帯域を設定する二度手間が省ける。また、従来のＣＩＭのインタフェースおよび要求のフォーマットになんら変更を加えることなく、帯域の設定までを行うことができる。
●二つ目の記憶領域９２の作成
さらに管理者が、管理計算機５００を操作して計算機３０２に記憶領域を割当てることを想定する。管理者は、管理計算機５００の表示する画面６１０を用いて、記憶領域の作成を指示する。ここで管理者は、例えば、
計算機を指定する入力フィールド６１１に「３０２」
記憶領域の容量を指定する入力フィールド６１２に「２０ＧＢ」
記憶領域を作成するヒントを入力するフィールド６１３〜６１５にそれぞれ、
AccessBandwidthWeightに「８」
AccessRandomnessHintに「０」
AccessLatencyHint「０」
を入力し（１１０１）、作成ボタン６１９を押す（１１０３）。管理計算機５００は、入力フィールドに入力された値を取得し（１１０５）、ＣＩＭに基づく割当要求を作成し（１１０７）、記憶装置１００に発行する（１１０９）。管理計算機５００で作成された割当要求は、先と同様に要求受取モジュール１２２が受け取り（１１１１）制御モジュール１２４に渡される（１１１３）。制御モジュール１２４は、割当要求から、作成すべき容量とヒントを取得する（１１１９）。制御モジュールは、作成すべき容量とヒントを記憶領域割当モジュール１２６に渡し、記憶領域の割当を依頼する。記憶領域割当モジュール１２６は、ヒントを元に、指定された（今の場合には２０ＧＢ）の記憶領域を、どのハードディスクから割当てるかをマッピングテーブル１２１から決定する（１１２１）。マッピングテーブル１２１は、図４の状態であるので、記憶領域割当モジュール１２６は、ハードディスク１８２から、２０ＧＢ（ＬＢＡの０〜４１９４３０３９）を割当てる（１２１３）。ここで、ハードディスク１８１から割当てなかったのは、既に割当済の記憶領域９１がAccessRandomnessHintが「１０」であり、今回作成する記憶領域のAccessRandomnessHintが「０」であるため、シーケンシャルアクセスとランダムアクセスが混在することを避けるためである（１２０３）。記憶領域割当モジュール１２６は、記憶領域番号として９２を割当て（１２１５）、図５に示すように、マッピングテーブル１２１を更新する（１１２５）。先と同様に、マッピングテーブル１２１には、ヒントとして受けとったAccessBandwidthWeightとAccessRandomnessHint、AccessLatencyHintの値も保持している。記憶領域割当モジュール１２６は、記憶領域の割当てが完了すると、制御モジュール１２４に完了を通知する。
【００２６】
次に、制御モジュール１２４は、ヒントを帯域割当モジュール１２８に渡し、記憶領域を接続するＦＣインタフェースの選択と、帯域制御モジュール１５０に対して設定するパラメータの算出を依頼する。前記設定の場合、AccessBandwidthWeightは「８」なので、帯域制御モジュール１５０に設定するパラメータは「６０％」になる（１３０１）。次に、帯域割当モジュール１２８は、リードライト処理テーブル１４１を参照し、帯域を６０％割当可能なＦＣインタフェースを検索する（１３０３）。図１１に示すように、ＦＣインタフェース１１１には、既に記憶領域９１が接続され、帯域を８０％占有しているので、帯域割当モジュール１２８は、ＦＣインタフェース１１２に記憶領域９２を接続する（１３０７，１３１１）。アクセスを許可する計算機は３０２なので、リードライト処理テーブル１４１は、帯域割当モジュール１２８によって、図１２のように更新する（１１３３）。帯域割当モジュール１２８は、帯域の割当てを完了すると、制御モジュール１２４に完了を通知する。
【００２７】
次に、制御モジュール１２４は、ヒントをキャッシュ割当制御モジュール１３０に渡し、記憶領域９２に専用に割当てるキャッシュ量の選択を依頼する。前記ヒントの場合、AccessLatencyHintは「０」なので、キャッシュ割当制御モジュール１３０は、記憶領域９２には専用のキャッシュを割当てず（１１３７）、制御モジュール１２４に完了を通知する。
【００２８】
制御モジュール１２４は、要求受取モジュール１２２に割当要求が完了したことを通知する。要求受取モジュール１２２は、管理計算機５００に割当要求が完了したことを通知する。
【００２９】
以上により、管理者が要求した２０ＧＢの記憶領域９２は、記憶装置１００に生成され、計算機３０２から利用できるようになった。記憶領域９２は、ヒントを用いて、記憶領域９１とは、異なるハードディスク１８２の中に作成され、記憶領域９１の接続されたＦＣインタフェース１１１とは異なるＦＣインタフェース１１２に接続することができる。
●三つ目の記憶領域９３の作成
さらに管理者が、管理計算機５００を操作して計算機３０２に記憶領域を割当てることを想定する。管理者は、管理計算機５００の表示する画面６１０を用いて、記憶領域の作成を指示する。ここで管理者は、例えば、
計算機を指定する入力フィールド６１１に「３０２」
記憶領域の容量を指定する入力フィールド６１２に「１ＧＢ」
記憶領域を作成するヒントを入力するフィールド６１３〜６１５にそれぞれ、
AccessBandwidthWeightに「１」
AccessRandomnessHintに「１０」
AccessLatencyHint「１０」
を入力し（１１０１）、作成ボタン６１９を押す（１１０３）。管理計算機５００は、入力フィールドに入力された値を取得し（１１０５）、ＣＩＭに基づく割当要求を作成し（１１０７）、記憶装置１００に発行する（１１０９）。管理計算機５００で作成された割当要求は、先と同様に要求受取モジュール１２２が受け取り（１１１１）、制御モジュール１２４に渡される（１１１３）。制御モジュール１２４は、割当要求から、作成すべき容量とヒントを取得する（１１１９）。制御モジュールは、作成すべき容量とヒントを記憶領域割当モジュール１２６に渡し、記憶領域の割当を依頼する。記憶領域割当モジュール１２６は、ヒントを元に、指定された（今の場合には１ＧＢ）の記憶領域を、どのハードディスクから割当てるかをマッピングテーブル１２１から決定する（１１２１）。マッピングテーブル１２１は、図５の状態であるので、記憶領域割当モジュール１２６は、ハードディスク１８１から、１ＧＢ（ＬＢＡの４１９４３０４０〜４４０４０１９１）を割当てる（１２１３）。ここで、ハードディスク１８１から割当てたのは、既に割当済の記憶領域９１がAccessRandomnessHintが「１０」であり、今回作成する記憶領域のAccessRandomnessHintが「１０」であるため（１２０３）、同一ハードディスク内でのアクセスパターンの混在が少なく、かつ、AccessBandwidthWeightが「１」と小さくアクセス頻度も低く、既に割当済の記憶領域９１に対する影響が少ないと判断したためである（１２１１）。ここでは、具体的に同一ハードディスク内に割当てられた記憶領域のAccessBandwidthWeightが１５以下になるように制御している（１２１１）。なお、既に割当てられている記憶領域に対してのアクセスランダム性又はアクセス帯域幅は実行値を測定し、その実行値を相当するAccessRandomnessHint又はAccessBandwidthWeightに変換して比較するようにしても良い。記憶領域割当モジュール１２６は、記憶領域番号として９３を割当て（１２１５）、図６に示すように、マッピングテーブル１２１を更新する（１１２５）。先と同様に、マッピングテーブル１２１には、ヒントとして受けとったAccessBandwidthWeightとAccessRandomnessHint、AccessLatencyHintの値も保持している。記憶領域割当モジュール１２６は、記憶領域の割当てが完了すると、制御モジュール１２４に完了を通知する。
【００３０】
次に、制御モジュール１２４は、ヒントを帯域割当モジュール１２８に渡し、記憶領域を接続するＦＣインタフェースの選択と、帯域制御モジュール１５０に対して設定するパラメータの算出を依頼する。前記設定の場合、AccessBandwidthWeightは「１」なので、帯域制御モジュール１５０に設定するパラメータは「１０％」になる（１３０１）。次に、帯域割当モジュール１２８は、リードライト処理テーブル１４１を参照し、帯域を１０％割当可能なＦＣインタフェースを検索する（１３０３）。図１２に示すように、ＦＣインタフェース１１１には、既に記憶領域９１が接続され、帯域を８０％占有している。また、ＦＣインタフェース１１２には、既に記憶領域９２が接続され、帯域を６０％占有している。しかし、どちらのＦＣインタフェースに対しても１０％の帯域を割当てることができる。そこで、帯域割当モジュール１２８は、マッピングテーブル１２１を参照し（現時点での状態は図６）、記憶領域９１と記憶領域９２のAccessRandomnessHintの値を確認する（１３０５）。マッピングテーブル１２１より、記憶領域９１のAccessRandomnessHintの値が、今回作成した記憶領域９３のAccessRandomnessHintの値が同じであることがわかる。そこで、帯域割当モジュール１２８は、記憶領域９１の接続されているＦＣインタフェース１１１に記憶領域９３を接続する（１３１１）。アクセスを許可する計算機は３０２なので、リードライト処理テーブル１４１は、帯域割当モジュール１２８によって、図１３のように更新する（１１３３）。帯域割当モジュール１２８は、帯域の割当てを完了すると、制御モジュール１２４に完了を通知する。
【００３１】
次に、制御モジュール１２４は、ヒントをキャッシュ割当制御モジュール１３０に渡し、記憶領域９１に専用に割当てるキャッシュ量の選択を依頼する。前記ヒントの場合、AccessLatencyHintは「１０」、AccessRandomnessHintは「１０」なので、キャッシュ割当制御モジュール１３０は、キャッシュ割当比率は「１００％」となり（１１３５）、記憶領域９３の容量は１ＧＢであるので、キャッシュ割当制御モジュール１３０は、記憶領域９３に割当てるキャッシュ量を１ＧＢと算出する（１１３９）。
【００３２】
図１７は、キャッシュ割当テーブルを示す図である。キャッシュ割当制御モジュール９３は、図１７（A）に示すキャッシュ割当テーブル１３９を参照し、特定の記憶領域に割当てられていないキャッシュ量が４ＧＢあることを確認する（１１４１）。そこで、キャッシュ割当制御モジュール１３０は、記憶領域９３に１ＧＢのキャッシュを割当てるため、キャッシュ割当テーブル１３９を、図１７（B）に示すように更新する（１１４３）。もし、キャッシュ割当テーブルを参照して特定の記憶領域に割当てられていないキャッシュ量が、割当てに必要なキャッシュ量に満たない場合には、制御モジュール１２４に対して割当てできなかったことを通知することになる。今回の場合には、１ＧＢのキャッシュを割当てることができたので、キャッシュ割当制御モジュール１３０は、制御モジュール１２４にキャッシュの割当て完了を通知する。
【００３３】
制御モジュール１２４は、要求受取モジュール１２２に割当要求が完了したことを通知する。要求受取モジュール１２２は、管理計算機５００に割当要求が完了したことを通知する。
【００３４】
以上により、管理者が要求した１ＧＢの記憶領域９３は、記憶装置１００に生成され、計算機３０２から利用できるようになった。記憶領域９３は、ヒントを用いて、記憶領域９１と同じハードディスク１８１の中に作成され、記憶領域９１の接続されたＦＣインタフェース１１１と同じＦＣインタフェース１１１に接続された。計算機３０２からの記憶領域９３に対するアクセス頻度が高くなっても、帯域制御モジュール１５０によって、アクセス比率は１０％に抑えられるため、高いアクセス頻度が求められる記憶領域９１のアクセスに８０％の優先度を保証することができる。また、記憶領域９３には、十分なキャッシュを割当ててあるので、リードライトの際の処理時間（レイテンシ）も高速化することができている。
●四つ目の記憶領域９４の作成（帯域不足によるエラー）
さらに管理者が、管理計算機５００を操作して計算機３０２に記憶領域を割当てることを想定する。管理者は、管理計算機５００の表示する画面６１０を用いて、記憶領域の作成を指示する。ここで管理者は、例えば、
計算機を指定する入力フィールド６１１に「３０２」
記憶領域の容量を指定する入力フィールド６１２に「１ＧＢ」
記憶領域を作成するヒントを入力するフィールド６１３〜６１５にそれぞれ、
AccessBandwidthWeightに「１０」
AccessRandomnessHintに「０」
AccessLatencyHint「０」
を入力し（１１０１）、作成ボタン６１９を押す（１１０３）。管理計算機５００は、入力フィールドに入力された値を取得し（１１０５）、ＣＩＭに基づく割当要求を作成し（１１０７）、記憶装置１００に発行する（１１０９）。管理計算機５００で作成された割当要求は、先と同様に要求受取モジュール１２２が受け取り（１１１１）、制御モジュール１２４に渡される（１１１３）。制御モジュール１２４は、割当要求から、作成すべき容量とヒントを取得する（１１１９）。制御モジュールは、作成すべき容量とヒントを記憶領域割当モジュール１２６に渡し、記憶領域の割当を依頼する。記憶領域割当モジュール１２６は、ヒントを元に、指定された（今の場合には１ＧＢ）の記憶領域を、どのハードディスクから割当てるかをマッピングテーブル１２１から決定する（１１２１）。マッピングテーブル１２１は、図６の状態であるので、記憶領域割当モジュール１２６は、ハードディスク１８３から、１ＧＢ（ＬＢＡの０〜２０９７１５１）を割当てる（１２１３）。ここで、ハードディスク１８３から割当てたのは、AccessBandwidthWeightが「１０」と大きく、既に割当済の記憶領域９１と９２への影響を考慮したためである（１２０３，１２０５，１２１１）。記憶領域割当モジュール１２６は、記憶領域番号として９４を割当て（１２１５）、図７に示すように、マッピングテーブル１２１を更新する（１１２５）。先と同様に、マッピングテーブル１２１には、ヒントとして受けとったAccessBandwidthWeightとAccessRandomnessHint、AccessLatencyHintの値も保持している。記憶領域割当モジュール１２６は、記憶領域の割当てが完了すると、制御モジュール１２４に完了を通知する。
【００３５】
次に、制御モジュール１２４は、ヒントを帯域割当モジュール１２８に渡し、記憶領域を接続するＦＣインタフェースの選択と、帯域制御モジュール１５０に対して設定するパラメータの算出を依頼する。前記設定の場合、AccessBandwidthWeightは「１０」なので、帯域制御モジュール１５０に設定するパラメータは「８０％」になる（１３０１）。次に、帯域割当モジュール１２８は、リードライト処理テーブル１４１を参照し、帯域を８０％割当可能なＦＣインタフェースを検索する（１３０３）。図１３に示すように、ＦＣインタフェース１１１およびＦＣインタフェース１１２とも、新たに帯域を８０％割当てることができない（１３０７）。帯域割当モジュール１２４は、帯域を割当られなかったことを制御モジュール１２４に通知する（１３９９）。制御モジュール１２４は、帯域の割当てが失敗したことの通知を受けると（１１２９）、記憶領域割当モジュール１２６に対して記憶領域９４の割当を取り消すよう依頼する（１１３１）。記憶領域割当モジュール１２６は、マッピングテーブル１２１を図６の状態に戻す。制御モジュール１２４は、要求受取モジュール１２２に割当要求が失敗したことを通知する。要求受取モジュール１２２は、管理計算機５００に割当要求が失敗したことを通知する。
【００３６】
以上により、管理者が要求した１ＧＢの記憶領域は、記憶装置１００に生成されない。管理者は、ヒントを再設定して再度作成ボタンを押すことができる。また、制御モジュール１２４は、要求受取モジュール１２２に割当要求が失敗したことを通知する際に、最大割当可能なAccessBandwidthWeightの値（今回の場合にはＦＣインタフェース１１２の残り４０％が最大なので図１６（A）に示す帯域パラメータ算出テーブル１２９から逆引きすると「６」とわかる）「６」を返し、要求受取モジュールは、このAccessBandwidthWeightの値「６」を管理計算機５００に通知することで、管理者にAccessBandwidthWeightに最大設定可能な値が「６」であることを教えても良い。
●開放シーケンス
管理者が、管理計算機５００を操作して計算機３０１の記憶領域９１を開放することを想定する。管理者は、管理計算機５００の表示する画面６２０を用いて、記憶領域９１の開放を指示する。ここで管理者は、画面６２０上の記憶領域９１に対応する選択フィールド６２２をチェックし、開放ボタン６２９を押す。管理計算機５００は、選択フィールドで選択された記憶領域の番号「９１」を取得し、ＣＩＭに基づく開放要求を作成し、記憶装置１００に発行する。管理計算機５００で作成された開放要求は、管理計算機５００のＣＰＵ５１０によって、ネットワークインタフェース５９０を介して記憶装置１００に発行される。記憶装置１００の要求受取モジュール１２２は、ネットワークインタフェース１９５を介して管理計算機５００が発行した開放要求を受け取る。要求受取モジュール１２２は、開放要求を受け取ると、制御モジュール１２４に開放要求を渡す。制御モジュール１２４は、要求を解析し、開放要求であることを判定する。制御モジュール１２４は、帯域割当モジュール１２６に記憶領域９１の占有している帯域の開放を依頼する。帯域割当モジュール１２８は、記憶領域９１に関する情報をリードライト制御テーブル１４１から削除する。リードライト制御テーブル１４１は、図１４のように更新される。次に、制御モジュール１２４は、記憶領域割当モジュール１２６に記憶領域９１が占有しているブロックの開放を依頼する。記憶領域割当モジュール１２５は、記憶領域９１に関する情報をマッピングテーブル１２１から削除する。マッピングテーブル１２１は、図８のように更新される。帯域割当モジュール１２８における帯域の開放処理と、記憶領域割当モジュールにおけるブロックの開放処理が終了すると、制御モジュール１２４は、要求受取モジュール１２２に開放要求が完了したことを通知する。要求受取モジュール１２２は、管理計算機５００に開放要求が完了したことを通知する。管理計算機５００は、開放要求の完了を受け取ると、画面６２０を更新する。
●システム構成
図１８は、第二の実施形態のシステム構成を示す。図１８のシステムも、図１のシステムと同様に、二台の計算機３００をファイバチャネルスイッチ２００を介して、記憶装置１００に接続している。計算機とファイバチャネルスイッチ、ファイバチャネルスイッチと記憶装置の間の接続には、ファイバチャネル１０を用いて接続している。また、本システムには、管理計算機５００に加えて、第二の管理計算機４００を設け、記憶装置１００の記憶領域の割当と開放を制御させている。管理計算機５００と第二の管理計算機４００、第二の管理計算機４００と記憶装置１００は、専用の通信回線２０によって接続している。
●第二の管理計算機
図１８に示す第二の管理計算機４００は、プログラムの実行を司るＣＰＵ４１０と、プログラムやプログラムの実行に必要となる情報を格納するメモリ４１１と、管理計算機５００と接続するためのネットワークインタフェース４９０と、記憶装置１００と接続するためのネットワークインタフェース４９５を設けている。第二の管理計算機４００には、管理計算機５００からの割当要求および開放要求を受け取るための要求受取モジュール１２２、制御モジュール１２４、帯域割当モジュール１２８、キャッシュ割当制御モジュール１３０を設けている。第二の管理計算機に設けた制御モジュール１２４、帯域割当モジュール１２８、キャッシュ割当制御モジュール１３０は、それぞれ、記憶装置１００に設けた記憶領域管理モジュール１２０、帯域制御モジュール１５０、キャッシュ１４５と、ネットワークインタフェース４９５およびネットワークインタフェース１９５を介して通信しながらその処理を実行する。本実施形態では、要求受取モジュール１２２、制御モジュール１２４、帯域割当モジュール１２８、キャッシュ割当制御モジュール１３０を第二の管理計算機４００に設ける形態で記載したが、管理計算機５００に設けても実現することができる。
●プログラムの保持
第二の管理計算機４００のメモリ４１１に格納される要求受取モジュール１２２、制御モジュール１２４、帯域割当モジュール１２８、キャッシュ割当制御モジュール１３０は、プログラムとしてＣＤ−ＲＯＭ等の記録媒体に記録され、磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。また、プログラムを記録する媒体は、ＣＤ−ＲＯＭ以外の他の記憶媒体でも良い。さらに、プログラムは、当該記憶媒体からコンピュータにインストールしても良いし、ネットワークを通じて当該記憶媒体にアクセスしてプログラムを使用するものとしてもよい。
●割当シーケンス
記憶領域の割当処理に関しては、基本的には、第一の実施形態で示した処理をそのまま当てはめることができる。本実施形態に特徴的な処理としては、第二の管理計算機４００に設けた各モジュールと記憶装置１００に設けた各モジュールが、ネットワークインタフェース４９５およびネットワークインタフェース１９５を介して通信しながらその処理を実行する。
●システム構成
図１９は、第三の実施形態のシステム構成を示す。図１９のシステムでは、二台の計算機３００を二台のＩＰルータ２２０を介して、記憶装置７００に接続している。計算機とＩＰルータ、ＩＰルータ間、ＩＰルータと記憶装置の間の接続には、ＩＰネットワーク３０を用いて接続している。このため、計算機には、ファイバチャネルインタフェース３２０に代えて、ＩＰインタフェース３７０を設けている。また、第一の実施形態と同様、本システムにも、管理計算機５００を設け、記憶装置７００の記憶領域の割当と開放を制御させている。管理計算機５００と記憶装置７００は、専用の通信回線２０によって接続している。
●帯域制御の仕組み
ＩＰルータにおける帯域制御の仕組みは、ＲＳＶＰとして知られている。ＩＰルータ２００には、ＲＳＶＰを設定するための帯域制御モジュール２２９を設けている。
●記憶装置
図１９に示す記憶装置７００には、二つのＩＰインタフェース７１０を設けている。ＩＰインタフェース７１０とＦＣインタフェース１１０の間には、ネットワークファイルシステム処理モジュール７２０を設け、ＩＰインタフェース７１０によって受け取るリードライト要求を、ＦＣインタフェース１１０が解釈できるリードライト要求に変換する。ＦＣインタフェース１１０から先のリードライト処理については、第一の実施形態と同様である。ただし、記憶装置７００には、帯域制御モジュールを設けておらず、ＩＰルータ２２０が有する帯域制御モジュール２２９を利用する。よって、記憶装置７００には、ＩＰルータ２２０の帯域制御モジュール２２９と通信するためのネットワークインタフェース１９９と、ＩＰルータ２２０の帯域制御モジュール２２９に、帯域割当モジュール１２８が算出した帯域制御パラメータを設定するためのＩＰルータ帯域設定モジュール１６０を設けた。ＩＰルータ帯域設定モジュール１６０は、帯域割当モジュール１２８が算出したパラメータを、ＩＰルータ２２０のＲＳＶＰパラメータに変換して帯域設定を行う。
●割当シーケンス
記憶領域の割当処理に関しては、基本的には、第一の実施形態で示した処理をそのまま当てはめることができる。本実施形態に特徴的な処理としては、記憶装置７００の帯域割当モジュール１２８が、算出したパラメータを設定する際に、ＩＰルータ帯域設定モジュール１６０にそのパラメータを渡し、ＩＰルータ帯域設定モジュール１６０は、ネットワークインタフェース１９９を介して、ＩＰルータ２２０にＲＳＶＰパラメータを設定する。
●システム構成
図２３は、第四の実施形態のシステム構成を示す。図２３のシステムは、第二の実施形態で説明した図１８と同様に第二の管理計算機４００を設け、二台の記憶装置１００と１０１の記憶領域の割当と開放を制御させている。第二の実施形態では、第二の管理計算機４００に、帯域割当モジュール１２８とキャッシュ割当制御モジュール１３０を設けていたが、本実施形態では、記憶装置に設けている。記憶装置１０１は、基本的に記憶装置１００と同様の構成であるが、記憶装置１００に設けているＦＣインタフェース１１０（１１１と１１２）に比べ、より高速な転送が可能なＦＣインタフェース１１５（１１６と１１７）を設けている。ＦＣインタフェースには、１Ｇｐｂｓと２Ｇｂｐｓの仕様のものがあり、ここでは、ＦＣインタフェース１１０の性能を１Ｇｂｐｓ、ＦＣインタフェース１１５の性能を２Ｇｂｐｓとして説明する。
●インタフェース性能通知モジュール
第二の管理計算機４００の制御モジュール１２４は、それぞれの記憶装置が有するＦＣインタフェースの性能を把握する必要がある。このため、本実施形態では、記憶装置１００および１０１にインタフェース性能通知モジュール１７０を設けた。インタフェース性能通知モジュール１７０は、第二の管理計算機４００の制御モジュール１２４からの性能問い合わせ要求に従って、インタフェースの性能情報を応答する。なお、インタフェース性能通知モジュール１７０は、定期的に制御モジュール１２４へ性能情報を送信するようにしてもよい。また、性能情報として、キャッシュの使用率、各記憶領域自体のアクセス性能等を含めて、記憶領域、キャッシュを割当てる際の基準としてもよい。
【００３７】
図２４は、性能情報を示す図である。本実施形態の場合、記憶装置１００のインタフェース性能通知モジュール１７０からは、図２４（A）に示すような性能情報１７１が返却され、１ＧｐｂｓのＦＣインタフェース１１１と１１２があることがわかる。同様に、記憶装置１０１のインタフェース性能通知モジュール１７０からは、図２４（B）に示すような性能情報１７２が返却され、２ＧｂｐｓのＦＣインタフェース１１６と１１７があることがわかる。第二の管理計算機４００の制御モジュール１２４は、メモリ４１１にこれを保持する。第二の管理計算機４００の制御モジュール１２４は、第二の管理計算機の起動時や、新しい記憶装置を検出した場合、管理計算機５００から収集要求受信時などに、性能問い合わせ要求を発行し、ＦＣインタフェースの性能情報を収集する。
●プログラムの保持
本実施形態で新たに設けたインタフェース性能通知モジュール１７０は、プログラムとして記憶装置（１００および１０１）内のＲＯＭや磁気ディスク装置等の不揮発記録媒体に記録され、記憶装置の起動時にメモリ１９１にロードされて実行されるものとする。また、プログラムを記録する媒体は、ＲＯＭや磁気ディスク装置以外の他の記憶媒体（ＣＤ−ＲＯＭやフロッピー（登録商標）ディスク）でも良い。さらに、プログラムは、当該記憶媒体からコンピュータにロードして実行しても良いし、ネットワークを通じて当該記憶媒体にアクセスしてロードするものとしてもよい。
●第四の実施形態における帯域パラメータ算出テーブル
図２５は、本実施形態で使用する、帯域パラメータ算出テーブル１２９を示す。図１６に示した帯域パラメータ算出テーブル１２９との違いは、帯域制御モジュールに設定するパラメータが、１Ｇｂｐｓの場合と、２Ｇｂｐｓの場合の、二つの場合によって個別に用意されている点である。帯域パラメータ算出テーブル１２９中に示す「＊」は、１ＧｂｐｓのＦＣインタフェースでは、「ヒント」を満たす帯域の割当てができないことを示している。たとえば、AccessBandwidthWeightが「１０」の場合、２ＧｂｐｓのＦＣインタフェースでは、帯域設定を８０％とすることで、受け取った「ヒント」を満たすことができるが、１ＧｂｐｓのＦＣインタフェースでは、「ヒント」を満たすことができないため、作成した記憶領域を１ＧｂｐｓのＦＣインタフェースに接続することは行えない。本実施形態では、二種類の性能の違いについて説明したが、さらに１０Ｇｂｐｓ等のＦＣインタフェースが混在した場合にも、同様に帯域パラメータ算出テーブルを作成することで対応することができる。
●割当てシーケンス
図２６は、第四の実施形態における割当て処理のフローチャートである。
【００３８】
それでは、図を用いながら、本実施形態に特徴的な記憶領域の割当てと、ＦＣインタフェースの選択、そして、帯域設定について説明する。第一の実施形態との違いは、記憶領域を作成する際に、「ヒント」から必要とされる帯域を求めた場合に、記憶領域を接続することのできないＦＣインタフェースを有する記憶装置が存在する場合が考えられる点にある。この処理を行うため、第二の管理計算機４００は、各記憶装置から収集したＦＣインタフェースの性能情報（１７１と１７２）、帯域パラメータ算出テーブル１２９を保持している。また処理の流れについては、第二の管理計算機４００の制御モジュール１２４の処理を中心に図２６のフローチャートを用いて説明する。
●高速な記憶領域の作成（高速なＦＣインタフェースの選択）
管理者が、管理計算機５００を操作して計算機３０１に記憶領域を割当てることを想定する。管理者は、管理計算機５００の表示する画面６１０を用いて、記憶領域の作成を指示する。ここで管理者は、例えば、
計算機を指定する入力フィールド６１１に「３０１」
記憶領域の容量を指定する入力フィールド６１２に「１ＧＢ」
記憶領域を作成するヒントを入力するフィールド６１３〜６１５にそれぞれ、
AccessBandwidthWeightに「１０」
AccessRandomnessHintに「０」
AccessLatencyHint「０」
を入力し、作成ボタン６１９を押す。管理計算機５００は、入力フィールドに入力された値を取得し、ＣＩＭに基づく割当て要求を作成し、第二の管理計算機４００に発行する。第二の管理計算機４００の要求受取モジュール１２２は、割当要求を受け取ると、制御モジュール１２４に割当要求を渡す。制御モジュール１２４は、要求を解析し、割当要求であることを判定する（１７０１）。制御モジュール１２４は、割当要求であるとわかると、まず、作成すべき容量とヒントを取得する（１７０３）。制御モジュール１２４は、ヒントのひとつとして受け取ったAccessBandwidthWeightを元に、帯域パラメータ算出テーブル１２９を参照し、設定すべきパラメータと、そのパラメータを設定することのできるＦＣインタフェースの種別を取得する（１７０５）。今回の場合、AccessBandwidthWeightは「１０」なので、２ＧｂｐｓのＦＣインタフェースに「８０％」を設定しなければならない。すなわち、１ＧｂｐｓのＦＣインタフェースに記憶領域を接続しては、ヒントを満足することができない。帯域パラメータ算出テーブル１２９の参照結果と、性能情報（１７１，１７２）を元に、第二の管理計算機４００の制御モジュール１２４は、記憶装置１０１の帯域割当モジュール１２８に、８０％の帯域の割当てが可能なＦＣインタフェースの検索を依頼する（１７０７）。帯域割当モジュール１２８は、帯域の割当て可能なＦＣインタフェースがあることを確認すると、帯域制御モジュールにその帯域パラメータを設定し、そのＦＣインタフェース番号とそのＦＣインタフェースの残帯域を制御モジュール１２４に返却する（１７０９）。次に、帯域が割当て可能なＦＣインタフェースがある場合（１７１１）、制御モジュール１２４は、作成する容量（この場合は１ＧＢ）と、ＦＣインタフェース番号、AccessRandomnessHintを指定し、記憶領域割当モジュール１２６に記憶領域の作成と、作成した記憶領域の所定のＦＣインタフェースへの接続を依頼する（１７１３）。記憶領域割当モジュール１２６は、要求に合致する記憶領域を作成可能な場合には、記憶領域を作成し、指定されたＦＣインタフェースに作成した記憶領域を接続し、第二の管理計算機４００の制御モジュール１２４に処理の完了を通知する（１７１５）。第二の管理計算機４００の制御モジュール１２４は、管理計算機５００に処理の処理の完了を通知する（１７２７）。
●低速な記憶領域の作成
次にAccessBandwidthWeightに「１」を与えられた場合を説明する。この場合、前記と同様に、第二の管理計算機４００は、帯域パラメータ算出テーブル１２９を参照し、設定すべきパラメータと、そのパラメータを設定することのできるＦＣインタフェースの種別を取得する（１７０５）。今回の場合、AccessBandwidthWeightは「１」なので、１ＧｂｐｓのＦＣインタフェースの場合には「２０％」を、２Ｇｂｐｓのインタフェースの場合には「１０％」を設定することのできるＦＣインタフェースを確保する必要がある。第二の管理計算機４００は、帯域の割当てが可能なＦＣインタフェースを検索するように各記憶装置に依頼する（１７０７）。記憶装置１００に対しては、１ＧｂｐｓのＦＣインタフェースを有するので「２０％」を、記憶装置１０１に対しては、２ＧｂｐｓのＦＣインタフェースを有するので「１０％」をそれぞれ指定する。各記憶装置の帯域割当モジュール１２８は、帯域の割当て可能なＦＣインタフェースがあることを確認すると、帯域制御モジュールにその帯域パラメータを設定し、そのＦＣインタフェース番号とそのＦＣインタフェースの残帯域を制御モジュール１２４に返却する（１７０９）。次に、帯域を割当て可能なＦＣインタフェースを有する記憶装置それぞれに対して、作成する容量とＦＣインタフェース番号を指定し、記憶領域割当モジュール１２６に記憶領域の作成と、作成した記憶領域の所定のＦＣインタフェースへの接続を依頼する（１７１３）。複数の記憶装置で記憶領域の作成が成功した場合（１７１９）には、ＦＣインタフェースの残帯域がもっとも少ないＦＣインタフェースに接続した記憶領域を残して、それぞれの記憶領域割当モジュール１２６に対して記憶領域は開放するよう依頼する（１７２１）。また、使用しなかった記憶領域が接続されていたＦＣインタフェースの帯域についてもそれぞれの帯域割当モジュール１２８に対して開放するよう依頼する（１７２３）。開放処理が完了すると、第二の管理計算機４００の制御モジュール１２４は、管理計算機５００に処理の処理の完了を通知する（１７２７）。
●ＦＣインタフェースの選択のアルゴリズム
先に「残帯域が最も少ない」と記載した点について補足する。例えば、図１２に示すような状態では、記憶領域９１のためにＦＣインタフェース１１１の帯域は既に８０％割当済みで、記憶領域９２のためにＦＣインタフェース１１２の帯域は６０％割当済みである。ここで、記憶領域９３のために帯域を１０％割当てる場合、ＦＣインタフェース１１１と１１２の二つの選択肢があるが、図１３のように、ＦＣインタフェース１１１から帯域を１０％割当てることで、ＦＣインタフェース１１１の残帯域は１０％、ＦＣインタフェース１１２の残帯域は４０％となる。逆に、ＦＣインタフェース１１２から帯域を１０％割当てると、ＦＣインタフェース１１１の残帯域は２０％、ＦＣインタフェース１１２の残帯域は３０％となる。この場合、前者の場合、すなわち、ＦＣインタフェース１１１に帯域を１０％割当てた場合のほうが、未割当の連続する帯域が４０％（ＦＣインタフェース１１２の残帯域）と大きくなる。未割当の連続する帯域が大きいほど、当然ながら、記憶領域の割当処理時に帯域が割当てられずにエラーとなるケースを減らすことができる。
【００３９】
以上記載のように処理することで、記憶領域を作成する際に指定するヒントを用いて、記憶領域の割当を行うだけでなく、計算機と記憶領域の間の帯域をも設定したり、記憶領域に割当てるキャッシュの量を設定することで、従来、記憶領域の作成とは別に行っていた設定を一度に行うことができる。よって、管理者には、記憶領域を作成する際に指定したヒントに対する帯域設定のパラメータやキャッシュ割当量を選択するノウハウが不要になり、高度な知識が要求されることもない。また、帯域設定のパラメータの選択を誤る危険性もなく、帯域設定のパラメータの設定ミスもなくすことができる。
【００４０】
さらに、従来のＣＩＭのインタフェースおよび要求のフォーマットになんら変更を加えることなく、帯域の設定やキャッシュの割当量の設定を行うことができる。
【００４１】
【発明の効果】
本発明によると、記憶領域を割当てる際に指定する記憶領域に対する領域割当要求指針（ヒント）を用いて記憶領域を割当てるとともに、このヒントを用いて帯域制御等の性能保証をも実行することにより、管理者による割当てた記憶領域に対する計算機からのアクセス性能を保証するための設定を自動化することができる。
【図面の簡単な説明】
【図１】 第一の実施形態におけるコンピュータシステムの構成を示す図
【図２】 記憶装置のハードウエア構成を示す図
【図３】 マッピングテーブルAを示す図
【図４】 マッピングテーブルBを示す図
【図５】 マッピングテーブルCを示す図
【図６】 マッピングテーブルAを示す図
【図７】 マッピングテーブルAを示す図
【図８】 マッピングテーブルAを示す図
【図９】 アクセス制御と帯域制御を説明するための模式図
【図１０】 リードライト処理テーブルAを示す図
【図１１】 リードライト処理テーブルBを示す図
【図１２】 リードライト処理テーブルCを示す図
【図１３】 リードライト処理テーブルDを示す図
【図１４】 リードライト処理テーブルEを示す図
【図１５】 管理計算機の提供する画面を示す図
【図１６】 帯域パラメータ算出テーブルとキャッシュ量算出テーブルを示す図
【図１７】 キャッシュ割当テーブルを示す図
【図１８】 第二の実施形態におけるコンピュータシステムの構成を示す図
【図１９】 第三の実施形態におけるコンピュータシステムの構成を示す図
【図２０】 ヒントに基づく記憶領域、帯域、キャッシュの割当て処理を示すフローチャート図
【図２１】 記憶領域の割当て処理を示すフローチャート図
【図２２】 帯域の割当て処理を示すフローチャート図
【図２３】 第四の実施形態におけるコンピュータシステムの構成を示す図
【図２４】 性能情報を示す図
【図２５】 第四の実施形態における帯域パラメータ算出テーブルを示す図
【図２６】 第四の実施形態における割当て処理のフローチャート図
【符号の説明】
１０…ファイバチャネル，２０…通信回線，３０…ＩＰネットワーク，９１…記憶領域，９２…記憶領域，９３…記憶領域，９４…記憶領域，１００…記憶装置，１１０…ファイバチャネルインタフェース，１２０…記憶領域管理モジュール，１２１…マッピングテーブル，１２２…要求受取モジュール，１２４…制御モジュール，１２６…記憶領域割当モジュール，１２８…帯域割当モジュール，１２９…帯域パラメータ算出テーブル，１３０…キャッシュ割当制御モジュール，１３１…キャッシュ量算出テーブル，１３９…キャッシュ割当テーブル，１４０…リードライト処理モジュール，１４１…リードライト処理テーブル，１４５…キャッシュ，１５０…帯域制御モジュール，１６０…ＩＰルータ帯域設定モジュール，１８０…ハードディスク，１９０…ＣＰＵ，１９１…メモリ，１９５…ネットワークインタフェース，１９９…ネットワークインタフェース，２００…ファイバチャネルスイッチ，２２０…ＩＰルータ，２２９…帯域制御モジュール，３００…計算機，３１０…ＣＰＵ，３１１…メモリ，３１５…ネットワークインタフェース，３２０…ファイバチャネルインタフェース，３７０…ＩＰインタフェース，４００…第二の管理計算機，４１０…ＣＰＵ，４１１…メモリ，４９０…ネットワークインタフェース，４９５…ネットワークインタフェース，５００…管理計算機，５１０…ＣＰＵ，５１１…メモリ，５１５…ディスプレイ，５１６…キーボード，５１７…マウス，５２０…要求作成発行モジュール，５９０…ネットワークインタフェース，６１０…記憶領域の作成画面，６２０…記憶領域の一覧表示および記憶領域の削除を指示する画面，７００…記憶装置，７１０…ＩＰインタフェース，７２０…ネットワークファイルシステム処理モジュール
Claims (15)
- 記憶装置であって、
該記憶装置は、
マッピングテーブル、帯域パラメータ算出テーブル及びリードライト処理テーブルを有するメモリ、複数の記憶領域、前記記憶装置と前記記憶装置に接続される計算機との通信を行うインタフェース、アクセス制御部、記憶領域割当部並びに帯域割当部を備え、
前記マッピングテーブルは、
前記記憶領域の識別子、前記記憶領域の割当の可否及び該記憶領域に要求する領域割当要求指針のレベルのフィールドを有し、
前記帯域パラメータ算出テーブルは、
前記領域割当要求指針のレベル及び該領域割当要求指針のレベルに対応する帯域幅のパラメータを有し、
前記リードライト処理テーブルは、
前記記憶領域の識別子、前記インタフェースの識別子及び該インタフェースに設定する帯域幅のパラメータのフィールドを有し、
前記アクセス制御部は、
利用者が設定した割当容量及び前記領域割当要求指針のレベルを受信し、
該数値を前記マッピングテーブルに保存し、
前記記憶領域割当部は、
前記割当容量及び前記領域割当要求指針のレベルを参照して、前記計算機に前記記憶領域を割り当て、
該割り当ての内容に係る記憶領域の識別子、割当の可否及び領域割当要求指針のレベルに係る数値を前記マッピングテーブルに反映し、
前記帯域割当部は、
前記マッピングテーブル及び前記帯域パラメータ算出テーブルを参照して、前記割り当てられた記憶領域に対し、該参照により求められる帯域幅で前記インタフェースを割り当て、
該割当の内容に係る記憶領域の識別子、インタフェースの識別子及びインタフェースに設定する帯域幅を前記リードライト処理テーブルに反映することを特徴とする記憶装置。 - 請求項1記載の記憶装置において、
前記記憶装置は、さらに、キャッシュ割当部を備え、
前記メモリは、さらに、
前記領域割当要求指針のレベルと、該レベルに対応するキャッシュ量のパラメータを有するキャッシュ量算出テーブルを有し、
前記キャッシュ割当部は、
前記マッピングテーブル及び前記キャッシュ量算出テーブルを参照して、前記割り当てられた記憶領域に割り当てるキャッシュ量を算出することを特徴とする記憶装置。 - 請求項2記載の記憶装置において、
前記帯域割当部は、さらに、
前記領域割当要求指針の実行値を参照して前記インタフェースを割り当てることを特徴とする記憶装置。 - 請求項3記載の記憶装置において、
前記領域割当要求指針は、CIM(Common Information Model)で定義されたヒントであることを特徴とする記憶装置。 - 請求項4記載の記憶装置において、
前記領域割当要求指針は、DataAvailabilityHint、AccessRandomnessHint、AccessDirectionHint、AccessSizeHint、AccessLatencyHint、AccessBandwidthWeight、StorageCostHint又はStorageEfficiencyHintのうち少なくともいずれか1つを含むことを特徴とする記憶装置。 - 請求項5記載の記憶装置において、
前記記憶領域割当部は、
前記マッピングテーブルを参照し、前記記憶領域のうち、既に割り当てられた記憶領域を考慮して割り当てる記憶領域を決定し、
前記帯域割当部は、
前記リードライトテーブルを参照し、前記インタフェースのうち、既に割り当てられたインタフェースを考慮して割り当てるインタフェースを決定することを特徴とする記憶装置。 - 請求項6記載の記憶装置において、
前記領域割当要求指針に、AccessRandomnessHintを含む場合、
前記記憶領域割当部は、
既に割り当てられた記憶領域及び該記憶領域のAccessRandomnessHintの値を考慮して記憶領域の割り当てを行うことを特徴とする記憶装置。 - 請求項7記載の記憶装置において、
前記領域割当要求指針に、AccessBandwidthWeightを含む場合、
前記帯域割当部は、
既に割り当てられたインタフェース及び該インタフェースに設定された帯域幅の値を考慮してインタフェースの割り当てを行うことを特徴とする記憶装置。 - 複数の記憶領域を備える記憶装置に接続する管理計算機において、前記記憶装置に接続する計算機への前記記憶領域の割り当てを管理する管理方法であって、
前記記憶装置は、さらに、
マッピングテーブル、帯域パラメータ算出テーブル及びリードライト処理テーブルを有するメモリ並びに前記記憶装置と前記管理計算機との通信を行うインタフェースを備え、 前記マッピングテーブルは、
前記記憶領域の識別子、前記記憶領域の割当の可否及び該記憶領域に要求する領域割当要求指針のレベルのフィールドを有し、
前記帯域パラメータ算出テーブルは、
前記領域割当要求指針のレベル及び該レベルに対応する帯域幅のパラメータを有し、
前記リードライト処理テーブルは、
前記記憶領域の識別子、前記インタフェースの識別子及び該インタフェースに設定する帯域幅のパラメータを有し、
前記管理計算機が、
利用者が設定した割当容量及び前記領域割当要求指針のレベルを受信するステップと、 該数値を前記マッピングテーブルに保存するステップと、
前記割当容量及び前記領域割当要求指針のレベルを参照して、前記利用者の指定する計算機に前記記憶領域を割り当てるステップと、
該割り当ての内容に係る記憶領域の識別子、割当の可否及び領域割当要求指針のレベルを前記マッピングテーブルに反映するステップと、
前記マッピングテーブル及び前記帯域パラメータ算出テーブルを参照して、前記割り当てられた記憶領域に対し、該参照により求められる帯域幅で前記インタフェースを割り当てるステップと、
該割り当ての内容に係る記憶領域の識別子、インタフェースの識別子及びインタフェースに設定する帯域幅を前記リードライト処理テーブルに反映するステップを有することを特徴とする管理方法。 - 請求項9記載の管理方法において、
前記メモリは、さらに、
前記領域割当要求指針のレベルと、該数値に対応するキャッシュ量のパラメータを有するキャッシュ量算出テーブルを有し、
前記管理計算機は、さらに、
前記マッピングテーブル及び前記キャッシュ量算出テーブルを参照して、前記割り当てられた記憶領域に割り当てるキャッシュ量を算出するステップを有することを特徴とする管理方法。 - 請求項10記載の管理方法において、
前記インタフェースの割り当てするステップは、さらに、前記領域割当要求指針の実行値を参照することを特徴とする管理方法。 - 請求項11記載の管理方法において、
前記領域割当要求指針は、CIM(Common Information Model)で定義されたヒントであることを特徴とする管理方法。 - 請求項12記載の管理方法において、
前記領域割当要求指針は、DataAvailabilityHint、AccessRandomnessHint、AccessDirectionHint、AccessSizeHint、AccessLatencyHint、AccessBandwidthWeight、StorageCostHint又はStorageEfficiencyHintのうち少なくともいずれか1つを含むことを特徴とする記憶装置。 - 請求項13記載の管理方法において、
前記記憶領域を割り当てるステップは、さらに、前記マッピングテーブルを参照し、既に割り当てられた記憶領域を考慮することを特徴とする管理方法。 - 請求項14記載の管理方法において、
前記インタフェースを割り当てるステップは、さらに、既に割り当てられたインタフェース及び該インタフェースに設定された帯域幅の値を考慮することを特徴とする管理方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003189157A JP4380240B2 (ja) | 2003-07-01 | 2003-07-01 | ヒントに基づく記憶領域の割当と性能保証方法、記憶装置及び管理プログラム |
| US10/670,590 US7181516B2 (en) | 2003-07-01 | 2003-09-25 | Method for allocating storage regions and performance guarantee method based on hints, storage device and management program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003189157A JP4380240B2 (ja) | 2003-07-01 | 2003-07-01 | ヒントに基づく記憶領域の割当と性能保証方法、記憶装置及び管理プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005025422A JP2005025422A (ja) | 2005-01-27 |
| JP4380240B2 true JP4380240B2 (ja) | 2009-12-09 |
Family
ID=34074313
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003189157A Expired - Lifetime JP4380240B2 (ja) | 2003-07-01 | 2003-07-01 | ヒントに基づく記憶領域の割当と性能保証方法、記憶装置及び管理プログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7181516B2 (ja) |
| JP (1) | JP4380240B2 (ja) |
Families Citing this family (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7543296B2 (en) * | 2003-08-26 | 2009-06-02 | International Business Machines Corporation | Time based multi-tiered management of resource systems |
| JP2005228278A (ja) * | 2004-01-14 | 2005-08-25 | Hitachi Ltd | 記憶領域の管理方法、管理装置及び管理プログラム |
| US20050273556A1 (en) * | 2004-06-04 | 2005-12-08 | International Business Machines Corporation | Method and system for providing a recommended allocation of data storage space |
| JP4402565B2 (ja) * | 2004-10-28 | 2010-01-20 | 富士通株式会社 | 仮想ストレージ管理プログラム、方法及び装置 |
| JP2007072672A (ja) | 2005-09-06 | 2007-03-22 | Hitachi Ltd | 計算機システムおよび記憶領域の割当て方法 |
| JP2009538289A (ja) * | 2006-05-26 | 2009-11-05 | アストラゼネカ・アクチエボラーグ | ビアリールまたはヘテロアリール置換インドール |
| JP2007323284A (ja) | 2006-05-31 | 2007-12-13 | Hitachi Ltd | 計算機システム、ストレージシステム及び帯域管理方法 |
| JP4679494B2 (ja) * | 2006-11-22 | 2011-04-27 | Ｎｅｃシステムテクノロジー株式会社 | ディスクアレイ装置システム、ディスクアレイ装置制御方法、および、プログラム |
| JP2009048386A (ja) * | 2007-08-20 | 2009-03-05 | Chepro:Kk | 通信システム、通信方法、通信制御プログラムおよびこのプログラムを記憶した記録媒体 |
| US7945587B2 (en) * | 2007-10-10 | 2011-05-17 | Microsoft Corporation | Random allocation of media storage units |
| US8082387B2 (en) * | 2007-10-29 | 2011-12-20 | Micron Technology, Inc. | Methods, systems, and devices for management of a memory system |
| US8019939B2 (en) * | 2008-06-02 | 2011-09-13 | Intel Corporation | Detecting data mining processes to increase caching efficiency |
| JP2010097372A (ja) * | 2008-10-16 | 2010-04-30 | Hitachi Ltd | ボリューム管理方式 |
| US8086816B2 (en) * | 2008-10-20 | 2011-12-27 | Dataram, Inc. | Method for controlling performance aspects of a data storage and access routine |
| JP2010250477A (ja) * | 2009-04-14 | 2010-11-04 | Fujitsu Ltd | ストレージ制御プログラム、ストレージシステム、ストレージ制御装置、およびストレージ制御方法 |
| US8171075B2 (en) * | 2009-06-14 | 2012-05-01 | International Business Machines Corporation | Generating hints for more optimal processing of requests for information within an environment in which resources are abstracted using a model |
| KR101696804B1 (ko) * | 2010-10-05 | 2017-01-16 | 삼성전자주식회사 | 가상화 환경에서의 자원사용정책 조정장치 및 방법 |
| US9489293B2 (en) * | 2012-08-17 | 2016-11-08 | Netapp, Inc. | Techniques for opportunistic data storage |
| US9367474B2 (en) | 2013-06-12 | 2016-06-14 | Apple Inc. | Translating cache hints |
| US10514857B2 (en) | 2013-08-29 | 2019-12-24 | Pure Storage, Inc. | Dynamic adjusting of parameters based on resource scoring |
| US10686880B2 (en) * | 2013-08-29 | 2020-06-16 | Pure Storage, Inc. | Dispersed storage based on range availability and methods for use therewith |
| JP6179321B2 (ja) | 2013-09-27 | 2017-08-16 | 富士通株式会社 | ストレージ管理装置、制御方法及び制御プログラム |
| JP6273966B2 (ja) | 2014-03-27 | 2018-02-07 | 富士通株式会社 | ストレージ管理装置、性能調整方法及び性能調整プログラム |
| US9983795B1 (en) * | 2015-03-31 | 2018-05-29 | EMC IP Holding Company LLC | Techniques for determining a storage configuration |
| US10162521B2 (en) * | 2015-09-30 | 2018-12-25 | Western Digital Technologies, Inc. | Media region management based on storage hints for a data storage device |
| US20170220282A1 (en) * | 2016-01-29 | 2017-08-03 | Dell Products L.P. | Dynamic capacity expansion of raid volumes |
| US10019163B2 (en) * | 2016-06-28 | 2018-07-10 | Vmware, Inc | Policy based storage in a heterogeneous storage environment |
| US20220317898A1 (en) * | 2021-04-03 | 2022-10-06 | EMC IP Holding Company LLC | Managing Application Storage Resource Allocations Based on Application Specific Storage Policies |
| CN115599556B (zh) * | 2022-12-07 | 2023-04-18 | 摩尔线程智能科技(北京)有限责任公司 | 用于管理存储空间的装置及方法、计算设备、芯片 |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05298123A (ja) | 1992-04-22 | 1993-11-12 | Fujitsu Ltd | 仮想計算機システムの実記憶域割当方式 |
| JP3371044B2 (ja) * | 1994-12-28 | 2003-01-27 | 株式会社日立製作所 | ディスクアレイのための領域割り当て方法およびディスクアレイアクセス方法 |
| US7146479B2 (en) * | 2001-07-18 | 2006-12-05 | City U Research Limited | Method and apparatus of storage allocation/de-allocation in object-oriented programming environment |
| US6886035B2 (en) * | 1996-08-02 | 2005-04-26 | Hewlett-Packard Development Company, L.P. | Dynamic load balancing of a network of client and server computer |
| JP4351409B2 (ja) * | 1999-08-31 | 2009-10-28 | 富士通株式会社 | ファイル装置及びファイルアクセス方法 |
| US6516344B1 (en) * | 1999-11-08 | 2003-02-04 | Sun Microsystems, Inc. | Reducing network traffic for remote file system accesses by keeping track of unallocated regions in files |
| JP2001195151A (ja) * | 2000-01-05 | 2001-07-19 | Toshiba Corp | 情報周辺装置 |
| JP2002108567A (ja) * | 2000-09-28 | 2002-04-12 | Hitachi Ltd | 記憶制御装置 |
| JP4144727B2 (ja) * | 2001-07-02 | 2008-09-03 | 株式会社日立製作所 | 情報処理システム、記憶領域提供方法、およびデータ保持管理装置 |
| US20030033398A1 (en) * | 2001-08-10 | 2003-02-13 | Sun Microsystems, Inc. | Method, system, and program for generating and using configuration policies |
| JP4162183B2 (ja) * | 2001-11-12 | 2008-10-08 | 株式会社日立製作所 | データベース管理システムの静的な情報を取得する手段を有する記憶装置 |
| US6732232B2 (en) * | 2001-11-26 | 2004-05-04 | International Business Machines Corporation | Adaptive resource allocation in multi-drive arrays |
| JP4310070B2 (ja) * | 2002-04-26 | 2009-08-05 | 株式会社日立製作所 | ストレージシステムの運用管理方式 |
| JP2003345631A (ja) * | 2002-05-28 | 2003-12-05 | Hitachi Ltd | 計算機システム及び記憶領域の割当方法 |
| JP4139675B2 (ja) * | 2002-11-14 | 2008-08-27 | 株式会社日立製作所 | 仮想ボリュームの記憶領域割当方法、その装置及びプログラム |
| US7185167B2 (en) * | 2003-06-06 | 2007-02-27 | Microsoft Corporation | Heap allocation |
-
2003
- 2003-07-01 JP JP2003189157A patent/JP4380240B2/ja not_active Expired - Lifetime
- 2003-09-25 US US10/670,590 patent/US7181516B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2005025422A (ja) | 2005-01-27 |
| US7181516B2 (en) | 2007-02-20 |
| US20050022201A1 (en) | 2005-01-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4380240B2 (ja) | ヒントに基づく記憶領域の割当と性能保証方法、記憶装置及び管理プログラム | |
| US7502907B2 (en) | Method, device and program for managing volume | |
| US8621119B2 (en) | Storage system | |
| JP4455137B2 (ja) | 記憶サブシステム管理方法 | |
| US7330957B2 (en) | User-based allocation and deallocation of storage in a storage system | |
| US7117336B2 (en) | Computer system for managing storage areas in a plurality of storage devices | |
| US7428624B2 (en) | Host computer system and storage system having a bandwidth management function for storage volumes | |
| US7546413B2 (en) | Apparatus and method for managing a plurality of kinds of storage devices | |
| JP4671353B2 (ja) | ストレージ装置及びその制御方法 | |
| US7979604B2 (en) | Methods and apparatus for assigning performance to data volumes on data storage systems | |
| US7246161B2 (en) | Managing method for optimizing capacity of storage | |
| US20110066823A1 (en) | Computer system performing capacity virtualization based on thin provisioning technology in both storage system and server computer | |
| US8996835B2 (en) | Apparatus and method for provisioning storage to a shared file system in a storage area network | |
| KR101880407B1 (ko) | 리소스 관리 방법, 호스트 및 엔드포인트 | |
| JP2007280319A (ja) | 記憶領域動的割当方法 | |
| JP4285058B2 (ja) | ネットワーク管理プログラム、管理計算機及び管理方法 | |
| JP5999536B2 (ja) | 計算機及びデータ読み出し方法 | |
| US9065740B2 (en) | Prioritising data processing operations | |
| JP4871758B2 (ja) | ボリューム割当方式 | |
| JP2023037524A (ja) | リソース割当制御装置、計算機システム、及びリソース割当制御方法 | |
| US9547455B1 (en) | Allocating mass storage to a logical server | |
| JP2003085014A (ja) | ネットワークシステムのボリューム管理方法及び計算機 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050916 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060420 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080626 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080708 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080829 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081216 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090204 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090519 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090615 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090901 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090914 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121002 Year of fee payment: 3 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 4380240 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121002 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131002 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |