JP2011090639A - 情報処理システム、及びストレージ監視サーバの管理方法 - Google Patents

Abstract

【課題】ストレージシステムの構成情報や性能情報を管理するストレージ監視サーバの負荷分散を適切に行う。
【解決手段】ストレージ装置１３６とこれにアクセスするホストサーバ１１１とを含むストレージシステム２０における性能に関する情報である複数の性能情報、及びストレージシステム２０における監視対象となる情報である複数の監視情報を管理する、複数のストレージ監視サーバ１１９を備えて構成される情報処理システム１において、ストレージ監視サーバ１１９が、性能情報及び監視情報を取得し、取得した性能情報及び監視情報に基づき個々の性能情報及び個々の監視情報の管理を担当するストレージ監視サーバ１１９を決定し、決定の内容に従って、個々の性能情報及び個々の監視情報を、夫々の管理を担当するストレージ監視サーバ１１９に転送するようにする。
【選択図】図６

Description

本発明は、情報処理システム、及びストレージ監視サーバの管理方法に関し、特にストレージ監視サーバの負荷分散を適切に行うための技術に関する。

ＳＡＮ（Storage Area Network)等を用いて構成されるストレージネットワーク環境において、業務システムの性能監視のために、ストレージネットワークを構成するさまざまなハードウエア及びソフトウエアに関する性能情報を包括的に収集し、その相互間の関係や状態を監視することが行われている。

例えば特許文献１には、ストレージネットワーク性能情報の収集／保存に際し、アプリケーションの性能劣化の原因を確実に追究可能にすべく、ホストサーバ及びストレージ装置を含むストレージネットワークの構成要素から収集／保存した性能情報を、アプリケーションの性能劣化の調査に用いられる可能性の有無を自動的に判別し、判別結果に応じて重要度を決定し、重要度が高い性能情報の保存期間を長く設定し、重要度の低い性能情報の保存期間を短く設定し、性能情報毎に設定された保存期間が過ぎると、該当する性能情報を削除するようにすることが記載されている。

特開２００６−１０７１２６号公報

監視対象となるストレージネットワークの大規模化に伴い、ストレージシステムを監視する監視システムの負荷も増大している。このため、監視システムを構成しているハードウエアについても、負荷分散を適切に行うことが求められている。

本発明はこのような課題に鑑みてなされたものであり、ストレージシステムの構成情報や性能情報を管理するストレージ監視サーバの負荷分散を適切に行うことが可能な、情報処理システム、及びストレージ監視サーバの管理方法提供することを目的とする。

上記目的を達成するための、本発明における主たる発明の一つは、ストレージ装置とこれにアクセスするホストサーバとを含むストレージシステムにおける性能に関する情報である複数の性能情報、及び前記ストレージシステムにおける監視対象となる情報である複数の監視情報を管理する、互いに通信可能に接続された複数のストレージ監視サーバを備えて構成される情報処理システムであって、
前記ストレージ監視サーバが、
ストレージシステムから前記性能情報及び前記監視情報を取得する情報収集部、
取得した前記性能情報及び前記監視情報に基づき、個々の前記性能情報及び個々の前記監視情報の管理を担当する前記ストレージ監視サーバを決定する分割案生成部、及び
前記分割案生成部の前記決定の内容である分割案に従って、個々の前記性能情報及び個々の前記監視情報を、夫々の管理を担当する前記ストレージ監視サーバに転送する分割実行部を備えることとする。

このようにストレージ監視サーバは、ストレージシステムから取得した性能情報及び監視情報に基づき、個々の性能情報及び個々の監視情報の管理を担当するストレージ監視サーバを決定し、個々の性能情報及び個々の監視情報を、夫々の管理を担当するストレージ監視サーバに自動的に転送する。このため、ストレージシステムの性能情報及び監視情報に応じて、複数のストレージ監視サーバの夫々に、夫々が管理をすべき性能情報及び監視情報を適切に分担させることができ、個々のストレージ監視サーバの負荷分散を適切に図ることができる。

本発明の他の一つは、上記情報処理システムであって、
前記監視情報には、前記ストレージシステムにおけるＩ／Ｏパスの構成を示す情報、及び前記Ｉ／Ｏパスが類似しているか否かを示すＩ／Ｏパス関連情報が含まれており、
前記ストレージ監視サーバは、前記Ｉ／Ｏパス関連情報に基づき前記Ｉ／Ｏパス同士の類似性を判断し、類似していると判断した前記Ｉ／Ｏパスを同一の前記グループに分類するパスグループ化部をさらに備え、
前記分割案生成部は、前記パスグループ化部により分類された前記グループを単位として、個々の前記性能情報及び個々の前記監視情報の管理を担当する前記ストレージ監視サーバを決定することとする。

このようにストレージ監視サーバは、類似するＩ／Ｏパスを同一のグループに分類し、そのグループを単位として性能情報及び個々の監視情報の管理を担当するストレージ監視サーバを決定する。このため、個々のストレージ監視サーバは、類似する性能情報及び監視情報の管理を担当することになり、性能情報や監視情報の管理を複数のストレージ監視サーバに分担させた後も性能情報や監視情報の管理が複雑化せず、Ｉ／Ｏパス上の監視対象のリソース間の関係を容易に把握することができるなど管理負担が少なくて済む。

本発明の他の一つは、上記情報処理システムであって、
前記Ｉ／Ｏパス関連情報は、
前記Ｉ／Ｏパスを利用してストレージ装置にアクセスするアプリケーションに関する（アプリケーションを特定する）情報、
前記Ｉ／Ｏパスを利用してストレージ装置にアクセスするホストサーバのクラスタに関する情報、
前記Ｉ／Ｏパスを利用してストレージ装置にアクセスするホストサーバの仮想マシンに関する情報、
前記Ｉ／Ｏパスを利用してストレージ装置にアクセスするホストサーバのデバイスファイルに関する情報、
前記Ｉ／Ｏパスに接続するストレージ装置のストレージ装置間のマイグレーション機能に関する情報、
前記Ｉ／Ｏパスに接続するストレージ装置の外部接続ストレージ装置に関する情報、及び、
前記Ｉ／Ｏパスを利用するアプリケーションを特定する情報
のうちの少なくともいずれかを含むこととする。

本発明の他の一つは、上記情報処理システムであって、
前記ストレージ監視サーバは、前記グループの夫々について、夫々のグループに所属する前記Ｉ／Ｏパスの前記性能情報及び前記監視情報の前記管理にかかる負荷を管理し、
前記分割案生成部は、前記ストレージ監視サーバの夫々の前記負荷が均等化されるように、個々の前記性能情報及び個々の前記監視情報の管理を担当する前記ストレージ監視サーバを決定することとする。

このようにストレージ監視サーバは、夫々のグループに所属するＩ／Ｏパスの性能情報及び監視情報の管理にかかる負荷を管理し、ストレージ監視サーバの夫々の負荷が均等化されるように、個々の性能情報及び個々の監視情報の管理を担当するストレージ監視サーバを決定するので、個々のストレージ監視サーバの負荷分散をより確実に図ることができる。

本発明の他の一つは、上記情報処理システムであって、
前記ストレージ監視サーバは、前記ストレージサーバの個々のリソースについての前記性能情報及び前記監視情報の収集頻度の設定を受け付けて記憶する収集頻度設定部をさらに備え、
前記分割案生成部は、前記収集頻度に基づいて前記ストレージ監視サーバの夫々の前記負荷を判断し、前記ストレージ監視サーバの夫々の前記負荷が均等化されるように、個々の前記性能情報及び個々の前記監視情報の管理を担当する前記ストレージ監視サーバを決定することとする。

本発明の他の一つは、上記情報処理システムであって、
前記ストレージ監視サーバは、
前記分割案を生成するか否かを判断するための条件である分割条件を受け付ける分割条件設定部、及び
受け付けた前記分割条件に従って前記分割案を生成するか否か、を判断する分割案生成判定部
をさらに備え、
前記分割案生成部は、前記分割案生成判定部が前記分割案を生成すると判断した場合に、前記分割案を生成することとする。

このようにストレージ監視サーバは、分割条件を満たすか否かを判断し、分割条件を満たす場合にのみ分割案を生成する。このため、不必要に分割案が生成されることがなく、また必要な場合は確実に分割案が生成されるので、ストレージ監視サーバを効率よく運用することができるとともに、ストレージ監視サーバ間の負荷分散を確実に行うことができる。前記分割条件は、例えば、前記ストレージ監視サーバの現在の負荷を判断するための閾値を含む。

本発明の他の一つは、上記情報処理システムであって、
前記分割案生成部は、前記性能情報及び前記監視情報の管理を担当することが可能な前記ストレージ監視サーバを特定する情報を記憶し、前記情報により特定される前記ストレージ監視サーバが前記性能情報及び前記監視情報の管理を担当するように、個々の前記性能情報及び個々の前記監視情報の管理を担当する前記ストレージ監視サーバを決定する

このようにストレージ監視サーバは、性能情報及び監視情報の管理を担当することが可能なストレージ監視サーバを対象として、性能情報及び監視情報の管理を担当するストレージ監視サーバを決定する。このため、例えば予め指定しておいたストレージ監視サーバに性能情報及び監視情報の管理を担当させることができる。

その他、本願が開示する課題、及びその解決方法は、発明を実施するための形態の欄、及び図面により明らかにされる。

本発明によれば、ストレージシステムの構成情報や性能情報を管理するストレージ監視サーバの負荷分散を適切に行うことができる。

情報処理システム１の概略的な構成を示す図である。 情報処理システム１の具体的な構成を示す図である。 ホストサーバ１１１、性能監視サーバ１０５、ストレージ管理クライアント１０１、ストレージ監視サーバ１１９、及びストレージ監視エージェントサーバ１２５として利用可能なコンピュータ５０（情報処理装置）のハードウエア構成の一例を示す図である。 ストレージ装置１３６のハードウエアの一例を示す図である。 ネットワークスイッチ１３３のハードウエアの一例を示す図である。 ストレージシステム２０におけるリソースの構成例を示す図である。 アプリケーション−デバイスファイル間テーブル３２０の一例である。 ポート−ポート間テーブル３３０の一例である。 デバイスファイル−論理ボリューム間テーブル３４０の一例である。 論理ボリューム−アレイグループ間テーブル３５０の一例である。 ホストサーバ−デバイスファイル間テーブル３６０の一例である。 性能情報テーブル３０３の一例である。 パステーブル３０５の一例である。 ストレージ監視サーバ１１９及び性能監視サーバ１０５が備える主な機能を示す図である。 情報取得処理Ｓ７００を説明するフローチャートである。 パス関連テーブル３０６の一例である。 分割条件設定処理Ｓ９００を説明するフローチャートである。 分割条件設定画面１０００の一例である。 分割条件テーブル３１３の一例である。 分割案生成判定処理Ｓ１２００を説明するフローチャートである。 収集頻度設定処理Ｓ１３００を説明するフローチャートである。 収集頻度設定画面１４００の一例である。 収集頻度テーブル３０４の一例である。 パスグループ化処理Ｓ１６００を説明するフローチャートである。 パスグルーピングテーブル３０６の一例である。 分割案生成処理Ｓ１８００を説明するフローチャートである。 負荷合計算出処理Ｓ１８１３を説明するフローチャートである。 負荷振り分け処理Ｓ１８１４を説明するフローチャートである。 分割案テーブル３１２の一例を示す図である。 分割案表示処理Ｓ２２００を説明するフローチャートである。 分割案表示画面２３００の一例である。 分割実行処理Ｓ２４００を説明するフローチャートである。 監視情報テーブル３１８の一例を示す図である。 表示条件設定処理Ｓ２６００を説明するフローチャートである。 表示条件設定画面２７００の一例である。 表示内容生成処理Ｓ２８００を説明するフローチャートである。 表示内容テーブル３２１の一例を示す図である。 監視情報表示処理Ｓ３０００を説明するフローチャートである。 監視情報表示画面３１００の一例である。

図１Ａに、実施形態として説明する情報処理システム１の概略的な構成を示している。同図に示すように、情報処理システム１は、一つ以上のホストサーバ１１１、一つ以上のストレージ装置１３６、一つ以上のネットワークスイッチ１３３、通信ネットワーク１０４、一つ以上のクライアント１４０、性能監視サーバ１０５、一つ以上のストレージ監視サーバ１１９、及び、一つ以上のストレージ監視エージェントサーバ１２５を備えて構成されている。

クライアント１４０は、通信ネットワーク１０４を介してホストサーバ１１１に接続している。ホストサーバ１１１は、ネットワークスイッチ１３３を介してストレージ装置１３６と通信可能に接続している。ホストサーバ１１１、ネットワークスイッチ１３３、及びストレージ装置１３６は、クライアント１４０によって利用されるストレージシステム２０を構成している。

図１Ｂに情報処理システム１のより具体的な構成（ハードウエア構成及びソフトウエア構成）を示している。同図では、ストレージ装置１３６の接続形態として、４つのストレージ装置１３６，１４５，１４６，１４７を例示している。同図に示すように、ストレージ装置１３６，１４７は、夫々ネットワークスイッチ１３３に接続するとともに、通信ポート１３９を介して互いに通信可能に接続し、これによりストレージ装置１４７はストレージ装置１３６に対する外部接続ストレージとして機能する。またストレージ装置１４５，１４６は、夫々通信ネットワーク１０４及びネットワークスイッチ１３３に接続するとともに通信ポート１３９を介して互いに通信可能に接続している。ストレージ装置１４５とストレージ装置１４６は、互いにデータのマイグレーション(Migration）、即ちユーザが利用する業務システムへの影響を抑えたデータの物理格納位置の移動が随時行われる関係にある。

ストレージシステム２０を利用するクライアント１４０は、例えばパーソナルコンピュータ、ワークステーション、シンクライアント（Thin Client）である。クライアント１４０とホストサーバ１１１とを結ぶ通信ネットワーク１０４は、例えばＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット（Internet）、公衆通信網、専用線などである。

ネットワークスイッチ１３３は、ホストサーバ１１１、及びストレージ装置１３６（以下、各ストレージ装置に共通の事項を説明する場合には、ストレージ装置１３６，１４５，１４６，１４７を総称してストレージ装置１３６と表記する。）を通信可能に接続する。即ちネットワークスイッチ１３３によってストレージネットワークが構成されている。

ストレージネットワークは、例えばＳＡＮ（Storage Area Network）、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などとして実現される。ストレージネットワークがＳＡＮである場合、ネットワークスイッチ１３３はファイバーチャネルスイッチ（Fibre Channel Switch）である。ストレージネットワークがＬＡＮやＷＡＮとして構成されている場合、ネットワークスイッチ１３３は、ＬＡＮスイッチ（１０ＢＡＳＥ−Ｔ，１００ＢＡＳＥ−Ｔ,１０００ＢＡＳＥ−Ｔ（ＴＸ） に準拠したスイッチングハブ等）である。

ホストサーバ１１１は、他の装置と接続するための一つ以上の通信ポート（以下、サーバポート１１８と称する。）を備えている。ストレージ装置１３６は、他の装置と接続するための一つ以上の通信ポート（以下、ストレージポート１３８と称する。）を備えている。ネットワークスイッチ１３３は、他の装置が接続される一つ以上の通信ポート（以下、スイッチポート１３５と称する。）を備えている。

ホストサーバ１１１では、オペレーティングシステム、及びアプリケーション（業務アプリケーション、システム管理ソフトウエア、データベース管理アプリケーション等）が実行される。ホストサーバ１１１は、ストレージ装置１３６に対するデータＩ／Ｏ要求（例えばデータ書き込み要求、データ読み出し要求）が発生すると、ストレージ装置１３６にＩ／Ｏコマンド（例えばデータ書き込みコマンド、データ読み出しコマンド）を送信（発行）する。

ストレージ装置１３６は、ホストサーバ１１１から送られてくるＩ／Ｏコマンドを受信すると、ハードディスク装置（HDD:Hard Disk Drive）や半導体記憶装置（ＳＳＤ（Solid State Drive）、光記録媒体などを用いて構成される記憶装置に対し、受信したＩ／Ｏコマンドに応じた制御を実行し、データ書き込み完了通知、データ読出完了通知、記録媒体から読み出したデータなどを、ストレージネットワークを介してホストサーバ１１１に送信する。

同図に示すように、クライアント１４０、ホストサーバ１１１、ストレージ装置１３６，１４５，１４６，１４７、ストレージ管理クライアント１０１、ストレージ監視サーバ１１９、及びストレージ監視エージェントサーバ１２５は、いずれも通信ネットワーク１０４を介して通信可能に接続している。

ストレージ監視エージェントサーバ１２５の通信ポート１３２は、ネットワークスイッチ１３３のスイッチポート１３５に接続している。これによりストレージ監視エージェントサーバ１２５は、ネットワークスイッチ１３３及びストレージ装置１３６，１４５，１４６，１４７との間で情報の授受を行うことができる。

ストレージ監視エージェントサーバ１２５は、クライアント１４０、ホストサーバ１１１、ネットワークスイッチ１３３、及びストレージ装置１３６，１４５，１４６，１４７と通信し、夫々についての構成に関する情報（以下、構成情報と称する。）、及び夫々の性能（稼働状況）に関する情報（以下、性能情報と称する。）を随時収集する。

ストレージ監視エージェントサーバ１２５では、収集した構成情報や性能情報を管理するためのデータベースマネージメントシステム（以下、ＤＢＭＳと略記する（DBMS:DataBase Management System）。)が機能しており、ストレージ監視エージェントサーバ１２５は、収集した構成情報又は性能情報を、能動的又は受動的にストレージ監視サーバ１１９に随時提供する。

ストレージ監視サーバ１１９は、ストレージ監視エージェントサーバ１２５から提供される構成情報や性能情報に基づき、ストレージシステム２０の構成要素（ホストサーバ１１１、ネットワークスイッチ１３３、及びストレージ装置１３６，１４５，１４６，１４７）の監視や制御を行う。ストレージ監視サーバ１１９では、ストレージ監視エージェントサーバ１２５から提供される構成情報及び性能情報の管理を行うＤＢＭＳが機能している。

ストレージ管理クライアント１０１は、ＣＵＩ(Character User Interface)(又はＣＬＩ（Command Line Interface）やＧＵＩ(Graphical User Interface)を備えた情報処理装置である。ストレージ管理クライアント１０１は、ストレージ監視エージェントサーバ１２５及びストレージ監視サーバ１１９を用いて行われるストレージシステム２０の監視や制御に関するユーザインタフェースをシステム管理者等のユーザに提供する。

図１Ａでは、ストレージ管理クライアント１０１、ストレージ監視サーバ１１９、及びストレージ監視エージェントサーバ１２５が、夫々独立した３つのハードウエアを用いて構成されているように描いているが、ハードウエアの構成は同図に示した構成に限られない。例えば、これらのうち２つ以上のハードウエアが同一筐体に収容されていてもよい。

図１Ｃに、ホストサーバ１１１、性能監視サーバ１０５、ストレージ管理クライアント１０１、ストレージ監視サーバ１１９、及びストレージ監視エージェントサーバ１２５として利用可能なコンピュータ５０（情報処理装置）のハードウエア構成の一例を示している。

同図に示すように、このコンピュータ５０は、ＣＰＵ５１、メモリ５２（ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、不揮発性メモリ（フラッシュメモリ等））、記憶装置５３（ハードディスク装置、半導体記憶装置（ＳＳＤ）、光記録媒体記憶装置）、ユーザの操作入力を受け付けるための入力装置５４（キーボード、マウス等）、表示装置５５（液晶モニタ、ブラウン管ディスプレイ等）、及び、他の装置と通信するための通信インタフェース５６（ＮＩＣ（Network Interface Card、ＨＢＡ（Host Bus Adapter）等）を備えている。

図１Ｄに、ストレージ装置１３６のハードウエアの一例を示している。同図に示すように、ストレージ装置１３６は、ディスクコントローラ６１、キャッシュメモリ６２、及び、一つ以上のプロセッサ６３、及び、記憶ドライブ６４を備えている。プロセッサ６４は、ネットワークスイッチ１３３を介して他の装置と通信する。ディスクコントローラ６１は、ＣＰＵ及びメモリを備え、ストレージ装置３のＩ／Ｏ処理を行う。キャッシュメモリ６２には、記憶ドライブ６４に書き込まれるデータや記憶ドライブ６４から読み出されるデータが格納される。記憶ドライブ６４は、データの記録媒体（ハードディスク６４１（物理ディスク）、半導体記憶装置（ＳＳＤ）等）を備える。

以上の構成を備えたストレージ装置１３６の一例として、ＲＡＩＤ（Redundant Arrays of Inexpensive (or Independent) Disks）によって制御される複数のハードディスクドライブを備えたストレージ装置であるディスクアレイ装置（Disk Array Device）がある。

図１Ｅに、ネットワークスイッチ１３３のハードウエアの一例を示している。同図に示すように、このネットワークスイッチ１３３は、ＣＰＵ７１、メモリ７２、及び通信制御装置７３を備えている。ＣＰＵ７１は、メモリ７２に格納されているプログラムを実行することにより、例えばネットワークスイッチ１３３のスイッチポート１３５とデータの送信元装置又は送信先装置のネットワークアドレスとの対応関係を管理する機能、フィルタリング機能、各種セキュリティ機能などを実現する。メモリ７２は、ＲＡＭ、ＲＯＭ、不揮発性メモリである。メモリ７２には、例えば上記各機能を実現するためのプログラムやファームウエア、ネットワークアドレスやポート番号等の送信元と送信先の対応を管理するための各種テーブル、フィルタリング機能やセキュリティ機能に関する設定情報が格納される。通信制御装置７３は、例えばスイッチコントローラであり、各スイッチポート１３５に入出力されるフレームやパケットの送信元情報と送信先情報に基づき、入出力されるフレームやパケットのスイッチポート１３５間の転送制御を行う。

図１Ｂに情報処理システム１の各構成要素において実行される主なソフトウエアを示している。各構成要素におけるプロセッサがこれらのソフトウエアを実行することにより、各構成要素によって提供される機能が実現されることになる。

ホストサーバ１１１のアプリケーション１４１は、クライアント１４０からの処理要求に応答し、ストレージ装置１３６を利用してデータの管理を行う。マルチパス管理ソフト１４２は、ストレージシステム２０における後述のＩ／Ｏパスの負荷分散を行う機能を実現する。仮想マシン管理基盤１４４は、複数のホストサーバ１１１間で仮想マシン１４３を移行する機能（マイグレーション機能）を提供する。クラスタ管理基盤１４５は、複数の他のホストサーバ１１１との間で負荷分散や可用性確保を目的としたクラスタを管理する機能を実現する。ホスト監視エージェント１１６は、ホストサーバ１１１の構成情報や性能情報を取得し、取得した構成情報や性能情報をストレージ監視サーバ１１９などの要求元に随時送信する。

ストレージ監視サーバ１１９のストレージ監視ソフト１２４は、ストレージシステム２０の構成情報や性能情報の管理（収集、監視等）、及びストレージ監視サーバ１１９の分割案（構成情報や性能情報の管理のための処理の分担方法）の生成や分割の実行（分割案の実施）を行う。

ストレージ監視エージェントサーバ１２５のストレージ監視エージェント１３０は、ネットワークスイッチ１３３もしくは通信ネットワーク１０４を介して、ストレージ装置１４５の構成情報を取得する。

性能監視サーバ１０５の性能監視ソフト１１０は、ストレージ監視ソフト１２４などが保持している構成情報や、ホストサーバ１１１の構成情報又は性能情報を取得する。またストレージシステム２０の監視や制御に関する情報を出力（表示）する。

ストレージシステム２０からの構成情報や性能情報の収集は、例えば、ＳＮＭＰ（Simple Network Management Protocol）を用いて行われる。この場合、ホストサーバ１１１、ネットワークスイッチ１３３、ストレージ装置１３６は、例えばＳＮＭＰエージェントとして機能し、ストレージ監視エージェントサーバ１２５、ストレージ監視サーバ１１９は、例えばＳＮＭＰマネージャとして機能する。構成情報もしくは性能情報の収集は、ＷＭＩ（Microsoft （登録商標）Windows（登録商標）Management Instrumentation）、ＷＢＥＭ（Web-Based Enterprise Management）、ＳＳＨ（Secure Shell）、ＳＭＩ−Ｓ（Storage Management Initiative - Specification）等を用いて実現することもできる。

ストレージシステム２０の構成情報及び性能情報の収集や監視は、例えば次のようにして行われる。即ちホストサーバ１１１のホスト監視エージェント１１６、又はストレージ監視エージェントサーバ１２５のストレージ監視エージェント１３０は、所定のタイミング（スケジューリングされたタイミング、定期的なタイミング等）で、或いはストレージ監視サーバ１１９のストレージ監視ソフト１２４からの要求に応じて起動され、夫々が担当する監視対象の装置又はソフトウエアから構成情報を取得する。

ストレージ監視ソフト１２４は、所定のタイミングで（スケジューリングされたタイミング、定期的なタイミング等）起動し、ホスト監視エージェント１１６やストレージ監視エージェント１３０、及び、性能監視サーバ１０５から構成情報及び性能情報を収集し、収集した情報をデータベースに格納する。以上に示した構成情報や性能情報の収集方法はあくまで一例に過ぎず、従来の様々な手法を用いて行うことができる。

＝構成情報＝
構成情報には、ストレージシステム２０を構成しているリソース（ハードウエアリソース又はソフトウエアリソース）の関係を示す情報、及び、ホストサーバ１１１とストレージ装置１３６との間でのＩ／Ｏ要求やＩ／Ｏ要求の対象となるデータの送受信に利用される経路（以下、Ｉ／Ｏパスと称する。）に関する情報などがある。

図２にストレージシステム２０におけるリソースの構成例を示している。同図に示すストレージシステム２０には、クライアント１４０が利用するアプリケーション１４１（「ＡＰ Ａ〜Ｆ」）、サーバポート１１８（「ポートＡ〜Ｅ」等））、ホストサーバ１１１における論理ボリューム２０１（「論理ボリュームＡ」等）、ホストサーバ１１１において動作する仮想マシン１４３（「仮想マシンＡ，Ｂ」等）、ホストサーバ１１１において動作するロードバランサ１５１、ホストサーバ１１１で動作するデバイスファイル２０２（「ＤＥＶ Ａ〜Ｄ，Ｖ〜Ｘ」）、スイッチポート１３５（「ポートＪ〜Ｌ，Ｒ〜Ｔ」等）、ストレージポート１３８（「ポートＸ，Ｙ」等）、ストレージ装置１３６が提供する論理ボリューム２０５（「論理ボリュームＡ，Ｂ」等）、論理ボリューム２０５を構成している論理装置２０６（ＬＤＥＶ（Logical DEVice）又はアレイグループ（Array Group））（「ＡＧ Ａ，Ｂ」等）などのリソースがある。

図３Ａ乃至図３Ｅに、ストレージ監視エージェントサーバ１２５によって収集され、ストレージ監視サーバ１１９のＤＢＭＳによって管理される構成情報の一例を示している。

図３Ａは、アプリケーション１４１とデバイスファイル２０２の対応が管理されるテーブル（以下、アプリケーション−デバイスファイル間テーブル３２０と称する。）である。
図３Ｂは、サーバポート１１８、スイッチポート１３５、及びストレージポート１３８の対応が管理されるテーブル（以下、ポート−ポート間テーブル３３０と称する。）である。
図３Ｃは、デバイスファイル２０２と論理ボリューム２０１（又は論理ボリューム２０５）との対応が管理されるテーブル（以下、デバイスファイル−論理ボリューム間テーブル３４０と称する。）である。
図３Ｄは、論理ボリューム２０１（又は論理ボリューム２０５）と論理装置２０６との対応が管理されるテーブル（以下、論理ボリューム−アレイグループ間テーブル３５０と称する。）である。
図３Ｅは、ホストサーバ１１１とデバイスファイル２０２との対応が管理されるテーブル（以下、ホストサーバ−デバイスファイル間テーブル３６０と称する。）である。

ストレージ監視サーバ１１９が管理する構成情報には、図３Ａ〜図３Ｅに示す情報の他、例えば、ストレージシステム２０の構成要素（ホストサーバ１１１、ネットワークスイッチ１３３、ストレージ装置１３６）において保持される他の情報（クラスタの構成に関する情報、仮想マシンの構成に関する情報、負荷分散（マルチパス、ロードバランサ等）の設定に関する情報、装置間で行われるマイグレーションに関する情報、外部接続されるストレージ装置に関する情報、及び、デバイスファイル２０２とアプリケーション１４０とアプリケーション１４０が利用するデバイスファイル２０２の関係に関する情報などがさらに含まれていてもよい。

以上に説明したアプリケーション−デバイスファイル間テーブル３２０、ポート−ポート間テーブル３３０、デバイスファイル−論理ボリューム間テーブル３４０、論理ボリューム−アレイグループ間テーブル３５０、及び、ホストサーバ−デバイスファイル間テーブル３６０は、ストレージ監視サーバ１１９において後述するリソース間関連テーブル３２５として利用される。

＝性能情報＝
性能情報はリソースの性能に関する情報である。性能情報には、例えば、ホストサーバ１１１で動作するオペレーティングシステムやアプリケーション１４１、論理ボリューム２０１、又はサーバポート１１８において処理される単位時間あたりのＩ／Ｏ要求数（ＩＯＰＳ（I/O Per Second））、ネットワークスイッチ１３３のスイッチポート１３５が処理する単位時間あたりのＩ／Ｏ要求数、ストレージ装置３のストレージポート１３８、及び、論理ボリューム２０５又は論理装置２０６が処理する単位時間あたりのＩ／Ｏ要求数などがある。

図４に性能情報の一例を示す。性能情報は、ストレージ監視エージェントサーバ１２５によって収集され、ストレージ管理サーバ１１９のデータベースに管理される。同図に示すテーブル（以下、性能情報テーブル３０３と称する。）は、リソースの識別子が設定されるリソース３０３１と、リソースの性能情報（ＩＯＰＳで表記）が設定される性能情報３０３２の各項目からなる一つ以上のレコードで構成されている。

＝Ｉ／Ｏパス＝
図２に示しているように、ストレージシステム２０の運用に際しては、アプリケーション１４１、論理ボリューム２０１、仮想マシン１４３、ロードバランサ１５１、デバイスファイル２０２、サーバポート１１８、スイッチポート１３５、ストレージポート１３８、論理ボリューム２０５、及び、論理装置２０６の組み合わせによって特定される、Ｉ／Ｏパスが設定される。同図における点線は、Ｉ／Ｏパスの設定が可能な経路を示す。

各Ｉ／Ｏパスは、例えば、ホストサーバ１１１、デバイスファイル２０２、サーバポート１１８、スイッチポート１３５、ストレージポート１３８、論理ボリューム２０５、及び、論理装置２０６を対応づけることによって定義（設定）される。

図５にストレージ管理サーバ１１９のデータベースに構成情報として管理されるＩ／Ｏパスの定義情報（以下、パステーブル３０５と称する。）の一例を示している。同図に示すように、パステーブル３０５は、Ｉ／Ｏパスの識別子が設定されるＩ／Ｏパス３０５１、及びＩ／Ｏパスを構成しているリソースの識別子が設定されるリソース３０５２の各項目からなる一つ以上のレコードで構成されている。

図２において、リソース間を結ぶ実線はＩ／Ｏ要求の処理に際して実線で結ばれるリソースの間に何らかの関係があることを示している。例えば同図において、アプリケーション１４１の「ＡＰ Ａ」、「論理ボリュームＡ」、及び「ＤＥＶ Ａ」が実線で結ばれているが、これは「ＡＰ Ａ」が、「論理ボリュームＡ」を介して「ＤＥＶ Ａ」にＩ／Ｏ要求を送信可能であることを示している。同様に「ＡＰ Ａ」は、「論理ボリュームＡ」を介して「ＤＥＶ Ｂ」にＩ／Ｏ要求を送信可能であることを示している。

図２において、リソース間を結ぶ点線はＩ／Ｏパスを示している。同図には「ＡＰ Ａ」、「ＤＥＶ Ａ」、「ポートＡ」、「ポートＪ」、「ポートＲ」、「ポートＸ」、「論理ボリュームＡ」、及び、「ＡＧ Ａ」の各リソースによって構成されるＩ／Ｏパスである「パスＡ」や、「ＡＰ Ａ」、「ＤＥＶ Ｂ」、「ポートＢ」、「ポートＪ」、「ポートＲ」、「ポートＸ」、「論理ボリュームＡ」、及び、「ＡＧ Ａ」の各リソースによって構成されるＩ／Ｏパスである「パスＢ」などを例示している。

以下の説明において、２つのＩ／Ｏバスが「類似」しているとは、２つのＩ／Ｏパスの夫々を構成しているリソースのうちの少なくとも一部が共通していることをいう。例えば図２において、「パスＡ」と「パスＢ」は、「ＡＰ Ａ」、「ポートＸ」、「論理ボリュームＡ」、及び「ＡＧ Ａ」が共通しているのでこれらは類似していることになる。一方、「ＡＰ Ｆ」のＩ／Ｏパスである「パス Ｅ」は、他のＩ／Ｏパスのいずれとも類似していない。

同図において、「ホストサーバＡ」と「ホストサーバＢ」はクラスタを構成しており、「ホストサーバＥ」はクラスタを構成せずスタンドアロンで動作している。
「ＡＰ Ｂ」は、ホストサーバ１１１の仮想マシン管理基板１４４によって実現される仮想マシン１４３上で動作するアプリケーションであり、「ＡＰ Ｂ」から送信されるＩ／Ｏ要求は、２つの仮想マシン１４３（「仮想マシンＡ」，「仮想マシンＢ」）のうちのいずれかを経由してストレージ装置１３６に送られる。
「ＡＰ Ｃ」は、外部接続のストレージ装置１４７が接続されているストレージ装置１３６にＩ／Ｏ要求を送信するアプリケーション１４１であり、ストレージ装置１３６、ストレージ装置１４７のいずれかにＩ／Ｏ要求を送信する。
「ＡＰ Ｄ」は、ロードバランサ１５１を備えるホストサーバ１１１上で動作するアプリケーション１４１であり、ロードバランサ１４１から複数のＩ／Ｏパスが派生している。
「ＡＰ Ｅ」は、マイグレーション機能を有するストレージ装置１４５，１４６に接続するホストサーバ１１１で動作するアプリケーション１４１である。「ＡＰ Ｅ」から送信されたＩ／Ｏ要求は、ストレージ装置１４５としての「ストレージ装置Ｙ」又はストレージ装置１４６としての「ストレージ装置Ｚ」に送信される。「ストレージ装置Ｚ」が宛先となるＩ／Ｏ要求は、「ストレージ装置Ｙ」を経由して「ストレージ装置Ｚ」に到達する。

＝機能説明＝
図６にストレージ監視サーバ１１９及び性能監視サーバ１０５が備える主な機能を示している。以下、同図とともにストレージ監視サーバ１１９及び性能監視サーバ１０５が備える機能について説明する。

＜ストレージ監視サーバ＞
同図に示すように、ストレージ監視サーバ１１９は、エージェント情報収集部３０１、分割案生成判定部３０７、分割生成部３０８、分割実行部３１１、収集頻度設定部３１５、分割条件設定部３１６、分割案表示部３１７の各機能を備える。これらの機能は、ストレージ監視サーバ１１９のＣＰＵ１２２が、メモリ１２３又はハードディスクドライブ（ＨＤＤ１２１）に格納されているストレージ監視ソフト１２４のプログラムを読み出して実行することにより実現される。

同図に示すように、ストレージ監視サーバ１１９のメモリ１２３又はＨＤＤ１２１には、性能情報テーブル３０３（図４）、収集頻度テーブル３０４（図１５）、パステーブル３０５（図５）、パス関連テーブル３０６（図８）、分割案テーブル３１２（図２１）、及び、分割条件テーブル３１３（図１１）が格納されている。同図において、監視情報テーブル３０２は、収集頻度テーブル３０４、パステーブル３０５、及び、パス関連テーブル３０６を構成要素とするテーブルである。同図には示していないが、これらの情報に加え、ストレージ監視サーバ１１９は前述した構成情報（図３Ａ〜図３Ｅ）を管理している。

エージェント情報収集部３０１は、ストレージ監視エージェント１３０又はホスト監視エージェント１１６からストレージシステム２０の構成情報及び性能情報を取得し、取得した構成情報及び性能情報から抽出される内容を、性能情報テーブル３０３、リソース間関連テーブル３２５、パステーブル３０５、及びパス関連テーブル３０６に登録する。

分割案生成部３０８は、ストレージシステム２０の管理の為の処理を、複数存在するストレージ監視サーバ１１９の夫々にどのように分担させるか（処理をどのように分割するか）を示す情報である分割案を生成する。

分割案表示部３１７は、分割案生成部３０８によって生成された分割案を表示する。

分割案生成判定部３０７は、分割案の生成を行う必要があるか否かを判定する。より具体的には、分割案生成判定部３０７は、各ストレージ監視サーバ１１９の現在の負荷が閾値を超えているか否かを判定し、超えている場合は分割案の生成を行う必要があると判定する。

収集頻度設定部３１５は、ユーザによって入力された、各リソースについての情報の収集頻度を取得し、取得した収集頻度を収集頻度テーブル３０４に登録する。

パスグループ化部３０９は、パステーブル３０５とパス関連テーブル３０６の内容とに基づいて、パスグルーピングテーブル３０６（図１７を参照）を生成する。

分割条件設定部３１６は、ストレージ監視サーバ１１９の分割条件を取得して分割条件テーブル３１３に登録する。

分割実行部３１１は、パスグルーピングテーブル３０６の各パスグループに関し、分割案テーブル３１２の内容に対応するように、各ストレージ監視サーバ１１９間でデータ転送を行い、各ストレージ監視サーバ１１９の性能情報テーブル３０３及び監視情報テーブル３０２の内容を設定する。また分割実行部３１１は、分割案テーブル３１２の内容に対応するように、監視情報テーブル３１８の内容を設定する。

＜性能監視サーバ＞
図６に示すように、性能監視サーバ１０５は、表示条件設定部３２２、監視情報表示部３２３、及び表示内容生成部３１９の各機能を備えている。これらの機能は、性能監視サーバ１０５のＣＰＵ１０８が、メモリ１２３又はハードディスクドライブ（ＨＤＤ１０７）に格納されている性能監視ソフト１１０を読み出して実行することにより実現される。また同図に示すように、性能監視サーバ１０５のメモリ１２３又はＨＤＤ１０７には、監視情報テーブル３１８、及び表示内容テーブル３２１が格納されている。

表示条件設定部３３２は、ユーザから表示条件を取得する（図２７を参照）。表示内容生成部３１９は、取得した表示条件に対応するリソースの性能情報を、その性能情報を保持しているストレージ監視サーバ１１９から取得して表示内容テーブル３２１（図２９を参照）に格納する。監視情報表示部３２３は、表示内容テーブル３２１の内容を出力してストレージ管理クライアント１０３に表示させる（図３１を参照）。

＝処理説明＝
次に本実施形態の情報処理システム１において行われる処理の流れについて詳細に説明する。

＜ストレージ監視サーバの処理＞
図７はストレージ監視サーバ１１９のエージェント情報収取部３０１によって行われる処理（以下、情報取得処理Ｓ７００と称する。）を説明するフローチャートである。以下、同図とともに情報取得処理Ｓ７００について説明する。情報取得処理Ｓ７００は、所定のタイミング（スケジューリングされたタイミング、定期的なタイミング等）で起動される。

まずエージェント情報収取部３０１は、ストレージ監視エージェント１３０及びホスト監視エージェント１１６から、構成情報及び性能情報を取得し（Ｓ７１１）、取得した構成情報及び性能情報から抽出される各リソース５１１の性能情報５１２を性能情報テーブル３０３に登録する（Ｓ７１２）。

次にエージェント情報収取部３０１は、取得した構成情報から抽出されるリソース間の関係を、リソース間関連テーブル３２５（図３Ａ〜図３Ｅ）に登録する（Ｓ７１３）。またエージェント情報収取部３０１は、取得した構成情報から抽出される内容に基づくＩ／Ｏパスの構成を、パステーブル３０５に登録する（Ｓ７１４）。

次にエージェント情報収取部３０１は、取得した構成情報に基づく内容をパス関連テーブル３０６に登録する（Ｓ７１５）。パス関連テーブル３０６の一例を図８に示している。同図に示すように、パス関連テーブル３０６には、構成情報から取得される、機能３０６１（クラスタ、仮想マシン、負荷分散、マイグレーション、外部接続ストレージ装置、アプリケーションのデバイスファイルの利用態様等）ごとの構成（リソース３０６２）が登録される。

図９は分割条件設定部３１６によって行われる処理（以下、分割条件設定処理Ｓ９００と称する。）を説明するフローチャートである。以下、同図とともに分割条件設定処理Ｓ９００について説明する。分割条件設定処理Ｓ９００は、ストレージ管理クライアント１０３に対し、分割条件の設定のためのユーザの所定の操作入力が行われたことを契機として起動される。

まずＳ９１１では、分割条件設定部３１６が、ユーザが図１０に示す画面（以下、分割条件設定画面１０００と称する。）に対して操作を行うことにより設定された分割条件を取得する。Ｓ９１２では、分割条件設定部３１６が、取得した分割条件を分割条件テーブル３１３登録する。

分割条件テーブル３１３の一例を図１１に示している。同図に示すように、分割条件テーブル３１３には、ＣＰＵ使用率の閾値３１３１、メモリ使用率の閾値３１３２、ディスク使用率の閾値３１３３、及び分割サーバ名３１３４（性能情報及び監視情報の管理を担当することが可能なストレージ監視サーバ１１９を特定する情報）が登録されている（ユーザは分割先のストレージ監視サーバ１１９を指定することができる）。

図１２は分割案生成判定部３０７によって行われる処理（以下、分割案生成判定処理Ｓ１２００と称する。）を説明するフローチャートである。以下、同図とともに分割案生成判定処理Ｓ１２００について説明する。分割案生成判定処理Ｓ１２００は、所定のタイミング（スケジューリングされたタイミング、定期的なタイミング等）で起動される。

まず分割案生成判定部３０７は、分割条件テーブル３１３のＣＰＵ使用率の閾値３１３１、メモリ使用率の閾値３１３２、及びディスク使用率の閾値３１３３を取得する（Ｓ１２１１）。これらはストレージ監視サーバ１１９の負荷を判断するための閾値となる。

次に分割案生成判定部３０７は、ストレージ監視サーバ１１９の現在の負荷情報として、ストレージ監視サーバ１１９の現在のＣＰＵ使用率、ストレージ監視サーバ１１９の現在のディスク使用率、及びストレージ監視サーバ１１９の現在のメモリ使用率を取得する（Ｓ１２１２）。これらの情報は、ストレージ監視サーバ１１９から直接取得してもよいし、エージェント情報収集部３０１が性能情報として取得しその結果、性能情報テーブル３０３に格納されている値を取得するようにしてもよい。

次に分割案生成判定部３０７は、ストレージ監視サーバ１１９の負荷が閾値を超えているか否かを判断する。まずＳ１２１３では、分割案生成判定部３０７は、ストレージ監視サーバ１１９の現在のＣＰＵ使用率が、Ｓ１２１１で取得したＣＰＵ使用率閾値３１３１の値以上であるか否かを判断する。閾値以上であれば（Ｓ１２１３：ＹＥＳ）、Ｓ１２１４に進み、閾値未満であれば（Ｓ１２１３：ＮＯ）、Ｓ１２１６に進む。

次に分割案生成判定部３０７は、ストレージ監視サーバ１１９の現在のメモリ使用率が、Ｓ１２１１で取得したメモリ使用率閾値３１３２の値以上であるか否かを判断する（Ｓ１２１４）。閾値以上であれば（Ｓ１２１４：ＹＥＳ）、Ｓ１２１５に進み、閾値未満であれば（Ｓ１２１４：ＮＯ）、Ｓ１２１６に進む。

次に分割案生成判定部３０７は、ストレージ監視サーバ１１９の現在のディスク使用率が、Ｓ１２１１で取得したディスク使用率閾値３１３３の値以上であるか否かを判断する（Ｓ１２１５）。閾値以上であれば（Ｓ１２１５：ＹＥＳ）、Ｓ１２１７に進み、閾値未満であれば（Ｓ１２１５：ＮＯ）、Ｓ１２１６に進む。

Ｓ１２１６では、分割案生成判定部３０７は、内部変数である「実行フラグ」に「ＦＡＬＳＥ」を設定する。Ｓ１２１７では、分割案生成判定部３０７は、内部変数「実行フラグ」に「ＴＲＵＥ」を設定する。

以上のように、ストレージ監視サーバ１１９は、分割条件を満たすか否かを判断し、分割条件を満たす場合に分割案を生成する。このため、不必要に分割案が生成されることがなく、また必要な場合は確実に分割案が生成されるので、ストレージ監視サーバ１１９を効率よく運用することができるとともに、ストレージ監視サーバ１１９間の負荷分散を確実に実施することができる。

図１３は収集頻度設定部３１５によって行われる処理（以下、収集頻度設定処理Ｓ１３００と称する。）を説明するフローチャートである。以下、同図とともに収集頻度設定処理Ｓ１３００について説明する。収集頻度設定処理Ｓ１３００は、例えばストレージ管理クライアント１０３に対し、収集頻度の設定のためのユーザの所定の操作入力が行われたことを契機として起動される。

Ｓ１３１１では、収集頻度設定部３１５は、ユーザの操作入力に応じて、図１４に示す収集頻度設定画面１４００をストレージ管理クライアント１０３に表示させる。図１４に示すように、収集頻度設定画面１４００には、リソースの表示欄１４１１と収集頻度の表示欄１４１２が設けられている。収集頻度設定部３１５は、収集頻度設定画面１４００のリソースの表示欄１４１１に、パステーブル３０５から取得可能なリソース（パステーブル３０５のリソース３０５２の内容）を表示する。

Ｓ１３１２では、収集頻度設定部３１５は、ユーザが収集頻度設定画面１４００に設定したリソースについての収集頻度を取得する。そして収集頻度設定部３１５は、取得した収集頻度を、収集頻度テーブル３０４に登録する（Ｓ１３１３）。収集頻度テーブル３０４の一例を図１５に示す。

図１６はパスグループ化部３０９によって行われる処理（以下、パスグループ化処理Ｓ１６００と称する。）を説明するフローチャートである。以下、同図とともにパスグループ化処理Ｓ１６００について説明する。パスグループ化処理Ｓ１６００は、例えば、エージェント情報収集部３０１による前述した情報取得処理Ｓ７００に後続して実行される。

まずパスグループ化部３０９は、内部変数であるパスグループＩＤを初期化（例えば１を設定）する（Ｓ１６１１）。またパスグループ化部３０９は、パステーブル３０５の現在行を示すポインタである現在行ポインタの値を先頭行に設定する（Ｓ１６１２）。

Ｓ１６１３では、パスグループ化部３０９は、現在行ポインタがパステーブル３０５の最終行を超えているか否かを判断する。超えていれば（Ｓ１６１３：ＹＥＳ）、処理が終了する。超えていなければ（Ｓ１６１３：ＮＯ）、Ｓ１６１５に進む。

Ｓ１６１５では、パスグループ化部３０９は、パステーブル３０５の現在行のリソースがパス関連テーブル３０６に登録されているか否かを判断する。登録されている場合には（Ｓ１６１５：ＹＥＳ）、Ｓ１６１６に進み、登録されていない場合には（Ｓ１６１５：ＮＯ）、Ｓ１６１８に進む。

Ｓ１６１６では、パスグループ化部３０９は、パステーブル３０５の現在行のリソースを含むＩ／Ｏパスが、パスグルーピングテーブル３０６に既に登録されているか否かを判断する。

図１７にパスグルーピングテーブル３０６の一例を示している。同図に示すように、パスグルーピングテーブル３０６は、Ｉ／Ｏパスのグループごとに付与される識別子であるグループＩＤが設定されるグループＩＤ３０６１、そのグループに所属するＩ／Ｏパスの識別子が設定されるＩ／Ｏパス３０６２、及びそのグループの負荷度合（後述）が設定される負荷度合３０６３の各項目からなる一つ以上のレコードからなる。

Ｓ１６１６において、パステーブル３０５の現在行のリソースを含むＩ／Ｏパスが、パスグルーピングテーブル３０６に既に登録されている場合には（Ｓ１６１６：ＹＥＳ）、Ｓ１６１７に進み、登録されていない場合には（Ｓ１６１６：ＮＯ）、Ｓ１６１８に進む。

Ｓ１６１７では、パスグループ化部３０９は、パスグルーピングテーブル３０６の、パステーブル３０５の現在行のリソースを含むＩ／Ｏパスが登録されている行に、パステーブル３０５の現在行のＩ／Ｏパスを追加する。

Ｓ１６１８では、パスグループ化部３０９は、パスグルーピングテーブル３０６に新たなパスグループＩＤ（例えば現在のパスグループＩＤをインクリメントした値）の行を追加し、その行にパステーブル３０５の現在行のＩ／Ｏパスを登録する。

続くＳ１６１９では、パスグループ化部３０９は、収取頻度テーブル３０４からＩ／Ｏパス上のリソースの収集頻度を取得し、Ｉ／Ｏパスの収集頻度の合計値を算出し、算出した値をパスグルーピングテーブル３０６の負荷度合３０６３に設定する。その後は現在行をインクリメントし（現在行＝現在行＋１）（Ｓ１６２０）、Ｓ１６１３に戻る。

図１８は分割案生成部３０８によって行われる処理（以下、分割案生成処理Ｓ１８００と称する。）を説明するフローチャートである。以下、同図とともに分割案生成処理Ｓ１８００について説明する。分割案生成処理Ｓ１８００は、例えば、所定のタイミング（スケジューリングされたタイミング、定期的なタイミング等）で、もしくは収集頻度設定部３１５によって収集頻度テーブル３０４の内容が変更されたタイミングで起動される。

分割案生成部３０８は、内部変数「実行フラグ」の値を取得し（Ｓ１８１１）、値が「ＴＲＵＥ」であるか否かを判定する（Ｓ１８１２）。内部変数「実行フラグ」の値が「ＴＲＵＥ」であれば（Ｓ１８１２：ＹＥＳ）、Ｓ１８１３に進み、分割案生成部３０８は、後述する負荷合計算出処理Ｓ１８１３、及び負荷振り分け処理Ｓ１８１４を実行する。内部変数「実行フラグ」の値が「ＴＲＵＥ」でなければ（「ＦＡＬＳＥ」ならば）（Ｓ１８１２：ＮＯ）、処理が終了する。

図１９は分割案生成処理Ｓ１８００における負荷合計算出処理Ｓ１８１３を説明するフローチャートである。

まず分割案生成部３０８は、パスグルーピングテーブル３０６の現在行ポインタの値をパスグルーピングテーブル３０６の先頭行に設定する（Ｓ１９１１）。

Ｓ１９１２では、分割案生成部３０８は、現在行ポインタの値がパスグルーピングテーブル３０６の最終行を超えているか否かを判断する。超えている場合には（Ｓ１９１２：ＹＥＳ）、処理が終了する。超えていない場合には（Ｓ１９１２：ＮＯ）、Ｓ１９１３に進む。

Ｓ１９１３では、分割案生成部３０８は、パステーブル３０５及び収集頻度テーブル３０４から、パスグルーピングテーブル３０６の現在行のＩ／Ｏパスに関する情報を取得する（Ｓ１９１３）。

次に分割案生成部３０８は、パスグルーピングテーブル３０６の現在行のＩ／Ｏパスを構成している各リソースの収集頻度の合計値（=Σ(リソース数×収集頻度)）を求める（Ｓ１９１４）。そして分割案生成部３０８は、求めた合計値を、パスグルーピングテーブル３０６の現在行のＩ／Ｏパスの負荷度合３０６３に登録する（Ｓ１９１５）。その後は現在行をインクリメント（現在行＝現在行＋１）し（Ｓ１９１６）、Ｓ１９１２に戻る。

図２０は分割案生成処理Ｓ１８００における負荷振り分け処理Ｓ１８１４を説明するフローチャートである。

まず分割案生成部３０８は、分割条件テーブル３１３から、分割条件テーブル３１３の設定内容を取得する（Ｓ２０１１）。また分割案生成部３０８は、パスグルーピングテーブル３０６のレコードを、負荷度合３０６３の降順にソートする（Ｓ２０１２）。次に分割案生成部３０８は、パスグルーピングテーブル３０６の現在行ポインタの値をパスグルーピングテーブル３０６の先頭行に設定する（Ｓ２０１３）。

Ｓ２０１４では、分割案生成部３０８は、現在行ポインタの値がパスグルーピングテーブル３０６の最終行を超えているか否かを判断する。超えている場合には（Ｓ２０１４：ＹＥＳ）、処理が終了する。超えていない場合には（Ｓ２０１４：ＮＯ）、Ｓ２０１５に進む。

続くＳ２０１５では、分割案生成部３０８は、分割案テーブル３１２に、パスグルーピングテーブル３０６の現在行の内容を反映する。

図２１に分割案テーブル３１２の一例を示している。同図に示すように、分割案テーブル３１２は、グループＩＤ３１２１、負荷度合３１２２、及び振り分け先の監視サーバ３１２３の各項目を有する一つ以上のレコードで構成される。分割案テーブル３１２には、ストレージ監視サーバ１１９に行わせる処理を、グループ単位でどのように複数のストレージ監視サーバ１１９（処理を分担可能なストレージ監視サーバ１１９）に振り分ける（分割する）のかを示す情報（分割方法）が管理される。

同図の場合には、グループＩＤ３１２１が「１」のパスグループに所属するＩ／Ｏパスについての処理は識別子が「監視サーバＡ」であるストレージ監視サーバ１１９に担当させ、グループＩＤ３１２１が「２」，「３」のパスグループに所属するＩ／Ｏパスについての処理は、識別子が「監視サーバＢ」であるストレージ監視サーバ１１９に担当させる、という分割案が登録されている。

図２０のＳ２０１５における、パスグルーピングテーブル３０６の現在行の内容の、分割案テーブル３１２への反映は、具体的には次のようにして行われる。即ち分割案生成部３０８は、分割案テーブル３１２の負荷度合３１２２の値が最も小さいグループＩＤ３１２１に、パスグルーピングテーブル３０６の現在行のグループＩＤを追加する。また分割案生成部３０８は、分割案テーブル３１２の負荷度合３１２２の現在の値に、パスグルーピングテーブル３０６の現在行の負荷度合３０６３の値を加算する。

分割案の構成は必ずしも以上に説明したものに限られるわけではない。例えば各グループの負荷合計値がより厳密に均等化されるように、各ストレージ監視サーバ１１９に処理を振り分けるようにしてもよい。また負荷の低いストレージ監視サーバ１１９から優先して処理を割り当てるようにしてもよい。分割案は、従来手法による他の様々な負荷分散方法、最適化手法を用いることができる。

Ｓ２０１６では、分割案生成部３０８は、現在行をインクリメント（現在行＝現在行＋１）する。その後はＳ２０１４に戻る。

図２２は分割案表示部３１７によって行われる処理（以下、分割案表示処理Ｓ２２００と称する。）を説明するフローチャートである。以下、同図とともに分割案表示処理Ｓ２２００について説明する。分割案表示処理Ｓ２２００は、例えば分割案生成部３０８の処理に後続して行われる。また分割案表示処理Ｓ２２００は、所定のタイミング（スケジューリングされたタイミング、定期的なタイミング等）で起動される。

まず分割案表示部３１７は、内部変数「実行フラグ」の値を取得し（Ｓ２２１１）、値が「ＴＲＵＥ」であるか否かを判定する（Ｓ２２１２）。内部変数「実行フラグ」の値が「ＴＲＵＥ」であれば（Ｓ２２１２：ＹＥＳ）、Ｓ２２１３に進む。内部変数「実行フラグ」の値が「ＴＲＵＥ」でなければ（「ＦＡＬＳＥ」であれば）（Ｓ２２１２：ＮＯ）、処理が終了する。

Ｓ２２１３では、分割案表示部３１７は、分割案テーブル３１２から、グループＩＤ３１２１の値と振り分け先監視サーバ３１２３の値の組み合わせを取得する。また分割案表示部３１７はパスグルーピングテーブル３０６から、グループＩＤ３０６１の値とＩ／Ｏパス３０６２の値との組み合わせを取得する（Ｓ２２１４）。また分割案表示部３１７は、パステーブル３０５から、Ｉ／Ｏパス３０５１の値とリソース３０５２の値の組み合わせを取得する（Ｓ２２１５）。

続くＳ２２１６では、分割案表示部３１７は、Ｓ２２１３〜Ｓ２２１５において取得した情報を記載した画面（以下、分割案表示画面と称する。）をストレージ管理クライアント１０３に出力する。図２３にストレージ管理クライアント１０３によって表示される分割案表示画面２３００の一例を示している。同図に示すように、分割案表示画面２３００は、振り分け先の監視サーバの表示欄２３１１、Ｉ／Ｏパスグループの表示欄２３１２、Ｉ／Ｏパスの表示欄２３１３、及び、リソースの表示欄２３１４を有する。また同図に示すように、分割案表示画面２３００は、ユーザが分割案表示画面２３００に表示されている分割案の適用を指示するための実行ボタン２３１５を有する。

図２４は分割実行部３１１によって行われる処理（以下、分割実行処理Ｓ２４００と称する。）を説明するフローチャートである。以下、同図とともに分割実行処理Ｓ２４００について説明する。分割実行処理Ｓ２４００は、分割案表示画面２３００の実行ボタン２３１５が操作された場合に起動される。

まず分割実行部３１１は、内部変数「実行フラグ」の値を取得し（Ｓ２４１１）、値が「ＴＲＵＥ」であるか否かを判定する（Ｓ２４１２）。内部変数「実行フラグ」の値が「ＴＲＵＥ」であれば（Ｓ２４１２：ＹＥＳ）、Ｓ２４１３に進む。内部変数「実行フラグ」の値が「ＴＲＵＥ」でなければ（「ＦＡＬＳＥ」であれば）（Ｓ２４１２：ＮＯ）、処理が終了する。

Ｓ２４１３では、分割実行部３１１は、パスグルーピングテーブル３０６の現在行ポインタの値をパスグルーピングテーブル３０６の先頭行に設定する。

Ｓ２４１４では、分割実行部３１１は、現在行ポインタの値がパスグルーピングテーブル３０６の最終行を超えているか否かを判断する。超えている場合には（Ｓ２４１４：ＹＥＳ）、処理が終了する。超えていない場合には（Ｓ２０１４：ＮＯ）、Ｓ２４１５に進む。

Ｓ２４１５では、分割実行部３１１は、パスグルーピングテーブル３０６の現在行のパスグループに関し、分割案テーブル３１２の内容に対応するように、各ストレージ監視サーバ１１９間でデータ転送を行い、各ストレージ監視サーバ１１９の性能情報テーブル３０３及び監視情報テーブル３０２の内容を設定する。また分割実行部３１１は、分割案テーブル３１２の内容に対応するように、監視情報テーブル３１８の内容を設定する（Ｓ２４１６）。

図２５に監視情報テーブル３１８の一例を示している。同図に示すように、監視情報テーブル３１８は、振り分け先のストレージ監視サーバ１１９（監視を担当するストレージ監視サーバ１１９）の識別子の設定欄３１８１、Ｉ／Ｏパスの識別子の設定欄３１８２、グループＩＤの設定欄３１８３、及び、リソースの設定欄３１８４の各項目を有する一つ以上のレコードからなる。

図２４のＳ２１４７では、分割実行部３１１は、現在行をインクリメント（現在行＝現在行＋１）する。その後はＳ２４１４に戻る。

＜性能監視サーバの処理＞
図２６は性能監視サーバ１０５の表示条件設定部３２２によって行われる処理（以下、表示条件設定処理Ｓ２６００と称する。）を説明するフローチャートである。表示条件設定処理Ｓ２６００は、例えばストレージ管理クライアント１０３に対し、表示条件の設定のためのユーザの所定の操作入力が行われたことを契機として起動される。

まず表示条件設定部３２２は、ユーザの操作入力に応じて、ストレージ管理クライアント１０３に図２７に示す表示条件設定画面２７００を表示させる。図２７に示すように、表示条件設定画面２７００には、表示対象となるリソースを設定する項目２７１１、表示対象として当該リソースか当該リソースに接続しているリソース（接続リソース）を表示するかを設置する項目２７１２、及び、接続リソースを設定する項目２７１３を有する。

Ｓ２６１２では、表示条件設定部３２２は、ユーザが表示条件設定画面２７００に設定した表示条件を取得する。そして表示条件設定部３２２は、取得した表示条件をメモリ５２又は記憶装置５３に記憶する。

図２８は表示内容生成部３１９によって行われる処理（以下、表示内容生成処理Ｓ２８００と称する。）を説明するフローチャートである。表示内容生成処理Ｓ２８００は、例えば、前述した表示条件設定処理Ｓ２６００に後続して起動される。

まず表示内容生成部３１９は、メモリ５２又は記憶装置５３に記憶している表示条件を読み出し（Ｓ２８１１）、監視情報テーブル３１８から読み出した表示条件を満たすストレージ監視サーバ１１９を取得する（Ｓ２８１２）。

次に表示内容生成部３１９は、各ストレージ監視サーバ１１９から、表示条件に対応するリソースの性能情報を取得し（Ｓ２８１３）、取得した性能情報を図２９に示す表示内容テーブル３２１に出力する（Ｓ２８１４）。同図に示すように、表示内容テーブル３２１は、リソースの識別子が設定される項目３２１１と、リソースの性能情報が設定される項目３２１２の各項目からなる一つ以上のレコードからなる。

図３０は監視情報表示部３２３によって行われる処理（以下、監視情報表示処理Ｓ３０００と称する。）を説明するフローチャートである。監視情報表示処理Ｓ３０００は、例えば、前述した表示内容生成処理Ｓ２８００に後続して起動される。

まず監視情報表示部３２３は、表示内容テーブル３２１から、リソースと性能情報を取得する（Ｓ３０１１）。次に監視情報表示部３２３は、取得したリソースと性能情報を記載した、図３１に示す監視情報表示画面３１００を出力し、ストレージ管理クライアント１０３に表示させる（Ｓ３０１２）。同図に示すように、監視情報表示画面３１００は、表示内容の説明を表示するための欄３１１１、リソースの識別子の表示欄３１１２、及び性能情報の表示欄３１１３を有する。

以上に説明したように、ストレージ監視サーバ１１９は、取得した性能情報及び監視情報に基づき、個々の性能情報及び個々の監視情報の管理を担当するストレージ監視サーバ１１９を決定し、個々の性能情報及び個々の監視情報を、夫々の管理を担当するストレージ監視サーバ１１９に自動的に転送する。このため、性能情報及び監視情報に応じて、複数のストレージ監視サーバ１１９の夫々に、夫々が管理をすべき性能情報及び監視情報を適切に分担させることができ、個々のストレージ監視サーバ１１９の負荷分散を適切に図ることができる。

またストレージ監視サーバ１１９は、類似するＩ／Ｏパスを同一のグループに分類し、そのグループを単位として性能情報及び個々の監視情報の管理を担当するストレージ監視サーバ１１９を決定する。このため、個々のストレージ監視サーバ１１９は、類似する性能情報及び監視情報の管理を担当することになり、性能情報や監視情報の管理を複数のストレージ監視サーバ１１９に分担させた後も性能情報や監視情報の管理が複雑化せず、Ｉ／Ｏパス上の監視対象のリソース間の関係を容易に把握することができるなど、管理負担が少なくて済む。

またストレージ監視サーバ１１９は、夫々のグループに所属するＩ／Ｏパスの性能情報及び監視情報の管理にかかる負荷を管理し、ストレージ監視サーバ１１９の夫々の負荷が均等化されるように、個々の性能情報及び個々の監視情報の管理を担当するストレージ監視サーバ１１９を決定するので、個々のストレージ監視サーバ１１９の負荷分散をより確実に図ることができる。

以上、実施形態を示したが、以上の説明は本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明はその趣旨を逸脱することなく、変更、改良され得ると共に本発明にはその等価物が含まれることは勿論である。

１ 情報処理システム
１０４ 通信ネットワーク
１０５ 性能監視サーバ
１１１ ホストサーバ
１１６ ホスト監視エージェント
１１９ ストレージ監視サーバ
１２５ ストレージ監視エージェントサーバ
１３３ ネットワークスイッチ
１３６ ストレージ装置
１４１ アプリケーション
１４３ 仮想マシン
１４４ 仮想マシン管理基板
１４５ クラスタ管理基板
３０１ エージェント情報収集部
３０３ 性能情報テーブル
３０４ 収集頻度テーブル
３０５ パステーブル
３０７ 分割案生成判定部
３０６ パスグルーピングテーブル
３０８ 分割生成部
３１１ 分割実行部
３１５ 収集頻度設定部
３１６ 分割条件設定部
３１７ 分割案表示部
３２１ 表示内容テーブル

Claims (16)

1. ストレージ装置とこれにアクセスするホストサーバとを含むストレージシステムにおける性能に関する情報である複数の性能情報、及び前記ストレージシステムにおける監視対象となる情報である複数の監視情報を管理する、互いに通信可能に接続された複数のストレージ監視サーバを備えて構成される情報処理システムであって、
   前記ストレージ監視サーバが、
   ストレージシステムから前記性能情報及び前記監視情報を取得する情報収集部、
   取得した前記性能情報及び前記監視情報に基づき、個々の前記性能情報及び個々の前記監視情報の管理を担当する前記ストレージ監視サーバを決定する分割案生成部、及び
   前記分割案生成部の前記決定の内容である分割案に従って、個々の前記性能情報及び個々の前記監視情報を、夫々の管理を担当する前記ストレージ監視サーバに転送する分割実行部
   を備えることを特徴とする情報処理システム。
2. 請求項１に記載の情報処理システムであって、
   前記監視情報には、前記ストレージシステムにおけるＩ／Ｏパスの構成を示す情報、及び前記Ｉ／Ｏパスが類似しているか否かを示すＩ／Ｏパス関連情報が含まれており、
   前記ストレージ監視サーバは、前記Ｉ／Ｏパス関連情報に基づき前記Ｉ／Ｏパス同士の類似性を判断し、類似していると判断した前記Ｉ／Ｏパスを同一の前記グループに分類するパスグループ化部をさらに備え、
   前記分割案生成部は、前記パスグループ化部により分類された前記グループを単位として、個々の前記性能情報及び個々の前記監視情報の管理を担当する前記ストレージ監視サーバを決定する
   ことを特徴とする情報処理システム。
3. 請求項２に記載の情報処理システムであって、
   前記Ｉ／Ｏパス関連情報は、
   前記Ｉ／Ｏパスを利用してストレージ装置にアクセスするアプリケーションに関する情報、
   前記Ｉ／Ｏパスを利用してストレージ装置にアクセスするホストサーバのクラスタに関する情報、
   前記Ｉ／Ｏパスを利用してストレージ装置にアクセスするホストサーバの仮想マシンに関する情報、
   前記Ｉ／Ｏパスを利用してストレージ装置にアクセスするホストサーバのデバイスファイルに関する情報、
   前記Ｉ／Ｏパスに接続するストレージ装置のストレージ装置間のマイグレーション機能に関する情報、及び、
   前記Ｉ／Ｏパスに接続するストレージ装置の外部接続ストレージ装置に関する情報
   のうちの少なくともいずれかを含む
   ことを特徴とする情報処理システム。
4. 請求項２に記載の情報処理システムであって、
   前記ストレージ監視サーバは、前記グループの夫々について、夫々のグループに所属する前記Ｉ／Ｏパスの前記性能情報及び前記監視情報の前記管理にかかる負荷を管理し、
   前記分割案生成部は、前記ストレージ監視サーバの夫々の前記負荷が均等化されるように、個々の前記性能情報及び個々の前記監視情報の管理を担当する前記ストレージ監視サーバを決定する
   ことを特徴とする情報処理システム。
5. 請求項４に記載の情報処理システムであって、
   前記ストレージ監視サーバは、前記ストレージサーバの個々のリソースについての前記性能情報及び前記監視情報の収集頻度の設定を受け付けて記憶する収集頻度設定部をさらに備え、
   前記分割案生成部は、前記収集頻度に基づいて前記ストレージ監視サーバの夫々の前記負荷を判断し、前記ストレージ監視サーバの夫々の前記負荷が均等化されるように、個々の前記性能情報及び個々の前記監視情報の管理を担当する前記ストレージ監視サーバを決定する
   ことを特徴とする情報処理システム。
6. 請求項１又は２のいずれか一項に記載の情報処理システムであって、
   前記ストレージ監視サーバは、
   前記分割案を生成するか否かを判断するための条件である分割条件を受け付ける分割条件設定部、及び
   受け付けた前記分割条件に従って前記分割案を生成するか否か、を判断する分割案生成判定部
   をさらに備え、
   前記分割案生成部は、前記分割案生成判定部が前記分割案を生成すると判断した場合に、前記分割案を生成する
   ことを特徴とする情報処理システム。
7. 請求項６に記載の情報処理システムであって、
   前記分割条件は、前記ストレージ監視サーバの現在の負荷を判断するための閾値を含む
   ことを特徴とする情報処理システム。
8. 請求項１又は２のいずれか一項に記載の情報処理システムであって、
   前記分割案生成部は、前記性能情報及び前記監視情報の管理を担当することが可能な前記ストレージ監視サーバを特定する情報を記憶し、前記情報により特定される前記ストレージ監視サーバが前記性能情報及び前記監視情報の管理を担当するように、個々の前記性能情報及び個々の前記監視情報の管理を担当する前記ストレージ監視サーバを決定する
   ことを特徴とする情報処理システム。
9. ストレージ装置とこれにアクセスするホストサーバとを含むストレージシステムにおける性能に関する情報である複数の性能情報、及び前記ストレージシステムにおける監視対象となる情報である複数の監視情報を管理する、互いに通信可能に接続された複数のストレージ監視サーバを備えて構成される情報処理システムにおける、前記ストレージ監視サーバの管理方法であって、
   前記ストレージ監視サーバに、
   ストレージシステムから前記性能情報及び前記監視情報を取得するステップ、
   取得した前記性能情報及び前記監視情報に基づき、個々の前記性能情報及び個々の前記監視情報の管理を担当する前記ストレージ監視サーバを決定するステップ、及び
   前記決定の内容である分割案に従って、個々の前記性能情報及び個々の前記監視情報を、夫々の管理を担当する前記ストレージ監視サーバに転送するステップ
   を実行させることを特徴とするストレージ監視サーバの管理方法。
10. 請求項９に記載のストレージ監視サーバの管理方法であって、
    前記監視情報には、前記ストレージシステムにおけるＩ／Ｏパスの構成を示す情報、及び前記Ｉ／Ｏパスが類似しているか否かを示すＩ／Ｏパス関連情報が含まれており、
    前記ストレージ監視サーバに、
    前記Ｉ／Ｏパス関連情報に基づき前記Ｉ／Ｏパス同士の類似性を判断し、類似していると判断した前記Ｉ／Ｏパスを同一の前記グループに分類するステップ、
    前記パスグループ化部により分類された前記グループを単位として、個々の前記性能情報及び個々の前記監視情報の管理を担当する前記ストレージ監視サーバを決定するステップ
    をさらに実行させることを特徴とするストレージ監視サーバの管理方法。
11. 請求項１０に記載のストレージ監視サーバの管理方法であって、
    前記Ｉ／Ｏパス関連情報は、
    前記Ｉ／Ｏパスを利用してストレージ装置にアクセスするアプリケーションに関する情報、
    前記Ｉ／Ｏパスを利用してストレージ装置にアクセスするホストサーバのクラスタに関する情報、
    前記Ｉ／Ｏパスを利用してストレージ装置にアクセスするホストサーバの仮想マシンに関する情報、
    前記Ｉ／Ｏパスを利用してストレージ装置にアクセスするホストサーバのデバイスファイルに関する情報、
    前記Ｉ／Ｏパスに接続するストレージ装置のストレージ装置間のマイグレーション機能に関する情報、
    前記Ｉ／Ｏパスに接続するストレージ装置の外部接続ストレージ装置に関する情報、及び、
    前記Ｉ／Ｏパスを利用するアプリケーションを特定する情報
    のうちの少なくともいずれかを含む
    ことを特徴とするストレージ監視サーバの管理方法。
12. 請求項１０に記載のストレージ監視サーバの管理方法であって、
    前記ストレージ監視サーバに、
    前記グループの夫々について、夫々のグループに所属する前記Ｉ／Ｏパスの前記性能情報及び前記監視情報の前記管理にかかる負荷を管理するステップ、及び
    前記ストレージ監視サーバの夫々の前記負荷が均等化されるように、個々の前記性能情報及び個々の前記監視情報の管理を担当する前記ストレージ監視サーバを決定するステップ
    をさらに実行させることを特徴とするストレージ監視サーバの管理方法。
13. 請求項１２に記載のストレージ監視サーバの管理方法であって、
    前記ストレージ監視サーバに、
    前記ストレージサーバの個々のリソースについての前記性能情報及び前記監視情報の収集頻度の設定を受け付けて記憶するステップ、及び
    前記収集頻度に基づいて前記ストレージ監視サーバの夫々の前記負荷を判断し、前記ストレージ監視サーバの夫々の前記負荷が均等化されるように、個々の前記性能情報及び個々の前記監視情報の管理を担当する前記ストレージ監視サーバを決定するステップ
    をさらに実行させることを特徴とするストレージ監視サーバの管理方法。
14. 請求項９又は１０のいずれか一項に記載のストレージ監視サーバの管理方法であって、
    前記ストレージ監視サーバに、
    前記分割案を生成するか否かを判断するための条件である分割条件を受け付けるステップ、
    受け付けた前記分割条件に従って前記分割案を生成するか否か、を判断するステップ、及び
    前記分割案生成判定部が前記分割案を生成すると判断した場合に、前記分割案を生成するステップ
    をさらに実行させることを特徴とするストレージ監視サーバの管理方法。
15. 請求項１４に記載のストレージ監視サーバの管理方法であって、
    前記分割条件は、前記ストレージ監視サーバの現在の負荷を判断するための閾値を含む
    ことを特徴とするストレージ監視サーバの管理方法。
16. 請求項９又は１０のいずれか一項に記載のストレージ監視サーバの管理方法であって、
    前記ストレージ監視サーバに、
    前記性能情報及び前記監視情報の管理を担当することが可能な前記ストレージ監視サーバを特定する情報を記憶し、前記情報により特定される前記ストレージ監視サーバが前記性能情報及び前記監視情報の管理を担当するように、個々の前記性能情報及び個々の前記監視情報の管理を担当する前記ストレージ監視サーバを決定するステップ
    をさらに実行させることを特徴とするストレージ監視サーバの管理方法。

Images