(57)【要約】【課題】上位計算機に対するストレージサブシステムの応答性能に影響を与えている問題のリソースを迅速、かつ的確に特定でき、以って、ストレージサブシステムの上位計算機システムに対する応答性を維持するのに好適なストレージシステムを提供する。【解決手段】本発明に係るストレージシステムは、上位計算機と、記憶デバイスと、前記記憶デバイスの記憶領域を前記上位計算機からのアクセスに割り当てる複数のリソースと、前記複数のリソース同士の対応関係を記憶するメモリと、前記複数のリソースのうち所定のリソースを選択する入力が管理者から適用される入力装置と、前記選択されたリソースに関連する他のリソースを前記対応関係を利用して抽出し、抽出された他のリソースの性能の状況を検出し、この検出結果に基づいて前記選択されたリソースの性能に依存関係を有する関連リソースを前記他のリソースの中から特定し、前記選択されたリソースと前記関連リソースとを対応付けた出力を出力装置に実行させるコントローラと、を備える。【選択図】図１
2009223442.tif 000002
【特許請求の範囲】
【請求項１】
上位計算機と、
記憶デバイスと、
前記記憶デバイスの記憶領域を前記上位計算機からのアクセスに割り当てる複数のリソースと、
前記複数のリソース同士の対応関係を記憶するメモリと、
前記複数のリソースのうち所定のリソースを選択する入力が管理者から適用される入力装置と、
前記選択されたリソースに関連する他のリソースを前記対応関係を利用して抽出し、抽出された他のリソースの性能の状況を検出し、この検出結果に基づいて前記選択されたリソースの性能に依存関係を有する関連リソースを前記他のリソースの中から特定し、前記選択されたリソースと前記関連リソースとを対応付けた出力を出力装置に実行させるコントローラと、
を備えるストレージシステム。
【請求項２】
前記コントローラは、前記関連リソースを、前記他のリソースのうち当該関連リソース以外のリソースとは区別して、前記出力装置から出力させる、請求項１記載のストレージシステム。
【請求項３】
前記他のリソースの性能の状況は当該他のリソースのＩ／Ｏの頻度である、請求項１記載のストレージシステム。
【請求項４】
前記コントローラは、前記Ｉ／Ｏの頻度が閾値以下のリソースを前記関連リソースとしない、請求項３記載のストレージシステム。
【請求項５】
前記コントローラは、前記他のリソースのうちの第１のリソースから、別のリソースにデータをマイグレーションし、前記第１のソースのＩ／Ｏの頻度を前記閾値以下にし、当該第１のリソースを前記関連リソースとしない、請求項４記載のストレージシステム。
【請求項６】
前記上位装置に対応付けられたボリュームを有し、
前記コントローラは、当該ボリュームに対する前記上位装置からのアクセスに応じて、前記記憶領域から所定の容量の単位領域の複数を割り当て、当該単位領域のＩ／Ｏ頻度を求める請求項３記載のストレージシステム。
【請求項７】
前記ボリュームが複数あり、
前記複数の単位領域の一部が前記複数のボリュームにともに割り当てられている、請求項６記載のストレージシステム。
【請求項８】
前記コントローラは、同一ボリュームの前記単位領域のＩ／Ｏ頻度が同一傾向になるように、同一傾向以外のＩ／Ｏ頻度を持つ単位領域のデータを他のボリュームにマイグレーションする、請求項７記載のストレージシステム。
【請求項９】
前記コントローラは、前記他のボリュームを前記関連リソースから除く、請求項８記載のストレージシステム。
【請求項１０】
前記コントローラは、前記複数の他のリソースのＩ／Ｏ頻度の検出結果を備えたテーブルを前記出力装置から出力させる、請求項３記載のストレージサブシステム。
【請求項１１】
前記コントローラは、前記Ｉ／Ｏ頻度が低い順に前記複数の他のリソースを前記テーブルに配置させる請求項９記載のストレージサブシステム。
【請求項１２】
上位計算機と、
記憶デバイスを有し、剛体記憶デバイスの記憶領域を前記上位計算機からのアクセスに割り当てる複数のリソースと、前記複数のリソース同士の対応関係を記憶するメモリと、を備えるストレージサブシステムと、
前記複数のリソースのうち所定のリソースを選択する入力に基づいて、前記選択されたリソースに関連する他のリソースを前記対応関係を利用して抽出し、抽出された他のリソースの性能の状況を検出し、この検出結果に基づいて前記選択されたリソースの性能に依存関係を有する関連リソースを前記他のリソースの中から特定し、前記選択されたリソースと前記関連リソースとを対応付けた出力を出力装置に実行させる管理計算機と、
を備えるストレージシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージシステム及びその性能管理方法に係り、特に、上位計算機からのＩ／Ｏリクエストに対するストレージサブシステムの応答性能を管理するための構成を備えたストレージシステム、及びその性能管理方法に関するものである。
【背景技術】
【０００２】
システム管理者は、上位計算機に対するストレージサブシステムの応答性能を維持するための管理をストレージサブシステムに対して継続的に行わなくてならない。例えば、管理者はストレージサブシステムから上位計算機への応答性能、あるいは上位計算機からストレージサブシステムへの応答性能を継続的に監視し、応答性能が低下した場合には迅速にその原因を突き止め、ストレージサブシステムのハードディスク駆動装置を交換するなどの対処を行わなければならない。
【０００３】
この種の管理技術に関する従来例として、例えば、下記特許文献１は、計算機システム内の各リソースの性能に係る情報が管理者に通知される際、リソース間のマッピングテーブルが参照されて、管理情報として出力すべきリソースが絞り込まれる技術を開示している。
【特許文献１】米国特許第７１２７５５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１では、ストレージシステムに存在するあるリソースの性能を管理することにおいて、サーバとストレージサブシステム間に設定されたマッピング情報に基づいて、監視対象のリソースに関連付けられた全てのリソースとその性能に関する情報が管理者に出力されていた。
【０００５】
これら全てのリソースの中で、例えば、サーバからのＩ／Ｏアクセスに基づく処理が完了しているなど、監視対象のリソースの性能に影響を及ぼさないリソースや、そもそもＩ／Ｏリクエストが無いリソースがあるにもかかわらず、全てのリソースが管理者に提示されると、管理者は監視対象のリソースの性能に対して依存関係を有し、かつ当該ソースの性能低下にボトルネックとなっている真に問題があるリソースを迅速かつ的確に特定することができなくなる。
【０００６】
本発明はこの課題を解決するために、上位計算機に対するストレージサブシステムの応答性能に影響を与えている問題のリソースを迅速、かつ的確に特定でき、以って、ストレージサブシステムの上位計算機システムに対する応答性を維持するのに好適なストレージシステムを提供することを目的とするものである。
【課題を解決するための手段】
【０００７】
そこで、本発明のストレージシステムに係る性能管理においては、前記目的を達成するために、上位計算機に対するストレージサブシステムの応答性に影響を与えるリソースを特定する際、リソースに対するマッピング情報のほか、リソースへのＩ／Ｏリクエストの状況を加味して、管理者に提示されるリソース数を制限することにより、問題あるリソースを迅速に特定できるようにしたものである。
【発明の効果】
【０００８】
以上説明したように、本発明によれば、上位計算機に対するストレージサブシステムの応答性能に影響を与えている問題のリソースを迅速、かつ的確に特定でき、以って、ストレージサブシステムの上位計算機システムに対する応答性を維持するのに好適なストレージシステムを提供することができる。
【発明を実施するための最良の形態】
【０００９】
以下に、図面を参照しながら本発明の代表的な実施形態に係るストレージシステム及びストレージシステムの性能管理方法を説明する。尚、以下に説明する実施形態によって本発明が限定されるものではない。
【００１０】
図１は、本発明に係るストレージシステムの第１の実施形態を示すブロック図である。ストレージシステムは、情報収集プログラムを有する１台以上のサーバ（上位計算機）、情報収集プログラムを有し、仮想化機能を保持する１台以上のストレージ装置（ストレージサブシステム）、そして、性能依存関係判定プログラム及びプロビジョニングモジュールを有する１台以上の性能監視サーバを有する。各プログラムの内容については後述する。
【００１１】
この実施形態では、サーバ及びストレージ装置が有する情報収集プログラムは、サーバ及びストレージ装置内に保持されているものとしたが、その他、情報収集プログラム用サーバ内や、性能監視サーバ内で動作するものでもよい。
【００１２】
以後の説明における都合上、ストレージシステムにおいては、１台のサーバ  （サーバＡ）  ４００００と、仮想化機能を保持する１台のストレージ装置  （ストレージ装置Ａ）  ５００００がファイバチャネルネットワーク３００００を介して相互に接続されているものとする。
【００１３】
ストレージ装置Ａ  （５００００）は、サーバＡ  （４００００）  に対して、仮想ボリュームｖｖ１  （５１１００）  を通して、仮想化プールｖｐ１  （５２１００）、及びＲＡＩＤグループＲＧ１  （５３１００）、ＲＧ２（５３２００）に対応する物理的記憶領域を提供する。
【００１４】
同様に、仮想ボリュームｖｖ２  （５１２００）を通して、仮想化プールｖｐ２  （５２２００）、及びＲＡＩＤグループＲＧ２  （５３２００）、ＲＧ３（５３３００）に対応する物理的記憶領域を同様にサーバＡに提供する。物理的記憶領域はハードディスクドライブや、フラッシュメモリ等半導体メモリから提供される。
【００１５】
仮想化機能により、サーバＡのユーザは任意の容量のボリュームを仮想ボリュームとして定義し、仮想ボリュームを経由して仮想化プール内の記憶領域へのホストアクセスが可能となる。ここで、ＲＡＩＤグループＲＧ２は、仮想化プールｖｐ１、ｖｐ２に共有されているものとしている。
【００１６】
サーバＡからの仮想ボリュームの論理アドレスへのＩ／Ｏリクエストは、ストレージ装置が共有メモリに保持するマッピング情報に従って処理される。Ｉ／Ｏリクエストの対象となった論理アドレスがこのマッピング情報に存在しない場合は、ストレージ装置は、仮想化プールに対応するＲＡＩＤグループから記憶領域  （ボリューム）を仮想化プールに動的に割り当てる。なお、仮想化プールに後述のページ（記憶領域の割当単位）を割り当てることでも良い。
【００１７】
すなわち、管理サーバ１００００にとって、Ｉ／Ｏリクエストを行う仮想ボリュームと、実際にＩ／Ｏ処理の行われる仮想化プールに設定されたボリュームは多対多の関係にあり、シーケンシャルアクセス時など性能面を考慮した配置が取られる場合や、省電力を考慮した配置などが取られる場合、あるいは物理領域を新たにＯｎ−ｄｅｍａｎｄで追加する場合など、プールを介して仮想ボリュームと対応づいた論理ボリュームへのホストＩ／Ｏが行われない状況が多く存在する。これは図１で言うと、ｖｖ１へのホストＩ／ＯはＲＧ１からなる物理領域に対しては行われるものの、ＲＧ２からなる物理領域には行われないような状況である。
【００１８】
なお、サーバＡとストレージ装置Ａの接続形態については、図１に示すようにファイバチャネル３００００を利用して直接接続されるのではなく、１台以上のファイバチャネルスイッチなどネットワーク機器を介して接続されてもよい。また、サーバＡとストレージ装置Ａの接続に、ファイバチャネル３００００を利用したが、データ通信用のネットワークであれば、別のネットワークでもよく、例えばＩＰネットワークでもよい。
【００１９】
ストレージ装置Ａにあるリソースの性能を監視する性能監視サーバＡ  （１００００）は、管理用ネットワーク２００００を介して、サーバＡ、ストレージ装置Ａに接続されており、各装置の情報収集プログラムと通信する。性能依存関係判定プログラム１２１００は、後述する処理により、複数のリソース間における性能上の関連に関する判定処理を行う。
【００２０】
情報提示プログラム１２２００は、後述する処理により、性能依存関係判定プログラムにより判定された性能上の関連を提示する処理を行う。プロビジョニングプログラム１２３００は、後述する処理により、記憶領域に格納されたデータのマイグレーションを行う。
【００２１】
図２に性能監視サーバ１００００の構成例に係るハードウエアブロック図を示す。性能監視サーバは、プロセッサ１１０００と、メモリ１２０００と、管理用ネットワーク２００００に接続するための通信装置１３０００と、性能依存関係判定プログラム１２１００による処理の実行結果を出力するディスプレイ装置などの出力装置１４０００と、管理者が指示を入力するためのキーボードなどの入力装置１５０００と、記憶装置１７０００を有し、これらは内部バスなどの通信路１６０００を介して相互に接続されている。
【００２２】
メモリ１２０００には、プロセッサ１１０００によって実行されるプログラムである、性能依存関係判定プログラム１２１００、情報提示プログラム１２２００、及びプロビジョニングプログラム１２３００と、ストレージシステムに属する各装置の情報収集プログラムから収集した情報を格納する領域としての、構成情報リポジトリ１２４００、性能情報リポジトリ１２５００、アクセス傾向リポジトリが格納されている。
【００２３】
また、構成情報リポジトリ１２４００には、サーバ４００００にマウントされた仮想ボリューム５１１００，５１２００の対応関係を保持するサーバ−ストレージマッピングテーブル１２４１０と、ＲＡＩＤグループを構成する記憶領域の仮想化プールへの登録状況を示す、プール登録状況テーブル１２４２０と、後述の性能情報テーブルの情報を加味して、表示用の構成情報を保持する構成情報テーブル１２４３０と、が格納されている。
【００２４】
また、性能情報リポジトリ１２５００には、ストレージシステムに含まれる装置及び装置の持つリソースの性能情報を保持する性能情報テーブル１２５１０が格納されている。プロセッサ１００００は、メモリ１２０００に格納されるプログラムを読み出し、そして、プログラムを実行し、メモリ１２０００に格納されるテーブルを参照、及び、それを更新する処理を行なう。
【００２５】
リソースとは、サーバＡがアクセスする論理ボリューム（５１１００、５１２００）に記憶デバイスの記憶資源を割り当てるための、ハードウエア及び論理的な構成単体であり、後者のものとして、図１の仮想化プール、仮想化プールの論理ボリューム、仮想化プールの論理ボリュームに対して対応付けされたＲＡＩＤグループ、後述のページなどがリソースとして存在する。前者のものとして、ストレージポートなどのデータＩ／Ｆ制御部や、ディスクキャッシュ、プロセッサなどがリソースとして存在する。
【００２６】
プロビジョニングプログラム１２３００は管理サーバ１００００内のメモリ１２０００内に格納されているが、必ずしもそうではなく、例えば、サーバ４００００のメモリ４２０００内や、ストレージ装置５００００のメモリ５２０００内で動作させてもよく、また、別のサーバ上で動作させても良い。
【００２７】
また、そのほかの既述した各プログラム及び各テーブルも、メモリ１２０００に格納されているとして説明したが、記憶装置１７０００あるいは、別の記録媒体に格納され、プログラムが実行される時、そしてテーブルが参照される際にプロセッサ１１０００がメモリ１２０００上に読み出して、プログラムやテーブルに対する処理を行ってもよい。また、これらを別のサーバあるいはストレージ装置に保持してもよい。
【００２８】
図３にサーバ４００００の構成例を示す。サーバ４００００は、プロセッサ４１０００と、メモリ４２０００と、管理用ネットワーク２００００に接続するための管理Ｉ／Ｆ制御部４３０００と、ファイバチャネル３００００に接続するための一つ以上のデータＩ／Ｆ制御部４７０００と、記憶装置４８０００と、を有し、これらを内部バス等の通信路４６０００によって相互に接続している。
【００２９】
メモリ４２０００には、性能監視サーバ１００００と通信して業務サーバ４００００の管理情報及び性能情報を送受信するためのプログラムである情報収集プログラム４２１００と、ストレージ装置５００００から公開（ａｖａｉｌａｂｌｅ）されているボリューム５１１００．５１２００をサーバ４００００にマウントするプログラムとしてのボリューム管理プログラム４２２００と、が格納されている。サーバ４００００の情報収集プログラム４２１００は、サーバ４００００の性能情報を収集するためのポーリングメッセージなどの管理情報を監視サーバ１００００から受信する。
【００３０】
ボリューム管理プログラム４２２００はストレージ装置Ａから、サーバ４００００に提供されている仮想ボリュームをサーバＡの記憶装置４８０００のボリューム４８１００にマウントして、サーバＡ上の業務プログラムが、ストレージ装置Ａの仮想ボリュームを利用できるようにしている。
【００３１】
なお、サーバ４００００を一機、サーバＡの備えるデータＩ／Ｆ制御部を一つのユニットとして説明したが、サーバの機数及びデータＩ／Ｆ制御部の数は複数でもよい。
【００３２】
また、情報収集プログラム４２１００、ボリューム管理プログラム４２２００は、サーバ４００００のメモリ４２０００内に格納されているものとして説明したが、他の記憶装置あるいは他の記憶媒体に格納され、プロセッサ４１０００がメモリ４２０００上に読み込んでもよく、また、他のサーバあるいはストレージ装置に保持するようにしてもよい。
【００３３】
図４にストレージ装置５００００の構成例に係る機能ブロック図を示す。ストレージ装置５００００は、プロセッサ５１０００と、メモリ５２０００と、管理用ネットワーク２００００に接続するための管理Ｉ／Ｆ制御部５３０００と、ファイバチャネル３００００に接続するためのデータＩ／Ｆ制御部５７０００と、ディスクＩ／Ｆ制御部５７１００と、データ格納領域を提供するボリューム提供部５９０００を有し、これらを内部バス等の通信路５６０００を介して相互に接続している。
【００３４】
メモリ５２０００には、性能監視サーバと通信してストレージ装置の管理情報及び性能情報を送受信するためのプログラムである情報収集プログラム５２１００、ある記憶領域のデータを他の記憶領域にマイグレーションするデータマイグレーションプログラム５２２００が格納されている。
【００３５】
ボリューム提供部５９０００は、複数の物理ディスクから構成されたＲＡＩＤグループの部分領域である論理ボリュームを仮想化プールに割り当て、仮想化プールを仮想ボリュームにマッピングすることで、サーバ４００００がストレージ装置５００００の仮想ボリュームへアクセスすることにより、データを物理的記憶領域にライトできるようにしている。
【００３６】
なお、ストレージ装置を一機、ストレージ装置の備えるデータＩ／Ｆ制御部を一つのユニット、ストレージ装置の備えるディスクＩ／Ｆ制御部を一つのユニットとして説明したが、ストレージ装置の機数及びデータＩ／Ｆ制御部の数、ディスクＩ／Ｆ制御部の数は複数でもよい。
【００３７】
また、情報収集プログラム５２１００はメモリ５２０００内に格納されているものとしたが、別の記憶装置あるいは別の記憶媒体に格納され、実行時にプロセッサ５１０００がメモリ５２０００上に読み込みを行っても良く、また、別のサーバ上あるいはストレージ装置内、サーバ内で保持しても良い。
【００３８】
図５は、性能監視サーバ１００００が保持する構成情報リポジトリ１２４００内に格納されるサーバ−ストレージマッピングテーブル１２４１０の一例を示す。本テーブルは、業務サーバ４００００の各ボリュームがストレージ装置のどのデータＩ／Ｆを経由して、どの仮想ボリューム、仮想化プールに対応しているかを管理するためのものである。
【００３９】
サーバ−ストレージマッピングテーブル１２４１０は性能依存関係判定プログラム１２１００によってレコードが追加されるテーブルである。サーバ−ストレージマッピングテーブル１２４１０のサーバ名欄１２４１１には業務サーバを一意に識別するための値が登録され、ボリューム番号欄１２４１２にはサーバ内のボリュームを一意に識別するための値が登録され、ストレージ名欄１２４１３にはボリューム番号欄に示された、サーバのボリュームに対応しているストレージ装置を一意に識別するための値が登録され、データＩ／Ｆ番号欄１２４１４には、ボリューム番号欄のボリュームが利用しているデータＩ／Ｆを一意に識別するための値が登録され、仮想ボリューム番号１２４１５欄には業務サーバの各ボリュームが利用している仮想ボリュームを一意に識別するための値が登録され、仮想化プール識別子欄１２４１６には各仮想ボリュームに記憶領域を提供するための仮想化プールを一意に識別するための値が登録されている。
【００４０】
なお、ストレージ名欄、データＩ／Ｆ番号欄、仮想ボリューム番号欄、仮想化プール識別子欄に”−”と登録されているエントリは、サーバにストレージが割り当てられていないことを示す。
【００４１】
図６に、性能監視サーバ１００００が保持する構成情報リポジトリ１２４００内に格納されるプール登録状況テーブル１２４２０の一例を示す。本テーブルは、仮想化プールがどの論理ボリューム、ＲＡＩＤグループに対応しているかを管理するためのテーブルである。
【００４２】
プール登録状況テーブル１２４２０は性能依存関係判定プログラム１２１００によってレコードが追加されるテーブルである。プール登録状況テーブル１２４２０の仮想化プール識別子欄１２４２１には、図５に示したサーバ−ストレージマッピングテーブル同様、各仮想ボリュームに記憶領域を提供する仮想化プールを一意に識別するための値が登録され、論理ボリューム番号欄１２４２２には、仮想化プール識別子欄の各プールを構成する論理ボリュームを一意に識別するための値が登録され、ＲＡＩＤグループ番号欄１２４２３には、仮想化プール識別子欄の各プールを構成するＲＡＩＤグループを一意に識別するための値が登録されている。
【００４３】
図７に性能監視サーバ１００００が保持する性能情報リポジトリ１２５００内に格納される、ストレージシステムのリソースの性能に関する情報を表す性能情報テーブル１２５１０の一例を示す。本テーブルは、各サーバ４００００の各ボリューム、各ストレージ装置の論理ボリューム、各ストレージ装置のＲＡＩＤグループなど、リソースに関する性能情報を格納したテーブルである。
【００４４】
性能情報テーブル１２５１０は性能依存関係判定プログラム１２１００によりレコードが追加されるテーブルである。性能情報テーブルのストレージ名欄１２５１１にはストレージを一意に識別するための値が登録され、論理ボリューム番号欄１２５１２には仮想化プールに割り当てられた論理ボリュームを一意に識別するための値が登録され、Ｉ／Ｏ  Ｒｅｓｐｏｎｓｅ  Ｔｉｍｅ欄１２５１３には論理ボリュームへのプロセッサ５１０００からのＩ／Ｏに対する応答時間が登録され、ＩＯＰＳ（ＩＯ  ｐｅｒ  ｓｅｃｏｎｄ）欄１２５１４には論理ボリュームへの単位時間当たりのＩ／  Ｏ量が登録され、Ｉ／Ｏ  Ｔｒａｎｓｆｅｒ欄１２５１５には論理ボリュームからキャッシュメモリなどへの単位時間当たりのＩ／Ｏ転送量が登録される。
【００４５】
また、ＲＡＩＤグループ番号欄１２５１６には、ＲＡＩＤグループを一意に識別するための値が登録され、Ｉ／Ｏ  Ｒｅｓｐｏｎｓｅ  Ｔｉｍｅ欄１２５１７にはプロセッサなどからのＲＡＩＤグループへのＩ／Ｏリクエストに対する応答時間が登録され、ＩＯＰＳ欄１２５１８にはＲＡＩＤグループへの単位時間当たりのＩ／  Ｏ量が登録され、Ｉ／Ｏ  Ｔｒａｎｓｆｅｒ欄１２５１９にはＲＡＩＤグループからの単位時間当たりのＩ／Ｏ転送量が登録される。
【００４６】
図７においては、リソースの性能を評価するための性能情報の一例として、Ｉ／Ｏ  Ｒｅｓｐｏｎｓｅ  Ｔｉｍｅ、Ｉ／Ｏ  Ｐｅｒ  Ｓｅｃｏｎｄ、Ｉ／Ｏ  Ｔｒａｎｓｆｅｒ  Ｒａｔｅを挙げたが、Ｒｅａｄ  Ｉ／Ｏ  Ｒｅｓｐｏｎｓｅ  Ｔｉｍｅ、Ｗｒｉｔｅ  Ｉ／Ｏ  Ｒｅｓｐｏｎｓｅ  ＴｉｍｅなどＲｅａｄアクセスとＷｒｉｔｅアクセス毎の性能や、その他の性能指標を利用してもよい。
【００４７】
図８に性能監視サーバ１００００が保持する構成情報リポジトリ１２４００内に格納される構成情報テーブル１２４３０の一例を示す。本テーブルは、図７に示した性能情報テーブル１２５１０に格納されたＩ／Ｏ性能情報により特定され、性能上の関連を有する、ＳＡＮ環境下の各構成（リソース）の対応関係に係る情報を示している。
【００４８】
構成情報テーブル１２４３０は、サーバ−ストレージマッピングテーブル、プール登録状況テーブル、性能情報テーブルの各情報から、性能依存関係判定プログラム１２１００によりレコードが作成されるテーブルである。構成情報テーブルの欄１２４３１から欄１２４３６までは、図５のサーバ−ストレージマッピングテーブルと同じ内容であり、欄１２４３７と欄１２４３８は、図６のプール登録状況テーブルと同内容である。
【００４９】
次に、性能監視サーバ１００００上の性能依存関係判定プログラム１２１００が実施する、テーブル作成処理について説明する。本処理は、性能監視サーバ１００００のプロセッサ１１０００がメモリ１２０００に格納されているプログラムを実行することにより、定期的に実行される。
【００５０】
性能依存関係判定プログラムは、ＳＡＮ環境下におけるリソースの性能、即ち、リソースのＩ／Ｏ性能に関する情報に応じて、ストレージ装置の各リソース同士に性能上実質的な依存関係があるか否かを特定するために、管理テーブルを作成する。
【００５１】
以下、断らない限り、各ステップは性能監視サーバのプロセッサ１１０００によって実行される。図９に性能依存関係判定プログラム１２１００を読み出したプロセッサ１１０００が実行する関連テーブル作成処理の概要を表すフローチャート１０００を示す。
【００５２】
プロセッサ１１０００は、各装置の情報収集プログラムと通信して、各装置が保持する情報を取得する  （ステップ１００１）。次に、プロセッサ１１０００は、収集した情報を構成情報リポジトリのサーバストレージマッピングテーブル、プール登録状況テーブル、及び性能情報リポジトリの性能情報テーブルに格納する  （ステップ１００２）。
【００５３】
その後、プロセッサ１１０００は、ステップ１００２で格納した各情報を利用して、既述の性能上の関連情報を含んだ構成情報からなる、構成情報テーブルを構成情報リポジトリ内で生成する  （１００３）。
【００５４】
性能依存関係判定プログラム１２１００が各装置の情報収集プログラムから構成情報を取得し、構成情報リポジトリ内のサーバ−ストレージマッピングテーブルに構成情報を格納するタイミングと、性能依存関係判定プログラムが各装置の情報収集プログラムから各構成についての性能に係る情報を取得し、性能情報リポジトリの性能情報テーブルに格納するタイミングは同じでも異なっていてもよい。
【００５５】
また、各構成に係る性能上の関連を、各構成に係る情報にマージするタイミングを、構成情報及び性能情報を取得するのと同時にする他、ストレージ装置５００００の情報収集プログラムが構成、すなわちリソースの性能値の変化を監視し、性能依存関係特定プログラムに性能値が変化したことを通知したタイミングでも行って、ステップ１００３を実施してもよい。
【００５６】
各装置が保持する情報を取得するステップ１００１では、プロセッサ１１０００は、各装置上で動作する情報収集プログラムにより収集された各情報を、それぞれの装置から収集する。情報収集プログラムは、サーバ（４００００）名、サーバでのボリューム番号、接続先のストレージ装置（５００００）名、接続先のデータＩ／Ｆ番号、接続先のストレージ装置の備える論理ボリューム番号、及び接続先のストレージ装置の備えるＲＡＩＤグループに関する対応関係を、例えばＳＣＳＩのＩｎｑｕｉｒｙコマンドを利用するなどどのような方法によってもよい。サーバ４００００がストレージ装置５００００にＳＣＳＩのＩｎｑｕｉｒｙコマンド発行することより、サーバ４００００がストレージから構成情報を取得することもできる。
【００５７】
サーバ４００００の情報収集プログラムはサーバに関する性能情報を、例えばＯＳに依頼するなど、どのような方法によって取得してもよい。また、ストレージ上の情報収集プログラムはストレージに関する性能情報を、例えば性能情報が蓄えられたメモリから取得するなど、どのような方法によって取得してもよい。
【００５８】
次に、構成情報リポジトリのサーバ−ストレージマッピングテーブル１２４１０及びプール登録状況テーブル１２４２０、また、性能情報リポジトリの性能情報テーブル１２５１０の作成ステップ１００２では、プロセッサ１１０００は、各テーブルに新規エントリを作成し、ステップ１００１で収集した情報を新規作成したエントリの各欄に登録する。
【００５９】
性能上の複数のリソース間の関連性を含んだ構成情報を、構成情報リポジトリ内で生成するステップ１００３を、図１０における詳細フローチャートを用いて示す。プロセッサ１１０００は、サーバ−ストレージマッピングテーブル１２４１０の情報、及びプール登録状況テーブル１２４２０の情報を参照し、各エントリを構成情報テーブルへの登録対象として取得する  （ステップ１００３１）。
【００６０】
プロセッサ１１０００は、性能上の関連がリソース同士に存在するか否かを判断するために、性能情報テーブルにある各論理ボリューム（図７の１２５１２）、各ＲＡＩＤグループ（図７の１２５１６）のＩ／Ｏ性能情報  （ここでは、ＩＯＰＳ）を参照する  （ステップ１００３２）。
【００６１】
ステップ１００３１で取得した各リソースのＩＯＰＳの値が０か否かを判断し  （ステップ１００３３）、ＩＯＰＳが０の場合、当該リソースとこのリソースが対応している仮想化プールとは性能上の関連が無いものとして構成情報への登録対象から外す  （ステップ１００３４）。
【００６２】
ここでは、構成情報テーブルを定期的に生成することとしたが、プロセッサ１１０００は、ＳＡＮ管理者の端末の入力装置１５０００に基づいて、上位システム管理ソフトから稼働状況提示要求を受け取ったタイミングで、その稼動状況を提示することが要求されたリソース（例えば、論理ボリュームに）関する性能上の関連を含んだ構成情報を、構成情報リポジトリ内で生成しても良い。
【００６３】
なお、ここでは、ＩＯＰＳが０の場合を、リソースが構成情報テーブルへ登録される対象になるか否かの決定基準としたが、ＩＯＰＳが０以外、例えば１０や２０といった任意の値を閾値としてもよく、また、ＩＯＰＳ以外の性能指標、例えばＩ／Ｏ  Ｒｅｓｐｏｎｓｅ  ＴｉｍｅやＩ／Ｏ  Ｔｒａｎｓｆｅｒ  Ｒａｔｅを利用してもよい。つまり、ＩＯＰＳが閾値以下のリソースであれば、ストレージ装置５００００の性能に与える影響が無い、すなわちリソースの性能上ストレージ装置の応答性能の低下に対する関連が無いとしてこのリソースを分析対象に加えず、ＩＯＰＳが閾値より大きいリソースであれば、リソースの性能上ストレージ装置の応答性能の低下に影響がある、すなわち、このリソースがボトルネックの原因となっているおそれがあるとして、当該リソースを性能分析の対象に加えて構成情報テーブルを作成する（ステップ１００３５）。
【００６４】
情報表示モジュールは、管理者の端末の入力装置１５０００からの入力を介して、上位システム管理ソフトから既述の稼働状況提示要求を受け取ると、ステップ１００３−１００３５により生成された構成情報テーブルの情報に基づき、各情報を提示する（ステップ２０００）。
【００６５】
図１１は、ステップ２０００によりプロセッサ１１０００が出力する装置性能情報画面３０００の一例である。図１１の画面３０００は、ストレージ装置のサーバに対する応答性の低下を受けて、管理者がその原因を追求する際に、分析対象とするリソースを選択するリソース選択領域３００１、ＳＡＮ環境下にある複数のリソース同士のマッピングや対応関係に基づく、複数のリソースの依存関係を表示する、ＳＡＮ性能依存関係表示領域３００２、及び、リソースの性能に係る情報を表示するリソース性能情報表示領域３００３を有する。なお、依存関係は、複数のリソース間の連結情報、関連情報、対応情報、又は構成情報に基づいて特定される。
【００６６】
リソース選択領域３００１には、ボリューム、仮想ボリューム、仮想化プール、論理ボリューム、ＲＡＩＤグループといった、ＳＡＮ内に存在する各装置の備えるリソースが種別ごとに示される。
【００６７】
性能情報画面３０００では、ボリューム、仮想ボリューム、仮想化プール、論理ボリューム、ＲＡＩＤグループを表示しているが、ストレージポートなどのデータＩ／Ｆ制御部や、ディスクキャッシュ、プロセッサなどをリソースとして表示してもよいものであって、リソースをここで表示されものに限る必要はない。
【００６８】
図１１に示されたリソース選択領域３００１は、ボリュームＶｏｌ−Ａを入力装置１５０００によって選択されている様子を示している。図１１において、論理ボリュームｌｖ２へのＩ／Ｏ  Ｐｅｒ  Ｓｅｃｏｎｄの値は０より大きい、すなわち論理ボリュームｌｖ２は、仮想化プールＡに利用されている状況とする。
【００６９】
ＳＡＮ性能依存関係表示領域３００２は、性能依存関係判定プログラム１２０００をプロセッサ１１０００が実行し、生成した性能依存関係情報で特定された性能依存関係に基づいて、リソース選択領域３００１で選択したリソースに関連する情報を表示する領域である。
【００７０】
具体的には、次のとおりである。ＳＡＮ性能依存関係表示領域３００２は、ボリュームＡのマウント先であるストレージ装置内の仮想ボリュームＡ、仮想ボリュームＡに対するデータの格納先となる物理的記憶領域を確保する際に利用する仮想化プールＡ、仮想化プールＡに割り当てられた論理ボリュームｌｖ１及びｌｖ２、そして、ｌｖ１及びｌｖ２それぞれの記憶領域であるＲＡＩＤグループＲＧ１及びＲＧ２が、このような依存関係にあることを実線でリソースを連結することによってツリー状に示している。
【００７１】
同様に、ボリュームＡと同一のサーバに存在するボリュームＢのマウント先であるストレージ装置内の仮想ボリュームＢ、仮想ボリュームＢがその実際の物理領域を確保する際に利用する仮想化プールＢ、仮想化プールＢに割り当てられた論理ボリュームｌｖ３及びｌｖ４、ｌｖ３及びｌｖ４それぞれの記憶領域であるＲＡＩＤグループＲＧ２及びＲＧ３を実線で連結している。
【００７２】
ＳＡＮ性能依存関係表示領域３００２において実線で結ぶことで表示された、ボリュームＡ、ボリュームＢに関連、対応、あるいは依存する複数のリソースは、ＲＧ２を介して、互いに性能上の依存することがあり得る関係にあることが示されている。
【００７３】
リソース性能情報表示領域３００３は、リソース選択領域３００１で選択した対象リソースの性能に係る情報を表す、対象リソース性能テーブル３０１３、対象リソースと性能上の関連性があり、対象リソースの性能が劣化することに関してボトルネックとなりうるＲＡＩＤグループのリストを表すボトルネックＲＡＩＤグループ性能テーブル３０２３、対象リソースと性能上の関連性があり、ボトルネック要因となりうるサーバボリュームのリストを表すボトルネック要因サーバボリューム性能テーブル３０３３と、からなる。
【００７４】
ここで、ボトルネックＲＡＩＤグループ性能テーブル３０２３、及びボトルネック要因サーバボリューム性能テーブル３０３３はそれぞれ性能の良くないものから順にリストアップすることで、ＳＡＮ環境下でのリソースに関する性能が劣化する要因を管理者が追求し易くしている。
【００７５】
リソース性能情報表示領域３００３にリソースをリストアップする際、ＳＡＮ性能依存関係表示領域３００２で関連を示したリソースの各性能情報を共に表示してもよい。また、ＳＡＮ性能依存関係表示領域３００２で関連を示したリソースの性能情報を利用して、リソースのリストアップの順番を決定してもよい。
【００７６】
リソース性能情報表示領域３００３の各テーブルには、ステップ１００２で取得した性能情報のうち、選択したリソース及び選択したリソースに関連したリソースをキーとして、性能情報リポジトリ内のＳＡＮの性能情報を示す性能テーブル１２５１０から抽出される性能情報が表示される。
【００７７】
リソース性能情報表示領域３００３内の関連リソース性能ボタン３０４３は、ステップ１００３により判定された性能情報の出力を指示するためのアイコンである。入力装置１５０００は、アイコンを選択すると、プロセッサ１１０００は、リソース選択領域３００１で選択したリソースと性能依存関係のあるリソースの性能情報を出力装置１４０００に表示する。
【００７８】
出力された性能依存関係は、ＳＡＮ管理者や上位システム管理ソフトに通知され、ＳＡＮの性能劣化要因を追求できるようにするために利用される。
【００７９】
図１２は、ステップ２０００によりプロセッサ１１０００が出力する装置性能情報画面３０００の一例である。図１２の装置性能情報画面３０００は、図１１と同様の表示領域の構成で、リソース選択領域３００１、ＳＡＮ性能依存関係表示領域３００２及びリソース性能情報表示領域３００３を有する画面である。
【００８０】
図１２のリソース選択領域３００１では、ＳＡＮに存在するサーバのボリュームの一つである、Ｖｏｌ−Ａを管理者が選択していることを示している。図１２において、論理ボリュームｌｖ２へのＩ／Ｏ  Ｐｅｒ  Ｓｅｃｏｎｄの値は図１１の場合と異なり“０”、すなわち論理ボリュームｌｖ２は仮想化プールＡによって利用されていないとする。
【００８１】
ＳＡＮ性能依存関係表示領域３００２では、リソース選択領域３００１により選択されているボリュームＶｏｌ−Ａと性能上依存関係があるリソースが図１１の場合と同じ手法で表示される。ボリュームＡ、仮想ボリュームＡ、仮想化プールＡ、論理ボリュームｌｖ１、ＲＡＩＤグループＲＧ１には性能上の依存関係があるため、実線で囲まれ、かつ実線で結ばれている。
【００８２】
一方、論理ボリュームｌｖ２及びｌｖ２に関連したＲＡＩＤグループＲＧ２、論理ボリュームｌｖ３、ｌｖ４、仮想化プールＢ、仮想ボリュームＢ、ボリュームＢは、図１１の実線で結ばれるような依存関係を互いに有しているが、論理ボリュームｌｖ２へのＩ／Ｏ  Ｐｅｒ  Ｓｅｃｏｎｄの値が“０”であることから、ボリュームＡに発生した障害要因には実質上関係がないことから、すなわちボリュームＡには性能上の依存関係がないことから、これらリソースを破線で囲み、かつ破線で連結し、実線で示される互いに性能上の依存関係があるリソースと区別した。
【００８３】
ステップ１００３において、性能上の関連を含んだ構成情報を構成情報リポジトリ内で生成することにより、図１２の破線を含んだＳＡＮ性能依存関係表示が構成される。なお、性能上の依存関係がないことを示すために、例えば、対象リソースに対して依存関係にないリソースをＳＡＮ性能依存関係表示領域３００２に表示しない態様でもよい。
【００８４】
また、依存関係が存在するリソースと、依存関係が存在しないリソースを色別で示す態様でもよい。要するに、図１１、１２に示した画面表示は一例であり、他の表示態様を採用してもよい。また、各リソースの隣に、Ｉ／Ｏアクセス性能（ＩＯＰＳ）を表示するようにしても良い。またさらに、Ｉ／Ｏアクセス性能が低い順に各リースの隣に通し番号を付すようにしてもよい。
【００８５】
すなわち、管理者がボリュームＡについて発生したＩ／Ｏ障害の要因を、リソースの依存関係を利用して解明していく際、性能劣化の原因を究明すべき、ボリュームＡに実質上依存関係を有しないリソースを、ボリュームＡに性能上関係性を有する実質上依存関係を有するリソースと区別してため、ボリュームＡの性能低下にボトルネックとなっている検査対象となるべきソースの数を制限でき障害の要因の分析に要する時間を短縮することができる。  
【００８６】
次に、図１３に基づいて、性能監視サーバ１００００のプロビジョニングプログラム１２３００が実施する、データプロビジョニング処理について説明する。本処理は、性能監視サーバ１００００のプロセッサ１１０００がメモリ１２０００に格納されているプログラム１２３００を読み込むことにより実行されるもので、仮想化プールにマッピングされた論理ボリュームに対するプロセッサからのＩ／Ｏの頻度（時間毎のＩ／Ｏ）である、アクセス傾向を利用して、仮想化プールから仮想ボリュームへ記憶領域を割り当てる際の単位（＝ページ）でのデータマイグレーションに関係するものである。
【００８７】
以下、特に明記のない限り、各ステップは性能監視サーバ上のプロセッサ１１０００によって実施される。図１３に、プロビジョニングプログラム１２３００を読み出したプロセッサ１１０００が実行するデータプロビジョニング処理の概要を表すフローチャート９０００を示す。
【００８８】
はじめに、ストレージ装置の情報収集プログラム５２１００が、性能監視サーバからの指令を受けて、仮想化プールから仮想ボリュームへの領域割り当て単位（ページ）毎のＩＯＰＳ値を定期的に収集する  （ステップ９００１）。収集された値はストレージ装置から性能監視サーバに通知される。
【００８９】
次に、プロセッサ１１０００は、性能監視サーバのプロビジョニングプログラム１２３００を読み込み、ステップ９００１で収集された値が０である領域割り当て単位の情報を取得し、アクセス傾向テーブル１２６１０に登録する  （ステップ９００２）。後述の図１４は、“０”が登録されたアクセス傾向テーブル１２６１０を示している。
【００９０】
その後、プロセッサ１１０００は、プール登録状況テーブル１２４２０を参照し、複数の仮想化プールに共有されるＲＡＩＤグループ数に増加があったか否かを仮想化プールの組み合わせ毎に調べる  （ステップ９００３）。
【００９１】
管理サーバ１００００が積極的に共有されるＲＡＩＤグループの増加を行うのではなく、共有ＲＡＩＤグループが増えない場合、同じアクセス傾向をもつページを論理ボリュームに既に集めているので、後述の“追い出す処理”を行わなくてもよい。
【００９２】
ステップ９００３において増加があった場合、性能監視サーバのプロビジョニングプログラム１２３００が、仮想化プール間で共有されたＲＡＩＤグループのボリュームのページ単位でのデータを他の共有されていないＲＡＩＤグループのボリュームに追い出す（ｒｅａｌｌｏｃａｔｅ）よう、ストレージのデータマイグレーションプログラム５２２００へ指示する  （ステップ９００４）。
【００９３】
次に、ストレージのデータマイグレーションプログラム５２２００が指示を受けたデータマイグレーションを実施する  （ステップ９００５）。最後に、性能監視サーバのプロビジョニングプログラム１２３００が、ステップ９００２でグループ化されたページをステップ９００４でリザーブボリューム化したボリュームへマイグレーションするよう、ストレージのデータマイグレーションプログラム５２２００へ指示する  （ステップ９００６）。
【００９４】
ステップ９００３からステップ９００６までの過程をブロック図１５、図１６、図１７を用いて示す。図１５において、それまで仮想化プールｖｐ２からのみ利用されていたＲＡＩＤグループＲＧ３が、新たに仮想化プールボリュームｖｐ１にも共有された状況を表す。これは、具体的にはＲＡＩＤグループＲＧ３からなるボリュームが仮想化プールｖｐ１に登録、あるいはマッピングされた状況である  （ステップ９００３でＹｅｓとなる）。
【００９５】
ＲＡＩＤグループＲＧ３からなるボリュームは、ＲＡＩＤグループＲＧ２とは異なるアクセス傾向を持つページから構成されていた。ＲＡＩＤグループＲＧ３が複数の仮想化プール間で共有されるにあたり、ＲＡＩＤグループＲＧ３からなるボリュームにランダムに書き込まれたページ内のデータが、共有されていないボリュームへマイグレーションされる  （ステップ９００４、ステップ９００５）。
【００９６】
すなわち、図１６に示すように、ＲＡＩＤグループＲＧ３のデータが、仮想化プール間で共有されていないＲＡＩＤグループＲＧ７からなるボリュームにマイグレーションされる。
【００９７】
そして、ステップ９００２でグループ化された同じアクセス傾向（この実施形態では、ＩＯＰＳが“０”）を示すページを、ステップ９００４でリザーブボリューム化したボリューム、すなわち、ＲＡＩＤグループＲＧ３へマイグレーションする。具体的には、図１７に示したように、仮想化プール間で共有されていないＲＡＩＤグループＲＧ４、ＲＡＩＤグループＲＧ５、ＲＡＩＤグループＲＧ６に含まれる同じアクセス傾向を示すページ内のデータを、ＲＡＩＤグループＲＧ３にマイグレーションする。
【００９８】
マイグレーションの実行後，各データ領域の性能情報及びボリュームの性能情報が変わるため，構成情報テーブル１２４３０を作成し直す必要がある。構成情報テーブルは定期的に，もしくはＳＡＮ管理者の端末の入力装置１５０００に基づいて上位システム管理ソフトから稼働状況提示要求を受け取った時，マイグレーションの実行が完了した時，などにプロセッサ１１０００が作成し直す。
【００９９】
マイグレーションの際、アクセス傾向テーブル１２６１０（図１４）に登録されている、同一プールボリューム（ＲＡＩＤグループＲＧ３からなるボリューム）に配置するページそれぞれに対する過去の最大ＩＯＰＳの合計値が、領域割り当て単位を配置するプールボリューム（ＲＡＩＤグループＲＧ３からなるボリューム）のＩＯＰＳの閾値を超えない範囲で移動させることで、性能の傾向が同様なページを集めた時に負荷が集中して、プールボリュームに対するＩ／Ｏ性能が劣化することを防ぐことができる。
【０１００】
なお、管理者が、各種ハードウエア性能を加味した上で、運用上耐えうると見込んで閾値を決定する。
【０１０１】
図１４に性能監視サーバ１００００が保持するアクセス傾向リポジトリ内のアクセス傾向テーブル１２６１０の一例を示す。本テーブルは、一定時間ごとのＩ／Ｏ性能値が同じ傾向にある  （例えば、ＩＯＰＳが０）ボリューム内の割り当て単位領域をグループ化して示す。
【０１０２】
アクセス傾向テーブルは、プロビジョニングプログラム１２３００によりレコード値が変更されるテーブルである。アクセス傾向テーブル１２６１０のアクセス期間欄１２６１１にはアクセス傾向を調べるための単位時間範囲が登録され、ストレージ名欄１２６１２にはストレージ装置を一意に識別するための値が登録され、論理ボリューム番号欄１２６１３には仮想化プールにマッピングされる論理ボリュームを一意に識別するための値が登録され、データ領域欄１２６１４には仮想化プールに対応付けられて設定されたＲＡＩＤグループ内の記憶領域から動的に割り当てられた記憶領域の容量が登録され、最大Ｉ／Ｏ  Ｐｅｒ  Ｓｅｃｏｎｄ１２６１５欄には該当するデータ領域に対するＩＯＰＳ履歴中の最も大きな値を示すＩ／Ｏ  Ｐｅｒ  Ｓｅｃｏｎｄ値が登録される。
【０１０３】
ステップ９００３において増加があった場合、性能監視サーバのプロビジョニングプログラム１２３００が、仮想化プール間で共有されたＲＡＩＤグループのボリュームのデータを他のボリュームに追い出すよう、ストレージのデータマイグレーションプログラム５２２００へ指示することとしたが、複数の仮想化プールに共有されるＲＡＩＤグループに含まれるボリュームにおける割り当て領域が、同様のアクセス傾向を示す期間をより長くするため、一定時刻毎にストレージのデータマイグレーションプログラム５２２００へ指示しても良い  （ステップ９００４〜９００６を一定時刻毎に実行する）。一定時刻毎のデータマイグレーションによって、同一アクセス傾向を持つページが同じＲＡＩＤグループに集約されている期間を長くすることができる。
【０１０４】
以上の実施形態では、仮想化プールに設定されたボリュームのＩ／Ｏ性能情報に応じて性能上の関連を特定して、情報を表示することで、不要な性能情報による誤判定を抑止した性能監視を実現し、性能ボトルネックの要因分析の精度を高めた上で、仮想化環境での性能劣化要因の追求を可能とする。
【０１０５】
次に第２の実施形態について説明する。図１８に実施形態１に係る算機システムの変形例のブロック構成図を示す。情報収集プログラムを有する一台以上のサーバ４００００、情報収集プログラムを有し、そしてコピー機能を有する２台以上のストレージ装置５００００、交替パス対応性能依存関係判定プログラム及び情報提示プログラムを有する１台以上の管理サーバ１００００を有する。
【０１０６】
ここで、ストレージ装置は、仮想化機能及びコピー機能を有し、サーバからのアクセスの対象となる仮想ボリュームを定義し、その実体となる論理ボリュームをストレージ装置内の記憶デバイス、又はストレージ装置外の記憶デバイスから仮想ボリュームに対して提供する。
【０１０７】
以後、説明の都合上、１機のサーバ  （サーバＡ）４００００と、仮想化機能、及びコピー機能をそれぞれ有する２機のストレージ装置５００００、がファイバチャネル３００００を介して相互に接続されていることを例として、第２の実施形態を説明する。
【０１０８】
サーバＡにはストレージ装置Ａの仮想ボリュームｖｖ１、及びストレージ装置Ｂの仮想ボリュームｖｖ２がマッピングされている。
【０１０９】
そして、サーバＡから仮想ボリュームｖｖ１へのＩ／Ｏはファイバチャネル３００００を介して仮想ボリュームｖｖ１へ送られ、ストレージ装置内部の物理的記憶領域から構成され、仮想ボリュームｖｖ１に対応する論理ボリュームに、このＩ／Ｏが送られる。
【０１１０】
なお、仮想ボリュームｖｖ１にマッピングされた物理的記憶領域は、仮想ボリュームが存在するストレージ装置の外部の他のストレージ装置に存在しても良い。
【０１１１】
ストレージ装置Ａが備えるコピー機能を根拠として、ストレージ装置Ａの仮想ボリュームｖｖ１とストレージ装置Ｂの仮想ボリュームｖｖ２とが、コピーペア６００００として定義されこの定義がストレージ装置Ａ及びストレージ装置に設定されている。
【０１１２】
コピーペアのステイタスは、同期コピー、非同期コピーのいずれの種別でもよい。なお、サーバＡ、ストレージ装置Ａ、ストレージ装置Ｂの接続形態に関して、図１８に示すようにファイバチャネル３００００を利用した直接接続の他、１台以上のファイバチャネルスイッチなどネットワーク機器を介してサーバＡなどが接続されている形態でもよい。
【０１１３】
既述の第１の実施形態同様に、サーバＡとストレージ装置Ａの接続に、ファイバチャネル３００００を利用したが、データ通信用のネットワークであれば、別のネットワークでも良く、例えばＩＰネットワークでも良い。
【０１１４】
図１９に性能監視サーバ１００００の構成例に係るブロック図を示す。メモリ１２０００には、性能監視サーバによって実行されるプログラムである、交替パス対応性能依存関係判定プログラム１２１００、情報提示プログラム１２２００、コピーペア管理プログラム１２４００が含まれる。これらのプログラムの詳細を後述するが、その際、このプログラム以外の構成要素は図２のものと同様であるためその説明を省略する。
【０１１５】
図２０にサーバ４００００の構成例を示す。図２０のサーバ４００００が図３のものと異なる点は、前者のメモリ４２０００にはさらにパス管理プログラム４２３００と、交替パスのうちのいずれのパスがアクティブな状態かの情報が保持されている交替パス状況テーブルと、が格納されている点である。
【０１１６】
ボリューム管理プログラム４２２００はストレージ装置Ａから、提供されている論理ボリュームをサーバＡの記憶装置４８０００内のボリューム４８１００にマウントし、サーバＡ上の業務プログラムから、ストレージ装置ＡによりＳＡＮに提供されている論理ボリュームを利用可能としている。なお、既述の第１の実施形態と同様に、本実施形態では、サーバをサーバＡの一台、サーバＡの備えるデータＩ／Ｆ制御部を一つとしたが、サーバの台数及びデータＩ／Ｆ制御部の数はいくつであっても良い。
【０１１７】
パス管理プログラムは、サーバＡと仮想化ストレージ装置Ａの間のネットワークが障害によって利用が不可能となるか、あるいは仮想化ストレージ装置Ａが障害によって停止するなどした場合、その障害を検知し、サーバＡ上の業務プログラムに意識させずに、Ｉ／Ｏの送信先をストレージＡからストレージＢに切り替える処理を行う。
【０１１８】
図２１にストレージ装置５００００の構成例を示す。ストレージ装置５００００は、第一の実施形態の図４と同様の構成要素を有している。また、図４に示したストレージ装置の構成に変えて、ストレージ装置５００００のメモリ５２０００にディスクキャッシュ５２２００を設け、ストレージ装置５００００のボリューム提供部５９０００に論理ボリュームを有している。ディスクキャッシュをメモリ内に構成したが、メモリ５２０００とは別な部分に構成してもよい。論理ボリュームは、第一の実施形態と同様に、ＲＡＩＤグループの一部の記憶領域から構成される。
【０１１９】
図２２に性能監視サーバ１００００が保持する構成情報リポジトリ１２９００内に格納される交替パス対応サーバ−ストレージマッピングテーブル１２９１０の一例を示す。本テーブルは各サーバ４００００の各ボリュームがストレージ装置のどのＩ／Ｆを経由して、どの論理ボリューム、どのＲＡＩＤグループに対応しているかを格納したテーブルである。
【０１２０】
このテーブルには、同一サーバ名、同一ボリューム番号のエントリに対して、アクティブなパス以外にアクティブでない交替パスの情報についても格納される。交替パス対応サーバ−ストレージマッピングテーブル１２９１０は交替パス対応性能依存関係判定プログラム１２１００によりレコードが追加されるテーブルである。
【０１２１】
格納される個々の情報については第一実施形態のものと同様であるため、説明を省略する。なお、論理ボリュームが対応している仮想ボリュームを示す情報がテーブルの項目としてもよい。
【０１２２】
図２３に性能監視サーバ１００００が保持する構成情報リポジトリ１２９００内に格納されたコピーペア定義テーブル１２９４０の一例を示す。本テーブルは各コピーペア定義の複製元論理ボリュームと複製先論理ボリュームの主副に関する対応関係を格納したテーブルである。
【０１２３】
コピーペア定義テーブル１２９４０は交替パス対応性能依存関係判定プログラム１２１００によりレコードが追加されるテーブルである。
【０１２４】
コピーペア定義テーブル１２９４０のストレージ名欄１２９４１にはストレージ装置を一意に識別するための値が登録され、論理ボリューム番号欄１２９４２にはストレージ名欄１２９４１に示されたストレージ装置の論理ボリュームを一意に識別するための値が登録され、主副欄１２９４３  にはコピーペアの複製元ボリュームかコピーペアの複製先ボリュームかを示す値が登録され、コピー相手ストレージ名欄１２９４４にはコピー先のストレージ装置を一意に識別するための値が登録され、コピー先論理ボリューム番号欄１２９４５にはコピー先の論理ボリュームを一意に識別するための値が登録される。
【０１２５】
図２４に性能監視サーバ１００００が保持する性能情報リポジトリ１２５００内に格納される、図１８に係るＳＡＮシステムの性能情報を表す性能情報テーブル１２５１０の一例を示す。本テーブルは、各サーバ４００００上の各ボリューム、各ストレージ装置５００００の論理ボリューム、各ストレージ装置のＲＡＩＤグループなどの性能情報を格納したテーブルである。性能情報テーブル１２５１０に格納される個々の情報については第一の実施形態と同様であるため、説明を省略する。
【０１２６】
図２５に性能監視サーバ１００００が保持する構成情報リポジトリ１２９００内に格納される、コピーペア定義と、性能上の関連を持った、ＳＡＮシステムの構成情報と、を有する構成情報テーブル１２９２０の一例を示す。
【０１２７】
構成情報テーブル１２９２０のサーバ名欄１２９２１にはサーバ４００００を一意に識別するための値が登録され、ボリューム番号欄１２９２２にはサーバ内のボリューム４８０００を一意に識別するための値が登録され、ストレージ名欄１２９２３にはストレージ装置５００００を一意に識別するための値が登録され、データＩ／Ｆ番号欄１２９２４には、ボリューム番号欄のボリュームが利用しているデータＩ／Ｆを一意に識別するための値が登録され、論理ボリューム番号欄１２９２５にはストレージ名欄１２９２３に示されたストレージ装置の論理ボリュームを一意に識別するための値が登録され、ＲＡＩＤグループ欄１２９２６には論理ボリューム番号で識別された論理ボリュームを構成するＲＡＩＤグループを一意に識別するための値が登録され、コピー相手ストレージ名欄１２９２７にはコピー先のストレージ装置を一意に識別するための値が登録され、コピー先論理ボリューム番号欄１２９２８にはコピー先の論理ボリュームを一意に識別するための値が登録され、主副欄１２９２９  にはコピーペアの複製元ボリュームかコピーペアの複製先ボリュームかを示す値が登録され、性能依存フラグ欄１２９３０には、コピーペアの複製先ボリュームの性能値に応じて設定された、コピーペア先のボリュームの性能を依存関係があるものとして提示するか否かを示すフラグが登録される。
【０１２８】
図２６に交替パス対応性能依存関係判定プログラム１２１００によって実行される、性能依存関係判定処理を表すフローチャート８０００を示す。本処理は、性能監視サーバ１００００のプロセッサ１１０００がメモリ１２０００に格納されているプログラムを実行することにより、定期的に実行されるもので、ＳＡＮ環境にあるリソースのＩ／Ｏ性能に係る情報に基づいて、複数のリソース間に性能上の関連についての最新の依存関係を特定するための関連テーブルを作成するものである。
【０１２９】
ステップ８００１及びステップ８００２については、本発明の第一実施形態の処理と同一のステップなので、説明を省略する。但し、ステップ８００１において、ＳＡＮ内のサーバの情報収集プログラムが収集・保持している情報として、交替パス対応サーバ−ストレージマッピングテーブル１２９１０に示している、サーバのボリュームに対する交替パス情報を含む。
【０１３０】
図２７にコピーペア関係及び性能上の関連を含んだ構成情報を、構成情報リポジトリ内で生成するステップ８００３のフローチャートに示す。プロセッサ１１０００は、交替パス対応サーバ−ストレージマッピングテーブル１２９１０の情報、及びコピーペア定義テーブルの情報を参照し、各エントリを構成情報テーブル１２９２０への登録対象として取得する  （ステップ８００３１）。
【０１３１】
プロセッサ１１０００は、コピー元論理ボリュームとコピー先論理ボリュームに性能上の関連が存在するか否かを判断するために、性能情報テーブルのこれらボリュームのＩ／Ｏ性能情報  （ここではＩ／Ｏ  Ｒｅｓｐｏｎｓｅ  Ｔｉｍｅ）を参照する  （ステップ８００３２）。
【０１３２】
ステップ８００３１で取得した各ボリュームのうち交替パスのコピー先のボリュームとして設定されているボリュームの値をチェックし  （ステップ８００３３）、Ｉ／Ｏ  Ｒｅｓｐｏｎｓｅ  Ｔｉｍｅが任意の値より短い場合、コピー元ボリュームとコピー先ボリュームの性能上の関連を構成情報への登録対象から外す  （ステップ８００３４）。
【０１３３】
この実施形態では、構成情報テーブル生成を定期的に行うこととしたが、プロセッサ１１０００は、ＳＡＮ管理者の端末から入力装置１５０００を介し、そして、上位システム管理ソフトから稼働状況提示要求を受け取ったタイミングで、提示を要求されたリソース、例えば論理ボリュームに関する性能上の関連を含んだ構成情報を、構成情報リポジトリ内で生成しても良い。
【０１３４】
また、この実施形態では、構成情報テーブルへの登録対象となるか否かの決定基準を、Ｉ／Ｏ  Ｒｅｓｐｏｎｓｅ  Ｔｉｍｅが任意の値の場合としたが、Ｉ／Ｏ  Ｒｅｓｐｏｎｓｅの値としては、管理者が設定した値でも環境に応じた固定値で良く、例えば、性能監視のアラートの通知のために設定する閾値などを、こーピ先のボリュームが構成情報テーブルへの登録対象となるか否かの決定基準として設定するなどしてもよい。
【０１３５】
またＩ／Ｏ  Ｒｅｓｐｏｎｓｅ  Ｔｉｍｅ以外の性能指標、例えばＩ／Ｏ  Ｐｅｒ  ＳｅｃｏｎｄやＩ／Ｏ  Ｔｒａｎｓｆｅｒ  Ｒａｔｅを利用してもよい。
【０１３６】
情報表示モジュールは、管理者の端末から入力装置１５０００を介し、そして上位システム管理ソフトから稼働状況提示要求を受け取るとステップ８００３により生成された構成情報テーブルの情報に基づき、各情報を提示する  （ステップ７０００とする）。
【０１３７】
図２８、２９は、ステップ７０００によりプロセッサ１１０００が出力する装置性能情報画面３０００の一例である。図２８、２９の画面３０００は、リソース選択領域３００１、ＳＡＮ性能依存関係表示領域３００２及びリソース性能情報表示領域３００３を有する。
【０１３８】
図２８、２９において、ＳＡＮ性能依存関係提示画面３００２にはリソース選択領域３００１で選択したリソースに関連する情報を表示する。
【０１３９】
図２９において、サーバ上のボリュームＡ、ボリュームＡのマウント先である仮想ボリュームＡ、論理ボリュームｌｖ１、ｌｖ１の物理記憶領域であるＲＡＩＤグループＲＧ１、及びサーバ上のボリュームＢ、ボリュームＢのマウント先である仮想ボリュームＢ、論理ボリュームｌｖ２、ｌｖ２の物理記憶領域であるＲＡＩＤグループＲＧ２を表示する。
【０１４０】
図２９において、サーバ上のボリュームＡ、ボリュームＡのマウント先である仮想ボリュームＡ、論理ボリュームｌｖ１、ｌｖ１の物理記憶領域であるＲＡＩＤグループＲＧ１を表示し、その他のリソースに関しては、点線で表示する。
【０１４１】
図２８、２９において、仮想ボリュームＡ、論理ボリュームｌｖ１とコピーペア関係にある、仮想ボリュームＢ、論理ボリュームｌｖ２に関しては、図２８に示したステップ８００３３に従い、論理ボリュームｌｖ２のＩ／Ｏ  Ｒｅｓｐｏｎｓｅ  Ｔｉｍｅの値に応じて表示を切り替える。
【０１４２】
本変形例では、コピーペア関係にあり、Ｉ／Ｏ  Ｒｅｓｐｏｎｓｅ  Ｔｉｍｅが任意の値以下の場合、コピー先の論理ボリューム及び関連するリソースを点線によって表示することとしたが、例えば、表示を行わないなど、性能の依存関係が存在しないことを示せる、他の提示方法でもよい。
【０１４３】
表示の更新は、交替パス対応性能依存関係判定プログラム１２１００の性能依存関係提示処理７０００に従い実施される。図２８において、リソース性能情報表示領域３００３に関しては、第一の実施形態と同様であるため、説明を省略する。本変形例では、情報収集プログラムは、サーバ及びストレージ装置内に保持されているものとしたが、性能監視サーバ内や、別の情報収集プログラム用サーバ内で動作させても良い。本変形例では、サーバからストレージ装置へのＩ／Ｏパスの交替状況とボリュームの性能情報に応じて、動的に性能依存関係を特定することが可能となる。
【０１４４】
本願で開示される発明により不要な性能情報による誤判定を抑止した性能監視を実現し、性能ボトルネックの要因分析の精度を高めた上で、仮想化環境での性能劣化要因の追求を可能とし、計算機システムに関する性能管理を担う管理者の負担を軽減することができる。
【図面の簡単な説明】
【０１４５】
【図１】実施形態１の計算機システムの構成例を示す図である。
【図２】実施形態１の性能監視サーバの構成例を示す図である。
【図３】実施形態１のサーバの構成例を示す図である。
【図４】実施形態１のストレージ装置の構成例を示す図である。
【図５】実施形態１における性能監視サーバが保持する構成情報リポジトリ内に格納される、計算機システムの構成情報を示すテーブルの例を示す図である。
【図６】実施形態１の性能監視サーバが保持する構成情報リポジトリ内に格納される、プールへの論理ボリュームの登録状況を示すテーブルの例を示す図である。
【図７】実施形態１の性能監視サーバが保持する性能情報リポジトリ内に格納される、計算機システムの性能情報を示すテーブルの例を示す図である。
【図８】実施形態１の性能監視サーバが保持する構成情報リポジトリ内に格納される、性能情報により特定された性能上の関連を含めた構成情報を示すテーブルの例を示す図である。
【図９】実施形態１の性能依存関係判定プログラムの関連テーブル作成処理の一例を示すフローチャートである。
【図１０】実施形態１の性能依存関係特定プログラムの性能依存関係判定処理、性能依存関係提示処理の一例を示すフローチャートである。
【図１１】実施形態１において、管理者に提示される装置性能情報画面の一例を示す図である。
【図１２】実施形態１において、管理者に提示される装置性能情報画面の一例を示す図である。
【図１３】実施形態１のプロビジョニングプログラムのデータプロビジョニング処理の一例を示すフローチャートである。
【図１４】実施形態１の性能監視サーバが保持するアクセス傾向リポジトリに格納されるアクセス傾向テーブルの例を示す図である。
【図１５】実施形態１において、単一の仮想化プールから利用されていたＲＡＩＤグループＲＧ３が、新たにプール間で共有された状況を示す図である。
【図１６】実施形態１において、複数の仮想化プールに共有されるにあたり、ランダムに書き込まれたページ内のデータが、共有されていないボリュームへマイグレーションされた状況を示す図である。
【図１７】仮想化プール間で共有されていないＲＡＩＤグループに含まれる、同じアクセス傾向を示すページ内のデータが、複数の仮想化プールに共有されるＲＡＩＤグループにマイグレーションされた状況を示す図である。
【図１８】実施形態２の計算機システムの構成例を示す図である。
【図１９】実施形態２の性能監視サーバの構成例を示す図である。
【図２０】実施形態２のサーバの構成例を示す図である。
【図２１】実施形態２のストレージの構成例を示す図である。
【図２２】実施形態２の性能監視サーバが保持する構成情報リポジトリ内に格納される、交替パス対応サーバ−ストレージマッピングテーブルの例を示す図である。
【図２３】実施形態２の性能監視サーバが保持する構成情報リポジトリ内に格納される、コピーペア定義テーブルの例を示す図である。
【図２４】実施形態２の性能監視サーバが保持する性能情報リポジトリ内に格納される、ＳＡＮの性能情報を表す性能情報テーブルの例を示す図である。
【図２５】実施形態２の性能監視サーバが保持する構成情報リポジトリ内に格納される、コピーペア定義と、性能上の関連を含むＳＡＮの構成情報を示す、構成情報テーブルの例を示す図である。
【図２６】実施形態２の性能依存関係判定プログラムの関連テーブル作成処理の一例を示すフローチャートである。
【図２７】実施形態２の性能依存関係判定プログラムの性能依存関係判定処理、性能依存関係提示処理の一例を示すフローチャートである。
【図２８】実施形態２において、管理者に提示される装置性能情報画面の一例を示す図である。
【図２９】実施形態２において、管理者に提示される装置性能情報画面の一例を示す図である。
【符号の説明】
【０１４６】
１００００：性能監視サーバ
１２１００：性能依存関係判定プログラム
１２２００：情報提示プログラム
１２３００：プロビジョニングプログラム
２００００：管理用ネットワーク
３００００：ファイバチャネル
４００００：サーバ
４２１００：情報収集プログラム
４２２００：ボリューム管理プログラム
５００００：ストレージ装置
５２１００：情報収集プログラム
５２２００：データマイグレーションプログラム
５９１００：論理ボリューム
【図１】
2009223442.tif 000003
【図２】
2009223442.tif 000004
【図３】
2009223442.tif 000005
【図４】
2009223442.tif 000006
【図５】
2009223442.tif 000007
【図６】
2009223442.tif 000008
【図７】
2009223442.tif 000009
【図８】
2009223442.tif 000010
【図９】
2009223442.tif 000011
【図１０】
2009223442.tif 000012
【図１１】
2009223442.tif 000013
【図１２】
2009223442.tif 000014
【図１３】
2009223442.tif 000015
【図１４】
2009223442.tif 000016
【図１５】
2009223442.tif 000017
【図１６】
2009223442.tif 000018
【図１７】
2009223442.tif 000019
【図１８】
2009223442.tif 000020
【図１９】
2009223442.tif 000021
【図２０】
2009223442.tif 000022
【図２１】
2009223442.tif 000023
【図２２】
2009223442.tif 000024
【図２３】
2009223442.tif 000025
【図２４】
2009223442.tif 000026
【図２５】
2009223442.tif 000027
【図２６】
2009223442.tif 000028
【図２７】
2009223442.tif 000029
【図２８】
2009223442.tif 000030
【図２９】
2009223442.tif 000031