(57)【要約】【課題】性能の異なる複数のストレージのうち高性能なストレージを有効に利用するストレージシステムを提供すること。【解決手段】ポリシー判定部４８ａが、ポリシー管理テーブル４２が記憶する階層化ポリシーの情報及びボリューム管理テーブル４６が記憶するボリュームの情報に基づいてブロックの割当方法を判定する。そして、ポリシー判定部４８ａの判定に基づいて、第１割当部４８ｂは容量指定に基づく割当を行い、第２割当部４８ｃはボリューム単位に比率指定に基づく割当を行う。【選択図】図４
2014241117.tif 000002
【特許請求の範囲】
【請求項１】
性能の異なる複数のストレージのうち性能の高いストレージを優先させてアクセス頻度の高いデータから順にストレージを割り当てる割当部と、
前記割当部によりストレージが割り当てられたデータのうち、現在記憶されているストレージと異なるストレージが割り当てられたデータを再配置の対象として特定する特定部と、
前記特定部により再配置の対象として特定されたデータの再配置を行う制御部と
を有することを特徴とするストレージシステム。
【請求項２】
前記割当部は、前記割合に関する設定がされている場合に、前記所定の記憶単位のデータが前記複数のストレージに記憶される割合に基づいて該所定の記憶単位のデータについてアクセス頻度の高いデータから順に性能の高いストレージに割り当てることを特徴とする請求項１に記載のストレージシステム。
【請求項３】
前記割当部は、性能が同じであるストレージだけを使用する設定がされている場合に、性能が同じであるストレージだけにデータを割り当てることを特徴とする請求項１に記載のストレージシステム。
【請求項４】
複数の制御部を有し、
性能が同じストレージは複数のグループにグループ化され、
所定の記憶単位のデータ及びグループには前記複数の制御部のうち１つの制御部が割り当てられ、
各制御部は、データの再配置を行う際に、該データを含む前記所定の記憶単位のデータに割り当てられた制御部と同じ制御部が割り当てられたグループに属するストレージをデータの移動先のストレージとすることを特徴とする請求項１に記載のストレージシステム。
【請求項５】
ストレージの指定なしに記憶領域の確保の設定がされている場合に、ストレージを選択し、選択したストレージを用いて前記記憶領域の作成を前記制御部に指示する作成指示部とをさらに有することを特徴とする請求項１に記載のストレージシステム。
【請求項６】
前記特定部は、再配置の対象として特定したデータのうち、隣接する性能のストレージに記憶されるデータのうちアクセス頻度が最も近いデータからアクセス頻度が近い順に所定の割合のデータを再配置の対象から除外することを特徴とする請求項１に記載のストレージシステム。
【請求項７】
性能の異なる複数のストレージのうち性能の高いストレージを優先させてアクセス頻度の高いデータから順にストレージを割り当て、
ストレージが割り当てられたデータのうち、現在記憶されているストレージと異なるストレージが割り当てられたデータを再配置の対象として特定し、
再配置の対象として特定したデータの再配置をストレージを制御する制御装置に指示する
処理をコンピュータに実行させることを特徴とする運用管理プログラム。
【請求項８】
性能の異なる複数のストレージのうち性能の高いストレージを優先させてアクセス頻度の高いデータから順にストレージを割り当て、
ストレージが割り当てられたデータのうち、現在記憶されているストレージと異なるストレージが割り当てられたデータを再配置の対象として特定し、
再配置の対象として特定したデータの再配置をストレージを制御する制御装置に指示する
処理をコンピュータが実行することを特徴とする運用管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージシステム、運用管理方法及び運用管理プログラムに関する。
【背景技術】
【０００２】
従来、ストレージシステムでは、複数の性能の異なるストレージを用いて、ストレージ自動階層制御（ＡＳＴ：Automated  Storage  Tiering）が行われてきた。ここで、性能の異なるストレージとしては、ＨＤＤ（Hard  Disk  Drive）、ＳＳＤ（Solid  State  Drive）などがある。また、ＨＤＤの中にも、アクセス性能の異なる装置がある。ＡＳＴは、情報処理システムの運用中に、性能の異なるストレージ間でデータの自動再配置を行う。このため、ストレージシステムは、ＡＳＴにより情報処理システムの運用中に動的にデータ配置を変更することで、システム運用中の性能状況変化などに追従することができる。
【０００３】
ＡＳＴは、異なる性能特性のストレージを階層化したプールに存在するボリュームのアクセスを監視し、ストレージシステムの管理者が設定した階層化ポリシーに従ってサブプール間でデータの再配置を行う。ここで、プールとは、複数のＨＤＤやＳＳＤをまとめた１つの仮想的なディスクである。また、サブプールとは、性能に基づいてプールを分割したものである。複数のサブプールを複数の層（ティア：Tier）として有するプールはティアプール（又は、階層化プール）と呼ばれる。また、階層化ポリシーは、データの再配置のタイミング、データのアクセス頻度とデータを配置するサブプールとの関係など再配置に関する方針を定義する情報である。
【０００４】
図２５は、階層制御を説明するための図である。図２５は、ストレージ装置９２と運用管理装置９３がＬＡＮ９４で接続されたストレージシステムを示す。ストレージ装置９２は、ＳＳＤ、オンラインディスク、ニアラインディスクの３つのサブプールを有する。３つのサブプールの中でＳＳＤが最も性能が高く、ニアラインディスクが最も性能が低い。
【０００５】
運用管理装置９３は、ストレージ装置９２の運用を管理し、ＡＳＴの機能を有する。ＡＳＴは、アクセス頻度の高いデータを高性能なＳＳＤに配置し、アクセス頻度の低いデータを低性能で安価なニアラインディスクに配置することで、コストを抑えつつ性能を向上させることができる。また、ＡＳＴは、システムの運用中に動的にデータ配置を変更するので、配置設計を不要とし、ストレージシステムの管理者の作業負荷の軽減、管理コストの低減を実現する。
【０００６】
また、データアクセス頻度が予め指定した上限を上回るデータブロックを高性能のグループの記憶装置に移動し、予め指定した下限を下回るデータブロックを低性能のグループの記憶装置に移動するストレージシステムがある（例えば、特許文献１参照。）。また、２種以上の記憶媒体を有する記憶装置において、各データの使用頻度を、基準となる使用頻度と比較し、データの使用頻度の方が低い場合には、アクセス時間のより大きい記憶媒体にデータを移動する従来技術がある（例えば、特許文献２参照。）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−１０８３１７号公報
【特許文献２】特開平３−４８３２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ストレージシステムの管理者は、階層化ポリシーでＩＯＰＳ（Input/Output  Per  Second）値を指定することでデータの再配置の基準を設定する。例えば、ストレージシステムの管理者は、ＩＯＰＳが５０１以上である場合にはデータをＳＳＤに再配置する、というようにデータの再配置の基準を階層化ポリシーで指定する。
【０００９】
ＡＳＴは、階層化ポリシーで指定されたＩＯＰＳ値に基づいてデータの再配置を行う。このため、高性能なサブプールに空き領域が存在する場合でも高性能なサブプールが利用されないという問題がある。例えば、ＩＯＰＳが５０１以上である場合にはデータをＳＳＤに再配置するという階層化ポリシーでは、ＩＯＰＳが５０１以上のデータがない場合には、ＳＳＤは利用されない。また、ＩＯＰＳが５０１以上のデータが少ない場合には、ＳＳＤに空き領域が存在しても空き領域が利用されない。
【００１０】
本発明は、１つの側面では、性能の異なる複数のストレージのうち高性能なストレージを有効に利用するストレージシステムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本願の開示するストレージシステムは、１つの態様において、割当部と、特定部と、制御部とを有する。割当部は、性能の異なる複数のストレージのうち性能の高いストレージを優先させてアクセス頻度の高いデータから順にストレージを割り当てる。特定部は、割当部によりストレージが割り当てられたデータのうち、現在記憶されているストレージと異なるストレージが割り当てられたデータを再配置の対象として特定する。制御部は、特定部により再配置の対象として特定されたデータの再配置を行う。
【発明の効果】
【００１２】
１実施態様によれば、性能の異なる複数のストレージのうち高性能なストレージを有効に利用することができる。
【図面の簡単な説明】
【００１３】
【図１】図１は、実施例に係るストレージシステムの構成を示す図である。
【図２】図２は、ストレージ装置の構成を示す図である。
【図３】図３は、運用管理装置の機能構成を示す図である。
【図４】図４は、ストレージ管理部の機能構成を示す図である。
【図５】図５は、ポリシー管理テーブルの一例を示す図である。
【図６】図６は、プール管理テーブルの一例を示す図である。
【図７】図７は、性能情報記憶部が各ブロックについて記憶する情報の一例を示す図である。
【図８】図８は、評価結果記憶部が記憶する評価情報の一例を示す図である。
【図９Ａ】図９Ａは、アクセスリストの一例を示す図である。
【図９Ｂ】図９Ｂは、再配置先割当後のアクセスリストを示す図である。
【図１０】図１０は、比率指定に基づく割当を説明するための図である。
【図１１】図１１は、再配置リストの一例を示す図である。
【図１２】図１２は、再配置の対象とならないブロックを説明するための図である。
【図１３】図１３は、自動階層制御部の機能構成を示す図である。
【図１４】図１４は、ＣＭの機能構成を示す図である。
【図１５】図１５は、担当ＣＭを説明するための図である。
【図１６】図１６は、ストレージシステムの処理フローを示すフローチャートである。
【図１７】図１７は、ポリシー登録処理のフローを示すフローチャートである。
【図１８】図１８は、ティアプール登録処理のフローを示すフローチャートである。
【図１９】図１９は、ボリューム作成処理のフローを示すフローチャートである。
【図２０】図２０は、性能情報収集処理のフローを示すフローチャートである。
【図２１】図２１は、再配置処理のフローを示すフローチャートである。
【図２２】図２２は、再配置結果表示処理のフローを示すフローチャートである。
【図２３】図２３は、運用管理プログラムを実行するコンピュータのハードウェア構成を示す図である。
【図２４】図２４は、ＣＭのハードウェア構成を示す図である。
【図２５】図２５は、階層制御を説明するための図である。
【発明を実施するための形態】
【００１４】
以下に、本願の開示するストレージシステム、運用管理方法及び運用管理プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例は開示の技術を限定するものではない。また、以下では、ＨＤＤやＳＳＤなどのストレージの総称として「ディスク」を用いる。
【実施例】
【００１５】
まず、実施例に係るストレージシステムの構成について説明する。図１は、実施例に係るストレージシステムの構成を示す図である。図１に示すように、ストレージシステム１は、ストレージ装置２と、運用管理装置３と、操作端末４とを有する。ストレージ装置２と、運用管理装置３と、操作端末４とはＬＡＮ（Local  Area  Network）５で接続される。
【００１６】
ストレージ装置２は、ＳＳＤ及びＨＤＤを有し、ティアプールを提供する。運用管理装置３は、ストレージ装置２の運用を管理し、ＡＳＴ機能を有する。操作端末４は、ストレージシステム１の管理者（以下、単に「管理者」という。）が運用管理装置３との対話に用いる装置である。
【００１７】
図２は、ストレージ装置２の構成を示す図である。図２に示すように、ストレージ装置２は、２台のＣＭ（Controller  Module）２１と、ＤＥ（Drive  Enclosure）２２を有する。なお、ここでは、説明の便宜上１台のＤＥ２２を示すが、ストレージ装置２は複数のＤＥ２２を有する。
【００１８】
ＣＭ２１は、サーバ７からの要求に基づいてストレージ装置２を制御する装置であり、二重化されている。ＤＥ２２は、ＳＳＤやＨＤＤを搭載する機構であり、複数のディスク６を有し、低性能サブプール、中性能サブプール及び高性能サブプールの３つのサブプールを有するティアプールを提供する。
【００１９】
各サブプールは複数のＲＡＩＤ（Redundant  Arrays  of  Inexpensive  Disks）グループを有する。例えば、低性能サブプールは、ＲＡＩＤグループ＃０及びＲＡＩＤグループ＃１を有し、中性能サブプールは、ＲＡＩＤグループ＃２及びＲＡＩＤグループ＃３を有する。また、高性能サブプールは、ＲＡＩＤグループ＃４及びＲＡＩＤグループ＃５を有する。また、各ＲＡＩＤグループは複数のディスク６を有する。
【００２０】
次に、運用管理装置３の機能構成について説明する。図３は、運用管理装置３の機能構成を示す図である。図３に示すように、運用管理装置３は、ストレージ管理部３１と、自動階層制御部３２と、性能情報記憶部３３と、評価結果記憶部３４とを有する。
【００２１】
ストレージ管理部３１は、ストレージ装置２を管理する。具体的には、ストレージ管理部３１は、階層化ポリシーの管理、ティアプールの管理、ボリュームの管理、階層化ポリシーに基づく再配置ブロックの特定などを行う。ここで、ブロックとは、再配置されるデータの単位であり、例えば、大きさが１．３ギガバイト（ＧＢ）のデータである。
【００２２】
自動階層制御部３２は、ストレージ管理部３１の指示に基づいてＡＳＴを行う。具体的には、自動階層制御部３２は、ストレージ装置２からＩＯＰＳ値などの性能情報の取得、ストレージ装置２への階層制御開始の通知、再配置の依頼などを行う。また、自動階層制御部３２は、ストレージ装置２にティアプールの作成、ボリュームの作成などの依頼を行う。
【００２３】
性能情報記憶部３３は、自動階層制御部３２がストレージ装置２から取得したＩＯＰＳ値などの性能情報を記憶する。また、性能情報記憶部３３が記憶する情報は、ストレージ管理部３１が再配置ブロックを特定する場合に用いられる。なお、性能情報記憶部３３の詳細については後述する。
【００２４】
評価結果記憶部３４は、性能情報記憶部３３が記憶する性能情報をストレージ管理部３１が解析して評価した結果を記憶する。なお、評価結果記憶部３４の詳細については後述する。
【００２５】
次に、ストレージ管理部３１の機能構成について説明する。図４は、ストレージ管理部３１の機能構成を示す図である。図４に示すように、ストレージ管理部３１は、ポリシー管理部４１と、ポリシー管理テーブル４２と、プール管理部４３と、プール管理テーブル４４と、ボリューム管理部４５とを有する。また、ストレージ管理部３１は、ボリューム管理テーブル４６と、解析部４７と、割当部４８と、再配置特定部４９と、再配置指示部５０と、再配置確認部５１と、通信部５２と、装置間通信部５３とを有する。
【００２６】
ポリシー管理部４１は、操作端末４から階層化ポリシー作成指示を受け付けて、階層化ポリシーをポリシー管理テーブル４２に登録し、登録した階層化ポリシーの情報を表示するように操作端末４に指示する。
【００２７】
ポリシー管理テーブル４２は、ポリシー管理部４１により登録された階層化ポリシーの情報を記憶する。図５は、ポリシー管理テーブル４２の一例を示す図である。図５に示すように、ポリシー管理テーブル４２は、階層化ポリシー名、実行モード、評価対象データ種別、評価基準、評価間隔、評価期間、評価対象時間帯、評価・再配置実行時間、再配置打切時間、低と中と高のレベルの範囲を、階層化ポリシー毎に記憶する。
【００２８】
階層化ポリシー名は、階層化ポリシーを識別する名前である。実行モードは、再配置を実行するモードを示し、再配置を自動で実行する「auto」と、管理者との対話に基づいて再配置を半自動で実行する「semi-auto」と、再配置を管理者の指示により実行する「manual」とがある。評価対象データ種別は、再配置の対象を評価する評価データの種別を示し、ＩＯＰＳ値を示す「iops」がある。
【００２９】
評価基準は、評価対象データ種別で指定される評価データを評価する基準を示し、ピーク値を基準として評価する「peak」と平均値を基準として評価する「average」とがある。評価間隔は、評価データを評価する間隔の単位を示し、「day」は単位が「日」であることを示し、「time」は単位が「時間」であることを示す。
【００３０】
評価期間は、評価を行う間隔を示し、単位は評価間隔で指定される。例えば、評価間隔が「day」であり、評価期間が「７」である場合には、「７日」ごとに評価が行われる。評価対象時間帯は、データが評価対象となる時間帯を開始時刻と終了時刻で示す。評価・再配置実行時間は、評価及び再配置を行う時刻を示す。再配置打切時間は、再配置を打ち切る時間を示す。
【００３１】
低レベルの範囲は、低性能サブプールに配置すべきデータのＩＯＰＳ値の範囲を示し、中レベルの範囲は、中性能サブプールに配置すべきデータのＩＯＰＳ値の範囲を示し、高レベルの範囲は、高性能サブプールに配置すべきデータのＩＯＰＳ値の範囲を示す。
【００３２】
例えば、階層化ポリシー名が「Policy＿Auto＿01」である階層化ポリシーでは、評価は自動で行われ、ＩＯＰＳ値を用いて評価が行われ、ピーク値を規準として評価が行われ、「７日」ごとに評価が行われる。データの評価対象時間帯の開始時刻は６時であり、終了時刻は２０時である。評価・再配置は１時に実行され、２４時間経過すると評価・再配置は打ち切られる。ＩＯＰＳ値が「100」以内のデータは低性能サブプールに記憶され、ＩＯＰＳ値が「101」〜「500」のデータは中性能サブプールに記憶され、ＩＯＰＳ値が「501」以上のデータは高性能サブプールに記憶される。
【００３３】
図４に戻って、プール管理部４３は、操作端末４からティアプール作成指示を受け付けて、ティアプールの作成を自動階層制御部３２に指示する。そして、プール管理部４３は、作成されたティアプールをプール管理テーブル４４に登録し、登録したティアプールの情報を表示するように操作端末４に指示する。
【００３４】
また、プール管理部４３は、ティアプールを作成する際、ディスク６が指定されているか否かを判定し、ディスク６が指定されていない場合には、管理者により指定された容量でティアプールを作成するように自動階層制御部３２経由でストレージ装置２に指示する。プール管理部４３が、容量指定でティアプールを作成するようにストレージ装置２に指示することによって、管理者は、ディスク６の搭載状況を把握することなく、簡単にティアプールを作成することができる。
【００３５】
また、プール管理部４３は、管理者からの指定に基づいて、１つのサブプールから構成されるティアプールを作成し、プール管理テーブル４４に登録する。プール管理部４３が、１つのサブプールから構成される階層化ポリシーをプール管理テーブル４４に登録することによって、管理者は、ＡＳＴ運用を行った場合と比較するための情報を得ることができる。
【００３６】
プール管理テーブル４４は、プール管理部４３により登録されたティアプールの情報を記憶する。図６は、プール管理テーブル４４の一例を示す図である。図６に示すように、プール管理テーブル４４は、ティアプール名、階層化ポリシー名、装置ＩＰアドレス、警告閾値、注意閾値、暗号化、担当ＣＭ番号、低性能サブプール情報、中性能サブプール情報及び高性能サブプール情報をティアプール毎に記憶する。
【００３７】
ティアプール名は、ティアプールを識別する名前である。階層化ポリシー名は、ティアプールに適用されるポリシーを示す。装置ＩＰアドレスは、ティアプールを提供するストレージ装置２のＩＰアドレスを示す。警告閾値は、越えると警告を出力する閾値を示し、単位は％である。注意閾値は、越えると注意を出力する閾値を示し、単位は％である。暗号化は、ティアプールに記憶するデータを暗号化するか否かを示し、担当ＣＭ番号は、ティアプールの管理を担当するＣＭ２１の番号を示す。なお、担当ＣＭの詳細については後述する。
【００３８】
低性能サブプール情報は、ティアプールに含まれる低性能サブプールの情報を示し、中性能サブプール情報は、ティアプールに含まれる中性能サブプールの情報を示し、高性能サブプール情報は、ティアプールに含まれる高性能サブプールの情報を示す。
【００３９】
サブプールの情報には、サブプール名、ＲＡＩＤレベル、ディスク情報、担当ＣＭがある。サブプール名は、サブプールを識別する名前である。ＲＡＩＤレベルは、サブプールのＲＡＩＤレベルを示し、「ＲＡＩＤ５」、「ＲＡＩＤ１＋０」などがある。ディスク情報は、サブプールを構成するディスクのＲＡＩＤグループの番号とグループ内の番号である。担当ＣＭは、サブプールを担当するＣＭ２１の番号を示す。
【００４０】
図４に戻って、ボリューム管理部４５は、操作端末４からボリューム作成指示を受け付けて、自動階層制御部３２にボリュームの作成を指示する。また、ボリューム管理部４５は、ストレージ装置２に作成されたボリュームをボリューム管理テーブル４６に登録し、登録したボリュームの情報を表示するように操作端末４に指示する。また、ボリューム管理部４５は、ティアプール内のサブプールの比率が管理者により指定された場合には、ボリューム管理テーブル４６に比率を登録する。ボリューム管理テーブル４６は、ボリューム管理部４５により登録されたボリュームの情報を記憶する。
【００４１】
解析部４７は、性能情報記憶部３３が記憶する性能情報の解析及び評価を行い、評価結果を評価結果記憶部３４に保存する。図７は、性能情報記憶部３３が各ブロックについて記憶する情報の一例を示す図である。図７に示すように、性能情報記憶部３３が各ブロックについて記憶する情報には、BNo、OLUN、RLUN、ReadIOPSPeak、WriteIOPSPeak、TotalIOPSPeakが含まれる。BNoは、ブロック番号である。OLUNは、ブロックが属しているボリューム番号であり、RLUNはブロックが属しているＲＡＩＤグループ番号である。ReadIOSPPeakは、ReadIO回数のピーク値であり、WriteIOSPPeakは、WriteIO回数のピーク値であり、TotalIOSPPeakは、ReadIO回数とWriteIO回数の和のピーク値である。解析部４７は、例えば、TotalIOSPPeakを用いて各ブロックのアクセス頻度を判定する。
【００４２】
性能情報記憶部３３は、１回に収集された性能情報をIOPS-PK＿ii＿YYYYMMDD@HHMM-yyyymmdd@hhmm.CSVの名前のファイルに記憶する。ここで、iiは、性能監視間隔を分で示す。また、YYYYMMDDは、性能情報採取開始年月日であり、HHMMは、性能情報採取開始時刻である。また、yyyymmddは、性能情報採取終了年月日であり、hhmmは、性能情報採取終了時刻である。
【００４３】
図８は、評価結果記憶部３４が記憶する評価情報の一例を示す図である。図８に示すように、評価情報には、評価実施日時と、ティアプール名と階層化ポリシー名と評価データが含まれる。評価データには、VolNo、UpgradeToHigh、UpgradeToMiddle、DowngradeToMiddle、DowngradeToLow、KeepLow、KeepMiddle、KeepHigh、Statusが含まれる。
【００４４】
VolNoは、ボリュームを識別するボリューム番号である。UpgradeToHighは、上位階層であるティアレベル＝高のサブプールすなわち高性能サブプールにマイグレーションすべきであると評価されたブロックの割合である。UpgradeToMiddleは、上位階層であるティアレベル＝中のサブプールすなわち中性能サブプールにマイグレーションすべきであると評価されたブロックの割合である。DowngradeToMiddleは、下位階層であるティアレベル＝中のサブプールにマイグレーションすべきであると評価されたブロックの割合である。DowngradeToLowは、下位階層であるティアレベル＝低のサブプールすなわち低性能サブプールにマイグレーションすべきであると評価されたブロックの割合である。
【００４５】
KeepLowは、ティアレベル＝低でマイグレーションを実施しない評価となったブロックの割合である。KeepMiddleは、ティアレベル＝中でマイグレーションを実施しない評価となったブロックの割合である。KeepHighは、ティアレベル＝高でマイグレーションを実施しない評価となったブロックの割合である。Statusは、ボリュームの再配置実行状況である。
【００４６】
また、解析部４７は、評価結果に基づき、アクセス頻度の高い順にブロックがならんだアクセスリストを作成する。図９Ａは、解析部４７が作成するアクセスリストの一例を示す図である。図９Ａに示すように、アクセスリスト５５は、アクセス頻度の高い順にブロック番号とブロックに現在の配置場所を示す再配置元と再配置先とを対応させたリストである。図９Ａでは、ブロック番号が「５」のブロックのアクセス頻度が最も高く、再配置元は「高」であり、ブロック番号が「９」のブロックのアクセス頻度が次に高く、再配置元は「中」である。なお、再配置先は、割当部４８により割り当てられる。
【００４７】
割当部４８は、階層化ポリシー及びボリュームの情報に基づいてブロックの再配置先を割り当て、アクセスリスト５５に書き込む。図９Ｂは、図９Ａに示したアクセスリスト５５に再配置先が割当部４８により割り当てられた後のアクセスリスト５５を示す図である。図９Ｂに示すように、ブロック番号が「５」のブロックは、再配置先として「高」が割り当てられ、ブロック番号が「９」のブロックは、再配置先として「高」が割り当てられている。アクセスリスト５５の配置先は、上から「高」が並び、次に「中」が並び、最後に「低」が並ぶ。
【００４８】
割当部４８は、ポリシー判定部４８ａと、第１割当部４８ｂと、第２割当部４８ｃと、第３割当部４８ｄとを有する。ポリシー判定部４８ａは、ポリシー管理テーブル４２が記憶する階層化ポリシーの情報及びボリュームの情報に基づいてブロックの割当方法を判定する。割当方法としては、容量指定に基づく割当、比率指定に基づく割当、１つのサブプール指定に基づく割当、ＩＯＰＳ値指定に基づく割当がある。
【００４９】
第１割当部４８ｂは、容量指定に基づく割当を行う。具体的には、第１割当部４８ｂは、各サブプールの容量の範囲内で高性能のサブプールを優先させてアクセス頻度の高いブロックから順にサブプールに割り当てる。第１割当部４８ｂが、容量指定に基づく割当を行うことによって、ストレージシステム１は、高性能サブプールを常に無駄なく使用することができる。なお、ポリシー判定部４８ａは、ポリシー管理テーブル４２の低レベルの範囲、中レベルの範囲及び高レベルの範囲に値が指定されていないときに容量指定に基づく割当であると判定する。容量指定に基づく割当であるか否かは、ポリシー管理部４１が階層化ポリシー作成時にポリシー管理テーブル４２に登録する。
【００５０】
第２割当部４８ｃは、ボリューム単位に比率指定に基づく割当を行う。具体的には、第２割当部４８ｃは、指定されたボリュームに対して指定された比率及びアクセス頻度に基づいて、ブロックを低性能サブプール、中性能サブプール、高性能サブプールに割当を行う。図１０は、比率指定に基づく割当を説明するための図である。図１０に示すように、１０個のブロック＃０１〜ブロック＃１０を有するボリューム＃１に対して低割当率２０％、中割当率５０％、高割当率３０％が指定されると、低性能サブプールには、アクセス頻度が最も低い方からブロック＃０１及び＃０９が割り当てられる。また、中性能サブプールには、次にアクセス頻度の低い５つのブロック＃０３、＃０４、＃０６、＃０８及び＃１０が割り当てられ、高性能サブプールには、最もアクセス頻度の高い３つのブロック＃０２、＃０５及び＃０７が割り当てられる。第２割当部４８ｃが、ボリューム単位に比率指定に基づく割当を行うことによって、管理者は、ボリューム毎にサブプールを使い分けることができ、業務に適したティアプールを作成することができる。なお、ポリシー判定部４８ａは、ボリューム管理テーブル４６が記憶するボリューム情報に比率指定があるときに比率指定に基づく割当であると判定する。
【００５１】
第３割当部４８ｄは、ＩＯＰＳ値指定に基づく割当を行う。すなわち、第３割当部４８ｄは、従来と同様に、階層化ポリシーで指定されたＩＯＰＳ値に基づいて、ブロックをサブプールに割り当てる。
【００５２】
なお、サブプールが１つだけ指定された場合には、再配置は行われない。管理者は、１つのサブプールに全てのブロックを割り当てることによって、ＡＳＴ運用を行った場合と比較するための情報を得ることができる。
【００５３】
再配置特定部４９は、アクセスリスト５５から再配置元と再配置先が異なるブロックを取り出して再配置リストを作成する。図１１は、再配置リストの一例を示す図である。図１１に示すように、再配置リスト５６は、再配置の対象となるブロック毎に、ブロック番号と再配置元と再配置先を対応付けたリストである。例えば、ブロック番号「９」のブロックは再配置対象であり、高性能サブプールから中性能サブプールに再配置される。
【００５４】
再配置リスト５６に登録されるブロックの個数は６４個である。再配置特定部４９は、再配置リスト５６に登録されたブロックの数が６４になると、再配置指示部５０に再配置を要求し、再配置リスト５６をクリアする。そして、再配置特定部４９は、アクセスリスト５５から再配置元と再配置先が異なるブロックがなくなるまで、再配置リスト５６の作成、再配置の要求、再配置リスト５６のクリアを繰り返す。
【００５５】
また、再配置特定部４９は、アクセスリスト５５において、隣接するサブプールの容量の５％に含まれるブロックについては隣接するサブプールへの再配置の対象としない。図１２は、再配置の対象とならないブロックを説明するための図である。図１２は、中性能サブプールの容量が１３０ＧＢであり、高性能サブプールに再配置されるブロックのうち中性能サブプールに隣接するブロック番号が「１０１」、「１０５」、「１０３」、「１０７」及び「１１０」である５個のブロックを示している。ここで、５個のブロックは、隣接する中性能サブプールの容量１３０ＧＢの５％すなわち６．５ＧＢに含まれるブロックである。
【００５６】
図１２において、ブロック番号が「１０５」であるブロックは、中性能サブプールの容量の５％に含まれるブロックであるので、中性能サブプールから高性能サブプールへの再配置の対象とならない。一方、ブロック番号が「１１０」であるブロックは、中性能サブプールの容量の５％に含まれるブロックであるが、低性能サブプールから高性能サブプールへの再配置であるので、再配置の対象となる。
【００５７】
このように、再配置特定部４９は、アクセスリスト５５において、隣接するサブプールの容量の５％に含まれるブロックについては隣接するサブプールへの再配置の対象としない。したがって、ストレージ装置２は、隣接するサブプールに記憶されるブロックとＩＯＰＳ数にあまり差がないブロックを隣接するサブプールに移動するような、効果の少ない再配置の実行を防ぐことができる。なお、ここでは、５％を用いたが、再配置特定部４９は、任意の割合を５％の代わりに用いることができる。
【００５８】
再配置指示部５０は、再配置特定部４９からの要求に基づいて自動階層制御部３２に再配置リスト５６に登録されているブロックの再配置を指示する。また、再配置指示部５０は、自動階層制御部３２から再配置に関する情報を受け取り、操作端末４に再配置に関する情報を表示するように指示する。
【００５９】
再配置確認部５１は、操作端末４からの指示に基づいて、自動階層制御部３２に再配置の進捗情報の取得を指示し、進捗情報を受け取ると、端末装置に進捗情報を送信し、再配置結果として表示するように指示する。
【００６０】
通信部５２は、自動階層制御部３２と通信を行い、装置間通信部５３は、操作端末４及びストレージ装置２とＬＡＮ５を介して通信を行う。
【００６１】
次に、自動階層制御部３２の機能構成について説明する。図１３は、自動階層制御部３２の機能構成を示す図である。図１３に示すように、自動階層制御部３２は、割当状態確認部６１と、プール作成依頼部６２と、ボリューム作成依頼部６３と、開始通知部６４と、性能情報取得部６５と、再配置依頼部６６と、進捗情報取得部６７とを有する。また、自動階層制御部３２は、通信部６８と、装置間通信部６９とを有する。
【００６２】
割当状態確認部６１は、プール管理部４３からの指示に基づいて、ディスク６の割当状態をストレージ装置２に確認し、ディスク６の割当状態に関する情報をプール管理部４３に応答する。
【００６３】
プール作成依頼部６２は、プール管理部４３からの指示に基づいて、ストレージ装置２にティアプールの作成を依頼し、作成されたティアプールに関する情報をプール管理部４３に応答する。
【００６４】
ボリューム作成依頼部６３は、ボリューム管理部４５からの指示に基づいて、ストレージ装置２にボリュームの作成を依頼し、作成されたボリュームに関する情報をボリューム管理部４５に応答する。
【００６５】
開始通知部６４は、操作端末４からの階層制御の開始指示を受け付けて、ストレージ装置２に階層制御の開始を通知する。性能情報取得部６５は、例えば、５分間隔でストレージ装置２に性能情報の取得を要求し、ストレージ装置２から性能情報を取得する。また、性能情報取得部６５は、取得した性能情報を性能情報記憶部３３に保存する。性能情報記憶部３３は、階層化ポリシーで指定された評価期間内の性能情報を蓄積する。評価期間は、例えば、１時間、１日などである。なお、１階層のティアプールについては、性能情報取得部６５は、自動的に性能情報の取得を行い、性能情報記憶部３３は、最大７日分の性能情報を保持する。
【００６６】
再配置依頼部６６は、再配置指示部５０からの再配置指示に基づいて、ストレージ装置２に再配置を依頼し、再配置先のＲＡＩＤグループなどの情報をストレージ装置２から受け取って再配置指示部５０に応答する。
【００６７】
進捗情報取得部６７は、再配置確認部５１からの進捗確認指示に基づいて、ストレージ装置２に再配置の進捗情報の送信を依頼し、ストレージ装置２から送信された進捗情報を再配置確認部５１に応答する。
【００６８】
通信部６８は、ストレージ管理部３１と通信を行い、装置間通信部６９は、ストレージ装置２及び操作端末４とＬＡＮ５を介して通信を行う。
【００６９】
次に、ＣＭ２１の機能構成について説明する。図１４は、ＣＭ２１の機能構成を示す図である。図１４に示すように、ＣＭ２１は、ディスク情報応答部８１と、プール作成部８２と、ボリューム作成部８３と、性能情報収集部８４と、再配置部８５と、装置間通信部８６とを有する。
【００７０】
ディスク情報応答部８１は、割当状態確認部６１からのディスク割当状態の確認指示に基づいて、ディスクの割当情報を割当状態確認部６１に応答する。
【００７１】
プール作成部８２は、プール作成依頼部６２からのティアプール作成依頼に基づいて、ティアプールを作成し、作成したティアプールに関する情報をプール作成依頼部６２に応答する。
【００７２】
ボリューム作成部８３は、ボリューム作成依頼部６３からのボリューム作成依頼に基づいて、ボリュームを作成し、作成したボリュームに関する情報をボリューム作成依頼部６３に応答する。
【００７３】
性能情報収集部８４は、性能情報取得部６５からの性能情報の取得依頼に基づいて、性能情報を収集し、収集した情報を性能情報取得部６５に応答する。性能情報には、ブロック毎のＩＯＰＳ値が含まれる。
【００７４】
再配置部８５は、再配置依頼部６６からの再配置依頼に基づいて、再配置リスト５６で指定されたブロックを再配置し、再配置対象の情報を再配置依頼部６６に応答する。再配置部８５は、ブロックをサブプール間で移動する際に、移動先のディスク領域をボリュームを担当するＣＭ２１と同じＣＭ２１が担当するＲＡＩＤグループから確保する。
【００７５】
図１５は、担当ＣＭ２１を説明するための図である。図１５に示すように、ＣＭ＃０は、ボリュームについてはボリューム＃０〜＃３を担当し、ＲＡＩＤグループについては低性能サブプールに含まれるＲＡＩＤグループ＃０と中性能サブプールに含まれるＲＡＩＤ＃２を担当する。ＣＭ＃１は、ボリュームについてはボリューム＃４〜＃７を担当し、ＲＡＩＤグループについては低性能サブプールに含まれるＲＡＩＤグループ＃１と中性能サブプールに含まれるＲＡＩＤグループ＃３を担当する。
【００７６】
したがって、図１５に示すＣＭ担当で、例えば、ボリューム＃０のブロックを低性能サブプールに再配置する場合、再配置部８５は、ボリューム＃０を担当するＣＭ＃０が担当するＲＡＩＤグループ＃０からディスク領域を取得してブロックを再配置する。
【００７７】
このように、再配置部８５が、移動先のディスク領域をボリュームを担当するＣＭ２１と同じＣＭ２１が担当するＲＡＩＤグループから確保することで、担当ＣＭ２１が異なることに起因するＩＯ性能の劣化を抑えることができる。
【００７８】
装置間通信部８６は、運用管理装置３との間でＬＡＮ５を介して通信を行う。例えば、装置間通信部８６は、運用管理装置３からの指示を受信し、指示に対する応答を運用管理装置３に送信する。
【００７９】
次に、ストレージシステム１の処理フローについて説明する。図１６は、ストレージシステム１の処理フローを示すフローチャートである。図１６に示すように、まず、ストレージシステム１は、管理者からの指示に基づいて階層化ポリシーを作成し、ポリシー管理テーブル４２に登録する（ステップＳ９１）。
【００８０】
そして、ストレージシステム１は、管理者からの指示に基づいてティアプールを作成し、プール管理テーブル４４に登録する（ステップＳ９２）。そして、ストレージシステム１は、管理者からの指示に基づいてボリュームを作成し、ボリューム管理テーブル４６に登録する（ステップＳ９３）。
【００８１】
その後、サーバ７で動作する業務ソフトウェアがボリュームを使用して業務処理を開始する。そして、ストレージシステム１は、管理者からの指示に基づいて階層制御を開始し、性能情報を収集する（ステップＳ９４）。
【００８２】
そして、ストレージシステム１は、ボリュームの情報、階層化ポリシー及び性能情報に基づいてブロックの再配置を実行する（ステップＳ９５）。なお、ステップＳ９４及びステップＳ９５の処理は、業務処理中に、階層化ポリシーに基づいて実行される。そして、ストレージシステム１は、管理者から要求されると、再配置の進捗状況を確認して、再配置結果を表示する（ステップＳ９６）。
【００８３】
このように、ボリューム情報、階層化ポリシー及び性能情報に基づいてブロックの再配置を実行することによって、ストレージシステム１は、ＩＯ性能を向上することができる。
【００８４】
次に、ポリシー登録処理のフローについて説明する。図１７は、ポリシー登録処理のフローを示すフローチャートである。なお、図１７の処理は、図１６に示したステップＳ９１の処理に対応する。
【００８５】
図１７に示すように、操作端末４が管理者の指示に基づいて階層化ポリシーの作成を運用管理装置３に指示する（ステップＳ１）。すると、ストレージ管理部３１は、管理者が指定したポリシー指定値を確認し（ステップＳ２）、ポリシー指定値をポリシー管理テーブル４２に登録して保存する（ステップＳ３）。なお、ポリシー指定値には、容量指定に基づく割当であるか否かを示す情報が含まれる。そして、ストレージ管理部３１は、操作端末４に登録した階層化ポリシーの情報を表示するように指示し、操作端末４が、階層化ポリシーの情報を表示する（ステップＳ４）。
【００８６】
このように、管理者は階層化ポリシーを指定することで、ストレージシステム１を効率よく利用することができる。
【００８７】
次に、ティアプール登録処理のフローについて説明する。図１８は、ティアプール登録処理のフローを示すフローチャートである。なお、図１８の処理は、図１６に示したステップＳ９２の処理に対応する。
【００８８】
図１８に示すように、操作端末４が管理者の指示に基づいてティアプールの作成を運用管理装置３に指示する（ステップＳ５）。すると、ストレージ管理部３１は、管理者が指示した内容を確認する（ステップＳ６）。管理者は、複数のティアから構成されるティアプールに加えて１つのティアから構成されるティアプールを指定することができる。
【００８９】
そして、ストレージ管理部３１は、担当ＣＭ２１が指定されているか否かを判定する（ステップＳ７）。その結果、担当ＣＭ２１が指定されている場合には、ストレージ管理部３１は、指定された担当ＣＭ２１を指示情報に設定する（ステップＳ８）。一方、担当ＣＭ２１が指定されていない場合には、ストレージ管理部３１は、担当ＣＭ２１は自動選択であることを示す「Auto」を指示情報に設定する（ステップＳ９）。
【００９０】
そして、ストレージ管理部３１は、ディスク指定か否かを判定し（ステップＳ１０）、ディスク指定でない場合には、ディスク自動選択を指示情報に設定する（ステップＳ１１）。そして、ストレージ管理部３１は、指示情報とともにティアプール作成指示を自動階層制御部３２に送信する（ステップＳ１２）。
【００９１】
一方、ディスク指定の場合には、ストレージ管理部３１は、空きディスクの確認指示を自動階層制御部３２に送信し（ステップＳ１３）、自動階層制御部３２は、ディスク割当状態の確認をストレージ装置２に指示する（ステップＳ１４）。そして、ストレージ装置２がディスク割当状態についてのディスク情報を返信し（ステップＳ１５）、自動階層制御部３２は、ディスク情報をストレージ管理部３１に送信する。そして、ストレージ管理部３１は、ディスク指定の確認を行って（ステップＳ１６）、選択の対象ディスクの情報を表示するように操作端末４に指示する。そして、操作端末４が対象ディスクの情報を表示し、管理者にディスクを選択させる（ステップＳ１７）。そして、ストレージ管理部３１は、選択された対象ディスクを指定して（ステップＳ１８）、指示情報とともにティアプール作成指示を自動階層制御部３２に送信する（ステップＳ１９）。
【００９２】
指示情報とともにティアプール作成指示を受信すると、自動階層制御部３２は、ティアプールの作成をストレージ装置２に依頼し（ステップＳ２０）、ストレージ装置２がティアプールを作成する（ステップＳ２１）。そして、ストレージ装置２は、作成したティアプールの情報を自動階層制御部３２に送信し、自動階層制御部３２は、ティアプールの情報をストレージ管理部３１に送信する。そして、ストレージ管理部３１は、ティアプールの情報を用いてティアプールをプール管理テーブル４４に登録して保存し（ステップＳ２２）、操作端末４にティアプールの情報を表示するように指示する。そして、操作端末４が、ティアプールの情報を表示する（ステップＳ２３）。
【００９３】
このように、ディスク指定でない場合に、ストレージ管理部３１が、ディスク自動選択を指示情報に設定し、指示情報とともにティアプール作成を指示することによって、管理者は、簡単にティアプールを作成することができる。
【００９４】
次に、ボリューム作成処理のフローについて説明する。図１９は、ボリューム作成処理のフローを示すフローチャートである。なお、図１９の処理は、図１６に示したステップＳ９３の処理に対応する。
【００９５】
図１９に示すように、操作端末４が管理者の指示に基づいてボリュームの作成を運用管理装置３に指示する（ステップＳ２４）。すると、ストレージ管理部３１は、管理者が指示した内容を確認し（ステップＳ２５）、指示内容で指定された対象ティアプールの情報をプール管理テーブル４４から取得する（ステップＳ２６）。なお、管理者が指定する内容にはサブプールの割当比率が含まれる場合がある。そして、ストレージ管理部３１は、対象ティアプールの情報とともにボリューム作成指示を自動階層制御部３２に送信し、自動階層制御部３２は、ボリューム作成をストレージ装置２に依頼する（ステップＳ２７）。
【００９６】
そして、ストレージ装置２は、ボリュームを作成し（ステップＳ２８）、作成したボリュームの情報を自動階層制御部３２に送信し、自動階層制御部３２は、ボリュームの情報をストレージ管理部３１に送信する。
【００９７】
そして、ストレージ管理部３１は、ボリューム管理テーブル４６にボリュームの情報を登録して保存し（ステップＳ２９）、操作端末４にボリュームの情報を表示するように指示する。そして、操作端末４が、ボリュームの情報を表示する（ステップＳ３０）。
【００９８】
このように、ストレージ管理部３１は、対象ティアプールの情報をプール管理テーブル４４から取得して、対象ティアプールの情報とともにボリュームの作成を指示することによって、階層化ポリシーに基づくボリュームを作成することができる。
【００９９】
次に、性能情報収集処理のフローについて説明する。図２０は、性能情報収集処理のフローを示すフローチャートである。なお、図２０の処理は、図１６に示したステップＳ９４の処理に対応する。
【０１００】
図２０に示すように、操作端末４が管理者の指示に基づいて階層制御の開始を運用管理装置３に指示する（ステップＳ３１）。すると、自動階層制御部３２は、階層制御の開始をストレージ装置２に通知する（ステップＳ３２）。すると、ストレージ装置２は、性能情報の収集を開始する（ステップＳ３３）。
【０１０１】
そして、自動階層制御部３２は、性能情報の取得をストレージ装置２に要求し（ステップＳ３４）、ストレージ装置２は、収集した性能情報を返信する（ステップＳ３５）。そして、自動階層制御部３２は、性能情報を性能情報記憶部３３に保存する（ステップＳ３６）。なお、ステップＳ３４〜ステップＳ３６の処理は、例えば、５分間隔で定期的に実行される。
【０１０２】
このように、自動階層制御部３２が、ストレージ装置２から受信した性能情報を性能情報記憶部３３に保存することによって、ストレージ管理部３１は、性能情報記憶部３３を参照してブロックを各サブプールに割り当てることができる。
【０１０３】
次に、再配置処理のフローについて説明する。図２１は、再配置処理のフローを示すフローチャートである。なお、図２１の処理は、図１６に示したステップＳ９５の処理に対応する。
【０１０４】
図２１に示すように、ストレージ管理部３１は、性能情報記憶部３３を参照し（ステップＳ３７）、階層化ポリシーに従って性能情報を評価する（ステップＳ３８）。そして、ストレージ管理部３１は、比率指定に基づく割当か否かを判定する（ステップＳ３９）。その結果、比率指定に基づく割当の場合には、ストレージ管理部３１は、比率が指定されたボリュームの性能情報のみを性能情報記憶部３３から抽出してＩＯＰＳ値でソートし、アクセスリスト５５を作成する（ステップＳ４０）。そして、ストレージ管理部３１は、各サブプールの空き容量を確認し、配置可能なブロック数を算出する（ステップＳ４１）。そして、ストレージ管理部３１は、指定された比率に応じて再配置対象のブロックを特定し（ステップＳ４２）、ステップＳ４８に進む。
【０１０５】
一方、比率指定に基づく割当でない場合には、ストレージ管理部３１は、性能情報記憶部３３を参照し、ティアプール内のブロックをＩＯＰＳ値でソートし、アクセスリスト５５を作成する（ステップＳ４３）。そして、ストレージ管理部３１は、容量指定に基づく割当であるか否かを判定し（ステップＳ４４）、容量指定に基づく割当である場合には、各サブプールの空き容量を規準に、配置可能ブロック数を算出し（ステップＳ４５）、ステップＳ４８へ進む。一方、容量指定に基づく割当でない場合には、ストレージ管理部３１は、ＩＯＰＳ値を規準に、再配置対象のブロックを特定し（ステップＳ４６）、対象のブロックが再配置可能か空き容量を確認する（ステップＳ４７）。
【０１０６】
そして、ストレージ管理部３１は、再配置対象のブロックと配置先のサブプールの情報を決定し（ステップＳ４８）、決定した情報に基づいて、再配置の対象を決定する（ステップＳ４９）。そして、ストレージ管理部３１は、再配置リスト５６を作成し（ステップＳ５０）、自動階層制御部３２に再配置を指示する。そして、自動階層制御部３２がストレージ装置２に再配置を依頼する（ステップＳ５１）。
【０１０７】
そして、ストレージ装置２のＣＭ２１は、再配置を行うボリュームの担当ＣＭ２１を確認し（ステップＳ５２）、再配置先のサブプールを確認する（ステップＳ５３）。そして、ストレージ装置２は、ボリュームの担当ＣＭ２１と同一の担当ＣＭ２１のＲＡＩＤグループがサブプールにあるか否かを判定する（ステップＳ５４）。
【０１０８】
その結果、同一の担当ＣＭ２１のＲＡＩＤグループがサブプールにない場合には、ストレージ装置２は、サブプール内で最も割当量の少ないＲＡＩＤグループを検索し（ステップＳ５５）、ステップＳ５８に進む。一方、同一の担当ＣＭ２１のＲＡＩＤグループがサブプールにある場合には、ストレージ装置２は、同一の担当ＣＭ２１のＲＡＩＤグループを抽出し（ステップＳ５６）、抽出したＲＡＩＤグループで、最も割当量の少ないＲＡＩＤグループを検索する（ステップＳ５７）。
【０１０９】
そして、ストレージ装置２は、検索したＲＡＩＤグループを移動先ＲＡＩＤグループとして決定し（ステップＳ５８）、運用管理装置３に移動先ＲＡＩＤグループの情報を送信し、決定したＲＡＩＤグループにデータを移動する（ステップＳ５９）。
【０１１０】
一方、ストレージ管理部３１は、再配置の対象情報を操作端末４に通知し（ステップＳ６０）、操作端末４は、再配置対象の情報を表示する（ステップＳ６１）。なお、再配置されるブロックの数が６４個を超える場合には、６４個のブロック毎にステップＳ５０〜ステップＳ６１の処理が繰り返される。また、階層化ポリシーの指定に基づいて再配置処理が繰り返される。
【０１１１】
このように、階層化ポリシーに基づいて再配置の対象を決定することにより、ストレージシステム１は、管理者のポリシーに基づいてブロックの再配置を制御することができる。
【０１１２】
次に、再配置結果表示処理のフローについて説明する。図２２は、再配置結果表示処理のフローを示すフローチャートである。なお、図２２の処理は、図１６に示したステップＳ９６の処理に対応する。
【０１１３】
図２２に示すように、操作端末４が管理者の指示に基づいて再配置結果の表示を運用管理装置３に指示する（ステップＳ６２）。すると、ストレージ管理部３１は、再配置の進捗状況の確認を自動階層制御部３２に指示する（ステップＳ６３）。
【０１１４】
すると、自動階層制御部３２が、再配置の情報取得をストレージ装置２に依頼し（ステップＳ６４）、ストレージ装置２が、再配置の進捗情報を運用管理装置３に返信する（ステップＳ６５）。すると、ストレージ管理部３１は、操作端末４に再配置の状況を通知し（ステップＳ６６）、操作端末４が、再配置結果を表示する（ステップＳ６７）。
【０１１５】
このように、操作端末４が、再配置結果を表示することによって、管理者は、階層化ポリシーやボリューム情報に基づく再配置を評価することができる。
【０１１６】
上述してきたように、実施例では、ポリシー判定部４８ａが、ポリシー管理テーブル４２が記憶する階層化ポリシーの情報及びボリューム管理テーブル４６が記憶するボリュームの情報に基づいてブロックの割当方法を判定する。そして、ポリシー判定部４８ａの判定に基づいて、第１割当部４８ｂは容量指定に基づく割当を行う。したがって、ストレージシステム１は、性能の異なる複数のストレージのうち高性能なストレージを有効に利用することができる。また、ポリシー判定部４８ａの判定に基づいて、第２割当部４８ｃは、ボリューム単位に比率指定に基づく割当を行う。したがって、管理者は、ボリューム毎にサブプールを使い分けることができ、業務に適したティアプールを作成することができる。
【０１１７】
また、実施例では、プール管理部４３は、管理者からの指定に基づいて、１つのサブプールから構成されるティアプールを作成し、プール管理テーブル４４に登録する。そして、性能情報取得部６５は、１つのサブプールから構成されるティアプールについては、自動的に性能情報を取得する。したがって、管理者は、ＡＳＴ運用を行った場合と比較するための情報を得ることができる。
【０１１８】
また、実施例では、ＣＭ２１は、再配置を行うボリュームの担当ＣＭ２１と同一の担当ＣＭ２１のＲＡＩＤグループから再配置先のＲＡＩＤグループを決定する。したがって、ボリュームの担当ＣＭ２１とＲＡＩＤグループの担当のＣＭ２１が異なることに起因するＩＯ性能の劣化を抑えることができる。
【０１１９】
また、実施例では、プール管理部４３は、ティアプールを作成する際、ディスク６が指定されていない場合には、管理者により指定された容量でティアプールを作成するようにストレージ装置２に指示する。したがって、管理者は、ディスク６の搭載状況を把握することなく、簡単にティアプールを作成することができる。
【０１２０】
また、実施例では、再配置特定部４９は、アクセスリスト５５において、隣接するサブプールの容量の５％に含まれるブロックについては隣接するサブプールへの再配置の対象としない。したがって、ストレージ装置２は、隣接するサブプールに記憶されるブロックとＩＯＰＳ数にあまり差がないブロックを隣接するサブプールに移動するような、効果の少ない再配置の実行を防ぐことができる。
【０１２１】
なお、実施例では、運用管理装置について説明したが、運用管理装置が有する構成をソフトウェアによって実現することで、同様の機能を有する運用管理プログラムを得ることができる。そこで、運用管理プログラムを実行するコンピュータについて説明する。
【０１２２】
図２３は、運用管理プログラムを実行するコンピュータのハードウェア構成を示す図である。図２３に示すように、コンピュータ２００は、メインメモリ２１０と、ＣＰＵ（Central  Processing  Unit）２２０と、ＬＡＮ（Local  Area  Network）インタフェース２３０と、ＨＤＤ（Hard  Disk  Drive）２４０とを有する。また、コンピュータ２００は、スーパーＩＯ（Input  Output）２５０と、ＤＶＩ（Digital  Visual  Interface）２６０と、ＯＤＤ（Optical  Disk  Drive）２７０とを有する。
【０１２３】
メインメモリ２１０は、プログラムやプログラムの実行途中結果などを記憶するメモリである。ＣＰＵ２２０は、メインメモリ２１０からプログラムを読み出して実行する中央処理装置である。ＣＰＵ２２０は、メモリコントローラを有するチップセットを含む。
【０１２４】
ＬＡＮインタフェース２３０は、コンピュータ２００をＬＡＮ経由で他のコンピュータに接続するためのインタフェースである。ＨＤＤ２４０は、プログラムやデータを格納するディスク装置であり、スーパーＩＯ２５０は、マウスやキーボードなどの入力装置を接続するためのインタフェースである。ＤＶＩ２６０は、液晶表示装置を接続するインタフェースであり、ＯＤＤ２７０は、ＤＶＤの読み書きを行う装置である。
【０１２５】
ＬＡＮインタフェース２３０は、ＰＣＩエクスプレスによりＣＰＵ２２０に接続され、ＨＤＤ２４０及びＯＤＤ２７０は、ＳＡＴＡ（Serial  Advanced  Technology  Attachment）によりＣＰＵ２２０に接続される。スーパーＩＯ２５０は、ＬＰＣ（Low  Pin  Count）によりＣＰＵ２２０に接続される。
【０１２６】
そして、コンピュータ２００において実行される運用管理プログラムは、ＤＶＤに記憶され、ＯＤＤ２７０によってＤＶＤから読み出されてコンピュータ２００にインストールされる。あるいは、運用管理プログラムは、ＬＡＮインタフェース２３０を介して接続された他のコンピュータシステムのデータベースなどに記憶され、これらのデータベースから読み出されてコンピュータ２００にインストールされる。そして、インストールされた運用管理プログラムは、ＨＤＤ２４０に記憶され、メインメモリ２１０に読み出されてＣＰＵ２２０によって実行される。
【０１２７】
次に、ＣＭ２１のハードウェア構成について説明する。図２４は、ＣＭ２１のハードウェア構成を示す図である。図２４に示すように、ＣＭ２１は、ＣＰＵ２１ａと、ＲＡＭ２１ｂと、フラッシュメモリ２１ｃとを有する。
【０１２８】
ＣＰＵ２１ａは、フラッシュメモリ２１ｃからプログラムを読み出して実行する処理装置である。ＲＡＭ（Random  Access  Memory）２１ｂは、データを記憶する揮発性のメモリである。フラッシュメモリ２１ｃは、図１４に示したＣＭ２１の機能を実現するためのプログラムを記憶したメモリである。
【０１２９】
なお、実施例では、ストレージ装置２と運用管理装置３とを有するストレージシステム１について説明したが、本発明はこれに限定されるものではなく、運用管理装置３の機能をストレージ装置が有するストレージシステムにも同様に適用することができる。
【０１３０】
また、実施例では、ティアプールが３つのサブプールを有する場合について説明したが、本発明はこれに限定されるものではなく、３より大きな任意の個数のサブプールを有するティアプールにも同様に適用することができる。
【０１３１】
また、実施例では、ＨＤＤ及びＳＳＤをディスクとして用いる場合について説明したが、本発明はこれに限定されるものではなく、他の記憶装置をディスクとして用いる場合にも同様に適用することができる。
【符号の説明】
【０１３２】
１    ストレージシステム
２    ストレージ装置
３    運用管理装置
４    操作端末
５    ＬＡＮ
６    ディスク
７    サーバ
２１    ＣＭ
２１ａ    ＣＰＵ
２１ｂ    ＲＡＭ
２１ｃ    フラッシュメモリ
２２    ＤＥ
３１    ストレージ管理部
３２    自動階層制御部
３３    性能情報記憶部
３４    評価結果記憶部
４１    ポリシー管理部
４２    ポリシー管理テーブル
４３    プール管理部
４４    プール管理テーブル
４５    ボリューム管理部
４６    ボリューム管理テーブル
４７    解析部
４８    割当部
４８ａ    ポリシー判定部
４８ｂ    第１割当部
４８ｃ    第２割当部
４８ｄ    第３割当部
４９    再配置特定部
５０    再配置指示部
５１    再配置確認部
５２    通信部
５３    装置間通信部
５５    アクセスリスト
５６    再配置リスト
６１    割当状態確認部
６２    プール作成依頼部
６３    ボリューム作成依頼部
６４    開始通知部
６５    性能情報取得部
６６    再配置依頼部
６７    進捗情報取得部
６８    通信部
６９    装置間通信部
８１    ディスク情報応答部
８２    プール作成部
８３    ボリューム作成部
８４    性能情報収集部
８５    再配置部
８６    装置間通信部
２００    コンピュータ
２１０    メインメモリ
２２０    ＣＰＵ
２３０    ＬＡＮインタフェース
２４０    ＨＤＤ
２５０    スーパーＩＯ
２６０    ＤＶＩ
２７０    ＯＤＤ
【図１】
2014241117.tif 000003
【図２】
2014241117.tif 000004
【図３】
2014241117.tif 000005
【図４】
2014241117.tif 000006
【図５】
2014241117.tif 000007
【図６】
2014241117.tif 000008
【図７】
2014241117.tif 000009
【図８】
2014241117.tif 000010
【図９Ａ】
2014241117.tif 000011
【図９Ｂ】
2014241117.tif 000012
【図１０】
2014241117.tif 000013
【図１１】
2014241117.tif 000014
【図１２】
2014241117.tif 000015
【図１３】
2014241117.tif 000016
【図１４】
2014241117.tif 000017
【図１５】
2014241117.tif 000018
【図１６】
2014241117.tif 000019
【図１７】
2014241117.tif 000020
【図１８】
2014241117.tif 000021
【図１９】
2014241117.tif 000022
【図２０】
2014241117.tif 000023
【図２１】
2014241117.tif 000024
【図２２】
2014241117.tif 000025
【図２３】
2014241117.tif 000026
【図２４】
2014241117.tif 000027
【図２５】
2014241117.tif 000028