JP6142685B2 - ストレージシステム、運用管理方法及び運用管理プログラム - Google Patents

ストレージシステム、運用管理方法及び運用管理プログラム Download PDF

Info

Publication number
JP6142685B2
JP6142685B2 JP2013124158A JP2013124158A JP6142685B2 JP 6142685 B2 JP6142685 B2 JP 6142685B2 JP 2013124158 A JP2013124158 A JP 2013124158A JP 2013124158 A JP2013124158 A JP 2013124158A JP 6142685 B2 JP6142685 B2 JP 6142685B2
Authority
JP
Japan
Prior art keywords
storage
data
unit
performance
assigned
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 - Fee Related
Application number
JP2013124158A
Other languages
English (en)
Other versions
JP2014241117A (ja
Inventor
寛滋 三浦
寛滋 三浦
基裕 酒井
基裕 酒井
明人 小林
明人 小林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2013124158A priority Critical patent/JP6142685B2/ja
Priority to US14/279,380 priority patent/US20140372720A1/en
Priority to EP14169082.6A priority patent/EP2813941A3/en
Publication of JP2014241117A publication Critical patent/JP2014241117A/ja
Application granted granted Critical
Publication of JP6142685B2 publication Critical patent/JP6142685B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • 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/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/061—Improving I/O performance
    • G06F3/0611—Improving I/O performance in relation to response time
    • 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/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/0647—Migration mechanisms
    • 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/0671—In-line storage system
    • G06F3/0683—Plurality of storage devices
    • G06F3/0685—Hybrid storage combining heterogeneous device types, e.g. hierarchical storage, hybrid arrays

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Debugging And Monitoring (AREA)

Description

本発明は、ストレージシステム、運用管理方法及び運用管理プログラムに関する。
従来、ストレージシステムでは、複数の性能の異なるストレージを用いて、ストレージ自動階層制御（ＡＳＴ：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）２１ｂは、データを記憶する揮発性のメモリである。フラッシュメモリ２１ｃは、図１４に示したＣＭ２１の機能を実現するためのプログラムを記憶したメモリである。
なお、実施例では、ストレージ装置２と運用管理装置３とを有するストレージシステム１について説明したが、本発明はこれに限定されるものではなく、運用管理装置３の機能をストレージ装置が有するストレージシステムにも同様に適用することができる。
また、実施例では、ティアプールが３つのサブプールを有する場合について説明したが、本発明はこれに限定されるものではなく、３より大きな任意の個数のサブプールを有するティアプールにも同様に適用することができる。
また、実施例では、ＨＤＤ及びＳＳＤをディスクとして用いる場合について説明したが、本発明はこれに限定されるものではなく、他の記憶装置をディスクとして用いる場合にも同様に適用することができる。
１ ストレージシステム
２ ストレージ装置
３ 運用管理装置
４ 操作端末
５ ＬＡＮ
６ ディスク
７ サーバ
２１ ＣＭ
２１ａ ＣＰＵ
２１ｂ ＲＡＭ
２１ｃ フラッシュメモリ
２２ ＤＥ
３１ ストレージ管理部
３２ 自動階層制御部
３３ 性能情報記憶部
３４ 評価結果記憶部
４１ ポリシー管理部
４２ ポリシー管理テーブル
４３ プール管理部
４４ プール管理テーブル
４５ ボリューム管理部
４６ ボリューム管理テーブル
４７ 解析部
４８ 割当部
４８ａ ポリシー判定部
４８ｂ 第１割当部
４８ｃ 第２割当部
４８ｄ 第３割当部
４９ 再配置特定部
５０ 再配置指示部
５１ 再配置確認部
５２ 通信部
５３ 装置間通信部
５５ アクセスリスト
５６ 再配置リスト
６１ 割当状態確認部
６２ プール作成依頼部
６３ ボリューム作成依頼部
６４ 開始通知部
６５ 性能情報取得部
６６ 再配置依頼部
６７ 進捗情報取得部
６８ 通信部
６９ 装置間通信部
８１ ディスク情報応答部
８２ プール作成部
８３ ボリューム作成部
８４ 性能情報収集部
８５ 再配置部
８６ 装置間通信部
２００ コンピュータ
２１０ メインメモリ
２２０ ＣＰＵ
２３０ ＬＡＮインタフェース
２４０ ＨＤＤ
２５０ スーパーＩＯ
２６０ ＤＶＩ
２７０ ＯＤＤ

Claims (7)

  1. 性能の異なる複数のストレージのうち性能の高いストレージを優先させてアクセス頻度の高いデータから順にストレージを割り当てる割当部と、
    前記割当部によりストレージが割り当てられたデータのうち、現在記憶されているストレージと異なるストレージが割り当てられたデータを再配置の対象として特定する特定部と、
    前記特定部により再配置の対象として特定されたデータの再配置を行う複数の制御部とを有し、
    性能が同じストレージは複数のグループにグループ化され、
    所定の大きさの記憶単位のデータ及びグループには前記複数の制御部のうち１つの制御部が割り当てられ、
    各制御部は、データの再配置を行う際に、該データを含む前記所定の大きさの記憶単位のデータに割り当てられた制御部と同じ制御部が割り当てられたグループに属するストレージをデータの移動先のストレージとすることを特徴とするストレージシステム。
  2. 前記割当部は、割合に関する設定がされている場合に、前記所定の大きさの記憶単位のデータが前記複数のストレージに記憶される割合に基づいて該所定の大きさの記憶単位のデータについてアクセス頻度の高いデータから順に性能の高いストレージに割り当てることを特徴とする請求項１に記載のストレージシステム。
  3. 前記割当部は、性能が同じであるストレージだけを使用する設定がされている場合に、性能が同じであるストレージだけにデータを割り当てることを特徴とする請求項１に記載のストレージシステム。
  4. 記憶領域の自動確保の設定がされている場合に、ストレージを選択し、選択したストレージを用いて前記記憶領域の作成を前記制御部に指示する作成指示部とをさらに有することを特徴とする請求項１に記載のストレージシステム。
  5. 前記特定部は、再配置の対象として特定したデータのうち、隣接する性能のストレージに記憶されるデータのうちアクセス頻度が最も近いデータからアクセス頻度が近い順に所定の割合のデータを再配置の対象から除外することを特徴とする請求項１に記載のストレージシステム。
  6. 性能の異なる複数のストレージのうち性能の高いストレージを優先させてアクセス頻度の高いデータから順にストレージを割り当て、
    ストレージが割り当てられたデータのうち、現在記憶されているストレージと異なるストレージが割り当てられたデータを再配置の対象として特定し、
    再配置の対象として特定したデータの再配置をストレージを制御する制御装置に指示する処理をコンピュータに実行させ、
    前記制御装置は複数あり、
    性能が同じストレージは複数のグループにグループ化され、
    所定の大きさの記憶単位のデータ及びグループには前記複数の制御装置のうち１つの制御装置が割り当てられ、
    各制御装置は、データの再配置を行う際に、該データを含む前記所定の大きさの記憶単位のデータに割り当てられた制御装置と同じ制御装置が割り当てられたグループに属するストレージをデータの移動先のストレージとすることを特徴とする運用管理プログラム。
  7. 性能の異なる複数のストレージのうち性能の高いストレージを優先させてアクセス頻度の高いデータから順にストレージを割り当て、
    ストレージが割り当てられたデータのうち、現在記憶されているストレージと異なるストレージが割り当てられたデータを再配置の対象として特定し、
    再配置の対象として特定したデータの再配置をストレージを制御する制御装置に指示する処理をコンピュータが実行し、
    前記制御装置は複数あり、
    性能が同じストレージは複数のグループにグループ化され、
    所定の大きさの記憶単位のデータ及びグループには前記複数の制御装置のうち１つの制御装置が割り当てられ、
    各制御装置は、データの再配置を行う際に、該データを含む前記所定の大きさの記憶単位のデータに割り当てられた制御装置と同じ制御装置が割り当てられたグループに属するストレージをデータの移動先のストレージとすることを特徴とする運用管理方法。
JP2013124158A 2013-06-12 2013-06-12 ストレージシステム、運用管理方法及び運用管理プログラム Expired - Fee Related JP6142685B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2013124158A JP6142685B2 (ja) 2013-06-12 2013-06-12 ストレージシステム、運用管理方法及び運用管理プログラム
US14/279,380 US20140372720A1 (en) 2013-06-12 2014-05-16 Storage system and operation management method of storage system
EP14169082.6A EP2813941A3 (en) 2013-06-12 2014-05-20 Storage system and operation management method of storage system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013124158A JP6142685B2 (ja) 2013-06-12 2013-06-12 ストレージシステム、運用管理方法及び運用管理プログラム

Publications (2)

Publication Number Publication Date
JP2014241117A JP2014241117A (ja) 2014-12-25
JP6142685B2 true JP6142685B2 (ja) 2017-06-07

Family

ID=50735945

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013124158A Expired - Fee Related JP6142685B2 (ja) 2013-06-12 2013-06-12 ストレージシステム、運用管理方法及び運用管理プログラム

Country Status (3)

Country Link
US (1) US20140372720A1 (ja)
EP (1) EP2813941A3 (ja)
JP (1) JP6142685B2 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9619154B2 (en) * 2013-01-18 2017-04-11 Hitachi, Ltd. Computer system, data management method, and host computer
JP6560759B2 (ja) * 2015-10-08 2019-08-14 株式会社日立製作所 ストレージシステム
WO2017085792A1 (ja) * 2015-11-17 2017-05-26 株式会社日立製作所 ストレージシステム、及びストレージシステムの制御方法
JP2018197933A (ja) * 2017-05-23 2018-12-13 富士通株式会社 ストレージ制御装置、情報処理システムおよびプログラム
US10311912B1 (en) * 2018-01-30 2019-06-04 EMC IP Holding Company, LLC Simulating aged storage systems
US11641665B2 (en) 2020-09-09 2023-05-02 Self Financial, Inc. Resource utilization retrieval and modification
US20220075877A1 (en) 2020-09-09 2022-03-10 Self Financial, Inc. Interface and system for updating isolated repositories

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0348321A (ja) 1989-07-14 1991-03-01 Hitachi Ltd 記憶方式、および、記憶装置
JP3726484B2 (ja) * 1998-04-10 2005-12-14 株式会社日立製作所 記憶サブシステム
JP4972845B2 (ja) 2001-09-27 2012-07-11 富士通株式会社 ストレージシステム
US7849263B1 (en) * 2007-12-24 2010-12-07 Emc Corporation Techniques for controlling storage capacity of a data storage system
US8375180B2 (en) * 2010-02-05 2013-02-12 International Business Machines Corporation Storage application performance matching
US8677093B2 (en) * 2010-04-19 2014-03-18 Hitachi, Ltd. Method and apparatus to manage tier information
JP5632082B2 (ja) * 2011-02-02 2014-11-26 株式会社日立製作所 ストレージ装置及びデータ管理方法
US8578096B2 (en) * 2011-04-08 2013-11-05 Symantec Corporation Policy for storing data objects in a multi-tier storage system
WO2013018132A1 (en) * 2011-08-01 2013-02-07 Hitachi, Ltd. Computer system with thin-provisioning and data management method thereof for dynamic tiering
WO2013018130A1 (en) * 2011-08-01 2013-02-07 Hitachi, Ltd. Data storage control apparatus and method
US8954671B2 (en) * 2011-10-28 2015-02-10 Hitachi, Ltd. Tiered storage device providing for migration of prioritized application specific data responsive to frequently referenced data

Also Published As

Publication number Publication date
EP2813941A2 (en) 2014-12-17
EP2813941A3 (en) 2015-06-10
US20140372720A1 (en) 2014-12-18
JP2014241117A (ja) 2014-12-25

Similar Documents

Publication Publication Date Title
JP6142685B2 (ja) ストレージシステム、運用管理方法及び運用管理プログラム
US11086523B2 (en) Automatic tiering of storage using dynamic grouping
US9274941B1 (en) Facilitating data migration between tiers
US9311013B2 (en) Storage system and storage area allocation method having an automatic tier location function
JP5668151B2 (ja) 計算機システムの管理装置及び管理方法
JP5685676B2 (ja) 計算機システム及びデータ管理方法
US10353616B1 (en) Managing data relocation in storage systems
JP5706531B2 (ja) 計算機システム、及び情報管理方法
JP2007058637A (ja) ストレージシステム、管理計算機及びデータ移動方法
US9823875B2 (en) Transparent hybrid data storage
US20100125715A1 (en) Storage System and Operation Method Thereof
US9619169B1 (en) Managing data activity information for data migration in data storage systems
JPWO2016163016A1 (ja) ストレージシステム及びデータ制御方法
JP2016118821A (ja) ストレージ管理装置、ストレージ管理方法およびストレージ管理プログラム
US11461287B2 (en) Managing a file system within multiple LUNS while different LUN level policies are applied to the LUNS
US7836145B2 (en) Computer system, management method, and management computer for managing data archiving storage extents based on server performance management information and storage utilization information
US20180341423A1 (en) Storage control device and information processing system
US8261038B2 (en) Method and system for allocating storage space
US9317224B1 (en) Quantifying utilization of a data storage system by a virtual storage unit
WO2015107626A1 (ja) 計算機システムおよびその階層記憶の制御方法
US20160364400A1 (en) Management server which outputs file relocation policy, and storage system
US20140058717A1 (en) Simulation system for simulating i/o performance of volume and simulation method
Dell
US20190339898A1 (en) Method, system and computer program product for managing data storage in data storage systems
JP6555290B2 (ja) ストレージ装置、ストレージ管理方法及びストレージ管理プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160310

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170116

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170131

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170330

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: 20170411

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170424

R150 Certificate of patent or registration of utility model

Ref document number: 6142685

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees