JP2013164820A - 評価支援方法、評価支援プログラムおよび評価支援装置 - Google Patents

評価支援方法、評価支援プログラムおよび評価支援装置 Download PDF

Info

Publication number
JP2013164820A
JP2013164820A JP2012028932A JP2012028932A JP2013164820A JP 2013164820 A JP2013164820 A JP 2013164820A JP 2012028932 A JP2012028932 A JP 2012028932A JP 2012028932 A JP2012028932 A JP 2012028932A JP 2013164820 A JP2013164820 A JP 2013164820A
Authority
JP
Japan
Prior art keywords
storage device
multiplicity
access
migration
data
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.)
Pending
Application number
JP2012028932A
Other languages
English (en)
Inventor
Tetsutaro Maruyama
哲太郎 丸山
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 JP2012028932A priority Critical patent/JP2013164820A/ja
Priority to US13/705,291 priority patent/US20130212337A1/en
Publication of JP2013164820A publication Critical patent/JP2013164820A/ja
Pending legal-status Critical Current

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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G06F11/3485—Performance evaluation by tracing or monitoring for I/O devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
    • G06F11/3419—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment by assessing time
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3452—Performance evaluation by statistical analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/81—Threshold
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0653—Monitoring storage devices or systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • 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/0689—Disk arrays, e.g. RAID, JBOD

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Computer Hardware Design (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Bioinformatics & Computational Biology (AREA)
  • Evolutionary Biology (AREA)
  • Probability & Statistics with Applications (AREA)
  • Debugging And Monitoring (AREA)

Abstract

【課題】ストレージの性能評価を支援すること。
【解決手段】多重度を、１秒間当たりにＩ／Ｏ処理の処理時間帯が重なっている数の平均と定義する。この場合、多重度は、例えば、「多重度＝平均ＩＯＰＳ×平均レスポンス時間」として求めることができる。この多重度は、各々のＩ／Ｏ要求が並列に処理された場合に各々の処理時間帯が重なる度合いを表すもの、すなわち、Ｉ／Ｏ要求を格納するキューの長さを表している。このため、多重度が大きいほどストレージ装置の負荷が溜まっていると判断でき、ストレージ装置の性能を評価する指標となる。
【選択図】図２

Description

本発明は、評価支援方法、評価支援プログラムおよび評価支援装置に関する。
仮想化技術やクラウドコンピューティングの発達により、サーバの統廃合やクラウド化が進んでおり、ストレージに関しても従来環境の統合が行われることが予測される。ストレージを統合する場合に必要とされるのは、あるユーザのデータを他のユーザからアクセスできないように守れるかといったマルチテナント性と、一定の通信品質を保証するＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）である。
ハードウェアがユーザ単位で用意される場合、ストレージの性能はハードウェアに依存しており、他のユーザの影響は少ない。一方、ストレージが統合されると、複数のユーザが同じハードウェアを利用することになり、ハードウェア上でのユーザごとの性能予測や性能監視、もしくはソフトウェア的な制御が重要となる。
関連する先行技術としては、例えば、複数のホストからそれぞれ送信されるコマンドに応じた処理を実行する情報処理装置に対する各ホストのコマンドの多重度を動的に決定し、各ホストに割り当てるコマンド多重度を制御するものがある（例えば、下記特許文献１参照。）。また、ディスク装置への入出力をグループ化した入出力グループがディスクを使用する時間の比率を定義し、定義された時間比率に基づき各入出力グループが連続してディスク装置を使用できるクォンタムを決定する技術がある（例えば、下記特許文献２参照。）。また、ネットワークを介してコピーユニットの多重度を検知し、多重度が不足する場合には、他のストレージ装置に対して複製要求を行う技術がある（例えば、下記特許文献３参照。）。
特開２００８−２２６０４０号公報 特開２００１−４３０３２号公報 特開２００３−２２３２８６号公報
しかしながら、従来技術では、ストレージを統合して複数のユーザが同じハードウェアを利用する場合のストレージの性能評価を行うことが難しいという問題がある。例えば、統合環境で動作しているシステムと同様のアクセス特性をもつシステムを追加統合する場合、特定の時間帯にアクセスが集中して性能に甚大な影響が出る場合がある。
一側面では、本発明は、ストレージの性能評価を支援することができる評価支援方法、評価支援プログラムおよび評価支援装置を提供することを目的とする。
本発明の一側面によれば、第１の記憶装置に記憶されている移行対象データに対するアクセスの単位時間当たりの第１の発生回数と、第２の記憶装置に対するアクセスの単位時間当たりの第２の発生回数と、前記移行対象データが前記第２の記憶装置に移行された場合の移行後の前記第２の記憶装置に対するアクセスの予測応答時間と、を取得し、取得した前記第１の発生回数と前記第２の発生回数と前記予測応答時間とに基づいて、前記移行後の前記第２の記憶装置に対する各々のアクセスが並列に処理された場合に前記各々のアクセスの処理時間帯が重なる度合いを表す多重度を算出し、算出した前記多重度を出力する評価支援方法、評価支援プログラムおよび評価支援装置が提案される。
また、本発明の一側面によれば、第１の記憶装置に記憶されている移行対象データに対するアクセスの単位時間当たりの第１の発生回数と、前記移行対象データに対するアクセス時に前記第１の記憶装置から入出力されたデータの第１のデータ量と、第２の記憶装置に対するアクセスの単位時間当たりの第２の発生回数と、前記第２の記憶装置に対するアクセス時に前記第２の記憶装置から入出力されたデータの第２のデータ量と、を取得し、取得した前記第１の発生回数と前記第１のデータ量と前記第２の発生回数と前記第２のデータ量とに基づいて、前記移行対象データが前記第２の記憶装置に移行された場合の移行後の前記第２の記憶装置に対するアクセスの予測応答時間を算出し、前記第１の発生回数と前記第２の発生回数と前記予測応答時間とに基づいて、前記移行後の前記第２の記憶装置に対する各々のアクセスが並列に処理された場合に前記各々のアクセスの処理時間帯が重なる度合いを表す多重度を算出し、算出した前記多重度を出力する評価支援方法、評価支援プログラムおよび評価支援装置が提案される。
本発明の一側面によれば、ストレージの性能評価を支援することができるという効果を奏する。
図１は、ストレージ装置間のデータ移行例を示す説明図である。 図２は、多重度の計算例を示す説明図である。 図３は、実施の形態にかかるストレージシステム３００のシステム構成例を示す説明図である。 図４は、実施の形態にかかる評価支援装置３０１のハードウェア構成例を示すブロック図である。 図５は、実施の形態にかかるストレージ制御装置３０３のハードウェア構成例を示すブロック図である。 図６は、統計情報リストの具体例を示す説明図である。 図７は、実施の形態にかかる評価支援装置３０１の機能的構成例を示すブロック図である。 図８は、ＲＡＩＤコントローラＣｉのＩ／Ｏ要求に対する処理手順の一例を示す説明図である。 図９は、ＷＲＩＴＥキャッシュ８０２溢れの計算例を示す説明図である。 図１０は、ボリュームサイズとレスポンス時間との関係を示す説明図である。 図１１は、ＩＯＰＳとレスポンス時間との関係を示す説明図である。 図１２は、多重度テーブル１２００の記憶内容の一例を示す説明図である。 図１３は、多重度とＩＯＰＳとの関係を示す説明図である。 図１４は、ディスプレイ４０９に表示される出力結果の画面例を示す説明図である。 図１５は、実施の形態にかかる評価支援装置３０１の評価支援処理手順の一例を示すフローチャート（その１）である。 図１６は、実施の形態にかかる評価支援装置３０１の評価支援処理手順の一例を示すフローチャート（その２）である。 図１７は、多重度算出処理の具体的処理手順の一例を示すフローチャートである。
以下に添付図面を参照して、この発明にかかる評価支援方法、評価支援プログラムおよび評価支援装置の実施の形態を詳細に説明する。
（評価支援方法の一実施例）
まず、図１および図２を用いて、本実施の形態において、ストレージ装置の性能評価の指標となる多重度について説明する。
図１は、ストレージ装置間のデータ移行例を示す説明図である。図１において、第１のストレージ装置１００は、移行対象データ１０１を記憶する記憶装置である。移行対象データ１０１は、Ｃ社管理部というユーザによって使用されている情報である。また、ストレージシステム１１０は、移行先となるシステムであり、第２のストレージ装置１１１と第３のストレージ装置１１２とを含む。
第２のストレージ装置１１１と第３のストレージ装置１１２とは、移行対象データ１０１の移行先候補となる記憶装置である。第２のストレージ装置１１１は、Ａ社管理部というユーザによって使用されているデータを記憶している。第３のストレージ装置１１２は、Ｂ社営業部というユーザによって使用されているデータを記憶している。
移行対象データ１０１を第２のストレージ装置１１１または第３のストレージ装置１１２に移行する場合、移行先のストレージ装置において移行対象データ１０１を記憶する記憶容量を確保する必要がある。ここでは、第２のストレージ装置１１１および第３のストレージ装置１１２が、ともに移行対象データ１０１を記憶する記憶容量を確保できる場合を想定する。
ここで、第２のストレージ装置１１１に記憶されているデータは、Ａ社管理部というユーザからのアクセスが朝９時台に集中して発生するという特徴がある。また、第３のストレージ装置１１２に記憶されているデータは、Ｂ社営業部というユーザからのアクセスが営業時間中（例えば、９時〜１７時）の各時間帯で平均的に発生するという特徴がある。また、第１のストレージ装置１００に記憶されている移行対象データ１０１は、Ｃ社管理部というユーザからのアクセスが朝９時台に集中して発生するという特徴がある。
このため、単純に移行対象データ１０１を記憶する記憶容量を確保できることから、移行対象データ１０１を第２のストレージ装置１１１に移行した場合、朝９時の時間帯にユーザからのアクセスが集中して第２のストレージ装置１１１の性能に甚大な影響が出る場合がある。すなわち、移行対象データ１０１を記憶する記憶容量を確保できるか否かという判断だけでは、ストレージ装置の十分な性能予測とはならない。
また、ストレージ装置に対するアクセスによる負荷を表すものとして、ＩＯＰＳ（Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｐｅｒ Ｓｅｃｏｎｄ）とＩ／Ｏサイズとがある。ＩＯＰＳは、１秒間に何回Ｉ／Ｏ要求が発行されたかを表すものである。Ｉ／Ｏ要求は、ＷＲＩＴＥ要求またはＲＥＡＤ要求である。Ｉ／Ｏサイズは、Ｉ／Ｏ要求の発行時にストレージ装置から入出力（書き込み、または、読み出し）される平均のデータ量である。
また、ストレージ装置の性能を表すものとして、ストレージ装置に対するアクセスのレスポンス時間がある。しかし、レスポンス時間は、Ｉ／Ｏサイズが大きくなると大きくなる傾向にある。このため、レスポンス時間は、ストレージ装置が新たな負荷を受け入れられるかどうかを判断する指標としてはよいものとはならない。
また、ストレージ装置の性能を表すものとして、ディスク装置やＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋｓ）のビジー率がある。ビジー率は、計測時間に対する処理時間の割合を表すものである。しかし、複数のＩ／Ｏ要求をキューイングして同時に処理することができるストレージ装置では、性能を評価する正確な指標ではない。
そこで、本実施の形態では、ストレージ装置の性能を評価する指標として多重度を用いる。多重度とは、ストレージ装置に対する各々のアクセスが並列に処理された場合に各々のアクセスの処理時間帯が重なる度合いを表すものである。
図２は、多重度の計算例を示す説明図である。図２において、ストレージ装置に対するＩ／Ｏ要求が並列に処理された場合の各々のＩ／Ｏ要求の処理時間帯２０１〜２０９が示されている。例えば、処理時間帯２０１の左側の黒丸は、Ｉ／Ｏ要求を受け付けた時点を表しており、右側の黒丸はＩ／Ｏ要求に対する応答が返された時点を表している。
ここで、多重度を、１秒間当たりにＩ／Ｏ処理の処理時間帯が重なっている数の平均と定義する。この場合、多重度は下記式（１）を用いて算出することができる。
多重度＝平均ＩＯＰＳ×平均レスポンス時間 ・・・（１）
図２の例では、０．０２［秒］ごとにＩ／Ｏ要求が発生している。このため、平均ＩＯＰＳは「５０」となる。また、各Ｉ／Ｏ要求のレスポンス時間は０．０６［秒］である。このため、平均レスポンス時間は「０．０６」となる。この場合、上記式（１）により、多重度は「３＝５０×０．０６」となる。
この多重度は、各々のＩ／Ｏ要求が並列に処理された場合に各々の処理時間帯が重なる度合いを表すもの、すなわち、Ｉ／Ｏ要求を格納するキューの長さを表している。このため、多重度が大きいほどストレージ装置の負荷が溜まっていると判断でき、ストレージ装置の性能を評価する指標となる。
（ストレージシステム３００のシステム構成例）
つぎに、実施の形態にかかるストレージシステム３００のシステム構成例について説明する。図３は、実施の形態にかかるストレージシステム３００のシステム構成例を示す説明図である。図３において、ストレージシステム３００は、評価支援装置３０１と、複数のサーバ３０２（図面では３台）と、複数のストレージ制御装置３０３（図面では３台）と、を含む。
ストレージシステム３００において、評価支援装置３０１、サーバ３０２およびストレージ制御装置３０３は、有線または無線のネットワーク３１０を介して相互に通信可能に接続されている。ネットワーク３１０は、例えば、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などである。
ここで、評価支援装置３０１は、ストレージ装置３０４の性能評価を支援するコンピュータである。サーバ３０２は、ストレージ装置３０４に対するＩ／Ｏ要求を行うコンピュータである。具体的には、例えば、サーバ３０２は、ストレージシステム３００のユーザが使用する不図示のクライアント端末からストレージ装置３０４に対するＩ／Ｏ要求を受け付けて、該Ｉ／Ｏ要求をストレージ制御装置３０３に送信する。
ストレージ制御装置３０３は、ストレージ装置３０４を制御するコンピュータである。具体的には、例えば、ストレージ制御装置３０３は、ストレージ装置３０４に対するＩ／Ｏ要求をサーバ３０２から受信して、ストレージ装置３０４に対するデータの書き込み、読み出しを制御する。
ストレージ装置３０４は、データを記憶する記憶装置であり、例えば、ハードディスク、光ディスク、フラッシュメモリ、磁気テープ等の記憶媒体３０５を含む。また、ストレージ装置３０４には、データを冗長化して耐障害性を向上させるＲＡＩＤの技術が適用されている。
（評価支援装置３０１のハードウェア構成例）
図４は、実施の形態にかかる評価支援装置３０１のハードウェア構成例を示すブロック図である。図４において、評価支援装置３０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）４０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ Ｍｅｍｏｒｙ）４０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）４０３と、磁気ディスクドライブ４０４と、磁気ディスク４０５と、光ディスクドライブ４０６と、光ディスク４０７と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）４０８と、ディスプレイ４０９と、キーボード４１０と、マウス４１１と、を備えている。また、各構成部はバス４００によってそれぞれ接続されている。
ここで、ＣＰＵ４０１は、評価支援装置３０１の全体の制御を司る。ＲＯＭ４０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される。磁気ディスクドライブ４０４は、ＣＰＵ４０１の制御にしたがって磁気ディスク４０５に対するデータのリード／ライトを制御する。磁気ディスク４０５は、磁気ディスクドライブ４０４の制御で書き込まれたデータを記憶する。
光ディスクドライブ４０６は、ＣＰＵ４０１の制御にしたがって光ディスク４０７に対するデータのリード／ライトを制御する。光ディスク４０７は、光ディスクドライブ４０６の制御で書き込まれたデータを記憶したり、光ディスク４０７に記憶されたデータをコンピュータに読み取らせたりする。
Ｉ／Ｆ４０８は、通信回線を通じてネットワーク３１０に接続され、このネットワーク３１０を介して他の装置に接続される。そして、Ｉ／Ｆ４０８は、ネットワーク３１０と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ４０８には、例えば、モデムやＬＡＮアダプタなどを採用することができる。
ディスプレイ４０９は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。このディスプレイ４０９は、例えば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
キーボード４１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力を行う。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス４１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などを行う。ポインティングデバイスとして同様に機能を備えるものであれば、トラックボールやジョイスティックなどであってもよい。
なお、評価支援装置３０１は、上述した構成部のほかに、スキャナやプリンタなどを備えることにしてもよい。また、図３に示したサーバ３０２は、上述した評価支援装置３０１と同様のハードウェア構成により実現することができる。
（ストレージ制御装置３０３のハードウェア構成例）
図５は、実施の形態にかかるストレージ制御装置３０３のハードウェア構成例を示すブロック図である。図５において、ストレージ制御装置３０３は、ＣＰＵ５０１と、メモリ５０２と、Ｉ／Ｆ５０３と、ＲＡＩＤコントローラ５０４と、を備えている。また、各構成部はバス５００によってそれぞれ接続されている。
ＣＰＵ５０１は、ストレージ制御装置３０３の全体の制御を司る。メモリ５０２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有している。具体的には、例えば、フラッシュＲＯＭが各ＯＳのプログラムを記憶し、ＲＯＭがアプリケーションプログラムを記憶し、ＲＡＭがＣＰＵ５０１のワークエリアとして使用される。
Ｉ／Ｆ５０３は、通信回線を通じてネットワーク３１０に接続され、このネットワーク３１０を介して他の装置に接続される。そして、Ｉ／Ｆ５０３は、ネットワーク３１０と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ５０３には、例えば、モデムやＬＡＮアダプタなどを採用することができる。
ＲＡＩＤコントローラ５０４は、ＣＰＵ５０１の制御にしたがって、ストレージ装置３０４に対するアクセスを行う。なお、ストレージ制御装置３０３は、上述した構成部のほかに、キーボードやマウス等の入力装置、ディスプレイ等の出力装置を備えることにしてもよい。
（統計情報の具体例）
つぎに、ストレージ装置３０４の統計情報の具体例について説明する。ストレージ装置３０４の統計情報は、例えば、３０秒間隔のように定期的に収集される。また、ストレージ装置３０４の統計情報は、例えば、ストレージシステム３００の各ユーザに割り当てられているボリュームごとに収集される。
ボリュームとは、ストレージ装置３０４の管理単位となるものである。ボリュームは、例えば、複数のハードディスクまたはパーティションをグループ化して、仮想的に１つのボリュームとした論理ボリュームであってもよい。また、ストレージシステム３００に新たに追加される新規ユーザについても、従来環境において新規ユーザに割り当てられていたボリュームの統計情報が収集される。
図６は、統計情報リストの具体例を示す説明図である。図６において、統計情報リスト６００は、統計情報６００−１〜６００−４を含んでいる。各統計情報６００−１〜６００−４は、時点と、ｒ／ｓと、ｗ／ｓと、ｒｋＢ／ｓと、ｗｋＢ／ｓとを有している。
ここで、時点は、各統計情報６００−１〜６００−４が測定された時点（例えば、日時）である。ｒ／ｓは、１秒当たりにＲＥＡＤ Ｉ／Ｏが発行された平均回数である。ｗ／ｓは、１秒当たりにＷＲＩＴＥ Ｉ／Ｏが発行された平均回数である。ｒｋＢ／ｓは、１秒当たりにＲＥＡＤ Ｉ／Ｏによって読み込まれた平均データサイズである（単位：ＫＢ／ｓｅｃ）。ｗｋＢ／ｓは、１秒当たりにＷＲＩＴＥ Ｉ／Ｏによって書き込まれた平均データサイズである（単位：ＫＢ／ｓｅｃ）。
統計情報６００−１を例に挙げると、時点「ｔ１」に測定されたｒ／ｓ「５５．４５［回］」、ｗ／ｓ「１８．８１［回］」、ｒｋＢ／ｓ「４４３．５６［ＫＢ／ｓｅｃ］」およびｗｋＢ／ｓ「３００．９９［ＫＢ／ｓｅｃ］」が示されている。
なお、各統計情報６００−１〜６００−４には、図６に示した各種情報のほか、ａｖｇｑｕ−ｓｚ、ａｗａｉｔ、％ｕｔｉｌといった情報が含まれていてもよい。ａｖｇｑｕ−ｓｚは、応答を待っているＩ／Ｏコマンドが繋がれているキューの平均キュー長である。ａｗａｉｔは、Ｉ／Ｏ当たりの平均レスポンス時間である（単位：ｍｓｅｃ）。％ｕｔｉｌは、測定時間の中でＩ／Ｏを発行していた時間の割合である（単位：％）。また、各統計情報６００−１〜６００−４には、各ボリュームに割り当てられているボリュームサイズが含まれていてもよい。
（評価支援装置３０１の機能的構成例）
図７は、実施の形態にかかる評価支援装置３０１の機能的構成例を示すブロック図である。図７において、評価支援装置３０１は、取得部７０１と、第１の算出部７０２と、第２の算出部７０３と、第３の算出部７０４と、選択部７０５と、出力部７０６と、を含む構成である。この制御部となる機能（取得部７０１〜出力部７０６）は、具体的には、例えば、図４に示したＲＯＭ４０２、ＲＡＭ４０３、磁気ディスク４０５、光ディスク４０７などの記憶装置に記憶されたプログラムをＣＰＵ４０１に実行させることにより、または、Ｉ／Ｆ４０８により、その機能を実現する。
取得部７０１は、第１のストレージ装置に記憶されている移行対象データに対するＩ／Ｏ要求の第１の発生回数と、第１のストレージ装置から入出力されたデータの第１のＩ／Ｏサイズとを取得する機能を有する。ここで、移行対象データは、例えば、ストレージシステム３００に新たに追加される新規ユーザが使用しているデータである。
ここで、第１のストレージ装置は、移行対象データの移行元となる記憶装置である。第１のストレージ装置は、例えば、図３に示したストレージシステム３００内のストレージ装置３０４とは異なる他のストレージ装置、または、該他のストレージ装置に含まれるいずれかのボリュームである。また、第１のストレージ装置は、ストレージシステム３００内のいずれかのストレージ装置３０４、または、ストレージ装置３０４に含まれるいずれかのボリュームであってもよい。
第１のストレージ装置に対するＩ／Ｏ要求とは、第１のストレージ装置に対するＲＥＡＤ要求およびＷＲＩＴＥ要求である。具体的には、例えば、第１の発生回数は、第１のストレージ装置に対するＲＥＡＤ要求の平均ＩＯＰＳ、および第１のストレージ装置に対するＷＲＩＴＥ要求の平均ＩＯＰＳである。
第１のストレージ装置から入出力されたデータとは、第１のストレージ装置から読み出されたデータ、および第１のストレージ装置に書き込まれたデータである。具体的には、例えば、第１のＩ／Ｏサイズは、第１のストレージ装置に対するＲＥＡＤ要求時の平均Ｉ／Ｏサイズ、および第１のストレージ装置に対するＷＲＩＴＥ要求時の平均Ｉ／Ｏサイズである。
第１の発生回数および第１のＩ／Ｏサイズは、例えば、第１のストレージ装置の統計情報（図６参照）から算出することができる。具体的には、例えば、取得部７０１が、図４に示したキーボード４１０やマウス４１１を用いたユーザの操作入力により、評価対象となる複数の期間の各々の期間における第１のストレージ装置の統計情報を取得する。また、取得部７０１が、例えば、ネットワーク３１０を介して外部装置から第１のストレージ装置の統計情報を取得することにしてもよい。
評価対象となる複数の期間は、任意に設定可能である。例えば、複数の期間を「ある日の１時〜２４時」として、各々の期間を「ある日の１時〜２４時の各時間帯」としてもよい。この場合、ある日の１時〜２４時の各時間帯における第１のストレージ装置の統計情報が取得される。
また、例えば、複数の期間を「ある年の第１週〜第１２週」として、各々の期間を「ある年の第１週〜第１２週の各週」としてもよい。この場合、ある年の第１週〜第１２週の各週における第１のストレージ装置の統計情報が取得される。また、例えば、複数の期間を「ある年の１月〜１２月」として、各々の期間を「ある年の１月〜１２月の各月」としてもよい。この場合、ある年の１月〜１２月の各月における第１のストレージ装置の統計情報が取得される。
そして、取得部７０１が、取得した統計情報に基づいて、各々の期間におけるｒ／ｓの平均を求めることにより、各々の期間における第１のストレージ装置に対するＲＥＡＤ要求の平均ＩＯＰＳを取得することができる。また、取得部７０１が、各々の期間におけるｗ／ｓの平均を求めることにより、各々の期間における第１のストレージ装置に対するＷＲＩＴＥ要求の平均ＩＯＰＳを取得することができる。
また、取得部７０１が、取得した統計情報に基づいて、各々の期間におけるｒｋＢ／ｓをｒ／ｓで割った値の平均を求めることにより、各々の期間における第１のストレージ装置に対するＲＥＡＤ要求時の平均Ｉ／Ｏサイズを取得することができる。また、取得部７０１が、各々の期間におけるｗｋＢ／ｓをｗ／ｓで割った値の平均を求めることにより、各々の期間における第１のストレージ装置に対するＷＲＩＴＥ要求時の平均Ｉ／Ｏサイズを取得することができる。
また、取得部７０１は、第２のストレージ装置に対するＩ／Ｏ要求の第２の発生回数と、第２のストレージ装置から入出力されたデータの第２のＩ／Ｏサイズとを取得する機能を有する。ここで、第２のストレージ装置は、移行対象データの移行先候補となる記憶装置である。第２のストレージ装置は、例えば、ストレージシステム３００内のいずれかのストレージ装置３０４である。
第２のストレージ装置は、より具体的には、例えば、ストレージシステム３００内のいずれかのストレージ装置３０４に構築されたいずれかのＲＡＩＤグループである。ＲＡＩＤグループとは、ストレージ装置３０４の複数のハードディスク等をまとめて一台の記憶装置としたものである。
第２のストレージ装置に対するＩ／Ｏ要求とは、第２のストレージ装置に対するＲＥＡＤ要求およびＷＲＩＴＥ要求である。具体的には、例えば、第２の発生回数は、第２のストレージ装置に対するＲＥＡＤ要求の平均ＩＯＰＳ、および第２のストレージ装置に対するＷＲＩＴＥ要求の平均ＩＯＰＳである。
第２のストレージ装置から入出力されたデータとは、第２のストレージ装置から読み出されたデータ、および第２のストレージ装置に書き込まれたデータである。具体的には、例えば、第２のＩ／Ｏサイズは、第２のストレージ装置に対するＲＥＡＤ要求時の平均Ｉ／Ｏサイズ、および第２のストレージ装置に対するＷＲＩＴＥ要求時の平均Ｉ／Ｏサイズである。
第２の発生回数および第２のＩ／Ｏサイズは、例えば、第２のストレージ装置の統計情報（図６参照）から算出することができる。具体的には、例えば、取得部７０１が、ユーザの操作入力により、評価対象となる複数の期間の各々の期間における第２のストレージ装置の統計情報を取得する。また、取得部７０１が、例えば、ネットワーク３１０を介して外部装置から第２のストレージ装置の統計情報を取得することにしてもよい。
なお、第２の発生回数および第２のＩ／Ｏサイズを算出する具体的な処理内容は、上述した第１の発生回数および第１のＩ／Ｏサイズを算出する処理内容と同様のため説明を省略する。
第１の算出部７０２は、移行対象データが移行された移行後の第２のストレージ装置に対するＩ／Ｏ要求の平均レスポンス時間を算出する機能を有する。この平均レスポンス時間は、移行対象データが第２のストレージ装置に移行されたと仮定した場合の予測レスポンス時間である。具体的には、例えば、第１の算出部７０２が、取得された第１の発生回数と、第１のＩ／Ｏサイズと、第２の発生回数と、第２のＩ／Ｏサイズとに基づいて、移行後の第２のストレージ装置に対するＩ／Ｏ要求の平均レスポンス時間を算出する。
詳細は図１０および図１１を用いて後述するが、ストレージ装置に対するＩ／Ｏ要求の平均レスポンス時間は、ストレージ装置の平均Ｉ／Ｏサイズや平均ＩＯＰＳによって変化する。そこで、第１の算出部７０２が、移行後の第２のストレージ装置の平均Ｉ／Ｏサイズおよび平均ＩＯＰＳに基づいて上記平均レスポンス時間を算出する。
ここで、移行後の第２のストレージ装置の平均ＩＯＰＳは、第１の発生回数と第２の発生回数とを足し合わせることにより求めることができる。また、移行後の第２のストレージ装置の平均Ｉ／Ｏサイズは、例えば、第１の発生回数と第１のＩ／Ｏサイズとを掛けた値と、第２の発生回数と第２のＩ／Ｏサイズとを掛けた値とを足したものを、移行後の第２のストレージ装置の平均ＩＯＰＳで割ることにより求めることができる。
また、詳細は図１０を用いて後述するが、ストレージ装置に対するＩ／Ｏ要求の平均レスポンス時間は、ストレージ装置のボリュームサイズによって変化する。そこで、第１の算出部７０２は、さらに、第２のストレージ装置の既存ボリュームのボリュームサイズと、新規ボリュームのボリュームサイズとに基づいて、上記平均レスポンス時間を算出することにしてもよい。
ここで、既存ボリュームのボリュームサイズとは、第２のストレージ装置の記憶容量のうち、第２のストレージ装置に記憶されている移行先データの記憶先として割り当てられている記憶領域の記憶容量である。また、新規ボリュームのボリュームサイズとは、第２のストレージ装置の記憶容量のうち、移行対象データの記憶先として割り当てられる記憶領域の記憶容量である。
また、上記平均レスポンス時間は、例えば、各々の期間における上記情報（第１の発生回数、第１のＩ／Ｏサイズ、第２の発生回数、第２のＩ／Ｏサイズ）に基づいて、各々の期間について算出される。なお、第１の算出部７０２の具体的な処理内容については、図１０および図１１を用いて後述する。
第２の算出部７０３は、算出された平均レスポンス時間と第１および第２の発生回数とに基づいて、移行後の第２のストレージ装置の多重度を算出する機能を有する。ここで、多重度は、移行後の第２のストレージ装置に対する各々のＩ／Ｏ要求が並列に処理された場合に各々のＩ／Ｏ要求の処理時間帯が重なる度合いを表すものである。
具体的には、例えば、まず、第２の算出部７０３が、第１の発生回数と第２の発生回数とを足し合わせた第３の発生回数を算出する。第３の発生回数は、例えば、第１のストレージ装置に対するＲＥＡＤ要求の平均ＩＯＰＳと、第２のストレージ装置に対するＲＥＡＤ要求の平均ＩＯＰＳとを足し合わせたものである。
また、第３の発生回数は、例えば、第１のストレージ装置に対するＷＲＩＴＥ要求の平均ＩＯＰＳと、第２のストレージ装置に対するＷＲＩＴＥ要求の平均ＩＯＰＳとを足し合わせたものである。すなわち、第３の発生回数は、移行後の第２のストレージ装置に対するＲＥＡＤ要求の平均ＩＯＰＳ、または、移行後の第２のストレージ装置に対するＷＲＩＴＥ要求の平均ＩＯＰＳを表している。
つぎに、第２の算出部７０３が、上記式（１）を用いて、各々の期間における、平均レスポンス時間と第３の発生回数とを掛けることにより、各々の期間における移行後の第２のストレージ装置の多重度を算出することができる。なお、多重度の計算例については後述する。
また、取得部７０１は、移行対象データの移行先候補となる各々のストレージ装置３０４に対して入力された単位時間当たりのデータ量と、第１のストレージ装置に対して入力された単位時間当たりのデータ量とを取得する機能を有する。
ここで、ストレージ装置３０４に対して入力された単位時間当たりのデータ量は、ストレージ装置３０４の単位時間当たりの書込処理量を表すものである。同様に、第１のストレージ装置に対して入力された単位時間当たりのデータ量は、第１のストレージ装置の単位時間当たりの書込処理量を表すものである。ストレージ装置３０４や第１のストレージ装置に対して入力された単位時間当たりのデータ量は、例えば、ＷＲＩＴＥスループットと呼ばれる。
ＷＲＩＴＥスループットは、例えば、ストレージ装置３０４や第１のストレージ装置の統計情報に基づいて算出することができる。具体的には、例えば、取得部７０１が、ストレージ装置３０４の統計情報に基づいて、計測時間内の累積Ｉ／Ｏ量を計測時間で割ることにより、ストレージ装置３０４のＷＲＩＴＥスループットを取得することができる。なお、計測時間は、任意に設定可能である。
第３の算出部７０４は、取得された取得結果に基づいて、移行対象データが移行された移行後の各々のストレージ装置３０４に対して入力された単位時間当たりのデータ量を算出する機能を有する。具体的には、例えば、第３の算出部７０４が、ストレージ装置３０４のＷＲＩＴＥスループットと第１のストレージ装置のＷＲＩＴＥスループットとを足し合わせることにより、移行後のストレージ装置３０４のＷＲＩＴＥスループットを算出する。
選択部７０５は、算出された算出結果と、ストレージ装置３０４に対して単位時間当たりに入力可能な最大データ量とに基づいて、複数のストレージ装置３０４の中から第２のストレージ装置を選択する機能を有する。この算出結果は、移行後のストレージ装置３０４に対して入力される単位時間当たりのデータ量である。
ここで、ストレージ装置３０４に対して単位時間当たりに入力可能な最大データ量とは、ストレージ装置３０４の単位時間当たりの最大書込処理量を表すものであり、例えば、最大ＷＲＩＴＥスループットと呼ばれる。各々のストレージ装置３０４の最大ＷＲＩＴＥスループットは、例えば、ＲＯＭ４０２、ＲＡＭ４０３、磁気ディスク４０５、光ディスク４０７などの記憶装置に記憶されている。
具体的には、例えば、選択部７０５が、移行後のストレージ装置３０４のＷＲＩＴＥスループットが、ストレージ装置３０４の最大ＷＲＩＴＥスループット以下のストレージ装置３０４を、第２のストレージ装置として選択することにしてもよい。
これにより、移行対象データを移行することにより想定されるＷＲＩＴＥスループットが最大ＷＲＩＴＥスループット以下のストレージ装置３０４を選択することができる。すなわち、移行後のＷＲＩＴＥスループットが最大ＷＲＩＴＥスループットを超えるストレージ装置３０４を移行先候補から排除することができる。なお、ＷＲＩＴＥスループットの計算例については、図９を用いて後述する。
この場合、上記第１の算出部７０２は、選択された第２のストレージ装置に移行対象データが移行された移行後の第２のストレージ装置に対するＩ／Ｏ要求の平均レスポンス時間を算出することにしてもよい。これにより、移行対象データを移行した場合にＷＲＩＴＥスループットが最大ＷＲＩＴＥスループットを超えるストレージ装置３０４についての平均レスポンス時間を算出する無駄な処理を削減することができる。
出力部７０６は、算出された移行後の第２のストレージ装置の多重度を出力する機能を有する。具体的には、例えば、出力部７０６が、評価対象となる複数の期間の各々の期間における、移行後の第２のストレージ装置の多重度を出力することにしてもよい。
出力部７０６の出力形式としては、例えば、ディスプレイ４０９への表示、Ｉ／Ｆ４０８による外部装置への送信、不図示のプリンタへの印刷出力などがある。また、ＲＡＭ４０３、磁気ディスク４０５、光ディスク４０７などの記憶領域に記憶することとしてもよい。なお、出力結果の画面例については、図１４を用いて後述する。
また、上述した説明では、第１の算出部７０２が、移行対象データが移行された移行後の第２のストレージ装置に対するＩ／Ｏ要求の平均レスポンス時間を算出することにしたが、これに限らない。例えば、取得部７０１が、既存のレスポンスモデルを用いたシミュレーションによって予測された、移行対象データが移行された移行後の第２のストレージ装置に対するＩ／Ｏ要求の平均レスポンス時間を取得することにしてもよい。
以下の説明では、ストレージシステム３００に含まれる複数のストレージ制御装置３０３を「ストレージ制御装置ＳＣ１〜ＳＣｎ」と表記する場合がある。また、ストレージ制御装置ＳＣ１〜ＳＣｎのうち任意のストレージ制御装置を「ストレージ制御装置ＳＣｉ」と表記する（ｉ＝１，２，…，ｎ）。また、ストレージ制御装置ＳＣｉが備えるＲＡＩＤコントローラ５０４を「ＲＡＩＤコントローラＣｉ」と表記する。また、ＲＡＩＤコントローラＣｉがアクセスするストレージ装置３０４に構築されているＲＡＩＤグループを「ＲＡＩＤグループＧ１〜Ｇｍ」と表記する。また、ＲＡＩＤグループＧ１〜Ｇｍのうち任意のＲＡＩＤグループを「ＲＡＩＤグループＧｊ」と表記する（ｊ＝１，２，…，ｍ）。また、評価対象となる複数の期間を「期間Ｔ１〜ＴＰ」と表記し、期間Ｔ１〜ＴＰのうち任意の期間を「期間Ｔｐ」と表記する（ｐ＝１，２，…，Ｐ）。また、特に指定する場合を除いて、第２の記憶装置を、ＲＡＩＤコントローラＣｉがアクセスするストレージ装置３０４に構築されているＲＡＩＤグループＧｊとする。
（ＲＡＩＤコントローラＣｉのＩ／Ｏ要求に対する処理手順）
つぎに、図８を用いて、ＲＡＩＤコントローラＣｉがＲＡＩＤグループＧｊに対するＩ／Ｏ要求を処理する具体的な処理手順の一例について説明する。
図８は、ＲＡＩＤコントローラＣｉのＩ／Ｏ要求に対する処理手順の一例を示す説明図である。図８の（８−１）において、ＲＡＩＤコントローラＣｉのＲＥＡＤ要求に対する処理手順が示されている。以下、ＲＡＩＤコントローラＣｉのＲＥＡＤ要求に対する処理手順について説明する。
（１）ＲＡＩＤコントローラＣｉにより、サーバ３０２からＲＡＩＤグループＧ１に対するＲＥＡＤ要求を受け付ける。（２）ＲＡＩＤコントローラＣｉにより、ＲＥＡＤキャッシュ８０１にＲＥＡＤ要求の対象データが記憶されているか否かを判断する。ここでは、ＲＥＡＤキャッシュ８０１にＲＥＡＤ要求の対象データが記憶されていない場合を想定する。
（３）ＲＡＩＤコントローラＣｉにより、ＲＡＩＤグループＧ１からＲＥＡＤ要求の対象データを読み出す。（４）ＲＡＩＤコントローラＣｉにより、ＣＰＵ５０１を介して、読み出した対象データを含むＲＥＡＤ応答をサーバ３０２に送信する。
（５）ＲＡＩＤコントローラＣｉにより、読み出した対象データをＲＥＡＤキャッシュ８０１に書き込む。これにより、つぎに同じ対象データのＲＥＡＤ要求を受け付けた場合に、ＲＥＡＤキャッシュ８０１から対象データを読み出してＲＥＡＤ応答をサーバ３０２に送信することができ、応答性能を向上させることができる。
また、図８の（８−２）において、ＲＡＩＤコントローラＣｉのＷＲＩＴＥ要求に対する処理手順が示されている。以下、ＲＡＩＤコントローラＣｉのＷＲＩＴＥ要求に対する処理手順について説明する。
（１）ＲＡＩＤコントローラＣｉにより、サーバ３０２からＲＡＩＤグループＧ１に対するＷＲＩＴＥ要求を受け付ける。（２）ＲＡＩＤコントローラＣｉにより、ＷＲＩＴＥ要求を受け付けた対象データをＷＲＩＴＥキャッシュ８０２に書き込む。
（３）ＲＡＩＤコントローラＣｉにより、ＣＰＵ５０１を介して、ＷＲＩＴＥ要求に対するＷＲＩＴＥ応答をサーバ３０２に送信する。（４）ＲＡＩＤコントローラＣｉにより、ＷＲＩＴＥキャッシュ８０２からＷＲＩＴＥ要求を受け付けた対象データを読み出して、ＲＡＩＤグループＧ１に書き込む。
このように、ＲＡＩＤコントローラＣｉは、ＷＲＩＴＥ要求を受け付けた場合、ハードディスクに直接アクセスせず、データをＷＲＩＴＥキャッシュ８０２に一時蓄える。その後、ＷＲＩＴＥ要求を受け付けた対象データは、ＷＲＩＴＥ要求とは非同期にハードディスクに送られる。
すなわち、ＷＲＩＴＥ要求の場合、ＲＡＩＤコントローラＣｉは、対象データをＷＲＩＴＥキャッシュ８０２に蓄えた時点で、ＷＲＩＴＥ要求に対するＷＲＩＴＥ応答を返す。このため、ＷＲＩＴＥ要求のレスポンス時間は、ほぼゼロであり、それ故に多重度にはほぼ影響しない。
しかし、ＷＲＩＴＥキャッシュ８０２がＷＲＩＴＥ要求を受け付けたデータで溢れてしまっている場合がある。この場合、新たなＷＲＩＴＥ要求が来てもＷＲＩＴＥキャッシュ８０２に対象データが乗る容量が確保されない限り、ＷＲＩＴＥ要求に対するＷＲＩＴＥ応答は遅延させられる。
そのため、それまでは数十ｍｓｅｃ程度のレスポンス時間であったものが、ＷＲＩＴＥキャッシュ８０２が溢れることによって突然数ｓｅｃのレスポンス時間になってしまう。それ故に、ＷＲＩＴＥ要求を受け付けたデータによってＷＲＩＴＥキャッシュ８０２が溢れないかどうか判断することが重要になる。
また、図８に示したように、ＷＲＩＴＥキャッシュ８０２は、ＲＡＩＤグループＧｊやボリューム単位ではなくＲＡＩＤコントローラ単位に存在する。そこで、多重度の計算をする前に、上記第３の算出部７０４により、ＲＡＩＤコントローラＣｉごとにＷＲＩＴＥキャッシュ８０２が溢れないか計算する。
（ＷＲＩＴＥキャッシュ８０２溢れの計算例）
以下、図９を用いて、上記第３の算出部７０４によるＷＲＩＴＥキャッシュ８０２溢れの計算例について説明する。
図９は、ＷＲＩＴＥキャッシュ８０２溢れの計算例を示す説明図である。図９において、あるＲＡＩＤコントローラＣｉがアクセスするＲＡＩＤグループＧ１〜Ｇ４が示されている。ＲＡＩＤグループＧ１は、ディスク種別が「ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）」であり、ＲＡＩＤ種類が「ＲＡＩＤ１」である。ＲＡＩＤグループＧ１には、ボリュームＶ１が含まれている。
ＲＡＩＤグループＧ２は、ディスク種別が「ＳＡＳ（Ｓｅｒｉａｌ Ａｔｔａｃｈｅｄ ＳＣＳＩ）」であり、ＲＡＩＤ種類が「ＲＡＩＤ５ ３＋１」である。ＲＡＩＤグループＧ２には、ボリュームＶ２が含まれている。ＲＡＩＤグループＧ３は、ディスク種別が「ＳＡＳ」であり、ＲＡＩＤ種類が「ＲＡＩＤ５ ４＋１」である。ＲＡＩＤグループＧ３には、ボリュームＶ３，Ｖ４が含まれている。ＲＡＩＤグループＧ４は、ディスク種別が「ＳＡＴＡ（Ｓｅｒｉａｌ ＡＴＡ）」であり、ＲＡＩＤ種類が「ＲＡＩＤ５ ４＋１」である。ＲＡＩＤグループＧ４には、ボリュームＶ５が含まれている。
ここで、ＲＡＩＤグループＧ１に対する最大ＷＲＩＴＥスループットは１００［ＭＢ／ｓｅｃ］である。ＲＡＩＤグループＧ２に対する最大ＷＲＩＴＥスループットは２０［ＭＢ／ｓｅｃ］である。ＲＡＩＤグループＧ３に対する最大ＷＲＩＴＥスループットは３０［ＭＢ／ｓｅｃ］である。ＲＡＩＤグループＧ４に対する最大ＷＲＩＴＥスループットは１５［ＭＢ／ｓｅｃ］である。
したがって、第３の算出部７０４により、各ＲＡＩＤグループＧ１〜Ｇ４に対する最大ＷＲＩＴＥスループットを足し合わせることにより、ＲＡＩＤコントローラＣｉにおける最大ＷＲＩＴＥスループット「１６５［ＭＢ／ｓｅｃ］」を算出することができる。なお、各ＲＡＩＤグループＧ１〜Ｇ４に対する最大ＷＲＩＴＥスループットは、例えば、ＲＯＭ４０２、ＲＡＭ４０３、磁気ディスク４０５、光ディスク４０７などの記憶装置に記憶されている。
また、ボリュームＶ１におけるＷＲＩＴＥスループットは５０［ＭＢ／ｓｅｃ］である。ボリュームＶ２におけるＷＲＩＴＥスループットは１０［ＭＢ／ｓｅｃ］である。ボリュームＶ３におけるＷＲＩＴＥスループットは２０［ＭＢ／ｓｅｃ］である。ボリュームＶ４におけるＷＲＩＴＥスループットは１５［ＭＢ／ｓｅｃ］である。ボリュームＶ５におけるＷＲＩＴＥスループットは１０［ＭＢ／ｓｅｃ］である。
第１のストレージ装置のＷＲＩＴＥスループット、すなわち、新たに追加される新規ユーザのＷＲＩＴＥスループットは、２０［ＭＢ／ｓｅｃ］である。なお、各ボリュームＶ１〜Ｖ５におけるＷＲＩＴＥスループットおよび新規ユーザのＷＲＩＴＥスループットは、各々の統計情報から算出される。
したがって、第３の算出部７０４により、各ボリュームのＷＲＩＴＥスループットを足し合わせることで、移行対象データを移行することによって想定されるＲＡＩＤコントローラＣｉのＷＲＩＴＥスループット「１２５［ＭＢ／ｓｅｃ］」を算出することができる。
ここで、移行対象データを移行することにより想定されるＲＡＩＤコントローラＣｉのＷＲＩＴＥスループットは、ＲＡＩＤコントローラＣｉにおける最大ＷＲＩＴＥスループット以下である。このため、選択部７０５は、移行対象データの移行先候補としてＲＡＩＤコントローラＣｉがアクセスするＲＡＩＤグループＧ１〜Ｇ４を選択することになる。
このように、ＷＲＩＴＥキャッシュ８０２溢れとなるＲＡＩＤコントローラＣｉがアクセスするＲＡＩＤグループＧ１〜Ｇｍを移行先候補から除外することにより、各ＲＡＩＤグループＧｊの多重度の算出にかかる無駄な処理を削減することができる。
（第１の算出部７０２の具体的な処理内容）
つぎに、移行対象データが移行された移行後のＲＡＩＤグループＧｊの平均レスポンス時間を算出する具体的な処理内容の一例について説明する。まず、図１０および図１１を用いて、ＲＡＩＤグループＧｊのレスポンス時間の特性について説明する。
図１０は、ボリュームサイズとレスポンス時間との関係を示す説明図である。図１０において、ボリュームサイズ（単位：ＧＢ）を横軸とし、レスポンス時間（単位：ｍｓｅｃ）を縦軸とする直交座標系において、ボリュームサイズとレスポンス時間との関係を示す点１００１〜１０２４が示されている。
ここで、点１００１〜１００４は、ＲＡＩＤ種類「ＲＡＩＤ５ ２＋１」、Ｉ／Ｏサイズ「１６［ＫＢ］」のＲＡＩＤグループにおけるボリュームサイズとレスポンス時間との関係を示している。なお、このＩ／Ｏサイズは平均Ｉ／Ｏサイズを表している。点１００５〜１００９は、ＲＡＩＤ種類「ＲＡＩＤ５ ３＋１」、Ｉ／Ｏサイズ「１６［ＫＢ］」のＲＡＩＤグループにおけるボリュームサイズとレスポンス時間との関係を示している。
点１０１０〜１０１４は、ＲＡＩＤ種類「ＲＡＩＤ５ ４＋１」、Ｉ／Ｏサイズ「８［ＫＢ］」のＲＡＩＤグループにおけるボリュームサイズとレスポンス時間との関係を示している。点１０１５〜１０１９は、ＲＡＩＤ種類「ＲＡＩＤ５ ４＋１」、Ｉ／Ｏサイズ「１６［ＫＢ］」のＲＡＩＤグループにおけるボリュームサイズとレスポンス時間との関係を示している。点１０２０〜１０２４は、ＲＡＩＤ種類「ＲＡＩＤ５ ４＋１」、Ｉ／Ｏサイズ「３２［ＫＢ］」のＲＡＩＤグループにおけるボリュームサイズとレスポンス時間との関係を示している。
図１０に示すように、ＲＡＩＤグループに同じ負荷（Ｉ／Ｏサイズ）をかけても、ボリュームサイズが大きくなるとレスポンス時間は増大する傾向にある。また、ＲＡＩＤ５の場合、ＲＡＩＤランクのランク数に反比例してレスポンス時間が増大する傾向にある。さらに、Ｉ／Ｏサイズに反比例してレスポンス時間が増大する傾向にある。
なお、ＲＡＩＤランクは、例えば、ＲＡＩＤグループ内でデータが保存されているハードディスクの本数である。このデータは、パリティデータを除く。例えば、データディスクを４本と、パリティディスクを１本の合計５本のハードディスクでＲＡＩＤ５を組む場合（ＲＡＩＤ５ ４＋１）、ＲＡＩＤランクは「４」となる。
図１１は、ＩＯＰＳとレスポンス時間との関係を示す説明図である。図１１において、ＩＯＰＳを横軸とし、レスポンス時間（単位：ｍｓｅｃ）を縦軸とする直交座標系において、ＩＯＰＳとレスポンス時間との関係を示す菱形の複数の点が示されている。
図１１に示すように、ＲＡＩＤグループのＩＯＰＳによってもレスポンス時間が変化する。具体的には、レスポンス時間は、ほぼＩＯＰＳの指数関数として定義することができる。なお、このＲＡＩＤグループは、ＲＡＩＤ種類「ＲＡＩＤ５ ４＋１」、Ｉ／Ｏサイズ「１６［ＫＢ］」のＲＡＩＤグループである。
そこで、図１０および図１１を用いて説明したレスポンス時間の特性を考慮して、以下のようにレスポンスモデルを作成して、移行対象データが移行された移行後のＲＡＩＤグループＧｊの平均レスポンス時間を算出する。
まず、第１の算出部７０２は、下記式（２）を用いて、ＲＥＡＤ要求についてＲＡＩＤグループＧｊが処理することができる最大ＩＯＰＳを算出する。ただし、Ｘは、ＲＥＡＤ要求についてＲＡＩＤグループＧｊが処理することができる最大ＩＯＰＳである。Ｃは、定数である。ｒは、ＲＡＩＤグループＧｊのＲＥＡＤ要求時の平均Ｉ／Ｏサイズ（単位：ＫＢ）である。Ｒは、ＲＡＩＤランクである。ｖは、ＲＡＩＤグループＧｊにおけるボリュームが割り当てられている割合である。
Figure 2013164820
なお、上記定数Ｃは、ストレージ装置３０４ごとに異なる値であり、予め実験により算出される。具体的には、例えば、この実験をＲＡＩＤグループＧｊに多重度「３０」の負荷をかけることで行えば、多重度「３０」の場合の定数Ｃが求まることになる。
また、上記式（２）における定数Ｃを多重度「３０」の負荷をかけて求めた場合、リトルの公式により、第１の算出部７０２は、下記式（３）を用いて、ＲＡＩＤグループＧｊのレスポンス時間を算出することができる。ただし、Ｗは、ＲＡＩＤグループＧｊに多重度「３０」の負荷をかけた場合の平均レスポンス時間（単位：ｍｓｅｃ）である。
Ｗ＝３０／Ｘ ・・・（３）
つぎに、第１の算出部７０２は、下記式（４）を用いて、係数α１を算出する。下記式（４）は、ＲＥＡＤのみの場合における任意の負荷に対するＲＡＩＤグループＧｊの平均レスポンス時間を求めるためのものである。より詳細に説明すると、下記式（４）は、例えば、ＲＡＩＤグループＧｊへのＲＥＡＤ要求のＩＯＰＳを指数として、該ＩＯＰＳの増加にともなって指数関数的に増加するＲＡＩＤグループＧｊへのＲＥＡＤ要求に対する平均レスポンス時間を表す関数である。
具体的には、例えば、第１の算出部７０２が、上記式（３）を用いて算出された平均レスポンス時間Ｗを下記式（４）に代入することにより、係数α１を算出する。ただし、Ｌは、ＲＥＡＤ要求時のハードディスクの平均レスポンス時間である。Ｓは、ＲＥＡＤ要求時のハードディスクの平均シーク時間である。
Figure 2013164820
つぎに、第１の算出部７０２は、下記式（５）を用いて、ＲＡＩＤグループＧｊに対して任意の負荷をかけた場合の係数αを算出する。具体的には、例えば、第１の算出部７０２が、上記式（４）を用いて算出された係数α１を下記式（５）に代入することにより、係数αを算出する。
ただし、ｃは、ＲＥＡＤ混在率である。ＲＥＡＤ混在率とは、ＲＥＡＤのＩＯＰＳを、ＲＥＡＤのＩＯＰＳとＷＲＩＴＥのＩＯＰＳとを足し合わせたＴＯＴＡＬのＩＯＰＳで割った値である。ｔは、Ｉ／Ｏサイズ比である。Ｉ／Ｏサイズ比は、ＷＲＩＴＥのＩ／ＯサイズをＲＥＡＤのＩ／Ｏサイズで割った値である。Ａは、定数である。
Figure 2013164820
そして、第１の算出部７０２は、下記式（６）を用いて、任意のＩＯＰＳ（Ｘ）の場合のＲＡＩＤグループＧｊのレスポンス時間Ｗを算出する。具体的には、例えば、第１の算出部７０２が、上記式（５）を用いて算出された係数αを下記式（６）に代入することにより、ＲＡＩＤグループＧｊのレスポンス時間Ｗを算出する。
Figure 2013164820
なお、上記式（２）〜（６）に代入される各種情報は、例えば、予めＲＡＭ４０３、磁気ディスク４０５、光ディスク４０７などの記憶装置に記憶されている、または、ＲＡＩＤグループＧｊの統計情報から算出することができる。
第１の算出部７０２は、移行対象データが移行された移行後のＲＡＩＤグループＧｊについて、上述した一連の処理を行うことにより、移行後のＲＡＩＤグループＧｊのレスポンス時間Ｗを算出することができる。
（ＲＡＩＤグループＧｊの性能予測の一例）
つぎに、ＲＡＩＤグループＧｊの性能予測の一例について説明する。ここでは、定数Ｃを「Ｃ＝９４００」とし、ディスクサイズＤを「Ｄ＝４５０［ＧＢ］」とし、ＲＥＡＤ要求時のハードディスクの平均レスポンス時間Ｌを「Ｌ＝２．０［ｍｓｅｃ］」とし、ＲＥＡＤ要求時のハードディスクの平均シーク時間Ｓを「Ｓ＝３．４［ｍｓｅｃ］」とする。
また、ＲＡＩＤグループＧｊのディスク種別を「ＳＡＳ」とし、ＲＡＩＤ種類を「ＲＡＩＤ５ ４＋１」とする。また、ＲＡＩＤグループＧｊには、１［ＴＢ］のボリュームＶ１が含まれている。このボリュームＶ１は、ストレージシステム３００を既に利用していたユーザＵ１のボリュームとする。
この場合、ＲＡＩＤランクＲは「Ｒ＝４」となる。また、ボリュームＶ１のボリュームサイズＬ１は「Ｌ１＝１０００［ＧＢ］」となる。また、ＲＡＩＤグループＧｊにおけるボリュームＶ１が割り当てられているボリューム割合ｖ１は「ｖ１＝Ｌ１／ＲＤ＝０．５５６」である。
また、評価対象となる期間Ｔｐを、ある日の１０：００〜１１：００の１時間とする。また、期間ＴｐのボリュームＶ１に対するＲＥＡＤ要求の平均Ｉ／Ｏサイズを「３２［ＫＢ］」とし、ＩＯＰＳを「１５０」とする。また、期間ＴｐのボリュームＶ１に対するＷＲＩＴＥ要求の平均Ｉ／Ｏサイズを「６４［ＫＢ］」とし、ＩＯＰＳを「５０」とする。この場合、ボリュームＶ１のＲＥＡＤ混在率ｃ１は「ｃ１＝１５０／（１５０＋５０）＝０．７５」となる。また、ボリュームＶ１のＩ／Ｏサイズ比ｔ１は「ｔ１＝６４／３２＝２．０」となる。
ここで、ＲＡＩＤグループＧｊに、従来環境にて５００［ＧＢ］の容量を使っていたユーザＵ２が新規に参入する場合を想定する。以下、ＲＡＩＤグループＧｊ内に割り当てられるユーザＵ２のボリュームを「ボリュームＶ２」という。ボリュームＶ２のボリュームサイズＬ２は「Ｌ１＝５００［ＧＢ］」となる。また、ＲＡＩＤグループＧｊにおけるボリュームＶ２が割り当てられているボリューム割合ｖ２は「ｖ２＝Ｌ２／ＲＤ＝０．２７８」となる。
また、期間ＴｐのボリュームＶ２に対するＲＥＡＤ要求の平均Ｉ／Ｏサイズを「２４［ＫＢ］」とし、ＩＯＰＳを「５０」とする。また、期間ＴｐのボリュームＶ２に対するＷＲＩＴＥ要求の平均Ｉ／Ｏサイズを「３６［ＫＢ］」とし、ＩＯＰＳを「５０」とする。この場合、ボリュームＶ２のＲＥＡＤ混在率ｃ２は「ｃ２＝５０／（５０＋５０）＝０．５」となる。また、ボリュームＶ２のＩ／Ｏサイズ比ｔ２は「ｔ２＝３６／２４＝１．５」となる。
この場合、第１の算出部７０２は、ＲＡＩＤグループＧｊにボリュームＶ２が追加された場合のボリューム割合ｖを算出する。ここでは、ボリューム割合ｖは「ｖ＝（Ｌ１＋Ｌ２）／ＲＤ＝０．８３３」となる。つぎに、第１の算出部７０２は、ボリュームＶ２が追加された場合のＲＡＩＤグループＧｊの負荷の状態を表す以下の各値を算出する。
ＲＥＡＤ ＩＯＰＳ：ＸR＝１５０＋５０＝２００
ＷＲＩＴＥ ＩＯＰＳ：ＸW＝５０＋５０＝１００
ＲＥＡＤ、ＷＲＩＴＥを合わせたＩＯＰＳ：ＸT＝ＸR＋ＸW＝２００＋１００＝３００
ＲＥＡＤの平均Ｉ／Ｏサイズ：
ｒ＝（３２×１５０＋２４×５０）／（１５０＋５０）＝３０［ＫＢ］
ＲＥＡＤ混在率：ｃ＝（１５０＋５０）／（１５０＋５０＋５０＋５０）＝０．６６７
ＷＲＩＴＥの平均Ｉ／Ｏサイズ：
ｗ＝（６４×５０＋３６×５０）／（５０＋５０）＝４８［ＫＢ］
Ｉ／Ｏサイズ比：ｔ＝ｗ／ｒ＝４８／３０＝１．６
この場合、第１の算出部７０２は、上記式（２）を用いて、多重度「３０」の場合のＲＥＡＤ ＩＯＰＳ（Ｘ30）を算出する。また、第１の算出部７０２は、上記式（３）を用いて、多重度「３０」の場合のＲＥＡＤの平均レスポンス時間Ｗ30を算出する。
Figure 2013164820
つぎに、第１の算出部７０２は、最小応答時間Ｔminを算出して、上記式（４）を用いて、ＲＥＡＤのみの場合の計数α1を算出する。
Figure 2013164820
つぎに、第１の算出部７０２は、上記式（５）を用いて、ＷＲＩＴＥを加えた場合の係数αcを算出する。また、第１の算出部７０２は、上記式（６）を用いて、ＲＥＡＤ ＩＯＰＳ（ＸR）の場合のＲＥＡＤの平均レスポンス時間（ＷR）を算出する。そして、第２の算出部７０３は、ＲＥＡＤの平均レスポンス時間（ＷR）を用いて、ＲＥＡＤの多重度（ＮR）を算出する。
Figure 2013164820
このあと、第２の算出部７０３は、ＲＥＡＤとＷＲＩＴＥとを合わせた多重度（ＮT）を算出することになるが、上記選択部７０５によってＲＡＩＤグループＧｊが選択されている場合、ＷＲＩＴＥキャッシュ８０２が溢れないことが保障されている。このため、ＷＲＩＴＥの平均レスポンス時間（ＷW）は、ほぼゼロである。この場合、以下のとおり、多重度（ＮT）は多重度（ＮR）と同じものとなる。なお、ＷTは、ＲＥＡＤとＷＲＩＴＥとを合わせた平均レスポンス時間である。
Figure 2013164820
この結果、ＲＥＡＤの平均レスポンス時間「７．７５［ｍｓｅｃ］」および多重度「１．５５」が、予測されるＲＡＩＤグループＧｊの性能および性能評価となる。
以上説明した例は、ある日の１０：００〜１１：００という１時間平均のデータで予測したものであるが、ＲＥＡＤ ＩＯＰＳ（ＸR）、ＲＥＡＤの平均Ｉ／Ｏサイズ（ｒ）、ＲＥＡＤ混在率（ｃ）、Ｉ／Ｏサイズ比（ｔ）を違う時間帯のものに置き換えることにより、その時間帯の多重度を求めることができる。また、１時間平均ではなく、１日平均、１週間平均、もしくは１分平均、１秒平均と平均する時間の幅を変えることにより、異なる時間スケールでみた性能評価を行うことができる。
なお、期間ＴｐにおけるＲＡＩＤグループＧｊの多重度は、例えば、図１２に示す多重度テーブル１２００に記憶される。多重度テーブル１２００は、例えば、ＲＡＭ４０３、磁気ディスク４０５、光ディスク４０７などの記憶装置により実現される。ここで、多重度テーブル１２００の記憶内容について説明する。
また、上述した説明では、ＲＡＩＤグループＧｊにおけるボリュームが割り当てられている割合ｖを計算によって求めることにしたが、これに限らない。ＲＡＩＤグループＧｊにおけるボリュームが割り当てられている割合ｖとして、所定の定数（例えば、ｖ＝０．５）を用いることにしてもよい。
図１２は、多重度テーブル１２００の記憶内容の一例を示す説明図である。図１２において、多重度テーブル１２００は、コントローラＩＤ、グループＩＤ、期間および多重度のフィールドを有する。各フィールドに情報を設定することで、各ＲＡＩＤコントローラＣｉの各ＲＡＩＤグループＧｉの期間Ｔｐにおける多重度が記憶されている。
ここで、コントローラＩＤは、ＲＡＩＤコントローラＣｉの識別子である。グループＩＤは、ＲＡＩＤグループＧｊの識別子である。期間は、評価対象となる期間Ｔｐである。多重度は、期間Ｔｐにおける多重度である。例えば、ＲＡＩＤコントローラＣ１のＲＡＩＤグループＧ１の期間Ｔ１における多重度は「Ｍ１１」である。
（多重度とＩＯＰＳとの関係）
つぎに、図１３を用いて、期間ＴｐにおけるＲＡＩＤグループＧｊの多重度とＩＯＰＳとの関係について説明する。このＲＡＩＤグループＧｊは、ＲＡＩＤ種類「ＲＡＩＤ５ ４＋１」、Ｉ／Ｏサイズ「３２［ＫＢ］」のＲＡＩＤグループである。
図１３は、多重度とＩＯＰＳとの関係を示す説明図である。図１３において、ＩＯＰＳを横軸とし、多重度を縦軸とする直交座標系において、多重度とＩＯＰＳとの関係を示す菱形の複数の点が示されている。図１３に示すように、ＲＡＩＤグループＧｊの多重度が大きくなるほどＩＯＰＳも大きくなっている。
具体的には、例えば、ＲＡＩＤグループＧｊの多重度が「３０」を超えたぐらいから、ＲＡＩＤグループＧｊのＩＯＰＳの増加率が高くなっている。このため、多重度の閾値として、例えば、「３０」より小さい「２０」を設定することにより、新規ユーザのボリュームを追加した場合の多重度が閾値以上となるＲＡＩＤグループＧｊは、移行先候補から除外するといった判断を行うことができる。
（ディスプレイ４０９の画面例）
つぎに、出力部の出力例について説明する。ここでは、ディスプレイ４０９に表示される出力結果の画面例について説明する。以下に説明する画面例は、例えば、評価支援装置３０１が、図１２に示した多重度テーブル１２００を参照して作成する表示画面である。
図１４は、ディスプレイ４０９に表示される出力結果の画面例を示す説明図である。図１４において、ある日の０：００〜２４：００の各時間帯の多重度を表すグラフ１４１０，１４２０，１４３０，１４４０がディスプレイ４０９に表示されている。
各グラフ１４１０，１４２０，１４３０，１４４０中の各四角は、０：００〜２４：００の各時間帯の多重度を表している。また、各四角の背景色の違いによって多重度の大きさが表現されている。また、四角の中に「×」が示されている時間帯は、多重度が予め設定された閾値（例えば、図１３を用いて説明した閾値「２０」）を超えた時間帯を表している。
ここで、グラフ１４１０は、あるＲＡＩＤコントローラＣｉがアクセスするＲＡＩＤグループＧ１の各時間帯の多重度を表している。各時間帯の多重度は、既存ボリュームＶ１，Ｖ２を含むＲＡＩＤグループＧ１に新たなボリュームＶを仮想的に追加した場合のものである。グラフ１４１０によれば、１１：００〜１２：００の時間帯の多重度が高くなっていることがわかる。
また、グラフ１４２０は、あるＲＡＩＤコントローラＣｉがアクセスするＲＡＩＤグループＧ２の各時間帯の多重度を表している。各時間帯の多重度は、既存ボリュームＶ３，Ｖ４を含むＲＡＩＤグループＧ２に新たなボリュームＶを仮想的に追加した場合のものである。グラフ１４２０によれば、背景色「黒」の時間帯がないため、他のＲＡＩＤグループＧ１，Ｇ３，Ｇ４に比べて多重度が高くなっている時間帯がないことがわかる。
また、グラフ１４３０は、あるＲＡＩＤコントローラＣｉがアクセスするＲＡＩＤグループＧ３の各時間帯の多重度を表している。各時間帯の多重度は、既存ボリュームＶ５，Ｖ６を含むＲＡＩＤグループＧ３に新たなボリュームＶを仮想的に追加した場合のものである。グラフ１４３０によれば、３：００〜４：００の時間帯と１０：００〜１１：００の時間帯の多重度が閾値を超えている、すなわち、過負荷となっていることがわかる。
また、グラフ１４４０は、あるＲＡＩＤコントローラＣｉがアクセスするＲＡＩＤグループＧ４の各時間帯の多重度を表している。各時間帯の多重度は、既存ボリュームＶ７を含むＲＡＩＤグループＧ４に新たなボリュームＶを仮想的に追加した場合のものである。グラフ１４４０によれば、８：００〜９：００の時間帯と９：００〜１０：００の時間帯の多重度が閾値を超えている、すなわち、過負荷となっていることがわかる。
これらのことから、ストレージシステム３００の管理者は、例えば、容量設計のみを考慮するとＲＡＩＤグループＧ４にボリュームＶを追加することが妥当であるが、８：００〜１０：００の時間帯に過負荷となることが予想されると判断することができる。このため、管理者は、性能面からみるとＲＡＩＤグループＧ４が、ボリュームＶの追加先として適切ではないことを判断することができる。
同様に、管理者は、３：００〜４：００の時間帯と１０：００〜１１：００の時間帯に過負荷になることが予想されるＲＡＩＤグループＧ３が、ボリュームＶの追加先として適切ではないことを判断することができる。また、管理者は、ＲＡＩＤグループＧ１に比べてＲＡＩＤグループＧ２のほうが多重度の最大値が低いため、ボリュームＶの追加先としてＲＡＩＤグループＧ２が推奨されることを判断することができる。
（評価支援装置３０１の評価支援処理手順）
つぎに、実施の形態にかかる評価支援装置３０１の評価支援処理手順について説明する。図１５および図１６は、実施の形態にかかる評価支援装置３０１の評価支援処理手順の一例を示すフローチャートである。
図１５のフローチャートにおいて、まず、ＣＰＵ４０１により、統計情報を取得したか否かを判断する（ステップＳ１５０１）。統計情報は、例えば、移行元となる第１のストレージ装置の統計情報（新規ボリュームの統計情報）と、ストレージシステム３００内の各々のストレージ装置３０４の統計情報とを含む。
ここで、統計情報が取得されるのを待って（ステップＳ１５０１：Ｎｏ）、統計情報が取得された場合（ステップＳ１５０１：Ｙｅｓ）、ＣＰＵ４０１により、ＲＡＩＤコントローラＣｉの「ｉ」を「ｉ＝１」とする（ステップＳ１５０２）。そして、ＣＰＵ４０１により、ＲＡＩＤコントローラＣ１〜Ｃｎの中からＲＡＩＤコントローラＣｉを選択する（ステップＳ１５０３）。
つぎに、ＣＰＵ４０１により、各ＲＡＩＤグループＧ１〜Ｇｍに対する最大ＷＲＩＴＥスループットを足し合わせることにより、ＲＡＩＤコントローラＣｉにおける最大ＷＲＩＴＥスループットを算出する（ステップＳ１５０４）。
そして、ＣＰＵ４０１により、各ボリュームのＷＲＩＴＥスループットを足し合わせることにより、移行対象データを移行することにより想定されるＲＡＩＤコントローラＣｉのＷＲＩＴＥスループットを算出する（ステップＳ１５０５）。つぎに、ＣＰＵ４０１により、算出したＷＲＩＴＥスループットが最大ＷＲＩＴＥスループットを超えているか否かを判断する（ステップＳ１５０６）。
ここで、最大ＷＲＩＴＥスループットを超えていない場合（ステップＳ１５０６：Ｎｏ）、ステップＳ１５０８に移行する。一方、最大ＷＲＩＴＥスループットを超えている場合（ステップＳ１５０６：Ｙｅｓ）、ＣＰＵ４０１により、ＲＡＩＤコントローラＣｉを移行先候補から除外する（ステップＳ１５０７）。
そして、ＣＰＵ４０１により、ＲＡＩＤコントローラＣｉの「ｉ」をインクリメントして（ステップＳ１５０８）、「ｉ」が「ｎ」より大きくなったか否かを判断する（ステップＳ１５０９）。ここで、「ｉ」が「ｎ」以下の場合（ステップＳ１５０９：Ｎｏ）、ステップＳ１５０３に戻る。
一方、「ｉ」が「ｎ」より大きくなった場合（ステップＳ１５０９：Ｙｅｓ）、図１６に示すステップＳ１６０１に移行する。なお、以下の説明では、ステップＳ１５０７において移行先候補から除外されたＲＡＩＤコントローラを除く残余のＲＡＩＤコントローラを「ＲＡＩＤコントローラＣ１〜Ｃｎ」と表記する。
図１６のフローチャートにおいて、まず、ＣＰＵ４０１により、ＲＡＩＤコントローラＣｉの「ｉ」を「ｉ＝１」とする（ステップＳ１６０１）。そして、ＣＰＵ４０１により、ＲＡＩＤコントローラＣ１〜Ｃｎの中からＲＡＩＤコントローラＣｉを選択する（ステップＳ１６０２）。
つぎに、ＣＰＵ４０１により、ＲＡＩＤグループＧｊの「ｊ」を「ｊ＝１」とする（ステップＳ１６０３）。そして、ＣＰＵ４０１により、ＲＡＩＤグループＧ１〜Ｇｍの中からＲＡＩＤグループＧｊを選択する（ステップＳ１６０４）。
つぎに、ＣＰＵ４０１により、ＲＡＩＤグループＧｊに新規ボリュームを追加する空き容量があるか否かを判断する（ステップＳ１６０５）。なお、ＲＡＩＤグループＧｊの空き容量や新規ボリュームを追加するのに必要となる記憶容量は、例えば、統計情報に含まれている、または、統計情報に含まれている情報から算出することができる。
ここで、空き容量がない場合（ステップＳ１６０５：Ｎｏ）、ステップＳ１６０７に移行する。一方、空き容量がある場合（ステップＳ１６０５：Ｙｅｓ）、ＣＰＵ４０１により、多重度算出処理を実行する（ステップＳ１６０６）。
つぎに、ＲＡＩＤグループＧｊの「ｊ」をインクリメントして（ステップＳ１６０７）、「ｊ」が「ｍ」より大きくなったか否かを判断する（ステップＳ１６０８）。ここで、「ｊ」が「ｍ」以下の場合（ステップＳ１６０８：Ｎｏ）、ステップＳ１６０４に戻る。
一方、「ｊ」が「ｍ」より大きくなった場合（ステップＳ１６０８：Ｙｅｓ）、ＣＰＵ４０１により、ＲＡＩＤコントローラＣｉの「ｉ」をインクリメントして（ステップＳ１６０９）、「ｉ」が「ｎ」より大きくなったか否かを判断する（ステップＳ１６１０）。
ここで、「ｉ」が「ｎ」以下の場合（ステップＳ１６１０：Ｎｏ）、ステップＳ１６０２に戻る。一方、「ｉ」が「ｎ」より大きくなった場合（ステップＳ１６１０：Ｙｅｓ）、ＣＰＵ４０１により、各期間Ｔｐにおける各ＲＡＩＤコントローラＣｉのＲＡＩＤグループＧｊごとの多重度Ｍｊｐを出力して（ステップＳ１６１１）、本フローチャートによる一連の処理を終了する。
これにより、各ＲＡＩＤグループＧｊの性能評価の指標となる、各期間Ｔｐにおける各ＲＡＩＤコントローラＣｉのＲＡＩＤグループＧｊごとの多重度Ｍｊｐを出力することができる。なお、上述した説明では、算出された各ＲＡＩＤコントローラＣｉのＲＡＩＤグループＧｊごとの多重度Ｍｊｐをすべて出力することにしたが、これに限らない。例えば、多重度Ｍｊｐが予め設定された閾値以上となる場合は、ＲＡＩＤグループＧｊを移行先候補から除外して、ストレージシステム３００の管理者などに提示しないことにしてもよい。
つぎに、図１６のステップＳ１６０６に示した多重度算出処理の具体的な処理手順について説明する。
図１７は、多重度算出処理の具体的処理手順の一例を示すフローチャートである。図１７のフローチャートにおいて、まず、ＣＰＵ４０１により、期間Ｔｐの「ｐ」を「ｐ＝１」とする（ステップＳ１７０１）。そして、ＣＰＵ４０１により、期間Ｔ１〜ＴＰの中から期間Ｔｐを選択する（ステップＳ１７０２）。
つぎに、ＣＰＵ４０１により、ＲＡＩＤグループＧｊにおける平均Ｉ／Ｏサイズおよび平均ＩＯＰＳを算出する（ステップＳ１７０３）。そして、ＣＰＵ４０１により、ＲＡＩＤグループＧｊに新規ボリュームを追加した場合の平均Ｉ／Ｏサイズおよび平均ＩＯＰＳを算出する（ステップＳ１７０４）。
つぎに、ＣＰＵ４０１により、ＲＡＩＤグループＧｊに新規ボリュームを追加した場合のレスポンス時間を算出する（ステップＳ１７０５）。そして、ＣＰＵ４０１により、新規ボリュームを含めたボリューム単位の多重度を算出する（ステップＳ１７０６）。つぎに、ＣＰＵ４０１により、ボリューム単位の多重度を足し合わせることにより、ＲＡＩＤグループＧｊの多重度Ｍｊｐを算出する（ステップＳ１７０７）。
そして、ＣＰＵ４０１により、ＲＡＩＤグループＧｊの多重度Ｍｊｐを多重度テーブル１２００に登録する（ステップＳ１７０８）。つぎに、ＣＰＵ４０１により、期間Ｔｐの「ｐ」をインクリメントして（ステップＳ１７０９）、「ｐ」が「Ｐ」より大きくなったか否かを判断する（ステップＳ１７１０）。
ここで、「ｐ」が「Ｐ」以下の場合（ステップＳ１７１０：Ｎｏ）、ステップＳ１７０２に戻る。一方、「ｐ」が「Ｐ」より大きくなった場合（ステップＳ１７１０：Ｙｅｓ）、図１６に示したステップＳ１６０７に移行する。
これにより、各ＲＡＩＤグループＧｊの性能評価の指標となる、各期間Ｔｐにおける各ＲＡＩＤコントローラＣｉのＲＡＩＤグループＧｊごとの多重度Ｍｊｐを算出することができる。
以上説明したように、実施の形態にかかる評価支援装置３０１によれば、移行対象データが移行された場合のＲＡＩＤグループＧｊの平均レスポンス時間と、第１および第２の発生回数に基づいて、移行後のＲＡＩＤグループＧｊの多重度を算出することができる。また、評価支援装置３０１によれば、評価対象となる各々の期間Ｔｐにおける第１および第２の発生回数に基づいて、各々の期間Ｔｐにおける移行後のＲＡＩＤグループＧｊの多重度Ｍｊｐを算出することができる。
これにより、各々の期間Ｔｐにおける移行後のＲＡＩＤグループＧｊの性能を評価することができる。また、評価対象となる期間Ｔｐの時間単位（例えば、１分、１時間、１週間、１ヶ月など）を変えることにより、様々な時間単位で移行後のＲＡＩＤグループＧｊの性能を評価することができる。
具体的には、多重度Ｍｊｐは、各々のＩ／Ｏ要求が並列に処理された場合に各々の処理時間帯が重なる度合いを表している。このため、Ｉ／Ｏ要求の処理時間帯がどれだけ重なっているかということで、ＲＡＩＤグループＧｊにかかる負荷がどれだけかを評価することができる。換言すれば、多重度Ｍｊｐは、キューに溜まっているＩ／Ｏ要求の個数であり、この個数が大きいと負荷が高いといえる。
また、評価支援装置３０１によれば、第１の発生回数と第１のＩ／Ｏサイズと第２の発生回数と第２のＩ／Ｏサイズとに基づいて、移行対象データが移行された場合のＲＡＩＤグループＧｊの平均レスポンス時間を算出することができる。これにより、平均レスポンス時間の変化に影響する平均Ｉ／Ｏサイズおよび平均ＩＯＰＳに基づいて、移行対象データが移行された場合のＲＡＩＤグループＧｊの平均レスポンス時間を予測することができる。
また、評価支援装置３０１によれば、さらに、ＲＡＩＤグループＧｊにおける既存ボリュームのボリュームサイズと新規ボリュームのボリュームサイズとに基づいて、移行後のＲＡＩＤグループＧｊの平均レスポンス時間を算出することができる。これにより、平均レスポンス時間の変化に影響するボリュームサイズに基づいて、移行後のＲＡＩＤグループＧｊの平均レスポンス時間を予測することができる。
また、評価支援装置３０１によれば、既存技術により収集可能な統計情報を用いて、移行対象データが移行された場合のＲＡＩＤグループＧｊの平均レスポンス時間を予測することができる。また、評価支援装置３０１によれば、例えば、上記式（２）〜（６）を用いた簡単な計算により、移行後のＲＡＩＤグループＧｊの平均レスポンス時間を予測することができる。
これにより、既存のレスポンスモデルを用いたシミュレーションによって移行後のＲＡＩＤグループＧｊの平均レスポンス時間を予測する場合に比べて、性能評価にかかる処理時間の短縮化を図ることができる。また、時間の経過とともに変動する負荷を考慮して、ほぼリアルタイムに性能を評価することができるようになる。この結果、例えば、あるＲＡＩＤグループの負荷が急激に上昇した場合などに、多重度から負荷に余裕があるＲＡＩＤグループを見つけ出して迅速に対応することができるようになる。
また、評価支援装置３０１によれば、移行後のＷＲＩＴＥスループットが、最大ＷＲＩＴＥスループットを超えないＲＡＩＤグループＧｊを移行先候補として選択することができる。これにより、ＷＲＩＴＥキャッシュ８０２溢れとなるＲＡＩＤコントローラＣｉがアクセスするＲＡＩＤグループＧ１〜Ｇｍを移行先候補から除外して、各ＲＡＩＤグループＧｊの多重度の算出にかかる無駄な処理を削減することができる。
なお、本実施の形態で説明した評価支援方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本評価支援プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本評価支援プログラムは、インターネット等のネットワークを介して配布してもよい。
上述した実施の形態に関し、さらに以下の付記を開示する。
（付記１）コンピュータが、
第１の記憶装置に記憶されている移行対象データに対するアクセスの単位時間当たりの第１の発生回数と、第２の記憶装置に対するアクセスの単位時間当たりの第２の発生回数と、前記移行対象データが前記第２の記憶装置に移行された場合の移行後の前記第２の記憶装置に対するアクセスの予測応答時間と、を取得し、
取得した前記第１の発生回数と前記第２の発生回数と前記予測応答時間とに基づいて、前記移行後の前記第２の記憶装置に対する各々のアクセスが並列に処理された場合に前記各々のアクセスの処理時間帯が重なる度合いを表す多重度を算出し、
算出した前記多重度を出力する、
処理を実行することを特徴とする評価支援方法。
（付記２）コンピュータが、
第１の記憶装置に記憶されている移行対象データに対するアクセスの単位時間当たりの第１の発生回数と、前記移行対象データに対するアクセス時に前記第１の記憶装置から入出力されたデータの第１のデータ量と、第２の記憶装置に対するアクセスの単位時間当たりの第２の発生回数と、前記第２の記憶装置に対するアクセス時に前記第２の記憶装置から入出力されたデータの第２のデータ量と、を取得し、
取得した前記第１の発生回数と前記第１のデータ量と前記第２の発生回数と前記第２のデータ量とに基づいて、前記移行対象データが前記第２の記憶装置に移行された場合の移行後の前記第２の記憶装置に対するアクセスの予測応答時間を算出し、
前記第１の発生回数と前記第２の発生回数と前記予測応答時間とに基づいて、前記移行後の前記第２の記憶装置に対する各々のアクセスが並列に処理された場合に前記各々のアクセスの処理時間帯が重なる度合いを表す多重度を算出し、
算出した前記多重度を出力する、
処理を実行することを特徴とする評価支援方法。
（付記３）前記コンピュータが、
前記第２の記憶装置に対して入力された単位時間当たりのデータ量と、前記第１の記憶装置に対して入力された単位時間当たりのデータ量とを取得し、
取得した取得結果に基づいて、前記移行対象データが移行された移行後の前記第２の記憶装置に対して入力される単位時間当たりのデータ量を算出する、処理を実行し、
前記予測応答時間を算出する処理は、
前記移行後の前記第２の記憶装置に対して入力される単位時間当たりのデータ量が、前記第２の記憶装置に対して単位時間当たりに入力可能な最大データ量を超えていない場合に、前記第１の発生回数と前記第１のデータ量と前記第２の発生回数と前記第２のデータ量とに基づいて、前記予測応答時間を算出することを特徴とする付記２に記載の評価支援方法。
（付記４）前記取得する処理は、
評価対象となる複数の期間の各々の期間における前記第１の発生回数と前記第１のデータ量と前記第２の発生回数と前記第２のデータ量とを取得し、
前記予測応答時間を算出する処理は、
取得した前記各々の期間における前記第１の発生回数と前記第１のデータ量と前記第２の発生回数と前記第２のデータ量とに基づいて、前記各々の期間における前記予測応答時間を算出し、
前記多重度を算出する処理は、
算出した前記各々の期間における前記予測応答時間と、前記各々の期間における前記第１の発生回数と前記第２の発生回数とに基づいて、前記各々の期間における前記多重度を算出し、
前記出力する処理は、
算出した前記各々の期間における前記多重度を出力する、
ことを特徴とする付記２または３に記載の評価支援方法。
（付記５）前記予測応答時間を算出する処理は、
前記第１の発生回数、前記第１のデータ量、前記第２の発生回数、前記第２のデータ量、および前記第２の記憶装置の記憶容量のうち、前記第２の記憶装置に記憶されている移行先データの記憶先として割り当てられている記憶領域の記憶容量と、前記移行対象データの記憶先として割り当てられる記憶領域の記憶容量とに基づいて、前記予測応答時間を算出することを特徴とする付記２〜４のいずれか一つに記載の評価支援方法。
（付記６）コンピュータに、
第１の記憶装置に記憶されている移行対象データに対するアクセスの単位時間当たりの第１の発生回数と、第２の記憶装置に対するアクセスの単位時間当たりの第２の発生回数と、前記移行対象データが前記第２の記憶装置に移行された場合の移行後の前記第２の記憶装置に対するアクセスの予測応答時間と、を取得し、
取得した前記第１の発生回数と前記第２の発生回数と前記予測応答時間とに基づいて、前記移行後の前記第２の記憶装置に対する各々のアクセスが並列に処理された場合に前記各々のアクセスの処理時間帯が重なる度合いを表す多重度を算出し、
算出した前記多重度を出力する、
処理を実行させることを特徴とする評価支援プログラム。
（付記７）コンピュータに、
第１の記憶装置に記憶されている移行対象データに対するアクセスの単位時間当たりの第１の発生回数と、前記移行対象データに対するアクセス時に前記第１の記憶装置から入出力されたデータの第１のデータ量と、第２の記憶装置に対するアクセスの単位時間当たりの第２の発生回数と、前記第２の記憶装置に対するアクセス時に前記第２の記憶装置から入出力されたデータの第２のデータ量と、を取得し、
取得した前記第１の発生回数と前記第１のデータ量と前記第２の発生回数と前記第２のデータ量とに基づいて、前記移行対象データが前記第２の記憶装置に移行された場合の移行後の前記第２の記憶装置に対するアクセスの予測応答時間を算出し、
前記第１の発生回数と前記第２の発生回数と前記予測応答時間とに基づいて、前記移行後の前記第２の記憶装置に対する各々のアクセスが並列に処理された場合に前記各々のアクセスの処理時間帯が重なる度合いを表す多重度を算出し、
算出した前記多重度を出力する、
処理を実行させることを特徴とする評価支援プログラム。
（付記８）第１の記憶装置に記憶されている移行対象データに対するアクセスの単位時間当たりの第１の発生回数と、第２の記憶装置に対するアクセスの単位時間当たりの第２の発生回数と、前記移行対象データが前記第２の記憶装置に移行された場合の移行後の前記第２の記憶装置に対するアクセスの予測応答時間と、を取得する取得部と、
前記取得部によって取得された前記第１の発生回数と前記第２の発生回数と前記予測応答時間とに基づいて、前記移行後の前記第２の記憶装置に対する各々のアクセスが並列に処理された場合に前記各々のアクセスの処理時間帯が重なる度合いを表す多重度を算出する算出部と、
前記算出部によって算出された前記多重度を出力する出力部と、
を備えることを特徴とする評価支援装置。
（付記９）第１の記憶装置に記憶されている移行対象データに対するアクセスの単位時間当たりの第１の発生回数と、前記移行対象データに対するアクセス時に前記第１の記憶装置から入出力されたデータの第１のデータ量と、第２の記憶装置に対するアクセスの単位時間当たりの第２の発生回数と、前記第２の記憶装置に対するアクセス時に前記第２の記憶装置から入出力されたデータの第２のデータ量と、を取得する取得部と、
前記取得部によって取得された前記第１の発生回数と前記第１のデータ量と前記第２の発生回数と前記第２のデータ量とに基づいて、前記移行対象データが前記第２の記憶装置に移行された場合の移行後の前記第２の記憶装置に対するアクセスの予測応答時間を算出する第１の算出部と、
前記第１の算出部によって算出された前記予測応答時間と、前記第１の発生回数と、前記第２の発生回数とに基づいて、前記移行後の前記第２の記憶装置に対する各々のアクセスが並列に処理された場合に前記各々のアクセスの処理時間帯が重なる度合いを表す多重度を算出する第２の算出部と、
前記第２の算出部によって算出された前記多重度を出力する出力部と、
を備えることを特徴とする評価支援装置。
１００ 第１のストレージ装置
１１０，３００ ストレージシステム
１１１ 第２のストレージ装置
１１２ 第３のストレージ装置
３０１ 評価支援装置
３０２ サーバ
３０３ ストレージ制御装置
３０４ ストレージ装置
７０１ 取得部
７０２ 第１の算出部
７０３ 第２の算出部
７０４ 第３の算出部
７０５ 選択部
７０６ 出力部

Claims (9)

  1. コンピュータが、
    第１の記憶装置に記憶されている移行対象データに対するアクセスの単位時間当たりの第１の発生回数と、第２の記憶装置に対するアクセスの単位時間当たりの第２の発生回数と、前記移行対象データが前記第２の記憶装置に移行された場合の移行後の前記第２の記憶装置に対するアクセスの予測応答時間と、を取得し、
    取得した前記第１の発生回数と前記第２の発生回数と前記予測応答時間とに基づいて、前記移行後の前記第２の記憶装置に対する各々のアクセスが並列に処理された場合に前記各々のアクセスの処理時間帯が重なる度合いを表す多重度を算出し、
    算出した前記多重度を出力する、
    処理を実行することを特徴とする評価支援方法。
  2. コンピュータが、
    第１の記憶装置に記憶されている移行対象データに対するアクセスの単位時間当たりの第１の発生回数と、前記移行対象データに対するアクセス時に前記第１の記憶装置から入出力されたデータの第１のデータ量と、第２の記憶装置に対するアクセスの単位時間当たりの第２の発生回数と、前記第２の記憶装置に対するアクセス時に前記第２の記憶装置から入出力されたデータの第２のデータ量と、を取得し、
    取得した前記第１の発生回数と前記第１のデータ量と前記第２の発生回数と前記第２のデータ量とに基づいて、前記移行対象データが前記第２の記憶装置に移行された場合の移行後の前記第２の記憶装置に対するアクセスの予測応答時間を算出し、
    前記第１の発生回数と前記第２の発生回数と前記予測応答時間とに基づいて、前記移行後の前記第２の記憶装置に対する各々のアクセスが並列に処理された場合に前記各々のアクセスの処理時間帯が重なる度合いを表す多重度を算出し、
    算出した前記多重度を出力する、
    処理を実行することを特徴とする評価支援方法。
  3. 前記コンピュータが、
    前記第２の記憶装置に対して入力された単位時間当たりのデータ量と、前記第１の記憶装置に対して入力された単位時間当たりのデータ量とを取得し、
    取得した取得結果に基づいて、前記移行対象データが移行された移行後の前記第２の記憶装置に対して入力される単位時間当たりのデータ量を算出する、処理を実行し、
    前記予測応答時間を算出する処理は、
    前記移行後の前記第２の記憶装置に対して入力される単位時間当たりのデータ量が、前記第２の記憶装置に対して単位時間当たりに入力可能な最大データ量を超えていない場合に、前記第１の発生回数と前記第１のデータ量と前記第２の発生回数と前記第２のデータ量とに基づいて、前記予測応答時間を算出することを特徴とする請求項２に記載の評価支援方法。
  4. 前記取得する処理は、
    評価対象となる複数の期間の各々の期間における前記第１の発生回数と前記第１のデータ量と前記第２の発生回数と前記第２のデータ量とを取得し、
    前記予測応答時間を算出する処理は、
    取得した前記各々の期間における前記第１の発生回数と前記第１のデータ量と前記第２の発生回数と前記第２のデータ量とに基づいて、前記各々の期間における前記予測応答時間を算出し、
    前記多重度を算出する処理は、
    算出した前記各々の期間における前記予測応答時間と、前記各々の期間における前記第１の発生回数と前記第２の発生回数とに基づいて、前記各々の期間における前記多重度を算出し、
    前記出力する処理は、
    算出した前記各々の期間における前記多重度を出力する、
    ことを特徴とする請求項２または３に記載の評価支援方法。
  5. 前記予測応答時間を算出する処理は、
    前記第１の発生回数、前記第１のデータ量、前記第２の発生回数、前記第２のデータ量、および前記第２の記憶装置の記憶容量のうち、前記第２の記憶装置に記憶されている移行先データの記憶先として割り当てられている記憶領域の記憶容量と、前記移行対象データの記憶先として割り当てられる記憶領域の記憶容量とに基づいて、前記予測応答時間を算出することを特徴とする請求項２〜４のいずれか一つに記載の評価支援方法。
  6. コンピュータに、
    第１の記憶装置に記憶されている移行対象データに対するアクセスの単位時間当たりの第１の発生回数と、第２の記憶装置に対するアクセスの単位時間当たりの第２の発生回数と、前記移行対象データが前記第２の記憶装置に移行された場合の移行後の前記第２の記憶装置に対するアクセスの予測応答時間と、を取得し、
    取得した前記第１の発生回数と前記第２の発生回数と前記予測応答時間とに基づいて、前記移行後の前記第２の記憶装置に対する各々のアクセスが並列に処理された場合に前記各々のアクセスの処理時間帯が重なる度合いを表す多重度を算出し、
    算出した前記多重度を出力する、
    処理を実行させることを特徴とする評価支援プログラム。
  7. コンピュータに、
    第１の記憶装置に記憶されている移行対象データに対するアクセスの単位時間当たりの第１の発生回数と、前記移行対象データに対するアクセス時に前記第１の記憶装置から入出力されたデータの第１のデータ量と、第２の記憶装置に対するアクセスの単位時間当たりの第２の発生回数と、前記第２の記憶装置に対するアクセス時に前記第２の記憶装置から入出力されたデータの第２のデータ量と、を取得し、
    取得した前記第１の発生回数と前記第１のデータ量と前記第２の発生回数と前記第２のデータ量とに基づいて、前記移行対象データが前記第２の記憶装置に移行された場合の移行後の前記第２の記憶装置に対するアクセスの予測応答時間を算出し、
    前記第１の発生回数と前記第２の発生回数と前記予測応答時間とに基づいて、前記移行後の前記第２の記憶装置に対する各々のアクセスが並列に処理された場合に前記各々のアクセスの処理時間帯が重なる度合いを表す多重度を算出し、
    算出した前記多重度を出力する、
    処理を実行させることを特徴とする評価支援プログラム。
  8. 第１の記憶装置に記憶されている移行対象データに対するアクセスの単位時間当たりの第１の発生回数と、第２の記憶装置に対するアクセスの単位時間当たりの第２の発生回数と、前記移行対象データが前記第２の記憶装置に移行された場合の移行後の前記第２の記憶装置に対するアクセスの予測応答時間と、を取得する取得部と、
    前記取得部によって取得された前記第１の発生回数と前記第２の発生回数と前記予測応答時間とに基づいて、前記移行後の前記第２の記憶装置に対する各々のアクセスが並列に処理された場合に前記各々のアクセスの処理時間帯が重なる度合いを表す多重度を算出する算出部と、
    前記算出部によって算出された前記多重度を出力する出力部と、
    を備えることを特徴とする評価支援装置。
  9. 第１の記憶装置に記憶されている移行対象データに対するアクセスの単位時間当たりの第１の発生回数と、前記移行対象データに対するアクセス時に前記第１の記憶装置から入出力されたデータの第１のデータ量と、第２の記憶装置に対するアクセスの単位時間当たりの第２の発生回数と、前記第２の記憶装置に対するアクセス時に前記第２の記憶装置から入出力されたデータの第２のデータ量と、を取得する取得部と、
    前記取得部によって取得された前記第１の発生回数と前記第１のデータ量と前記第２の発生回数と前記第２のデータ量とに基づいて、前記移行対象データが前記第２の記憶装置に移行された場合の移行後の前記第２の記憶装置に対するアクセスの予測応答時間を算出する第１の算出部と、
    前記第１の算出部によって算出された前記予測応答時間と、前記第１の発生回数と、前記第２の発生回数とに基づいて、前記移行後の前記第２の記憶装置に対する各々のアクセスが並列に処理された場合に前記各々のアクセスの処理時間帯が重なる度合いを表す多重度を算出する第２の算出部と、
    前記第２の算出部によって算出された前記多重度を出力する出力部と、
    を備えることを特徴とする評価支援装置。
JP2012028932A 2012-02-13 2012-02-13 評価支援方法、評価支援プログラムおよび評価支援装置 Pending JP2013164820A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2012028932A JP2013164820A (ja) 2012-02-13 2012-02-13 評価支援方法、評価支援プログラムおよび評価支援装置
US13/705,291 US20130212337A1 (en) 2012-02-13 2012-12-05 Evaluation support method and evaluation support apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2012028932A JP2013164820A (ja) 2012-02-13 2012-02-13 評価支援方法、評価支援プログラムおよび評価支援装置

Publications (1)

Publication Number Publication Date
JP2013164820A true JP2013164820A (ja) 2013-08-22

Family

ID=48946623

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012028932A Pending JP2013164820A (ja) 2012-02-13 2012-02-13 評価支援方法、評価支援プログラムおよび評価支援装置

Country Status (2)

Country Link
US (1) US20130212337A1 (ja)
JP (1) JP2013164820A (ja)

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8959307B1 (en) 2007-11-16 2015-02-17 Bitmicro Networks, Inc. Reduced latency memory read transactions in storage devices
US8665601B1 (en) 2009-09-04 2014-03-04 Bitmicro Networks, Inc. Solid state drive with improved enclosure assembly
US8447908B2 (en) 2009-09-07 2013-05-21 Bitmicro Networks, Inc. Multilevel memory bus system for solid-state mass storage
US8560804B2 (en) 2009-09-14 2013-10-15 Bitmicro Networks, Inc. Reducing erase cycles in an electronic storage device that uses at least one erase-limited memory device
US9372755B1 (en) 2011-10-05 2016-06-21 Bitmicro Networks, Inc. Adaptive power cycle sequences for data recovery
US9043669B1 (en) 2012-05-18 2015-05-26 Bitmicro Networks, Inc. Distributed ECC engine for storage media
US9423457B2 (en) 2013-03-14 2016-08-23 Bitmicro Networks, Inc. Self-test solution for delay locked loops
US9798688B1 (en) 2013-03-15 2017-10-24 Bitmicro Networks, Inc. Bus arbitration with routing and failover mechanism
US9916213B1 (en) 2013-03-15 2018-03-13 Bitmicro Networks, Inc. Bus arbitration with routing and failover mechanism
US9842024B1 (en) * 2013-03-15 2017-12-12 Bitmicro Networks, Inc. Flash electronic disk with RAID controller
US9734067B1 (en) 2013-03-15 2017-08-15 Bitmicro Networks, Inc. Write buffering
US9430386B2 (en) 2013-03-15 2016-08-30 Bitmicro Networks, Inc. Multi-leveled cache management in a hybrid storage system
US9971524B1 (en) 2013-03-15 2018-05-15 Bitmicro Networks, Inc. Scatter-gather approach for parallel data transfer in a mass storage system
US9875205B1 (en) 2013-03-15 2018-01-23 Bitmicro Networks, Inc. Network of memory systems
US9934045B1 (en) 2013-03-15 2018-04-03 Bitmicro Networks, Inc. Embedded system boot from a storage device
US9720603B1 (en) 2013-03-15 2017-08-01 Bitmicro Networks, Inc. IOC to IOC distributed caching architecture
US10120694B2 (en) 2013-03-15 2018-11-06 Bitmicro Networks, Inc. Embedded system boot from a storage device
US10489318B1 (en) 2013-03-15 2019-11-26 Bitmicro Networks, Inc. Scatter-gather approach for parallel data transfer in a mass storage system
US9400617B2 (en) 2013-03-15 2016-07-26 Bitmicro Networks, Inc. Hardware-assisted DMA transfer with dependency table configured to permit-in parallel-data drain from cache without processor intervention when filled or drained
US9501436B1 (en) 2013-03-15 2016-11-22 Bitmicro Networks, Inc. Multi-level message passing descriptor
US9672178B1 (en) 2013-03-15 2017-06-06 Bitmicro Networks, Inc. Bit-mapped DMA transfer with dependency table configured to monitor status so that a processor is not rendered as a bottleneck in a system
US9811461B1 (en) 2014-04-17 2017-11-07 Bitmicro Networks, Inc. Data storage system
US10078604B1 (en) 2014-04-17 2018-09-18 Bitmicro Networks, Inc. Interrupt coalescing
US10025736B1 (en) 2014-04-17 2018-07-17 Bitmicro Networks, Inc. Exchange message protocol message transmission between two devices
US10055150B1 (en) 2014-04-17 2018-08-21 Bitmicro Networks, Inc. Writing volatile scattered memory metadata to flash device
US10042792B1 (en) 2014-04-17 2018-08-07 Bitmicro Networks, Inc. Method for transferring and receiving frames across PCI express bus for SSD device
US9952991B1 (en) 2014-04-17 2018-04-24 Bitmicro Networks, Inc. Systematic method on queuing of descriptors for multiple flash intelligent DMA engine operation
US10552050B1 (en) 2017-04-07 2020-02-04 Bitmicro Llc Multi-dimensional computer storage system
CN107885646A (zh) * 2017-11-30 2018-04-06 山东浪潮通软信息科技有限公司 一种服务评估方法及装置
US11392307B2 (en) * 2020-07-16 2022-07-19 Hitachi, Ltd. Data-protection-aware capacity provisioning of shared external volume

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020010845A1 (en) * 1996-07-16 2002-01-24 Kabushiki Kaisha Toshiba Method and apparatus for controlling storage means in information processing system
US20050172303A1 (en) * 2004-01-19 2005-08-04 Hitachi, Ltd. Execution multiplicity control system, and method and program for controlling the same
WO2007055250A1 (ja) * 2005-11-14 2007-05-18 P & W Solutions Co., Ltd. エージェント必要人数算出方法、装置、及びプログラム
JP2008146141A (ja) * 2006-12-06 2008-06-26 Nec Corp ストレージシステムと記憶領域の選択方法並びにプログラム
JP2011243117A (ja) * 2010-05-20 2011-12-01 Fujitsu Ltd 入出力制御プログラム、情報処理装置および入出力制御方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS57757A (en) * 1980-06-04 1982-01-05 Hitachi Ltd Job execution schedule system
EP0676699B1 (en) * 1994-04-04 2001-07-04 Hyundai Electronics America Method of managing resources shared by multiple processing units
JP3228182B2 (ja) * 1997-05-29 2001-11-12 株式会社日立製作所 記憶システム及び記憶システムへのアクセス方法
JP3440219B2 (ja) * 1999-08-02 2003-08-25 富士通株式会社 入出力装置及びディスク・タイムシェアリング方法
US6343324B1 (en) * 1999-09-13 2002-01-29 International Business Machines Corporation Method and system for controlling access share storage devices in a network environment by configuring host-to-volume mapping data structures in the controller memory for granting and denying access to the devices
JP4341897B2 (ja) * 2002-08-29 2009-10-14 株式会社日立製作所 記憶装置システム及びデータ複製方法
JP4817783B2 (ja) * 2005-09-30 2011-11-16 富士通株式会社 Ｒａｉｄシステム及びそのリビルド／コピーバック処理方法
US7996633B2 (en) * 2006-07-21 2011-08-09 Sap Ag Sequencing transactions and operations
JP2008226040A (ja) * 2007-03-14 2008-09-25 Hitachi Ltd 情報処理装置及びコマンド多重度制御方法
US20120110291A1 (en) * 2009-04-06 2012-05-03 Kaminario Technologies Ltd. System and method for i/o command management
US8984009B2 (en) * 2010-04-21 2015-03-17 Salesforce.Com, Inc. Methods and systems for utilizing bytecode in an on-demand service environment including providing multi-tenant runtime environments and systems
US8762323B2 (en) * 2011-02-10 2014-06-24 Nec Laboratories America, Inc. Replica based load balancing in multitenant databases
US9542432B2 (en) * 2011-09-30 2017-01-10 Oracle International Corporation Systems and methods for multitenancy data

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020010845A1 (en) * 1996-07-16 2002-01-24 Kabushiki Kaisha Toshiba Method and apparatus for controlling storage means in information processing system
US20050172303A1 (en) * 2004-01-19 2005-08-04 Hitachi, Ltd. Execution multiplicity control system, and method and program for controlling the same
WO2007055250A1 (ja) * 2005-11-14 2007-05-18 P & W Solutions Co., Ltd. エージェント必要人数算出方法、装置、及びプログラム
JP2008146141A (ja) * 2006-12-06 2008-06-26 Nec Corp ストレージシステムと記憶領域の選択方法並びにプログラム
JP2011243117A (ja) * 2010-05-20 2011-12-01 Fujitsu Ltd 入出力制御プログラム、情報処理装置および入出力制御方法

Also Published As

Publication number Publication date
US20130212337A1 (en) 2013-08-15

Similar Documents

Publication Publication Date Title
JP2013164820A (ja) 評価支援方法、評価支援プログラムおよび評価支援装置
US10592522B2 (en) Correlating performance data and log data using diverse data stores
US10877986B2 (en) Obtaining performance data via an application programming interface (API) for correlation with log data
US10614132B2 (en) GUI-triggered processing of performance data and log data from an information technology environment
US10353957B2 (en) Processing of performance data and raw log data from an information technology environment
Gulati et al. Pesto: online storage performance management in virtualized datacenters
US9524101B2 (en) Modeling workload information for a primary storage and a secondary storage
US20130212349A1 (en) Load threshold calculating apparatus and load threshold calculating method
CN107851105B (zh) 具有副本位置选择的分布式存储系统
JP6260407B2 (ja) ストレージ管理装置、性能調整方法及び性能調整プログラム
US9235439B2 (en) Management server, patch scheduling method, and recording medium
Birger et al. FireCloud, a scalable cloud-based platform for collaborative genome analysis: strategies for reducing and controlling costs
US20130211809A1 (en) Evaluation support method and evaluation support apparatus
JP2009110346A (ja) 性能履歴の管理方法および性能履歴の管理システム
JPWO2014178104A1 (ja) 計算機システム及び非同期リモートレプリケーションの分析を支援する方法
WO2016103471A1 (ja) 計算機システムおよび管理プログラム
JP2020003929A (ja) 運用管理装置、移動先推奨方法及び移動先推奨プログラム
Park et al. Romano: autonomous storage management using performance prediction in multi-tenant datacenters
JP5342003B2 (ja) ストレージシステム
US9778854B2 (en) Computer system and method for controlling hierarchical storage therefor
JP5845789B2 (ja) 制御プログラム、データアクセス制御装置およびデータ制御方法
US20140258647A1 (en) Recording medium storing performance evaluation assistance program, performance evaluation assistance apparatus, and performance evaluation assistance method
JP6622808B2 (ja) 管理計算機および計算機システムの管理方法
WO2014030249A1 (ja) ボリュームのｉ／ｏ性能の検証システム及び検証方法
CN107018163B (zh) 一种资源配置方法和装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20141007

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20150709

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150728

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20151124