"ストレージ装置を管理する管理装置であって、前記ストレージ装置は、ホストコンピュータに提供するための仮想的論理ボリュームと、それぞれ性能の異なる複数の記憶階層を有するプールとを備え、かつ、前記仮想的論理ボリュームを構成する複数の論理的記憶領域を、前記複数の記憶階層のうち指示された所定の記憶階層内の記憶領域に対応付けることで、前記所定の記憶階層に配置させるようになっており、前記ホストコンピュータによる前記各論理的記憶領域へのアクセス負荷と、配置先の記憶階層における前記各論理的記憶領域の配置状態とに基づいて、前記各論理的記憶領域の再配置先を決定する、ストレージ装置の管理装置。前記ストレージ装置から所定の情報を収集するための情報収集部と、前記所定の情報に基づいて、前記論理的記憶領域毎に前記アクセス負荷を評価するためのアクセス負荷評価部と、前記各論理的記憶領域が配置先の記憶階層に配置されている時間に関する配置時間情報を、前記配置状態として算出する配置時間情報算出部と、前記アクセス負荷および前記配置時間情報とに基づいて、前記各論理的記憶領域が前記各記憶階層のうちのいずれに配置されるべきかを前記論理的記憶領域毎に決定して、前記ストレージ装置に指示する再配置指示部と、を備える、請求項1に記載のストレージ装置の管理装置。予め用意されている複数のモニタリングモードのうちのいずれか一つを選択するためのモニタリングモード選択部を備え、前記アクセス負荷評価部は、前記複数のモニタリングモードのうち選択されたモニタリングモードに基づいて、前記各論理的記憶領域のアクセス負荷を評価する、請求項2に記載のストレージ装置の管理装置。前記モニタリングモード選択部は、前記配置時間情報に基づいて、前記複数のモニタリングモードのうち所定のモニタリングモードを選択する、請求項3に記載のストレージ装置の管理装置。前記配置時間情報算出部は、前記各論理的記憶領域が前記複数の記憶階層のうち最も高性能の記憶階層に配置されている時間と所定の配置基準期間との比率を、前記配置時間情報として算出し、前記モニタリングモード選択部は、前記配置時間情報の値と、前記複数のモニタリングモードの中から前記所定のモニタリングモードを選択するために予め設定されるモニタリングモード選択用基準値とを比較することで、前記複数のモニタリングモードの中から前記所定のモニタリングモードを選択する、請求項4に記載のストレージ装置の管理装置。前記モニタリングモード選択部は、前記論理的記憶領域毎に、前記複数のモニタリングモードの中からモニタリングモード候補をそれぞれ選択し、選択された前記各モニタリングモード候補のうち、最も多いモニタリングモードを前記所定のモニタリングモードとして選択する、請求項5に記載のストレージ装置の管理装置。前記モニタリングモード選択部は、前記論理的記憶領域毎に、前記複数のモニタリングモードの中からモニタリングモード候補をそれぞれ選択し、選択された前記各モニタリングモード候補のうち、いずれか一つでも、現在選択されているモニタリングモードとは異なる他のモニタリングモードが候補として選択された場合は、前記他のモニタリングモードを前記所定のモニタリングモードとして選択する、請求項5に記載のストレージ装置の管理装置。前記ストレージ装置は、前記仮想的論理ボリュームを複数備えており、前記モニタリングモード選択部は、前記仮想的論理ボリューム毎に、前記所定のモニタリングモードを選択する、請求項4に記載のストレージ装置の管理装置。前記ホストコンピュータは、前記仮想的論理ボリュームを使用するアプリケーションプログラムを備えており、前記モニタリングモード選択部は、アプリケーションプログラムの種類に応じて、前記複数のモニタリングモードの中から前記所定のモニタリングモードを選択する、請求項3に記載のストレージ装置の管理装置。前記モニタリングモード選択部は、手動選択モードと自動選択モードを備えており、前記自動選択モードが設定されている場合、前記モニタリングモード選択部は、前記配置時間情報に基づいて、前記複数のモニタリングモードのうち所定のモニタリングモードを選択し、前記手動選択モードが設定されている場合、前記モニタリングモード選択部は、前記複数のモニタリングモードのうち、ユーザにより選択されたモニタリングモードを前記所定のモニタリングモードとして選択する、請求項5に記載のストレージ装置の管理装置。前記手動選択モードが設定されている場合に、前記モニタリングモードの中から前記所定のモニタリングモードを選択するための手動選択部を含む設定画面を生成してユーザに提示し、前記設定画面には、前記複数のモニタリングモードのそれぞれにおける、前記アクセス負荷と前記配置時間情報と前記各論理的記憶領域の再配置先とが表示される、請求項10に記載のストレージ装置の管理装置。前記所定の配置基準期間を変更するための第1変更部と、前記モニタリングモード選択用基準値を変更するための第2変更部とが、前記設定画面にさらに含まれている、請求項11に記載のストレージ装置の管理装置。前記複数のモニタリングモードの中には、第1モニタリングモードと、第2モニタリングモードとが含まれており、前記第2モニタリングモードの第2モニタリング期間は、前記第1モニタリングモードの第1モニタリング期間よりも長くなるように予め設定されており、前記アクセス負荷評価部は、前記第1モニタリング期間または前記第2モニタリング期間のうち、選択された方のモニタリング期間内に前記ホストコンピュータから前記仮想的論理ボリュームに発行されたアクセス要求の数に基づいて、前記アクセス負荷を評価する、請求項1に記載のストレージ装置の管理装置。ストレージ装置を管理用コンピュータで管理するための管理方法であって、前記ストレージ装置は、ホストコンピュータに提供するための仮想的論理ボリュームと、それぞれ性能の異なる複数の記憶階層を有するプールとを備え、かつ、前記仮想的論理ボリュームを構成する複数の論理的記憶領域を、前記複数の記憶階層のうち指示された所定の記憶階層内の記憶領域に対応付けることで、前記所定の記憶階層に配置させるようになっており、前記ストレージ装置から所定の情報を収集する情報収集ステップと、前記所定の情報に基づいて、前記論理的記憶領域毎に前記アクセス負荷を評価するアクセス負荷評価ステップと、前記各論理的記憶領域が配置先の記憶階層に配置されている時間に関する配置時間情報を算出する配置時間情報算出ステップと、前記アクセス負荷および前記配置時間情報とに基づいて、前記各論理的記憶領域が前記各記憶階層のうちのいずれに配置されるべきかを示す再配置先を前記論理的記憶領域毎に決定する再配置指示ステップと、をそれぞれ実行するストレージ装置の管理方法。予め用意されている複数のモニタリングモードのうちのいずれか一つを選択するためのモニタリングモード選択ステップを、前記配置時間情報算出ステップの前に設け、前記モニタリングモード選択ステップは、前記配置時間情報に基づいて、前記複数のモニタリングモードのうち所定のモニタリングモードを選択する、請求項14に記載のストレージ装置の管理方法。従来のページ単位の階層管理技術では、予め定まったモニタリング期間内のI/O数をカウントするため、仮想的論理ボリュームの使用状況に合わせてページ再配置を行うのは難しい。例えば、一方のアプリケーションプログラム以下、アプリケーションが使用する一方の仮想的論理ボリュームと、他方のアプリケーションが使用する他方の仮想的論理ボリュームとが、共通のプールを利用して作成されている場合を説明する。一方のアプリケーションは、I/O数の大きい状態が比較的長い時間にわたって継続すると仮定する。この場合、一方のアプリケーションにより使用される、一方の仮想的論理ボリュームの論理ページのデータは、たとえ一時的にI/O数が低下した場合でも、低性能の記憶階層に移動させるべきではない。一方のアプリケーションが再び多量にアクセスする場合に、応答性能が低下するためである。そのような仮想的論理ボリュームは、結局、元の高性能の記憶階層に再配置されることになり、低性能な記憶階層への一時的な移動は無駄になる。他方のアプリケーションは、I/O数の大きい状態の継続する時間が比較的短いと仮定する。この場合、他方のアプリケーションにより使用される、他方の仮想的論理ボリュームの論理ページのデータは、I/O数の低下に応じて低性能の記憶階層に配置させる方が望ましい。なぜなら、I/O数の低下したページを高性能な階層に長時間滞留させておくことは、I/O数のより高い他のページが高性能の階層に移動することを阻むことになるためである。仮想的論理ボリューム毎にモニタリング方法を手動で設定するのでは、管理上の手間がかかり、管理コストが増大する。本発明は、上記の課題に鑑みてなされたもので、その目的は、使い勝手を向上できるようにしたストレージ装置の管理装置及び管理方法を提供することにある。本発明の他の目的は、ストレージ装置の有する記憶領域をより効率的に使用することができ、かつ、管理上の使い勝手を改善できるようにした、ストレージ装置の管理装置及び管理方法を提供することにある。上記課題を解決すべく、本発明に従うストレージ装置の管理装置は、ストレージ装置を管理する管理装置であって、ストレージ装置は、ホストコンピュータに提供するための仮想的論理ボリュームと、それぞれ性能の異なる複数の記憶階層を有するプールとを備え、かつ、仮想的論理ボリュームを構成する複数の論理的記憶領域を、複数の記憶階層のうち指示された所定の記憶階層内の記憶領域に対応付けることで、所定の記憶階層に配置させるようになっており、ホストコンピュータによる各論理的記憶領域へのアクセス負荷と、配置先の記憶階層における各論理的記憶領域の配置状態とに基づいて、各論理的記憶領域の再配置先を決定する。ストレージ装置から所定の情報を収集するための情報収集部と、所定の情報に基づいて、論理的記憶領域毎にアクセス負荷を評価するためのアクセス負荷評価部と、各論理的記憶領域が配置先の記憶階層に配置されている時間に関する配置時間情報を、配置状態として算出する配置時間情報算出部と、アクセス負荷および配置時間情報とに基づいて、各論理的記憶領域が各記憶階層のうちのいずれに配置されるべきかを論理的記憶領域毎に決定して、ストレージ装置に指示する再配置指示部と、を備えてもよい。予め用意されている複数のモニタリングモードのうちのいずれか一つを選択するためのモニタリングモード選択部を備え、アクセス負荷評価部は、複数のモニタリングモードのうち選択されたモニタリングモードに基づいて、各論理的記憶領域のアクセス負荷を評価してもよい。モニタリングモード選択部は、配置時間情報に基づいて、複数のモニタリングモードのうち所定のモニタリングモードを選択することもできる。配置時間情報算出部は、各論理的記憶領域が複数の記憶階層のうち最も高性能の記憶階層に配置されている時間と所定の配置基準期間との比率を、配置時間情報として算出し、モニタリングモード選択部は、配置時間情報の値と、複数のモニタリングモードの中から所定のモニタリングモードを選択するために予め設定されるモニタリングモード選択用基準値とを比較することで、複数のモニタリングモードの中から所定のモニタリングモードを選択することもできる。上述した本発明の特徴は、明示された以外に種々組合せることができる。さらに、本発明は、コンピュータプログラムとして把握することもできる。コンピュータプログラムは、通信媒体または記録媒体を介して、コンピュータにインストールされる。以下、図面に基づいて、本発明の実施の形態を説明する。本実施形態では、後述のように、仮想的論理ボリュームの実際の使用状況に応じて、ページ再配置に使用するためのモニタリング方式を自動的に選択する。なお、以下の説明では、xxxテーブルの表現にて各種情報を説明することがあるが、各種情報は、テーブル以外のデータ構造で表現されていても良い。データ構造に依存しないことを示すためにxxxテーブルをxxx情報と呼ぶことができる。以後の説明では、プログラムを主語として処理を説明する場合がある。プログラムは、プロセッサ例えばCPUCentralProcessingUnitによって実行されることで、定められた処理を、メモリ等の記憶資源及び通信ポート等の通信インタフェース装置を適宜用いながら実行する。従って、処理の主語は、プロセッサでも良い。プロセッサは、CPUの他に専用ハードウェアを有していても良い。コンピュータプログラムは、プログラムソースから計算機にインストールされても良い。プログラムソースは、例えば、プログラム配布サーバ又は記憶メディアであっても良い。例えば、プールボリューム等の各要素は、識別子ID、番号、名前等で識別可能である。以下、図を用いて、本発明の一実施例を説明する。本発明が以下に述べる実施例に制限されることは無く、本発明の思想に合致するあらゆる応用例が本発明の技術的範囲に含まれる。また、特に限定しない限り、各構成要素は複数でも単数でも構わない。図1は、計算機システムの全体構成を示す。計算機システムは、少なくとも一つのホストコンピュータ以下、ホスト10と、少なくとも一つのストレージ装置20と、一つの管理サーバ30とを含む。ホスト10とストレージ装置20とは、例えば、IP-SANInternetProtocolSANまたはFC-SANFibreChannelStorageAreaNetworkのような通信ネットワークCN1を介して、双方向通信可能に接続される。管理サーバ30とストレージ装置20は、例えば、LANLocalAreaNetworkのような、管理用の通信ネットワークCN2を介して、双方向通信可能に接続される。なお、例えば、iSCSIinternetSmallComputerSystemInterfaceを用いる場合、通信ネットワークCN1及びCN2を、一つのLANとして構成してもよい。図2を参照して、ホスト10の構成を説明する。ホスト10は、例えば、マイクロプロセッサCPU110と、メモリ120と、通信ポート130とを備える。CPU110は、メモリ120に格納されたアプリケーションP10を読み込んで実行する。メモリ120には、種々のアプリケーションP10を格納することができる。ホスト10は、いわゆるオープン系のサーバコンピュータとして構成してもよいし、メーンフレームマシンのように構成してもよい。図3を参照して、ストレージ装置20の構成を説明する。ストレージ装置20は、例えば、マイクロプロセッサ210と、メモリ220と、複数の記憶装置230と、通信ポート251、252を備える。一方の通信ポート251は、SANネットワークCN1に接続するためのものである。他方の通信ポート252は、管理用ネットワークCN2に接続するためのものである。記憶装置230は、例えば、ハードディスクドライブ、半導体メモリドライブ、フラッシュメモリデバイス、光ディスクドライブ等のデータを読み書き可能な種々のデバイスを利用可能である。ハードディスクドライブを用いる場合、例えば、FCFibreChannelディスク、SCSISmallComputerSystemInterfaceディスク、SATAディスク、ATAATAttachmentディスク、SASSerialAttachedSCSIディスク等を用いることができる。また、例えば、フラッシュメモリ、FeRAMFerroelectricRandomAccessMemory、MRAMMagnetoresistiveRandomAccessMemory、相変化メモリOvonicUnifiedMemory、RRAMResistanceRAM:登録商標等の種々の記憶装置を用いることもできる。さらに、例えば、フラッシュメモリデバイスとハードディスクドライブのように、種類の異なる記憶装置を混在させる構成でもよい。複数の記憶装置230から一つのパリティグループを形成し、各記憶装置230の有する物理的記憶領域を一つの冗長記憶領域としてまとめることもできる。その冗長化された記憶領域を用いて、一つまたは複数の論理ボリューム240が作成される。一つの記憶装置230の有する記憶領域を用いて、一つまたは複数の論理ボリューム240を作成することもできる。なお、ストレージ装置20がホスト10に提供する仮想ボリューム270等の構成については、図4で後述する。メモリ220は、ストレージ制御プログラムP20と、各種の管理表T20、T21、T22、T23、T24、T25とを格納する。ストレージ制御プログラムP20は、複数のプログラムモジュールP21、P22、P23、P24及びP25を備える。各プログラムモジュールP21~P25の動作については、後述する。各管理表T20~T25の構成も後述する。なお、管理表T20~T25は、メモリ220に代えて、ハードディスクドライブ等の補助記憶装置に記憶させてもよい。図4を参照して、仮想ボリューム270と、プール260と、論理ボリューム240との関係を説明する。プール250は、論理的に構成されるもので、それぞれ性能の異なる複数の記憶階層261A、261B、261Cを備える。第1記憶階層261Aは、最も性能の高い階層である。第1記憶階層261Aには、例えば、フラッシュメモリデバイスSSD:SolidStateDriveの有する物理的記憶領域を用いて作成された論理ボリューム240が登録される。第2の記憶階層261Bは、中性能の階層である。第2の記憶階層261Bには、例えば、SASの有する物理的記憶領域を用いて作成された論理ボリューム240が登録される。第3記憶階層261Cは、最も性能の低い階層である。第3記憶階層261Cには、例えば、SATAの有する物理的記憶領域を用いて作成された論理ボリューム240が登録される。仮想的論理ボリュームとしての仮想ボリューム270は、ストレージ装置20内に複数設けることができる。仮想ボリューム270は仮想的な存在であり、データを実際に格納するのはプール250を構成する各論理ボリューム240である。仮想ボリューム270の有する論理的な記憶領域は、複数の論理ページ271から構成される。ホスト10からのライトアクセスに応じて、論理ページ271に物理ページ241が対応付けられる。記憶装置230の有する物理的記憶領域は、複数の物理ページまたはセグメント241により区切られている。論理ページ271に物理ページ241が割り当てられることで、その論理ページ271にデータを書き込むことができる。物理ページ241と論理ページ271との対応関係は、後述の物理ページ-論理ページ対応管理表T25で管理される。物理ページ241と論理ページ271との対応関係は、後述する処理により、所定周期で見直される。次に、各管理表について説明する。以下に述べる各表の構成は一例に過ぎず、図示した構成とは異なる構成でもよい。例えば、各表は、図示された項目以外の項目を含んでもよいし、図示された複数の項目のうちの一部の項目が除去されてもよい。さらに、図示された表を、複数の表に分割してもよいし、図示された複数の表を一つの表にまとめる構成でもよい。図5は、ストレージ装置20が具備する物理ページ管理表T20を示す。物理ページ管理表T20は、物理ページを管理するための表であり、例えば、ディスク識別子C200と、物理ページ識別子C201とを対応付けて管理する。なお、図中、識別子をIDと略記する。本実施例では、記憶装置230を、便宜上ディスクと表現している。ディスク識別子C200は、各記憶装置230を識別するための情報である。物理ページ識別子C201は、各物理ページ241を識別するための情報である。この表T20を用いることで、どの記憶装置230にどの物理ページ241が存在するかを調べることができる。図6は、ストレージ装置20の有するディスク管理表T21を示す。ディスク管理表T21は、ストレージ装置20の有する各記憶装置230を管理する表である。ディスク管理表T21は、例えば、ディスク識別子C210と、ディスク種別C211と、RAIDRedundantArraysofInexpensiveDisksレベルC212を対応付けて管理する。ディスク識別子C210は、図5で述べたディスク識別子C200と同様に、各記憶装置230を識別するための情報である。ディスク種別C211は、各記憶装置230の種類例えば、SSD、SAS、SATA等を示す。RAIDレベルC212は、RAID構成のレベルを示す。RAIDレベルとしては、例えば、RAID1、RAID5、RAID6等がある。図7は、ストレージ装置20の有する階層管理表を示す。階層管理表T22は、プール260を構成する各記憶階層261A~261Cを管理するための表である。以下、記憶階層を階層と略記する場合がある。また、特に区別しない場合、各階層261A~261Cを、階層261と呼ぶことがある。階層管理表T22は、例えば、階層識別子C220と、ディスク識別子C221とを対応付けて管理する。階層識別子C220は、各階層261を識別する情報である。ディスク識別子C221は、各階層261に登録される記憶装置230の識別子である。階層管理表T22を用いることで、どの階層261にどの記憶装置230が登録されているかを調べることができる。図8は、ストレージ装置20の有するプール階層管理表T23を示す。プール階層管理表T23は、プール260の階層構成を管理する表である。プール階層管理表T23は、例えば、プール識別子C230と、階層識別子C231と、特性C232と、性能順位C233と、許容I/O数C234とを対応付けて管理している。プール識別子C230は、ストレージ装置20の有する各プール260を識別するための情報である。階層識別子C231は、プール260に含まれる各階層261を識別するための情報である。特性C232は、階層261の性能特性を示す。特性C232は、例えば、ディスク種別とRAIDレベルとで記述することができる。ディスク種別及びRAIDレベルという属性に限らず、他の属性で特性C232を定義してもよい。性能順位C233は、階層261の順位を示す。順位の数字が小さいほど、高性能な階層である。性能順位C233は、許容I/O数C234に含まれる下限値及び上限値から計算することができる。許容I/O数C234は、階層261が許容するI/O数の上限値及び下限値を示す情報である。階層261に属する或る論理ページ271のデータへのI/O数が、その階層261の許容する上限値を超えた場合、その論理ページ271は、一般的には、より上位の階層に再配置されるべきである。逆に、階層261に属する他の論理ページ271のデータへのI/O数が、その階層261の許容する下限値を下回った場合、その論理ページ271は、一般的には、より下位の階層に再配置されるべきである。階層毎に予め定義されているI/O数の範囲内で、論理ページ271のデータが階層間を移動する。なお、本実施例では、後述のように、仮想ボリューム270の使用状況に応じて、論理ページ271の再配置先が決定される。図9は、ストレージ装置20が有する論理ページ管理表T24を示す。論理ページ管理表T24は、仮想ボリューム270を構成する各論理ページ271を管理するための表である。論理ページ管理表T24は、例えば、プール識別子C240と、仮想ボリューム識別子C241と、論理ページ識別子C242と、I/O数C243と、階層識別子C244とを対応付けて管理する。プール識別子C240は、プール260を識別するための情報である。仮想ボリューム識別子C241は、仮想ボリューム270を識別するための情報である。論理ページ識別子C242は、仮想ボリューム270を構成する各論理ページ271を識別するための情報である。I/O数C243は、各論理ページ271に対するI/O数である。階層識別子C244は、論理ページ271の配置先の階層を特定する情報である。図10は、ストレージ装置20が有する、物理ページ-論理ページ対応管理表T25を示す。物理ページ-論理ページ対応管理表T25は、物理ページ241と論理ページ271の対応関係を管理する。この表T25は、物理ページ識別子C250と、論理ページ識別子C251を対応付けて管理する。図11は、管理サーバ30の構成を示す。管理サーバ30は、例えば、マイクロプロセッサ310と、メモリ320と、管理用通信ネットワークCN2に接続するための通信ポート330とを備える。メモリ320には、ストレージ管理プログラムP30と、複数の表T30~T39とが格納されている。ストレージ管理プログラムP30は、ストレージ装置20を管理するためのコンピュータプログラムである。ストレージ管理プログラムP30は、後述する複数のプログラムモジュールP31~P36を備える。図12は、管理サーバ30が具備するアプリケーション管理表T30を示す。アプリケーション管理表T30は、ホスト10上で稼働する各種のアプリケーションP10を管理する表である。アプリケーション管理表T30は、例えば、アプリケーション識別子C300と、仮想ボリューム識別子C301とを対応付けて管理する。アプリケーション識別子C300は、アプリケーションP10を識別する情報である。仮想ボリューム識別子C301は、アプリケーションP10が使用する仮想ボリューム270を識別する情報である。アプリケーション管理表T30は、ユーザが設定することができる。ストレージ装置20から取得する構成情報と、ホスト10から取得する構成情報とに基づいて、管理サーバ30がアプリケーション管理表T30を自動的に作成することもできる。なお、ユーザとは、例えば、計算機システムを管理する管理者である。図13は、管理サーバ30が有する、論理ページの負荷実データの履歴を管理するための表T31を示す。以下、論理ページの負荷実データ履歴管理表を、負荷実データ管理表と略記する。同様に、論理ページという言葉を、表の名称から省いて表示する場合がある。負荷実データ履歴表T31は、各論理ページ271のI/O数と各論理ページ271の配置先の階層とを、各モニタリング期間ごとに記憶する。負荷実データ履歴管理表T31は、例えば、アプリケーション識別子C310と、プール識別子C311と、仮想ボリューム識別子C312と、論理ページ識別子C313と、モニタリング期間C314と、I/O数C315と、階層識別子C316とを対応付けて管理する。アプリケーション識別子C310は、アプリケーションP10を識別するための情報である。プール識別子C311は、プール260を識別する情報である。仮想ボリューム識別子C312は、仮想ボリューム270を識別する情報である。論理ページ識別子C313は、各論理ページ271を識別する情報である。モニタリング期間C314は、論理ページ271へのI/O数を監視する期間であり、本実施例では、例えば、1時間毎にI/O数を集計している。I/O数C315は、モニタリング期間内に論理ページ271に向けて発行されたI/O数の合計値である。階層識別子C316は、論理ページ271の配置先の階層を特定する情報である。負荷実データ履歴表T31を用いることにより、各論理ページ271のモニタリング期間毎のI/O数の変化と、各論理ページ271が配置された階層261の変遷とを、調べることができる。論理ページの負荷実データを収集するためのモジュールP32が、ストレージ装置20内の論理ページ管理表T24からモニタリング期間毎に収集したデータを時系列で記録することで、負荷実データ履歴表T31が作成される。図14は、論理ページの負荷を評価したデータの履歴を管理する表T32を示す。以下、負荷評価データ履歴表T31と呼ぶ。負荷評価データ履歴表T32は、例えば、アプリケーション識別子C320と、プール識別子C321と、仮想ボリューム識別子C322と、論理ページ識別子C323と、評価対象モニタリング期間C324と、I/O数評価値C325と、次期階層識別子C326とを対応付けて管理する。アプリケーション識別子C320は、アプリケーションP10を識別するための情報である。プール識別子C321は、プール260を識別する情報である。仮想ボリューム識別子C322は、仮想ボリューム270を識別する情報である。論理ページ識別子C323は、各論理ページ271を識別する情報である。評価対象モニタリング期間C324は、論理ページの負荷を評価するために使用されたモニタリング期間である。I/O数評価値C325は、各評価対象モニタリング期間C324毎に、各論理ページ271のI/O数を評価した値を記憶する。I/O数評価値C325は、単一期間モードに従って算出されたI/O数と、複数期間平均モードに従って算出されたI/O数とを、評価値としてそれぞれ記憶する。単一期間モード及び複数期間平均モードについては、後述する。なお、図中では、単一期間モードを単一モードと、複数期間平均モードを複数モードと、それぞれ略記する場合がある。次期階層識別子C326は、次のページ再配置処理で論理ページ271が配置されるべき階層を示す。次期階層識別子C326は、単一期間モードに従う場合の配置先階層と、複数期間平均モードに従う場合の配置先階層とを、それぞれ記憶する。本実施例では、単一期間モード及び複数期間平均モードのそれぞれについて、I/O数の評価値及び次期の配置先階層とを算出して記憶する。これにより、後述する設定画面G10に、両方のモードでの算出結果をユーザに提示することができ、ユーザの判断を助けることができる。単一期間モードと複数期間平均モードを説明する。本実施例では、論理ページ271へのI/Oをモニタリングするための方法モニタリング方式として、単一期間モードと、複数期間平均モードの2つを用いる。第1モニタリングモードの例である単一期間モードとは、最新の一つのモニタリング期間に着目して、論理ページの負荷を評価する方法である。単一期間モードでは、最新の単一のモニタリング期間におけるI/O数のみを監視し、そのI/O数に基づいて負荷を評価する。単一期間モードにおけるモニタリング期間第1モニタリング期間は、一つの単位時間分の期間である。本実施例では、単位時間を1時間に設定するため、単一期間モードのモニタリング期間は、最新の1時間となる。第2モニタリングモードの例である複数期間平均モードとは、最新の連続する複数のモニタリング期間のI/O数を監視し、そのI/O数の平均に基づいて負荷を評価する方法である。複数期間平均モードのモニタリング期間第2モニタリング期間は、本実施例では、例えば3時間に設定される。複数期間平均モードでは、3時間分のI/O数の平均値を、論理ページ271の負荷として評価する。単一期間モードは、比較的短期間におけるI/O数の細かな変動の影響を反映しやすいという特徴がある。逆に、複数期間平均モードは、短期間のI/O数の細かな変動に左右されにくいという特徴がある。例えば、I/O数の大きい状態が比較的長い時間にわたって継続するアプリケーションAにより使用される仮想ボリューム270の論理ページ271を、単一期間モードでモニタリングする場合を検討する。この場合、I/O数の大きい期間中における応答性能を安定させるのが難しい。たとえ一時的にせよI/O数が低下すると、低性能の階層261Cまたは261Bに移動されるためである。I/O数の大きい状態の継続する時間が比較的短いアプリケーションBにより使用される仮想ボリューム270の論理ページ271を、複数期間平均モードでモニタリングする場合を検討する。この場合、使用頻度の少ない論理ページ271であるにもかかわらず、その論理ページ271は、高性能な階層261に長時間滞在することになる。その分だけ、他の論理ページ271が高性能な階層261Aに昇格する可能性が低下する。従って、ストレージ装置20全体としての応答性能が低下する。プール260毎にモニタリング方式を設定することも可能である。異なるI/O特性を有するアプリケーションA、Bにより使用される仮想ボリューム270が、共通のプール260に存在する場合を検討する。モニタリング方式を単一期間モードに設定すると、アプリケーションAに使用される仮想ボリューム270は、応答性能が不安定になる可能性がある。逆に、プール260のモニタリング方式を複数期間平均モードに設定すると、高性能な階層261Aが無駄に使用されるおそれがある。そこで、本実施例では、単一期間モードと複数期間平均モードとの複数のモニタリング方式を用意し、各仮想ボリューム270のI/O特性に適した方のモニタリング方式を自動的に選択できるようにしている。図15は、管理サーバ30が具備するモニタリング方式定義表T33を示す。この定義表T33は、管理サーバ30が利用可能なモニタリング方式を定義している。定義表T33は、例えば、モニタリング方式識別子C330と、I/O負荷評価関数C331と、モニタリング期間数C332と、基準値未満の場合のモニタリング方式識別子C333と、基準値以上の場合のモニタリング方式識別子C334とを備える。モニタリング方式識別子C330は、単一期間モードと複数期間平均モードとを区別するための情報である。I/O負荷評価関数C331とは、I/O負荷を評価するための関数を定義する情報であり、具体的には、コンピュータプログラム中の関数へのポインタである。モニタリング期間数C332とは、I/O数をモニタリングする期間を示す。基準値未満の場合のモニタリング方式識別子C333とは、階層滞留率が階層滞留率基準値よりも小さい場合に、選択されるモニタリング方式である。これに対し、基準値以上の場合のモニタリング方式識別子C334とは、階層滞留率が階層滞留率基準値以上の場合に、選択されるモニタリング方式である。選択されたモニタリング方式は、次のモニタリング期間において、使用される。階層滞留率とは、所定の配置基準時間に対する、論理ページが現在の階層に滞留している時間の割合である。本実施例では、一例として、配置基準時間を3時間に設定するが、この値は変更可能である。或る論理ページ271が或る階層261に2時間留まった場合、階層滞留率は約67となる。配置基準時間を、階層滞留率を計算するためのモニタリング期間と呼ぶことがある。階層滞留率が階層滞留率基準値に満たない場合は、次期のモニタリング方式として単一期間モードが選択される。階層滞留率が階層滞留率基準値以上の場合、次期のモニタリング方式として複数期間平均モードが選択される。ストレージ管理プログラムP30は、予め設定された階層滞留率基準値と階層滞留率とを比較することで、仮想ボリューム270に適用するモニタリング方式を、仮想ボリューム毎に決定する。図16は、管理サーバ30が有するプール階層管理表T34を示す。プール階層管理表T34は、プール260の階層261を管理する。プール階層データ収集モジュールP31は、ストレージ装置20内のプール階層管理表T23から情報を収集し、プール階層管理表T34を作成する。ストレージ装置20のプール階層管理表T23と、管理サーバ30のプール階層管理表T34とは同一内容である。項目C340~C344は、図8の項目C230~C234に対応するため、重複した説明を省略する。プール階層管理表T34を管理サーバ30に配置する構成に代えて、ストレージ管理プログラムP30は、必要に応じて、ストレージ装置20のプール階層管理表T23からエントリを直接取得する構成でもよい。図17は、管理サーバ30が有する、論理ページ毎の階層滞留率の履歴を管理する表T35である。階層滞留率管理表T35は、例えば、論理ページ識別子C350と、評価対象モニタリング期間C351と、階層滞留率C352とを対応付けて管理する。論理ページ識別子C350は、各論理ページ271を識別する情報である。評価対象モニタリング期間C351は、階層滞留率の算出対象となった期間を示す。階層滞留率C352は、各モニタリング方式単一期間モード、複数期間平均モード毎に算出された階層滞留率を記憶する。階層滞留率は、論理ページ階層滞留率計算モジュールP34によって、モニタリング方式ごとに計算される。図18は、管理サーバ30が有する、階層滞留率を計算するためのモニタリング期間を管理する表T36である。階層滞留率を計算するためのモニタリング期間とは、上述の配置基準時間であり、階層滞留率を計算する際に、計算の入力とする過去の履歴の範囲最新のエントリからどれくらい前まで遡るかを規定する値である。本実施例では、階層滞留率を計算するためのモニタリング期間として、単位時間の個数で表現する。これに代えて、開始時刻と終了時刻を特定する構成でもよい。階層滞留率を計算するためのモニタリング期間の値は、ユーザが変更することもできるし、ストレージ管理プログラムP30が所定の基準に従って自動的に調整することもできる。図19は、管理サーバ30が有する、階層滞留率の基準値を管理するための表T37を示す。階層滞留率の基準値は、モニタリングモード選択用基準値に対応する。フローチャートの説明では、階層滞留率の基準値を、モニタリング方式を切り替えるための切替基準値と呼ぶ。論理ページモニタリング方式選択モジュールP35は、論理ページ毎の階層滞留率と基準値の大小関係を判定することで、論理ページ毎にモニタリング方式を選択する。本実施例では、単一期間モード及び複数期間平均モードの2つのモニタリング方式を使用するため、基準値は1つでよい。3つ以上のモニタリング方式の中から一つのモニタリング方式を選択する構成の場合は、モニタリング方式の総数から1を減じた数だけ、基準値を用意する。なお、複数期間平均モードには種々の変形例があり得る。本実施例では、最も単純な例として、相加平均による複数期間平均モードを定義する。これに代えて、加重平均による複数期間平均モードを採用してもよい。さらに、加重の度合いを変えたり、モニタリング期間数を変えたりすることで、より多くの種類の複数期間平均モードを利用可能である。それら複数の変形例も、本発明の範囲に含まれる。本実施例では、階層滞留率の基準値を70に設定する場合を例に挙げて説明する。基準値は70以外の他の値に設定してもよい。ユーザが基準値を設定してもよいし、ストレージ管理プログラムP30が所定の基準に基づいて自動的に基準値を設定する構成でもよい。本実施例では、仮想ボリューム毎にモニタリング方式を設定するため、階層滞留率の基準値も仮想ボリューム毎に保持される。図20は、管理サーバ30が有する、論理ページのモニタリング方式の履歴を管理する表T38である。モニタリング方式履歴管理表T38は、例えば、論理ページ識別子C380と、評価対象モニタリング期間C381と、次期候補モニタリング方式識別子C382を対応付けて管理する。次期候補モニタリング方式識別子C382は、次のモニタリング期間で使用される予定のモニタリング方式の候補を特定する。次期モニタリング方式候補は、論理ページモニタリング方式選択モジュールP35によって選択される。図21は、管理サーバ30が有する、仮想ボリューム毎に選択されるモニタリング方式の履歴を管理する表T39である。本実施例では、各論理ページ毎にモニタリング方式の候補を算出し、そのうち最も多い候補を、仮想ボリューム全体に適用されるモニタリング方式として選択する。そのために、モニタリング方式履歴表T39は、仮想ボリューム識別子C390と、評価対象モニタリング期間C391と、次期モニタリング方式識別子C392とを対応付けて管理する。なお、いわゆる多数決で次のモニタリング期間に適用されるモニタリング方式を選択する構成に代えて、仮想ボリューム内のいずれか一つでもモニタリング方式が変更された場合は、その変更されたモニタリング方式を選択する構成でもよい。例えば、仮想ボリューム270に単一期間モードが適用されている場合において、その仮想ボリューム270を構成する各論理ページ271のうち、いずれか一つでも複数期間平均モードに変化したときを考える。この場合、次のモニタリング期間において、その仮想ボリュームには、複数期間平均モードが適用される。一つの仮想ボリューム270を構成する各論理ページ271のうち、特定の論理ページについてのI/O負荷が先行して変化する場合が考えられる。その場合は、いち早くI/O負荷が変化した論理ページに合わせて、仮想ボリューム全体に適用されるモニタリング方式を変更する。これにより、I/O特性の変化に速やかに追従できる。なお、本実施例では、仮想ボリューム単位でモニタリング方式を選択する場合を説明するが、後述する他の実施例のように、アプリケーション単位でモニタリング方式を選択してもよい。または、論理ページ毎にモニタリング方式を選択してもよい。本実施例では、論理ページ毎にモニタリング方式を算出するが、それは仮想ボリューム全体に適用するモニタリング方式の候補を抽出するためである。本実施例では、仮想ボリューム毎にモニタリング方式が一つ選択される。これに代えて、上述のように、同一の仮想ボリューム内の各論理ページ毎に、各論理ページのI/O負荷に応じて、それぞれ異なるモニタリング方式を適用してもよい。図22、図23は、プログラムモジュールと表の関係を示す説明図である。図22は、主に管理サーバ30について示しており、図23は、主にストレージ装置20について示している。図中の点線矢印は、参照を示す。図中の実線矢印は、更新を示す。図中の一点鎖線矢印は、要求の送信を示す。例えば、プール階層データ収集モジュールP31は、ストレージ装置20のプール階層データ提供モジュールP23に情報の送信を要求し、プール階層データ提供モジュールP23から情報を取得する。プール階層データ収集モジュールP31は、取得した情報をプール階層管理表T34に記憶させる。本実施例では、管理サーバ30上のストレージ管理プログラムP30は、選択されたモニタリング期間に従って、ストレージ装置20から定期的に所定の情報を収集し、以下の処理を実行する。各処理の詳細は後述するが、先に概要を説明する。まず、ストレージ管理プログラムP30は、論理ページのI/O数と、滞留する階層の情報とを、論理ページの負荷実データとして取得する。ストレージ管理プログラムP30は、負荷実データに基づいて、各モニタリング方式毎に、I/O数の評価値と、再配置先として適当な階層の組とを計算する。これらI/O数の評価値及び再配置先の階層との組を、論理ページの負荷評価データと呼ぶ。ストレージ管理プログラムP30は、論理ページ負荷評価データに基づいて、各モニタリング方式毎に、階層滞留率を算出する。階層滞留率とは、所定の配置基準時間に対する、論理ページが現在の階層に滞留している時間の割合である。配置基準時間は、ユーザが変更することもできる。本実施例では、例えば、配置基準時間を3時間に設定する。以下の説明では、配置基準時間を、階層滞留率を計算するためのモニタリング期間と呼ぶことがある。ストレージ管理プログラムP30は、予め設定された階層滞留率基準値と階層滞留率とを比較することで、仮想ボリューム270に適用するモニタリング方式を、仮想ボリューム毎に選択する。最後に、ストレージ管理プログラムP30は、選択したモニタリング方式に基づいて、論理ページ271の再配置先の階層を決定する。I/O数のモニタリングと論理ページの再配置とは、並行的に実行される。本実施例では、以上の処理を実施することで、各仮想ボリューム270に適用されるモニタリング方式を、階層滞留率に従って自動的に選択する。これにより、各仮想ボリューム270の使用のされ方I/O特性に応じて、単一期間モードまたは複数期間平均モードのいずれか一つを選択できる。この結果、I/O特性に応じて、各論理ページ271を最適な階層261に配置することができる。モニタリング方式の選択は、論理ページの再配置先階層の決定について大きな影響を与える。従って、モニタリング方式は、論理ページのI/O特性に基づいて選択されることが望ましい。その一方、階層滞留率は、論理ページのI/O特性の一側面である、I/O負荷の大きい期間の長さの傾向、を数値化したものである。そこで、モニタリング方式と階層滞留率とを組み合わせることで、I/O特性に応じた論理ページの最適配置が可能になる。ところで、階層滞留率の計算処理は、ページ再配置先の階層の決定を介して、フィードバックループを構成する。その結果、一度選択されたモニタリング方式の持つI/O負荷評価の特性は、長期にわたって継続することがある。複数のモニタリング期間について履歴情報に基づいて計算を行う複数期間平均モードでは、この傾向が特に顕著である。階層滞留率は、モニタリング方式の選択に利用される。選択されたモニタリング方式を用いて算出された負荷評価データは、論理ページの再配置先の階層を選択するために利用される。再配置先の階層は、次回の処理実行時の階層滞留率の計算に利用される。そして、その計算結果がモニタリング方式の選択に利用される。そこで、本実施例では、I/O数および再配置先の階層の実データと、それぞれのモニタリング方式を適用した場合に算出される各評価値I/O数評価値、移動先候補の階層、階層滞留率の履歴データとを記憶する。これにより、本実施例では、実データと評価値の乖離を防ぎ、I/O数の変化に追従した、適切なモニタリング方式を速やかに選択できるようにしている。図24は、ストレージ装置20のプール階層データ提供モジュールP23による処理を示すフローチャートである。プール階層データ提供モジュールP23は、管理サーバ30上のプール階層データ収集モジュールP31からの取得要求を受信するとS10、ストレージ装置20の有するプール階層管理表T23に記憶された情報を取得するS11。プール階層データ提供モジュールP23は、取得した情報を、プール階層データ収集モジュールP31に送信するS12。図25は、ストレージ装置20の論理ページ負荷実データ提供モジュールP21の処理を示すフローチャートである。負荷実データ提供モジュールP21は、管理サーバ30上の論理ページ負荷実データ収集モジュールP32からの取得要求を受信するとS20、ストレージ装置20の論理ページ管理表T24の情報を取得するS21。負荷実データ提供モジュールP21は、取得した情報を負荷実データ収集モジュールP32に送信するS22。最後に、負荷実データ提供モジュールP21は、論理ページ管理表T24のI/O数C243の値を全て0に設定するS23。図26は、ストレージ装置20の論理ページ再配置実行モジュールP22の処理を示すフローチャートである。再配置実行モジュールP22は、管理サーバ30上の論理ページ再配置指示モジュールP36からの再配置要求を受信するS30。その再配置要求は、論理ページ識別子と再配置先の階層の識別子との対応関係を示すマップとして構成される。再配置実行モジュールP22は、論理ページ管理表T24から、現在の、論理ページと階層との対応関係を取得して、以下のように再配置を実施するS31。まず、再配置実行モジュールP22は、現在の対応関係とマップに示された対応関係とが一致するか否か判定する。一致の場合、再配置実行モジュールP22は、対象の論理ページの再配置は不要であると判定する。不一致の場合、再配置実行モジュールP22は、対象の論理ページの再配置が必要であると判定する。再配置が必要であると判定した場合、再配置実行モジュールP22は、プール階層管理表T23と、階層管理表T22と、物理ページ管理表T20と、物理ページ-論理ページ対応管理表T25とを参照して、再配置先の階層内の空き物理ページを検索する。再配置実行モジュールP22は、対象の論理ページに対応する物理ページに格納されたデータを、検索した空き物理ページにコピーする。最後に、再配置実行モジュールP22は、物理-論理ページ対応管理表T25の、物理ページと論理ページとの対応関係を書き換えるS31。図27は、管理サーバ30のストレージ管理プログラムP30の処理を示すフローチャートである。本実施例では、一例として、論理ページの再配置先を決定する処理を毎正時に実行するS40。ストレージ管理プログラムP30は、まず最初に、プール階層データ収集モジュールP31を実行するS41。続いて、ストレージ管理プログラムP30は、論理ページ負荷実データ収集モジュールP32を実行しS42、論理ページ負荷評価モジュールP33を実行するS43。さらに、ストレージ管理プログラムP30は、論理ページ階層滞留率計算モジュールP34を実行しS44、論理ページモニタリング方式選択モジュールP35を実行するS45。最後に、ストレージ管理プログラムP30は、論理ページ再配置指示モジュールP36を実行するS46。図28は、管理サーバ30のプール階層データ収集モジュールP31の処理を示すフローチャートである。プール階層データ収集モジュールP31は、ストレージ装置20のプール階層データ提供モジュールP23に対して、取得要求を送信するS50。プール階層データ収集モジュールP31は、プール階層データ提供モジュールP23から情報を取得するS51。プール階層データ収集モジュールP31は、管理サーバ30のプール階層管理表T34を初期化しS52、プール階層データ提供モジュールP23から取得した情報をプール階層管理表T34に記憶させるS53。図29は、管理サーバ30の論理ページ負荷実データ収集モジュールP32の処理を示すフローチャートである。負荷実データ収集モジュールP32は、現在時刻を取得しS60、ストレージ装置20の論理ページ負荷実データ提供モジュールP21に取得要求を送信しS61、負荷実データ提供モジュールP21から情報を取得するS62。負荷実データ収集モジュールP32は、取得した全てのエントリについて、ステップS64及びステップS65を実行するS63。負荷実データ収集モジュールP32は、取得されたエントリの仮想ボリューム識別子C241に対応するアプリケーション識別子を、アプリケーション管理表T30から取得するS64。負荷実データ収集モジュールP32は、論理ページ負荷実データ履歴表T31に、ストレージ装置20から取得したエントリの情報と、アプリケーション識別子と、現在時刻から定まるモニタリング期間とを追加するS65。これにより、管理サーバ30の論理ページ負荷実データ履歴表T31に、ストレージ装置20の最新モニタリング期間における、論理ページのI/O数と配置先階層の識別子とが追加される。図30は、管理サーバ30の論理ページ負荷評価モジュールP33の処理を示すフローチャートである。負荷評価モジュールP33モジュールP33は、論理ページ負荷実データ履歴表T31から、最新のモニタリング期間の全ての実データエントリを取得するP70。負荷評価モジュールP33は、全ての実データエントリについて、以下のステップS72~S78を実行するS71。負荷評価モジュールP33は、モニタリング方式定義表T33から、全ての方式定義エントリを取得するS72。負荷評価モジュールP33は、全ての方式定義エントリについて、以下のステップS74~S78を実行するS73。負荷評価モジュールP33は、I/O数の評価値を計算するための処理を実行するS74。この処理の詳細は、図31で後述する。負荷評価モジュールP33は、ステップS74から戻り値I/O数評価値を取得するとS75、次期の配置先階層を選択するための処理を実行するS76。この次期階層選択処理については、図32で後述する。負荷評価モジュールP33は、ステップS76から戻り値次期階層IDを取得するとS77、論理ページ負荷評価データ履歴表T32に、実データエントリの持つ各属性と、各方式定義エントリのモニタリング方式IDと、I/O数評価値と、次期階層識別子とを、新たなエントリとして追加するS78。上述の通り、本実施例では、I/O数評価値は、管理サーバ30に登録されている全てのモニタリング方式単一期間モード、複数期間平均モードについて計算する。図31は、図30中にステップS74で示す、I/O数評価値計算処理のフローチャートである。負荷評価モジュールP33は、論理ページ負荷実データ履歴表T31から、モニタリング方式に応じたモニタリング期間数分のI/O数を取得するS80。負荷評価モジュールP33は、モニタリング方式定義表T33に定義されているモニタリング方式の負荷評価関数を呼び出し、論理ページのI/O負荷の評価値を計算するS81。負荷評価モジュールP33は、計算結果を図30のフローチャートに返すS82。図32は、図30中にステップS76で示した、次期階層選択処理のフローチャートである。負荷評価モジュールP33は、プール階層管理表T34から全ての特性エントリを取得するS90。特性エントリは、性能順位順にソート済みである。負荷評価モジュールP33は、全ての特性エントリについて、以下のステップS92を実行するS91。負荷評価モジュールP33は、図31で算出したI/O数評価値が、許容I/O数C344の下限値よりも大きいか判定するS92。I/O数評価値が下限値よりも大きくないと判定された場合S92:NO、負荷評価モジュールP33は、最も性能の低い階層261Cの階層識別子を、図30の処理に返すS93。I/O数評価値が下限値よりも大きいと判定された場合S92:YES、負荷評価モジュールP33は、現在の階層の識別子を、図30の処理に返すS94。なお、本実施例では、各階層の許容I/O数C344の下限値を基準として、再配置先の階層を選択する構成であるが、これに代えて、特性エントリを性能の低い順にソートし、許容I/O数の上限値を基準に再配置先の階層を選択する構成としてもよい。図33は、管理サーバ30の論理ページ階層滞留率計算モジュールP34の処理を示すフローチャートである。階層滞留率計算モジュールP34は、論理ページ負荷評価データ履歴表T32から、最新のモニタリング期間における、全ての評価データエントリを取得するS100。階層計算モジュールP34は、全ての評価データエントリについて、以下のステップS102~S111を実行するS101。階層滞留率計算モジュールP34は、階層滞留率計算モニタリング期間管理表T36から、計算対象となるモニタリング期間の数対象期間数を取得するS102。階層滞留率計算モジュールP34は、論理ページ負荷評価データ履歴表T32から、最新の対象期間数分の、性能評価データの履歴エントリを取得するS103。階層滞留率計算モジュールP34は、各モニタリング方式単一期間モード、複数期間平均モードについて、以下のステップS105~S110を実行するS104。階層滞留率計算モジュールP34は、最も高性能の階層に滞留する期間の数をカウントするための最高階層滞留期間数を、0に設定するS105。階層滞留率計算モジュールP34は、全ての評価データの履歴エントリについて、以下のステップS107~S111を実行するS106。階層滞留率計算モジュールP34は、プール階層管理表T34を参照して、評価データの履歴エントリの性能順位を取得するS107。階層滞留率計算モジュールP34は、取得した性能順位が1であるかを判定するS108。つまり、最も高性能の階層261Aについての履歴エントリであるかが判定される。性能順位が1の場合S108:YES、階層滞留率計算モジュールP34は、最高階層滞留期間数の値を1つだけインクリメントするS109。性能順位が1ではない場合S108:NO、ステップS109はスキップされて、ステップS110に移る。階層滞留率計算モジュールP34は、最高階層滞留期間数を、ステップS102で取得した対象期間数で割ることで、階層滞留率を算出するS110。階層滞留率計算モジュールP34は、算出された階層滞留率を、論理ページ階層滞留率履歴表T35に記憶させるS111。階層滞留率は、対象期間の中で、論理ページが最も高性能の階層261Aに割り当てられていた期間の割合である。階層滞留率をr、対象期間数をn、論理ページが最も高性能の階層に滞留していた期間の数をpとすると、r=p/nとして求められる。図34は、管理サーバ30の論理ページモニタリング方式選択モジュールP35の処理を示す。モニタリング方式選択モジュールP35は、最初に、論理ページ毎の、次のモニタリング期間で使用されるモニタリング方式の候補を選択するための処理を実行するS120。ステップS120の詳細は、図35で後述する。続いて、モニタリング方式選択モジュールP35は、各論理ページについて選択されたモニタリング方式の候補に基づいて、仮想ボリューム全体に適用するモニタリング方式を選択するための処理を実行するS121。ステップS121の詳細は、図37で後述する。図35は、図34中にステップS120で示す処理のフローチャートである。モニタリング方式選択モジュールP35は、論理ページ負荷評価データ履歴表T32から、最新のモニタリング期間の全ての評価データエントリを取得するS130。モニタリング方式選択モジュールP35は、全ての評価データエントリについて、以下のステップS132~S140を実行するS131。モニタリング方式選択モジュールP35は、仮想ボリューム選択モニタリング方式履歴表T39から、仮想ボリューム識別子をキーとして、一つのエントリ選択されたモニタリング方式のエントリを取得するS132。モニタリング方式選択モジュールP35は、モニタリング方式定義表T33から、ステップS132で取得したエントリの次期モニタリング方式識別子C392に一致するエントリを取得するS133。モニタリング方式選択モジュールP35は、ステップS133で取得したエントリから、モニタリング方式識別子C330を取得するS134。モニタリング方式選択モジュールP35は、論理ページ階層滞留率履歴表T35から、対応する最新の階層滞留率エントリを一つ取得するS135。続いて、モニタリング方式選択モジュールP35は、モニタリング方式を切り替えるための基準値を取得する処理を実行するS136。ステップS136の詳細は、図36で後述する。モニタリング方式選択モジュールP35は、ステップS135で取得した階層滞留率がステップS136で取得した切替基準値以上であるか判定するS137。階層滞留率が切替基準値以上であると判定した場合S137:YES、モニタリング方式選択モジュールP35は、モニタリング方式定義表T33から、基準値以上の場合のモニタリング方式識別子C334を取得するS138。これに対し、階層滞留率が切替基準値未満であると判定した場合S137:NO、モニタリング方式選択モジュールP35は、モニタリング方式定義表T33から、基準値未満の場合のモニタリング方式識別子C333を取得するS139。最後に、モニタリング方式選択モジュールP35は、論理ページモニタリング方式履歴表T38に、モニタリング方式履歴エントリの各属性と、次期のモニタリング方式の識別子とを、新たなエントリとして追加するS140。図36は、図35中にステップS136で示す、モニタリング方式を切り替えるための基準値を取得する処理のフローチャートである。モニタリング方式選択モジュールP35は、階層滞留率基準値管理表T37から、評価データエントリの仮想ボリューム識別子をキーとして、切替基準値を選択しS150、選択した切替基準値を図35の処理に返すS151。図37は、図34中にステップS121で示す、次期モニタリング方式処理のフローチャートである。本処理では、図34のステップS120で選択された論理ページ毎のモニタリング方式の候補の中から、仮想ボリューム全体に適用されるモニタリング方式次期モニタリング方式を一つ決定する。モニタリング方式選択モジュールP35は、論理ページ負荷評価履歴表T32から、最新のモニタリング期間の全ての評価データエントリを取得するS160。モニタリング方式選択モジュールP35は、各評価データエントリから、仮想ボリューム識別子の一覧を取得するS161。モニタリング方式選択モジュールP35は、全ての仮想ボリューム識別子について、以下のステップS163~S167を実行するS162。モニタリング方式選択モジュールP35は、全ての評価データエントリから、仮想ボリューム識別子をキーとして、論理ページ識別子の一覧を取得するS163。モニタリング方式選択モジュールP35は、論理ページモニタリング方式履歴表T38から、最新のエントリを取得するS164。モニタリング方式選択モジュールP35は、論理ページ毎に選択された次期のモニタリング方式の候補を、モニタリング方式毎に集計するS165。つまり、単一期間モードを選択する論理ページが何個あり、複数期間平均モードを選択する論理ページが何個有るかを、数える。モニタリング方式選択モジュールP35は、最もエントリ数の多いモニタリング方式を、次のモニタリング期間で使用するモニタリング方式として選択するS166。最後に、モニタリング方式選択モジュールP35は、仮想ボリューム選択モニタリング方式履歴表T39に、新たなエントリを追加する。そのエントリは、仮想ボリューム識別子C390と、評価対象モニタリング期間C391と、次期モニタリング方式識別子C392とを有する。なお、ここでは、最もエントリ数の多いモニタリング方式候補を一つ選択する方法を説明したが、他の方法を用いてもよい。例えば、仮想ボリューム270を構成する各論理ページ271のうち、いずれか一つでも、現在のモニタリング方式とは異なるモニタリング方式が選択された場合は、その変更されたモニタリング方式を仮想ボリューム全体に適用してもよい。例えば、一部の論理ページへのI/O特性が先に変化し、後から、残りの論理ページへのI/O特性が徐々に変化する場合に、そのI/O特性の変化を先取りして、モニタリング方式を切り替えることができる。さらに、特定の一つまたは複数の論理ページを、モニタリング方式が変更されたか否かを監視する監視対象の論理ページとしてもよい。監視対象の論理ページのモニタリング方式が変化した場合は、仮想ボリューム全体に適用するモニタリング方式を変更する。図38は、管理サーバ30の論理ページ再配置指示モジュールP36の処理を示すフローチャートである。再配置指示モジュールP36は、空の入力マップを作成するS170。入力マップは、ストレージ装置20にページ再配置を指示するために使用される。再配置指示モジュールP36は、論理ページ負荷評価データ履歴表T32から、最新のモニタリング期間における全ての評価データエントリを取得するS171。再配置指示モジュールP36は、全ての評価データエントリについて、以下のステップS173~S176を実行するS172。再配置指示モジュールP36は、仮想ボリューム選択モニタリング方式履歴表T39から、最新の一つのエントリを取得するS173。再配置指示モジュールP36は、そのエントリから、次期モニタリング方式識別子C392を取得するS174。再配置指示モジュールP36は、論理ページ負荷評価データ履歴表T32の次期階層識別子C326から、ステップS174で取得された次期モニタリング方式に対応する階層識別子を取得するS175。再配置指示モジュールP36は、ステップS170で作成した入力マップに、論理ページ識別子と次期階層識別子との組合せを追加するS176。最後に、再配置指示モジュールP36は、ストレージ装置20内の再配置実行モジュールP22に対し、入力マップと一緒に再配置要求を送信するS177。このように構成される本実施例によれば、仮想ボリューム270の使用状況I/O特性に応じて、適切なモニタリング方式を選択することができる。従って、仮想ボリュームの使用状況に応じて、仮想ボリューム270を構成する各論理ページ271を最適な階層261に配置することができる。この結果、高性能の階層261Aを有効に使用することができ、無駄なページ再配置を抑制でき、応答性能を比較的安定にできる。さらに、モニタリング方式を自動的に変更するため、ユーザの管理作業の手間を軽減でき、使い勝手を向上できる。図39~図45を参照して第2実施例を説明する。本実施例を含む以下の各実施例は、第1実施例の変形例に相当する。従って、第1実施例との相違点を中心に述べる。本実施例では、ページ再配置に関する設定状況をユーザが確認したり、設定値を手動で変更したりできるようにするためのユーザインターフェースG10図41を提供する。図39は、本実施例の管理サーバ30Aの構成を示す。本実施例の管理サーバ30Aは、第1実施例の管理サーバ30に比べて、ストレージ管理プログラムP30内に、新たなプログラムモジュールP37、P38が追加されている。それら新たなモジュールP37、P38の詳細は、図43、図44で後述する。それら新たなモジュールP37、P38は、ユーザからの指示に応じて、モニタリング方式及び階層滞留率の基準値を変更するためのコンピュータプログラムである。図40は、管理サーバ30Aが具備する各種モジュールP31~P38と表T30~T38の関係を示す。図41は、管理サーバ30Aが表示する設定画面G10を示す。ユーザは、設定画面G10を介して、モニタリング方式に関する各種の状況を確認したり、設定値を変更したりすることができる。設定画面G10は、例えば、グラフ表示部GP100と、階層遷移表示部GP101と、モニタリング方式変更部GP102と、階層滞留率基準値変更部GP103と、モニタリング期間変更部GP104を備えることができる。グラフ表示部GP100は、I/O負荷単位時間あたりのI/O数の時間変化をグラフ表示する。グラフの左側の縦軸は、各階層261の許容I/O数を示す。グラフの右側の縦軸は、階層滞留率を示す。左側の縦軸に示す70は、階層滞留率の基準値である。グラフの横軸は、時間経過を示す。一つの例として午前8時から午後4時までの、I/O負荷の時間変化が棒グラフで表示される。斜線で示された棒グラフは、I/O負荷の実測値を示す。白い棒グラフは、単一期間モードで算出されたI/O負荷を示す。黒い棒グラフは、複数期間平均モードで算出されたI/O負荷を示す。棒グラフと共に、複数の折れ線グラフも表示される。実線で示す折れ線グラフは、単一期間モードに従う場合の階層滞留率の時間変化を示す。点線で示す折れ線は、複数期間平均モードに従う場合の階層滞留率の時間変化を示す。グラフからわかるように、複数期間平均モードの場合は、複数の期間のI/O負荷の平均値を使用するため、I/O負荷の実測値が一時的に低下した場合でも、階層滞留率に与える影響を少なくできる。これに対し、単一期間モードでは、階層滞留率を、I/O負荷の実測値の変化に速やかに追従させることができる。階層遷移表示部GP101は、仮想ボリューム270の各論理ページ271のデータが各階層261Aティア11、261Bティア12、261Cティア13のいずれかに配置されるかを、各モニタリング方式毎に算出して表示する。階層遷移表示部GP101では、仮想ボリューム単位での配置先階層を表示している。仮想ボリューム内の各論理ページについてそれぞれの配置先階層を画面に表示することも可能である。しかし、その場合は、ユーザの視認性が低下し、ユーザの状況把握が不便になる。そこで、本実施例では、配置先階層についての情報を集約してユーザに提示する。これにより、ユーザは状況を適切かつ速やかに把握でき、使い勝手が向上する。配置先階層の情報を集約する方法としては、種々考えることができる。一つの方法は、仮想ボリュームを構成する論理ページの中で多数決を取り、最も多い配置先階層を、その仮想ボリュームを代表する配置先階層として階層遷移表示部GP101に表示させる。他の一つの方法は、方式切替のきっかけとなった論理ページの配置先階層に代表させる。なお、論理ページの配置先階層を色分けし、ヒートマップのように表現する構成も考えられる。その場合、ユーザは、色の分布状況から、仮想ボリューム内の各論理ページがどこに配置されるのかを一見して確認することができる。実際に選択されているモニタリング方式が何であるかを問わずに、単一期間モードを選択した場合の配置先階層再配置先階層と、複数期間平均モードを選択した場合の配置先階層再配置先階層との両方を、表示部GP101に表示する。従って、ユーザは、選択されなかった方のモニタリング方式をもしも選択していた場合に、各論理ページがどの階層に配置されたかを容易に知ることができる。モニタリング方式変更部GP102は、ユーザがモニタリング方式を手動で変更するためのものである。ユーザは、グラフ表示部GP100及び階層遷移表示部GP101を確認することで、現在のモニタリング方式を他のモニタリング方式に手動で変更することができる。階層滞留率基準値変更部GP103は、階層滞留率の基準値の補正モードを変更したり、ユーザが手動で変更するためのものである。階層滞留率の基準値は、自動的に補正することができる。例えば、各階層261の使用状態に応じて、階層滞留率を変更することができる。ユーザは、手動補正を選択すると、階層滞留率の基準値を手動で設定することができる。階層滞留率の基準値を変化させるに際して、ユーザは、グラフ表示部GP100及び階層遷移表示部GP101の表示内容を参考にすることができる。モニタリング方式の手動による変更に応じて、階層滞留率の基準値を自動的に補正することもできる。モニタリング方式を切り替える基準となる階層滞留率基準値を適切に設定することは、一般的なユーザにとって困難な作業であると考えられる。そこで、本実施例では、モニタリング方式がユーザによって手動で変更された場合に、階層滞留率基準値が適切に設定されていないからであると判定する。例えば、複数期間平均モードから単一期間モードへ手動で切り替えられた場合、階層滞留率の基準値がユーザの意図する値よりも低いと判定し、基準値を上方修正する。例えば、基準値に10を加える。これとは逆に、単一期間モードから複数期間平均モードへ手動で切り替えられた場合、基準値がユーザの意図する値よりも高いと判定し、基準値を下方修正する。例えば、基準値から10を減じる。モニタリング期間変更部GP104は、図18に示す階層滞留率計算モニタリング期間管理表T36の、階層滞留率を計算するためのモニタリング期間数を、ユーザが手動で変更するためのものである。ユーザが、モニタリング期間変更部GP104に値を入力して設定ボタンを押すと、階層滞留率計算モニタリング期間管理表T36の値は、ユーザの指定値で上書きされる。なお、階層滞留率計算モニタリング期間管理表T36の階層滞留率は、複数設定できるように構成してもよい。例えば、図19に示す階層滞留率基準値管理表T37Aのように、仮想ボリューム単位で、または、アプリケーション単位で、またはその他の単位で、それぞれ階層滞留率を設定できるように構成してもよい。これにより、よりきめ細かい制御を実現できる。図42は、管理サーバ30Aが有する階層滞留率基準値管理表T37Aを示す。この基準値管理表T37Aは、図19に示す基準値管理表T37に比べて、補正方法C372を新たに備えている。補正方法C372は、階層滞留率の基準値を自動的に補正するか、または手動で補正するかを選択するための情報である。図43は、管理サーバ30Aの有する論理ページモニタリング方式選択モジュールP37の処理を示すフローチャートである。モニタリング方式変更モジュールP37は、まず最初に、仮想ボリューム識別子と、新たに指定された新モニタリング方式識別子とを、入力値として受け取るS200。モニタリング方式変更モジュールP37は、仮想ボリューム選択モニタリング方式履歴表T39から、仮想ボリューム識別子をキーとして、最新の一つのエントリ次期モニタリング方式識別子C392を取得するS201。モニタリング方式変更モジュールP37は、入力された新モニタリング方式の識別子と、次期モニタリング方式の識別子とが一致するかを判定するS202。両方の識別子が一致する場合S202:YES、本処理は終了する。新モニタリング方式識別子と次期モニタリング方式識別子とが不一致の場合S202:NO、モニタリング方式変更モジュールP37は、次期モニタリング方式識別子を旧モニタリング方式識別子とするS203。モニタリング方式変更モジュールP37は、ユーザにより選択された新モニタリング方式識別子により、仮想ボリューム選択モニタリング方式履歴表T39からステップS201で取得したエントリを更新するS204。これにより、次のモニタリング期間では、ユーザにより選択されたモニタリング方式に従って、I/O負荷が評価される。モニタリング方式変更モジュールP37は、階層滞留率を自動補正するために、階層滞留率基準値変更モジュールP38に要求を送信するS205。モニタリング方式変更モジュールP37は、階層滞留率の基準値を変更する処理を実行するS206。図44は、管理サーバ30Aの有する階層滞留率基準値変更モジュールP38の処理を示す。図44は、図43中のステップS206の詳細を示す。基準値変更モジュールP38は、仮想ボリューム識別子と、旧モニタリング方式識別子と、新モニタリング方式識別子と、補正方法と、新たな階層滞留率基準値とを、入力として受け取るS210。この時点では、新たな階層滞留率基準値の値は、nullとなっている。基準値変更モジュールP38は、階層滞留率基準値管理表T37Aから、仮想ボリューム識別子をキーとして、一つの基準値エントリを取得するS211。基準値変更モジュールP38は、ステップS210で入力された補正方法と、ステップS211で取得したエントリ中の補正方法C372の値が一致するか判定するS212。入力された補正方法と現在の補正方法C372とが一致する場合S212:NO、ステップS213をスキップしてステップS214に移る。入力された補正方法と現在の補正方法とが不一致の場合S212:YES、基準値変更モジュールP38は、エントリ中の補正方法C372を、ステップS210で入力された補正方法に変更し、階層滞留率基準値管理表T37Aを更新するS213。最後に、基準値変更モジュールP38は、階層滞留率の基準値を更新するための処理を実行するS214。図45は、階層滞留率の基準値を更新するための処理のフローチャートである。本処理は、図44中のステップS214の詳細を示す。基準値変更モジュールP38は、仮想ボリューム識別子と、旧モニタリング方式識別子現在のモニタリング方式識別子と、ユーザの選択した新モニタリング方式識別子と、新たな階層滞留率基準値とを、入力として受け取るS220。さらに、基準値変更モジュールP38は、階層滞留率基準値管理表T37Aから基準値エントリを取得するS221。基準値変更モジュールP38は、取得した基準値エントリ内の補正方法C372の値が自動であるか補正であるかを判定するS222。補正方法に自動が設定されている場合S222:自動、基準値変更モジュールP38は、旧モニタリング方式が単一期間モードであるか複数期間平均モードであるかを判定するS223。旧モニタリング方式が複数期間平均モードに設定されている場合S223:複数期間平均モード、基準値変更モジュールP38は、ユーザにより選択された新モニタリング方式が単一期間モードであるか判定するS224。新モニタリング方式が単一期間モードの場合S224:YES、基準値変更モジュールP38は、階層滞留率の基準値から10を差し引いて、階層滞留率基準値管理表T37Aを更新するS225。ユーザの希望するモニタリング方式と現在のモニタリング方式とが異なるため、階層滞留率を切り替えるための基準値を、ユーザの意図する値に近づくよう補正する。ステップS222において、基準値エントリの補正方法として手動が設定されている場合S222:手動、基準値変更モジュールP38は、ステップS220で受け取った新基準値がnullであるか判定するS226。新基準値がnullの場合S226:YES、本処理を終了する。手動補正モードであるにもかかわらず、ユーザが数値を入力していないためである。これに対し、新基準値がnullではない場合S226:NO、基準値変更モジュールP38は、基準値エントリ内の基準値を新基準値で上書きし、階層滞留率基準値管理表T37Aを更新しS227、処理を終了する。ステップS223において、旧モニタリング方式が単一期間モードに設定されていると判定された場合S223:単一期間モード、基準値変更モジュールP38は、新モニタリング方式が複数期間平均モードであるか判定するS228。新モニタリング方式が複数期間平均モードではない場合S228:NO、旧モニタリング方式と新モニタリング方式とは共に単一期間モードであるため、処理を終了する。新モニタリング方式が複数期間平均モードである場合S228:YES、基準値変更モジュールP38は、基準値に10を加えて、階層滞留率基準値管理表T37Aを更新するS229。このように、複数期間平均モードから単一期間モードへ切り替えられた場合は、基準値がユーザの意図する値よりも低いと判断し、基準値を上方修正10する。これに対し、単一期間モードから複数期間平均モードへ切り替えられた場合、基準値がユーザの意図する値よりも高いと判断し、基準値を下方修正-10する。このように構成される本実施例も第1実施例と同様の効果を奏する。さらに、本実施例では、再配置及びモニタリングに関する情報を画面G10をユーザに提供する。さらに、本実施例では、ユーザは、設定画面G10を用いて、モニタリング方式、階層滞留率基準値、モニタリング期間を変更できるようにしている。従って、ユーザの意図に応じた再配置を行うことができ、使い勝手が向上する。また、本実施例では、ユーザがモニタリング方式を手動で変更した場合に、その変更に応じて、階層滞留率基準値を自動的補正するため、使い勝手がさらに向上する。複数のモニタリング方式のうちいずれのモニタリング方式が適しているかは、ユーザは、グラフ表示部GP100及び階層遷移表示部GP101の表示内容に基づいて、比較的容易に判断できる。しかし、I/O特性及びモニタリング方式に適した階層滞留率基準値を設定するのは、通常のユーザにとって難しい。そこで、本実施例では、ユーザによるモニタリング方式の変更を、階層滞留率基準値に反映させる。図46~図58を参照して第3実施例を説明する。本実施例では、アプリケーショングループと呼ぶ概念を導入する。アプリケーショングループとは、第2実施例の構成における、複数のアプリケーションP10の集合である。或るアプリケーションは、或る1つのアプリケーショングループの要素となることができるものとする。本実施例では、後述のように、ユーザは、アプリケーショングループの単位で、I/O負荷、配置先の階層、階層滞留率、モニタリング方式の時系列変化を確認したり、モニタリング方式及び階層滞留率基準値等を変更したりできる。類似するI/O特性を持つ複数のアプリケーションは、同一のアプリケーショングループに所属し、一つのアプリケーショングループとして管理される。アプリケーショングループの導入により、ユーザは、仮想ボリューム単位よりも大きい単位で、ページ再配置の最適化を実現可能である。さらに、管理対象の粒度を大きくすることで、ユーザが管理しなければならない管理対象の個数を削減することができ、この結果、ユーザのストレージ管理作業のコストを低減できる。なお、本実施例では、どのアプリケーションをどのアプリケーショングループに所属させるかは、ユーザが手動で設定する場合を説明する。これに代えて、どのような種類のアプリケーションをどのアプリケーショングループに所属させるかを定義する所定の基準を予め用意しておき、その基準に従って、アプリケーショングループを自動的に生成する構成でもよい。ユーザは、自動的に生成されたアプリケーショングループを、手動で修正することもできる。図46は、本実施例の管理サーバ30Bの構成を示す。本実施例の管理サーバ30Bは、第2実施例で述べた管理サーバ30Aに比べて、さらに、新たなプログラムモジュールP39~P43と、新たな表T40、T41とが追加されている。図47は、本実施例の管理サーバ30Bに新たに追加されたモジュールP39~P43と表T40、T41との関係を示す説明図である。図48は、管理サーバ30Bが表示する、アプリケーショングループ一覧画面G20を示す。アプリケーショングループ一覧画面G20は、例えば、アプリケーショングループ毎に、現在選択されているモニタリング方式の名称と、階層滞留率基準値図中、モニタリング方式切替基準値と、選択されている補正方法とを表示する。アプリケーショングループ一覧画面G20には、例えば、確認ボタンと、作成ボタンと、編集ボタンと、削除ボタンを設けることもできる。ユーザが確認ボタンを押すと、アプリケーショングループ一覧画面G20は閉じる。ユーザが作成ボタンを押すと、図49で述べる作成画面G30に移行して、新たなアプリケーショングループを作成できる。ユーザが既存のアプリケーショングループを選択してから編集ボタンを押すと、図50で述べる編集画面G40に移行して、そのアプリケーショングループの内容を編集できる。ユーザが既存のアプリケーショングループを選択してから削除ボタンを押すと、そのアプリケーショングループを削除できる。図49は、管理サーバ30Bが表示するアプリケーショングループ作成画面G30の例である。アプリケーショングループ作成画面G30は、作成するアプリケーショングループを識別するためのアプリケーショングループ識別子を表示する。さらに、アプリケーショングループ作成画面G30は、新規アプリケーショングループに所属させるアプリケーションをアプリケーション一覧の中からユーザが選択するためのアプリケーション選択部とを備える。図50は、管理サーバ30Bが表示するアプリケーショングループ編集画面G40の例を示す。ユーザは、アプリケーショングループ編集画面G40を用いることで、編集対象のアプリケーショングループに登録されているアプリケーションを削除したり、新たなアプリケーションを追加したりできる。図51は、管理サーバ30Bが表示するモニタリング方式設定画面G10Bを示す。第2実施例で述べた設定画面G10図41との相違は、表示単位が、仮想ボリューム単位からアプリケーショングループ単位に変更された点である。図52は、管理サーバ30Bが具備する、アプリケーショングループ単位で階層滞留率の基準値を管理するための表T40である。この階層滞留率基準値管理表T40は、例えば、アプリケーショングループ識別子C400と、現在のモニタリング方式を示す識別子C401と、モニタリング方式を切り替えるための基準値C402と、補正方法C403とを対応付けて管理する。図52の表T40と図42の表T37Aとを比べると、仮想ボリューム識別子がアプリケーショングループ識別子に変更されており、さらに、現在のモニタリング方式の識別子が追加されている点で、相違する。図53は、管理サーバ30Bが具備するアプリケーショングループ管理表T41の例を示す。アプリケーショングループ管理表T41は、例えば、アプリケーション識別子C410と、アプリケーショングループ識別子C411を対応付けて管理する。アプリケーショングループとしては、例えば、データベース関係のアプリケーションを集めたデータベース、ウェブアプリケーションを集めたウェブ、バッチ処理を集めたバッチなどがある。図54は、管理サーバ30Bが有するアプリケーショングループ追加モジュールP39の処理を示すフローチャートである。アプリケーショングループ追加モジュールP39は、アプリケーショングループ作成画面G30において、アプリケーショングループ識別子が入力され、かつ、最低1つのアプリケーションが選択された状態で、完了ボタンが押下されると実行される。本処理へのその他の入力である、モニタリング方式識別子、階層滞留率基準値、補正方法については、予め設定された初期値が使用される。アプリケーショングループ追加モジュールP39は、アプリケーショングループ識別子と、モニタリング方式識別子と、階層滞留率の基準値と、補正方法とを入力として受け取るS300。アプリケーショングループ追加モジュールP39は、アプリケーショングループ単位の階層滞留率基準値管理表T40に、新エントリを追加するS301。その新エントリは、ステップS300で受け取った情報を備える。アプリケーショングループ追加モジュールP39は、アプリケーショングループ管理表T41に、アプリケーション識別子とアプリケーショングループ識別子とを対応付けたエントリを追加するS302。図55は、管理サーバ30Bのアプリケーショングループ削除モジュールP40の処理を示すフローチャートである。アプリケーショングループ一覧画面G20において、アプリケーショングループが1つ選択された状態で、削除ボタンが押下されると、本処理が実行される。アプリケーショングループ削除モジュールP40は、削除対象として選択されたアプリケーショングループ識別子を、入力として受け取るS310。アプリケーショングループ削除モジュールP40は、アプリケーショングループ単位の階層滞留率基準値管理表T40から、指定されたアプリケーショングループ識別子を有する全てのエントリを削除するS311。最後に、アプリケーショングループ削除モジュールP40は、アプリケーショングループ管理表T41から、指定されたアプリケーショングループ識別子を有するエントリを全て削除するS312。図56は、管理サーバ30Bが有するアプリケーショングループ編集モジュールP41の処理を示すフローチャートである。アプリケーショングループ編集画面G40において、最低1つのアプリケーションがチェックされた状態で、完了ボタンが押下されると、本処理が実行される。編集モジュールP41は、アプリケーショングループ識別子と、アプリケーション識別子のリストと、モニタリング方式識別子と、階層滞留率切り替え基準値と、補正方法とを、入力として受け取るS320。編集モジュールP41は、アプリケーショングループ管理表T41から、複数のアプリケーションエントリを取得するS321。編集モジュールP41は、削除対象のアプリケーション識別子のリストを作成するS322。削除対象のアプリケーション識別子とは、ステップS320で入力されたアプリケーション識別子のリストには含まれていないが、ステップS321で取得したアプリケーションエントリに含まれている、アプリケーション識別子である。次に、編集モジュールP41は、追加対象のアプリケーション識別子のリストを作成するS323。追加対象のアプリケーション識別子とは、ステップS320で入力されたアプリケーション識別子のリストに含まれているが、ステップS321で取得したアプリケーションエントリに含まれていない、アプリケーション識別子である。編集モジュールP41は、アプリケーショングループ管理表T41から、削除対象アプリケーション識別子リストに含まれているアプリケーション識別子を持つエントリを全て削除するS324。編集モジュールP41は、追加対象アプリケーション識別子リストに基づいて、アプリケーショングループ管理表T41に、エントリを追加するS325。図57のフローチャートは、管理サーバ30Bの有する、アプリケーショングループ単位で論理ページのモニタリング方式を変更するモジュールP42の処理を示す。モニタリング方式設定画面G10Bにおいて、モニタリング方式変更の設定ボタンが押下された場合に、本処理が実行される。モニタリング方式変更モジュールP42は、アプリケーショングループ識別子と新モニタリング方式識別子を入力として受け取りS330、さらに、アプリケーショングループ管理表T41から、複数のアプリケーションエントリを取得するS331。モニタリング方式変更モジュールP42は、全てのアプリケーションエントリについて、以下のステップS333~S335を実行するS332。モニタリング方式変更モジュールP42は、アプリケーション管理表T41から、アプリケーションエントリのアプリケーション識別子をキーに、複数の仮想ボリュームエントリを取得するS333。モニタリング方式変更モジュールP42は、全ての仮想ボリュームエントリについて、以下のステップS335を実行するS334。モニタリング方式変更モジュールP42は、仮想ボリューム識別子と新モニタリング方式識別子を入力として、論理ページモニタリング方式選択モジュールP35を呼び出すS335。モニタリング方式変更モジュールP42は、アプリケーショングループ単位の階層滞留率基準値管理表T40のモニタリング方式識別子C401を、新モニタリング方式識別子で上書きするS336。図58のフローチャートは、管理サーバ30Bの有する、アプリケーショングループ単位で階層滞留率の基準値を変更するためのモジュールP43の処理を示す。本処理は、モニタリング方式設定画面G10Bにおいて、階層滞留率の基準値を変更するための設定ボタンが押下された場合に実行される。基準値変更モジュールP43は、アプリケーショングループ識別子と、旧モニタリング方式識別子と、新モニタリング方式識別子と、補正方法と、新階層滞留率基準値とを、入力として受け取るS340。基準値変更モジュールP43は、アプリケーショングループ管理表T41から、複数のアプリケーションエントリを取得しS341、全てのアプリケーションエントリについて以下のステップS343~S345を実行するS342。基準値変更モジュールP43は、アプリケーション管理表T41から、複数の仮想ボリュームエントリを取得しS343、全ての仮想ボリュームエントリについて以下のステップS345を実行するS344。基準値変更モジュールP43は、仮想ボリュームエントリの仮想ボリューム識別子と、旧モニタリング方式識別子と、新モニタリング方式識別子と、補正方法と、新階層滞留率基準値とを入力として、上述した階層滞留率基準値変更モジュールP38を呼び出すS345。基準値変更モジュールP43は、アプリケーショングループ単位の階層滞留率基準値管理表T40を更新するS346。基準値変更モジュールP43は、現在のモニタリング方式識別子C401と、モニタリング方式切替基準値C402と、補正方法C403とを、ステップS340で入力された新モニタリング方式識別子、補正方法、新階層滞留率基準値でそれぞれ上書きする。このように構成される本実施例も第2実施例と同様の効果を奏する。さらに、本実施例では、アプリケーショングループ単位でモニタリング方式等を設定するため、より一層、ユーザの使い勝手を高めることができる。なお、本発明は、上述の実施形態に限定されず、その要旨を逸脱しない範囲で種々変更可能である。例えば、実施形態では、図41,図51に示すモニタリング期間変更部GP104は、図18の階層滞留率計算モニタリング期間管理表T36の値をユーザが手動で書き換えるためのものであるとして説明した。これに代えて、モニタリング期間変更部GP104を、図15のモニタリング方式定義表T33のモニタリング期間数C332の値を書き換えるためのものとして使用する構成でもよい。モニタリング方式毎のI/O評価値を算出するための期間をユーザが手動で変更することで、配置先階層の決定に直接的な影響を及ぼすことができる。例えば、本発明は以下のようにコンピュータプログラムの発明として表現できる。ストレージ装置をコンピュータを用いて管理するためのコンピュータプログラムであって、前記ストレージ装置は、ホストコンピュータに提供するための仮想的論理ボリュームと、それぞれ性能の異なる複数の記憶階層を有するプールとを備え、かつ、前記仮想的論理ボリュームを構成する複数の論理的記憶領域を、前記複数の記憶階層のうち指示された所定の記憶階層内の記憶領域に対応付けることで、前記所定の記憶階層に配置させるようになっており、前記コンピュータに、前記ストレージ装置から所定の情報を収集する情報収集ステップと、前記所定の情報に基づいて、前記論理的記憶領域毎に前記アクセス負荷を評価するアクセス負荷評価ステップと、前記各論理的記憶領域が配置先の記憶階層に配置されている時間に関する配置時間情報を算出する配置時間情報算出ステップと、前記アクセス負荷および前記配置時間情報とに基づいて、前記各論理的記憶領域が前記各記憶階層のうちのいずれに配置されるべきかを示す再配置先を前記論理的記憶領域毎に決定する再配置指示ステップと、をそれぞれ実行させるコンピュータプログラム。"