JP4975399B2

JP4975399B2 - 論理パーティション分割ストレージシステムに於けるリソース管理方法

Info

Publication number: JP4975399B2
Application number: JP2006234888A
Authority: JP
Inventors: 康行味松
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2005-10-05
Filing date: 2006-08-31
Publication date: 2012-07-11
Anticipated expiration: 2026-08-31
Also published as: US20070079103A1; JP2007102762A

Description

０００１本発明は一般にストレージシステムを管理する方法に関し、より具体的には、論理パーティションに分割したストレージシステムに於けるリソース管理方法に関する。

０００２ Shimada他による「サブシステム論理をパーティション分割し管理する装置及び方法」という名称の米国特許出願公開第2005/0050085号は、ストレージ容量、ホストコンピュータとの交信のためのポート、及びキャッシュメモリのようなストレージシステムのリソースを論理パーティション（ＬＰＲ：logical partition）に分割し得るストレージシステムを開示しており、その内容全体を参考のために本明細書に引用する。ホストコンピュータから一つのＬＰＲのボリュームへの入出力（Ｉ／Ｏ：input / output）は、他のＬＰＲに割り当てられたリソースを消費したり共有したりすることはない。結果として、一つのＬＰＲのＩ／Ｏ負荷の変動は他のＬＰＲのＩ／Ｏ性能に影響を及ぼすことはない。更に、一つのＬＰＲはあたかもそれが小さなストレージシステムであるかのように管理することができる。一つのＬＰＲの管理者（ＬＰＲ管理者）はそのＬＰＲのすべてのリソースを管理することができる。例えば、ＬＰＲ管理者はホストコンピュータに特定のボリュームを供給することができる。ストレージシステム全体の管理者（ストレージシステム管理者）はＬＰＲを生成したり削除したり、又ＬＰＲにリソースを追加したりＬＰＲからリソースを戻すことができる。

米国特許出願公開第2005/0050085号

０００３もし一つのＬＰＲに於いて、ストレージ容量、使用可能なポート数、及び（又は）キャッシュメモリが不足したら、ＬＰＲ管理者はストレージシステム管理者に、そのＬＰＲに対してより多くのリソースを追加するように要求する。ストレージシステム管理者はどのＬＰＲにも割り当てられていないリソースを探して、リソース不足を訴えるＬＰＲにそれらを割り当てる。ストレージシステムに於いて、このＬＰＲに必要なすべてのリソースが他のＬＰＲに既に割り当てられている場合は、ストレージシステム管理者は割り当てられてはいるがＬＰＲによって使用されていないリソースを探して、それらをそのＬＰＲから戻して、要求ＬＰＲに対して再割り当てしなければならない。しかしながら、ストレージシステムのサイズが増大し大量のリソースを有するにつれ、この種の手動操作は時間を消費し、時間遅れと操作コストの増大に加えて誤操作を招き易くする。

０００４本発明の目的の一つは、ＬＰＲ管理プロセスに於いて、ＬＰＲに対するリソースの提供及び戻しを自動的に行い、手動操作の大部分を排除する方法とシステムを提供することである。

０００５本発明の一態様によれば、論理パーティション分割ストレージシステムに於いて、ストレージ容量、ポート、及びキャッシュメモリのようなストレージリソースはストレージ管理操作結果、Ｉ／Ｏ統計、及びユーザ定義ポリシーに基づいて論理パーティションに割り当てられ或いは論理パーティションから戻される。このことは、ストレージシステム管理者を、リソースを管理して振り分けるための大量の手動操作から解放し、それによって時間も節約でき、誤りをひき起こす機会を低減できる。

００３６以下の本発明の詳細な説明に於いて、添付図面が参照され、これらは本発明の開示の一部を構成するが、その中で本発明が実施される具体的実施例は説明として示されるものであって、それに限定されるものでない。図面の中で複数の図面を通して同様な数字は実質的に同様な要素を表わしている。

システム構成
００３７図１は本発明の方法及び装置が適用されるコンピュータストレージシステムを示す。ホストコンピュータ１１０００と１１００１、ファイバチャネル（ＦＣ：Fibre Channel）スイッチ１１００２、及びストレージシステム１００００はＦＣポート１０００９に結合したＦＣケーブル１００２６によって接続される。ホストコンピュータ１１０００と１１００１はＦＣスイッチ１１００２とＦＣポート１０００９を含むＦＣネットワークを通してストレージシステム１００００との間でデータの読み出し／書き込みを行う。

００３８管理コンソール１１００３はＬＡＮ（Local Area Network）ポート１００１２を介してＬＡＮ１００２７によってストレージシステム１００００と接続される。管理コンソール１１００３は管理者がストレージシステム１００００と交信することを可能にする管理インタフェース（ＭＧＭＴＩ／Ｆ）１１００４を有する。管理インタフェース１１００４を用いることにより、管理者はストレージシステム１００００の管理情報を閲覧して、ＬＡＮ１００２７を通してストレージシステム１００００を管理する命令を送信することが可能になる。

００３９ストレージシステム１００００は、それぞれ個々のストレージシステムとして動作可能な一つ以上の論理パーティション（ＬＰＲ）を備える。図２で参照番号２００００と２１０００はそれぞれ第一及び第二の論理パーティション（ＬＰＲ１、ＬＰＲ２）を表わし、参照番号２２０００は現時点でどのＬＰＲにも割り当てられていないリソースのプールを表わす。第一のＬＰＲ（ＬＰＲ１）２００００に割り振られたリソースにはＦＣポート２０００１、キャッシュメモリ（ＣＭ）２０００３、及び論理ボリューム２０００４が含まれる。同様に第二のＬＰＲ（ＬＰＲ２）２１０００に割り振られたリソースにはＦＣポート２１００１、キャッシュメモリ２１００３、及び論理ボリューム２１００４が含まれる。リソースプール２２０００に残存するリソースにはＦＣポート２２００１、キャッシュメモリ２２００３、及び論理ボリューム２２００４が含まれる。更に、二つのＬＰＲのみが図示されているが、使用可能なリソース、ＬＰＲのサイズ、等に応じて多数のＬＰＲを生成できることはこの分野の技術者には明らかであろう。
００４０図示の例では、各ＬＰＲ２００００、２１０００はＬＰＲ内の任意のリソースを管理できるＬＰＲ管理者を持つ。ＬＰＲにアクセスする権限を与えられたホストコンピュータから（第一のＬＰＲ２００００のボリューム２０００４のような）ディスクボリュームに送信されたＩ／Ｏ要求は同じＬＰＲ内にあるＦＣポート２０００１のようなＦＣポート、及びキャッシュメモリ２０００３のようなキャッシュメモリを用いて処理される。

００４１再び図１のストレージシステム１００００を参照する。ＣＰＵ１０００１は管理メモリ１００１３、又は他のコンピュータ読み取り可能な媒体に記憶されているストレージコントロールプログラム１００１４を実行する。ストレージコントロールプログラム１００１４はホストコンピュータ１１０００と１１００１から送信されたＩ／Ｏ要求を処理し、ストレージシステム内の論理パーティション（ＬＰＲ）及びリソースをストレージ管理者によって定義されたポリシーに基づいて管理し、管理コンソール１１００３と交信する。ＦＣディスクコントローラ１０００３は、高価でありホストコンピュータの高性能化を可能にするＦＣディスクドライブ１０００４との入出力を制御する。シリアルＡＴＡ（ＳＡＴＡ）ディスクコントローラ１０００６は、安価であり大容量を可能にするＳＡＴＡディスクドライブ１０００７との入出力を制御する。ホストコンピュータ又はディスクドライブからのデータは応答時間を短縮し、スループットを増大させるためにキャッシュメモリ１０００２に記憶される。タイマー１００２５は、ストレージコントロールプログラム１００１４が現在時刻を読み取り、計画されたプロセスを遂行することを可能にする。本発明の一実施例によれば、メモリ１００１３はＬＰＲ及びストレージリソースを管理するためにストレージコントロールプログラム１００１４によって使用される１０個のテーブルを有することができる。これらのテーブルの各々については以下に図３〜図１２との関連で説明される。更に、管理メモリ１００１３とキャッシュメモリ１０００２は、別個のものとして図示されているが、それらは単一のメモリでも良いし、多くの異なったメモリでも良い、ことに注意願いたい。

００４２図３は主ボリュームテーブル１００１５を示しており、ここにはストレージシステムのすべてのディスクボリュームに関する情報が含まれている。主ボリュームテーブル１００１５の各行は固有の番号のボリュームＩＤ３０００１、ボリューム容量３０００２、ボリュームを構成するディスクドライブのタイプ３０００３、ＲＡＩＤレベル３０００４、ディスクドライブのドライブＩＤ３０００５、ボリュームに発行されたＩ／Ｏ回数３０００６、ディスクドライブにアクセスせずにキャッシュメモリに記憶されたデータにアクセスしたＩ／Ｏ要求数３０００７、及びボリュームが割り当てられているＬＰＲのＩＤ３０００８を含んでいる。

００４３図４は主ポートテーブル１００１６を示しており、ここにはストレージシステムのすべてのＦＣポートに関する情報が含まれている。主ポートテーブル１００１６は、ポートＩＤ４０００１、ポートバンド幅４０００２、ポートを通して転送されたデータ量４０００３、及びポートが割り当てられているＬＰＲのＩＤ４０００４を含んでいる。

００４４図５は主キャッシュメモリテーブル１００１７を示しており、ここにはストレージシステムのキャッシュメモリに関する情報が含まれている。列５０００１と５０００２はそれぞれ全キャッシュメモリサイズと、どのＬＰＲにも割り当てられていないキャッシュメモリのサイズを表わす。

００４５図６はアクセスコントロールテーブル１００１８を示しており、ここには管理者のすべてのアカウントに関する情報が含まれている。アクセスコントロールテーブル１００１８は管理者が管理することを認められたＬＰＲＩＤ６０００１、ならびに管理者を認証するために用いられるユーザ名６０００２及びパスワード６０００３を含んでいる。

００４６図７はＬＰＲボリュームテーブル１００１９を示しており、ここには各ＬＰＲに割り当てられているボリュームに関する情報が含まれている。ＬＰＲボリュームテーブル１００１９はＬＰＲＩＤ７０００１、ＬＰＲに割り当てられているボリュームＩD７０００２、ボリュームが一つ以上のポートにマップされているか否か（即ち「供給済み」であるか否か）を表わすボリューム状態７０００３、当該ＬＰＲに割り当てられている全てのボリュームの全容量７０００４、及び現時点では供給されていないボリュームの容量７０００５を含んでいる。ボリューム状態７０００３に於いて、Ｙは、当該ボリュームが既に一つ以上のポートにマップ済みであることを意味する。Ｎは、当該ボリュームがまだどのボリュームにもマップされていない（供給されていない）ことを意味する。以下にボリュームポリシーテーブル１００２２を示す図１０に関連して説明するように、ＬＰＲの下方閾値が「オンデマンド」の場合は、利用可能容量７０００５はストレージシステムのどのＬＰＲにも割り当てられていないボリュームの全容量を示している。

００４７図８はＬＰＲポートテーブル１００２０を示しており、ここには各ＬＰＲに割り当てられているポートに関する情報が含まれている。ＬＰＲポートテーブル１００２０はＬＰＲＩＤ８０００１、当該ＬＰＲに割り当てられているポートの全数８０００２、ポートのポートＩＤ８０００３、ポートにマップされているボリュームＩＤ８０００４、及びバンド幅の使用率８０００５を含んでいる。

００４８図９はＬＰＲキャッシュメモリテーブル１００２１を示しており、ここには各ＬＰＲに割り当てられているキャッシュメモリに関する情報が含まれている。ＬＰＲキャッシュメモリテーブル１００２１はＬＰＲＩＤ９０００１、当該ＬＰＲに割り当てられているキャッシュメモリサイズ９０００２、及びＬＰＲのディスクボリュームにアクセスするＩ／Ｏ要求に対するキャッシュヒット率９０００３を含んでいる。

００４９図１０はボリュームポリシーテーブル１００２２を示しており、ここには各ＬＰＲのボリューム割り当てポリシーに関する情報が含まれている。ボリュームポリシーテーブル１００２２はＬＰＲＩＤ１００００１、使用可能容量下方閾値１００００２、全容量上限１００００３、使用可能容量上方閾値１００００４、全容量下限１００００５及び好適なディスクボリュームの種類１００００６を含んでいる。下方閾値１００００２、上限１００００３、及び好適フィールド１００００６はディスクボリュームをＬＰＲに追加するポリシーを定める。基本的に、ストレージコントロールプログラム１００１４は使用可能容量下方閾値１００００２以上で使用可能容量上方閾値１００００４以下の値にＬＰＲの使用可能容量を維持することができる。ストレージコントロールプログラム１００１４は、更に、全容量上限１００００３以下で下限１００００５以上の値にＬＰＲの全容量を維持する。もし使用可能容量下方閾値１００００２が指定され、使用可能容量すなわちＬＰＲのどのポートにもマップされていないボリューム容量が指定された下方閾値１００００２よりも小ならば、ストレージコントロールプログラム１００１４はＬＰＲにより多くのディスクボリュームを追加しようと試みる。ストレージコントロールプログラム１００１４は、可能ならば「好適」フィールド１００００６に指定された条件を満たすボリュームから追加するボリュームを選択する。しかしながらストレージコントロールプログラム１００１４は更に、ＬＰＲに於ける全容量を、上限が指定されているならば全容量上限１００００３以下の値に維持する。使用可能容量上方閾値１００００４及び全容量下限１００００５はＬＰＲからディスクボリュームを戻すポリシーを定める。もし使用可能容量上方閾値１００００４が指定され、使用可能容量がこの指定された容量より大ならば、ストレージコントロールプログラム１００１４は他のＬＰＲに追加することができるようにＬＰＲからディスクボリュームを戻そうと試みる。しかしながら、ストレージコントロールプログラム１００１４は更に、もし全容量下限１００００５が指定されているならＬＰＲの全容量をその全容量下限１００００５以上の値に維持する。更に、使用可能容量下方閾値１００００２は、本表示が「オンデマンド」の場合は、ＬＰＲボリュームテーブル１００１９が当該ＬＰＲに割り当てられているボリュームに加えて、どのＬＰＲにも割り当てられていない全てのディスクボリュームも含む、特別のポリシーを示す。当該ＬＰＲのＬＰＲ管理者は他のＬＰＲに割り当てられていない全てのディスクボリュームを管理することができる。「オンデマンド」にセットされた下方閾値を持つＬＰＲの管理者に対しては、フリーのディスクボリュームが共有される。もしフリーのディスクボリュームが一つのＬＰＲの管理者により当該ＬＰＲのポートにマップされたら、ストレージコントロールプログラム１００１４は当該ＬＰＲにそのボリュームを割り当てる。「オンデマンド」にセットされた使用可能容量下方閾値１００００２を持つＬＰＲに於いては、使用可能容量上方閾値と全容量下限は使用されず、ＬＰＲボリュームテーブル１００１９の使用可能容量はどのＬＰＲにも割り当てられていないボリュームの全容量を含んでいる。ＬＰＲに割り当てられ、どのポートにもマップされていないディスクボリュームはストレージコントロールプログラム１００１４によりＬＰＲから自動的に戻される。

００５０図１１はポートポリシーテーブル１００２３を示しており、ここには各ＬＰＲのポート割り当てポリシーに関する情報が含まれている。ポートポリシーテーブル１００２３はＬＰＲＩＤ１１０００１、ポート使用率上方閾値１１０００２、全ポート上限１１０００３、ポート使用率下方閾値１１０００４、全ポート下限１１０００５、及びストレージコントロールプログラム１００１４により一度にＬＰＲに割り当てられ、又はＬＰＲから戻されるポートの数（ユニット）１１０００６を含んでいる。基本的に、ストレージコントロールプログラム１００１４はポート使用率下方閾値１１０００４以上でポート使用率上方閾値１１０００２以下の値にＬＰＲの平均ポート使用率を維持しようと努める。ストレージコントロールプログラム１００１４は更に、ＬＰＲ内の全ポート数を全ポート上限１１０００３以下で全ポート下限１１０００５以上の値に維持する。ポート使用率上方閾値１１０００２と全ポート上限１１０００３はＬＰＲにポートを追加するポリシーを定める。もしポート使用率上方閾値１１０００２が指定されていて、ＬＰＲに割り当てられた全てのポート平均使用率がこの指定比率より大であれば、ストレージコントロールプログラム１００１４は、ＬＰＲの管理者が新たなポートにＩ／Ｏ負荷を分散するためにボリュームとポートのマッピングを修正できるように、ＬＰＲにポートを追加しようと試みる。全ポート上限１１０００３はＬＰＲに割り当てられるポートの最大数である。ポート使用率下方閾値１１０００４と全ポート下限１１０００５はＬＰＲからポートを戻すポリシーを定める。もしポート使用率下方閾値１１０００４が指定されていてＬＰＲの全ポートの平均使用率がこの指定された比率より小ならば、ストレージコントロールプログラム１００１４はボリュームがマッピングされていないポートを戻そうと試みる。全ポート下限１１０００５はＬＰＲのポートの最小数である。

００５１図１２はキャッシュメモリポリシーテーブル１００２４を示しており、ここには各ＬＰＲのキャッシュメモリ割り当てポリシーに関する情報が含まれている。キャッシュメモリポリシーテーブル１００２４はＬＰＲＩＤ１２０００１、ヒット率下方閾値１２０００２、キャッシュサイズ上限１２０００３、ヒット率上方閾値１２０００４、キャッシュサイズ下限１２０００５、及びストレージコントロールプログラム１００１４により一度にＬＰＲに割り当てられ、又はＬＰＲから戻されるキャッシュメモリのサイズ（ユニット）１２０００６を含んでいる。基本的にストレージコントロールプログラム１００１４はＬＰＲのキャッシュヒット率をヒット率下方閾値１２０００２以上で、ヒット率上方閾値１２０００４以下の値に維持しようと努める。ストレージコントロールプログラム１００１４は更に、ＬＰＲのキャッシュメモリサイズをキャッシュサイズ上限１２０００３以下でキャッシュサイズ下限１２０００４以上の値に維持する。ヒット率下方閾値１２０００２とキャッシュサイズ上限１２０００３はＬＰＲにキャッシュメモリを追加するポリシーを定める。もしヒット率下方閾値１２０００２が指定されていて、ＬＰＲのディスクボリュームにアクセスするＩ／Ｏのキャッシュヒット率がこの指定された比率より小の場合、ストレージコントロールプログラム１０００１４はＬＰＲにキャッシュメモリを追加しようと試みる。キャッシュサイズ上限１２０００３はＬＰＲのキャッシュメモリの最大サイズである。ヒット率上方閾値１２０００４とキャッシュサイズ下限１２０００５はＬＰＲからキャッシュメモリを戻すポリシーを定める。もしヒット率上方閾値１２０００４が指定されていて、キャッシュヒット率がこの指定された比率より大の場合には、ストレージコントロールプログラム１００１４はＬＰＲからキャッシュメモリを戻そうと試みる。キャッシュサイズ下限１２０００５はＬＰＲのキャッシュメモリの最小サイズである。

（１）Ｉ／Ｏプロセス
００５２ストレージコントロールプログラム１００１４はＩ／Ｏ要求の処理時にテーブルを更新する。図１３はＩ／Ｏ要求を処理し、テーブルを更新するためにストレージコントロールプログラム１００１４によって実行されるプロセスフローを示す。ストレージコントロールプログラム１００１４は、ホストコンピュータからＩ／Ｏコマンドを受信する（ステップ１３００００）と、ターゲットディスクボリューム、ボリューム内のアクセスされるデータの位置（ＬＢＡ：論理ブロックアドレス）、及びデータサイズをコマンドから抽出する（ステップ１３０００１）。プログラム１００１４は主ボリュームテーブル１００１５のターゲットボリュームに送信されるＩ／Ｏ回数を加算する（ステップ１３０００２）。ストレージコントロールプログラム１００１４は、データを記憶するためのキャッシュメモリ領域を取得しようとする際、アクセスしようとするデータが既にキャッシュメモリ１０００２に存在しているか否か調べる（ステップ１３０００３）。もしデータがキャッシュメモリ１０００２に存在していれば（ステップ１３０００４）、ストレージコントロールプログラム１００１４は主ボリュームテーブル１００１５のターゲットボリュームのキャッシュヒットＩ／Ｏ回数３０００７を加算する（ステップ１３０００５）。ストレージコントロールプログラム１００１４は更に主ポートテーブル１００１６の使用されたポートの転送データ量フィールド４０００３にデータのサイズを加算する（ステップ１３０００７）。

（２）管理セッション
００５３管理者は管理インタフェース１１００４を用いて個々のＬＰＲ又はストレージシステム全体を管理することができる。図１４は管理セッションのプロセスフローの例を示す。初めに、管理者はストレージシステムにログインするためにユーザ名とパスワードを入力する（ステップ１４００００）。もしアクセスコントロールテーブル１００１８内に当該ユーザ名とパスワードを持つアカウントが存在すれば（ステップ１４０００１）、管理者はユーザ名がアクセスコントロールテーブル１００１８に記録されているＬＰＲを管理することが認められる（ステップ１４０００２）。管理インタフェースで操作を選択することにより（ステップ１４０００３）、管理者は一つ以上の各種操作を遂行することができる（ステップ１４０００５）。もし選択された操作がログアウトであれば（ステップ１４０００４）、セッションは終了する。ステップ１４０００５で示される三つの操作は、ボリューム供給、ボリューム戻し、及びポリシー管理である。これらの操作は以下に図１５〜図１７に関連して説明される。

００５４図１５はＬＰＲでのボリューム供給のプロセスフローを示す。もし管理者がＬＰＲボリュームテーブル１００１９から供給対象のボリューム及びＬＰＲポートテーブル１００２０からボリュームがマップ対象のポートを選択したら（ステップ１５００００）、ストレージコントロールプログラム１００１４はＬＰＲボリュームテーブル１００１９の「供給済み」フィールド７０００３を調べて当該ボリュームが既に供給済みか否かをチェックする（ステップ１５０００１）。もしボリュームが既に供給済みの場合は、プロセスはステップ１５０００８に進む。そうでない場合、ストレージコントロールプログラム１００１４は、ＬＰＲのボリュームポリシーが「オンデマンド」か否かをチェックする（ステップ１５０００２）。もし「オンデマンド」でないならば、プロセスはステップ１５０００６に続く。「オンデマンド」であるならば、ストレージコントロールプログラム１００１４はボリュームが別のＬＰＲの管理者によって同時に選択されていないことを確認する（ステップ１５０００３）。ストレージコントロールプログラム１００１４は更に、選択したボリュームを供給することによって、ＬＰＲの全容量が指定された上限を超えないことを確認する（ステップ１５０００４）。もしＬＰＲが「オンデマンド」のボリュームポリシーを持っていれれば、ボリュームはＬＰＲの管理者によって供給される時点でＬＰＲに割り当てられる。その結果、その容量が当該ＬＰＲの全容量に追加される。したがって、「オンデマンド」のボリュームポリシーを持つ他の全てのＬＰＲに於いては、それらの使用可能容量は減算され、当該ボリュームに対応する行が削除される（ステップ１５０００５）。ステップ１５０００６に於いて、ＬＰＲボリュームテーブル１００１９のボリューム「供給済み」フィールドは「Ｙ」に変更され、ＬＰＲの使用可能容量はボリュームの容量だけ減算される。ボリュームがＬＰＲに割り当てられたことを示すために、ＬＰＲＩＤが主ボリュームテーブル１００１５の当該ボリュームの行に記録される（ステップ１５０００７）。ボリュームが選択されたポートにマップされたことを示すために、ボリュームＩＤがＬＰＲポートテーブル１００２０のポートの行に記録される（ステップ１５０００８）。ステップ１５０００９に於いて、ストレージコントロールプログラム１００１４は実際にマッピングプロセスを実行する。ボリュームマッピングが変更された後、ストレージコントロールプログラム１００１４はボリュームポリシーが保持されているかチェックする。もし保持されていないならば、ストレージコントロールプログラムは以下に更に説明するように必要なプロセスを実行する（ステップ１５００１０）。

００５５図１６はＬＰＲでのボリューム戻しのプロセスフローを示す。これは基本的には上述のボリューム供給と逆のプロセスである。管理者はＬＰＲボリュームテーブルからボリュームを、更にＬＰＲポートテーブル１００２０からポートを選択する（ステップ１６００００）。ストレージコントロールプログラム１００１４は選択されたボリュームが複数のポートマッピングを有しているか否か（ステップ１６０００１）及び、ＬＰＲのボリュームポリシーが「オンデマンド」か否かを（ステップ１６０００２）判定する。もし戻すべきボリュームが唯一のポートのみにマッピングしていて、ＬＰＲが「オンデマンド」のボリュームポリシーを有していれば、ボリュームは当該ＬＰＲから戻されフリーボリュームとして他のＬＰＲと共有される。この結果、ＬＰＲボリュームテーブル１００１９に於いて、当該ボリュームの容量が全容量から減算され、ボリュームポリシーが「オンデマンド」である他のＬＰＲに対するＬＰＲボリュームテーブルに於いて、選択されたボリュームのために一行が追加され、ボリューム容量が使用可能容量に加算される（ステップ１６０００３）。更に、ＬＰＲボリュームテーブル１００１９の「供給済み」フィールド７０００３に「Ｎ」が記録され、選択されたボリュームの容量が使用可能容量に加算される（ステップ１６０００４）。更に、主ボリュームテーブル１００１５のＬＰＲＩＤとして「Ｎ／Ａ」が記録される（ステップ１６０００５）。次いで、選択されたボリュームＩＤがＬＰＲポートテーブル１００２０内の選択されたポートに対してマップされたボリュームフィールドから除去される（ステップ１６０００６）。選択されたボリュームは選択されたポートからアンマップされ（ステップ１６０００７）、現状のボリュームポリシーを保持すべきか否か判定が行われる（ステップ１６０００８）。更にボリューム戻しプロセスフローに於いて、「オンデマンド」ポリシーを持つＬＰＲからボリュームを戻すために、ボリュームポリシーによって定められる制約は何ら存在しないので、図１５のステップ１５０００４に対応するステップは存在しない。

００５６図１７はストレージシステムでのポリシー管理のプロセスフローを示す。管理者が現状のポリシーを閲覧して（ステップ１７００００）、それらを修正（ステップ１７０００１）した後、即ち、ボリュームポリシーテーブル１００２２、ポートポリシーテーブル１００２３、又はキャッシュメモリポリシーテーブル１００２４の内容が修正された後、ストレージコントロールプログラム１００１４は、以下に更に詳細に説明するように、ポリシーが維持されているか否かをチェックし（ステップ１７０００２〜１７０００４）、更にそれらを維持するのに必要なプロセスを実行する。

（３）使用率の頻繁な更新プロセス
００５７ポート使用率とキャッシュヒット率に関する情報は各ポートの転送データ量と各ＬＰＲの全キャッシュヒットＩ／Ｏ回数に基づいて頻繁に更新される。図１８はストレージコントロールプログラム１００１４によって実行されるポート使用率更新のプロセスフローを示す。このプロセスは「Ｍ」秒毎に実行され（ステップ１８００００）、ここでＭはユーザが定義した値又は固定値である。各ポートに対して（ステップ１８０００１）、前のＭ秒間の使用率はステップ１８０００２の式（即ち、Ａ＝転送データ量、Ｂ＝バンド幅とすると、使用率＝（Ａ／Ｍ）／Ｂ）によって計算され、ＬＰＲポートテーブル１００２０のポートの行に記録される。次のＭ秒間に於けるＩ／Ｏアクティビティを記録するために、主ポートテーブル１００１６に於ける転送データ量が０にセットされる（ステップ１８０００３）。ステップ１８０００１〜１８０００３が各ポートに対して繰り返される（ステップ１８０００４）。ポート使用率を更新後、ストレージコントロールプログラム１００１４は、以下に更に詳細に説明するように、ポートポリシーが維持されているか否かチェックし、更にそれを維持するのに必要なプロセスを実行する（ステップ１８０００５）。

００５８図１９はストレージコントロールプログラム１００１４によって実行されるキャッシュヒット率更新プロセスフローを示す。キャッシュヒット率は「Ｎ」秒毎にチェックされる（ステップ１９００００）。ステップ１９０００１〜１９０００４に於いて、ストレージコントロールプログラム１００１４はＬＰＲ毎にキャッシュヒット回数及び全Ｉ／Ｏ回数を合計する。各ＬＰＲのキャッシュヒット回数と全Ｉ／Ｏ回数はそれぞれＨ〔Ｌ〕とＩ〔Ｌ〕で表示され、ここでＬはＬＰＲのＩＤである。各ボリュームに対して（ステップ１９０００１）、もしボリュームがＬＰＲに割り当てられていれば、主ボリュームテーブルに記録されているキャッシュヒット回数及び全Ｉ／Ｏ回数がそれぞれＨ〔Ｌ〕及びＩ〔Ｌ〕に加えられる（ステップ１９０００２）。一旦全てのボリュームが処理されると（ステップ１９０００４）、各ＬＰＲに対するキャッシュヒット率がステップ１９０００５の式（即ち、Ｈ〔Ｌ〕をＬＰＲのキャッシュヒット回数、Ｉ〔Ｌ〕をＬＰＲの全Ｉ／Ｏ回数、ＬをＬＰＲのＩＤとして、ヒット率＝Ｈ〔Ｌ〕／Ｉ〔Ｌ〕）で計算され、ＬＰＲキャッシュメモリテーブル１００２１に記憶される。ストレージコントロールプログラム１００１４はキャッシュメモリポリシーがヒット率の更新後も維持されているか否か判定する（ステップ１９０００６）。ステップ１９０００７に於いて、Ｈ〔Ｌ〕とＩ〔Ｌ〕は次の時間間隔Ｎの間のキャッシュヒット率の計算に使用するため０にリセットされる。

（４）ボリューム、ポート及びキャッシュポリシーの維持
００５９図２０はボリュームポリシーを維持するプロセスフローを示し、これによりストレージコントロールプログラム１００１４は各ＬＰＲのボリュームポリシーが指定された通りに維持されていることを確実にするために各ＬＰＲをチェックする。各選択されたＬＰＲに対して（ステップ２０００００）、ストレージコントロールプログラム１００１４は使用可能容量下方閾値が「オンデマンド」にセットされているか否かチェックする（ステップ２００００１）。もし「オンデマンド」にセットされていれば、プロセスはステップ２００００８に続く。そうでない場合は、ストレージコントロールプログラム１００１４は使用可能容量下方閾値が指定されているか否かチェックする（ステップ２０００２）。指定されていて、更にＬＰＲの使用可能容量が使用可能容量下方閾値より小ならば（ステップ２００００３）、ストレージコントロールプログラム１００１４はＬＰＲにディスクボリュームを追加しようと試みる（ステップ２００００４）。そうでない場合は、ストレージコントロールプログラム１００１４はＬＰＲの使用可能容量上方閾値が指定されているか否かチェックする（ステップ２００００５）。指定されていて、更にＬＰＲの使用可能容量が使用可能容量上方閾値より大ならば（ステップ２００００６）、ストレージコントロールプログラム１００１４はＬＰＲからボリュームを戻そうと試みる（ステップ２００００７）。ステップ２０００００〜２００００７が各ＬＰＲに対して繰り返される（ステップ２００００８）。

００６０ＬＰＲにボリュームを追加する図２０のステップ２００００４のプロセスの詳細は図２１に示される。ステップ２１００００に於いて、ストレージコントロールプログラム１００１４は、フリーで、ボリュームポリシーテーブル１００２２でのＬＰＲの行の「好適」フィールドに指定される条件を満たすボリュームを、それらの全容量がＬＰＲの全容量上限と全容量との差分を超えないようにして、できるだけ多く選択する。選択されたボリュームの全容量が指定された使用可能容量下方閾値と現在使用可能容量との差分を満たすのに十分であれば（ステップ２１０００１）、プロセスはステップ２１０００５に進む。そうでない場合は、ストレージコントロールプログラム１００１４はＬＰＲに対して選択したボリューム全てを割り当て（ステップ２１０００２）、次いでフリーで「好適」フィールドに指定された条件を満たさない全てのボリュームを選択する（ステップ２１０００３）。もし新たに選択したボリュームの全容量が使用可能容量下方閾値と現在使用可能容量の差分を満たすのに十分な場合は（ステップ２１０００４）、ストレージコントロールプログラム１００１４は、選択したボリュームから使用可能容量下方閾値と現在使用可能容量の差分を満たすのに十分な容量を提供するボリュームを選択する（ステップ２１０００５）。最後に、ストレージコントロールプログラム１００１４はＬＰＲに選択したボリュームを割り当てる（ステップ２１０００６）。

００６１ＬＰＲからボリュームを戻す図２０のステップ２００００７のプロセスの詳細が図２２に示される。ステップ２２００００に於いて、指定のＬＰＲに対して、ストレージコントロールプログラム１００１４はＬＰＲボリュームテーブル１００１９からどのポートにも供給されていないボリュームを、全容量がＬＰＲの全容量と全容量下限との差分を超えないように、できるだけ多く選択する。もし選択したボリュームの全容量がＬＰＲの使用可能容量とＬＰＲの全容量上限との差分を満たすのには不十分な場合（ステップ２２０００１）、プロセスはステップ２２０００３に進む。そうでない場合は、ストレージコントロールプログラム１００１４は選択したボリュームからＬＰＲの使用可能容量と全容量上限の差分を満たすのに十分なボリュームを選択する（ステップ２２０００２）。最後に、ストレージコントロールプログラム１００１４はＬＰＲから選択したボリュームを戻す（ステップ２２０００３）。

００６２図２３はＬＰＲに対するポートポリシーを維持するためのプロセスフローを示す。各選択したＬＰＲに対して（ステップ２３００００）、ストレージコントロールプログラム１００１４はポート使用率上方及び下方閾値が指定されているか否かチェックする（それぞれステップ２３０００１及びステップ２３０００４）。もしポート使用率上方閾値が指定されていて、ポートの平均使用率がポート使用率上方閾値よりも大の場合（ステップ２３０００２）、ストレージコントロールプログラム１００１４はポートを追加しようと試みる（ステップ２３０００３）。もしポート使用率下方閾値が指定されており、ポート平均使用率がポート使用率下方閾値より小の場合（ステップ２３０００５）、ストレージコントロールプログラム１００１４はポートを戻そうと試みる（ステップ２３０００６）。このプロセスは全てのＬＰＲの処理が完了するまで繰り返される（ステップ２３０００７）。

００６３ＬＰＲにポートを追加するためのステップ２３０００３のプロセスの詳細が図２４に示される。ストレージコントロールプログラム１００１４は、ＬＰＲのポート全数が全ポート上限を超えないのであれば（ステップ２４０００１）、ポートポリシーテーブル１００２３の「ユニット」フィールド１１０００６に指定されたポート数を一度に追加しようと試みる（ステップ２４００００）。もしどのＬＰＲにも割り当てられていないポート数が追加されるポート数よりも小であれば（ステップ２４０００３）、ストレージコントロールプログラム１００１４はそれら全てを割り当てる（ステップ２４０００４〜２４０００６）。そうでない場合は、ストレージコントロールプログラム１００１４は割り当てられていないポートを選択し（ステップ２４０００５）、各選択したポートに対してＬＰＲポートテーブル１００２０に新たなエントリーを生成し、主ポートテーブル１００１６にＬＰＲＩＤを記録する（ステップ２４０００６）ことによってポートポリシーを維持する必要のあるポート数を割り当てる。

００６４更に、ＬＰＲからポートを戻すためのステップ２３０００６のプロセスの詳細が図２５に示される。ストレージコントロールプログラム１００１４は更に、ＬＰＲの全ポート数が全ポート下限よりも小にならないならば（ステップ２５０００１）、ポートポリシーテーブルの「ユニット」フィールドの指定されたポート数を一度に戻そうと試みる（ステップ２５００００）。もしボリュームがポートにマップされていたら、ポートは使用中であり、ＬＰＲから戻すことはできない。即ち、戻されるべきポートはマップされたボリュームを持っていてはいけない。もしどのボリュームにもマップされていないポート数が戻されるべきポート数よりも小であれば（ステップ２５０００３）、ストレージコントロールプログラム１００１４はどのボリュームにもマップされていない全てのポートを戻す（ステップ２４０００４〜２４０００６）。そうでない場合は、ストレージコントロールプログラム１００１４はどのボリュームにもマップされていない、戻されるべきポートを選択し（ステップ２５０００５）、各選択されたポートに対してＬＰＲポートテーブル１００２０のエントリーを削除し、主ポートテーブル１００１６のＬＰＲＩＤとして「Ｎ／Ａ」を入力する。

００６５図２６はＬＰＲに対してキャッシュメモリポリシーを維持するためのプロセスフローを示す。このプロセスフローはポートポリシーを維持することに関して図２３で説明したものに類似する。各選択したＬＰＲに対して（ステップ２６００００）、ストレージコントロールプログラム１００１４はヒット率上方及び下方閾値が指定されているか否かチェックする（それぞれステップ２６０００１及び２６０００４）。もしヒット率下方閾値が指定されていて、キャッシュヒット率がヒット率下方閾値より小であるならば（ステップ２６００２）、ストレージコントロールプログラム１００１４はＬＰＲにキャッシュメモリを追加しようと試みる（ステップ２６０００３）。もしヒット率上方閾値が指定されており、キャッシュヒット率がヒット率上方閾値より大ならば（ステップ２６０００４）、ストレージコントロールプログラム１００１４はＬＰＲからキャッシュメモリを戻そうと試みる（ステップ２６０００６）。このプロセスは全てのＬＰＲの処理が完了するまで繰り返される（ステップ２６０００７）。

００６６ＬＰＲにキャッシュメモリを追加するためのステップ２６０００３のプロセスの詳細が図２７に示される。ストレージコントロールプログラム１００１４は、ＬＰＲの全キャッシュがキャッシュサイズ上限を超えないならば（ステップ２７０００１）、キャッシュポリシーテーブル１００２４に従って指定されたキャッシュメモリ量を一度に追加しようと試みる（ステップ２７００００）。もしどのＬＰＲにも割り当てられていないキャッシュが、追加が求められるキャッシュよりも小ならば（ステップ２７０００３）、ストレージコントロールプログラム１００１４は使用可能な全てのキャッシュを割り当てる（ステップ２７０００４〜２７０００６）。そうでない場合、ストレージコントロールプログラム１００１４は使用可能なキャッシュから追加されるキャッシュメモリサイズを減算し（ステップ２７０００５）、そのサイズをＬＰＲキャッシュメモリテーブルのキャッシュメモリサイズに加算する（ステップ２７０００６）ことにより、キャッシュポリシーを維持するのに必要なキャッシュメモリ量を割り当てる。

００６７更に、ＬＰＲからキャッシュメモリを戻すためのステップ２６０００６のプロセスの詳細が図２８に示される。ストレージコントロールプログラム１００１４は更に、ＬＰＲの全キャッシュメモリがキャッシュサイズ下限より小にならない限り（ステップ２８０００１）、指定されたキャッシュメモリ量を一度に戻そうと試みる（ステップ２８００００）。キャッシュサイズ下限より小になる場合には、下限に等しくなるに足る量のキャッシュのみが戻される（ステップ２８０００２）。全てのキャッシュメモリは常に使用されているが、予めキャッシュメモリのデータをデステージすることによってＬＰＲから戻すことができる。即ち、戻されるべきキャッシュメモリサイズは、ポートの場合とは対照的に、制限されず（ステップ２８０００３）、フローにはデータをデステージするステップが含まれる（ステップ２８０００４）。デステージに続いて、ストレージコントロールプログラム１００１４はＬＰＲキャッシュメモリテーブルのキャッシュから求められるキャッシュ量を減算し（ステップ２８０００５）、減算したキャッシュ量を主キャッシュメモリテーブル１００１７の使用可能キャッシュメモリに加算する（ステップ２８０００６）。

００６８上述の手段を用いることにより、各ＬＰＲのリソースは指定されたポリシーにしたがって自動的に配分、維持され、管理者は多数の手動操作を遂行する必要がなくなる。典型的な実施例では、ストレージ容量はディスクボリュームとして管理される。しかしながら、ディスクドライブ、ＲＡＩＤグループ、等のような種々のユニットの容量を管理することも可能である。

００６９このようにして、本発明は、論理パーティションに分割されたストレージシステムのストレージ容量、ポート、キャッシュ容量のようなストレージリソースを、ストレージ管理操作の結果、Ｉ／Ｏ統計、及び一つ以上の論理パーティションに対する操作条件として予め指定できるユーザが定義したポリシー、に基づいて自動的に管理し、振り分ける方法とシステムを提供する。

００７０特定の実施例がこの明細書で説明されてきたが、ここで開示されたこれらの特定の実施例が同じ目的を達成すると思われる何らかの改編と置換され得ることは、当分野の通常の技術者には理解されるであろう。この開示は本発明の任意の、そして全ての翻案や変形をカバーするように意図されており、前述の説明は説明のためになされたもので、これに限定するものでないことを理解願いたい。従って本発明の範囲は、添付の請求項及びこれら請求項の権利が及ぶのと等価な全範囲を参照して、正当に定められなければならない。

０００７前述の一般的な説明及び以下に述べる好適な実施例の詳細な説明と合わせて、付随する図面は本発明について現在意図している最良の実施例の原理を図示し説明する役目を果たす。
０００８図１は一実施例による本発明のハードウェア構成の例を示す。０００９図２は論理パーティションの例を示す。００１０図３は主ボリュームテーブルの例を示す。００１１図４は主ポートテーブルの例を示す。００１２図５は主キャッシュメモリテーブルの例を示す。００１３図６はアクセスコントロールテーブルの例を示す。００１４図７はＬＰＲボリュームテーブルの例を示す。００１５図８はＬＰＲポートテーブルの例を示す。００１６図９はＬＰＲキャッシュメモリテーブルの例を示す。００１７図１０はボリュームポリシーテーブルの例を示す。００１８図１１はポートポリシーテーブルの例を示す。００１９図１２はキャッシュメモリポリシーテーブルの例を示す。００２０図１３はＩ／Ｏプロセスとテーブル更新を説明するフローチャートである。００２１図１４は管理セッションを説明するフローチャートである。００２２図１５はＬＰＲでのボリューム供給を説明するフローチャートである。００２３図１６はＬＰＲでのボリューム戻しを説明するフローチャートである。００２４図１７はポリシー管理を説明するフローチャートである。００２５図１８はポート使用率の更新を説明するフローチャートである。００２６図１９はキャッシュヒット率の更新を説明するフローチャートである。００２７図２０はボリュームポリシーの維持を説明するフローチャートである。００２８図２１はＬＰＲへのボリュームの追加を説明するフローチャートである。００２９図２２はＬＰＲからのボリュームの戻しを説明するフローチャートである。００３０図２３はポートポリシーの維持を説明するフローチャートである。００３１図２４はＬＰＲへのポートの追加を説明するフローチャートである。００３２図２５はＬＰＲからのポートの戻しを説明するフローチャートである。００３３図２６はキャッシュメモリポリシーの維持を説明するフローチャートである。００３４図２７はＬＰＲへのキャッシュメモリの追加を説明するフローチャートである。００３５図２８はＬＰＲからのキャッシュメモリの戻しを説明するフローチャートである。

Claims

キャッシュメモリと、
複数のポートと、
一つ以上のボリュームを生成するのに使用する複数のストレージデバイスと、
所定量の前記キャッシュメモリ、少なくとも一つの前記ポート、及び少なくとも一つの前記ボリュームを含むリソースより成る一つ以上の論理パーティションと、
前記論理パーティションを１つのストレージ装置として動作させ、前記一つ以上の論理パーティションの間で前記リソースの割り当てを調整する制御部と、
を備え、
前記制御部は、
前記論理パーティションに対して割り当てられた前記ボリュームの使用可能容量の所定の閾値、前記論理パーティションに対して割り当てられた前記ポートの使用率の所定の閾値、及び、前記論理パーティションに対して割り当てられた前記キャッシュメモリのヒット率の所定の閾値を設定し、
前記論理パーティションの、前記ボリュームの使用容量、前記ポートの使用率及び前記キャッシュメモリのヒット率をモニタし、
前記モニタしたボリュームの使用容量と前記設定された前記ボリュームの使用可能容量の所定の閾値との比較結果に基づいて、前記一つ以上の論理パーティション間で割り当てるボリューム容量を調整し、
前記モニタしたポートの使用率と前記設定されたポートの使用率の所定の閾値との比較結果に基づいて、前記一つ以上の論理パーティション間で割り当てるポート数を調整し、
前記モニタしたキャッシュメモリのヒット率と前記設定されたキャッシュメモリのヒット率の所定の閾値との比較結果に基づいて、前記一つ以上の論理パーティション間で割り当てるキャッシュメモリ容量を調整する
ことを特徴とする、ストレージ装置。
前記制御部は、
前記ボリュームの使用可能容量の所定の閾値として、前記ボリュームの使用可能容量の上限値及び下限値を設定し、
前記モニタした前記論理パーティションの前記ボリュームの使用可能容量が、前記ボリュームの使用可能容量の下限値より小さい場合には、該論理パーティションに対して一つ以上のボリュームを割り当て、
前記モニタした前記論理パーティションの前記ボリュームの使用可能容量が、前記ボリュームの使用可能容量の上限値より大きい場合には、該論理パーティションから一つ以上のボリュームの割り当てを解除する
ことを特徴とする、請求項１に記載のストレージ装置。
前記制御部は、
前記ポートの使用率の所定の閾値として、前記ポートの使用率の上限値及び下限値を設定し、
前記モニタした前記論理パーティションの前記ポートの使用率が、前記ポートの使用率の上限値より大きい場合には、該論理パーティションに対して一つ以上の前記ポートを割り当て、
前記モニタした前記論理パーティションの前記ポートの使用率が、前記ポートの使用率の下限値より大きい場合には、該論理パーティションから一つ以上のボリュームの割り当てを解除する
ことを特徴とする、請求項１に記載のストレージ装置。
前記制御部は、
前記キャッシュメモリのヒット率の所定の閾値として、前記キャッシュメモリのヒット率の上限値及び下限値を設定し、
前記モニタした前記論理パーティションの前記キャッシュメモリのヒット率が、前記ポートのヒット率の下限値より小さい場合には、該論理パーティションに対してキャッシュメモリを追加し、
前記モニタした前記論理パーティションの前記キャッシュメモリのヒット率が、前記ポートのヒット率の上限値より大きい場合には、該論理パーティションからキャッシュメモリの割り当てを解除する
ことを特徴とする、請求項１に記載のストレージ装置。
キャッシュメモリと、複数のポートと、一つ以上のボリュームを生成するのに使用する複数のストレージデバイスと、所定量の前記キャッシュメモリ、少なくとも一つの前記ポート、及び少なくとも一つの前記ボリュームを含むリソースより成る一つ以上の論理パーティションと、前記論理パーティションを１つのストレージ装置として動作させ、前記一つ以上の論理パーティションの間で前記リソースの割り当てを調整する制御部と、を備えるストレージ装置の制御方法であって、
前記制御部が、前記論理パーティションに対して割り当てられた前記ボリュームの使用可能容量の所定の閾値、前記論理パーティションに対して割り当てられた前記ポートの使用率の所定の閾値、及び、前記論理パーティションに対して割り当てられた前記キャッシュメモリのヒット率の所定の閾値を設定する第１のステップと、
前記制御部が、前記論理パーティションの、前記ボリュームの使用容量、前記ポートの使用率及び前記キャッシュメモリのヒット率をモニタする第２のステップと、
前記制御部が、前記モニタしたボリュームの使用容量と前記設定された前記ボリュームの使用可能容量の所定の閾値との比較結果に基づいて、前記一つ以上の論理パーティション間で割り当てるボリューム容量を調整する第３のステップと、
前記制御部が、前記モニタしたポートの使用率と前記設定されたポートの使用率の所定の閾値との比較結果に基づいて、前記一つ以上の論理パーティション間で割り当てるポート数を調整する第４のステップと、
前記制御部が、前記モニタしたキャッシュメモリのヒット率と前記設定されたキャッシュメモリのヒット率の所定の閾値との比較結果に基づいて、前記一つ以上の論理パーティション間で割り当てるキャッシュメモリ容量を調整する第５のステップと
を含むことを特徴とする、ストレージ装置の制御方法。
前記第１のステップにおいて、前記制御部が、前記ボリュームの使用可能容量の所定の閾値として、前記ボリュームの使用可能容量の上限値及び下限値を設定し、
前記第３のステップにおいて、前記制御部が、前記モニタした前記論理パーティションの前記ボリュームの使用可能容量が、前記ボリュームの使用可能容量の下限値より小さい場合には、該論理パーティションに対して一つ以上のボリュームを割り当て、前記モニタした前記論理パーティションの前記ボリュームの使用可能容量が、前記ボリュームの使用可能容量の上限値より大きい場合には、該論理パーティションから一つ以上のボリュームの割り当てを解除する
ことを特徴とする、請求項５に記載のストレージ装置の制御方法。
前記第１のステップにおいて、前記制御部が、前記ポートの使用率の所定の閾値として、前記ポートの使用率の上限値及び下限値を設定し、
前記第４のステップにおいて、前記モニタした前記論理パーティションの前記ポートの使用率が、前記ポートの使用率の上限値より大きい場合には、該論理パーティションに対して一つ以上の前記ポートを割り当て、前記モニタした前記論理パーティションの前記ポートの使用率が、前記ポートの使用率の下限値より大きい場合には、該論理パーティションから一つ以上のボリュームの割り当てを解除する
ことを特徴とする、請求項５に記載のストレージ装置の制御方法。
前記第１のステップにおいて、前記制御部が、前記キャッシュメモリのヒット率の所定の閾値として、前記キャッシュメモリのヒット率の上限値及び下限値を設定し、
前記第５のステップにおいて、前記制御部が、前記モニタした前記論理パーティションの前記キャッシュメモリのヒット率が、前記ポートのヒット率の下限値より小さい場合には、該論理パーティションに対してキャッシュメモリを追加し、前記モニタした前記論理パーティションの前記キャッシュメモリのヒット率が、前記ポートのヒット率の上限値より大きい場合には、該論理パーティションからキャッシュメモリの割り当てを解除する
ことを特徴とする、請求項５に記載のストレージ装置の制御方法。