JP2008108120A - エージェントを使用して性能を監視する計算機システム及びその方法 - Google Patents

Abstract

【課題】計算機システムにおいて、取得すべき性能情報の量が多い場合、それらの性能情報に基づいて性能の問題を検出し、さらにその原因を調査するために長時間を要する場合があった。
【解決手段】ホスト計算機と、前記ホスト計算機にネットワークを介して接続されるストレージシステムと、前記ホスト計算機及び前記ストレージシステムに接続される管理計算機と、を備える計算機システムであって、前記管理計算機は、前記ホスト計算機、前記ストレージシステム及び前記ネットワークの少なくとも一つに含まれるリソースの性能を示す性能情報を取得し、前記既にされた性能情報に基づいて設定された順序で、前記リソースの性能情報を取得する。
【選択図】図１Ａ

Description

本願明細書で開示される技術は、ストレージシステムを含む計算機システムの性能管理に関し、特に、エージェントを用いた計算機システムの性能監視方法に関する。

統合化されたストレージ装置に複数の計算機がネットワークを経由してアクセスするストレージネットワークが実現している。このようなストレージネットワークは、大規模化が進むストレージ装置の利用効率を高めると共に、管理コストを削減することができるため、データセンター向けのアーキテクチャとして広く普及しつつある。このようなストレージネットワークが導入された計算機システムにおいて、各業務システムの性能監視及び調整を行うために、ネットワークを構成する種々のハードウェア及びソフトウェアに関する性能情報を包括的に収集することによって、それらのハードウェア等の相互の関係及び時間的な推移を把握する必要がある。ストレージネットワークが導入される前の各業務システムは、計算処理装置と、それに直結された外部記憶装置とからなるサーバ単位で独立していたため、業務システム間の性能上の干渉を考慮する必要がなかったのに対し、ストレージネットワーク環境では、複数の計算機によって共用される部分（例えば、ネットワーク装置又はストレージ装置等）において、業務システム間の性能上の干渉が生じる可能性があるためである。

ネットワーク化された計算機システムにおける性能監視技術として、例えば、特許文献１が開示されている。特許文献１によれば、監視対象であるハードウェア及びソフトウェアごとに配置されたエージェントと、システム全体の性能情報を一元管理する管理ソフトウェアとによって性能が管理される。

各エージェントは、それぞれの監視対象と直接通信することによって性能情報を所得する。具体的には、各エージェントは、それぞれの監視対象に対して、リソースのメトリクス値を取得するためのポーリングを実行する。ここで、リソースとは、計算機システムを構成する物理的又は論理的な要素である。メトリクスとは、リソースの性能情報を構成する性能監視項目（例えば、ＣＰＵ使用率、Ｉ／Ｏ回数等）である。

一方、管理ソフトは、各エージェントが取得した性能情報を収集及び蓄積し、管理者等からの要求に従って、蓄積した性能情報を提供する。このようにして、計算機システムを構成するハードウェア及びソフトウェアの稼動状況、稼動性能を一元的に管理することができる。

このように一元的に管理される計算機システムの規模が増大すると、監視対象となるリソースの数も増加する。それに伴って、管理ソフトが取得すべき性能情報の量も増大するため、大量の性能情報を処理することが必要になる。特許文献２には、管理ソフトが取得した情報に基づいて、その後に性能情報を取得する対象の範囲及び取得の頻度を自動調整する方法が開示されている。
米国特許第６、５０５、２４８号明細書 特開２００５−１５７９３３号公報

管理ソフトウェアが実行するポーリングの間隔が長くなると、性能情報を取得するために多くの時間が必要となる。例えば、システムのメンテナンス又は管理ソフトウェアの障害等によって、管理ソフトウェアが停止し、その後再開した場合、管理ソフトウェアは、それが停止していた間にエージェントが取得した全ての性能情報を、再開後のポーリングによって網羅的に収集する。管理ソフトウェアの停止期間が長くなるほど、エージェントに蓄積される性能情報の量が多くなるため、ポーリングに要する時間も長くなる。大規模な計算機システムにおいては、監視対象となるリソースの数が多いため、ポーリング処理に数時間を要する場合もある。その結果、性能問題（例えば、性能の低下）の検知及びその要因の調査が遅延するという問題が発生する。

本願で開示する代表的な発明は、ホスト計算機と、前記ホスト計算機にネットワークを介して接続されるストレージシステムと、前記ホスト計算機及び前記ストレージシステムに接続される管理計算機と、を備える計算機システムであって、前記ホスト計算機は、前記ネットワークに接続される第１インターフェースと、前記第１インターフェースに接続される第１プロセッサと、前記第１プロセッサに接続される第１メモリと、を備え、前記ストレージシステムは、前記ホスト計算機によって書き込まれたデータを格納する物理記憶装置を備え、前記管理計算機は、前記ホスト計算機及び前記ストレージシステムに接続される第２インターフェースと、前記第２インターフェースに接続される第２プロセッサと、前記第２プロセッサに接続される第２メモリと、を備え、前記ホスト計算機、前記ストレージシステム及び前記ネットワークの少なくとも一つに含まれるリソースの性能を示す性能情報を取得し、前記既に取得された性能情報に基づいて設定された順序で、前記リソースの性能情報を取得することを特徴とする。

本発明の一実施形態によれば、取得すべき性能情報の量が多い場合であっても、比較的有用であると推測される性能情報を優先して取得することによって、性能問題を迅速に検出することができる。

以下、本発明の実施の形態を、図面を参照して説明する。

図１Ａは、本発明の実施の形態の計算機システムの構成を示すブロック図である。

本実施の形態の計算機システムは、業務クライアント１００〜１０３、性能管理クライアント１０４、性能情報収集サーバ１１０、ホストサーバ１２０〜１２２、性能情報収集サーバ１４０、性能情報収集サーバ１５０、性能管理サーバ１６０、ネットワークアタッチドストレージ（ＮＡＳ）１９０、ストレージサブシステム１９５及びストレージエリアネットワーク（ＳＡＮ）スイッチ１７０〜１７２を備える。上記のうちストレージサブシステム１９５を除く各装置は、ローカルエリアネットワーク（ＬＡＮ）１０５によって相互に接続されている。

業務クライアント１００〜１０３は、業務システムのユーザインターフェース機能を提供するパソコン、ワークステーション又はシンクライアント端末等の装置である。業務クライアント１００〜１０３は、ＬＡＮ１０５を経由して、ホストサーバ１２０〜１２２の業務ソフト１２６等と通信する。

ホストサーバ１２０〜１２２は、ＬＡＮ１０５を経由して業務クライアント１００〜１０３から受信した要求に応じて種々の処理を実行する計算機である。ホストサーバ１２０〜１２２のハードウェア構成については、後で図１Ｆを参照して説明する。

ホストサーバ１２０〜１２２は、少なくとも、業務ソフト１２６、データベース（ＤＢ）管理ソフト１２７、オペレーティングシステム（ＯＳ）１２８、業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１等のソフトウェアを保持する。

業務ソフト１２６は、業務システムの業務論理機能を提供するソフトウェアである。具体的には、業務ソフト１２６は、業務クライアント１００〜１０３からの処理要求に応答し、必要に応じてＤＢ管理ソフト１２７にデータの参照又は更新を要求する。ホストサーバ１２０〜１２２は、複数の業務ソフト１２６を保持してもよい。

ＤＢ管理ソフト１２７は、業務システムのデータ管理機能を提供するソフトウェアである。具体的には、ＤＢ管理ソフト１２７は、業務ソフト１２６からの要求に応答し、ストレージサブシステム１９５又はＮＡＳ１９０に格納されたデータの定義、操作及び管理に関する処理を実行する。業務ソフト１２６と、その業務ソフト１２６が利用するＤＢ管理ソフト１２７は、同一のホストサーバ１２０〜１２２によって実行されてもよいし、それぞれが専用のホストサーバ１２０〜１２２によって実行されてもよい。

ＤＢ管理ソフト１２７からストレージサブシステム１９５へのデータアクセスは、ＯＳ１２８、ホストバスアダプタ（ＨＢＡ）１３３（図１Ｆ参照）のポート１７３〜１７５、ＳＡＮスイッチ１７０〜１７２のホスト側ポート１７６〜１７８、ＳＡＮスイッチ１７０〜１７２のストレージ側ポート１８０〜１８２、及び、ストレージサブシステム１９５のポート１８３〜１８５を経由して実行される。一方、ＤＢ管理ソフト１２７からＮＡＳ１９０へのデータアクセスは、ＯＳ１２８及びＬＡＮ１０５を経由する。

性能管理クライアント１０４、性能管理サーバ１６０、性能情報収集サーバ１１０、１４０及び１５０は、ストレージネットワーク及び業務システムの性能を管理するために設けられる計算機である。性能管理サーバ１６０、性能情報収集サーバ１１０、１４０及び１５０のハードウェア構成については、後で図１Ｂから図１Ｅを参照して説明する。

性能管理サーバ１６０が保持するストレージネットワーク性能管理ソフト１６４、各性能情報収集サーバが保持するＮＡＳ性能情報収集エージェント１１４、ＳＡＮスイッチ性能情報収集エージェント１４４、サブシステム性能情報収集エージェント１５４、ホストサーバ１２０〜１２２が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１は、ストレージネットワーク及び業務システムの性能を管理するためのソフトウェアである。

性能管理クライアント１０４は、ストレージネットワーク性能管理ソフト１６４のユーザインターフェース機能を提供する装置である。性能管理クライアント１０４は、ＬＡＮ１０５を経由して、性能管理サーバ１６０のストレージネットワーク性能管理ソフト１６４と通信する。

ストレージネットワーク性能管理ソフト１６４は、ストレージネットワークが導入された計算機システムの性能情報を収集及び分析する機能を提供するソフトウェアである。性能情報とは、計算機システムを構成するハードウェアリソース及びソフトウェアリソースの性能を示す情報である。ストレージネットワーク性能管理ソフト１６４は、計算機システムを構成する種々のハードウェアリソース及びソフトウェアリソースから性能情報を取得するために、それぞれのハードウェアリソース及びソフトウェアリソース専用の性能情報収集エージェントソフトウェアを利用する。性能情報収集エージェントの構成及び配置として種々のものが考えられるため、以下、その一例を説明する。

業務ソフト性能情報収集エージェント１２９及びＤＢ性能情報収集エージェント１３０は、それぞれ、業務ソフト１２６及びＤＢ管理ソフト１２７に関する性能情報を取得するためのソフトウェアである。

ホスト性能情報収集エージェント１３１は、ホストサーバ１２０〜１２２、ＯＳ１２８及びポート１７３〜１７５に関する性能情報を取得する。

サブシステム性能情報収集エージェント１５４は、ポート１８６及びＳＡＮスイッチ１７０〜１７２を経由して、ストレージサブシステム１９５、及び、ストレージサブシステム１９５が備えるポート１８３〜１８５に関する性能情報を取得する。

ＮＡＳ性能情報収集エージェント１１４は、ＬＡＮ１０５を経由して、ＮＡＳ１９０に関する性能情報を取得する。

ＳＡＮスイッチ性能情報収集エージェント１４４は、ＬＡＮ１０５を経由して、ＳＡＮスイッチ１７０〜１７２、及び、ＳＡＮスイッチ１７０〜１７２が備えるポート１７６〜１８２に関する性能情報を取得する。

サブシステム性能情報収集エージェント１５４、ＮＡＳ性能情報収集エージェント１１４及びＳＡＮスイッチ性能情報収集エージェント１４４は、一つの性能情報収集サーバによって実行されてもよいし、それぞれが専用の性能情報収集サーバによって実行されてもよい。

これらの性能情報収集エージェント及びストレージネットワーク性能管理ソフト１６４の構成については、後で図２Ａ及び図２Ｂを参照して説明する。

ストレージサブシステム１９５は、ホストサーバ１２０〜１２２にデータ記憶領域を提供するデータ記憶装置である。具体的には、ストレージサブシステム１９５は、データを格納する物理ディスク３０１〜３０８（図３参照）と、物理記憶領域へのデータの書き込み及び読み出しを制御するコントローラ（図示省略）とを備える。ホストサーバ１２０〜１２２の業務ソフト１２６及びＤＢ管理ソフト１２７がＯＳ１２８を介してストレージサブシステム１９５に書き込むデータは、最終的に、物理ディスク３０１〜３０８に格納される。

ストレージサブシステム１９５は、ストレージエリアネットワーク（ＳＡＮ）を介してホストサーバ１２０〜１２２と接続される。図１Ａの例では、複数のＳＡＮスイッチ１７０〜１７２がＳＡＮを構成する。

ＮＡＳ１９０は、ストレージサブシステム１９５と同様、ホストサーバ１２０〜１２２にデータ記憶領域を提供するデータ記憶装置である。ただし、ＮＡＳ１９０は、ＬＡＮ１０５を介してホストサーバ１２０〜１２２と接続される。

図１Ｂは、本発明の実施の形態の性能管理サーバ１６０のハードウェア構成を示すブロック図である。

本実施の形態の性能管理サーバ１６０は、相互に接続されたＣＰＵ１６１、メモリ１６２、ディスクドライブ１６３及びインターフェース（Ｉ／Ｆ）１６５を備える。

ＣＰＵ１６１は、メモリ１６２に格納されたソフトウェアを実行するプロセッサである。

メモリ１６２は、例えば半導体メモリであり、ＣＰＵ１６１によって実行されるソフトウェア及びその他のデータを格納する。

ディスクドライブ１６３は、例えばハードディスクドライブ（ＨＤＤ）であり、ＣＰＵ１６１によって実行されるソフトウェア及びその他のデータを格納する。図１Ｂの例では、ディスクドライブ１６３には、ストレージネットワーク性能管理ソフト１６４が格納される。ストレージネットワーク性能管理ソフト１６４は、必要に応じてメモリ１６２に複写され、ＣＰＵ１６１によって実行される。

なお、ディスクドライブ１６３は、例えば光ディスクドライブ等、ＨＤＤ以外のいかなる種類のディスクドライブであってもよい。あるいは、ディスクドライブ１６３は、例えばフラッシュメモリのような半導体メモリによって置き換えられてもよい。

Ｉ／Ｆ１６５は、ＬＡＮ１０５に接続されるインターフェースである。Ｉ／Ｆ１６５は、ＬＡＮ１０５に接続された他の計算機等と通信する。

図１Ｃは、本発明の実施の形態の性能情報収集サーバ１５０のハードウェア構成を示すブロック図である。

本実施の形態の性能情報収集サーバ１５０は、相互に接続されたＣＰＵ１５１、メモリ１５２、ディスクドライブ１５３、Ｉ／Ｆ１５５及びホストバスアダプタ（ＨＢＡ）１５６を備える。

ＣＰＵ１５１は、メモリ１５２に格納されたソフトウェアを実行するプロセッサである。

メモリ１５２は、例えば半導体メモリであり、ＣＰＵ１５１によって実行されるソフトウェア及びその他のデータを格納する。

ディスクドライブ１５３は、例えばＨＤＤであり、ＣＰＵ１５１によって実行されるソフトウェア及びその他のデータを格納する。図１Ｃの例では、ディスクドライブ１５３には、サブシステム性能情報収集エージェント１５４が格納される。サブシステム性能情報収集エージェント１５４は、必要に応じてメモリ１５２に複写され、ＣＰＵ１５１によって実行される。ディスクドライブ１５３は、ディスクドライブ１６３と同様、いかなる種類のディスクドライブ又は半導体メモリであってもよい。

Ｉ／Ｆ１５５は、ＬＡＮ１０５に接続されるインターフェースである。Ｉ／Ｆ１５５は、ＬＡＮ１０５に接続された他の計算機等と通信する。

ＨＢＡ１５６は、ＳＡＮスイッチ１７０〜１７２の少なくとも一つと接続されるインターフェースである。ＨＢＡ１５６は、ＳＡＮスイッチ１７０〜１７２と接続される一つ以上のポート１８６を備える。ＨＢＡ１５６は、ＳＡＮスイッチ１７０〜１７２を介してストレージサブシステム１９５と通信することによって、ストレージサブシステム１９５に関する性能情報を取得する。ＨＢＡ１５６は、例えばファイバーチャネル（ＦＣ）プロトコルを使用するが、その他のいかなるプロトコルを使用してもよい。

図１Ｄは、本発明の実施の形態の性能情報収集サーバ１４０のハードウェア構成を示すブロック図である。

本実施の形態の性能情報収集サーバ１４０は、相互に接続されたＣＰＵ１４１、メモリ１４２、ディスクドライブ１４３及びＩ／Ｆ１４５を備える。

ＣＰＵ１４１は、メモリ１４２に格納されたソフトウェアを実行するプロセッサである。

メモリ１４２は、例えば半導体メモリであり、ＣＰＵ１４１によって実行されるソフトウェア及びその他のデータを格納する。

ディスクドライブ１４３は、例えばＨＤＤであり、ＣＰＵ１４１によって実行されるソフトウェア及びその他のデータを格納する。図１Ｄの例では、ディスクドライブ１４３には、ＳＡＮスイッチ性能情報収集エージェント１４４が格納される。ＳＡＮスイッチ性能情報収集エージェント１４４は、必要に応じてメモリ１４２に複写され、ＣＰＵ１４１によって実行される。ディスクドライブ１４３は、ディスクドライブ１６３と同様、いかなる種類のディスクドライブ又は半導体メモリであってもよい。

Ｉ／Ｆ１４５は、ＬＡＮ１０５に接続されるインターフェースである。Ｉ／Ｆ１４５は、ＬＡＮ１０５に接続された他の計算機等と通信する。

図１Ｅは、本発明の実施の形態の性能情報収集サーバ１１０のハードウェア構成を示すブロック図である。

本実施の形態の性能情報収集サーバ１１０は、相互に接続されたＣＰＵ１１１、メモリ１１２、ディスクドライブ１１３及びＩ／Ｆ１１５を備える。

ＣＰＵ１１１は、メモリ１１２に格納されたソフトウェアを実行するプロセッサである。

メモリ１１２は、例えば半導体メモリであり、ＣＰＵ１１１によって実行されるソフトウェア及びその他のデータを格納する。

ディスクドライブ１１３は、例えばＨＤＤであり、ＣＰＵ１１１によって実行されるソフトウェア及びその他のデータを格納する。図１Ｅの例では、ディスクドライブ１１３には、ＮＡＳ性能情報収集エージェント１１４が格納される。ＮＡＳ性能情報収集エージェント１１４は、必要に応じてメモリ１１２に複写され、ＣＰＵ１１１によって実行される。ディスクドライブ１１３は、ディスクドライブ１６３と同様、いかなる種類のディスクドライブ又は半導体メモリであってもよい。

Ｉ／Ｆ１１５は、ＬＡＮ１０５に接続されるインターフェースである。Ｉ／Ｆ１１５は、ＬＡＮ１０５に接続された他の計算機等と通信する。

図１Ｆは、本発明の実施の形態のホストサーバ１２０のハードウェア構成を示すブロック図である。

ホストサーバ１２１及び１２２のハードウェア構成は、ホストサーバ１２０と同様であるため、説明を省略する。

本実施の形態のホストサーバ１２０は、相互に接続されたＣＰＵ１２３、メモリ１２４、ディスクドライブ１２５、Ｉ／Ｆ１３２及びＨＢＡ１３３を備える。

ＣＰＵ１２３は、メモリ１２４に格納されたソフトウェアを実行するプロセッサである。

メモリ１２４は、例えば半導体メモリであり、ＣＰＵ１２３によって実行されるソフトウェア及びその他のデータを格納する。

ディスクドライブ１２５は、例えばＨＤＤであり、ＣＰＵ１２３によって実行されるソフトウェア及びその他のデータを格納する。図１Ｆの例では、ディスクドライブ１２５には、業務ソフト１２６、ＤＢ管理ソフト１２７、ＯＳ１２８、業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１が格納される。これらのソフトウェアは、必要に応じてメモリ１２４に複写され、ＣＰＵ１２３によって実行される。ディスクドライブ１２５は、ディスクドライブ１６３と同様、いかなる種類のディスクドライブ又は半導体メモリであってもよい。

Ｉ／Ｆ１３２は、ＬＡＮ１０５に接続されるインターフェースである。Ｉ／Ｆ１３２は、ＬＡＮ１０５に接続された他の計算機等と通信する。

ＨＢＡ１３３は、ＳＡＮスイッチ１７０〜１７２の少なくとも一つと接続されるインターフェースである。ＨＢＡ１３３は、ＳＡＮスイッチ１７０〜１７２と接続される一つ以上のポート１７３を備える。ＨＢＡ１３３は、ＳＡＮスイッチ１７０〜１７２を介して、ストレージサブシステム１９５に書き込まれるデータ、又は、ストレージサブシステム１９５から読み出されたデータを通信する。ＨＢＡ１３３は、例えばファイバーチャネル（ＦＣ）プロトコルを使用するが、その他のいかなるプロトコルを使用してもよい。

図２Ａは、本発明の実施の形態の性能情報収集エージェントの機能ブロック図である。

図２Ａにおいて、ストレージネットワーク構成装置・ソフト２０１〜２０３は、ストレージネットワークが導入された計算機システムを構成するハードウェア又はソフトウェアである。これらは、ストレージネットワーク性能管理ソフト１６４による監視の対象である一つ以上のリソースを含む。

具体的には、ストレージネットワーク構成装置・ソフト２０１〜２０３のそれぞれは、図１Ａにおけるホストサーバ１２０〜１２２、業務ソフト１２６、ＤＢ管理ソフト１２７、ＯＳ１２８、ストレージサブシステム１９５、ＮＡＳ１９０、ＳＡＮスイッチ１７０〜１７２、及び、ポート１７３〜１８５のいずれかに相当する。図２Ａには三つのストレージネットワーク構成装置・ソフト２０１〜２０３のみを示すが、実際には、監視対象となるハードウェア及びソフトウェアと同数のストレージネットワーク構成装置・ソフト２０１〜２０３が存在する。

ストレージネットワーク構成装置・ソフト２０１〜２０３は、構成情報取得部２０４及び性能情報取得部２０５を含む。これらの各部は、ストレージネットワーク構成装置・ソフト２０１〜２０３がソフトウェアである場合、そのソフトウェアの一部を構成するモジュールである。あるいは、ストレージネットワーク構成装置・ソフト２０１〜２０３がハードウェアである場合、これらの各部は、そのハードウェアの一部、又は、そのハードウェアにおいて実行されるプログラムモジュールである。

性能情報収集エージェント２０６〜２０８は、ストレージネットワーク構成装置・ソフト２０１〜２０３から性能情報を取得するソフトウェアである。具体的には、性能情報収集エージェント２０６〜２０８のそれぞれは、図１ＡにおけるＮＡＳ性能情報収集エージェント１１４、業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０、ホスト性能情報収集エージェント１３１、ＳＡＮスイッチ性能情報収集エージェント１４４及びサブシステム性能情報収集エージェント１５４のいずれかに相当する。図２Ａには三つの性能情報収集エージェント２０６〜２０８のみを示すが、実際には、任意の数の性能情報収集エージェント２０６〜２０８が存在してもよい。

性能情報収集エージェント２０６〜２０８は、構成情報収集部２０９、リソース間関連情報記憶部２１０、構成情報応答部２１１、性能情報収集部２１２、メトリクス値テーブル２１３、性能情報応答部２１４、閾値設定情報テーブル２１５、閾値設定部２１６、閾値超過検知部２１７、メトリクス値削除部２１８、収集優先度テーブル２１９及び収集優先度設定部２２０を含む。

構成情報収集部２０９、構成情報応答部２１１、性能情報収集部２１２、性能情報応答部２１４、閾値設定部２１６、閾値超過検知部２１７、メトリクス値削除部２１８及び収集優先度設定部２２０は、それぞれ、性能情報収集エージェント２０６〜２０８の一部を構成するモジュールである。リソース間関連情報記憶部２１０、メトリクス値テーブル２１３、閾値設定情報テーブル２１５及び収集優先度テーブル２１９は、性能情報収集エージェント２０６〜２０８によって管理されるメモリ１１２等又はディスクドライブ１１３等の記憶領域である。これらの各部及びテーブルについては、後で詳細に説明する。

図２Ｂは、本発明の実施の形態のストレージネットワーク性能管理ソフト１６４の機能ブロック図である。

ストレージネットワーク性能管理ソフト１６４は、構成情報収集部２２１、リソース間関連情報記憶部２２２、性能負荷情報テーブル２２３、性能情報取得部２２４、性能負荷目標設定テーブル２２５、性能負荷目標設定部２２６、性能情報収集部２２７、メトリクス値テーブル２２８、性能分析表示部２２９、収集優先度テーブル２３０、収集優先度設定部２３１、閾値超過履歴テーブル２３２、閾値超過検知部２３３、閾値設定情報テーブル２３４及び閾値設定部２３５を含む。

構成情報収集部２２１、性能情報取得部２２４、性能負荷目標設定部２２６、性能情報収集部２２７、性能分析表示部２２９、収集優先度設定部２３１、閾値超過検知部２３３及び閾値設定部２３５は、それぞれ、ストレージネットワーク性能管理ソフト１６４の一部を構成するモジュールである。リソース間関連情報記憶部２２２、性能負荷情報テーブル２２３、性能負荷目標設定テーブル２２５、メトリクス値テーブル２２８、収集優先度テーブル２３０、閾値超過履歴テーブル２３２及び閾値設定情報テーブル２３４は、ストレージネットワーク性能管理ソフト１６４によって管理されるメモリ１６２又はディスクドライブ１６３の記憶領域である。これらの各部及びテーブルについては、後で詳細に説明する。

ここで、図２Ａ及び図２Ｂを参照して、計算機システムの性能情報の収集及び監視の概要を説明する。

計算機システムのいずれかの部位で障害が発生すると、その障害が性能に影響を与える場合がある。ここで、発生する障害とは、ハードウェア又はソフトウェアの障害であってもよいし、負荷の集中のような運用上の一時的な障害であってもよい。例えば、ハードウェア障害が発生すると、一般に、障害が発生したハードウェアリソース及びそのハードウェアと性能の依存関係があるリソースにおいて性能の低下が観測される。

ストレージネットワーク性能管理ソフト１６４は、性能の問題（例えば、性能の低下）を検知し、さらに、その問題の原因となった障害等を特定するために有用な情報をユーザに提供するために、計算機システム内のリソースの性能情報を性能情報収集エージェント２０６〜２０８から取得する。

性能情報収集エージェント２０６〜２０８の性能情報収集部２１２は、所定のスケジューリング設定に従ってタイマー（図示省略）によって起動されるか、又は、ストレージネットワーク性能管理ソフト１６４によって起動される。

性能情報収集部２１２は、起動されると、監視対象であるストレージネットワーク構成装置・ソフト２０１〜２０３の性能情報取得部２０５に、測定値（メトリクス値）の送信を要求する。

性能情報取得部２０５は、その性能情報取得部２０５を含むストレージネットワーク構成装置・ソフト２０１〜２０３に関するメトリクス値を測定する。メトリクス値は、ストレージネットワーク構成装置・ソフト２０１〜２０３の性能情報として参照される値であり、例えば、毎秒Ｉ／Ｏ回数、毎秒Ｉ／Ｏデータ量等である。性能情報取得部２０５は、測定されたメトリクス値を、性能情報収集部２１２からの要求に応じて送信する。

性能情報収集部２１２は、性能情報取得部２０５から受信したメトリクス値をメトリクス値テーブル２１３に格納する。

性能情報応答部２１４は、ストレージネットワーク性能管理ソフト１６４の性能情報収集部２２７から要求を受信すると、要求の対象のメトリクス値をメトリクス値テーブル２１３から読み出して、性能情報収集部２２７に送信する。

閾値超過検知部２１７は、メトリクス値テーブル２１３に格納されたメトリクス値が所定の閾値を超えたか否かを判定する。閾値超過検知部２１７は、メトリクス値が所定の閾値を超えた場合、ストレージネットワーク性能管理ソフト１６４の収集優先度設定部２３１に通知を送信する。

閾値超過検知部２１７が参照する閾値は、閾値設定情報テーブル２１５に格納されている。閾値設定部２１６は、性能管理クライアント１０４からの要求に従って、閾値設定情報テーブル２１５に閾値を格納する。

メトリクス値テーブル２１３に格納されたデータ量が所定の量を超えた場合、メトリクス値削除部２１８が、メトリクス値テーブル２１３からメトリクス値を削除する。このとき、メトリクス値削除部２１８は、収集優先度テーブル２１９を参照して、収集優先度の低いリソースに関するメトリクス値（言い換えると、比較的有用でないと推測されるメトリクス値）を削除する。

なお、後述するように、収集優先度は、本来、ストレージネットワーク性能管理ソフト１６４が性能情報収集エージェント２０６〜２０８からメトリクス値を取得する順序を決定するために設定及び参照されるものである。しかし、メトリクス値削除部２１８は、メトリクス値テーブル２１３からメトリクス値を削除するために収集優先度を参照する。メトリクス値を削除する処理については、後で図３３から図３５を参照して詳細に説明する。

収集優先度テーブル２１９には、メトリクス値削除部２１８によって参照される収集優先度が格納される。収集優先度設定部２２０は、ストレージネットワーク性能管理ソフト１６４の収集優先度設定部２３１からの要求に従って、収集優先度テーブル２１９に収集優先度を格納する。

構成情報収集部２０９は、所定のスケジューリング設定に従ってタイマーによって起動されるか、又は、ストレージネットワーク性能管理ソフト１６４によって起動される。

構成情報収集部２０９は、起動されると、監視対象であるストレージネットワーク構成装置・ソフト２０１〜２０３の構成情報取得部２０４に、リソース間関連情報の送信を要求する。

リソース間関連情報とは、リソース間の性能の依存関係を示す情報である。性能の依存関係については後述する（図３等参照）。

構成情報取得部２０４は、その構成情報取得部２０４を含むストレージネットワーク構成装置・ソフト２０１〜２０３に関するリソース間関連情報を、構成情報収集部２０９からの要求に応じて送信する。

構成情報収集部２０９は、構成情報取得部２０４から受信したリソース間関連情報をリソース間関連情報記憶部２１０に格納する。

構成情報応答部２１１は、ストレージネットワーク性能管理ソフト１６４の構成情報収集部２２１から要求を受信すると、要求の対象のリソース間関連情報をリソース間関連情報記憶部２１０から読み出して、構成情報収集部２２１に送信する。

ストレージネットワーク性能管理ソフト１６４の構成情報収集部２２１は、所定のスケジューリング設定に従って、例えば周期的に、リソース間関連情報を送信する要求を構成情報応答部２１１に送信する。構成情報収集部２２１は、構成情報応答部２１１から受信したリソース間関連情報を、リソース間関連情報記憶部２２２に格納する。

ストレージネットワーク性能管理ソフト１６４の性能情報収集部２２７は、所定のスケジューリング設定に従って、例えば周期的に、性能情報応答部２１４に対してメトリクス値の送信を要求する。この要求を受信した性能情報応答部２１４は、メトリクス値テーブル２１３から、要求されたメトリクス値を読み出して、性能情報収集部２２７に送信する。性能情報収集部２２７は、性能情報応答部２１４から受信したメトリクス値を、メトリクス値テーブル２２８に格納する。

まだメトリクス値テーブル２２８に格納されていないメトリクス値が性能情報収集エージェント２０６〜２０８のメトリクス値テーブル２１３に格納されている場合、通常、性能情報収集部２２７は、それらの全てのメトリクス値を送信することを性能情報応答部２１４に要求する。

しかし、送信要求の対象となるメトリクス値の量が多い場合、全てのメトリクス値を取得するまでに長時間を要する。その結果、各リソースにおける性能低下等の問題の発生を検知し、さらに、その問題の原因を明らかにするまでに長時間を要することとなる。このような問題は、例えば、システム障害又はストレージネットワーク性能管理ソフト１６４自体の障害のために、性能情報収集部２２７が長期間メトリクス値を取得することができなかった場合に発生する。

このような場合に、性能の問題の検知及びその原因の究明を迅速に行うために、性能情報収集部２２７は、まだ取得していない全てのメトリクス値を対象として送信を要求するのではなく、収集優先度テーブル２３０を参照して、収集優先度の高いリソースに関するメトリクス値を対象として送信を要求する。なお、収集優先度は、リソースごとに設定される。

収集優先度は、原則として、既にストレージネットワーク性能管理ソフト１６４が取得したメトリクス値（すなわち、既にメトリクス値テーブル２２８に格納されているメトリクス値）に基づいて、収集優先度設定部２３１によって設定される。収集優先度設定部２３１は、メトリクス値を設定するために、リソース間関連情報記憶部２２２、閾値超過履歴テーブル２３２及び閾値設定情報テーブル２３４を参照してもよいし、さらに、性能分析表示部２２９によって算出された結果を参照してもよい。さらに、収集優先度設定部２３１は、閾値超過検知部２１７から受信した通知に基づいて収集優先度を設定してもよい。

収集優先度を設定する手順については、後で図２８Ａから図３１を参照して詳細に説明する。収集優先度に基づいてメトリクス値を取得する手順については、後で図３２Ａ及び図３２Ｂを参照して詳細に説明する。

閾値超過履歴テーブル２３２には、メトリクス値が閾値を超過したことがあるリソースを示す情報が格納される。例えば、収集優先度設定部２３１は、過去にメトリクス値が閾値を超過したことがあるリソースにおいて、再び性能の問題が発生する可能性が高いと推測してもよい。この場合、収集優先度設定部２３１は、過去にメトリクス値が閾値を超過したことがあるリソースに高い収集優先度を設定してもよい。

閾値超過検知部２３３は、メトリクス値テーブル２２８及び閾値設定情報テーブル２３４を参照して、メトリクス値が閾値を超過したか否かを判定する。そして、メトリクス値が閾値を超過したリソースを示す情報を閾値超過履歴テーブル２３２に格納する。

閾値設定情報テーブル２３４には、性能低下等の問題を検知するために設定されるメトリクス値の閾値が格納される。

閾値設定部２３５は、性能管理クライアント１０４からの要求に従って、閾値設定情報テーブル２３４に閾値を格納する。

性能分析表示部２２９は、性能管理クライアント１０４からの要求に従って、メトリクス値テーブル２２８に格納されたメトリクス値を検索し、検索されたメトリクス値を返信する。さらに、性能分析表示部２２９は、メトリクス値テーブル２２８を参照して、現在のメトリクス値を予測する。あるいは、性能分析表示部２２９は、メトリクス値が増加傾向又は減少傾向にあるか否かを判定することもできる。例えば、収集優先度設定部２３１は、現在のメトリクス値が閾値を越えると予測されるリソースにおいて、性能の問題が発生する可能性が高いと推測してもよい。この場合、収集優先度設定部２３１は、現在のメトリクス値が閾値を越えると予測されるリソースに高い収集優先度を設定してもよい。

性能情報収集部２２７は、収集優先度が高いリソースに関するメトリクス値を全て取得した後、引き続き、収集優先度が低いリソースに関するメトリクス値を取得してもよい。ただし、計算機システムの性能に与える影響を抑えるため、収集優先度が低いリソースに関するメトリクス値は、計算機システムの性能負荷に余裕があるときに実行されてもよい。このため、性能情報収集部２２７は、性能負荷情報テーブル２２３及び性能負荷目標設定テーブル２２５を参照する。

性能負荷情報テーブル２２３には、計算機システムの実際の性能負荷を示す情報が格納される。この情報は、性能情報取得部２２４によって取得されたものである。

性能負荷目標設定テーブル２２５には、計算機システムの性能負荷の目標値が格納される。この目標値は、性能負荷目標設定部２２６が、性能管理クライアント１０４からの要求に従って設定したものである。

以上の図２Ａ及び図２Ｂに示す各部に保持された情報については、図５から図２７を参照して詳細に説明する。図２Ａ及び図２Ｂに示す各部が実行する処理については、図２８Ａから図３５を参照して詳細に説明する。

図３は、本発明の実施の形態におけるリソース間の性能に関する依存関係の説明図である。

リソースとは、メトリクス値を取得する対象となるストレージネットワークの構成要素である。メトリクス値とは、リソースの性能情報を構成する性能監視項目の値（例えば、ＣＰＵ使用率、Ｉ／Ｏ回数等）である。ストレージネットワークを構成するハードウェア及びソフトウェアは、それぞれ、種々のリソースを含んでいる。ストレージネットワーク中のリソースは、相互に性能上の影響を及ぼし合う。具体的には、例えば、一つのリソースの性能が障害等によって低下すると、その性能低下の影響を受けて、他のリソースの性能まで低下する場合がある。このように、リソースの性能の変動が影響を及ぼしあう関係を、以下の説明において、性能の依存関係と呼ぶ。すなわち、性能の変動が影響し合うリソースには、性能の依存関係がある。

リソース間に性能の依存関係がある場合、いずれかのリソースにおいて障害等の問題が発生すると、その問題に起因する性能の低下が、問題が発生したリソースと性能の依存関係がある別のリソースにおいても観測される場合がある。言い換えると、あるリソースにおいて性能の低下が観測されたとしても、その性能低下の原因がそのリソース自体にあるとは限らない。このため、性能の変動が観測された場合、変動の原因を明らかにするために、リソース間の性能の依存関係が参照される。

図３の例において、ストレージネットワークを構成するハードウェアは、ホストサーバＡ３０１、ホストサーバＢ３０２、ＳＡＮスイッチＡ３２１、ＳＡＮスイッチＢ３２２、ＳＡＮスイッチＣ３２３、ＳＡＮスイッチＤ３２４及びストレージサブシステムＡ３５４を含む。

ホストサーバＡ３０１及びホストサーバＢ３０２は、それぞれ、図１Ａのホストサーバ１２０〜１２２のいずれかに相当する。ホストサーバＡ３０１では、アプリケーションＡ３０３、アプリケーションＢ３０４及びアプリケーションＣ３０５が稼動している。ホストサーバＢ３０２では、アプリケーションＤ３０６が稼動している。これらのアプリケーションは、図１Ａの業務ソフト１２６に相当する。アプリケーションＡ３０３からアプリケーションＤ３０６は、業務ソフト性能情報収集エージェント１２９による情報取得対象となるリソースである。

ファイルＡ３０７〜ファイルＪ３１６、ボリュームＡ３１７〜ボリュームＤ３２０及びポートＡ３２５〜ポートＢ３２６は、ホスト性能情報収集エージェント１３１による情報取得対象となるリソースである。ファイルＡ３０７〜ファイルＪ３１６は、ＯＳ１２８がデータの入出力サービスを提供する単位である。

図３の例では、ファイルＡ３０７〜ファイルＣ３０９は、アプリケーションＡ３０３に割り当てられている。ファイルＤ３１０〜ファイルＥ３１１は、アプリケーションＢ３０４に割り当てられている。ファイルＦ３１２〜ファイルＧ３１３は、アプリケーションＣ３０５に割り当てられている。ファイルＨ３１４〜ファイルＪ３１６は、アプリケーションＤ３０６に割り当てられている。各ファイルＡ３０７〜Ｊ３１６には、それぞれが割り当てられたアプリケーションによって読み書きされるデータが格納される。

ボリュームＡ３１７〜ボリュームＤ３２０は、ファイルＡ３０７〜ファイルＪ３１６を外部記憶装置（例えば、ストレージサブシステム１９５）に格納するための領域としてＯＳ１２８によって管理される。

図３の例では、ファイルＡ３０７〜ファイルＣ３０９は、ボリュームＡ３１７に格納される。ファイルＤ３１０〜ファイルＥ３１１は、ボリュームＢ３１８に格納される。ファイルＦ３１２〜ファイルＧ３１３は、ボリュームＣ３１９に格納される。ファイルＨ３１４〜ファイルＪ３１６は、ボリュームＤ３２０に格納される。

このように、各アプリケーションＡ３０３〜Ｄ３０６にファイルＡ３０７〜Ｊ３１６が割り当てられ、ファイルＡ３０７〜Ｊ３１６がボリュームＡ３１７〜ボリュームＤ３２０に格納される。例えば、アプリケーションＡ３０３がファイルＡ３０７を使用し、ファイルＡ３０７がボリュームＡ３１７に格納される場合、アプリケーションＡ３０３がファイルＡ３０７にアクセスする負荷が増大すると、アプリケーションＡ３０３、ファイルＡ３０７及びボリュームＡ３１７の負荷が増大する。このため、これらのリソースには性能の依存関係がある。

ＳＡＮスイッチＡ３２１〜Ｄ３２４は、図１ＡのＳＡＮスイッチ１７０〜１７２に相当する。ＳＡＮスイッチＡ３２１〜Ｄ３２４は、ＳＡＮスイッチ性能情報収集エージェント１４４による情報取得対象となる。具体的には、ＳＡＮスイッチ性能情報収集エージェント１４４は、ＳＡＮスイッチＡ３２１〜Ｄ３２４が備えるポート３２７〜３５０に関する性能情報を取得する。すなわち、ポート３２７〜３５０は、情報取得対象となるリソースである。ポート３２７〜３５０は、図１Ａのポート１７６〜１８２に相当する。これらのポート３２７〜３５０のうち、以後の説明において参照されるものには、ポートＣ３２８のようにアルファベットによる識別子が付与される。

なお、図３に示すＳＡＮスイッチ及びポートの数は、図１Ａに示したＳＡＮスイッチ及びポートの数より多い。これは、図１Ａにおいて図示が省略されているためである。

ストレージサブシステムＡ３５４は、図１Ａのストレージサブシステム１９５に相当する。ストレージサブシステムＡ３５４は、サブシステム性能情報収集エージェント１５４による情報取得対象となるリソースとして、ポートＮ３５１〜Ｐ３５３、論理ボリュームＡ３５５〜Ｄ３５８、パリティグループＡ３５９〜Ｂ３６０、及び、物理ディスク３６１〜３６６を含む。

物理ディスク３６１〜３６６は、物理的なＨＤＤである。物理ディスク３６１〜３６６は、ＨＤＤ以外の物理的な記憶装置（例えば、光ディスク装置又は半導体記憶装置）であってもよい。

パリティグループＡ３５９〜Ｂ３６０は、ストレージサブシステム１９５の機能によって複数の物理ディスク３６１〜３６６から生成された、論理的に一つの高性能かつ高信頼のディスクドライブである。例えば、パリティグループＡ３５９が物理ディスク３６１〜３６３から生成され、パリティグループＢ３６０が物理ディスク３６４〜３６６から生成されてもよい。

論理ボリュームＡ３５５〜Ｄ３５８は、ストレージサブシステム１９５の機能がパリティグループＡ３５９〜Ｂ３６０を分割することによって生成された論理的なディスクドライブである。ストレージサブシステム１９５は、ホストサーバ１２０〜１２２の用途に適したサイズの論理ボリュームＡ３５５〜Ｄ３５８を生成することができる。

ホストサーバＡ３０１〜Ｂ３０２のボリュームＡ３１７〜Ｄ３２０は、それぞれ、ストレージサブシステムＡ３５４の論理ボリュームＡ３５５〜Ｄ３５８のいずれかに割り当てられる。論理ボリュームＡ３５５〜Ｄ３５８は、それぞれ、パリティグループＡ３５９〜Ｂ３６０のいずれかに割り当てられる。パリティグループＡ３５９〜Ｂ３６０には、それぞれ、物理ディスク３６１〜３６６のうち少なくとも二つが割り当てられる。このため、これらのリソース間には、性能の依存関係がある。

また、論理ボリュームＡ３５５〜Ｄ３５８と、それらに割り当てられるボリュームＡ３１７〜Ｄ３２０との対応関係が定まると、それらの間でやり取りされるデータの経路、言い換えると、それらの間でやり取りされるデータが経由するポートＡ３２５〜Ｐ３５３が決定される。ボリュームＡ３１７〜Ｄ３２０にかかるデータ入出力の負荷は、そのデータの経路上のポートＡ３２５〜Ｐ３５３に対する通信の負荷となる。このため、ボリュームＡ３１７〜Ｄ３２０と、それらのボリュームＡ３１７〜Ｄ３２０が割り当てられた論理ボリュームＡ３５５〜Ｄ３５８と、データの経路上のポートＡ３２５〜Ｐ３５３との間には、性能の依存関係がある。

図３の例では、ボリュームＡ３１７は、論理ボリュームＡ３５５に割り当てられている。ボリュームＡ３１７と論理ボリュームＡ３５５との間でやり取りされるデータは、ポートＡ３２５、ポートＣ３２８、ポートＤ３３４、ポートＨ３４０、ポートＩ３４６及びポートＮ３５１を経由する。このため、例えば、ストレージサブシステムＡ３５４に発生した障害によって、論理ボリュームＡ３５５に対する毎秒Ｉ／Ｏ回数が低下すると、ポートＡ３２５、ポートＣ３２８、ポートＤ３３４、ポートＨ３４０、ポートＩ３４６及びポートＮ３５１の全ての毎秒Ｉ／Ｏ回数が低下する。このように、これらのリソースの間には、性能の依存関係がある。

同様にして、図３の例では、ボリュームＢ３１８は、論理ボリュームＢ３５６に割り当てられている。ボリュームＢ３１８と論理ボリュームＢ３５６との間でやり取りされるデータは、ポートＡ３２５、ポートＣ３２８、ポートＤ３３４、ポートＨ３４０、ポートＩ３４６及びポートＮ３５１を経由する。ボリュームＣ３１９は、論理ボリュームＣ３５７に割り当てられている。ボリュームＣ３１９と論理ボリュームＣ３５７との間でやり取りされるデータは、ポートＡ３２５、ポートＣ３２８、ポートＥ３３５、ポートＪ３４２、ポートＬ３４８及びポートＯ３５２を経由する。ボリュームＣ３１９は、論理ボリュームＣ３５７に割り当てられている。ボリュームＤ３２０と論理ボリュームＤ３５８との間でやり取りされるデータは、ポートＢ３２６、ポートＦ３３２、ポートＧ３３８、ポートＫ３４４、ポートＭ３５０及びポートＰ３５３を経由する。

図４は、本発明の実施の形態における性能情報の表示画面の説明図である。

図４に示す画面は、ストレージネットワーク性能管理ソフト１６４の性能分析表示部２２９によって、性能管理クライアント１０４に表示される。

図４には、複数のボリュームＡ３１７〜Ｄ３２０の性能情報をグラフによって表示する例を示す。グラフの横軸及び縦軸は、それぞれ、時刻及びメトリクス値である。図４の例において、縦軸のメトリクス値は、転送速度（キロバイト／秒）である。このように、性能情報をグラフによって表示することによって、各リソースの性能情報の推移を比較することができる。

なお、リソースの性能情報は、グラフ以外の形式（例えば、表形式）で表示されてもよい。

次に、各性能情報収集エージェントが使用するテーブルについて説明する。

最初に、ホストサーバＡ３０１に関する性能情報を収集する性能情報収集エージェントが使用するテーブルを、図５から図８を参照して説明する。

図５は、本発明の実施の形態のホストサーバＡ３０１に関するメトリクス値テーブルの説明図である。

図５に示すメトリクス値テーブル５００は、ホストサーバＡ３０１に含まれるリソースに関して取得されたメトリクス値を保持する。それらのメトリクス値は、ホストサーバＡ３０１が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する性能情報収集部２１２によって取得されたものである。すなわち、メトリクス値テーブル５００は、ホストサーバＡ３０１が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つが保持するメトリクス値テーブル２１３に相当する。

メトリクス値テーブル５００は、日時５０１、リソース識別子５０２、メトリクス識別子５０３及びメトリクス値５０４の各カラムからなる。

日時５０１には、メトリクス値が収集された日付及び時刻が登録される。

リソース識別子５０２には、メトリクス値の収集対象であるリソースの識別子が登録される。図５の例では、ホストサーバＡ３０１に含まれるハードウェア又はソフトウェアのうち、メトリクス値の収集対象であるものの識別子（例えば、ファイルＡ、ボリュームＡ及びポートＡ）が登録される。

メトリクス識別子５０３には、収集されたメトリクス値の種類が登録される。図５の例では、毎秒Ｉ／Ｏ回数が登録されるが、他の種類（例えば、毎秒Ｉ／Ｏデータ量又はＣＰＵ使用率等）が登録されてもよい。

メトリクス値５０４には、収集されたメトリクス値が登録される。

メトリクス値テーブル５００の各行は、ある日時にあるリソースについて収集されたメトリクス値に対応する。例えば、図５の先頭の行は、２００６年６月６日の１３：００に取得されたファイルＡ３０７に関するメトリクス値が、１２１４．５（毎秒Ｉ／Ｏ回数）であることを示している。すなわち、２００６年６月６日の１３：００の時点において、ファイルＡ３０７に対する毎秒Ｉ／Ｏ回数が１２１４．５であったことを意味する。

図６Ａから図６Ｃには、ホストサーバＡ３０１に関するリソース間関連情報記憶部２１０に含まれるテーブルを示す。

図６Ａは、本発明の実施の形態のホストサーバＡ３０１に関するアプリケーション・ファイル間関連テーブルの説明図である。

図６Ａに示すアプリケーション・ファイル間関連テーブル６００は、ホストサーバＡ３０１において稼動しているアプリケーションＡ３０３〜Ｃ３０５と、そのアプリケーションＡ３０３〜Ｃ３０５に割り当てられたファイルＡ３０７〜Ｇ３１３との対応関係を示す。アプリケーションＡ３０３〜Ｃ３０５と、そのアプリケーションＡ３０３〜Ｃ３０５に割り当てられたファイルＡ３０７〜Ｇ３１３には、性能の依存関係がある。

アプリケーション・ファイル間関連テーブル６００は、ホストサーバＡ３０１が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する構成情報収集部２０９が取得した情報に基づいて生成され、リソース間関連情報記憶部２１０に格納される。

アプリケーション・ファイル間関連テーブル６００は、アプリケーション識別子６０１及びファイル識別子６０２の各カラムからなる。

アプリケーション識別子６０１には、ホストサーバＡ３０１において稼動しているアプリケーションＡ３０３〜Ｃ３０５の識別子が登録される。

ファイル識別子６０２には、各アプリケーションＡ３０３〜Ｃ３０５に割り当てられたファイルＡ３０７〜Ｇ３１３の識別子が登録される。

図６Ａの例では、アプリケーション識別子６０１の値「アプリケーションＡ」に対応するファイル識別子６０２として、「ファイルＡ」、「ファイルＢ」及び「ファイルＣ」が登録されている。「アプリケーションＢ」に対応して、「ファイルＤ」及び「ファイルＥ」が登録されている。「アプリケーションＣ」に対応して、「ファイルＦ」及び「ファイルＧ」が登録されている。これは、図３に示すようにアプリケーションＡ３０３〜Ｃ３０５にファイルＡ３０７〜Ｇ３１３が割り当てられていることを示す。

図６Ｂは、本発明の実施の形態のホストサーバＡ３０１に関するファイル・ボリューム間関連テーブルの説明図である。

図６Ｂに示すファイル・ボリューム間関連テーブル６１０は、ホストサーバＡ３０１によって管理されるファイルＡ３０７〜Ｇ３１３と、そのファイルＡ３０７〜Ｇ３１３を格納するボリュームＡ３１７〜Ｃ３１９との対応関係を示す。ファイルＡ３０７〜Ｇ３１３と、そのファイルＡ３０７〜Ｇ３１３を格納するボリュームＡ３１７〜Ｃ３１９には、性能の依存関係がある。ファイル・ボリューム間関連テーブル６１０は、ホストサーバＡ３０１が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する構成情報収集部２０９が取得した情報に基づいて生成され、リソース間関連情報記憶部２１０に格納される。

ファイル・ボリューム間関連テーブル６１０は、ファイル識別子６１１及びボリューム識別子６１２の各カラムからなる。

ファイル識別子６１１には、ホストサーバＡ３０１が管理するファイルＡ３０７〜Ｇ３１３の識別子が登録される。

ボリューム識別子６１２には、各ファイルＡ３０７〜Ｇ３１３を格納するボリュームＡ３１７〜Ｃ３１９の識別子が登録される。

図６Ｂの例では、ファイル識別子６１１の値「ファイルＡ」、「ファイルＢ」及び「ファイルＣ」に対応するボリューム識別子６１２として、「ボリュームＡ」が登録されている。「ファイルＤ」及び「ファイルＥ」に対応して「ボリュームＢ」が登録されている。「ファイルＦ」及び「ファイルＧ」に対応して「ボリュームＣ」が登録されている。これは、図３に示すようにファイルＡ３０７〜Ｇ３１３がボリュームＡ３１７〜Ｃ３１９に格納されていることを示す。

図６Ｃは、本発明の実施の形態のホストサーバＡ３０１に関するボリューム・論理ボリューム・ポート間関連テーブルの説明図である。

図６Ｃに示すボリューム・論理ボリューム・ポート間関連テーブル６２０は、ホストサーバＡ３０１によって管理されるボリュームＡ３１７〜Ｃ３１９、そのボリュームＡ３１７〜Ｃ３１９が割り当てられる論理ボリュームＡ３５５〜Ｃ３５７、ボリュームＡ３１７〜Ｃ３１９と論理ボリュームＡ３５５〜Ｃ３５７との間でやり取りされるデータが経由するホストサーバＡ３０１のポートＡ３２５及びストレージサブシステムＡ３５４のポートＮ３５１〜Ｐ３５３の対応関係を示す。これらのリソースの間には、性能の依存関係がある。

ボリューム・論理ボリューム・ポート間関連テーブル６２０は、ホストサーバＡ３０１が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する構成情報収集部２０９が取得した情報に基づいて生成され、リソース間関連情報記憶部２１０に格納される。

ボリューム・論理ボリューム・ポート間関連テーブル６２０は、ボリューム識別子６２１、論理ボリューム識別子６２２、ホスト側ポート識別子６２３及びストレージ側ポート識別子６２４の各カラムからなる。

ボリューム識別子６２１には、ホストサーバＡ３０１が管理するボリュームＡ３１７〜Ｃ３１９の識別子が登録される。

論理ボリューム識別子６２２には、ボリュームＡ３１７〜Ｃ３１９が割り当てられる論理ボリュームＡ３５５〜Ｄ３５８の識別子が登録される。

ホスト側ポート識別子６２３には、ボリュームＡ３１７〜Ｃ３１９と、それらに割り当てられた論理ボリュームＡ３５５〜Ｄ３５８との間でやり取りされるデータが経由するホストサーバＡ３０１のポートＡ３２５の識別子が登録される。

ストレージ側ポート識別子６２４には、ボリュームＡ３１７〜Ｃ３１９と、それらに割り当てられた論理ボリューム識別子６２２との間でやり取りされるデータが経由するストレージサブシステムＡ３５４のポートＮ３５１〜Ｐ３５３の識別子が登録される。

例えば、図６Ｃの先頭の行には、ボリューム識別子６２１、論理ボリューム識別子６２２、ホスト側ポート識別子６２３及びストレージ側ポート識別子６２４として、それぞれ、ボリュームＡ、論理ボリュームＡ、ポートＡ及びポートＮが登録されている。これは、図３に示すように、ボリュームＡ３１７が論理ボリュームＡ３５５に割り当てられ、ボリュームＡ３１７と論理ボリュームＡ３５５との間でやり取りされるデータが、ポートＡ３２５及びポートＮ３５１を経由することを示す。

図７は、本発明の実施の形態のホストサーバＡ３０１に関する収集優先度テーブルの説明図である。

図７に示す収集優先度テーブル７００は、ホストサーバＡ３０１に含まれる各リソースに設定された、メトリクス値の収集優先度を示す情報を保持する。

収集優先度は、本来、ストレージネットワーク性能管理ソフト１６４が各性能情報収集エージェントからメトリクス値を収集するときに参照されるものである。後述するように、ストレージネットワーク性能管理ソフト１６４は、高い収集優先度が設定されたリソースに関するメトリクス値を優先的に収集する。

しかし、収集優先度テーブル７００に保持された収集優先度は、メトリクス値削除部２１８が、メトリクス値テーブル５００に保持されたメトリクス値を削除するときに参照される。後述するように、低い収集優先度が設定されたリソースに関するメトリクス値が、優先的にメトリクス値テーブル５００から削除される。

この収集優先度は、ホストサーバＡ３０１が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する収集優先度設定部２２０によって設定されたものである。すなわち、収集優先度テーブル７００は、ホストサーバＡ３０１が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つが保持する収集優先度テーブル２１９に相当する。

後で説明するように、収集優先度設定部２２０は、ストレージネットワーク性能管理ソフト１６４の収集優先度設定部２３１から受信した指示に従って、収集優先度テーブル７００を設定する。

収集優先度テーブル７００は、リソース識別子７０１及び収集優先度７０２の各カラムからなる。

リソース識別子７０１には、ホストサーバＡ３０１に含まれるリソースのうち、性能情報の収集対象となるリソースの識別子が登録される。

収集優先度７０２には、各リソースに設定された収集優先度を示す値が登録される。

図７の例では、リソース識別子「ファイルＡ」に対応して、収集優先度「Ｌｏｗ」が登録され、リソース識別子「ファイルＦ」に対応して、収集優先度「Ｈｉｇｈ Ｂ」が登録されている。これは、ファイルＡ３０７に収集優先度「Ｌｏｗ」が設定され、ファイルＦ３１２に収集優先度「Ｈｉｇｈ Ｂ」が設定されていることを示す。すなわち、ファイルＦ３１２には、ファイルＡ３０７より高い収集優先度が設定されている。この場合、ファイルＡ３０７に関するメトリクス値が、ファイルＦ３１２に関するメトリクス値より優先的にメトリクス値テーブル５００から削除される。

収集優先度７０２には、「Ｌｏｗ」及び「Ｈｉｇｈ Ｂ」のほか、「Ｈｉｇｈ Ａ」及び「Ｈｉｇｈ Ｃ」等が登録されてもよい。これらの意味については後述する。「Ｌｏｗ」は、「Ｈｉｇｈ Ａ」、「Ｈｉｇｈ Ｂ」及び「Ｈｉｇｈ Ｃ」のいずれよりも低い収集優先度を示す。

図８は、本発明の実施の形態のホストサーバＡ３０１に関する閾値設定情報テーブルの説明図である。

図８に示す閾値設定情報テーブル８００は、ホストサーバＡ３０１に含まれる各リソースに設定された、メトリクス値の閾値を示す情報を保持する。

この閾値は、ホストサーバＡ３０１が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する閾値設定部２１６によって設定されたものである。すなわち、閾値設定情報テーブル８００は、ホストサーバＡ３０１が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つが保持する閾値設定情報テーブル２１５に相当する。

閾値設定部２１６は、性能管理クライアント１０４から受信した指示に従って、閾値設定情報テーブル８００を設定する。ユーザは、性能管理クライアント１０４を操作して、任意の閾値を設定する指示を閾値設定部２１６に送信させることができる。

閾値設定情報テーブル８００は、閾値超過検知部２１７によって参照される。

閾値設定情報テーブル８００は、リソース識別子８０１、メトリクス識別子８０２及び条件８０３の各カラムからなる。

リソース識別子８０１には、ホストサーバＡ３０１に含まれるリソースのうち、メトリクス値の閾値が設定されるリソースの識別子が登録される。

メトリクス識別子８０２には、閾値が設定されるメトリクス値の種類を示す情報が登録される。

条件８０３には、メトリクス値の閾値に相当する条件が設定される。

図８の例では、リソース識別子「ポートＡ」に対応して、メトリクス識別子「毎秒Ｉ／Ｏ回数」及び条件「毎秒Ｉ／Ｏ回数＜１１００」が登録されている。これは、ポートＡ３２５に、メトリクス値「毎秒Ｉ／Ｏ回数」の閾値が設定され、その閾値は、「毎秒Ｉ／Ｏ回数が１１００回未満」であることを意味する。この場合、閾値超過検知部２１７は、ポートＡ３２５に関して取得されたメトリクス値である毎秒Ｉ／Ｏ回数が１１００回未満であるとき、メトリクス値が閾値を超過したと判定する。

次に、ホストサーバＢ３０２に関する性能情報を収集する性能情報収集エージェントが使用するテーブルを、図９から図１２を参照して説明する。

図９は、本発明の実施の形態のホストサーバＢ３０２に関するメトリクス値テーブルの説明図である。

図９に示すメトリクス値テーブル９００は、ホストサーバＢ３０２に含まれるリソースに関して取得されたメトリクス値を保持する。図５に示すメトリクス値テーブル５００と同様、メトリクス値テーブル９００は、ホストサーバＢ３０２が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つが保持するメトリクス値テーブル２１３に相当する。

メトリクス値テーブル９００は、日時９０１、リソース識別子９０２、メトリクス識別子９０３及びメトリクス値９０４の各カラムからなる。これらのカラムの説明は、それぞれ、メトリクス値テーブル５００の日時５０１、リソース識別子５０２、メトリクス識別子５０３及びメトリクス値５０４の説明と同様であるため、省略する。

図１０Ａから図１０Ｃには、ホストサーバＢ３０２に関するリソース間関連情報記憶部２１０に含まれるテーブルを示す。

図１０Ａは、本発明の実施の形態のホストサーバＢ３０２に関するアプリケーション・ファイル間関連テーブルの説明図である。

図１０Ａに示すアプリケーション・ファイル間関連テーブル１０００は、ホストサーバＢ３０２において稼動しているアプリケーションＤ３０６と、そのアプリケーションＤ３０６に割り当てられたファイルＨ３１４〜Ｊ３１６との対応関係を示す。アプリケーションＤ３０６と、そのアプリケーションＤ３０６に割り当てられたファイルＨ３１４〜Ｊ３１６には、性能の依存関係がある。アプリケーション・ファイル間関連テーブル１０００は、ホストサーバＢ３０２が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する構成情報収集部２０９が取得した情報に基づいて生成され、リソース間関連情報記憶部２１０に格納される。

アプリケーション・ファイル間関連テーブル１０００は、アプリケーション識別子１００１及びファイル識別子１００２の各カラムからなる。これらのカラムの説明は、それぞれ、アプリケーション・ファイル間関連テーブル６００のアプリケーション識別子６０１及びファイル識別子６０２の説明と同様であるため、省略する。

図１０Ｂは、本発明の実施の形態のホストサーバＢ３０２に関するファイル・ボリューム間関連テーブルの説明図である。

図１０Ｂに示すファイル・ボリューム間関連テーブル１０１０は、ホストサーバＢ３０２によって管理されるファイルＨ３１４〜Ｊ３１６と、そのファイルＨ３１４〜Ｊ３１６を格納するボリュームＤ３２０との対応関係を示す。ファイルＨ３１４〜Ｊ３１６と、そのファイルＨ３１４〜Ｊ３１６を格納するボリュームＤ３２０には、性能の依存関係がある。ファイル・ボリューム間関連テーブル１０１０は、ホストサーバＢ３０２が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する構成情報収集部２０９が取得した情報に基づいて生成され、リソース間関連情報記憶部２１０に格納される。

ファイル・ボリューム間関連テーブル１０１０は、ファイル識別子１０１１及びボリューム識別子１０１２の各カラムからなる。これらのカラムの説明は、それぞれ、ファイル・ボリューム間関連テーブル６１０のファイル識別子６１１及びボリューム識別子６１２の説明と同様であるため、省略する。

図１０Ｃは、本発明の実施の形態のホストサーバＢ３０２に関するボリューム・論理ボリューム・ポート間関連テーブルの説明図である。

図１０Ｃに示すボリューム・論理ボリューム・ポート間関連テーブル１０２０は、ホストサーバＢ３０２によって管理されるボリュームＤ３２０、そのボリュームＤ３２０が割り当てられる論理ボリュームＤ３５８、ボリュームＤ３２０と論理ボリュームＤ３５８との間でやり取りされるデータが経由するホストサーバＢ３０２のポートＢ３２６及びストレージサブシステムＡ３５４のポートＰ３５３の対応関係を示す。これらのリソースの間には、性能の依存関係がある。

ボリューム・論理ボリューム・ポート間関連テーブル１０２０は、ホストサーバＢ３０２が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する構成情報収集部２０９が取得した情報に基づいて生成され、リソース間関連情報記憶部２１０に格納される。

ボリューム・論理ボリューム・ポート間関連テーブル１０２０は、ボリューム識別子１０２１、論理ボリューム識別子１０２２、ホスト側ポート識別子１０２３及びストレージ側ポート識別子１０２４の各カラムからなる。これらのカラムの説明は、それぞれ、ボリューム・論理ボリューム・ポート間関連テーブル６２０のボリューム識別子６２１、論理ボリューム識別子６２２、ホスト側ポート識別子６２３及びストレージ側ポート識別子６２４の説明と同様であるため、省略する。

図１１は、本発明の実施の形態のホストサーバＢ３０２に関する収集優先度テーブルの説明図である。

図１１に示す収集優先度テーブル１１００は、ホストサーバＢ３０２に含まれる各リソースに設定された、メトリクス値の収集優先度を示す情報を保持する。

図７の説明と同様、収集優先度テーブル１１００に保持された収集優先度は、メトリクス値削除部２１８が、メトリクス値テーブル９００に保持されたメトリクス値を削除するときに参照される。後述するように、低い収集優先度が設定されたリソースに関するメトリクス値が、優先的にメトリクス値テーブル９００から削除される。

この収集優先度は、ホストサーバＢ３０２が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する収集優先度設定部２２０によって設定されたものである。すなわち、収集優先度テーブル１１００は、ホストサーバＢ３０２が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つが保持する収集優先度テーブル２１９に相当する。

後で説明するように、収集優先度設定部２２０は、ストレージネットワーク性能管理ソフト１６４の収集優先度設定部２３１から受信した指示に従って、収集優先度テーブル１１００を設定する。

収集優先度テーブル１１００は、リソース識別子１１０１及び収集優先度１１０２の各カラムからなる。これらのカラムの説明は、それぞれ、収集優先度テーブル７００のリソース識別子７０１及び収集優先度７０２の説明と同様であるため、省略する。

図１２は、本発明の実施の形態のホストサーバＢ３０２に関する閾値設定情報テーブルの説明図である。

図１２に示す閾値設定情報テーブル１２００は、ホストサーバＢ３０２に含まれる各リソースに設定された、メトリクス値の閾値を示す情報を保持する。

この閾値は、ホストサーバＢ３０２が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する閾値設定部２１６によって設定されたものである。すなわち、閾値設定情報テーブル１２００は、ホストサーバＢ３０２が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つが保持する閾値設定情報テーブル２１５に相当する。

閾値設定部２１６は、性能管理クライアント１０４から受信した指示に従って、閾値設定情報テーブル１２００を設定する。ユーザは、性能管理クライアント１０４を操作して、任意の閾値を設定する指示を閾値設定部２１６に送信させることができる。

閾値設定情報テーブル１２００は、閾値超過検知部２１７によって参照される。

閾値設定情報テーブル１２００は、リソース識別子１２０１、メトリクス識別子１２０２及び条件１２０３の各カラムからなる。これらのカラムの説明は、それぞれ、閾値設定情報テーブル８００のリソース識別子８０１、メトリクス識別子８０２及び条件８０３の説明と同様であるため、省略する。

次に、ＳＡＮスイッチＡ３２１〜Ｄ３２４に関する性能情報を収集するＳＡＮスイッチ性能情報収集エージェント１４４が使用するテーブルを、図９から図１２を参照して説明する。

図１３は、本発明の実施の形態のＳＡＮスイッチＡ３２１〜Ｄ３２４に関するメトリクス値テーブルの説明図である。

図１３に示すメトリクス値テーブル１３００は、ＳＡＮスイッチＡ３２１〜Ｄ３２４に含まれるリソースに関して取得されたメトリクス値を保持する。それらのメトリクス値は、ＳＡＮスイッチ性能情報収集エージェント１４４に属する性能情報収集部２１２によって取得されたものである。すなわち、メトリクス値テーブル１３００は、ＳＡＮスイッチ性能情報収集エージェント１４４が保持するメトリクス値テーブル２１３に相当する。

メトリクス値テーブル１３００は、日時１３０１、リソース識別子１３０２、メトリクス識別子１３０３及びメトリクス値１３０４の各カラムからなる。これらのカラムの説明は、メトリクス値テーブル５００の日時５０１、リソース識別子５０２、メトリクス識別子５０３及びメトリクス値５０４の説明と同様であるため、省略する。

図１３の例において、先頭の行は、２００６年６月６日の１３：００にポートＣ３２８から取得したメトリクス値が、１２１３．６（毎秒Ｉ／Ｏ回数）であることを示している。

図１４は、本発明の実施の形態のＳＡＮスイッチＡ３２１〜Ｄ３２４に関するポート間通信経路テーブルの説明図である。

図１４に示すポート間通信経路テーブル１４００には、ホストサーバＡ３０１〜Ｂ３０２のポートＡ３２５〜Ｂ３２６と、ストレージサブシステムＡ３５４のポートＮ３５１〜Ｐ３５３との間でやり取りされるデータの経路となるＳＡＮスイッチＡ３２１〜Ｄ３２４のポートＣ３２８〜Ｍ３５０を示す情報が保持される。複数のポートを一つのデータ経路が経由する場合、それらのポートには性能の依存関係がある。

ポート間通信経路テーブル１４００は、ＳＡＮスイッチ性能情報収集エージェント１４４に属する構成情報収集部２０９が取得した情報に基づいて生成され、リソース間関連情報記憶部２１０に格納される。

ポート間通信経路テーブル１４００は、ホスト側ポート識別子１４０１、ストレージ側ポート識別子１４０２及びスイッチポート識別子リスト１４０３の各カラムからなる。

ホスト側ポート識別子１４０１には、ホストサーバＡ３０１〜Ｂ３０２とストレージサブシステムＡ３５４との間でやり取りされるデータが経由するホストサーバＡ３０１〜Ｂ３０２のポートＡ３２５〜Ｂ３２６の識別子が登録される。

ストレージ側ポート識別子１４０２には、ホストサーバＡ３０１〜Ｂ３０２とストレージサブシステムＡ３５４との間でやり取りされるデータが経由するストレージサブシステムＡ３５４のポートＮ３５１〜Ｐ３５３の識別子が登録される。

スイッチポート識別子リスト１４０３には、ホストサーバＡ３０１〜Ｂ３０２のポートＡ３２５〜Ｂ３２６と、ストレージサブシステムＡ３５４のポートＮ３５１〜Ｐ３５３との間でやり取りされるデータが経由するＳＡＮスイッチＡ３２１〜Ｄ３２４のポートＣ３２８〜Ｍ３５０の識別子が登録される。

図１４の例において、先頭の行は、ホストサーバＡ３０１のポートＡ３２５からストレージサブシステムＡ３５４のポートＮ３５１に至るデータ経路が、図３に示すように、ポートＣ３２８、ポートＤ３３４、ポートＨ３４０及びポートＩ３４６を経由することを示す。

図１５は、本発明の実施の形態のＳＡＮスイッチＡ３２１〜Ｄ３２４に関する収集優先度テーブルの説明図である。

図１５に示す収集優先度テーブル１５００は、ＳＡＮスイッチＡ３２１〜Ｄ３２４に含まれる各リソースに設定された、メトリクス値の収集優先度を示す情報を保持する。

図７の説明と同様、収集優先度テーブル１５００に保持された収集優先度は、メトリクス値削除部２１８が、メトリクス値テーブル１３００に保持されたメトリクス値を削除するときに参照される。低い収集優先度が設定されたリソースに関するメトリクス値が、優先的にメトリクス値テーブル１３００から削除される。

この収集優先度は、ＳＡＮスイッチ性能情報収集エージェント１４４に属する収集優先度設定部２２０によって設定されたものである。すなわち、収集優先度テーブル１５００は、ＳＡＮスイッチ性能情報収集エージェント１４４が保持する収集優先度テーブル２１９に相当する。

収集優先度設定部２２０は、ストレージネットワーク性能管理ソフト１６４の収集優先度設定部２３１から受信した指示に従って、収集優先度テーブル１５００を設定する。

収集優先度テーブル１５００は、リソース識別子１５０１及び収集優先度１５０２の各カラムからなる。これらのカラムの説明は、それぞれ、収集優先度テーブル７００のリソース識別子７０１及び収集優先度７０２の説明と同様であるため、省略する。

図１６は、本発明の実施の形態のＳＡＮスイッチＡ３２１〜Ｄ３２４に関する閾値設定情報テーブルの説明図である。

図１６に示す閾値設定情報テーブル１６００は、ＳＡＮスイッチＡ３２１〜Ｄ３２４に含まれる各リソースに設定された、メトリクス値の閾値を示す情報を保持する。

この閾値は、ＳＡＮスイッチ性能情報収集エージェント１４４に属する閾値設定部２１６によって設定されたものである。すなわち、閾値設定情報テーブル１６００は、ＳＡＮスイッチ性能情報収集エージェント１４４が保持する閾値設定情報テーブル２１５に相当する。

閾値設定部２１６は、性能管理クライアント１０４から受信した指示に従って、閾値設定情報テーブル１６００を設定する。ユーザは、性能管理クライアント１０４を操作して、任意の閾値を設定する指示を閾値設定部２１６に送信させることができる。

閾値設定情報テーブル１６００は、閾値超過検知部２１７によって参照される。

閾値設定情報テーブル１６００は、リソース識別子１６０１、メトリクス識別子１６０２及び条件１６０３の各カラムからなる。これらのカラムの説明は、それぞれ、閾値設定情報テーブル８００のリソース識別子８０１、メトリクス識別子８０２及び条件８０３の説明と同様であるため、省略する。

次に、ストレージサブシステムＡ３５４に関する性能情報を収集するサブシステム性能情報収集エージェント１５４が使用するテーブルを、図１７から図２０を参照して説明する。

図１７は、本発明の実施の形態のストレージサブシステムＡ３５４に関するメトリクス値テーブルの説明図である。

図１７に示すメトリクス値テーブル１７００は、ストレージサブシステムＡ３５４に含まれるリソースに関して取得されたメトリクス値を保持する。それらのメトリクス値は、サブシステム性能情報収集エージェント１５４に属する性能情報収集部２１２によって取得されたものである。すなわち、メトリクス値テーブル１７００は、サブシステム性能情報収集エージェント１５４が保持するメトリクス値テーブル２１３に相当する。

メトリクス値テーブル１７００は、日時１７０１、リソース識別子１７０２、メトリクス識別子１７０３及びメトリクス値１７０４の各カラムからなる。これらのカラムの説明は、メトリクス値テーブル５００の日時５０１、リソース識別子５０２、メトリクス識別子５０３及びメトリクス値５０４の説明と同様であるため、省略する。

図１８は、本発明の実施の形態のストレージサブシステムＡ３５４に関する論理ボリューム・パリティグループ間関連テーブルの説明図である。

図１８の論理ボリューム・パリティグループ間関連テーブル１８００は、論理ボリュームＡ３５５〜Ｄ３５８と、論理ボリュームＡ３５５〜Ｄ３５８が割り当てられたパリティグループＡ３５９〜Ｂ３６０との対応関係を示す情報を保持する。これらのリソース間には、性能の依存関係がある。

論理ボリューム・パリティグループ間関連テーブル１８００は、サブシステム性能情報収集エージェント１５４に属する構成情報収集部２０９が取得した情報に基づいて生成され、リソース間関連情報記憶部２１０に格納される。

論理ボリューム・パリティグループ間関連テーブル１８００は、論理ボリューム識別子１８０１及びパリティグループ識別子１８０２の各カラムからなる。

論理ボリューム識別子１８０１には、ストレージサブシステムＡ３５４が管理する論理ボリュームＡ３５５〜Ｄ３５８の識別子が登録される。

パリティグループ識別子１８０２には、各論理ボリュームＡ３５５〜Ｄ３５８が割り当てられたパリティグループＡ３５９〜Ｂ３６０の識別子が登録される。

図１８の例は、図３に示すように、論理ボリュームＡ３５５及び論理ボリュームＢ３５６がパリティグループＡ３５９に割り当てられ、論理ボリュームＣ３５７及び論理ボリュームＤ３５８がパリティグループＢ３６０に割り当てられていることを示す。

図１９は、本発明の実施の形態のストレージサブシステムＡ３５４に関する収集優先度テーブルの説明図である。

図１９に示す収集優先度テーブル１９００は、ストレージサブシステムＡ３５４に含まれる各リソースに設定された、メトリクス値の収集優先度を示す情報を保持する。

図７の説明と同様、収集優先度テーブル１９００に保持された収集優先度は、メトリクス値削除部２１８が、メトリクス値テーブル１７００に保持されたメトリクス値を削除するときに参照される。低い収集優先度が設定されたリソースに関するメトリクス値が、優先的にメトリクス値テーブル１７００から削除される。

この収集優先度は、サブシステム性能情報収集エージェント１５４に属する収集優先度設定部２２０によって設定されたものである。すなわち、収集優先度テーブル１９００は、サブシステム性能情報収集エージェント１５４が保持する収集優先度テーブル２１９に相当する。

収集優先度設定部２２０は、ストレージネットワーク性能管理ソフト１６４の収集優先度設定部２３１から受信した指示に従って、収集優先度テーブル１９００を設定する。

収集優先度テーブル１９００は、リソース識別子１９０１及び収集優先度１９０２の各カラムからなる。これらのカラムの説明は、それぞれ、収集優先度テーブル７００のリソース識別子７０１及び収集優先度７０２の説明と同様であるため、省略する。

図２０は、本発明の実施の形態のストレージサブシステムＡ３５４に関する閾値設定情報テーブルの説明図である。

図２０に示す閾値設定情報テーブル２０００は、ストレージサブシステムＡ３５４に含まれる各リソースに設定された、メトリクス値の閾値を示す情報を保持する。

この閾値は、サブシステム性能情報収集エージェント１５４に属する閾値設定部２１６によって設定されたものである。すなわち、閾値設定情報テーブル２０００は、サブシステム性能情報収集エージェント１５４が保持する閾値設定情報テーブル２１５に相当する。

閾値設定部２１６は、性能管理クライアント１０４から受信した指示に従って、閾値設定情報テーブル２０００を設定する。ユーザは、性能管理クライアント１０４を操作して、任意の閾値を設定する指示を閾値設定部２１６に送信させることができる。

閾値設定情報テーブル２０００は、閾値超過検知部２１７によって参照される。

閾値設定情報テーブル２０００は、リソース識別子２００１、メトリクス識別子２００２及び条件２００３の各カラムからなる。これらのカラムの説明は、それぞれ、閾値設定情報テーブル８００のリソース識別子８０１、メトリクス識別子８０２及び条件８０３の説明と同様であるため、省略する。

次に、性能管理サーバ１６０のストレージネットワーク性能管理ソフト１６４が使用するテーブルを、図２１から図２７を参照して説明する。

図２１は、本発明の実施の形態のストレージネットワーク性能管理ソフト１６４が使用するメトリクス値テーブルの説明図である。

図２１に示すメトリクス値テーブル２１００は、図２Ｂに示すストレージネットワーク性能管理ソフト１６４が保持するメトリクス値テーブル２２８に相当する。性能情報収集部２２７は、周期的に各性能情報収集エージェントに対してポーリングを実行することによって、各性能情報収集エージェントのメトリクス値テーブル２１３が保持する情報を取得し、メトリクス値テーブル２２８に格納する。このため、メトリクス値テーブル５００、９００、１３００及び１７００が保持する情報は、原則として、全てメトリクス値テーブル２１００に格納される。

ただし、ポーリングが実行された後でメトリクス値テーブル５００、９００、１３００及び１７００に格納された情報は、次回のポーリングが実行されるまで、メトリクス値テーブル２１００に格納されない。このため、例えばシステム障害等の原因によってポーリングが長期間実行されなかった場合、大量の情報が、メトリクス値テーブル２１００に格納されないまま、メトリクス値テーブル５００、９００、１３００及び１７００に残される場合がある。

メトリクス値テーブル２１００は、日時２１０１、リソース識別子２１０２、メトリクス識別子２１０３及びメトリクス値２１０４の各カラムからなる。これらのカラムの説明は、メトリクス値テーブル５００の日時５０１、リソース識別子５０２、メトリクス識別子５０３及びメトリクス値５０４の説明と同様であるため、省略する。

図２２Ａから図２２Ｃには、リソース間関連情報記憶部２２２に含まれるテーブルを示す。

図２２Ａは、本発明の実施の形態のストレージネットワーク性能管理ソフト１６４が使用するファイル・ボリューム間関連テーブルの説明図である。

図２２Ａに示すファイル・ボリューム間関連テーブル２２００は、図２Ｂに示すストレージネットワーク性能管理ソフト１６４が保持するリソース間関連情報記憶部２２２に格納される。構成情報収集部２２１は、各性能情報収集エージェントに対してポーリングを実行することによって、リソース間関連情報記憶部２１０に含まれるファイル・ボリューム間関連テーブル６１０及びファイル・ボリューム間関連テーブル１０１０が保持する情報を取得し、ファイル・ボリューム間関連テーブル２２００に格納する。このため、ファイル・ボリューム間関連テーブル２２００は、ファイル・ボリューム間関連テーブル６１０が保持する情報、及び、ファイル・ボリューム間関連テーブル１０１０が保持する情報の両方を保持する。

ファイル・ボリューム間関連テーブル２２００は、ファイル識別子２２０１及びボリューム識別子２２０２の各カラムからなる。これらのカラムの説明は、それぞれ、ファイル・ボリューム間関連テーブル６１０のファイル識別子６１１及びボリューム識別子６１２の説明と同様であるため、省略する。

図２２Ｂは、本発明の実施の形態のストレージネットワーク性能管理ソフト１６４が使用する論理ボリューム・パリティグループ間関連テーブルの説明図である。

図２２Ｂに示す論理ボリューム・パリティグループ間関連テーブル２２１０は、図２Ｂに示すストレージネットワーク性能管理ソフト１６４が保持するリソース間関連情報記憶部２２２に格納される。構成情報収集部２２１は、サブシステム性能情報収集エージェント１５４に対してポーリングを実行することによって、リソース間関連情報記憶部２１０に含まれる論理ボリューム・パリティグループ間関連テーブル１８００が保持する情報を取得し、論理ボリューム・パリティグループ間関連テーブル２２１０に格納する。このため、論理ボリューム・パリティグループ間関連テーブル２２１０は、論理ボリューム・パリティグループ間関連テーブル１８００が保持するものと同じ情報を保持する。

論理ボリューム・パリティグループ間関連テーブル２２１０は、論理ボリューム識別子２２１１及びパリティグループ識別子２２１２の各カラムからなる。これらのカラムの説明は、それぞれ、論理ボリューム・パリティグループ間関連テーブル１８００の論理ボリューム識別子１８０１及びパリティグループ識別子１８０２の説明と同様であるため、省略する。

図２２Ｃは、本発明の実施の形態のストレージネットワーク性能管理ソフト１６４が使用するボリューム・論理ボリューム・ポート対応テーブルの説明図である。

図２２Ｃに示すボリューム・論理ボリューム・ポート対応テーブル２２２０は、図２Ｂに示すストレージネットワーク性能管理ソフト１６４が保持するリソース間関連情報記憶部２２２に格納される。

構成情報収集部２２１は、各性能情報収集エージェントに対してポーリングを実行することによって、リソース間関連情報記憶部２１０に含まれるボリューム・論理ボリューム・ポート間関連テーブル６２０、ボリューム・論理ボリューム・ポート間関連テーブル１０２０及びポート間通信経路テーブル１４００が保持する情報を取得し、ボリューム・論理ボリューム・ポート対応テーブル２２２０に格納する。このため、ボリューム・論理ボリューム・ポート対応テーブル２２２０は、ボリューム・論理ボリューム・ポート間関連テーブル６２０、ボリューム・論理ボリューム・ポート間関連テーブル１０２０及びポート間通信経路テーブル１４００が保持する情報を保持する。

ボリューム・論理ボリューム・ポート対応テーブル２２２０は、ボリューム識別子２２２１、論理ボリューム識別子２２２２、ホスト側ポート識別子２２２３、ストレージ側ポート識別子２２２４及びスイッチポート識別子リスト２２２５の各カラムからなる。

ボリューム識別子２２２１は、ボリューム・論理ボリューム・ポート間関連テーブル６２０のボリューム識別子６２１及びボリューム・論理ボリューム・ポート間関連テーブル１０２０のボリューム識別子１０２１と対応する。このため、ボリューム識別子２２２１についての説明は省略する。

論理ボリューム識別子２２２２は、ボリューム・論理ボリューム・ポート間関連テーブル６２０の論理ボリューム識別子６２２及びボリューム・論理ボリューム・ポート間関連テーブル１０２０の論理ボリューム識別子１０２２と対応する。このため、論理ボリューム識別子２２２２についての説明は省略する。

ホスト側ポート識別子２２２３は、ボリューム・論理ボリューム・ポート間関連テーブル６２０のホスト側ポート識別子６２３及びボリューム・論理ボリューム・ポート間関連テーブル１０２０のホスト側ポート識別子１０２３と対応する。さらに、ホスト側ポート識別子２２２３は、ポート間通信経路テーブル１４００のホスト側ポート識別子１４０１とも対応する。このため、ホスト側ポート識別子２２２３についての説明は省略する。

ストレージ側ポート識別子２２２４は、ボリューム・論理ボリューム・ポート間関連テーブル６２０のストレージ側ポート識別子６２４及びボリューム・論理ボリューム・ポート間関連テーブル１０２０のストレージ側ポート識別子１０２４と対応する。さらに、ストレージ側ポート識別子２２２４は、ポート間通信経路テーブル１４００のストレージ側ポート識別子１４０２とも対応する。このため、ストレージ側ポート識別子２２２４についての説明は省略する。

スイッチポート識別子リスト２２２５は、ポート間通信経路テーブル１４００のスイッチポート識別子リスト１４０３と対応する。このため、スイッチポート識別子リスト２２２５についての説明は省略する。

図２２Ｃの例において、先頭の行は、ボリュームＡ３１７が論理ボリュームＡ３５５に割り当てられていること、及び、ボリュームＡ３１７から論理ボリュームＡ３５５に至るデータの経路が、ポートＡ３２５、ポートＣ３２８、ポートＤ３３４、ポートＨ３４０、ポートＩ３４６及びポートＮ３５１を経由することを示す。

図２３は、本発明の実施の形態のストレージネットワーク性能管理ソフト１６４が使用する収集優先度テーブルの説明図である。

図２３に示す収集優先度テーブル２３００は、図２Ｂに示すストレージネットワーク性能管理ソフト１６４が保持する収集優先度テーブル２３０に相当する。収集優先度テーブル２３００が保持する情報は、収集優先度設定部２３１によって設定される。一方、収集優先度設定部２２０は、収集優先度設定部２３１から受信した指示に従って、各性能情報収集エージェントが保持する収集優先度テーブル７００、１１００、１５００及び１９００を設定する。このため、収集優先度テーブル２３００は、収集優先度テーブル７００、１１００、１５００及び１９００が保持するデータを保持する。

収集優先度テーブル２３００は、リソース識別子２３０１及び収集優先度２３０２の各カラムからなる。これらのカラムの説明は、それぞれ、収集優先度テーブル７００のリソース識別子７０１及び収集優先度７０２の説明と同様であるため、省略する。

図２４は、本発明の実施の形態のストレージネットワーク性能管理ソフト１６４が使用する閾値設定情報テーブルの説明図である。

図２４に示す閾値設定情報テーブル２４００は、図２Ｂに示すストレージネットワーク性能管理ソフト１６４が保持する閾値設定情報テーブル２３４に相当する。閾値設定情報テーブル２４００が保持する情報は、閾値設定部２３５によって、性能管理クライアント１０４から受信した指示に従って設定される。一方、各性能情報収集エージェントが保持する閾値設定情報テーブル８００、１２００、１６００及び２０００は、閾値設定部２１６によって、性能管理クライアント１０４から受信した指示に従って設定される。このため、閾値設定情報テーブル２４００は、閾値設定情報テーブル８００、１２００、１６００及び２０００が保持するデータを保持する。

閾値設定情報テーブル２４００は、リソース識別子２４０１、メトリクス識別子２４０２及び条件２４０３の各カラムからなる。これらのカラムの説明は、それぞれ、閾値設定情報テーブル８００のリソース識別子８０１、メトリクス識別子８０２及び条件８０３の説明と同様であるため、省略する。

図２５は、本発明の実施の形態のストレージネットワーク性能管理ソフト１６４が使用する閾値超過履歴テーブルの説明図である。

図２５に示す閾値超過履歴テーブル２５００は、設定された閾値を超過したメトリクス値の履歴を示す情報を保持する。

閾値超過履歴テーブル２５００は、図２Ｂに示す閾値超過履歴テーブル２３２に相当する。閾値超過検知部２３３は、メトリクス値テーブル２１００及び閾値設定情報テーブル２４００を参照して、メトリクス値２１０４に登録された値が、条件２４０３に設定された閾値を超えているか否かを判定する。そして、閾値を超えているメトリクス値に関する情報を、閾値超過履歴テーブル２５００に格納する。

閾値超過履歴テーブル２５００は、発生日時２５０１、リソース識別子２５０２、メトリクス識別子２５０３及びメトリクス値２５０４の各カラムからなる。閾値超過検知部２３３は、メトリクス値テーブル２１００に登録されたいずれかのメトリクス値が閾値を超えている場合、そのメトリクス値を含む行の日時２１０１、リソース識別子２１０２、メトリクス識別子２１０３及びメトリクス値２１０４に登録されている値を、それぞれ、発生日時２５０１、リソース識別子２５０２、メトリクス識別子２５０３及びメトリクス値２５０４に登録する。

図２５の例において、先頭の行は、２００６年５月１日に取得されたポートＰ３５３に関するメトリクス値「１００２．３」（毎秒Ｉ／Ｏ回数）が、閾値「毎秒Ｉ／Ｏ回数＜１１００」（図２４参照）を超過したことを示す。

図２６は、本発明の実施の形態のストレージネットワーク性能管理ソフト１６４が使用する性能負荷目標設定テーブルの説明図である。

図２６に示す性能負荷目標設定テーブル２６００は、計算機システムの性能負荷の目標値として設定される値を保持する。性能負荷目標設定テーブル２６００は、図２Ｂに示す性能負荷目標設定テーブル２２５に相当する。すなわち、性能負荷目標設定テーブル２６００は、性能負荷目標設定部２２６によって、性能管理クライアント１０４から受信した指示に従って設定される。

性能負荷目標設定テーブル２６００は、性能項目２６０１及び性能項目目標値２６０２の各カラムからなる。

性能項目２６０１には、計算機システムの性能評価の指標として用いられる項目が登録される。性能評価の指標としては、例えば、ホストサーバ１２０〜１２２のＣＰＵ１２３の使用率、毎秒Ｉ／Ｏ回数又は毎秒Ｉ／Ｏデータ量等、任意の指標を用いることができる。

性能項目目標値２６０２には、性能項目２６０１に設定された項目の目標値が登録される。

ユーザは、性能管理クライアント１０４を操作することによって、任意の性能項目２６０１及び性能項目目標値２６０２を設定することができる。

図２６の例では、性能負荷目標として、ホストサーバ１２０〜１２２のＣＰＵ使用率７０％が設定されている。

性能負荷目標設定テーブル２６００は、性能負荷情報テーブル２７００（図２７参照）と共に、性能情報収集部２２７によって参照される。その処理については、後述する。

図２７は、本発明の実施の形態のストレージネットワーク性能管理ソフト１６４が使用する性能負荷情報テーブルの説明図である。

図２７に示す性能負荷情報テーブル２７００は、計算機システムにおいて測定された性能負荷の値を保持する。性能負荷情報テーブル２７００は、図２Ｂに示す性能負荷情報テーブル２２３に相当する。すなわち、性能負荷情報テーブル２７００は、性能情報取得部２２４が取得した性能負荷の値を保持する。

性能負荷情報テーブル２７００は、性能項目２７０１及び性能項目値２７０２の各カラムからなる。

性能項目２７０１には、図２６に示す性能項目２６０１と同じ項目が登録される。

性能項目値２７０２には、性能情報取得部２２４が取得した性能負荷の値が登録される。性能情報取得部２２４は、周期的に性能負荷の値を取得し、性能項目値２７０２の値を更新する。

図２７の例は、最後に取得されたホストサーバ１２０〜１２２のＣＰＵ使用率の実測値が、６０％であることを示す。

次に、本発明の実施の形態の各部が実行する処理について、フローチャートを参照して説明する。

図２８Ａ及び図２８Ｂは、本発明の実施の形態のストレージネットワーク性能管理ソフト１６４内の収集優先度設定部２３１が実行する処理のフローチャートである。

最初に、処理の概要を説明する。

ストレージネットワーク性能管理ソフト１６４は、各リソースにおける性能低下等の問題の発生を検知し、さらに、その問題の原因を明らかにするために、各リソースに関するメトリクス値を取得する。したがって、性能低下等の問題が発生していないリソースに関するメトリクス値と比較して、問題が発生しているリソースに関するメトリクス値は、ストレージネットワーク性能管理ソフト１６４及びそれを使用するユーザにとって有用であるといえる。このため、問題の発生を早急に検知するためには、問題が発生しているリソースの収集優先度を高く設定することが望ましい。

一方、既に説明したように、リソースの間には性能の依存関係がある。このため、障害が発生したリソースと、その障害を原因とする性能の問題が発生したリソースとは、必ずしも同一でない。したがって、発生した問題の原因を早急に明らかにするためには、問題が発生しているリソースと性能の依存関係があるリソースに関するメトリクス値が有用であるといえる。このため、そのようなリソースの収集優先度を高く設定することが望ましい。

現在リソースに性能低下等の問題が発生しているか否かは、現在のメトリクス値を取得しなければ判定できない。しかし、過去に取得したメトリクス値に基づいて、現在問題が発生している可能性を推測することはできる。さらに、将来問題が発生する可能性を推測することもできる。本実施の形態において、収集優先度は、現在又は将来において問題が発生する可能性に基づいて設定される。すなわち、問題が発生する可能性が高いと推測されるリソースに関するメトリクス値は、性能の問題を検知するために有用であると推測される。問題が発生する可能性が高いと推測されるリソースと性能の依存関係があるリソースに関するメトリクス値は、性能の問題の原因を調査するために有用であると推測される。このため、それらのリソースには高い収集優先度が設定される。

性能の問題が発生する可能性は、種々の方法によって推測することができる。例えば、過去に問題が発生したことがあるリソースは、過去に問題が発生したことがないリソースと比較して、再び問題が発生する可能性が高いと推測される。あるいは、既に取得されたメトリクス値に基づいて、現在のメトリクス値を予測することができる。そして、予測されたメトリクス値が所定の閾値を超えている場合、超えていない場合と比較して、性能の問題が発生する可能性が高いと推測される。あるいは、既に取得されたメトリクス値に基づいて、メトリクス値の変化率を算出することができる。そして、算出された変化率が所定の閾値を超えた場合、言い換えると、メトリクス値が増加傾向又は減少傾向にある場合、そうでない場合と比較して問題が発生する可能性が高いと推測される。

本実施の形態においては、上記の三つの基準によって、性能の問題が発生する可能性が推測される。さらに、本実施の形態においては、過去に問題が発生したことがある場合、性能の問題が発生する可能性が最も高く、予測された現在のメトリクス値が所定の閾値を超える場合、性能の問題が発生する可能性が２番目に高く、算出されたメトリクス値の変化率が所定の閾値を超える場合、性能の問題が発生する可能性が３番目に高いと推測される。そして、性能の問題が発生する可能性がより高いと判定されたリソースには、そのリソースに関するメトリクス値がより有用であると推測されるため、より高い収集優先度が設定される。

なお、上記の三つの基準以外の基準によって、性能の問題が発生する可能性が推測されてもよい。また、上記の三つの基準による優先度には、上記と異なる順位が設定されてもよい。

次に、処理の詳細を説明する。

図２８Ａ及び図２８Ｂに示す処理は、ストレージネットワーク性能管理ソフト１６４がメトリクス値を取得するためのポーリングを実行するときに、その実行を契機として、ポーリング直前に実行されてもよい。あるいは、図２８Ａ及び図２８Ｂに示す処理は、ポーリングの実行タイミングとは関係なく、予め実行されてもよい。

最初に、収集優先度設定部２３１は、収集優先度テーブル２３００を初期化する（２８０１）。具体的には、収集優先度設定部２３１は、収集優先度テーブル２３００の全ての行の収集優先度２３０２を「Ｌｏｗ」にする。

次に、収集優先度設定部２３１は、リソースリスト（図示省略）を作成する（２８０２）。リソースリストとは、ステップ２８０３以降の処理において検出されたリソースが一時的に登録されるリストである。ステップ２８０２が終了した時点で、リソースリストには、いずれのリソースも登録されていない。

次に、収集優先度設定部２３１は、閾値を超過した履歴のあるリソースを検出する（２８０３）。検出されたリソースは、リソースリストに追加される。この検出の処理については後述する（図２９参照）。

次に、収集優先度設定部２３１は、ステップ２８０３において検出されたリソースを基点として、そのリソースと性能の依存関係があるリソースを検出する（２８０５）。具体的には、収集優先度設定部２３１は、ボリューム・論理ボリューム・ポート対応テーブル２２２０を参照し、ステップ２８０３において検出されたリソースを含む行に登録されている全てのリソースを、性能の依存関係があるリソースとして検出する。

次に、収集優先度設定部２３１は、ステップ２８０５において検出されたリソースをリソースリストに追加する（２８０６）。

次に、収集優先度設定部２３１は、リソースリストを参照し、リソースリストに登録されたリソースに対応する収集優先度テーブル２３００の収集優先度２３０２の値を「Ｈｉｇｈ Ａ」に更新する（２８０７）。その結果、ステップ２８０３において検出されたリソースの収集優先度２３０２として「Ｈｉｇｈ Ａ」が設定され、さらに、そのリソースと性能の依存関係があるリソースにも「Ｈｉｇｈ Ａ」が設定される。

次に、収集優先度設定部２３１は、リソースリストを参照し、リソースリストに登録されたリソースを監視している性能情報収集エージェント２０６〜２０８に対して、収集優先度の値を「Ｈｉｇｈ Ａ」に更新する要求を送信する（２８０８）。例えば、リソースリストに「ポートＦ」が登録されている場合、収集優先度設定部２３１は、「ポートＦ」に対応する収集優先度１５０２の値を「Ｈｉｇｈ Ａ」に更新する要求をＳＡＮスイッチ性能情報収集エージェント１４４に送信する。この要求を受信したＳＡＮスイッチ性能情報収集エージェント１４４の収集優先度設定部２２０は、収集優先度テーブル１５００の「ポートＦ」に対応する収集優先度１５０２の値を「Ｈｉｇｈ Ａ」に更新する（図１５の第４行参照）。

次に、収集優先度設定部２３１は、リソースリストをクリアする（２８０９）。その結果、ステップ２８０９が終了した時点で、リソースリストにはいずれのリソースも登録されていない。

次に、収集優先度設定部２３１は、メトリクスの予測値が閾値を超過するリソースを検出する（２８１０）。検出されたリソースは、リソースリストに追加される。この検出の処理については後述する（図３０参照）。

次に、収集優先度設定部２３１は、ステップ２８１０において検出されたリソースを基点として、そのリソースと性能の依存関係があるリソースを検出する（２８１２）。この検出は、ステップ２８０５と同様、ボリューム・論理ボリューム・ポート対応テーブル２２２０を参照して実行される。

次に、収集優先度設定部２３１は、ステップ２８１２において検出されたリソースをリソースリストに追加する（２８１３）。

次に、収集優先度設定部２３１は、リソースリストを参照し、リソースリストに登録されたリソースに対応する収集優先度テーブル２３００の収集優先度２３０２の値を「Ｈｉｇｈ Ｂ」に更新する（２８１４）。その結果、ステップ２８１０において検出されたリソースの収集優先度２３０２として「Ｈｉｇｈ Ｂ」が設定され、さらに、そのリソースと性能の依存関係があるリソースにも「Ｈｉｇｈ Ｂ」が設定される。

次に、収集優先度設定部２３１は、ステップ２８０８において説明したように、リソースリストを参照し、リソースリストに登録されたリソースを監視している性能情報収集エージェント２０６〜２０８に対して、収集優先度の値を「Ｈｉｇｈ Ｂ」に更新する要求を送信する（２８１５）。この要求を受信した性能情報収集エージェント２０６〜２０８の収集優先度設定部２２０は、ステップ２８０８において説明したように、自らが管理する収集優先度テーブル２１９に登録された収集優先度の値を「Ｈｉｇｈ Ｂ」に更新する。

なお、ステップ２８１４が実行される前に、リソースリストに登録されたリソースに対応する収集優先度テーブル２３００の収集優先度２３０２の値が既に「Ｈｉｇｈ Ａ」に更新されている場合、収集優先度設定部２３１は、ステップ２８１４及び２８１５を実行しなくてもよい。一つのリソースが複数の収集優先度に該当する場合、該当する収集優先度の中で最も高いものをそのリソースに設定するためである。ステップ２８１４及び２８１５が実行されない場合、「Ｈｉｇｈ Ａ」及び「Ｈｉｇｈ Ｂ」のいずれの条件も満たすリソースの収集優先度２３０２は、「Ｈｉｇｈ Ａ」となる。

次に、収集優先度設定部２３１は、リソースリストをクリアする（２８１６）。その結果、ステップ２８１６が終了した時点で、リソースリストにはいずれのリソースも登録されていない。

次に、収集優先度設定部２３１は、メトリクス値の推移が増加傾向又は減少傾向にあるリソースを検出する（２８１７）。検出されたリソースは、リソースリストに追加される。この検出の処理については後述する（図３１参照）。

次に、収集優先度設定部２３１は、ステップ２８１７において検出されたリソースを基点として、そのリソースと性能の依存関係があるリソースを検出する（２８１９）。この検出は、ステップ２８０５と同様、ボリューム・論理ボリューム・ポート対応テーブル２２２０を参照して実行される。

次に、収集優先度設定部２３１は、ステップ２８１９において検出されたリソースをリソースリストに追加する（２８２０）。

次に、収集優先度設定部２３１は、リソースリストを参照し、リソースリストに登録されたリソースに対応する収集優先度テーブル２３００の収集優先度２３０２の値を「Ｈｉｇｈ Ｃ」に更新する（２８２１）。その結果、ステップ２８１７において検出されたリソースの収集優先度２３０２として「Ｈｉｇｈ Ｃ」が設定され、さらに、そのリソースと性能の依存関係があるリソースにも「Ｈｉｇｈ Ｃ」が設定される。

次に、収集優先度設定部２３１は、ステップ２８０８において説明したように、リソースリストを参照し、リソースリストに登録されたリソースを監視している性能情報収集エージェント２０６〜２０８に対して、収集優先度の値を「Ｈｉｇｈ Ｃ」に更新する要求を送信する（２８２２）。この要求を受信した性能情報収集エージェント２０６〜２０８の収集優先度設定部２２０は、ステップ２８０８において説明したように、自らが管理する収集優先度テーブル２１９に登録された収集優先度の値を「Ｈｉｇｈ Ｃ」に更新する。

なお、ステップ２８１４が実行される前に、リソースリストに登録されたリソースに対応する収集優先度テーブル２３００の収集優先度２３０２の値が既に「Ｈｉｇｈ Ａ」又は「Ｈｉｇｈ Ｂ」に更新されている場合、収集優先度設定部２３１は、ステップ２８１４及び２８１５を実行しなくてもよい。ステップ２８１４及び２８１５が実行されない場合、「Ｈｉｇｈ Ａ」及び「Ｈｉｇｈ Ｃ」のいずれの条件も満たすリソースの収集優先度２３０２は、「Ｈｉｇｈ Ａ」となり、「Ｈｉｇｈ Ｂ」及び「Ｈｉｇｈ Ｃ」のいずれの条件も満たすリソースの収集優先度２３０２は、「Ｈｉｇｈ Ｂ」となる。

次に、収集優先度設定部２３１は、各性能情報収集エージェント２０６〜２０８に対して、メトリクス値が閾値を超えたリソースの一覧の送信を要求する（２８２３）。この要求を受信した性能情報収集エージェント２０６〜２０８の閾値超過検知部２１７は、メトリクス値テーブル２１３及び閾値設定情報テーブル２１５を参照して、メトリクス値が閾値を超えたリソースの一覧を収集優先度設定部２３１に送信する。

例えば、ＳＡＮスイッチ性能情報収集エージェント１４４は、メトリクス値テーブル１３００及び閾値設定情報テーブル１６００を参照して、メトリクス値１３０４が条件１６０３に示す閾値を超えているリソース（図１６の例では、メトリクス値１３０４の値が１１００未満であるリソース）のリソース識別子１３０２の一覧を収集優先度設定部２３１に送信する。

次に、収集優先度設定部２３１は、各性能情報収集エージェント２０６〜２０８の閾値超過検知部２１７から、メトリクス値が閾値を超えたリソースの一覧を受信する（２８２４）。

次に、収集優先度設定部２３１は、メトリクス値が閾値を超えたリソースがあるか否かを判定する（２８２５）。具体的には、収集優先度設定部２３１は、ステップ２８２４において受信した一覧に、一つ以上のリソース識別子が含まれているか否かを判定する。

ステップ２８２５において、一覧に一つ以上のリソース識別子が含まれていると判定された場合、一つ以上のリソースにおいて、メトリクス値が実際に閾値を超えている。この場合、収集優先度設定部２３１は、受信した一覧に含まれるリソース識別子が示すリソースに対応する収集優先度テーブル２３００の収集優先度２３０２の値を「Ｈｉｇｈ Ａ」に更新する（２８２６）。

次に、収集優先度設定部２３１は、メトリクス値が閾値を超過したリソースを監視している性能情報収集エージェント２０６〜２０８に対して、収集優先度の値を「Ｈｉｇｈ Ａ」に更新する要求を送信する（２８２７）。この要求を受信した性能情報収集エージェント２０６〜２０８の収集優先度設定部２２０は、ステップ２８０８において説明したように、自らが管理する収集優先度テーブル２１９に登録された収集優先度の値を「Ｈｉｇｈ Ａ」に更新する。

ステップ２８２７の処理が終了すると、収集優先度設定部２３１は処理を終了する。

ステップ２８２５において、一覧にリソース識別子が一つも含まれていないと判定された場合、どのリソースのメトリクス値も、まだ閾値を超えていない。この場合、収集優先度設定部２３１は、ステップ２８２６及び２８２７を実行せずに、処理を終了する。

図２９は、本発明の実施の形態の収集優先度設定部２３１が、閾値を超過した履歴のあるリソースを検出するために実行する処理のフローチャートである。

図２９に示す処理は、図２８Ａのステップ２８０３において実行される。

収集優先度設定部２３１は、閾値超過履歴テーブル２５００の各行について、以下のステップ２９０２及び２９０３を実行する（２９０１及び２９０４）。

まず、収集優先度設定部２３１は、閾値超過履歴テーブル２５００の一つの行について、リソース識別子２５０２を取得する（２９０２）。閾値超過履歴テーブル２５００には、過去に閾値を超過したメトリクス値２５０４と、そのメトリクス値に対応するリソース識別子２５０２（すなわち、そのメトリクス値が観測されたリソース）が格納されている。このため、ステップ２９０２において取得されたリソース識別子２５０２は、過去に性能の問題が発生したことのあるリソースの識別子である。

次に、収集優先度設定部２３１は、ステップ２９０２において取得したリソース識別子を、リソースリストに追加する（２９０３）。

収集優先度設定部２３１は、閾値超過履歴テーブル２５００の全ての行について上記のステップ２９０２及び２９０３が終了すると、図２９に示す処理を終了して、図２８Ａのステップ２８０５以降の処理を実行する。

図３０は、本発明の実施の形態の収集優先度設定部２３１が、メトリクス予測値が閾値を超過するリソースを検出するために実行する処理のフローチャートである。

図３０に示す処理は、図２８Ａのステップ２８１０において実行される。

最初に、収集優先度設定部２３１は、閾値設定情報テーブル２４００の全ての行から、リソース識別子２４０１、メトリクス識別子２４０２及び条件２４０３を取得する（３００１、３００２及び３００３）。

次に、収集優先度設定部２３１は、ステップ３００１〜３００３において取得された全てのリソースについて、ストレージネットワーク性能管理ソフト１６４が過去に取得したメトリクス値に基づいてメトリクス予測値を算出することを、性能分析表示部２２９に要求する（３００４）。ストレージネットワーク性能管理ソフト１６４が過去に取得したメトリクス値とは、すなわち、メトリクス値テーブル２１００に既に格納されているメトリクス値である。メトリクス予測値とは、過去に取得されたメトリクス値に基づいて予測された現在のメトリクス値である。

ステップ３００４の要求を受信した性能分析表示部２２９は、メトリクス値テーブル２１００に既に格納されているメトリクス値に基づいて、メトリクス予測値を算出する。性能分析表示部２２９は、いかなる方法でメトリクス予測値を算出してもよい。例えば、性能分析表示部２２９は、最小二乗法のような周知の方法によってメトリクス予測値を算出することができる。性能分析表示部２２９は、算出したメトリクス予測値を収集優先度設定部２３１に送信する。

次に、収集優先度設定部２３１は、性能分析表示部２２９から、算出されたメトリクス予測値を受信する（３００５）。

次に、収集優先度設定部２３１は、ステップ３００１〜３００３において取得された全てのリソースについて、メトリクス値の閾値と、メトリクス予測値とを比較する（３００６及び３００７）。

次に、収集優先度設定部２３１は、ステップ３００７の比較の結果、メトリクス予測値が閾値を超過しているか否かを判定する（３００８）。

ステップ３００８において、メトリクス予測値が閾値を超過していると判定された場合、判定対象のリソースのメトリクス値は、現在、閾値を超過していると予測される。この場合、収集優先度設定部２３１は、ステップ３００８の判定対象のリソースをリソースリストに追加する（３００９）。

一方、ステップ３００８において、メトリクス予測値が閾値を超過していないと判定された場合、判定対象のリソースのメトリクス値は、現在のところ、閾値を超過していないと予測される。この場合、収集優先度設定部２３１は、ステップ３００９を実行しない。

ステップ３００７〜３００９に示す処理が全てのリソースについて終了すると、収集優先度設定部２３１は、図３０に示す処理を終了し、図２８Ａのステップ２８１２以降の処理を実行する。

図３１は、本発明の実施の形態の収集優先度設定部２３１が、メトリクス値の推移が増加傾向又は減少傾向にあるリソースを検出するために実行する処理のフローチャートである。

図３１に示す処理は、図２８Ｂのステップ２８１７において実行される。

収集優先度設定部２３１は、各リソースについて、ステップ３１０２〜３１０５を実行する。全てのリソースについてステップ３１０２〜３１０５の実行が終了すると、収集優先度設定部２３１は、図３１に示す処理を終了する。

最初に、収集優先度設定部２３１は、性能分析表示部２２９に対して、処理の対象であるリソースのメトリクス値の推移を予測することを要求する（３１０２）。

ステップ３１０２の要求を受信した性能分析表示部２２９は、メトリクス値テーブル２１００に既に格納されているメトリクス値に基づいて、現在までのメトリクス値の推移を予測する。性能分析表示部２２９は、図３０のステップ３００４と同様、例えば、最小二乗法のような周知の方法によってメトリクス値の推移を予測することができる。性能分析表示部２２９は、メトリクス値の推移の予測結果を収集優先度設定部２３１に送信する。

次に、収集優先度設定部２３１は、性能分析表示部２２９から、メトリクス値の予測結果を受信する（３１０３）。

次に、収集優先度設定部２３１は、ステップ３１０３において受信したメトリクス値の推移の予測結果が、増加傾向又は減少傾向にあるか否かを判定する（３１０４）。具体的には、例えば、予測されたメトリクス値の推移が増加傾向にあり、かつ、その増加率が所定の閾値を超えている場合、収集優先度設定部２３１は、ステップ３１０４において、予測結果が増加傾向にあると判定してもよい。あるいは、予測されたメトリクス値の推移が減少傾向にあり、かつ、その減少率が所定の閾値を超えている場合、収集優先度設定部２３１は、ステップ３１０４において、予測結果が減少傾向にあると判定してもよい。このように、メトリクス値の変化率が算出され、その変化率が所定の閾値を超えた場合に、ステップ３１０４において「Ｙｅｓ」と判定される。

ステップ３１０４において、メトリクス値の推移の予測結果が増加傾向又は減少傾向にあると判定された場合、収集優先度設定部２３１は、処理対象のリソースのリソース識別子をリソースリストに追加する（３１０５）。

一方、ステップ３１０４において、メトリクス値の推移の予測結果が増加傾向及び減少傾向のいずれでもないと判定された場合、収集優先度設定部２３１は、ステップ３１０５を実行しない。

全てのリソースについてステップ３１０２〜３１０５の実行が終了すると、収集優先度設定部２３１は、図３１に示す処理を終了し、図２８Ｂのステップ２８１９以降の処理を実行する。

図３２Ａ及び図３２Ｂは、本発明の実施の形態のストレージネットワーク性能管理ソフト１６４内の性能情報収集部２２７が実行する処理のフローチャートである。

既に説明したように、通常、ストレージネットワーク性能管理ソフト１６４は、性能情報収集エージェント２０６〜２０８のメトリクス値テーブル２１３に格納されたメトリクス値のうち、まだストレージネットワーク性能管理ソフト１６４が取得していないもの全ての送信を周期的に要求する。しかし、例えばこのようなポーリングが長期間中断していた場合、送信要求の対象となるメトリクス値の量が膨大になり、それらの取得に長時間を要することとなる。このような場合に、図３２Ａ及び図３２Ｂに示す処理が実行される。

最初に、性能情報収集部２２７は、収集優先度テーブル２３００を参照して、収集優先度２３０２として「Ｈｉｇｈ Ａ」が登録されているリソースのリソース識別子２３０１の一覧を取得する（３２０１）。

次に、性能情報収集部２２７は、ステップ３２０１において取得した一覧が示すリソースを監視対象とする各性能情報収集エージェント２０６〜２０８の性能情報応答部２１４に対して、それらのリソース（すなわち、収集優先度２３０２が「Ｈｉｇｈ Ａ」であるリソース）のメトリクス値を送信することを要求する（３２０２）。

ステップ３２０２の要求を受信した性能情報応答部２１４は、要求の対象であるリソースに関するメトリクス値をメトリクス値テーブル２１３から読み出し、読み出されたメトリクス値を性能情報収集部２２７に送信する。

次に、性能情報収集部２２７は、性能情報応答部２１４から、要求の対象であるリソースに関するメトリクス値を受信する（３２０３）。

次に、性能情報収集部２２７は、ステップ３２０３において受信したメトリクス値を、メトリクス値テーブル２１００に格納する（３２０４）。

次に、性能情報収集部２２７は、収集優先度テーブル２３００を参照して、収集優先度２３０２として「Ｈｉｇｈ Ｂ」が登録されているリソースのリソース識別子２３０１の一覧を取得する（３２０５）。

次に、性能情報収集部２２７は、ステップ３２０５において取得した一覧が示すリソースを監視対象とする各性能情報収集エージェント２０６〜２０８の性能情報応答部２１４に対して、それらのリソース（すなわち、収集優先度２３０２が「Ｈｉｇｈ Ｂ」であるリソース）のメトリクス値を送信することを要求する（３２０６）。

ステップ３２０６の要求を受信した性能情報応答部２１４は、要求の対象であるリソースに関するメトリクス値をメトリクス値テーブル２１３から読み出し、読み出されたメトリクス値を性能情報収集部２２７に送信する。

次に、性能情報収集部２２７は、性能情報応答部２１４から、要求の対象であるリソースに関するメトリクス値を受信する（３２０７）。

次に、性能情報収集部２２７は、ステップ３２０７において受信したメトリクス値を、メトリクス値テーブル２１００に格納する（３２０８）。

次に、性能情報収集部２２７は、収集優先度テーブル２３００を参照して、収集優先度２３０２として「Ｈｉｇｈ Ｃ」が登録されているリソースのリソース識別子２３０１の一覧を取得する（３２０９）。

次に、性能情報収集部２２７は、ステップ３２０９において取得した一覧が示すリソースを監視対象とする各性能情報収集エージェント２０６〜２０８の性能情報応答部２１４に対して、それらのリソース（すなわち、収集優先度２３０２が「Ｈｉｇｈ Ｃ」であるリソース）のメトリクス値を送信することを要求する（３２１０）。

ステップ３２１０の要求を受信した性能情報応答部２１４は、要求の対象であるリソースに関するメトリクス値をメトリクス値テーブル２１３から読み出し、読み出されたメトリクス値を性能情報収集部２２７に送信する。

次に、性能情報収集部２２７は、性能情報応答部２１４から、要求の対象であるリソースに関するメトリクス値を受信する（３２１１）。

次に、性能情報収集部２２７は、ステップ３２１１において受信したメトリクス値を、メトリクス値テーブル２１００に格納する（３２１２）。

以上で、収集優先度が比較的高いリソース（上記の例では、収集優先度として「Ｈｉｇｈ Ａ」、「Ｈｉｇｈ Ｂ」又は「Ｈｉｇｈ Ｃ」が設定されたリソース）に関するメトリクス値が取得された。本実施の形態では、「Ｈｉｇｈ Ａ」が最も高い収集優先度を表す。このため、収集優先度として「Ｈｉｇｈ Ａ」が設定されたリソースに関するメトリクス値が最も優先して取得される（３２０１〜３２０４）。

一方、比較的低い収集優先度（上記の例では、「Ｌｏｗ」）が設定されたリソースに関するメトリクス値は、性能の問題の検出及びその問題の原因の究明のために比較的有用でないと推測されたものである。しかし、実際には、それらのメトリクス値の中に有用なものが含まれている場合がある。このため、性能情報収集部２２７は、収集優先度が比較的高いリソースに関するメトリクス値を取得した後で、収集優先度が比較的低いリソースに関するメトリクス値を取得する（３２１３〜３２２７）。

ただし、収集優先度が比較的低いリソースに関するメトリクス値に有用なものが含まれている可能性は低い。そこで、性能情報収集部２２７は、有用でないメトリクス値を取得するための負荷が他の処理を阻害することを防ぐため、計算機システムの負荷が低い場合に限ってそれらのメトリクス値を取得する。計算機システムの負荷が高い場合、負荷が低くなるのを待ってから取得してもよいし（３２２０〜３２２７）、取得を断念してもよい。取得を断念した場合、ステップ３２２１から３２２７は実行されない。この場合、図３２Ａの処理が開始された時点でメトリクス値テーブル２１３に格納されていたメトリクス値のうち、収集優先度２３０２が「Ｌｏｗ」であるリソースに関するメトリクス値は、結局収集されない。

以下、ステップ３２１３以降の処理を説明する。

性能情報収集部２２７は、性能負荷情報テーブル２７００及び性能負荷目標設定テーブル２６００を参照する（３２１３）。

次に、性能情報収集部２２７は、実際に測定された性能負荷の値が、性能負荷の目標値として設定されている値以下であるか否かを判定する（３２１４）。実際に測定された性能負荷の値は、性能負荷情報テーブル２７００の性能項目値２７０２として登録されている。性能負荷の目標値は、性能負荷目標設定テーブル２６００の性能項目目標値２６０２として登録されている。

ステップ３２１４において、実際に測定された性能負荷が目標値以下であると判定された場合、計算機システムの性能に余裕がある。すなわち、この場合、さらにメトリクス値を取得する処理を実行したとしても、計算機システムが実行する他の処理を阻害する可能性は低い。したがって、この場合、性能情報収集部２２７は、収集優先度テーブル２３００を参照して、収集優先度２３０２として「Ｌｏｗ」が登録されているリソースのリソース識別子２３０１の一覧を取得する（３２１５）。

次に、性能情報収集部２２７は、ステップ３２１５において取得した一覧が示すリソースを監視対象とする各性能情報収集エージェント２０６〜２０８の性能情報応答部２１４に対して、それらのリソース（すなわち、収集優先度２３０２が「Ｌｏｗ」であるリソース）のメトリクス値を送信することを要求する（３２１６）。

ステップ３２１６の要求を受信した性能情報応答部２１４は、要求の対象であるリソースに関するメトリクス値をメトリクス値テーブル２１３から読み出し、読み出されたメトリクス値を性能情報収集部２２７に送信する。

次に、性能情報収集部２２７は、性能情報応答部２１４から、要求の対象であるリソースに関するメトリクス値を受信する（３２１７）。

次に、性能情報収集部２２７は、ステップ３２１７において受信したメトリクス値を、メトリクス値テーブル２１００に格納する（３２１８）。

ステップ３２１８が終了すると、少なくとも、図３２Ａの処理が開始された時点でメトリクス値テーブル２１３に格納されていたメトリクス値は、全てメトリクス値テーブル２１００に格納された。以後、通常の収集処理が実行され（３２１９）、性能情報収集部２２７は、図３２Ａ及び図３２Ｂに示す処理を終了する。通常の収集処理とは、性能情報収集部２２７が、まだ取得していない全てのメトリクス値を対象として送信を要求する処理である。

一方、ステップ３２１４において、実際に測定された性能負荷が目標値以下であると判定された場合、計算機システムの性能に余裕がない。すなわち、この場合、さらにメトリクス値を取得する処理を実行すると、計算機システムが実行する他の処理を阻害する可能性が高い。したがって、この場合、収集優先度２３０２が「Ｌｏｗ」であるリソースに関するメトリクス値がまだ収集されていないにも関らず、一旦、通常の収集処理の実行が開始される（３２２０）。

ただし、既にメトリクス値テーブル２１３に格納されている、収集優先度「Ｌｏｗ」に対応するメトリクス値は、ステップ３２２０における通常の収集処理の対象とならない。これらのメトリクス値は、以下のステップ３２２１以降の処理によって順次取得される。

その後、性能情報収集部２２７は、性能負荷情報テーブル２７００及び性能負荷目標設定テーブル２６００を参照する（３２２１）。

そして、性能情報収集部２２７は、ステップ３２１４と同様にして、実際に測定された性能負荷の値と、性能負荷の目標値として設定されている値とを比較する（３２２２）。性能情報収集部２２７は、実際に測定された性能負荷の値が、性能負荷の目標値として設定されている値以下となるまで、ステップ３２２１及び３２２２を繰り返す（３２２３）。

実際に測定された性能負荷の値が、性能負荷の目標値として設定されている値以下となると、性能情報収集部２２７は、収集優先度テーブル２３００を参照する。そして、性能情報収集部２２７は、収集優先度２３０２として「Ｌｏｗ」が登録されているリソースのリソース識別子２３０１の一覧を取得する（３２２４）。

次に、性能情報収集部２２７は、ステップ３２２４において取得した一覧が示すリソースを監視対象とする各性能情報収集エージェント２０６〜２０８の性能情報応答部２１４に対して、それらのリソース（すなわち、収集優先度２３０２が「Ｌｏｗ」であるリソース）のメトリクス値を送信することを要求する（３２２５）。

ステップ３２１６の要求を受信した性能情報応答部２１４は、要求の対象であるリソースに関するメトリクス値をメトリクス値テーブル２１３から読み出し、読み出されたメトリクス値を性能情報収集部２２７に送信する。

次に、性能情報収集部２２７は、性能情報応答部２１４から、要求の対象であるリソースに関するメトリクス値を受信する（３２２６）。

次に、性能情報収集部２２７は、ステップ３２２６において受信したメトリクス値を、メトリクス値テーブル２１００に格納する（３２２７）。

以上で、性能情報収集部２２７は、図３２Ａ及び図３２Ｂに示す処理を終了する。

上記のように、図３２Ａ及び図３２Ｂに示す処理によれば、性能情報収集部２２７は、高い収集優先度が設定されたリソースに関するメトリクス値を、低い収集優先度が設定されたリソースに関するメトリクス値より先に取得する。低い収集優先度が設定されたリソースに関するメトリクス値は、結局取得されなくてもよいし、後で、計算機システムの負荷が低いとき（言い換えると、計算機システムの性能に余裕があるとき）に取得されてもよい。

次に、各性能情報収集エージェント２０６〜２０８のメトリクス値削除部２１８が実行する処理について、図３３〜図３５を参照して説明する。

各性能情報収集エージェント２０６〜２０８は、管理対象であるストレージネットワーク構成装置・ソフト２０１〜２０３から取得したメトリクス値を、メトリクス値テーブル２１３に格納する。

しかし、性能情報収集エージェント２０６〜２０８が管理する記憶領域の容量には限りがあるため、所定のデータ量を超えるメトリクス値をメトリクス値テーブル２１３に格納することはできない。したがって、記憶されたデータ量が記憶容量の上限に達した場合、さらにメトリクス値を格納するためには、既に格納されているメトリクス値を削除する必要がある。

既に性能情報応答部２１４がストレージネットワーク性能管理ソフト１６４に送信したメトリクス値は、ストレージネットワーク性能管理ソフト１６４のメトリクス値テーブル２２８に格納されるため、メトリクス値テーブル２１３からは削除されてもよい。しかし、まだストレージネットワーク性能管理ソフト１６４に送信されていないメトリクス値まで削除してしまうと、ストレージネットワーク性能管理ソフト１６４がそれらの削除されたメトリクス値を取得する機会が失われる。その結果、ストレージネットワーク性能管理ソフト１６４は、それらの削除されたメトリクス値に基づいて性能の問題の検知及びその原因の調査をすることができなくなる。このため、まだストレージネットワーク性能管理ソフト１６４に送信されていないメトリクス値をメトリクス値テーブル２１３から削除することは望ましくない。

しかし、例えば計算機システムの障害等のため、ストレージネットワーク性能管理ソフト１６４がポーリングを実行する間隔が長くなった場合、まだストレージネットワーク性能管理ソフト１６４が取得していないメトリクス値をメトリクス値テーブル２１３から削除する必要が生じる場合がある。このような場合、本実施の形態のメトリクス値削除部２１８は、メトリクス値テーブル２１３に格納されているメトリクス値から、比較的有用性が低いと考えられるものを選択し、選択されたメトリクス値を優先的に削除する。

メトリクス値削除部２１８は、メトリクス値を削除する処理を開始するか否かを判定するために、格納されているデータ量と所定の閾値とを比較する。さらに、メトリクス値削除部２１８は、メトリクス値を削除する処理を開始した後、その処理を終了するか否かを判定するために、格納されているデータ量と所定の閾値とを比較する。前者の閾値と後者の閾値は、同じ値であってもよいし、異なる値であってもよい。

図３３は、前者の閾値と後者の閾値が同じ値である場合の処理を示す。一方、図３４は、前者の閾値と後者の閾値が異なる値である場合の処理を示す。図３５は、いずれの場合においても実行される共通のサブルーチンである。

図３３は、本発明の実施の形態のメトリクス値削除部２１８が実行する第１の処理のフローチャートである。

最初に、メトリクス値削除部２１８は、性能情報収集エージェント２０６〜２０８が管理するデータ記憶領域に格納されているデータ量を取得する（３３０１）。

次に、メトリクス値削除部２１８は、ステップ３３０１において取得したデータ量が、性能情報収集エージェント２０６〜２０８が管理するデータ記憶領域の記憶容量の限界値を超過しているか否かを判定する（３３０２）。ここで、記憶容量の限界値とは、予め設定された閾値である。データ記憶領域の記憶容量を超過しない限り、任意の値（例えば、記憶容量の７０％）を限界値として設定することができる。

ステップ３３０２において、データ量が限界値を超過していると判定された場合、メトリクス値を削除することによって、データ記憶領域の空き領域を確保する必要がある。このため、メトリクス値削除部２１８は、メトリクス値削除処理サブルーチンを呼び出す（３３０３）。メトリクス値削除処理サブルーチンについては、後述する（図３５参照）。

一方、ステップ３３０２において、データ量が限界値を超過していないと判定された場合、データ記憶領域には十分な空き容量があるため、メトリクス値を削除する必要がない。このため、メトリクス値削除部２１８は、処理を終了する。

図３４は、本発明の実施の形態のメトリクス値削除部２１８が実行する第２の処理のフローチャートである。

最初に、メトリクス値削除部２１８は、性能情報収集エージェント２０６〜２０８が管理するデータ記憶領域に格納されているデータ量を取得する（３４０１）。

次に、メトリクス値削除部２１８は、ステップ３４０１において取得したデータ量が、性能情報収集エージェント２０６〜２０８が管理するデータ記憶領域の記憶容量の上限値Ａを超過しているか否かを判定する（３４０２）。ここで、記憶容量の上限値Ａとは、予め設定された閾値である。データ記憶領域の記憶容量を超過しない限り、任意の値（例えば、記憶容量の７０％）を上限値Ａとして設定することができる。

ステップ３４０２において、データ量が上限値Ａを超過していると判定された場合、メトリクス値を削除することによって、データ記憶領域の空き領域を確保する必要がある。このため、メトリクス値削除部２１８は、メトリクス値削除処理サブルーチンを呼び出す（３４０４）。メトリクス値削除処理サブルーチンについては、後述する（図３５参照）。

一方、ステップ３４０２において、データ量が上限値Ａを超過していないと判定された場合、メトリクス値削除部２１８は、ステップ３４０１において取得したデータ量が、性能情報収集エージェント２０６〜２０８が管理するデータ記憶領域の記憶容量の下限値Ｂを超過しているか否かを判定する（３４０３）。

ここで、記憶容量の下限値Ｂとは、予め設定された閾値である。データ記憶領域の記憶容量を超過しない限り、任意の値を下限値Ｂとして設定することができる。ただし、下限値Ｂは、上限値Ａより小さい必要がある。例えば、上限値Ａが記憶容量の７０％である場合、下限値Ｂは、記憶容量の６０％であってもよい。

ステップ３４０３において、データ量が下限値Ｂを超過していると判定された場合、メトリクス値を削除することによって、データ記憶領域の空き領域を確保する必要がある。このため、メトリクス値削除部２１８は、メトリクス値削除処理サブルーチンを呼び出す（３４０４）。

一方、ステップ３４０３において、データ量が下限値Ｂを超過していないと判定された場合、データ記憶領域には十分な空き容量があるため、メトリクス値を削除する必要がない。このため、メトリクス値削除部２１８は、処理を終了する。

図３３に示すように、１種類の閾値を使用すると、メトリクス値の削除処理が頻繁に起動されることが予想される。例えば、限界値が記憶容量の７０％であった場合、メトリクス値の削除によってデータ量が記憶容量の７０％を少しでも下回れば、メトリクス値削除処理が終了する。しかし、その後データ量が増加し、記憶容量の７０％を少しでも上回れば、メトリクス値削除処理が再び起動される。その結果、短い間隔でメトリクス値削除処理が起動されることが予想される。

一方、図３４に示すように、２種類の閾値を使用すると、例えば、データ量が記憶容量の７０％を超えたときにメトリクス値削除処理が起動され、データ量が記憶容量の６０％を下回ると、メトリクス値削除処理が終了する。その後、再びデータ量が記憶容量の７０％を超えるまで、メトリクス値削除処理は起動されない。その結果、短い間隔でメトリクス値削除処理が起動されることを防ぐことができるため、計算機システムの負荷が軽減される。

図３５は、本発明の実施の形態のメトリクス値削除部２１８が実行するメトリクス値削除処理サブルーチンのフローチャートである。

図３５に示す処理は、図３３のステップ３３０３及び図３４のステップ３４０４において実行される。

最初に、メトリクス値削除部２１８は、収集優先度テーブル２１９を参照して、収集優先度が低い（すなわち、「Ｌｏｗ」である）行のリソース識別子を取得する（３５０１〜３５０３）。例えば、ＳＡＮスイッチ性能情報収集エージェント１４４のメトリクス値削除部２１８は、収集優先度テーブル１５００を参照して、収集優先度１５０２が「Ｌｏｗ」である行のリソース識別子「ポートＤ」、「ポートＨ」及び「ポートＩ」を取得する。

次に、メトリクス値削除部２１８は、メトリクス値テーブル２１３の各行について（３５０４）、収集優先度が高いか否かを判定する（３５０５）。例えば、収集優先度が「Ｈｉｇｈ Ａ」、「Ｈｉｇｈ Ｂ」又は「Ｈｉｇｈ Ｃ」のいずれかである場合、収集優先度が高いと判定され、収集優先度が「Ｌｏｗ」である場合、収集優先度が低いと判定される。メトリクス値テーブル１３００及び収集優先度テーブル１５００を例とすると、収集優先度１５０２が「Ｈｉｇｈ Ｂ」であるポートＣに関するメトリクス値テーブル１３００の行は、収集優先度が高いと判定される。収集優先度１５０２が「Ｌｏｗ」であるポートＤに関するメトリクス値テーブル１３００の行は、収集優先度が低いと判定される。

ステップ３５０５において、収集優先度が低いと判定された場合、その行のメトリクス値は、有用度が比較的低いと推測される。このため、メトリクス値削除部２１８は、収集優先度が低いと判定された行をメトリクス値テーブル２１３から削除する（３５０８）。

一方、ステップ３５０５において、収集優先度が高いと判定された場合、その行のメトリクス値は、有用度が比較的高いと推測される。しかし、その行が取得されてから現在までに、予め定められた保存期間を経過している場合には、その行を削除することができる。このため、メトリクス値削除部２１８は、予め定められた性能情報の保存期間を参照する（３５０６）。この保存期間は、性能情報収集エージェント２０６〜２０８が管理する記憶領域に記憶されている。

次に、メトリクス値削除部２１８は、処理の対象の行が、ステップ３５０６において参照された保存期間を経過しているか否かを判定する（３５０７）。具体的には、メトリクス値削除部２１８は、処理対象の行に登録された日時（例えば、日時１３０１）から現在までの期間が、ステップ３５０６において参照された保存期間を経過しているか否かを判定する。

ステップ３５０７において、保存期間を経過していると判定された場合、処理対象の行をメトリクス値テーブル２１３から削除する（３５０８）。

一方、ステップ３５０７において、保存期間を経過していると判定された場合、処理対象の行をメトリクス値テーブル２１３から削除しない。

メトリクス値テーブル２１３の全ての行について、ステップ３５０５から３５０８までの処理を実行すると（３５０９）、メトリクス値削除処理サブルーチンが終了する。

以上、本発明の実施の形態によれば、ストレージネットワーク性能管理ソフト１６４は、これから取得すべきメトリクス値を性能情報収集エージェント２０６〜２０８が大量に保持している場合、既に取得したメトリクス値に基づいて、メトリクス値を収集する順序を決定する。具体的には、ストレージネットワーク性能管理ソフト１６４は、既に取得したメトリクス値に基づいて、各リソースに収集優先度を設定する。そして、ストレージネットワーク性能管理ソフト１６４は、高い収集優先度が設定されたリソースに関するメトリクス値を、低い収集優先度が設定されたリソースに関するメトリクス値より先に取得する。

収集優先度は、性能の問題（例えば、性能が所定の閾値より低下したこと）の発生を検知し、さらに、その問題の原因を明らかにするために有用なメトリクス値が優先して取得されるように設定される。例えば、現在性能の問題が発生している可能性が高いリソースに関するメトリクス値は、性能の問題（例えば、性能が所定の閾値より低下したこと）が発生したことを検知するために比較的有用であると推測される。したがって、このようなリソースには、高い収集優先度が設定される。現在性能の問題が発生している可能性が高いリソースと性能の依存関係があるリソースに関するメトリクス値は、性能の問題の原因を明らかにするために有用であると推測される。したがって、このようなリソースには、高い収集優先度が設定される。

このように、比較的有用であると推測されるメトリクス値を優先して取得することによって、取得すべきメトリクス値が大量に存在する場合であっても、計算機システムに発生した障害等を迅速に検知することができる。その後、ストレージネットワーク性能管理ソフト１６４は、比較的有用でないと推測されるメトリクス値（すなわち、低い収集優先度が設定されたリソースに関するメトリクス値）を、結局取得しなくてもよいし、計算機システムの負荷が低いときに取得してもよい。

性能情報収集エージェント２０６〜２０８は、記憶容量の制限のために、新たに取得したメトリクス値を格納することができなくなった場合、既に格納されているメトリクス値のうち、比較的有用でないと推測されるメトリクス値を削除する。その結果、比較的有用であると推測されるメトリクス値が削除されることを防ぐことができる。

本発明の実施の形態の計算機システムの構成を示すブロック図である。 本発明の実施の形態の性能管理サーバのハードウェア構成を示すブロック図である。 本発明の実施の形態の性能情報収集サーバのハードウェア構成を示すブロック図である。 本発明の実施の形態の性能情報収集サーバのハードウェア構成を示すブロック図である。 本発明の実施の形態の性能情報収集サーバのハードウェア構成を示すブロック図である。 本発明の実施の形態のホストサーバのハードウェア構成を示すブロック図である。 本発明の実施の形態の性能情報収集エージェントの機能ブロック図である。 本発明の実施の形態のストレージネットワーク性能管理ソフトの機能ブロック図である。 本発明の実施の形態におけるリソース間の性能に関する依存関係の説明図である。 本発明の実施の形態における性能情報の表示画面の説明図である。 本発明の実施の形態のホストサーバに関するメトリクス値テーブルの説明図である。 本発明の実施の形態のホストサーバに関するアプリケーション・ファイル間関連テーブルの説明図である。 本発明の実施の形態のホストサーバに関するファイル・ボリューム間関連テーブルの説明図である。 本発明の実施の形態のホストサーバに関するボリューム・論理ボリューム・ポート間関連テーブルの説明図である。 本発明の実施の形態のホストサーバに関する収集優先度テーブルの説明図である。 本発明の実施の形態のホストサーバに関する閾値設定情報テーブルの説明図である。 本発明の実施の形態の別のホストサーバに関するメトリクス値テーブルの説明図である。 本発明の実施の形態の別のホストサーバに関するアプリケーション・ファイル間関連テーブルの説明図である。 本発明の実施の形態の別のホストサーバに関するファイル・ボリューム間関連テーブルの説明図である。 本発明の実施の形態の別のホストサーバに関するボリューム・論理ボリューム・ポート間関連テーブルの説明図である。 本発明の実施の形態の別のホストサーバに関する収集優先度テーブルの説明図である。 本発明の実施の形態の別のホストサーバに関する閾値設定情報テーブルの説明図である。 本発明の実施の形態のＳＡＮスイッチに関するメトリクス値テーブルの説明図である。 本発明の実施の形態のＳＡＮスイッチに関するポート間通信経路テーブルの説明図である。 本発明の実施の形態のＳＡＮスイッチに関する収集優先度テーブルの説明図である。 本発明の実施の形態のＳＡＮスイッチに関する閾値設定情報テーブルの説明図である。 本発明の実施の形態のストレージサブシステムに関するメトリクス値テーブルの説明図である。 本発明の実施の形態のストレージサブシステムに関する論理ボリューム・パリティグループ間関連テーブルの説明図である。 本発明の実施の形態のストレージサブシステムに関する収集優先度テーブルの説明図である。 本発明の実施の形態のストレージサブシステムに関する閾値設定情報テーブルの説明図である。 本発明の実施の形態のストレージネットワーク性能管理ソフトが使用するメトリクス値テーブルの説明図である。 本発明の実施の形態のストレージネットワーク性能管理ソフトが使用するファイル・ボリューム間関連テーブルの説明図である。 本発明の実施の形態のストレージネットワーク性能管理ソフトが使用する論理ボリューム・パリティグループ間関連テーブルの説明図である。 本発明の実施の形態のストレージネットワーク性能管理ソフトが使用するボリューム・論理ボリューム・ポート対応テーブルの説明図である。 本発明の実施の形態のストレージネットワーク性能管理ソフトが使用する収集優先度テーブルの説明図である。 本発明の実施の形態のストレージネットワーク性能管理ソフトが使用する閾値設定情報テーブルの説明図である。 本発明の実施の形態のストレージネットワーク性能管理ソフトが使用する閾値超過履歴テーブルの説明図である。 本発明の実施の形態のストレージネットワーク性能管理ソフトが使用する性能負荷目標設定テーブルの説明図である。 本発明の実施の形態のストレージネットワーク性能管理ソフトが使用する性能負荷情報テーブルの説明図である。 本発明の実施の形態のストレージネットワーク性能管理ソフト内の収集優先度設定部が実行する処理のフローチャートである。 本発明の実施の形態のストレージネットワーク性能管理ソフト内の収集優先度設定部が実行する処理のフローチャートである。 本発明の実施の形態の収集優先度設定部が、閾値を超過した履歴のあるリソースを検出するために実行する処理のフローチャートである。 本発明の実施の形態の収集優先度設定部が、メトリクス予測値が閾値を超過するリソースを検出するために実行する処理のフローチャートである。 本発明の実施の形態の収集優先度設定部が、メトリクス値の推移が増加傾向又は減少傾向にあるリソースを検出するために実行する処理のフローチャートである。 本発明の実施の形態のストレージネットワーク性能管理ソフト内の性能情報収集部が実行する処理のフローチャートである。 本発明の実施の形態のストレージネットワーク性能管理ソフト内の性能情報収集部が実行する処理のフローチャートである。 本発明の実施の形態のメトリクス値削除部が実行する処理のフローチャートである。 本発明の実施の形態のメトリクス値削除部が実行する別の処理のフローチャートである。 本発明の実施の形態のメトリクス値削除部が実行するメトリクス値削除処理サブルーチンのフローチャートである。

符号の説明

１００〜１０３ 業務クライアント
１０４ 性能管理クライアント
１０５ ローカルエリアネットワーク（ＬＡＮ）
１１０、１４０、１５０ 性能情報収集サーバ
１１４ ＮＡＳ性能情報収集エージェント
１２０〜１２２ ホストサーバ
１２６ 業務ソフト
１２７ データベース（ＤＢ）管理ソフト
１２８ オペレーティングシステム（ＯＳ）
１２９ 業務ソフト性能情報収集エージェント
１３０ ＤＢ性能情報収集エージェント
１３１ ホスト性能情報収集エージェント
１４４ ＳＡＮスイッチ性能情報収集エージェント
１５４ サブシステム性能情報収集エージェント
１６０ 性能管理サーバ
１６４ ストレージネットワーク性能管理ソフト
１７０〜１７２ ストレージエリアネットワーク（ＳＡＮ）スイッチ
１７３〜１８６ ポート
１９０ ネットワークアタッチドストレージ（ＮＡＳ）
１９５ ストレージサブシステム

Claims (20)

1. ホスト計算機と、前記ホスト計算機にネットワークを介して接続されるストレージシステムと、前記ホスト計算機及び前記ストレージシステムに接続される管理計算機と、を備える計算機システムであって、
   前記ホスト計算機は、前記ネットワークに接続される第１インターフェースと、前記第１インターフェースに接続される第１プロセッサと、前記第１プロセッサに接続される第１メモリと、を備え、
   前記ストレージシステムは、前記ホスト計算機によって書き込まれたデータを格納する物理記憶装置を備え、
   前記管理計算機は、
   前記ホスト計算機及び前記ストレージシステムに接続される第２インターフェースと、前記第２インターフェースに接続される第２プロセッサと、前記第２プロセッサに接続される第２メモリと、を備え、
   前記ホスト計算機、前記ストレージシステム及び前記ネットワークの少なくとも一つに含まれるリソースの性能を示す性能情報を取得し、
   前記既に取得された性能情報に基づいて設定された順序で、前記リソースの性能情報を取得することを特徴とする計算機システム。
2. 前記管理計算機は、
   前記既に取得された性能情報に基づいて、前記各リソースに優先度を設定し、
   第１の前記優先度が設定された前記リソースの前記性能情報を、前記第１の優先度より低い第２の前記優先度が設定された前記リソースの前記性能情報より優先して取得することを特徴とする請求項１に記載の計算機システム。
3. 前記管理計算機は、前記既に取得された性能情報が所定の閾値を超えた場合、前記所定の閾値を超えた性能情報に対応する前記リソースに前記第１の優先度を設定することを特徴とする請求項２に記載の計算機システム。
4. 前記管理計算機は、
   前記既に取得された性能情報に基づいて、現在の性能情報を予測し、
   前記予測された現在の性能情報が所定の閾値を超える場合、前記所定の閾値を超える性能情報に対応する前記リソースに前記第１の優先度を設定することを特徴とする請求項２に記載の計算機システム。
5. 前記管理計算機は、
   前記既に取得された性能情報に基づいて、前記性能情報の変化率を算出し、
   前記算出された変化率が所定の率を超える場合、前記変化率が所定の率を超える性能情報に対応する前記リソースに前記第１の優先度を設定することを特徴とする請求項２に記載の計算機システム。
6. 前記管理計算機は、
   前記リソースの前記性能情報が前記所定の閾値を超えたことを示す通知を受信し、
   前記受信した通知が示す前記リソースに前記第１の優先度を設定することを特徴とする請求項２に記載の計算機システム。
7. 前記計算機システムは、性能情報収集計算機をさらに備え、
   前記性能情報収集計算機は、
   前記管理計算機に接続される第３インターフェースと、前記第３インターフェースに接続される第３プロセッサと、前記第３プロセッサに接続される第３メモリと、を備え、
   前記管理計算機は、前記リソースに設定された優先度を示す情報を前記性能情報収集計算機に送信し、
   前記性能情報収集計算機は、
   前記リソースの前記性能情報を取得し、
   前記取得した性能情報を保持し、
   前記管理計算機からの要求に応じて、前記保持された性能情報を送信し、
   前記リソースに設定された優先度を示す情報を前記管理計算機から受信すると、前記保持された性能情報のうち、前記第２の優先度が設定された前記リソースの前記性能情報を削除することを特徴とする請求項２に記載の計算機システム。
8. 前記管理計算機は、前記リソースに設定された優先度を示す情報を前記ホスト計算機に送信し、
   前記ホスト計算機は、
   前記リソースの前記性能情報を取得し、
   前記取得した性能情報を保持し、
   前記管理計算機からの要求に応じて、前記保持された性能情報を送信し、
   前記リソースに設定された優先度を示す情報を前記管理計算機から受信すると、前記保持された性能情報のうち、前記第２の優先度が設定された前記リソースの前記性能情報を削除することを特徴とする請求項２に記載の計算機システム。
9. 前記管理計算機は、
   前記計算機システムにおいて測定された負荷情報を取得し、
   前記第１の優先度が設定された前記リソースの前記性能情報を取得した後、前記取得した負荷情報が所定の負荷情報の値を超えるか否かを判定し、
   前記取得した負荷情報が前記所定の負荷情報の値を超えない場合、前記第２の優先度が設定された前記リソースの前記性能情報を取得することを特徴とする請求項２に記載の計算機システム。
10. 前記管理計算機は、
    前記第１の優先度が設定された前記リソースと性能の依存関係がある前記リソースに、前記第１の優先度を設定することを特徴とする請求項２に記載の計算機システム。
11. ホスト計算機と、前記ホスト計算機にネットワークを介して接続されるストレージシステムと、前記ホスト計算機及び前記ストレージシステムに接続される管理計算機と、を備える計算機システムの制御方法であって、
    前記ホスト計算機は、前記ネットワークに接続される第１インターフェースと、前記第１インターフェースに接続される第１プロセッサと、前記第１プロセッサに接続される第１メモリと、を備え、
    前記ストレージシステムは、前記ホスト計算機によって書き込まれたデータを格納する物理記憶装置を備え、
    前記管理計算機は、
    前記ホスト計算機及び前記ストレージシステムに接続される第２インターフェースと、前記第２インターフェースに接続される第２プロセッサと、前記第２プロセッサに接続される第２メモリと、を備え、
    前記方法は、
    前記ホスト計算機、前記ストレージシステム及び前記ネットワークの少なくとも一つに含まれるリソースの性能を示す性能情報を取得し、
    前記既に取得された性能情報に基づいて設定された順序で、前記リソースの性能情報を取得することを特徴とする方法。
12. 前記既に取得された性能情報に基づいて、前記各リソースに優先度を設定し、
    第１の前記優先度が設定された前記リソースの前記性能情報を、前記第１の優先度より低い第２の前記優先度が設定された前記リソースの前記性能情報より優先して取得することを特徴とする請求項１１に記載の方法。
13. 前記既に取得された性能情報が所定の閾値を超えた場合、前記所定の閾値を超えた性能情報に対応する前記リソースに前記第１の優先度を設定することを特徴とする請求項１２に記載の方法。
14. 前記既に取得された性能情報に基づいて、現在の性能情報を予測し、
    前記予測された現在の性能情報が所定の閾値を超える場合、前記所定の閾値を超える性能情報に対応する前記リソースに前記第１の優先度を設定することを特徴とする請求項１２に記載の方法。
15. 前記既に取得された性能情報に基づいて、前記性能情報の変化率を算出し、
    前記算出された変化率が所定の率を超える場合、前記変化率が所定の率を超える性能情報に対応する前記リソースに前記第１の優先度を設定することを特徴とする請求項１２に記載の方法。
16. 前記方法は、
    前記管理計算機が、前記リソースの前記性能情報が所定の閾値を超えたことを示す通知を受信し、
    前記管理計算機が、前記受信した通知が示す前記リソースに前記第１の優先度を設定することを特徴とする請求項１２に記載の方法。
17. 前記計算機システムは、性能情報収集計算機をさらに備え、
    前記性能情報収集計算機は、
    前記管理計算機に接続される第３インターフェースと、前記第３インターフェースに接続される第３プロセッサと、前記第３プロセッサに接続される第３メモリと、を備え、
    前記方法は、
    前記管理計算機が、前記リソースに設定された優先度を示す情報を前記性能情報収集計算機に送信し、
    前記性能情報収集計算機が、前記リソースの前記性能情報を取得し、
    前記性能情報収集計算機が、前記取得した性能情報を保持し、
    前記性能情報収集計算機が、前記管理計算機からの要求に応じて、前記保持された性能情報を送信し、
    前記性能情報収集計算機が、前記リソースに設定された優先度を示す情報を前記管理計算機から受信すると、前記保持された性能情報のうち、前記第２の優先度が設定された前記リソースの前記性能情報を削除することを特徴とする請求項１２に記載の方法。
18. 前記方法は、
    前記管理計算機が、前記リソースに設定された優先度を示す情報を前記ホスト計算機に送信し、
    前記ホスト計算機が、前記リソースの前記性能情報を取得し、
    前記ホスト計算機が、前記取得した性能情報を保持し、
    前記ホスト計算機が、前記管理計算機からの要求に応じて、前記保持された性能情報を送信し、
    前記ホスト計算機が、前記リソースに設定された優先度を示す情報を前記管理計算機から受信すると、前記保持された性能情報のうち、前記第２の優先度が設定された前記リソースの前記性能情報を削除することを特徴とする請求項１２に記載の方法。
19. 前記計算機システムにおいて測定された負荷情報を取得し、
    前記第１の優先度が設定された前記リソースの前記性能情報を取得した後、前記取得した負荷情報が所定の負荷情報の値を超えるか否かを判定し、
    前記取得した負荷情報が前記所定の負荷情報の値を超えない場合、前記第２の優先度が設定された前記リソースの前記性能情報を取得することを特徴とする請求項１２に記載の方法。
20. 前記第１の優先度が設定された前記リソースと性能の依存関係がある前記リソースに、前記第１の優先度を設定することを特徴とする請求項１２に記載の方法。

Images