(57)【要約】【課題】複数のエージェントから情報処理システムの管理情報を管理サーバが収集する場合における管理サーバ側の輻輳を防ぐ。【解決手段】アプリケーションが動作するサーバ２と、ストレージ装置３と、サーバ２とストレージ装置３とを接続するスイッチ４とを含むストレージシステム５の性能管理に用いられる情報である管理情報を収集する性能管理システム１０において、アプリケーションと記憶装置とを結ぶＩ／Ｏパス上に存在する複数のリソースから管理情報を取得し、各リソースから管理情報を取得する方法を設定し、管理情報の収集によって性能管理システムとリソースとの間のＩ／Ｏに起因する輻輳の発生を監視し、設定された方法によって管理情報を収集するようにし、管理情報の収集タイミングがＩ／Ｏパスごとに異なるようにする処理方式に従って収集方法を設定するようにする。【選択図】図２
2010134874.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションが動作するサーバと、
前記サーバによってアクセスされるデータを記憶装置に管理するストレージ装置と、
前記サーバと前記ストレージ装置とを通信可能に接続するスイッチと
を含むストレージシステムにおける、前記サーバ、前記ストレージ装置、及び前記スイッチと通信可能に接続され前記ストレージシステムの性能管理に用いられる情報である管理情報を収集する、性能管理システムであって、
各前記アプリケーションと前記記憶装置とを結ぶＩ／Ｏパス上に存在する複数のリソースから前記管理情報を収集する情報収集部と、
前記情報収集部が各前記リソースから前記管理情報を収集する方法を設定する収集方法設定部と、
前記管理情報の収集に際しのための前記性能管理システムと前記リソースとの間のＩ／Ｏに起因する輻輳の有無を監視する輻輳監視部と、
前記収集方法設定部により設定された前記方法に従い前記管理情報を収集するように前記情報収集部を制御する収集処理制御部と
を備え、
前記収集方法設定部は、前記管理情報の収集タイミングが前記Ｉ／Ｏパスごとに異なるようにする第１の処理方式に従い前記収集方法を設定すること
を特徴とする性能管理システム。
【請求項２】
請求項１に記載の性能管理システムであって、
前記収集方法設定部は、前記第１の処理方式、又は、前記管理情報の収集タイミングが前記Ｉ／Ｏパスごとに異なるようにするとともに、異なる前記Ｉ／Ｏパスにより共有される前記リソースである共有リソースが存在する場合はある前記Ｉ／Ｏパスについて前記管理情報の収集タイミングにおいて共有リソースを使用する他の前記Ｉ／Ｏパスについての前記管理情報についても収集するようにする第２の処理方式、のうちのいずれかの処理方式に従い前記収集方法を設定すること
を特徴とする性能管理システム。
【請求項３】
請求項２に記載の性能管理システムであって、
前記収集方法設定部は、前記第１の処理方式、前記第２の処理方式、又は、前記共有リソースを使用する前記アプリケーションの群単位で前記管理情報の収集タイミングが異なるようにする第３の処理方式、のうちのいずれかの処理方式に従い前記収集方法を設定すること
を特徴とする性能管理システム。
【請求項４】
請求項３に記載の性能管理システムであって、
前記収集方法設定部は、前記第１の処理方式、前記第２の処理方式、前記第３の処理方式、又は、使用する前記リソースの数が多い前記アプリケーションの前記Ｉ／Ｏパスについての前記管理情報の収集タイミングが他の前記アプリケーションの前記Ｉ／Ｏパスについての前記管理情報の収集タイミングよりも遅いタイミングで行われるようにする第４の処理方式、のうちのいずれかの処理方式に従い前記収集方法を設定すること
を特徴とする性能管理システム。
【請求項５】
請求項１乃至請求項４のいずれか一項に記載の性能管理システムであって、
前記リソースは、前記アプリケーション、前記サーバにおいて管理され、前記アプリケーションが利用するファイル、前記アプリケーションが利用するデータが格納されるボリューム、前記サーバの通信ポート、前記スイッチの通信ポート、前記ストレージ装置の通信ポート、前記ストレージ装置が備えるプロセッサ、前記プロセッサによって制御されるＲＡＩＤグループ、前記記憶装置、のうちの少なくともいずれかであること
を特徴とする性能管理システム。
【請求項６】
アプリケーションが動作するサーバと、
前記サーバによってアクセスされるデータを記憶装置に管理するストレージ装置と、
前記サーバと前記ストレージ装置とを通信可能に接続するスイッチと
を含むストレージシステムにおける、前記サーバ、前記ストレージ装置、及び前記スイッチと通信可能に接続され前記ストレージシステムの性能管理に用いられる情報である管理情報を収集する、性能管理システムと、
各前記アプリケーションと前記記憶装置とを結ぶＩ／Ｏパス上に存在する複数のリソースから前記管理情報を収集する情報収集部と、
前記情報収集部が各前記リソースから前記管理情報を収集する方法を設定する収集方法設定部と、
前記管理情報の収集に際しのための前記性能管理システムと前記リソースとの間のＩ／Ｏに起因する輻輳の有無を監視する輻輳監視部と、
前記収集方法設定部により設定された前記方法に従い前記管理情報を収集するように前記情報収集部を制御する収集処理制御部と
を備え、
前記収集方法設定部は、前記管理情報の収集タイミングが前記Ｉ／Ｏパスごとに異なるようにする第１の処理方式に従い前記収集方法を設定すること
を特徴とする情報処理システム。
【請求項７】
請求項６に記載の情報処理システムであって、
前記収集方法設定部は、前記第１の処理方式、又は、前記管理情報の収集タイミングが前記Ｉ／Ｏパスごとに異なるようにするとともに、異なる前記Ｉ／Ｏパスにより共有される前記リソースである共有リソースが存在する場合はある前記Ｉ／Ｏパスについて前記管理情報の収集タイミングにおいて共有リソースを使用する他の前記Ｉ／Ｏパスについての前記管理情報についても収集するようにする第２の処理方式、のうちのいずれかの処理方式に従い前記収集方法を設定すること
を特徴とする情報処理システム。
【請求項８】
請求項７に記載の情報処理システムであって、
前記収集方法設定部は、前記第１の処理方式、前記第２の処理方式、又は、前記共有リソースを使用する前記アプリケーションの群単位で前記管理情報の収集タイミングが異なるようにする第３の処理方式、のうちのいずれかの処理方式に従い前記収集方法を設定すること
を特徴とする情報処理システム。
【請求項９】
請求項８に記載の情報処理システムであって、
前記収集方法設定部は、前記第１の処理方式、前記第２の処理方式、前記第３の処理方式、又は、使用する前記リソースの数が多い前記アプリケーションの前記Ｉ／Ｏパスについての前記管理情報の収集タイミングが他の前記アプリケーションの前記Ｉ／Ｏパスについての前記管理情報の収集タイミングよりも遅いタイミングで行われるようにする第４の処理方式、のうちのいずれかの処理方式に従い前記収集方法を設定すること
を特徴とする情報処理システム。
【請求項１０】
請求項６乃至請求項９のいずれか一項に記載の情報処理システムであって、
前記リソースは、前記アプリケーション、前記サーバにおいて管理され、前記アプリケーションが利用するファイル、前記アプリケーションが利用するデータが格納されるボリューム、前記サーバの通信ポート、前記スイッチの通信ポート、前記ストレージ装置の通信ポート、前記ストレージ装置が備えるプロセッサ、前記プロセッサによって制御されるＲＡＩＤグループ、前記記憶装置、のうちの少なくともいずれかであること
を特徴とする情報処理システム。
【請求項１１】
アプリケーションが動作するサーバと、
前記サーバによってアクセスされるデータを記憶装置に管理するストレージ装置と、
前記サーバと前記ストレージ装置とを通信可能に接続するスイッチと
を含むストレージシステムにおける、前記サーバ、前記ストレージ装置、及び前記スイッチと通信可能に接続され前記ストレージシステムの性能管理に用いられる情報である管理情報を収集する、性能管理システムにおける情報収集方法であって、
前記性能管理システムが、
各前記アプリケーションと前記記憶装置とを結ぶＩ／Ｏパス上に存在する複数のリソースから前記管理情報を収集する第１ステップと、
各前記リソースから前記管理情報を収集する方法を設定する第２ステップと、
前記管理情報の収集に際しのための前記性能管理システムと前記リソースとの間のＩ／Ｏに起因する輻輳の有無を監視する第３ステップと、
設定された前記方法に従い前記管理情報を収集するように制御する第４ステップと、
前記管理情報の収集タイミングが前記Ｉ／Ｏパスごとに異なるようにする第１の処理方式に従い前記収集方法を設定する第５ステップと、
を実行することを特徴とする性能管理システムにおける情報収集方法。
【請求項１２】
請求項１１に記載の情報収集方法であって、
前記性能管理システムが、
前記第５ステップに代えて、前記第１の処理方式、又は、前記管理情報の収集タイミングが前記Ｉ／Ｏパスごとに異なるようにするとともに、異なる前記Ｉ／Ｏパスにより共有される前記リソースである共有リソースが存在する場合はある前記Ｉ／Ｏパスについて前記管理情報の収集タイミングにおいて共有リソースを使用する他の前記Ｉ／Ｏパスについての前記管理情報についても収集するようにする第２の処理方式、のうちのいずれかの処理方式に従い前記収集方法を設定する第６ステップ
を実行すること特徴とする性能管理システムにおける情報収集方法。
【請求項１３】
請求項１２に記載の情報収集方法であって、
前記第６ステップに代えて、前記第１の処理方式、前記第２の処理方式、又は、前記共有リソースを使用する前記アプリケーションの群単位で前記管理情報の収集タイミングが異なるようにする第３の処理方式、のうちのいずれかの処理方式に従い前記収集方法を設定する第７ステップ
を実行すること特徴とする性能管理システムにおける情報収集方法。
【請求項１４】
請求項１３に記載の情報収集方法であって、
前記第７ステップに代えて、前記第１の処理方式、前記第２の処理方式、前記第３の処理方式、又は、使用する前記リソースの数が多い前記アプリケーションの前記Ｉ／Ｏパスについての前記管理情報の収集タイミングが他の前記アプリケーションの前記Ｉ／Ｏパスについての前記管理情報の収集タイミングよりも遅いタイミングで行われるようにする第４の処理方式、のうちのいずれかの処理方式に従い前記収集方法を設定する第８ステップ
を実行すること特徴とする性能管理システムにおける情報収集方法。
【請求項１５】
請求項１１乃至請求項１４のいずれか一項に記載の情報収集方法であって、
前記リソースは、前記アプリケーション、前記サーバにおいて管理され前記アプリケーションが利用するファイル、前記アプリケーションが利用するデータが格納されるボリューム、前記サーバの通信ポート、前記スイッチの通信ポート、前記ストレージ装置の通信ポート、前記ストレージ装置が備えるプロセッサ、前記プロセッサによって制御されるＲＡＩＤグループ、前記記憶装置、のうちの少なくともいずれかであること
を特徴とする性能管理システムにおける情報収集方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、性能管理システム、情報処理システム、及び性能管理システムにおける情報収集方法に関し、とくに複数のエージェントから情報処理システムの管理情報を管理サーバが収集する場合における管理サーバ側の輻輳を防ぐ技術に関する。
【背景技術】
【０００２】
一般にストレージシステムのように様々なリソースを備えるシステムの性能管理に際しては、管理対象装置や管理対象装置で動作するソフトウエアといったリソースに対応するエージェントを用意し、これらエージェントから管理装置（マネージャ）がリソースの構成や性能に関する情報（管理情報）を取得し、取得した管理情報に基づき管理装置がシステムの状態を把握し、適切な制御を行うように構成されている。
【０００３】
例えば特許文献１には、管理サーバ（マネージャ）が、ＳＮＭＰ（Simple Network Management Protocol）／ＭＩＢ（Management Information Base）／ＲＭＯＮ（Remote network MONitoring）等の技術を用いて管理対象機器に実装されたエージェントから管理情報を収集し、構成図の表示、障害箇所の特定、管理対象機器からのイベントの表示、管理対象機器の動作状態及びトラヒックの過負荷等のリアルタイム監視、グラフ表示、閾値との比較等によるトラヒック負荷やパケットロスの状態監視等を行うことが記載されている。
【特許文献１】特開２００４−２３６０３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記のように管理サーバが複数のエージェントから管理情報を収集する構成である場合、管理サーバ側の負荷の管理が問題となる。即ちエージェントから管理サーバ側への管理情報の送信は任意のタイミングで行われるため、同一時間帯に複数のエージェントからの管理情報の送信が集中してＩ／Ｏの輻輳が生じ、これにより管理サーバ側の処理遅延や管理情報の欠落等が発生する可能性がある。
【０００５】
本発明は、このような課題に鑑みてなされたもので、複数のエージェントから情報処理システムの管理情報を管理サーバが収集する場合における管理サーバ側の輻輳を防ぐことが可能な性能管理システム、情報処理システム、及び性能管理システムにおける情報収集方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するための本発明のうちの一つは、
アプリケーションが動作するサーバと、
前記サーバによってアクセスされるデータを記憶装置に管理するストレージ装置と、
前記サーバと前記ストレージ装置とを通信可能に接続するスイッチと
を含むストレージシステムにおける、前記サーバ、前記ストレージ装置、及び前記スイッチと通信可能に接続され前記ストレージシステムの性能管理に用いられる情報である管理情報を収集する、性能管理システムであって、
各前記アプリケーションと前記記憶装置とを結ぶＩ／Ｏパス上に存在する複数のリソースから前記管理情報を収集する情報収集部と、
前記情報収集部が各前記リソースから前記管理情報を収集する方法を設定する収集方法設定部と、
前記管理情報の収集に際しのための前記性能管理システムと前記リソースとの間のＩ／Ｏに起因する輻輳の有無を監視する輻輳監視部と、
前記収集方法設定部により設定された前記方法に従い前記管理情報を収集するように前記情報収集部を制御する収集処理制御部と
を備え、
前記収集方法設定部は、前記管理情報の収集タイミングが前記Ｉ／Ｏパスごとに異なるようにする第１の処理方式に従い前記収集方法を設定することとする。
【０００７】
この発明によれば、管理情報の収集タイミングが異なる時刻に分散されるため、特定時刻における収集負荷が抑えられ、輻輳を緩和もしくは解消することができる。
【０００８】
また本発明のうちの他の発明の一つは、上記性能管理システムであって、
前記収集方法設定部は、前記第１の処理方式、又は、前記管理情報の収集タイミングが前記Ｉ／Ｏパスごとに異なるようにするとともに、異なる前記Ｉ／Ｏパスにより共有される前記リソースである共有リソースが存在する場合はある前記Ｉ／Ｏパスについて前記管理情報の収集タイミングにおいて共有リソースを使用する他の前記Ｉ／Ｏパスについての前記管理情報についても収集するようにする第２の処理方式、のうちのいずれかの処理方式に従い前記収集方法を設定することとする。
【０００９】
この発明によれば、共有リソースを使用する第２のアプリケーションが使用するリソースの管理情報も第１のアプリケーションが使用するリソースの管理情報を収集する際に収集するので、共有リソースからの管理情報の取得のためのＩ／Ｏが輻輳の原因になっているような場合に第２のアプリケーションの影響も同時に把握することができ、輻輳の原因を詳細に把握することができる。
【００１０】
また本発明のうちの他の発明の一つは、上記性能管理システムであって、
前記収集方法設定部は、前記第１の処理方式、前記第２の処理方式、又は、前記共有リソースを使用する前記アプリケーションの群単位で前記管理情報の収集タイミングが異なるようにする第３の処理方式、のうちのいずれかの処理方式に従い前記収集方法を設定することとする。
【００１１】
この発明によれば、共有リソースを使用するアプリケーション群については同じタイミングで管理情報を収集するので、例えば共有リソースからの管理情報の取得のためのＩ／Ｏが輻輳の原因になっているような場合には、同一アプリケーション群に所属する他のアプリケーションの影響も把握することができ、輻輳の原因を詳細に把握することができる。
【００１２】
また本発明のうちの他の発明の一つは、上記性能管理システムであって、
前記収集方法設定部は、前記第１の処理方式、前記第２の処理方式、前記第３の処理方式、又は、使用する前記リソースの数が多い前記アプリケーションの前記Ｉ／Ｏパスについての前記管理情報の収集タイミングが他の前記アプリケーションの前記Ｉ／Ｏパスについての前記管理情報の収集タイミングよりも遅いタイミングで行われるようにする第４の処理方式、のうちのいずれかの処理方式に従い前記収集方法を設定することとする。
【００１３】
管理情報の量は一般にリソース数が多いほど多くなるが、この発明によればリソース数の多いアプリケーションからの管理情報の収集がより遅いタイミングで行われるので、現在生じている輻輳を有効に緩和もしくは解消することができる。
【００１４】
その他、本願が開示する課題、及びその解決方法は、発明を実施するための最良の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００１５】
本発明によれば、複数のエージェントから情報処理システムの管理情報を管理サーバが収集する場合における管理サーバ側の輻輳を防ぐことができる。
【発明を実施するための最良の形態】
【００１６】
以下、実施の形態について図面とともに詳細に説明する。
【００１７】
図１Ａに実施形態として説明する情報処理システム１の構成を示している。同図に示すように、この情報処理システム１は、一つ以上の業務サーバ２、一つ以上のストレージ装置３、一つ以上のスイッチ４、一つ以上の業務クライアント６、情報収集サーバ１１、性能管理サーバ１２、及び管理クライアント１３を含んで構成されている。
【００１８】
業務クライアント６と業務サーバ２は、通信ネットワーク７を介して通信可能に接続されている。通信ネットワーク７は、例えばＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット（Internet）、公衆通信網、専用線等である。
【００１９】
業務サーバ２とストレージ装置３は、スイッチ４を介して通信可能に接続されている。業務サーバ２、ストレージ装置３、及びスイッチ４により業務クライアント６において利用されるデータを管理するストレージシステム５が構成されている。
【００２０】
業務サーバ２は、１つ以上の通信ポート２３１を有する。ストレージ装置３は、１つ以上の通信ポート３３１を有する。スイッチ４は、業務サーバ２の通信ポート２３１又はストレージ装置３の通信ポート３３１と接続される１以上の通信ポート４３１を有する。
【００２１】
スイッチ４は、例えばＬＡＮスイッチ（例えば１０ＢＡＳＥ−Ｔ，１００ＢＡＳＥ−Ｔ,１０００ＢＡＳＥ−Ｔ（ＴＸ） に準拠するスイッチングハブ）や、ＳＡＮ（Storage Area Network）の構成に用いられるファイバーチャネルスイッチ（Fibre Channel Switch）である。
【００２２】
業務サーバ２では、オペレーティングシステム及びアプリケーション（業務アプリケーション、システム管理ソフトウエア、データベース管理アプリケーション等）が動作している。業務サーバ２は、オペレーティングシステム又はアプリケーションにおいてデータＩ／Ｏ要求が発生すると、ストレージ装置３にＩ／Ｏコマンド（例えばデータ書き込み要求、データ読み出し要求）を発行（送信）する。ストレージ装置３は、Ｉ／Ｏコマンドを受信すると、ハードディスク装置等の記録媒体に対してＩ／Ｏコマンドに対応する制御を実行し、その結果（データ書き込み完了通知、データ読出完了通知）やデータ（記録媒体から読み出したデータ）を業務サーバ２に送信する。
【００２３】
情報収集サーバ１１、性能管理サーバ１２、及び管理クライアント１３は、いずれも通信ネットワーク７に接続しており、これらは互いに通信可能である。情報収集サーバ１１、性能管理サーバ１２、及び管理クライアント１３によって、ストレージシステム５の性能管理を行う性能管理システム１０が構成されている。
【００２４】
情報収集サーバ１１及び性能管理サーバ１２は、通信ネットワーク７を介して業務サーバ２、ストレージ装置３、及びスイッチ４と通信することができる。尚、情報収集サーバ１１及び性能管理サーバ１２は、通信ネットワーク７とは異なる通信手段（例えば管理用に設けられた通信ネットワーク）を介して業務サーバ２、ストレージ装置３、及びスイッチ４と通信可能に接続されていてもよい。
【００２５】
情報収集サーバ１１は、業務サーバ２、ストレージ装置３、及びスイッチ４の夫々についての構成に関する情報（以下、構成情報と称する。）、及び夫々の性能に関する情報（以下、性能情報と称する。）を収集し、収集した構成情報及び性能情報を適宜性能管理サーバ１２に提供する。情報収集サーバ１１では、構成情報及び性能情報の管理を行うデータベースシステム（ＤＢＭＳ:DataBase Management System）が動作している。
【００２６】
性能管理サーバ１２は、情報収集サーバ１１から提供される構成情報及び性能情報に基づき、ストレージシステム５（業務サーバ２、ストレージ装置３、及びスイッチ４）の監視や制御を行う。性能管理サーバ１２では、情報収集サーバ１１から提供される構成情報及び性能情報の管理を行うデータベースシステム（ＤＭＢＳ）が動作している。
【００２７】
管理クライアント１３は、ＣＵＩ(Character User Interface)やＧＵＩ(Graphical User Interface)を備える。管理クライアント１３は、情報収集サーバ１１や性能管理サーバ１２を用いて行われる、ストレージシステム５の監視や制御のためのユーザインタフェースを提供する。
【００２８】
尚、図１Ａでは、性能管理システム１０は、情報収集サーバ１１、性能管理サーバ１２、及び管理クライアント１３という異なる３つの情報処理装置によって構成しているが、性能管理システム１０のハードウエアの形態はこれに限られない。例えば性能管理システム１０は１つの情報処理装置によって実現してもよい。
【００２９】
図１Ｂに業務サーバ２、業務クライアント６、情報収集サーバ１１、性能管理サーバ１２、及び管理クライアント１３として利用可能なコンピュータ１００（情報処理装置）のハードウエア構成の一例を示している。同図に示すように、このコンピュータ１００は、ＣＰＵ１０１、メモリ１０２（ＲＡＭ（Random Access Memory）又はＲＯＭ（Read Only Memory））、記憶装置１０３（例えばハードディスク、半導体記憶装置（SSD:Solid State Drive））、ユーザから操作入力を受け付ける入力装置１０４（キーボード、マウス等）、表示装置１０５（液晶モニタ、ブラウン管ディスプレイ等）、他の装置との間で通信を行う通信インタフェース１０６（ＮＩＣ（Network Interface Card、ＨＢＡ（Host Bus Adapter）等）を備えている。
【００３０】
図１Ｃにストレージ装置３のハードウエアの一例を示している。同図に示すように、ストレージ装置３は、ディスクコントローラ３１、キャッシュメモリ３２、一つ以上のプロセッサ３３、及びディスク装置３４を備えている。プロセッサ３３は、スイッチ４を介して業務サーバ２と通信を行う。ディスクコントローラ３１は、ＣＰＵ及びメモリを備える。ディスクコントローラ３１は、ストレージ装置３の機能を実現するための様々な処理を行う。ディスク装置３４は、データの記録媒体である一台以上のハードディスク３４１（物理ディスク）を備える。キャッシュメモリ３２には、例えばディスク装置３４に書き込まれるデータ、もしくはディスク装置３４から読み出されるデータが格納される。このような構成を備えたストレージ装置３として、例えばＲＡＩＤ（Redundant Arrays of Inexpensive (or Independent) Disks）によって制御される複数のハードディスク装置を備えたディスクアレイ装置がある。
【００３１】
図１Ｄにスイッチ４のハードウエア構成の一例を示している。このスイッチ４は、ＣＰＵ４１、メモリ４２、及び通信制御装置４３を備えている。ＣＰＵ４１は、メモリ４２に格納されているプログラムを実行することにより、例えばスイッチ４の通信ポート４３１とネットワークアドレスの対応関係の管理機能、フィルタリング機能、セキュリティ機能を実現する。メモリ４２は、例えばＲＡＭ、ＲＯＭ、不揮発性メモリ（例えばフラッシュメモリ）である。メモリ４２には、例えば上記各機能を実現するためのプログラム、ネットワークアドレスやポート番号等の送信元と送信先の対応を管理するための各種テーブル、フィルタリング機能やセキュリティ機能に関する設定情報が格納される。通信制御装置４３は、例えばスイッチコントローラであり、各通信ポート４３１に入出力されるフレームやパケットの送信元情報と送信先情報に基づき、入出力されるフレームやパケットの通信ポート４３１間の転送制御を行う。
【００３２】
＜機能説明＞
図２に情報収集サーバ１１、性能管理サーバ１２、及びこれらの装置によって、構成及び性能について監視や制御がなされる、業務サーバ２、ストレージ装置３、及びスイッチ４（以下、これらを管理対象装置とも称する。）が備える主な機能、及び情報収集サーバ１１、性能管理サーバ１２が管理している主なデータを示している。
【００３３】
同図に示すように、管理対象装置（業務サーバ２、ストレージ装置３、及びスイッチ４）は、夫々、構成情報提供部２０１、性能情報提供部２０２を備える。尚、これらの機能は、管理対象装置のＣＰＵが、管理対象装置のメモリに格納されているプログラムを実行することにより実現される。
【００３４】
同図に示すように、情報収集サーバ１１は、構成情報収集部２０３、及び性能情報収集部２０４を備える。尚、これらの機能は、情報収集サーバのＣＰＵ１０１が、情報収集サーバ１１のメモリ１０２に格納されているプログラムを実行することにより実現される。
【００３５】
構成情報提供部２０１は、管理対象装置の構成情報を情報収集サーバ１１の構成情報収集部２０３に提供（送信）する。性能情報提供部２０２は、管理対象装置の性能情報を情報収集サーバ１１の性能情報収集部２０４に提供（送信）する。
【００３６】
構成情報は、例えば、業務サーバ２で動作する業務アプリケーションと業務アプリケーションがアクセスするファイルやディレクトリの対応関係、ファイルとボリューム（業務サーバ２におけるデータ記憶領域の管理単位）の対応関係、ボリューム、ＬＤＥＶ（Logical DEVice：記憶装置）、業務サーバ２の通信ポート２３１、及びストレージ装置３のポート３３１の対応関係、ストレージ装置３のポート３３１とストレージ装置３のプロセッサ３３の対応関係、プロセッサ３３とＲＡＩＤグループの対応関係、ＲＡＩＤグループとＬＤＥＶの対応関係を示す情報である。
【００３７】
性能情報は、例えば、各ファイルやディレクトリに対して発行される単位時間あたりのＩ／Ｏ要求の数、各通信ポート２３１、３３１、４３１を流れる単位時間当たりのデータ（パケット又はフレーム）数、各ＲＡＩＤグループに対して発行される単位時間あたりのＩ／Ｏ要求の数、各ＬＤＥＶに対して発行される単位時間あたりのＩ／Ｏ要求の数である。
【００３８】
性能情報は、例えば、ストレージシステム５の構成要素（業務サーバ２、ストレージ装置３、スイッチ４）が有するリソース（ハードウエアリソース、ソフトウエアリソース）の特性（性能）を定量的に表す指標であるメトリクス値によって把握される。
【００３９】
尚、構成情報提供部２０１と構成情報収集部２０３とによって行われる構成情報の収集の仕組み、及び性能情報提供部２０２と性能情報収集部２０４とによって行われる性能情報の収集の仕組みは、例えば、ＳＮＭＰ（Simple Network Management Protocol）を用いて行われる。この場合、構成情報収集部２０３及び性能情報収集部２０４はＳＮＭＰマネージャとして機能し、構成情報提供部２０１及び性能情報提供部２０２はＳＮＭＰエージェントとして機能する。また上記仕組みは、例えばＷＭＩ（Microsoft （登録商標）Windows（登録商標）Management Instrumentation）、ＷＢＥＭ（Web-Based Enterprise Management）、ＳＳＨ（Secure Shell）、ＳＭＩ−Ｓ（Storage Management Initiative - Specification）等を用いて実現してもよい。
【００４０】
情報収集サーバ１１の構成情報収集部２０３は、受信した構成情報を、情報収集サーバ１１の構成情報データベース２０５に格納する。情報収集サーバ１１の性能情報収集部２０４は、受信した性能情報を、情報収集サーバ１１の性能情報データベース２０６に格納する。
【００４１】
情報収集サーバ１１の構成情報送信部２０７は、性能管理サーバ１２の構成情報受信部２０９に、構成情報データベース２０５の内容を適宜提供（送信）する。情報収集サーバ１１の性能情報送信部２０８は、性能管理サーバ１２の性能情報受信部２１０に、性能情報データベース２０６の内容を適宜提供（送信）する。
【００４２】
性能管理サーバ１２の構成情報受信部２０９は、受信した構成情報を、性能管理サーバ１２の構成情報データベース２１１に格納する。性能管理サーバ１２の性能情報受信部２１０は、受信した性能情報を、性能管理サーバ１２の性能情報データベース２１２に格納する。
【００４３】
以上により、情報収集サーバ１１の構成情報データベース２０５の内容と性能管理サーバ１２の構成情報データベース２１１の内容が同期される。また情報収集サーバ１１の性能情報データベース２０６の内容と性能管理サーバ１２の性能情報データベース２１２の内容が同期される。
【００４４】
図３はストレージシステム５のリソースの構成（リソースの依存関係）の一例である。同図に示すように、このストレージシステム５は、業務アプリケーション、業務アプリケーションが利用（アクセス）するファイル、業務アプリケーションが利用（アクセス）するデータが格納されるボリューム、業務サーバ２の通信ポート２３１、スイッチ４の通信ポート４３１、ストレージ装置３の通信ポート３３１、ストレージ装置３が備えるプロセッサ３３、プロセッサ３３によって制御されるＲＡＩＤグループ、ＲＡＩＤグループを構成しているＬＤＥＶ（記憶装置）等のリソースを備える。
【００４５】
同図に示すように、ストレージシステム５は、２つの業務サーバ２（Ａ，Ｂ）、カスケード接続された４つのスイッチ４（Ａ，Ｂ，Ｃ，Ｄ）、２つのストレージ装置３（Ａ，Ｂ）を備えている。業務サーバ２（Ａ）では、２つの業務アプリケーションＡ，Ｂが動作し、業務アプリケーションＡが利用（アクセス）するファイルＡ，Ｂ，Ｃ、業務アプリケーションＢが利用するファイルＤ，Ｅ、業務アプリケーションＡのデータが格納されるボリュームＡ、業務アプリケーションＢのデータが格納されるボリュームＢが存在する。また業務サーバ２（Ａ）は、２つの業務アプリケーションＡ，Ｂによって共用される１つの通信ポートＡを備える。
【００４６】
業務サーバ２（Ｂ）では、業務アプリケーションＣが動作し、業務アプリケーションＣが利用するファイルＦ，Ｇ、業務アプリケーションＣのデータが管理されるボリュームＣが存在する。また業務サーバ２（Ｂ）は、１つのポート２３１（Ｂ）を備える。
【００４７】
スイッチ４（Ａ）は、複数の通信ポート４３１（Ｃ，Ｄ，Ｅ，Ｆ，Ｇ）を備える。スイッチ４（Ｂ）は、複数のポート４３１（Ｑ，Ｈ）を備える。スイッチ４（Ｃ）は、複数の通信ポート４３１（Ｉ，Ｊ）を備える。スイッチ４（Ｄ）は、複数の通信ポート４３１（Ｋ，Ｌ）を備える。
【００４８】
ストレージ装置３（Ａ）は、プロセッサ３３（Ａ）、プロセッサ３３（Ａ）によって制御されるＲＡＩＤグループＡ，Ｂ、ＲＡＩＤグループＡを構成しているＬＤＥＶ（Ａ，Ｂ）、ＲＡＩＤグループＢを構成しているＬＤＥＶ（Ｃ）を備える。またストレージ装置３（Ａ）は、通信ポート３３１（Ｎ）を備える。
【００４９】
ストレージ装置３（Ｂ）は、プロセッサ３３（Ｂ，Ｃ，Ｄ，Ｅ）、プロセッサ３３（Ｂ）によって制御されるＲＡＩＤグループＣ，Ｄ、ＲＡＩＤグループＣを構成しているＬＤＥＶ（Ｄ，Ｅ）、ＲＡＩＤグループＤを構成しているＬＤＥＶ（Ｆ）、プロセッサ３３（Ｃ）によって制御されるＲＡＩＤグループＥ、ＲＡＩＤグループＥを構成しているＬＤＥＶ（Ｇ，Ｈ）、プロセッサ３３（Ｄ）によって制御されるＲＡＩＤグループＦ，Ｇ、ＲＡＩＤグループＦを構成しているＬＤＥＶ（Ｉ，Ｊ）、ＲＡＩＤグループＧを構成しているＬＤＥＶ（Ｋ）、プロセッサ３３（Ｅ）によって制御されるＲＡＩＤグループＨ、ＲＡＩＤグループＨを構成しているＬＤＥＶ（Ｌ，Ｍ）を備える。またストレージ装置３（Ｂ）は、複数の通信ポート３３１（Ｏ，Ｐ）を備える。
【００５０】
図４は構成情報データベース２０５，２１１に格納されるテーブル（以下、構成情報テーブル４００と称する。）の一例である。同図に示すように、この構成情報テーブル４００には、ストレージシステム５のリソース（Ｉ／Ｏパス４０１、アプリケーション４０２、ファイル４０３、ボリューム４０４、業務サーバ２の通信ポート（２３１）４０５、スイッチ４の通信ポート（４３１）４０６、ストレージ装置３の通信ポート（３３１）４０７、ストレージ装置３のプロセッサ（３３）４０８、ＲＡＩＤグループ４０９、ＬＤＥＶ４１０）の関係が格納されている。
【００５１】
例えば、同図に示す構成情報テーブル４００の２行目のレコードは、業務アプリケーション（Ａ）がファイル（Ａ，Ｂ，Ｃ）、ボリューム（Ａ）、業務サーバ２のポート２３１（Ａ）、スイッチ４のポート４３１（Ｃ，Ｅ，Ｑ，Ｈ）、ストレージ装置３のポート３３１（Ｎ）、ストレージ装置３のプロセッサ（Ａ）、ＲＡＩＤグループ（Ａ）、ＬＤＥＶ（Ａ）を使用すること（以下、以上によって構成されるＩ／ＯパスをＩ／Ｏパス（Ａ）と称する。）を示している。
【００５２】
また同図に示す構成情報テーブル４００の３行目のレコードは、業務アプリケーション（Ｂ）がファイル（Ｄ，Ｅ）、ボリューム（Ｂ）、業務サーバ２のポート２３１（Ａ）、スイッチ４のポート４３１（Ｃ，Ｆ，Ｉ，Ｊ）、ストレージ装置３のポート３３１（Ｏ）、ストレージ装置３のプロセッサ（Ｃ）、ＲＡＩＤグループ（Ｅ）、ＬＤＥＶ（Ｇ）を使用すること（以下、以上によって構成されるＩ／ＯパスをＩ／Ｏパス（Ｂ）と称する。）を示している。
【００５３】
また同図に示す構成情報テーブル４００の４行目のレコードは、業務アプリケーション（Ｃ）がファイル（Ｆ，Ｇ）、ボリューム（Ｃ）、業務サーバ２のポート２３１（Ｂ）、スイッチ４のポート４３１（Ｄ，Ｇ，Ｋ，Ｌ）、ストレージ装置３のポート３３１（Ｐ）、ストレージ装置３のプロセッサ（Ｄ）、ＲＡＩＤグループ（Ｇ）、ＬＤＥＶ（Ｋ）を使用すること（以下、以上によって構成されるＩ／ＯパスをＩ／Ｏパス（Ｃ）と称する。）を示している。
【００５４】
図５は性能情報データベース２０６，２１２に格納されるテーブル（以下、性能情報テーブル５００と称する。）の一例である。同図に示すように、性能情報テーブル５００は、取得日時５０１，リソース名５０２、メトリクス値５０３の各項目からなる１つ以上のレコードを有している。取得日時５０１には、その性能情報を取得した日時が格納される。リソース名５０２には、その性能情報の取得元であるリソースを特定する情報が格納される。メトリクス値５０３には、メトリクス値で表現された性能情報が格納される。メトリクス値は、例えば、そのリソースを流れるＩ／Ｏ量を示す値である。
【００５５】
図２に示した情報収集サーバ１１の輻輳監視部２２１は、構成情報収集部２０３及び性能情報収集部２０４によって行われるＩ／Ｏ処理の負荷をリアルタイムに監視し、構成情報収集部２０３又は性能情報収集部２０４が処理するＩ／Ｏに起因する輻輳、即ち管理情報の収集のための性能管理システムとリソースとの間のＩ／Ｏ（データやコマンドの入出力）に起因する輻輳（ボトルネック））が生じているか否かを判断する。
【００５６】
輻輳監視部２２１は、上記判断の結果を性能管理サーバ１２の輻輳対応処理部２２６に通知する。具体的には、例えば輻輳監視部２２１は負荷が予め設定された閾値を超えた場合にＩ／Ｏの輻輳が生じていると判断し、その旨を性能管理サーバ１２の収集方法設定部２２２に通知する。
【００５７】
輻輳監視部２２１は、例えば前述したメトリクス値や、構成情報収集部２０３又は性能情報収集部２０４が収集する構成情報又は性能情報の単位時間当たりのデータ量、構成情報収集部２０３又は性能情報収集部２０４が構成情報提供部２０１又は性能情報提供部２０２に対して送信したリクエストに対するレスポンスタイム、上記リクエストのキューイング数等を取得することにより上記負荷を把握する。
【００５８】
性能管理サーバ１２の収集方法設定部２２２は、構成情報収集部２０３及び性能情報収集部２０４によって行われる構成情報又は性能情報の収集方法を設定し、設定した収集方法を収集方法データベース２２３に格納する。また収集方法設定部２２２は、収集方法データベース２２３を更新した旨の通知を情報収集サーバ１１の収集方法登録部２２７に通知する。ここで収集方法の設定とは、例えば構成情報又は性能情報を収集するタイミング（収集スケジュール）を設定のことである。収集方法設定部２２２は、輻輳監視部２２１から通知される輻輳状態に応じて、構成情報収集部２０３又は性能情報収集部２０４による、構成情報又は性能情報の収集方法を設定する。具体的には、収集方法設定部２２２は後述するいずれかの処理方式に応じて構成情報収集部２０３又は性能情報収集部２０４による構成情報又は性能情報の収集方法を設定する。
【００５９】
尚、上記処理方式は、図２に示すように、管理クライアント１３からの指示に応じて処理方式設定部２２４が設定する。ユーザやオペレータ等は、分析結果提供部２２５によって提供され管理クライアント１３によって提示される分析結果に基づいて処理方式２３０を決定し、処理方式設定部２２４に上記指示を与えるための操作を行う。
【００６０】
輻輳対応処理部２２６は、輻輳監視部２２１から輻輳が生じている旨の通知があった場合に、情報収集サーバ１１の収集処理制御部２２９に収集タイミングの調整を指示するとともに、収集方法データベース２２３に格納されている収集方法を情報収集サーバ１１の収集方法登録部２２７に送信する。
【００６１】
収集方法登録部２２７は、輻輳対応処理部２２６から送られてくる収集方法を情報収集サーバ１１の収集方法データベース２２８に格納する。
【００６２】
情報収集サーバ１１の収集処理制御部２２９は、性能管理サーバ１２の輻輳対応処理部２２６から収集タイミングの調整指示を受信すると、収集方法登録部２２７によって収集方法データベース２２８に格納された収集方法に応じて、構成情報収集部２０３及び性能情報収集部２０４によって行われる構成情報又は性能情報の収集タイミングを設定する。
【００６３】
＜処理方式＞
次に前述した処理方式について説明する。ユーザ又はオペレータ等は、管理クライアント１３を操作することにより、構成情報収集部２０３及び性能情報収集部２０４によって行われる構成情報又は性能情報の収集方法として、以下に示す第１乃至第４の４つの処理方式のいずれかを選択することができる。
【００６４】
（１）第１処理方式
第１処理方式は、業務サーバ２で動作する複数のアプリケーションの夫々のＩ／Ｏパス上のリソースの構成情報又は性能情報（以下、これらを管理情報と称する。）を収集する際に情報収集サーバ１１に輻輳が発生（構成情報収集部２０３又は性能情報収集部２０４が処理するＩ／Ｏの輻輳）すると、各アプリケーションのＩ／Ｏパス上のリソースの管理情報の収集タイミングが異なるように管理情報の収集方法を設定するようにする方式である。
【００６５】
例えばストレージシステム５のリソースが図４に示す構成である場合には、収集方法設定部２２２は、図６に示すように、Ｉ／ＯパスＡ、Ｉ／ＯパスＢ、Ｉ／ＯパスＣの夫々のリソースの管理情報の収集タイミングを夫々、輻輳が発生した時刻から１０秒後、６０秒後、１２０秒後に設定し、図６に示す内容を収集方法データベース２２３に格納する。尚、この例ではＩ／ＯパスＡの収集タイミングを現在（０秒後）ではなく１０秒後に設定しているが、これは現在生じている輻輳が少しでも緩和されるようにするためである。
【００６６】
第１処理方式によれば、管理情報の収集タイミングが異なる時刻に分散されるため、特定時刻における情報収集サーバ１１の負荷が抑えられ、これにより情報収集サーバ１１の輻輳を緩和もしくは解消することができる。
【００６７】
（２）第２処理方式
第２処理方式は、第１処理方式を前提とするが、第１のアプリケーションのＩ／Ｏパス上のリソースの管理情報を収集する際、当該Ｉ／Ｏパス上のリソースが第２のアプリケーションのＩ／Ｏパスの構成要素にもなっている場合、即ち第１のアプリケーションが使用するリソースが第２のアプリケーションによっても使用されている場合（以下、そのようなリソースのことを共有リソースと称する。）には、第１のアプリケーションのＩ／Ｏパス上のリソースの管理情報を収集するタイミングで、共有リソースを使用する第２のアプリケーションの管理情報も収集するように収集方法を設定する方式である。
【００６８】
例えばストレージシステム５のリソースが図４に示す構成である場合、第１の処理方式によれば図６に示すように管理情報の収集タイミングが設定されるが、ポートＡとポートＣが共有リソースであるので、収集方法設定部２２２は、Ｉ／ＯパスＡの管理情報の収集タイミングにおいてＩ／ＯパスＢの管理情報も収集し、Ｉ／ＯパスＢの管理情報の収集タイミングにおいてＩ／ＯパスＡの管理情報も収集するようにする。従ってこの場合は、図６に示した収集タイミングに加えて、図７に示す収集タイミングでＩ／ＯパスＡ、Ｉ／ＯパスＢの管理情報が収集されることになる。この場合、収集方法設定部２２２は、図６に示す内容に加えて、図７に示す内容を収集方法データベース２２３に格納する。
【００６９】
第２処理方式によれば、共有リソースを使用する第２のアプリケーションが使用するリソースの管理情報も第１のアプリケーションが使用するリソースの管理情報を収集する際に収集するので、例えば共有リソースからの管理情報の取得のためのＩ／Ｏが情報収集サーバ１１の輻輳の原因になっているような場合には、第２のアプリケーションの影響も同時に把握することができ、輻輳の原因を詳細に把握することができる。
【００７０】
（３）第３処理方式
第３処理方式は、第１のアプリケーションのＩ／Ｏパス上のリソースの管理情報を収集する際、当該Ｉ／Ｏパス上の共有リソースを使用するアプリケーション群ごとに管理情報の収集タイミングが異なるように収集方法を設定する方式である。
【００７１】
例えばストレージシステム５のリソースが図４に示す構成である場合、ポートＡとポートＣが、アプリケーションＡとアプリケーションＢによって使用される共有リソースであるので、収集方法設定部２２２は、Ｉ／ＯパスＡとＩ／ＯパスＢの管理情報の収集タイミングを一致させ、Ｉ／ＯパスＣの収集タイミングは異なるようにする。従ってこの場合、収集方法設定部２２２は、図８に示す収集タイミングでＩ／ＯパスＡ、Ｉ／ＯパスＢ、Ｉ／ＯパスＣの管理情報が収集されるように設定し、図８に示す内容を収集方法データベース２２３に格納する。
【００７２】
第３処理方式によれば、共有リソースを使用するアプリケーション群については同じタイミングで管理情報を収集するので、例えば共有リソースからの管理情報の取得のためのＩ／Ｏが情報収集サーバ１１の輻輳の原因になっているような場合には、同一アプリケーション群に所属する他のアプリケーションの影響も把握することができ、輻輳の原因を詳細に把握することができる。
【００７３】
（４）第４処理方式
第４処理方式は、Ｉ／Ｏパス上のリソース数が多いアプリケーションからの管理情報の収集がより遅いタイミングで行われるように、各アプリケーションの管理情報の収集タイミングを設定するように収集方法を設定する方式である。
【００７４】
例えばストレージシステム５のリソースが図４に示す構成である場合、Ｉ／ＯパスＡのリソース数は１４、Ｉ／ＯパスＢのリソース数は１３、Ｉ／ＯパスＣのリソース数は１３であるので、収集方法設定部２２２は、例えば、図９に示すように、リソース数の最も多いＩ／ＯパスＡの収集タイミングが最後に実行されるように設定し、図９に示す内容を収集方法データベース２２３に格納する。尚、Ｉ／ＯパスＢとＩ／ＯパスＣのリソース数は同じであるが、このようにリソース数が同じ場合、収集方法設定部２２２は、例えば予め設定しておいた優先順位に従って収集タイミングを決定する。
【００７５】
管理情報の量は一般にリソース数が多いほど多くなるため、リソース数の多いアプリケーションからの管理情報の収集がより遅いタイミングで行われ、現在生じている輻輳を有効に緩和もしくは解消することができる。
【００７６】
＜処理説明＞
次に情報処理システム１において行われる主な処理について説明する。尚、以下の説明において、符号の前に付した「Ｓ」の文字はステップを意味する。  
図１０は性能管理サーバ１２の収集方法設定部２２２によって行われる処理（以下、収集方法設定処理Ｓ１０００と称する。）を説明するフローチャートである。以下、同図とともに収集方法設定処理Ｓ１０００について説明する。
【００７７】
収集方法設定部２２２は、処理方式設定部２２４に現在設定されている処理方式２３０をリアルタイムに確認している（Ｓ１０１１：ＮＯ）。収集方法設定部２２２は、処理方式２３０に変更があったことを確認すると（Ｓ１０１１：ＹＥＳ）、処理方式設定部２２４から処理方式２３０を取得する（Ｓ１０１２）。  
次に収集方法設定部２２２は、処理方式２３０に応じて収集方法を設定し（Ｓ１０１３〜Ｓ１０１９）、設定した収集方法を収集方法データベース２２３に格納する（Ｓ１０２０）。
【００７８】
例えば処理方式設定部２２４により設定された処理方式２３０が第１処理方式である場合（Ｓ１０１３：ＹＥＳ）、収集方法設定部２２２は、アプリケーションごとに管理情報の収集タイミングが異なるように収集方法を設定する。例えばストレージシステム５のリソースが図４に示す構成である場合、収集方法設定部２２２は、各Ｉ／Ｏパスの時刻調整量を図６に示す内容に設定する（Ｓ１０１４）。収集方法設定部２２２は、設定した内容を収集方法データベース２２３に格納する（Ｓ１０２０）。
【００７９】
また例えば処理方式設定部２２４により設定された処理方式２３０が第２処理方式である場合（Ｓ１０１５：ＹＥＳ）、収集方法設定部２２２は、アプリケーションごとに管理情報の収集タイミングが異なるように収集方法を設定する。但し共有リソースが存在する場合、収集方法設定部２２２は、共有リソースを使用する他のアプリケーションが使用するリソースの管理情報も同じタイミングで取得するように収集方法を設定する。例えばストレージシステム５のリソースが図４に示す構成である場合、収集方法設定部２２２は、各Ｉ／Ｏパスの時刻調整量を図６及び図７に示す内容に設定する（Ｓ１０１６）。収集方法設定部２２２は、設定した内容を収集方法データベース２２３に格納する（Ｓ１０２０）。
【００８０】
また例えば処理方式設定部２２４により設定された処理方式２３０が第３処理方式である場合（Ｓ１０１７：ＹＥＳ）、収集方法設定部２２２は、共有リソースを使用するアプリケーション群単位で収集タイミングが異なるように収集方法を設定する。具体的には、例えばストレージシステム５のリソースが図４に示す構成である場合、収集方法設定部２２２は、各Ｉ／Ｏパスの時刻調整量を図８に示す内容に設定する（Ｓ１０１８）。収集方法設定部２２２は、設定した内容を収集方法データベース２２３に格納する（Ｓ１０２０）。
【００８１】
また例えば処理方式設定部２２４により設定された処理方式２３０が第４処理方式である場合（Ｓ１０１７：ＮＯ）、収集方法設定部２２２は、使用するリソースの数が多いアプリケーションの収集タイミングが遅くなるように収集方法を設定する。具体的には、例えばストレージシステム５のリソースが図４に示す構成である場合、収集方法設定部２２２は、各Ｉ／Ｏパスの時刻調整量を図９に示す内容に設定する（Ｓ１０１９）。収集方法設定部２２２は、設定した内容を収集方法データベース２２３に格納する（Ｓ１０２０）。
【００８２】
図１１は輻輳が発生した際に行われる、情報収集サーバ１１の輻輳監視部２２１、収集方法登録部２２７、及び性能管理サーバ１２の輻輳対応処理部２２６によって行われる処理（以下、輻輳発生時の処理Ｓ１１００と称する。）を説明するフローチャートである。
【００８３】
情報収集サーバ１１の輻輳監視部２２１は、構成情報収集部２０３及び性能情報収集部２０４によって行われるＩ／Ｏの輻輳発生有無をリアルタイムに監視している（Ｓ１１１１）。輻輳監視部２２１は、輻輳発生を検知すると（Ｓ１１１１：ＹＥＳ）、その旨を性能管理サーバ１２の輻輳対応処理部２２６に通知し（Ｓ１１１２）、輻輳対応処理部２２６は通知を受信する（Ｓ１１１３）。
【００８４】
次に輻輳対応処理部２２６は、収集方法データベース２２３から、収集方法（現在設定されている処理方式２３０に対応する収集方法）を取得し（Ｓ１１１４）、取得した収集方法を情報収集サーバ１１の収集方法登録部２２７に送信する（Ｓ１１１５）。収集方法登録部２２７は、収集方法を受信すると（Ｓ１１１６）、受信した収集方法を収集方法データベース２２８に格納する（Ｓ１１１７）。
【００８５】
性能管理サーバ１２の輻輳対応処理部２２６は、Ｓ１１１５における収集方法の送信後、構成情報収集部２０３又は性能情報収集部２０４によって行われる構成情報又は性能情報の収集タイミングの調整指示を、情報収集サーバ１１の収集処理制御部２２９に通知する（Ｓ１１１８）。
【００８６】
収集処理制御部２２９は、上記調整指示を受信すると（Ｓ１１１９）、収集方法データベース２２８に格納されている収集方法を取得し（Ｓ１１２０）、取得した収集方法に従って、構成情報収集部２０３又は性能情報収集部２０４によって行われる構成情報又は性能情報の収集タイミングを設定する（Ｓ１１２１）。
【００８７】
以上の方法により収集処理制御部２２９によって調整された構成情報又は性能情報の収集タイミングの一例を図１２に示す。
【００８８】
以上に説明したように、本実施形態の情報処理システム１によれば、情報収集サーバ１１の収集処理の輻輳発生が検知されると、予め設定された処理方式２３０に対応する収集方法に従って、情報収集サーバ１１によるリソースの構成情報又は性能情報の収集タイミングの調節が自動的に行われる。このため、情報収集サーバ１１の収集処理の輻輳を自動的に緩和もしくは解消することができ、管理対象装置からの構成情報又は性能情報の収集を効率よく迅速に行うことができる。
【００８９】
ところで、以上の実施形態の説明は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明はその趣旨を逸脱することなく、変更、改良され得ると共に本発明にはその等価物が含まれることは勿論である。
【図面の簡単な説明】
【００９０】
【図１Ａ】実施例１として説明する情報処理システム１の構成を示す図である。
【図１Ｂ】業務サーバ２、業務クライアント６、情報収集サーバ１１、性能管理サーバ１２、及び管理クライアント１３として利用可能なコンピュータ１００（情報処理装置）のハードウエア構成の一例を示す図である。
【図１Ｃ】ストレージ装置３のハードウエアの一例を示す図である。
【図１Ｄ】スイッチ４のハードウエア構成の一例を示す図である。
【図２】管理対象装置、情報収集サーバ１１、性能管理サーバ１２が備える主な機能、及びこれらに管理される主なデータを示す図である。
【図３】ストレージシステム５のリソース構成の一例を示す図である。
【図４】構成情報テーブル４００の一例を示す図である。
【図５】性能情報テーブル５００一例を示す図である。
【図６】第１処理方式に従って設定される収集タイミングの調整例を示す図である。
【図７】第２処理方式に従って設定される収集タイミングの調整例を示す図である。
【図８】第３処理方式に従って設定される収集タイミングの調整例を示す図である。
【図９】第４処理方式に従って設定される収集タイミングの調整例を示す図である。
【図１０】収集方法設定処理Ｓ１０００を説明するフローチャートである。
【図１１】輻輳発生時の処理Ｓ１１００を説明するフローチャートである。
【図１２】収集処理制御部２２９によって調整された収集タイミングの一例を示す図である。
【符号の説明】
【００９１】
１  情報処理システム
２  業務サーバ
３  ストレージ装置
４  スイッチ
５  ストレージシステム
６  業務クライアント
７  通信ネットワーク
１０  管理システム
１１  情報収集サーバ
１２  性能管理サーバ
１３  管理クライアント
２０１  構成情報提供部
２０２  性能情報提供部
２０３  構成情報収集部
２０４  性能情報収集部
２０５  構成情報データベース
２０６  性能情報データベース
２０７  構成情報送信部
２０８  性能情報送信部
２０９  構成情報受信部
２１０  性能情報受信部
２１１  構成情報データベース
２１２  性能情報データベース
２２２  収集方法設定部
２２３  収集方法データベース
２２４  処理方式設定部
２２５  分析結果提供部
２２６  輻輳対応処理部
２２７  収集方法登録部
２２８  収集方法データベース
２２９  収集処理制御部
２３０  処理方式
Ｓ１０００  収集方法設定処理
Ｓ１１００  輻輳発生時の処理
【図１Ａ】
2010134874.tif 000003
【図１Ｂ】
2010134874.tif 000004
【図１Ｃ】
2010134874.tif 000005
【図１Ｄ】
2010134874.tif 000006
【図２】
2010134874.tif 000007
【図３】
2010134874.tif 000008
【図４】
2010134874.tif 000009
【図５】
2010134874.tif 000010
【図６】
2010134874.tif 000011
【図７】
2010134874.tif 000012
【図８】
2010134874.tif 000013
【図９】
2010134874.tif 000014
【図１０】
2010134874.tif 000015
【図１１】
2010134874.tif 000016
【図１２】
2010134874.tif 000017