JP2011243043A - 支援プログラム，情報処理装置及び支援方法 - Google Patents

Abstract

【課題】入出力性能を考慮したシステム構成を容易に決定できるようにする。
【解決手段】使用条件情報に基づいて、ストレージに関する使用条件情報に対して、予めアプリケーションの実行時に収集されたストレージ装置におけるストレージアクセス傾向情報を対応付けた第１情報４１を格納する第１情報格納部４０から、第１情報４１を参照し、ストレージアクセス傾向情報に基づいて、ストレージ装置に関して、そのストレージ装置におけるデータアクセス位置に対して、データアクセス位置における入出力負荷性能情報を対応付けた第２情報４３を格納する第２情報格納部４０を参照し、取得された入出力負荷性能情報に基づいて、該ストレージ装置数を算出する。
【選択図】図１

Description

本件は、ストレージ装置をそなえアプリケーションを実行するストレージシステムの設計を支援する技術に関する。

例えばファイルサーバのように、主にデータの入出力（Ｉ／Ｏ：Input/ Output）を行なうアプリケーションを稼動させるためのシステムを構築するに際して、データを格納するためのストレージを最適な構成に設定することは重要である。
従来のストレージシステムの設計手法においては、格納するデータのデータサイズに着目して、そのデータサイズに応じた記憶装置をそなえるよう設計を行なっている（例えば、下記特許文献１）

特開２００６−７２７８９号公報

しかしながら、このような従来のストレージシステムの設計手法によって設計されたストレージシステムは、必要なディスク容量を満たすものであったとしても、ＩＯ（Input Output：入出力）性能については考慮されていない。従って、例えばディスクアクセスが集中して、ＩＯ性能が低いものとなるおそれがある。
本件の目的の一つは、このような課題に鑑み創案されたもので、入出力性能を考慮したシステム構成を容易に決定できるようにすることである。

なお、前記目的に限らず、後述する発明を実施するための形態に示す各構成により導かれる作用効果であって、従来の技術によっては得られない作用効果を奏することも本発明の他の目的の1つとして位置付けることができる。

このため、この支援プログラムは、ストレージをそなえたストレージシステムの設計を支援する支援機能をコンピュータに実行させるための支援プログラムであって、使用条件情報を取得し、取得された該使用条件情報に基づいて、ストレージに関する使用条件情報に対して、予めアプリケーションの実行時に収集されたストレージ装置におけるストレージアクセス傾向情報を対応付けた第１情報を格納する第１情報格納部から、該第１情報を参照し、該ストレージアクセス傾向情報を取得し、取得された該ストレージアクセス傾向情報に基づいて、該ストレージ装置に関して、当該ストレージ装置におけるデータアクセス位置に対して、当該データアクセス位置における入出力負荷性能情報を対応付けた第２情報を格納する第２情報格納部を参照し、該入出力負荷性能情報を取得し、取得された該入出力負荷性能情報に基づいて、該ストレージ装置数を算出する、処理を該コンピュータに実行させる。

また、開示の情報処理装置は、使用条件情報を取得する使用条件情報取得部と、該使用条件情報取得部によって取得された該使用条件情報に基づいて、ストレージに関する使用条件情報に対して、予めアプリケーションの実行時に収集されたストレージ装置におけるストレージアクセス傾向情報を対応付けた第１情報を格納する第１情報格納部から、該第１情報を参照し、該ストレージアクセス傾向情報を取得する第１取得部と、該第１取得部によって取得された該ストレージアクセス傾向情報に基づいて、該ストレージ装置に関して、当該ストレージ装置におけるデータアクセス位置に対して、当該データアクセス位置における入出力負荷性能情報を対応付けた第２情報を格納する第２情報格納部を参照し、該入出力負荷性能情報を取得する第２取得部と、該第２取得部によって取得された該入出力負荷性能情報に基づいて、該ストレージ装置数を算出する算出部とをそなえる。

さらに、開示の支援方法は、ストレージ装置をそなえたストレージシステムの設計を支援する支援方法であって、使用条件情報を取得し、取得された該使用条件情報に基づいて、ストレージに関する使用条件情報に対して、予めアプリケーションの実行時に収集されたストレージ装置におけるストレージアクセス傾向情報を対応付けた第１情報を格納する第１情報格納部から、該第１情報を参照し、該ストレージアクセス傾向情報を取得し、該ストレージアクセス傾向情報に基づいて、該ストレージ装置に関して、当該ストレージ装置におけるデータアクセス位置に対して、当該データアクセス位置における入出力負荷性能情報を対応付けた第２情報を格納する第２情報格納部を参照し、該入出力負荷性能情報を取得し、該入出力負荷性能情報に基づいて、該ストレージ装置数を算出する。

開示の支援プログラム，情報処理装置及び支援方法によれば、以下の少なくともいずれか１つの効果ないし利点が得られる。
（１）要求する入出力性能を満たすストレージシステムを容易に設計することができる。
（２）要求する入出力性能を満たすために必要なストレージ装置の必要数を容易かつ迅速に求めることができる。

実施形態の一例としての支援システムの構成を模式的に示す図である。 実施形態の一例としての支援システムにおける使い方ＤＢの例を示す図である。 実施形態の一例として支援システムにおけるアクセスパターン表の例を示す図である。 実施形態の一例として支援システムにおける%util/iops表の例を示す図である。 実施形態の一例としての支援システムにおける入力画面の例を示す図である。 実施形態の一例としての支援システムにおける、ストレージ装置の必要数の決定手法を説明するためのフローチャートである。 新たなファイルサーバサービスが追加されるストレージシステムの構成例を模式的に示す図である。

以下、図面を参照して本支援プログラム，情報処理装置及び支援方法に係る実施の形態を説明する。
図１は実施形態の一例としての支援システム１００の構成を模式的に示す図である。
本支援システム１００は、ファイルサーバシステム等の、ストレージ装置をそなえたシステム（ストレージシステム）の設計を行なうに際して、このストレージシステムにそなえられるべきストレージ装置の台数を算出することにより、ストレージシステムの設計の支援を行なう機能をそなえている。

以下、ストレージシステムの例としてファイルサーバアプリケーションを実行するファイルサーバシステムについて説明するものとし、既に運用中のファイルサーバに対して新たにファイルサーバを追加する場合について例示する。すなわち、この新たに追加されるファイルサーバにかかるストレージ装置の必要台数を求める例について説明する。
本支援システム１００は、例えば、コンピュータ（情報処理装置）であって、図１に示すように、ＣＰＵ１０，ＲＯＭ２０，ＲＡＭ３０，ＨＤＤ（Hard Disk Drive）４０，キーボード５１，マウス５２およびディスプレイ６０をそなえている。

ＲＯＭ２０は、ＣＰＵ１０が実行するＯＳやプログラム，種々のデータを格納する記憶装置である。
ＨＤＤ４０は、ＣＰＵ１０が実行するＯＳ（Operating System）やプログラム（支援プログラム），種々のデータを格納する記憶装置である。このＨＤＤ４０には、図１に示すように、使い方ＤＢ（DataBase）４１やアクセスパターン表４２，%util/iops表（第２情報，第２パターン情報群）４３が格納されている。

図２は実施形態の一例としての支援システムにおける使い方ＤＢ４１の例を示す図、図３はそのアクセスパターン表４２の例を示す図、図４はその%util/iops表４３の例を示す図である。
使い方ＤＢ（第１情報，第１パターン情報群）４１は、ファイルサーバ（アプリケーション）に関する使用条件情報に対して、ファイルサーバの運用に実際に用いられたストレージ装置（サンプルストレージ装置）へのアクセス傾向（ストレージアクセス傾向情報，アクセス実績）を対応付けて構成されたデータベース（第１情報）である。

この使い方ＤＢ４１は、既存のサーバコンピュータでファイルサーバやファイルシステムを運用する際に、その運用時に各種情報を収集・分析することにより作成される。
図２に示す例においては、使い方ＤＢ４１は、一つのエントリ（項，第１パターン）として、ファイルサーバに関する、ファイルサーバアプリケーション名（fileserver），ファイルサーバアプリ版数（fileserver版数），ボリュームサイズ，アクセス範囲，ユーザ数，アクセスパターン，ピークiops（peak iops），用途，ＯＳ，ＯＳ版数，ファイルシステム名（filesystem）及びファイルシステム版数（filesystem版数）を相互に関連付けている。そして、使い方ＤＢ４１には、複数のエントリが登録されており、これらの各エントリに対してそれぞれユニークな識別情報（項番）が設定されており、これらの項番により、各エントリを識別することができる。すなわち、使い方ＤＢ４１が、複数のエントリをそなえる第１パターン情報群として機能している。

ここで、使い方ＤＢ４１のエントリを構成する各項目について説明する。
ファイルサーバアプリケーション名は、ファイルサーバのアプリケーション名でありファイルサーバサービスを表す。図２に示す例においては、ファイルサーバアプリケーション名としてsambaやNSFが登録されている。ファイルサーバアプリ版数は、ファイルサーバアプリケーションアプリケーションのバージョン（版数）である。

ボリュームサイズは、そのファイルサーバアプリケーションに割り当てられた論理ボリュームのサイズである。ユーザ数は、そのファイルサーバの運用時におけるユーザ数である。
ＯＳはファイルサーバが実行されるコンピュータのＯＳであり、例えば、Linux（登録商標）や、Windows（登録商標）2003 server等を表す情報が登録される。ＯＳ版数はＯＳのバージョンである。ファイルシステム名（filesystem）は、ファイルサーバによって使用されるファイルシステムであり、ファイルシステム版数（filesystem版数）はその版数である。

これらの、ファイルサーバアプリケーション名，ファイルサーバアプリ版数，ボリュームサイズ，ユーザ数，用途，ＯＳ，ＯＳ版数，ファイルシステム名（filesystem）及びファイルシステム版数（filesystem版数）は、既存のサーバコンピュータの管理者等がキーボード５１やマウス５２等を用いて入力することにより収集することができる。
用途は、そのサンプルストレージ装置の用途を示す情報であって、サンプルストレージ装置の用途を検索・照合し易い識別情報（用途識別情報）用いて表す。この用途は、予めファイルサーバの管理者等が入力することにより取得される。

図２に示す例においては、用途識別情報としてａ１，ａ２，ａ３を用いている。例えば、ａ１は、サンプルストレージ装置をMS-Excel（登録商標）のファイルの保存先として用い、そのファイルの直接更新を許可した状態で使用することを示す。又、ａ２は、サンプルストレージ装置を、例えばMS-Office（登録商標）ファイルの保存先として使用することを示し、ａ３は、サンプルストレージ装置を、例えばメールアーカイブに使用することを示す。これらの用途識別情報は、用途に応じて予め定義しておく。又、図２に示すように、用途には複数の用途識別情報を登録してもよい。

アクセス範囲は、そのファイルサーバの運用に際してディスクアクセスが生じた領域のボリュームサイズに占める割合であり、ピークiops（peak iops）は、iops（input output per second)の最大値である。
アクセスパターンは、その運用時においてサンプルストレージ装置に対して行なわれたディスクアクセス傾向をパターン化した情報であって、例えば、そのパターンを識別するための情報（アクセスパターン名）が登録される。図２に示す例においては、アクセスパターンとして、fileserver A，fileserver Bが登録されている。

なお、本実施形態においては、便宜上、このアクセスパターンを、図３にアクセスパターン表４２として表す。すなわち、使い方ＤＢ４１にはアクセスパターン表４２も含まれていると言える。
アクセスパターンは、図３に示すように、リード及びライトの各ディスクアクセスのそれぞれについて、１回あたりのディスクアクセスサイズ（ＩＯサイズ）毎のアクセス発生比率を表している。すなわち、ファイルサーバの実際の運用に際して、サンプルストレージ装置に対して生じたリードとライトの各ディスクアクセスについて、ＩＯサイズ毎の発生回数を測定・分析し、その結果を統計的に表したものである。

すなわち、アクセスパターンは、ストレージ装置におけるＩＯ（Input Output：入出力）の分布を表すといえる。図３に示す例においては、アクセスパターンとして、ディスクアクセスサイズ毎のアクセスの発生頻度をそれぞれパーセント値で表している。又、この図３に示す例においては、便宜上、fileserver Aとfileserver Bについてのみ示している。

例えば、図３に示す例において、fileserver Aにおいては、アクセスサイズ８ＫＢでのリードアクセス（read 8KB）が全体の２３％を占めていて最も多く、次いで、全体の１５％を占めているアクセスサイズ８ＫＢでのライトアクセス（write 8KB）が多い。
同様に、fileserver Bにおいては、例えば、アクセスサイズ８ＫＢでのリードアクセス（read 8KB）とアクセスサイズ８ＫＢのライトアクセス（write 8KB）とが、それぞれ全体の１５％を占めていて最も多い。

このように、アクセスパターンはリード／ライトの比率やＩＯサイズの混在比率（分布）を表していると言える。
なお、本実施形態においては、アクセスパターンを識別するためにfileserver Aやfileserver B等のアクセスパターン名を用いているが、これに限定されるものではなく、例えば、パターン001, 002のようなわかり易い識別情報を用いてもよく、種々変形して実施することができる。

また、これらのアクセスパターンは、例えば、ストレージシステムのＣＭ（Control Module）や管理サーバが、実際にストレージ装置を用いて運用を行なった際に生じたディスクアクセスに基づき、実測もしくは算出することによって取得することができる。
従って、アクセスパターンは、原則として、エントリ毎に異なるものになると考えられる。

上述した、アクセスパターン，ピークiops，アクセス範囲は、上記ファイルサーバの運用時に、ＯＳやファイルサーバプログラムの機能によって分析・収集・取得され、図示しないデータ管理部により使い方ＤＢ４１に登録される。
そして、使い方ＤＢ４１に登録されるこれらの情報は、例えば、サーバ運用が安定して行なわれている状態で収集されることが望ましく、又、例えば、所定の期間での平均値を求めて用いることが望ましい。

また、上述したファイルサーバアプリケーション名，ボリュームサイズ，アクセス範囲，ユーザ数，アクセスパターン，ピークiops及び用途等の情報は、ストレージ装置がストレージシステムにおいて運用される度に、システム管理者が入力したり、サーバやストレージ管理システム等が収集もしくは算出することにより取得される。
例えば、ファイルサーバアプリケーション名やボリュームサイズ，ユーザ数及び用途は、サンプルストレージ装置の使用形態を表す使用条件情報（システム要件）である。これらの使用条件情報は、例えば、システム管理者がキーボード５１やマウス５２を用いて入力することにより取得される。

一方、アクセス範囲やアクセスパターン，ピークiopsは、サンプルストレージ装置の使用によって生じるストレージアクセスによって生成される情報であって、ストレージ装置の使用によって生じるストレージアクセスの傾向を表すストレージアクセス傾向情報である。
これらのストレージアクセス傾向情報は、ストレージシステムのＣＭや管理サーバが、実際にストレージ装置を用いて運用を行なった際に生じたディスクアクセスに基づき、実測もしくは算出することによって取得される。

そして、収集されたこれらの情報は、本支援システム１００において、相互に関連付けられ、第１パターンとして使い方ＤＢ４１に格納される。
なお、収集した各情報を使い方ＤＢ４１に格納する手法は、既知の種々の手法により実現することができ、その詳細な説明は省略する。
使い方ＤＢ４１は、実行するファイルサーバサービス毎に決まるリード／ライトの割合やＩＯサイズの分布を表しているとも言える。

%util/iops表４３は、ストレージシステムに搭載されファイルサーバ（アプリケーション）の運用に実際に用いられたストレージ装置（サンプルストレージ装置）についての、そのディスク上の位置毎の%util/iops指標を表す情報であり、ストレージ装置毎に作成される。
この%util/iops表４３は、ストレージ装置（ディスクボリューム毎）の性能情報ディスクボリューム上のアクセス位置によるピーク性能傾向である。この%util/iops表４３は、ディスク上においてＩＯが発生する位置や範囲（アクセス位置）を表す情報に対して、そのアクセス位置におけるＩＯビジー率を表わす情報（%util/iops：入出力付加性能）を関係付けることにより構成されている。

図４に示す例においては、%util/iops表４３は、一つのエントリ（項，第２パターン）として、サンプルストレージ装置に関する、ディスク領域上のアクセス開始位置，ボリュームサイズ，アクセス範囲，アクセスパターン及び%util/iops（%util/iops指標）を相互に関連付けている。又、これらの各エントリに対してそれぞれユニークな識別情報（項番）が設定されており、これらの項番により、各エントリを識別することができる。なお、この%util/iops表４３における既述の項目と同一の項目は同一もしくは略同一の項目を示しているので、その詳細な説明は省略する。

ディスク領域上のアクセス開始位置は、ＩＯが発生するストレージ装置（サンプルストレージ装置）上におけるＩＯが発生する位置の始点を示しており、例えば、サンプルストレージ装置を用いて行なわれるサービスに呈して割り当てられる論理ボリュームの始点アドレスが登録される。
ボリュームサイズは、ＩＯを発生させる論理ボリュームのサイズであり、図４に示す例においては１ＴＢや２ＴＢが登録されている。

そして、この%util/iops表４３における、ディスク領域上のアクセス開始位置，ボリュームサイズ，アクセス範囲が、サンプルストレージ装置のディスク上におけるＩＯが発生する位置や範囲を表す。
%util/iopsは、１iops得るのに必要な%utilである。ここで%utilはＩＯのビジー率（使用率）を表す指標のひとつであり、Linux（登録商標）ではディスクの利用状況を確認するためのコマンドiostatの出力として求められる。この%utilは、ある時点でのＩＯリクエストの平均実行時間からピーク性能（iops）を求めておき、それを現在発生しているiopsで除算した値と等価である。この%utilからピーク性能比でどれだけ性能を使っているのかがわかる。

この%util/iopsは、例えば、ストレージシステムのＣＭや管理サーバが、実際にストレージ装置を用いて運用を行なった際に生じたディスクアクセスに基づいて測定することにより、取得することができる。又、この%util/iopsは、データアクセス位置における入出力負荷性能情報であるということも出来る。
%util/iopsを測定するに際しては、各アクセスパターンを実現するディスクアクセスをシミュレーションプログラム等により作成し、サンプルストレージ装置における、%util/iops表４３に登録されたアクセス位置（アクセス開始位置，ボリュームサイズ，アクセス範囲）に対して実際にアクセスを行なって%utilやiopsを測定することにより求める。そして、これらの測定された情報は、図示しないデータ管理部が%util/iops表４３に登録する。

本実施形態においては、上述した使い方ＤＢ４１と%util/iops表４３とによって、実行するファイルサーバ毎に決まるリード／ライトの割合やＩＯサイズの分布とストレージ装置のディスク上のＩＯが発生する位置と範囲とを表すＩＯ負荷モデルを定義している。そして、このＩＯ負荷モデルを参照することにより、各ＩＯ負荷モデルの負荷がストレージ装置のディスク上のどの位置で発生するのかを特定することができる。

そして、本実施形態においては、ＨＤＤ４０が、使い方ＤＢ４１を格納する第１情報格納部として機能するとともに、%util/iops表４３を格納する第２情報格納部として機能する。
ＲＡＭ３０は、種々のデータやプログラムを一時的に格納する記憶領域であって、ＣＰＵ１０がプログラムを実行する際に、データやプログラムを一時的に格納・展開して用いる。又、このＲＡＭ３０には、ＨＤＤ４０から読み出された使い方ＤＢ４１や%util/iops表４３，アクセスパターン表４２が格納される。

ディスプレイ６０は、種々の情報を表示する表示装置であって、オペレータに対してこれらの各種情報を提示する。このディスプレイ６０は、後述する出力制御部１５による表示制御により各種情報を表示し、例えば、後述する入力画面６１（図５参照）等の各種入力画面や、後述する算出部１４によって算出された算出結果が表示される。
キーボード５１およびマウス５２は、オペレータが種々の情報や指示，選択等の操作入力を行なうために用いる入力装置である。オペレータは、これらのキーボード５１やマウス５２を用いて、本支援システム１００における各種入力を行なう。

例えば、オペレータは、これらのキーボード５１やマウス５２を用いて、入力画面６１の各入力項目６０１〜６１０に、各種情報の入力を行なう。
ＣＰＵ１０は、種々の制御や演算を行なう処理装置であり、ＲＯＭ２０に格納されたＯＳやプログラムを実行することにより、種々の機能を実現する。すなわち、ＣＰＵ１０が支援プログラムを実行することにより、図１に示すように、使用条件情報取得部１１，第１取得部１２，第２取得部１３，算出部１４及び出力制御部１５として機能する。

なお、これらの使用条件情報取得部１１，第１取得部１２，第２取得部１３，算出部１４及び出力制御部１５としての機能を実現するためのプログラム（支援プログラム）は、例えばフレキシブルディスク，ＣＤ（ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ等），ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−Ｒ，ＤＶＤ＋Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ＋ＲＷ，ＨＤ ＤＶＤ等），ブルーレイディスク，磁気ディスク，光ディスク，光磁気ディスク等の、コンピュータ読取可能な記録媒体に記録された形態で提供される。そして、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置または外部記憶装置に転送し格納して用いる。又、そのプログラムを、例えば磁気ディスク，光ディスク，光磁気ディスク等の記憶装置（記録媒体）に記録しておき、その記憶装置から通信経路を介してコンピュータに提供するようにしてもよい。

使用条件情報取得部１１，第１取得部１２，第２取得部１３，算出部１４及び出力制御部１５としての機能を実現する際には、内部記憶装置（本実施形態ではＲＡＭ３０やＲＯＭ２０）に格納されたプログラムがコンピュータのマイクロプロセッサ（本実施形態ではＣＰＵ１０）によって実行される。このとき、記録媒体に記録されたプログラムをコンピュータが読み取って実行するようにしてもよい。

なお、本実施形態において、コンピュータとは、ハードウェアとオペレーティングシステムとを含む概念であり、オペレーティングシステムの制御の下で動作するハードウェアを意味している。又、オペレーティングシステムが不要でアプリケーションプログラム単独でハードウェアを動作させるような場合には、そのハードウェア自体がコンピュータに相当する。ハードウェアは、少なくとも、ＣＰＵ等のマイクロプロセッサと、記録媒体に記録されたコンピュータプログラムを読み取るための手段とをそなえており、本実施形態においては、支援システム１００がコンピュータとしての機能を有しているのである。

使用条件情報取得部１１は、新たに追加するファイルサーバの要件（システム要件：使用条件情報）を取得する。例えば、使用条件情報取得部１１は、ディスプレイ６０に表示された入力画面６１に対して、オペレータが、キーボード５１やマウス５２を用いて入力する情報を使用条件情報として取得する。
図５は実施形態の一例としての支援システム１００における入力画面６１の例を示す図である。この入力画面６１は、ストレージシステムの設計に際して、オペレータが新たに追加するファイルサーバの要件（システム用件）の入力、すなわち、設計対象のファイルサーバシステムに組み込むストレージ装置にかかる使用条件情報の入力に用いられる。

図５に示す入力画面６１は、複数の項目６０１〜６１０をそなえている。ここで項目６０１にはファイルサーバのＯＳが、又、項目６０２にはそのＯＳの版数がそれぞれ入力される。項目６０３にはファイルサーバアプリケーション名が、又、項目６０４にはファイルサーバアプリケーションの版数がそれぞれ入力される。
項目６０５にはファイルシステムが、又、項目６０６にはファイルシステムの版数がそれぞれ入力される。ここで、ファイルシステムはＯＳ内でファイルと対応するディスク上の位置を管理するモジュールである。ファイルシステムは、アプリケーションからＩＯ要求があったファイルのディスク上の位置を求め、ディスクに対して必要なアクセスを行なう。

項目６０７にはファイルサーバの用途が入力される。この用途の入力は、予め選択されうる用途を選択肢として用意するとともに、これらの選択肢に対してユニークな用途識別情報を設定しておく。そして、この項目６０７においては、これらの選択肢を提示し、オペレータがこれらの選択肢のなかから該当するものを選択できるようにすることが望ましい。図５に示す例においては、MS-Excel保存（直接更新中心），MS-Office file保存先として，メールアーカイブ及びその他の４つの選択肢が示されている。これらの選択肢のそれぞれには、それぞれチェックマークを設定可能なボックスが配置されており、これらのボックスにチェックマークを設定することにより、１以上の用途を重複可能に選択できる。

項目６０８にはユーザ数が、項目６０９にはファイルサーバに割り当てられるボリュームサイズが入力される。又、項目６１０にはストレージ装置の機種を特定するための情報（例えば、機種番号）が入力される。
この入力画面６１の各項目６０１〜６１０に入力された情報（使用条件要素）は、ＲＡＭ３０に一時的に格納され、使用条件情報取得部１１は、このＲＡＭ３０に格納された使用条件情報を読み出すことにより取得する。

第１取得部１２は、使用条件情報取得部１１によって取得された使用条件情報に基づいてＨＤＤ４０に格納された使い方ＤＢ４１を参照し、取得された使用条件情報に相当するエントリのストレージアクセス傾向情報を抽出する。
具体的には、第１取得部１２は、使用条件情報取得部１１によって取得された使用条件情報に基づいて、使い方ＤＢ４１に登録された複数のエントリの中から、取得された使用条件情報と一致もしくはほぼ一致する相当するエントリを抽出する。

すなわち、本支援システム１００においては、使い方ＤＢ４１に登録されている複数種類のファイルサーバの運用実績に基づく情報から、使用条件情報取得部１１によって取得された使用条件情報に近い事例（エントリ）を選択・抽出し、そのストレージアクセス傾向を擬似的に用いる（推定する）。
この第１取得部１２によるエントリ選択は、例えば、以下の（１），（２），（３）の順で優先順位を付して行なうことが望ましい。

（１）使い方ＤＢ４１の各項目のうち、fileserver，用途及びfilesystemが、入力画面６１において入力された、ファイルサーバアプリケーション（項目６０３），用途（項目６０７）及びファイルシステム名（項目６０５）と一致すること。なお、用途を用途識別情報を用いて表すことにより、一致判断を容易に行なうことができる。
（２）使い方ＤＢ４１の各項目のうち、fileserver版数，ＯＳ，ＯＳ版数，filesystem版数，ボリュームサイズ及びユーザ数が、入力画面６１において入力された、ファイルサーバアプリ版数（項目６０４），ＯＳ（項目６０１），ＯＳ版数（項目６０２），ファイルシステム版数（項目６０６），ボリュームサイズ（項目６０９）及びユーザ数（項目６０８）とそれぞれ一致すること。ただし、一致しない場合には、できるだけ近い値のものを選択する。ここで近い値とは、例えば、版数に関しては、２つの版の間に存在する版の数が少ないことを意味する。

（３）使い方ＤＢ４１の各項目のうち、ボリュームサイズ及びユーザ数が、入力画面６１において入力された、ボリューム（項目６０９）及びユーザ数（項目６０８）とそれぞれ一致すること。ただし、一致しない場合には、できるだけ近い値のものを選択する。
なお、例えば、上記（２），（３）に関し、入力画面６１において入力された使用条件要素について、使い方ＤＢ４１に登録されているデータにおいて完全一致するものがない場合には、例えば、ディスプレイ６０等を介して完全一致しない旨の通知をオペレータに対して行なうことが望ましい。

また、このように、入力画面６１において入力された使用条件要素が使い方ＤＢ４１の値と完全一致しない場合に、使い方ＤＢ４１に登録されているエントリのうち、そのエントリを構成する各項目の値が入力画面６１において入力された各項目の値に近いものを１つ以上オペレータに提示し、オペレータによる選択を行なわせることが望ましい。
なお、上述した判断手法にかかる優先順位はこれに限定されるものではなく、適宜変更して実施することができる。例えば、ＯＳについての優先順位を上記（２）の代わりに（１）に含めてもよい。

このようにして、第１取得部１２は、入力画面６１において入力された使用条件要素の組み合わせ（使用条件情報）と一致もしくはほぼ一致するエントリ（被選択エントリ）を使い方ＤＢ４１から選択する。
また、第１取得部１２は、この被選択エントリから、アクセス範囲及びアクセスパターン、すなわち、ストレージアクセス傾向情報と、ピークiopsを取得する。これらの取得したアクセス範囲，アクセスパターン及びピークiopsは、ＲＡＭ３０等に格納される。

第２取得部１３は、入力画面６１から入力された使用条件要素と第１取得部１２によって取得されたストレージアクセス傾向情報とに基づいて、特定のストレージ機種の%util/iops表４３を参照し、対応する%util/iops（単位ビジー率情報）を取得する。
すなわち、第２取得部１３は、入力画面６１において入力されたボリュームサイズやアクセス範囲及びアクセスパターンに相当するエントリを選択する。又、この際、新規追加するファイルサーバのボリューム上の位置情報も考慮する。

例えば、新規追加するファイルサーバに割り当てる論理ボリュームの開始位置を、%util/iops表４３のディスク領域上のアクセス開始位置と比較して、エントリの選択を行なう。
なお、第２取得部１３は、%util/iops表４３に登録されている複数のエントリの中から、アクセス開始位置や、入力画面６１において入力されたボリュームサイズやアクセス範囲及びアクセスパターンに一致するエントリを選択する。又、%util/iops表４３においてこれらの情報が完全に一致するエントリがない場合には、例えば、一致している項目数が
多いエレメントを優先して選択したり、数値の差が小さいエレメントを優先的に選択する。これにより、第２取得部１３は、%util/iops表４３に登録されている複数のエントリの中から、アクセス開始位置や、入力画面６１において入力されたボリュームサイズやアクセス範囲及びアクセスパターンに類似（ほぼ一致）するエントリを選択する。

また、新規追加するファイルサーバに割り当てる論理ボリュームの開始位置は、オペレータが指定・入力してもよく、又、新規追加するファイルサーバに割り当てるパーティションによって特定してもよい。
第２取得部１３は、これらのディスク領域上のアクセス開始位置，ボリュームサイズ，アクセス範囲及びアクセスパターンが一致もしくはほぼ一致するエントリを%util/iops表４３から選択・抽出する。

そして、第２取得部１３は、この選択したエントリから%util/iopsを取得する。取得された%util/iopsはＲＡＭ３０等を介して算出部１４に受け渡される。
算出部１４は、第２取得部によって取得された%util/iopsに基づいて、ストレージの必要数を算出する。算出部１４は、第１取得部１２が使い方ＤＢ４１から取得したピークiopsと、第２取得部１３が取得した%util/iopsとに基づき、新たに追加するファイルサーバによるピーク性能の負荷の増加分（増加率）を求める。すなわち、算出部１４は、要求性能（ピークiops）を満たすために必要な%utilを求める。

具体的には、算出部１４は、以下の式（１）に示すように、ピークiopsに%util/iopsを乗算することにより、新たに追加するファイルサーバによるピーク性能の負荷の増分（ピーク性能影響）を算出する。

ピーク性能（%util）＝ピークiops×%util/iops ・・・（１）

本支援システム１００においては、この%utilが既存のシステム負荷による%utilと合わせて１００％を超えないようなディスク装置の台数を求め、必要な増設台数を決定する。

なお、入力画面６１の項目６０８で入力されたユーザ数が使い方ＤＢ４１のユーザ数と一致しない場合には以下の式（２）により求めたピークiopsを用いる。
｛（入力画面で入力されたユーザ数）／（使い方ＤＢ４１のユーザ数）｝
×（使い方ＤＢ４１のピークiops）＝ピーク性能の負荷の増分（％）・・・（２）
すなわち、ピークiopsに対して、ユーザ数に基づく補正演算を行なうのである。

また、上述した要求性能（ピークiops）を満たすために必要な%utilの算出結果が１００％を超える場合には、要求性能を満たすためには複数台のストレージ装置が必要であると判断し、算出部１４は、ストレージ装置の必要数を算出する。
ストレージ装置の必要数は、例えば、以下の式（３）を用いて求める。ただし、小数点以下切り上げとする。

｛（ピーク性能負荷の増分＋既存システムのストレージ負荷）／１００｝＋１
・・・（３）

なお、「既存システムのストレージ負荷」は、既存のストレージシステムのストレージ装置のビジー率（%util）であり、例えば、所定期間における%utilのピーク値を用いる。

出力制御部１５は、算出部１４によって算出されたストレージ装置の必要数等の情報を出力するための制御を行なう。この出力制御部１５は、例えば、算出されたストレージ装置の必要数等の情報をディスプレイ６０に表示させたり、プリンタ等の出力装置に出力させる制御を行なう。又、出力制御部１５は、算出されたストレージ装置の必要数等の情報を、本支援システム１００に通信回線を介して接続された他の情報処理装置に対して送信する制御を行なってもよい。

上述の如く構成された実施形態の一例としての支援システム１００における、ストレージ装置の必要数の決定手法を、図７を参照しながら図６に示すフローチャートに従って説明する。なお、図７は新たなファイルサーバサービスが追加されるストレージシステムの構成例を模式的に示す図である。
例えば、図７に示すような、ファイルサーバとしてのサービスを提供中の既存システムに対して、更に、新たな論理ボリュームを割り当ててファイルサーバを追加する場合について検討する。

この図７に示す例において、ストレージシステム９００は、サーバＰＣ１（ServerPC1），ＧｂＥ（Gigabit Ethernet：登録商標）スイッチ（ＳＷ）９０１，ディスクＰＣ（Disk PC）９０２及びストレージ装置９０３をそなえる。
ＧｂＥ ＳＷ９０１は、イーサネット（登録商標）の規格で接続される複数のネットワーク機器間でのデータの転送制御を行なう切り替えスイッチである。そして、サーバＰＣ１とディスクＰＣ９０２とはこのＧｂＥ ＳＷ９０１を介して相互に接続されている。

ディスクＰＣ９０２はストレージ装置９０３に対するデータの格納や読み出しを制御する情報処理装置であり、ストレージ装置９０３が接続されている。
ストレージ装置９０３は、データを読み書き可能に格納する記憶装置であって、例えば、そのディスク全体のデータ容量が２ＴＢであるものとする。このストレージ装置９０３の先頭位置から５００ＧＢまでを領域が論理ボリューム１（パーティション１）として設定され、サーバＰＣ１に割り当てられている。

サーバＰＣ１は、ファールサーバとして機能するサーバコンピュータであって、例えば、Sambaが実行され、論理ボリューム１が割り当てられた５００ＧＢの領域を用いて、ファイルサービスを配下のコンピュータ（図示省略）に提供している。
このような構成をそなえたストレージシステム９００において、ＧｂＥ ＳＷ９０１にサーバＰＣ２を接続し、Sambaで新たなファイルサーバとしてのサービス（新規追加サービス）を提供する場合を例に説明する。

なお、このサーバＰＣ２にはストレージ装置９０３の論理ボリューム１に後続する１ＴＢの論理ボリューム２（パーティション２）を割り当てるものとする。
先ず、新たに構築するファイルサーバのシステム要件を明確にする（ステップＳ１０）。明確にするシステム要件としては、例えば、以下のようなものがある。
（ａ）ディスク装置の種類（ストレージ機種）や領域分割方法（ボリュームサイズ，アクセス開始位置等）
例えば、図７に示す例においては、ボリュームサイズ：１ＴＢ，アクセス開始位置：５００ＧＢである。なお、ストレージ種類等の他の情報の表示は便宜上、省略する。

（ｂ）ＯＳ，ＯＳ版数，ファイルサーバアプリケーション名，ファイルサーバアプリケーション版数，ファイルシステム，ファイルシステム版数
例えば、図７に示す例においては、ファイルサーバアプリケーション名：Sambaである。なお、ＯＳやその版数，ファイルサーバアプリケーションの版数等の他の情報の表示は便宜上、省略する。

（ｃ）ユーザの使い方（用途）やユーザ数，要求性能（iops）
例えば、図７に示す例においては、ユーザ数：７００−１０００人，用途：MS-Officeファイルの保存先（共有）である。要求性能は、オペレータが適宜、入力・設定を行なってもよく、又、使い方ＤＢ４１のピークiopsを用いてもよい。本実施形態においては、要求性能としてピークiopsを用いる例について説明する。

さて、支援装置１００においては、予め、使い方ＤＢ４１や%util/iops表４３がＨＤＤ４０に保存されている。
そして、支援装置１００において支援プログラムを実行することにより、ディスプレイ６０に入力画面６１（図５参照）が表示され、上述した（ａ），（ｂ），（ｃ）の各情報を、キーボード５１やマウス５２を用いて、この入力画面６１から入力する。この入力画面６１から入力された各情報は、ＲＡＭ３０等の所定の領域に格納され、使用条件情報取得部１１によって取得される（使用条件取得ステップ）。

次に、第１取得部１２が、ステップＳ１０において入力された（ｂ），（ｃ）の情報と、使い方ＤＢ４１とを比較し、入力されたシステム要件に相当する（一致もしくは近似する）被選択エントリを抽出し、この被選択エントリに含まれるアクセスパターンを取得する（第１取得ステップ）。すなわち、入力されたシステム要件に相当するアクセスパターンを確定する（ステップＳ２０）。

図７に示す例においては、ファイルサーバアプリケーションやボリュームサイズ，用途に基づき、図２に示す使い方ＤＢ４１の項番２のエントリが新規追加サービスに近いことがわかる。第１取得部１２は、この項番２のエントリからアクセスパターンやアクセス範囲を取得するのである。又、ここで、第１取得部１２は、この項番２のエントリからピークiopsの値５０を取得する。

その後、第２取得部１３が、ステップＳ１０において指定されたストレージ機種の%util/iops表４３を参照して、ステップＳ２０において確定したアクセスパターンに関して、ステップＳ１０において入力された（ａ），（ｃ）の情報や、ステップＳ２０において使い方ＤＢ４１から取得したアクセス範囲を用いて、これらの組み合わせに相当するエントリを特定する（ステップＳ３０）。

図７に示す例においては、ディスク領域上のアクセス開始位置やボリュームサイズ，アクセス範囲及びアクセスパターンに基づき、図４に示す%util/iops表４３の項番１３のエントリが新規追加サービスに近いことがわかる。第２取得部１３は、この項番１３のエントリからその%util/iopsの値０．９を抽出する（第２取得ステップ）。
その後、算出部１４が、ステップＳ１０において入力された要求性能（iops）を満たすために必要な%util（ビジー率）を求める。この演算の結果、%utilが１００％を超える場合には、算出部１４は、要求性能（iops）を満たすためには複数のストレージ装置が必要であると判断し、ストレージ装置の必要台数を算出する（ステップＳ４０；算出ステップ）。

また、算出部１４は、ステップＳ２０において抽出したピークiopsに対して、ユーザ数に基づく補正演算を行なう。
図７に示す例においては、新規追加サービスのユーザ数７００−１０００に対して、使い方ＤＢ４１の項番２のエントリのユーザ数は７０であるので、算出部１４は、ユーザ数に基づく補正演算を行なう。

すなわち、ステップＳ２０において抽出したピークiopsの値５０に対して、前記式（２）を用いた補正演算を行なう。すなわち、
補正後のピークiops＝（７００／７０）×５０＝５００
この補正後のピークiops５００と、ステップＳ３０において取得した%util/iopsにより、ピーク性能（%util）を前記式（１）を用いて求める。すなわち、
ピーク性能＝５００×０．９
＝４５０％
これにより、図７に示す例においては、サーバＰＣ２によるサービスを新規追加すると負荷４５０％増加することがわかる。ピーク性能の値が１００％を超えると、既存のストレージ装置９０３ではＩＯ性能要求を満たすことができない。

本支援システム１００においては、%utilが既存のシステム負荷による%utilと合わせて１００％を超えないようなディスク装置の台数を求め、必要な増設台数を決定する。すなわち、算出部１４は、前記式（３）を用いてストレージ装置の必要数を算出する。
ストレージの必要数＝｛（４５０＋Ｂ）／１００｝＋１
ただし、Ｂは既存のストレージシステムのストレージ装置のビジー率であり、ストレージの必要数には、算出された値の小数点以下を切り上げた値を用いる。

すなわち、図７に示す例においては、サーバＰＣ１の負荷が５０％未満の場合には４台の、又、サーバＰＣ１の負荷が５０％以上の場合には５台のストレージ装置を増設する必要がある。
このように、実施形態の一例としての支援システム１００によれば、要求するＩＯ性能を満たすストレージシステムを容易に設計することができ利便性が高い。又、要求するＩＯ性能を満たすための必要なストレージ装置の必要数を容易かつ迅速に求めることができ、ＩＯ性能を満たすストレージシステムの設計を定量的に行なうことができ、利便性が高い。

特に、使い方ＤＢ４１として、ファイルサーバアプリケーションが実際に発生させるＩＯの傾向（ストレージアクセス傾向）を情報として収集してＩＯ設計に用いることで、ファイルサーバアプリケーションが発生させるＩＯに即したストレージシステムの設計を行なうことができる。
また、使い方ＤＢ４１として、前記ストレージアクセス傾向を、ファイルサーバの用途や使用環境等の使用条件情報に関連付けて構成することにより、使用条件に応じたストレージシステムを設計することができる。

特に、第１取得部１２が、使い方ＤＢ４１において、使用するファイルサーバアプリケーションやＯＳ，ファイルシステムについて、それぞれ、各種類や版数に合ったエントリを選択して、アクセスパターンの取得を行なう。これにより、これらの使用条件に合った設計支援を実現することができる。
本支援システム１００においては、使い方ＤＢ４１と%util/iops表４３とをそなえることにより、実行するファイルサーバ毎に決まるリード／ライトの割合やＩＯサイズの分布と、ストレージシステム内でＩＯが発生する位置や範囲とをＩＯ負荷モデルとして定義している。

そして、各ＩＯ定義モデルの負荷がストレージ装置上のどこで発生するかを特定することにより、ファイルサーバ運用で発生するＩＯ負荷の定量化を実現しているのである。
また、この定量化の手法として、LinuxでのＩＯビジー率を表す%utilを用いるとともに、%util/iops表４３として、１iops得るのに必要な%util（%util/iops）をＩＯ負荷モデルとＩＯが発生するＩＯ装置上の位置や範囲に関して定義している。これらにより、本手法の実現を容易にしている。

さらに、%util/iops表４３をストレージ装置毎に用意することにより、個々のストレージ装置で特有のＩＯ性能傾向を反映させた設計支援を行なうことができる。
また、算出部１４が、要求性能として、使い方ＤＢ４１から取得したピークiopsを用いて、ストレージ装置の必要数の算出を行なっている。これにより、ファイルサーバの実際の運用により取得されたピークiopsが要求性能として用いられ、実際の運用に即した要求性能値が設定され、信頼性を向上させることができる。

なお、上述した実施形態に関わらず、本実施形態の趣旨を逸脱しない範囲で種々変形して実施することができる。
例えば、上述したＨＤＤ４０は、ＣＰＵ１０と同一筐体内にそなえられた内蔵ストレージであってもよく、又、ＣＰＵ１０とは別の筐体にそなえられた外付けのストレージであってもよい。又、ＬＡＮ（Local Area Network）等の通信ネットワークを介して接続されるネットワークストレージであってもよい。

また、上述した実施形態においては、ＨＤＤ４０内に使い方ＤＢ４１やアクセスパターン表４２，%util/iops表４３をそなえているが、これに限定されるものではなく、少なくとも一部を他のストレージにそなえてもよい。
さらに、使い方ＤＢ４１やアクセスパターン表４２，%util/iops表４３を、ＳＳＤ（Solid State Drive：半導体記憶装置）等の他の記憶装置に格納してもよい。

また、上述した実施形態においては、算出部１４が、要求性能として、使い方ＤＢ４１から取得したピークiopsを用いて、ストレージ装置の必要数の算出を行なっているが、これに限定されるものではない。例えば、要求性能としてオペレータが任意の数値（iops）をキーボード５１等を用いて入力してもよく、種々変形して実施することができる。
さて、本実施形態にかかる技術を検証すべく、ファイルサーバのＩＯ分析を行なったところ以下の知見が得られた。

（１）ＩＯが発生する領域は、ファイルシステムとしてフォーマットしたディスクパーティションの２割前後である。又、ＩＯが発生する領域の割合やディスクボリューム上の位置はファイルサーバごとに違いが生じる。
（２）ＩＯの内訳は、リード／ライト混在で、ＩＯサイズも４KB前後を中心に１．５KBから６４KBまでの範囲で混在している。又、混在の割合はファイルサーバごとに違いが生じる。

また、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）装置のＩＯ特性の分析を行なったところ以下の知見が得られた。
（３）リード／ライトの混在の割合やＩＯサイズの内訳を変化させると、得られるピーク性能値（iops）も変化する。
（４）リード／ライトの混在の割合やＩＯサイズの内訳をそろえても、ＩＯを発生させるディスクボリューム上の位置や範囲を変化させると、得られるピーク性能値（iops）も変化する。

上記（１）〜（４）にかかる事実は、ＩＯの内訳やＩＯが発生するディスク上の位置をある程度確定できれば、得られるピーク性能値（iops）をある程度予想することが出来ることを裏付けている。
また、上述した開示により本実施形態を当業者によって実施・製造することが可能である。

以上の実施形態に関し、更に以下の付記を開示する。
（付記１）
ストレージ装置をそなえアプリケーションを実行するストレージシステムの設計を支援する支援システムであって、
該アプリケーションに関する使用条件情報に対して、予め該アプリケーションの実行時に収集したストレージ装置におけるストレージアクセス傾向情報を対応付けた、第１情報を格納する第１情報格納部と、
該ストレージ装置に関して、当該ストレージ装置におけるデータアクセス位置に対して、当該データアクセス位置における入出力負荷性能情報を対応付けた第２情報を格納する第２情報格納部と、
使用条件情報を取得する使用条件情報取得部と、
該使用条件情報取得部によって取得された該使用条件情報に基づいて該第１情報格納部に格納された該第１情報を参照し、該使用条件情報に応じた該ストレージアクセス傾向情報を取得する第１取得部と、
該第１取得部によって取得された該ストレージアクセス傾向情報に基づいて該第２情報格納部に格納された該第２情報を参照し、該入出力負荷性能情報を取得する第２取得部と、
該第２取得部によって取得された該入出力負荷情報に基づいて、該ストレージ装置数を算出する算出部とをそなえることを特徴とする、支援システム。

（付記２）
該第１情報が、該使用条件情報と該ストレージアクセス傾向情報とを対応付けた第１パターン情報を複数種類そなえた第１パターン情報群であり、
該第１取得部が、該使用条件情報取得部によって取得された該使用条件情報に基づき、該第１パターン情報群の中から、該使用条件情報に相当する該第１パターン情報を選択し、当該第１パターン情報の該ストレージアクセス傾向情報を取得することを特徴とする、付記１記載の支援システム。

（付記３）
該第２情報が、該ストレージ装置におけるアクセス位置に関するアクセス位置情報と該入出力負荷性能情報とを対応付けた第２パターン情報を複数種類そなえた第２パターン情報群であり、
該第２取得部が、該第１取得部によって取得された該ストレージアクセス傾向情報に基づき、該第２パターン情報群の中から、該ストレージアクセス傾向情報に相当する該第２パターン情報を選択し、当該第２パターン情報の該入出力負荷性能情報を取得することを特徴とする、付記１又は２記載の支援システム。

（付記４）
使用条件情報を取得する使用条件情報取得部と、
該使用条件情報取得部によって取得された該使用条件情報に基づいて、ストレージに関する使用条件情報に対して、予めアプリケーションの実行時に収集されたストレージ装置におけるストレージアクセス傾向情報を対応付けた第１情報を格納する第１情報格納部から、該第１情報を参照し、該ストレージアクセス傾向情報を取得する第１取得部と、
該第１取得部によって取得された該ストレージアクセス傾向情報に基づいて、該ストレージ装置に関して、当該ストレージ装置におけるデータアクセス位置に対して、当該データアクセス位置における入出力負荷性能情報を対応付けた第２情報を格納する第２情報格納部を参照し、該入出力負荷性能情報を取得する第２取得部と、
該第２取得部によって取得された該入出力負荷性能情報に基づいて、該ストレージ装置数を算出する算出部とをそなえることを特徴とする、情報処理装置。

（付記５）
該第１情報が、該使用条件情報と該ストレージアクセス傾向情報とを対応付けた第１パターン情報を複数種類そなえた第１パターン情報群であり、
該第１取得部が、該使用条件情報取得部によって取得された該使用条件情報に基づき、該第１パターン情報群の中から、該使用条件情報に相当する該第１パターン情報を選択し、当該第１パターン情報の該ストレージアクセス傾向情報を取得することを特徴とする、付記４記載の情報処理装置。

（付記６）
該第２情報が、該ストレージ装置におけるアクセス位置に関するアクセス位置情報と該入出力負荷性能情報とを対応付けた第２パターン情報を複数種類そなえた第２パターン情報群であり、
該第２取得部が、該第１取得部によって取得された該ストレージアクセス傾向情報に基づき、該第２パターン情報群の中から、該ストレージアクセス傾向情報に相当する該第２パターン情報を選択し、当該第２パターン情報の該入出力負荷性能情報を取得することを特徴とする、付記４又は５記載の情報処理装置。

（付記７）
ストレージ装置をそなえたストレージシステムの設計を支援する支援方法であって、
使用条件情報を取得し、
取得された該使用条件情報に基づいて、ストレージに関する使用条件情報に対して、予めアプリケーションの実行時に収集されたストレージ装置におけるストレージアクセス傾向情報を対応付けた第１情報を格納する第１情報格納部から、該第１情報を参照し、該ストレージアクセス傾向情報を取得し、
該ストレージアクセス傾向情報に基づいて、該ストレージ装置に関して、当該ストレージ装置におけるデータアクセス位置に対して、当該データアクセス位置における入出力負荷性能情報を対応付けた第２情報を格納する第２情報格納部を参照し、該入出力負荷性能情報を取得し、
該入出力負荷性能情報に基づいて、該ストレージ装置数を算出する、ことを特徴とする、支援方法。

（付記８）
該第１情報が、該使用条件情報と該ストレージアクセス傾向情報とを対応付けた第１パターン情報を複数種類そなえた第１パターン情報群であり、
該ストレージアクセス傾向情報を取得する処理が、該使用条件情報に基づき、該第１パターン情報群の中から、該使用条件情報に相当する該第１パターン情報を選択し、当該第１パターン情報の該ストレージアクセス傾向情報を取得することを特徴とする、付記７記載の支援方法。

（付記９）
該第２情報が、該ストレージ装置におけるアクセス位置に関するアクセス位置情報と該入出力負荷性能情報とを対応付けた第２パターン情報を複数種類そなえた第２パターン情報群であり、
該入出力負荷性能情報を取得する処理が、該ストレージアクセス傾向情報に基づき、該第２パターン情報群の中から、該ストレージアクセス傾向情報に相当する該第２パターン情報を選択し、当該第２パターン情報の該入出力負荷性能情報を取得することを特徴とする、付記７又は８記載の支援方法。
（付記１０）
ストレージをそなえたストレージシステムの設計を支援する支援機能をコンピュータに実行させるための支援プログラムであって、
使用条件情報を取得し、
取得された該使用条件情報に基づいて、ストレージに関する使用条件情報に対して、予めアプリケーションの実行時に収集されたストレージ装置におけるストレージアクセス傾向情報を対応付けた第１情報を格納する第１情報格納部から、該第１情報を参照し、該ストレージアクセス傾向情報を取得し、
取得された該ストレージアクセス傾向情報に基づいて、該ストレージ装置に関して、当該ストレージ装置におけるデータアクセス位置に対して、当該データアクセス位置における入出力負荷性能情報を対応付けた第２情報を格納する第２情報格納部を参照し、該入出力負荷性能情報を取得し、
該第２取得部によって取得された該入出力負荷性能情報に基づいて、該ストレージ装置数を算出する処理を該コンピュータに実行させることを特徴とする、支援プログラム。
（付記１１）
該第１情報が、該使用条件情報と該ストレージアクセス傾向情報とを対応付けた第１パターン情報を複数種類そなえた第１パターン情報群であり、
該ストレージアクセス傾向情報を取得する処理が、該使用条件情報に基づき、該第１パターン情報群の中から、該使用条件情報に相当する該第１パターン情報を選択し、当該第１パターン情報の該ストレージアクセス傾向情報を取得することを特徴とする、付記１０記載の支援プログラム。
（付記１２）
該第２情報が、該ストレージ装置におけるアクセス位置に関するアクセス位置情報と該入出力負荷性能情報とを対応付けた第２パターン情報を複数種類そなえた第２パターン情報群であり、
該入出力負荷性能情報を取得する処理が、該ストレージアクセス傾向情報に基づき、該第２パターン情報群の中から、該ストレージアクセス傾向情報に相当する該第２パターン情報を選択し、当該第２パターン情報の該入出力負荷性能情報を取得することを特徴とする、付記１０又は１１記載の支援プログラム。

（付記１３）
ストレージをそなえたストレージシステムの設計を支援する支援機能をコンピュータに実行させるための支援プログラムを記録したコンピュータ読取可能な記録媒体であって、
該支援プログラムが、
使用条件情報を取得し、
取得された該使用条件情報に基づいて、ストレージに関する使用条件情報に対して、予めアプリケーションの実行時に収集されたストレージ装置におけるストレージアクセス傾向情報を対応付けた第１情報を格納する第１情報格納部から、該第１情報を参照し、該ストレージアクセス傾向情報を取得し、
取得された該ストレージアクセス傾向情報に基づいて、該ストレージ装置に関して、当該ストレージ装置におけるデータアクセス位置に対して、当該データアクセス位置における入出力負荷性能情報を対応付けた第２情報を格納する第２情報格納部を参照し、該入出力負荷性能情報を取得し、
取得された該入出力負荷性能情報に基づいて、該ストレージ装置数を算出する処理を該コンピュータを機能させることを特徴とする、支援プログラムを記録したコンピュータ読取可能な記録媒体。

（付記１４）
該第１情報が、該使用条件情報と該ストレージアクセス傾向情報とを対応付けた第１パターン情報を複数種類そなえた第１パターン情報群であり、
該ストレージアクセス傾向情報を取得する処理が、該使用条件情報に基づき、該第１パターン情報群の中から、該使用条件情報に相当する該第１パターン情報を選択し、当該第１パターン情報の該ストレージアクセス傾向情報を取得することを特徴とする、付記１３記載の支援プログラムを記録したコンピュータ読取可能な記録媒体。

（付記１５）
該第２情報が、該ストレージ装置におけるアクセス位置に関するアクセス位置情報と該入出力負荷性能情報とを対応付けた第２パターン情報を複数種類そなえた第２パターン情報群であり、
該入出力負荷性能情報を取得する処理が、該ストレージアクセス傾向情報に基づき、該第２パターン情報群の中から、該ストレージアクセス傾向情報に相当する該第２パターン情報を選択し、当該第２パターン情報の該入出力負荷性能情報を取得することを特徴とする、付記１３又は１４記載の支援プログラムを記録したコンピュータ読取可能な記録媒体。

１０ ＣＰＵ
１１ 使用条件情報取得部
１２ 第１取得部
１３ 第２取得部
１４ 算出部
１５ 出力制御部
２０ ＲＯＭ
３０ ＲＡＭ
４０ ＨＤＤ（第１情報格納部，第２情報格納部）
４１ 使い方ＤＢ（第１情報）
４２ アクセスパターン表
４３ %util/iops表（第２情報）
５１ キーボード
５２ マウス
６０ ディスプレイ
６１ 入力画面
６０１〜６１０ 入力項目
１００ 支援システム
９００ ストレージシステム
９０１ ＧｂＥスイッチ
９０２ ディスクＰＣ
９０３ ストレージ装置

Claims (5)

1. ストレージをそなえたストレージシステムの設計を支援する支援機能をコンピュータに実行させるための支援プログラムであって、
   使用条件情報を取得し、
   取得された該使用条件情報に基づいて、ストレージに関する使用条件情報に対して、予めアプリケーションの実行時に収集されたストレージ装置におけるストレージアクセス傾向情報を対応付けた第１情報を格納する第１情報格納部から、該第１情報を参照し、該ストレージアクセス傾向情報を取得し、
   取得された該ストレージアクセス傾向情報に基づいて、該ストレージ装置に関して、当該ストレージ装置におけるデータアクセス位置に対して、当該データアクセス位置における入出力負荷性能情報を対応付けた第２情報を格納する第２情報格納部を参照し、該入出力負荷性能情報を取得し、
   取得された該入出力負荷性能情報に基づいて、該ストレージ装置数を算出する、
   処理を該コンピュータに実行させることを特徴とする、支援プログラム。
2. 該第１情報が、該使用条件情報と該ストレージアクセス傾向情報とを対応付けた第１パターン情報を複数種類そなえた第１パターン情報群であり、
   該ストレージアクセス傾向情報を取得する処理が、該使用条件情報に基づき、該第１パターン情報群の中から、該使用条件情報に相当する該第１パターン情報を選択し、当該第１パターン情報の該ストレージアクセス傾向情報を取得することを特徴とする、請求項１記載の支援プログラム。
3. 該第２情報が、該ストレージ装置におけるアクセス位置に関するアクセス位置情報と該入出力負荷性能情報とを対応付けた第２パターン情報を複数種類そなえた第２パターン情報群であり、
   該入出力負荷性能情報を取得する処理が、該ストレージアクセス傾向情報に基づき、該第２パターン情報群の中から、該ストレージアクセス傾向情報に相当する該第２パターン情報を選択し、当該第２パターン情報の該入出力負荷性能情報を取得することを特徴とする、請求項１又は２記載の支援プログラム。
4. 使用条件情報を取得する使用条件情報取得部と、
   該使用条件情報取得部によって取得された該使用条件情報に基づいて、ストレージに関する使用条件情報に対して、予めアプリケーションの実行時に収集されたストレージ装置におけるストレージアクセス傾向情報を対応付けた第１情報を格納する第１情報格納部から、該第１情報を参照し、該ストレージアクセス傾向情報を取得する第１取得部と、
   該第１取得部によって取得された該ストレージアクセス傾向情報に基づいて、該ストレージ装置に関して、当該ストレージ装置におけるデータアクセス位置に対して、当該データアクセス位置における入出力負荷性能情報を対応付けた第２情報を格納する第２情報格納部を参照し、該入出力負荷性能情報を取得する第２取得部と、
   該第２取得部によって取得された該入出力負荷性能情報に基づいて、該ストレージ装置数を算出する算出部とをそなえることを特徴とする、情報処理装置。
5. ストレージ装置をそなえたストレージシステムの設計を支援する支援方法であって、
   使用条件情報を取得し、
   取得された該使用条件情報に基づいて、ストレージに関する使用条件情報に対して、予めアプリケーションの実行時に収集されたストレージ装置におけるストレージアクセス傾向情報を対応付けた第１情報を格納する第１情報格納部から、該第１情報を参照し、該ストレージアクセス傾向情報を取得し、
   該ストレージアクセス傾向情報に基づいて、該ストレージ装置に関して、当該ストレージ装置におけるデータアクセス位置に対して、当該データアクセス位置における入出力負荷性能情報を対応付けた第２情報を格納する第２情報格納部を参照し、該入出力負荷性能情報を取得し、
   該入出力負荷性能情報に基づいて、該ストレージ装置数を算出する、
   ことを特徴とする、支援方法。

Images