JP4857818B2 - ストレージ管理方法およびストレージ管理サーバ - Google Patents

Description

本発明は、一台以上のサーバやストレージサブシステムが存在する環境における、性能分析方法に関するものである。

各企業の所有ストレージ容量の増大に伴い、ストレージ管理コストを軽減する技術が注目されている。こうした技術の１つとして、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）がある。ＳＡＮを使用することにより、単一のストレージ装置を複数の業務サーバで共有することでストレージ運用業務を局所化でき、その結果、ストレージ運用管理コストを軽減することができる。

ＳＡＮ環境では、単一のストレージ装置を複数の業務サーバで共有する為、サーバからのＩ／Ｏが単一のストレージ装置に集中する。この為、ストレージ管理者は定期的にストレージ装置の性能を監視し、性能問題の発生を未然に防止する必要がある。

性能問題を未然に防止する従来技術として、例えば、ディスク間でＩ／Ｏ負荷制御を実現する方法がある（例えば、特許文献１参照）。この方法では、各ディスクのＩ／Ｏ負荷情報に基づいて、Ｉ／Ｏ負荷が高いディスクからＩ／Ｏ負荷が低いディスクへデータを移動することにより、Ｉ／Ｏ負荷分散を実現している。

米国特許第６４４６１６１号明細書

ＳＡＮ環境において、Ｉ／Ｏ性能が原因でアプリケーションの性能問題が発生した場合、Ｉ／Ｏボトルネックとなっている箇所を特定し、ストレージの設定を変更する必要がある。例えば、ストレージサブシステム内のディスクに対する負荷が高くなったことが原因で特定のアプリケーションにて性能問題が発生した場合、ストレージ管理者は、当該ディスクのＩ／Ｏ負荷を別のディスクに割り振ることにより、このディスクの負荷を減らし、アプリケーションのＩ／Ｏ性能問題を解決することができる。

アプリケーションのＩ／Ｏ性能問題を解決すると、それまで高いＩ／Ｏ負荷によって抑制されていたアプリケーションからのアクセスが解放され、そのアプリケーションからのＩ／Ｏ量が増加する。しかしながら、従来の技術では、アプリケーションのＩ／Ｏ性能が向上することによる他のアプリケーションへの影響範囲を考慮に入れていなかった。これにより、高速なＩ／Ｏ性能が要求されるオンライントランザクションシステムなどの他のシステムに影響を与える可能性があった。

本問題の影響を具体例によって説明する。

高速なレスポンスタイムを要求されているＤＢシステムの場合、更新処理が実行されるたびにユーザデータの更新とログファイルの更新が発生する。ユーザデータとログファイルを同一のディスクに格納するとＩ／Ｏの衝突が発生する為、これらの情報を別々のディスクに格納するのが一般的である。今、ユーザデータを格納しているディスクでＩ／Ｏ性能問題が発生したと仮定する。このとき、ユーザデータの更新処理量低下に伴い、データ更新と同期して取得されるログファイルの更新量も低下する。ここで、管理者がユーザデータを格納しているディスク性能を従来技術すなわちデータ移動によるＩ／Ｏ負荷分散により向上させた場合、今まで抑止されていたＩ／Ｏが解放されるため、ログファイルの更新処理量も増加し、ログファイルを格納するディスクへのＩ／Ｏ負荷も増加する。また、このディスクに至るＩ／Ｏパス上に存在するリソースもしくは部品のＩ／Ｏ負荷も高くなる。これらのリソースもしくは部品の負荷増大により、これらを利用している他のアプリケーションのＩ／Ｏ性能は劣化し、新たな性能問題が発生する可能性があった。

このように、ストレージサブシステムがボトルネックとなってアプリケーションのＩ／Ｏ性能が劣化した場合、ストレージサブシステムの設定を変更する必要があった。しかしながら、従来の方法ではボトルネック解消による他のアプリケーションの影響範囲を特定していなかった。

本発明の目的は、Ｉ／Ｏ負荷を軽減するためのストレージサブシステムの設定変更によるアプリケーションの性能面への影響、特に性能の劣化を事前に把握することにある。具体的には、本発明の目的は、ストレージの設定変更によりＩ／Ｏ性能が向上するアプリケーションを、サーバやストレージの性能やアプリケーションからのＩ／Ｏパス情報を用いて、特定することである。また、本発明の他の目的は、Ｉ／Ｏ性能が向上するアプリケーションからＩ／Ｏ量が増加することにより、このアプリケーションが使用する他のパス上にあって、Ｉ／Ｏ負荷が増大する可能性のあるリソースを特定することである。さらに、本発明の他の目的は、Ｉ／Ｏ性能が向上するアプリケーションからＩ／Ｏ量が増加することにより、Ｉ／Ｏ性能が劣化する可能性があるアプリケーションを特定することである。

少なくとも１つのストレージサブシステムと、少なくとも１つのサーバとで構成されるＳＡＮ環境では、ＳＡＮ環境を構成する各サーバにおいて、サーバ上で稼動するアプリケーション、アプリケーションのＩ／Ｏ動作の対象となるデバイス、このデバイスが使用するＳＡＮ接続用サーバ側ポート、ストレージサブシステム、ストレージ側ポート及び論理ボリュームの接続関係に関する情報をサーバ側構成情報として収集し、また、サーバのＣＰＵ利用率と各サーバ側ポートの利用率をサーバ側性能情報として収集し、収集した情報をストレージ管理サーバに格納するサーバ情報取得プログラムを配置する。

ストレージ管理サーバは、まず、ストレージサブシステムから、各論理ボリュームが使用するストレージ側ポートとキャッシュとＲＡＩＤグループに関する情報をストレージ側の構成情報として取得し、さらに、論理ボリューム、ストレージ側ポート、キャッシュ及びＲＡＩＤグループに関する利用率をストレージ側の性能情報として取得し、取得した情報をストレージ管理サーバに格納する。さらに、ストレージ管理サーバは、ストレージサブシステムに対して実行予定の設定変更の内容を定義するための設定変更定義画面を表示し、定義画面にて設定した設定内容と取得した構成情報に基づき、設定変更によりＩ／Ｏ負荷が軽減されるリソースを特定する。さらに、ストレージ管理サーバは、特定されたリソースを利用するアプリケーションを構成情報に基づいて特定し、特定したアプリケーションのうち、特定したアプリケーションから特定したリソースに至るパスに現われるリソースの性能処理量が処理可能量を越えていないアプリケーションを特定し、Ｉ／Ｏ量処理量が増加できるアプリケーションとして表示する。これにより、ストレージ設定変更によってＩ／Ｏ処理量が増加しうるアプリケーションを特定する。

また、ストレージ管理サーバは、Ｉ／Ｏ処理量が増加しうるアプリケーションが使用するリソースを構成情報から取得し、取得したリソースをストレージ設定変更によってＩ／Ｏ処理性能が低下しうるリソースとして特定する。

さらに、ストレージ管理サーバは、Ｉ／Ｏ処理性能が低下しうるリソースを利用する他のアプリケーションを構成情報から取得し、取得したアプリケーションをＩ／Ｏ処理性能が低下しうるアプリケーションとして特定する。

本発明によれば、ストレージの設定変更を行う前に、ボトルネックが解消してＩ／Ｏ量が増加し得るアプリケーションと、このアプリケーションのＩ／Ｏ量増加に伴いＩ／Ｏ性能が低下する可能性があるリソースおよびアプリケーションを特定できる。

以下の実施形態におけるストレージ管理システムの例は、説明の簡略化のために、一般的なストレージ管理システムに比べて単純化されているが、本発明の適用範囲が制限されるものではない。

以下に、本発明の第一の実施形態について説明する。
（１）システム構成
まず、図１を用いて本実施形態におけるシステム構成を説明する。

本システムは、複数のストレージサブシステム０２０と、複数のサーバ００１と、管理サーバ００４からなり、これらを互いに接続するＬＡＮ(Local Area Network)００３、及びストレージサブシステム０２０とサーバ００１を接続するＳＡＮ００２を有している。図１では、簡略化のために、ストレージサブシステム０２０とサーバ００１は、それぞれ１つを示す。なお、ＬＡＮ００３とは、それぞれのＬＡＮ接続ポート０１７を経由して接続される。また、ＳＡＮ００２とは、ポート０２３及び０２４を経由して接続される。

サーバ００１は、ＣＰＵ０１１、メモリ０１５、外部記憶装置０１６、ＬＡＮ接続ポート０１７及びサーバ側ポート０２３により構成される。管理サーバ００４は、ＣＰＵ０１１，表示装置０１２、キーアダプタ（キーボード）０１３、マウス０１４、メモリ０１５、外部記憶装置０１６及びＬＡＮ接続ポート０１７により構成される。各サーバ００１では、サーバ情報取得プログラム１００が実行される。なお、サーバ情報取得プログラム１００は、サーバ００１の稼動情報を取得するプログラムである。詳細については後述する。

さらに、管理サーバ００４では、ストレージ性能分析プログラム１１０が実行される。また、ストレージ性能分析プログラム１１０を実行するのに必要な情報を、外部記憶装置０１６にあるデータ格納領域２００に保持する。ストレージ性能分析プログラム１１０は、ストレージの構成変更によるアプリケーションおよびストレージサブシステム０２０への影響範囲を特定するプログラムである。詳細については後述する。

ストレージサブシステム０２０は、１つ以上の外部記憶装置０１６、１つ以上のＬＡＮ接続ポート０１７、１つ以上のキャッシュメモリ（以下キャッシュと略す）０２１、マイクロプログラム０２２及び１つ以上のストレージ側ポート０２４を有する装置である。

なお、ストレージ側ポート０２４は、サーバ側ポート０２３から送られたＩ／Ｏ命令に基づいて、キャッシュ０２１もしくは外部記憶装置０１６からデータを読み取る処理と、キャッシュ０２１もしくは外部記憶装置０１６に対してデータを書き込む処理を行う。

また、マイクロプログラム０２２は、外部記憶装置０１６、キャッシュ０２１及びストレージ側ポート０２４の性能情報を取得する機能とストレージ構成の設定を変更する機能を有するプログラムである。具体的には、マイクロプログラム０２２は、複数の外部記憶装置０１６によって指定されたＲＡＩＤ(Redundant Array of Inexpensive Discs)レベルを持つＲＡＩＤグループを構成する機能と、指定された容量を持つボリュームをＲＡＩＤグループから作成する機能を有する。尚、以下では、ストレージサブシステム内部に作成されたボリュームを論理ボリュームと表現するものとする。また、マイクロプログラム０２２は、論理ボリュームを別のパリティグループに移動する機能も有する。また、マイクロプログラム０２２は、特定の論理ボリュームのデータをキャッシュ０２１に常駐化する機能を有する。さらに、マイクロプログラム０２２は、特定のストレージ側ポート０２４に対する特定サーバ００１もしくは図２に示されるデバイス０３２からのＩ／Ｏ量を一定量に抑止する機能を有する。
（２）Ｉ／Ｏの流れ
次に、アプリケーションプログラム（以下アプリケーションと略す）とストレージサブシステムとの接続関係を、図２を用いて説明する。マイクロプログラム０２２は、複数の外部記憶装置０１６によって特定のＲＡＩＤレベルを持つＲＡＩＤグループ０３３を構築する。また、マイクロプログラム０２２は、ＲＡＩＤグループ０３３から、指定された容量を持つ論理ボリューム０３４を作成する。作成された論理ボリューム０３４は、ストレージ側ポート０２４およびサーバ側ポート０２３を経由してファイルシステム０３１がアクセスするデバイス０３２としてサーバ００１内で認識される。即ち、ファイルシステム０３１から見るとＩ／Ｏ動作の対象となり、サーバ側ポート０２３以降のリソースから見るとＩ／Ｏの発行元となる入出力機構をパス上の１つのリソースとしてとらえ、これを操作対象の１つであるデバイスとする。例えば、デバイス０３２は、周辺装置を制御するためのデバイスドライバである。サーバ００１上のＯＳ（オペレーティングシステム）は、アプリケーション０３０からの要求に基づいて、ファイルシステム０３１によって特定のサイズを持ったファイルを作成する。

アプリケーション０３０によって発行されたＩ／Ｏは、ファイルシステム０３１、デバイス０３２及びサーバ側ポート０２３を経由してストレージ側ポート０２４に送信される。ストレージ側ポート０２４にデータ取得Ｉ／Ｏが送信された場合、要求されたデータがキャッシュ０２１上にあればキャッシュにあるデータを返す。データがキャッシュ０２１になければアプリケーション０３０が利用する論理ボリューム０３４からデータを取得する。ストレージ側ポート０２４にデータ書き込みＩ／Ｏが送信された場合、データをキャッシュ０２１に書き込んだ後サーバ００１に書き込み完了を通知し、さらに、キャッシュ０２１内の要求されたデータを、アプリケーション０３０が利用する論理ボリューム０３４に書き込む。

なお、説明の容易化のため、以降では、デバイス０３２、サーバ側ポート０２３、ストレージ側ポート０２４、キャッシュ０２１、論理ボリューム０３４及びＲＡＩＤグループ０３３を総称して“リソース”と呼ぶ。
（３）プログラム間の関連
図３を用いて、サーバ００１上で稼動するサーバ情報取得プログラム１００、ストレージサブシステム０２０上で稼動するマイクロプログラム０２２及び管理サーバ００４上で稼動するストレージ性能分析プログラム１１０の間の関連について説明する。

サーバ情報取得プログラム１００は、定期的にサーバ００１の性能情報とＩ／Ｏパス情報を取得し、取得した情報をデータ格納領域２００に格納する。なお、データ格納領域２００は性能情報を保持する性能情報テーブル２０１とＩ／Ｏパス情報を保持するＩ／Ｏパス情報テーブル２０２から構成される。

具体的には、サーバ情報取得プログラム１００は、サーバ００１内のＣＰＵ０１１、デバイス０３２及びサーバ側ポート０２３の性能情報を取得し、性能情報テーブル２０１に格納する。性能情報は、ＯＳが提供するシステムコールを使用することにより、取得できる。また、サーバ情報取得プログラム１００は、アプリケーション０３０が使用するファイルシステム０３１の情報、ファイルシステム０３１が使用するデバイス０３２、デバイス０３２が使用するサーバ側ポート０２３および論理ボリューム０３４の情報を取得し、これらの情報をＩ／Ｏパス情報テーブル２０２に格納する。アプリケーション０３０とファイルシステム０３１の関連は、例えば、アプリケーション０３０が提供するＡＰＩ(Application Program Interface)から取得できる。また、ファイルシステム０３１とデバイス０３２の関連は、例えば、ＯＳのシステムコールを使用することで取得できる。さらに、デバイス０３２、サーバ側ポート０２３および論理ボリューム０３４の関連は、例えばＳＣＳＩ(Small Computer System Interface)のｉｎｑｕｉｒｙコマンドによって取得できる。

図３に示すようにストレージ性能分析プログラム１１０は、ストレージ情報取得エンジン１０１、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１、Ｉ／Ｏ性能低下ストレージリソース検索エンジン１１２及びＩ／Ｏ性能低下アプリケーション検索エンジン１１３で構成されるプログラムである。

ストレージ情報取得エンジン１０１は、マイクロプログラム０２２が保持している、ストレージサブシステム０２０内の各種装置の性能情報と構成情報を定期的に取得し、取得した情報を性能情報テーブル２０１とＩ／Ｏパス情報テーブル２０２に格納するプログラムである。

Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、ストレージ管理者がストレージサブシステム０２０に対して実行予定のＩ／Ｏ負荷軽減のための設定変更を取得し、設定変更によりＩ／Ｏ量が増加する可能性があるアプリケーションを特定するサブプログラムである。Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、設定変更を入力する為の設定情報入力画面３０１を表示し、設定情報入力画面３０１で設定された内容と性能情報テーブル２０１とＩ／Ｏパス情報テーブル２０２を用いて、Ｉ／Ｏ量が増加する可能性のあるアプリケーション０３０を特定し、特定した結果をＩ／Ｏ量増加アプリケーション表示画面３０２に表示する。詳細については後述する。

Ｉ／Ｏ性能低下ストレージリソース検索エンジン１１２は、設定情報入力画面３０１にて指定された設定変更とＩ／Ｏ量増加アプリケーション表示画面３０２にて表示されたアプリケーション０３０からのＩ／Ｏ量増加とにより、Ｉ／Ｏ負荷が増大する可能性があるストレージ内部のリソースを特定する為のプログラムである。Ｉ／Ｏ性能低下ストレージリソース検索エンジン１１２は、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１の出力結果とＩ／Ｏパス情報テーブル２０２のデータに基づいてＩ／Ｏ性能が低下する可能性があるストレージ内部のリソースを特定し、Ｉ／Ｏ性能低下ストレージリソース表示画面３０３に出力する。詳細については後述する。

Ｉ／Ｏ性能低下アプリケーション検索エンジン１１３は、Ｉ／Ｏ性能低下ストレージリソース表示画面３０３に表示されたリソースからのＩ／Ｏ量が増加することにより、Ｉ／Ｏ性能が低下し得るアプリケーション０３０を特定する為のプログラムである。Ｉ／Ｏ性能低下アプリケーション検索エンジン１１３は、Ｉ／Ｏ性能低下ストレージリソース検索エンジン１１２の出力結果とＩ／Ｏパス情報テーブル２０２のデータに基づいてＩ／Ｏ性能が低下する可能性があるアプリケーションを特定し、Ｉ／Ｏ性能低下アプリケーション表示画面３０４に出力する。詳細については後述する。

図１４を用いて図３に示した各検索エンジン１１１，１１２，１１３による処理の概要と処理対象との関連を説明する。図１４に示した太い破線の矢印は、Ｉ／Ｏパス情報テーブル２０２を検索して、パス上に含まれる特定のリソースとアプリケーションを抽出する処理を示す。

アプリケーションＡＰ１はパス１を介して論理ボリュームＶＯＬ１を使用し、アプリケーションＡＰ２はパス２−１を介して論理ボリュームＶＯＬ２、及びパス２−２を介して論理ボリュームＶＯＬ３を使用している。論理ボリュームＶＯＬ１とＶＯＬ２は同じＲＡＩＤグループに属している。アプリケーションＡＰ３はパス３を介して論理ボリュームＶＯＬ４を使用しており、パス３上の一部のリソースはパス２−２と共通である。以下では、アプリケーションＡＰ２が使用する論理ボリュームＶＯＬ２に対してＩ／Ｏ負荷が軽減されることを想定する。
［１］論理ボリュームＶＯＬ２に対してＩ／Ｏ負荷軽減のための設定変更（例えば、論理ボリュームの移動など）がなされた場合、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、Ｉ／Ｏパス情報テーブル２０２に基づいて、ＶＯＬ２からアプリケーションＡＰ２に至るＩ／Ｏパス（パス２−１）及びＶＯＬ２とＲＡＩＤグループを共通にする論理ボリュームＶＯＬ１からアプリケーションＡＰ１に至るＩ／Ｏパス（パス１）を検索し、性能情報テーブル２０１に基づいてＩ／Ｏパス上のリソースの中でＩ／Ｏ量が増加する可能性があるリソースを含むパスに接続されたアプリケーション（図ではＡＰ２）をＩ／Ｏ量増加アプリケーションとして特定する。一方、アプリケーションＡＰ１は、性能情報テーブル２０１から、ＡＰ１に接続されるＩ／Ｏパス（パス１）上に含まれる少なくとも１つのリソースのＩ／Ｏ量が既に（設定変更前に）上限に達しているとする。その結果、アプリケーションＡＰ１は、論理ボリュームＶＯＬ２に対してＩ／Ｏ負荷軽減のための設定変更がなされてもＩ／Ｏ量が増加する可能性が低いと判断する。
［２］Ｉ／Ｏ性能低下ストレージリソース検索エンジン１１２は、Ｉ／Ｏパス情報テーブル２０２に基づいて、特定されたＩ／Ｏ量増加アプリケーション（ＡＰ２）に接続する他のパス（パス２−２）を検索することによって、Ｉ／Ｏ量増加アプリケーション（ＡＰ２）のＩ／Ｏ量の増加によってＩ／Ｏ性能が低下する可能性のあるパス（パス２−２）上のリソースを特定する。
［３］Ｉ／Ｏ性能低下アプリケーション検索エンジン１１３は、Ｉ／Ｏパス情報テーブル２０２に基づいて、上記［２］で特定したリソースを共通に含むさらに別のパス（パス３）を検索し、検索したパスに接続されるアプリケーション（ＡＰ３）をＩ／Ｏ性能低下アプリケーションとして特定する。即ち、Ｉ／Ｏ量増加アプリケーションのＩ／Ｏ量増加によってＩ／Ｏ性能が低下するリソースを含む他のパス（パス２−２）上ある一部のリソースを共通にするさらに別のパス（パス３）に接続するアプリケーションをＩ／Ｏ性能が低下する可能性があるアプリケーションとして特定する。
（４）データ格納領域
本実施例におけるデータ格納領域の一実施形態について説明する。以下に説明する各テーブルは、管理サーバ００４の外部記憶装置０１６内のデータ格納領域２００に格納されている。

まず、図４を用いて性能情報テーブル２０１について説明する。性能情報テーブル２０１はリソース名５０１、性能種別５０２、性能値５０３及びデータ収集時刻５０４をカラムに持つテーブルである。サーバ情報取得プログラム１００およびストレージ情報取得エンジン１０１は、サーバ００１もしくはストレージサブシステム０２０の各種性能を取得し、取得した情報をレコードとして性能情報テーブル２０１に追加する。

例えば、サーバ情報取得プログラム１００は、ＣＰＵ０１１の利用率を定期的に取得し、“ＣＰＵ（サーバ１）”をリソース名５０１に、“ＣＰＵ利用率”を性能種別５０２に、取得した性能値を性能値５０３に、データ取得時刻をデータ収集時刻５０４にそれぞれ格納し、これらの情報を１つのレコードとして構成する。また、サーバ情報取得プログラム１００は、サーバ側ポート０２３の利用率も同様に性能情報テーブル２０１に格納することができる。また、ストレージ情報取得エンジン１０１も、同様に、ストレージ側ポート０２４の利用率、キャッシュ０２１の利用率及びＲＡＩＤグループ０３３の利用率を定期的に取得し、取得した情報をレコードとして性能情報テーブル２０１に格納することができる。

次に、図５を用いてＩ／Ｏパス情報テーブル２０２について説明する。Ｉ／Ｏパス情報テーブル２０２は、アプリケーション名４０１、サーバ名４０９、デバイス名４０２、サーバ側ポート名４０３、ストレージ名４０４、ストレージ側ポート名４０５、ＲＡＩＤグループ名４０６、キャッシュ名４０７、及び論理ボリューム名４０８をカラムに持つテーブルであり、パス上にある複数のリソースの構成と各リソース間の接続関係を表している。サーバ情報取得プログラム１００およびストレージ情報取得エンジン１０１は、サーバ００１もしくはストレージサブシステム０２０の構成情報を取得し、取得した情報をレコードとしてＩ／Ｏパス情報テーブル２０２に追加する。

例えば、サーバ情報取得プログラム１００は、アプリケーション０３０が提供するＡＰＩによりアプリケーション０３０の名前とアプリケーション０３０が使用するデバイス０３２を取得し、取得した情報をそれぞれアプリケーション名４０１とデバイス名４０２に格納する。また、サーバ００１よりサーバ名を取得し、取得した情報をサーバ名４０９に格納する。さらに、サーバ情報取得プログラム１００は、デバイス名４０２に登録した各デバイスに対して、ＳＣＳＩのｉｎｑｕｉｒｙコマンドを実行することで、デバイス０３２が使用するサーバ側ポート０２３、ストレージ０２０、ストレージ側ポート０２４及び論理ボリューム０３４の名前を取得し、取得した情報を対応するカラムに登録する。また、ストレージ情報取得エンジン１０１は、Ｉ／Ｏパス情報テーブル２０２に含まれる各論理ボリューム０３４に対して、論理ボリューム０３４が使用するＲＡＩＤグループ０３３およびキャッシュ０２１の名前をマイクロプログラム０２２より取得し、取得した情報を対応するカラムに登録する。
（５）各画面の説明
次に、図６から図９を用いて、ストレージ性能分析プログラム１１０が管理サーバ００４の表示装置０１２に表示する各画面の詳細について説明する。
（５−１）設定情報入力画面３０１
本実施例における設定情報入力画面３０１の一実施形態を図６に示す。設定情報入力画面３０１は、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１によって描画される画面であり、ストレージ管理者が実行予定のストレージサブシステム０２０に対する設定操作に関する情報を受け付ける画面である。また、設定情報入力画面３０１はリソース選択領域６１０とオペレーション設定領域６２０から構成される。Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、リソース選択領域６１０に、設定変更を実施する対象リソースの一覧を表示する。例えば、Ｉ／Ｏパス情報テーブル２０２に含まれるストレージ側ポート０２４、キャッシュ０２１及び論理ボリューム０３４を表示する。また、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１はオペレーション設定領域６２０に、リソース選択領域６１０で選択されたリソースに関連する操作の操作一覧６２１と関連するリソースのリソース一覧６２２を表示する。

リソース選択領域６１０、操作一覧６２１及びリソース一覧６２２に表示される内容の対応関係は、後述する図１３のテーブルに格納されている。

例えば、リソース選択領域６１０にて対象リソースの一覧の中からストレージ側ポート０２４が選択された場合、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、操作一覧６２１として“特定デバイスからのＩ／Ｏ量抑止”と“特定デバイスからのＩ／Ｏ量優先”を表示する。さらに、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、リソース選択領域６１０にて指定されたストレージ側ポート０２４を使用するデバイス一覧をリソース一覧６２２に表示する。なお、リソース一覧６２２の情報は、Ｉ／Ｏパス情報テーブル２０２内の情報から検索できる。

また、リソース選択領域６１０にて対象リソースの中からキャッシュ０２１が選択された場合、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、操作一覧６２１として“特定論理ボリュームの常駐化”と“特定論理ボリュームの常駐化解除”を表示する。さらに、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、リソース選択領域６１０にて指定されたキャッシュ０２１を使用する論理ボリューム０３４一覧をリソース一覧６２２に表示する。なお、リソース一覧６２２の情報は、Ｉ／Ｏパス情報テーブル２０２内の情報から検索できる。

また、リソース選択領域６１０にて対象リソースの中から論理ボリューム０３４が選択された場合、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、操作一覧６２１として“使用ポート変更”、“使用キャッシュ変更”及び“使用ＲＡＩＤグループ変更”を表示する。さらに、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、操作一覧６２１にて“使用ポート変更”が選択された場合はポート一覧をリソース一覧６２２に表示する。また、操作一覧６２１にて“使用キャッシュ変更”が選択された場合はキャッシュ一覧をリソース一覧６２２に表示する。また、操作一覧６２１にて“使用ＲＡＩＤグループ変更”が選択された場合はＲＡＩＤグループ一覧をリソース一覧６２２に表示する。これらリソース一覧６２２の情報はＩ／Ｏパス情報テーブル２０２内の情報から検索できる。
（５−２）Ｉ／Ｏ量増加アプリケーション表示画面３０２
本実施例におけるＩ／Ｏ量増加アプリケーション表示画面３０２の一実施形態を図７に示す。Ｉ／Ｏ量増加アプリケーション表示画面３０２は、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１によって描画される画面であり、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１の出力結果を出力する為の画面である。

図７に示すように、Ｉ／Ｏ量増加アプリケーション表示画面３０２はアプリケーション一覧表示テーブル７００から構成される。アプリケーション一覧表示テーブル７００は、アプリケーション名７０１、変更後のＩ／Ｏ予測量７０２及び備考７０３のカラムを持つテーブルである。図７に示すテーブル７００のカラム７０２及び７０３の表示内容は、性能情報テーブル２０１及びＩ／Ｏ量増加アプリケーション検索エンジン１１１の実行結果から得られる。
（５−３）Ｉ／Ｏ性能低下ストレージ表示画面３０３
本実施例におけるＩ／Ｏ性能低下ストレージ表示画面３０３の一実施形態を図８に示す。Ｉ／Ｏ性能低下ストレージ表示画面３０３は、Ｉ／Ｏ性能低下ストレージリソース検索エンジン１１２によって描画される画面であり、Ｉ／Ｏ性能低下ストレージリソース検索エンジン１１２の出力結果を出力する為の画面である。

図８に示すように、Ｉ／Ｏ性能低下ストレージ表示画面３０３はＩ／Ｏ性能低下ストレージリソース一覧テーブル８００から構成される。Ｉ／Ｏ性能低下ストレージリソース一覧テーブル８００は、リソース名８０１、低下条件８０２のカラムを持つテーブルである。図８に示すテーブル８００のカラム８０２の表示内容は、Ｉ／Ｏ性能低下ストレージリソース検索エンジン１１２の実行結果から得られる。
（５−４）Ｉ／Ｏ性能低下アプリケーション表示画面３０４
本実施例におけるＩ／Ｏ性能低下アプリケーション表示画面３０４の一実施形態を図９に示す。Ｉ／Ｏ性能低下アプリケーション表示画面３０４は、Ｉ／Ｏ性能低下アプリケーション検索エンジン１１３によって描画される画面であり、Ｉ／Ｏ性能低下アプリケーション検索エンジン１１３の出力結果を出力する為の画面である。

図９に示すように、Ｉ／Ｏ性能低下アプリケーション表示画面３０４は性能劣化アプリケーション一覧テーブル９００から構成される。性能劣化アプリケーション一覧テーブル９００は、アプリケーション名９０１、原因９０２、発生条件９０３及び対策案９０４をカラムにもつテーブルである。図９に示すテーブル９００のカラム９０２の表示内容は、Ｉ／Ｏ性能低下アプリケーション検索エンジン１１３の実行結果から得られ、カラム９０３の表示内容は、図８のカラム８０２と同様にＩ／Ｏ性能低下ストレージリソース検索エンジン１１２の実行結果から得られる。さらに、カラム９０２及び９０３の表示内容を前提部に持ち、カラム９０４の表示内容を結論部に持つＩＦ−ＴＨＥＮ形式のルールを予めルールテーブルに格納しておき、このルールテーブルを用いることにより、カラム９０４の表示内容が表示される。
（６）ストレージ性能分析プログラム詳細
次に、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１、Ｉ／Ｏ性能低下ストレージリソース検索エンジン１１２、及びＩ／Ｏ性能低下アプリケーション検索エンジン１１３の詳細について説明する。
（６−１）Ｉ／Ｏ量増加アプリケーション検索エンジン１１１
まず、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１の一実施形態を図１０に示す。

Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、まず、設定情報入力画面３０１を表示する（ステップ１００１）。

次に、設定情報入力画面３０１によって入力された情報に基づいて、性能が改善されるリソースを特定する（ステップ１００２）。性能が改善されるリソースの一覧１３００を図１３に示す。図１３に示す一覧１３００は、管理サーバ００４の外部記憶装置０１６内のデータ格納領域２００に格納されている。一覧１３００は、場合１３０１、リソース選択１３０２、操作一覧１３０３、リソース一覧１３０４及び性能改善リソース１３０５のカラムからなり、カラム１３０２、１３０３及び１３０４は、図６の領域６１０、６２１及び６２２のそれぞれに表示される内容に対応する。

図１３に示される内容は、リソース選択６１０に示されるリソースに対して操作一覧６２１に示される操作を実行すると、（ａ）から（ｄ）の場合は、リソース一覧６２２に示される関連リソースからリソース一覧６１０に示されるリソースへのＩ／Ｏ量を変更することを意味し、（ｅ）から（ｇ）の場合は、リソース一覧６２２に示される関連リソースのＩ／Ｏ負荷を軽減することを意味する。

本ステップでは、図１３に示した一覧に基づいて、性能が改善されるリソースを特定する。具体的には、次のようにリソースを特定する。
（ａ）リソース選択領域６１０にてストレージ側ポート０２４が選択され、また、操作一覧６２１にて“特定デバイスからのＩ／Ｏ量優先”が選択されている場合：
この場合、リソース一覧６２２にて選択されたデバイス０３２からリソース選択領域６１０にて選択されたストレージ側ポート０２４へのＩ／Ｏ要求が優先されることになる為、選択されたデバイス０３２から選択されたストレージ側ポート０２４に対して発行されたＩ／Ｏの応答性能は一般的に向上する。Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、リソース一覧６２２にて選択されたデバイス０３２を取得し、取得したデバイス０３２をＩ／Ｏ性能が改善されるリソースとして特定する。
（ｂ）リソース選択領域６１０にてストレージ側ポート０２４が選択され、また、操作一覧６２１にて“特定デバイスからのＩ／Ｏ量抑止”が選択されている場合：
この場合、リソース一覧６２２にて選択されたデバイス０３２からリソース選択領域６１０にて選択されたストレージ側ポート０２４へのＩ／Ｏ要求が抑止されることになる為、選択されたストレージ側ポート０２４の負荷は軽減され、選択されたストレージ側ポート０２４の性能は一般的に向上する。Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、リソース選択領域６１０にて選択されたストレージ側ポート０２４を取得し、取得したストレージ側ポート０２４を性能が改善されるリソースとして特定する。
（ｃ）リソース選択領域６１０にてキャッシュ０２１が選択され、また、操作一覧６２１にて“特定論理ボリュームの常駐化”が選択されている場合：
この場合、リソース一覧６２２にて選択された論理ボリューム０３４内のデータがキャッシュ０２１に常駐することになり、選択された論理ボリューム０３４のＩ／Ｏ応答性能が一般的に向上する。Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、リソース一覧６２２にて選択された論理ボリューム０３４を取得し、取得した論理ボリューム０３４を性能が改善されるリソースとして特定する。
（ｄ）リソース選択領域６１０にてキャッシュ０２１が選択され、また、操作一覧６２１にて“特定論理ボリュームの常駐化解除”が選択されている場合：
この場合、リソース一覧６２２にて選択された論理ボリューム０３４が使用していたキャッシュ０２１の領域が解放される為、使用していたキャッシュ０２１の性能は一般的に向上する。Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、リソース選択領域６１０にて選択されたキャッシュ０２１を取得し、取得したキャッシュ０２１を性能が改善されるリソースとして特定する。
（ｅ）リソース選択領域６１０にて論理ボリューム０３４が選択され、また、操作一覧６２１にて“使用ポート変更”が選択されている場合：
この場合、リソース選択領域６１０で選択された論理ボリューム０３４からリソース一覧６２２で選択されたストレージ側ポート０２４への負荷が軽減される為、選択されたストレージ側ポート０２４の負荷が一般的には軽減される。Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、リソース一覧６２２で選択されたストレージ側ポート０２４を取得し、取得したストレージ側ポート０２４を性能が改善されるリソースとして特定する。
（ｆ）リソース選択領域６１０にて論理ボリューム０３４が選択され、また、操作一覧６２１にて“使用キャッシュ変更”が選択されている場合：
この場合、リソース選択領域６１０で選択された論理ボリューム０３４からリソース一覧６２２で選択されたキャッシュ０２１への負荷が軽減される為、選択されたストレージ側キャッシュ０２１の負荷が一般的には軽減される。Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、リソース一覧６２２で選択されたキャッシュ０２１を取得し、取得したキャッシュ０２１を性能が改善されるリソースとして特定する。
（ｇ）リソース選択領域６１０にて論理ボリューム０３４が選択され、また、操作一覧６２１にて“使用ＲＡＩＤグループ変更”が選択されている場合：
この場合、リソース選択領域６１０で選択された論理ボリューム０３４からリソース一覧６２２で選択されたＲＡＩＤグループ０３３への負荷が軽減される為、選択されたＲＡＩＤグループ０３３の負荷が一般的には軽減される。Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、リソース一覧６２２で選択されたＲＡＩＤグループ０３３を取得し、取得したＲＡＩＤグループ０３３を性能が改善されるリソースとして特定する。

さらに、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、ステップ１００２で特定した性能が改善されるリソースをＩ／Ｏパスに含むアプリケーション０３０をＩ／Ｏパス情報テーブル２０２から検索する（ステップ１００３）。例えば、ステップ１００２で特定したリソースがＲＡＩＤグループ０３３の場合、このＲＡＩＤグループ０３３の名前をＲＡＩＤグループ名４０６に持つレコードをＩ／Ｏパス情報テーブル２０２から検索することでアプリケーションを特定できる。

なお、本ステップでは、オペレーション設定領域６２０で指定された内容に応じて一部アプリケーションを除外する。具体的には、操作一覧６２１にて“特定デバイスからのＩ／Ｏ量抑止”もしくは“特定論理ボリュームの常駐化解除”が選択されている場合は、アプリケーションの性能が改善される見込みがないことが明らかであるため、リソース一覧６２２にて選択されたデバイス０３２もしくは論理ボリューム０３４を使用するアプリケーションを除外する。また、リソース選択領域６１０にて論理ボリューム０３４が選択されている場合は、この論理ボリューム０３４を使用するアプリケーション０３０を除外する。除外すべきアプリケーション０３０はＩ／Ｏパス情報テーブル２０２から検索できる。

さらに、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１はステップ１００３で取得したアプリケーション０３０について、ステップ１００５以降の処理を実施したかをチェックする（ステップ１００４）。検索した全てのアプリケーション０３０について処理を実行している場合は、処理を終了する。それ以外の場合は、ステップ１００３で取得したアプリケーション一覧からアプリケーション０３０を１つ選択し、ステップ１００５に進む。

次に、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、ステップ１００４にて選択されたアプリケーション０３０からステップ１００２にて選択したリソースに至るまでのＩ／Ｏパス上に現われるリソースを検索する（ステップ１００５）。なお、Ｉ／Ｏパス上のリソースはＩ／Ｏパス情報テーブル２０２から取得できる。具体的には、ステップ１００４にて選択されたアプリケーション０３０とステップ１００２で取得したリソースとを値に持つレコードをＩ／Ｏパス情報テーブル２０２から検索することでＩ／Ｏパス上のリソースを取得できる。

また、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、ステップ１００５にて取得した各リソースについて性能情報を性能情報テーブル２０１より取得する（ステップ１００６）。

さらに、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、ステップ１００６で取得した性能情報について、処理上限を越えているリソースが存在するかどうかを確認する。そのようなリソースが存在する場合はステップ１００８に進み、それ以外の場合はステップ１００９に進む（ステップ１００７）。

なお、処理上限は、例えば、単位時間あたりのＩ／Ｏ処理時間をチェックすることで確認できる。例えば、ＣＰＵ利用率やリソースの利用率が１００％となっている場合は、このＣＰＵを搭載するサーバやリソースは処理上限に達していると判断できる。また、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１が処理上限値を設定させるための画面を表示し、設定された値を用いて処理上限に達しているかどうかを判断することもできる。

さらに、マイクロプログラム０２２が提供する特定のストレージ側ポート０２４に対する特定のデバイス０３２からのＩ／Ｏ量を一定量に抑止する機能が使用されている場合、または、既にストレージ側ポート０２４に対するデバイス０３２からのＩ／Ｏ量が一定量を越えている場合には、ストレージ側ポート０２４が処理上限に達していると見なすことができる。なお、設定情報は、例えばマイクロプログラム０２２から取得できる。

ステップ１００８では、ステップ１００４で選択したアプリケーション０３０を、Ｉ／Ｏ量を増加できないアプリケーション０３０としてＩ／Ｏ量増加アプリケーション表示画面３０２に表示する。また、Ｉ／Ｏ量が増加できない原因となる性能種別も合わせて表示する。これにより、設定情報入力画面３０１にて設定した変更を実行しても、Ｉ／Ｏ性能が向上しないアプリケーション０３０を把握できる。さらに、アプリケーション０３０だけでなく、Ｉ／Ｏ量を増加できない原因となる性能種別も合わせて表示することによって、どの性能情報が性能ボトルネックとなっているか、さらには、どの性能情報を改善させることによりアプリケーション０３０のＩ／Ｏ性能を向上させることができるかを知ることができる。例えば、サーバのＣＰＵ利用率が原因となっている場合は、不要なサービスの停止やＣＰＵの増強などによって性能を向上させることができる。

ステップ１００９では、ステップ１００４で選択したアプリケーションを、Ｉ／Ｏ量を増加できるアプリケーション０３０としてＩ／Ｏ量増加アプリケーション表示画面３０２に表示する。これにより、設定情報入力画面３０１にて設定した変更により、Ｉ／Ｏ性能が向上し得るアプリケーション０３０を把握できる。さらに、把握したアプリケーション０３０を一覧表示することにより、テスト用アプリケーションなどのように、高速なＩ／Ｏ性能が求められていないアプリケーション０３０のＩ／Ｏ性能が不必要に向上していないことを確認できる。
（６−２）Ｉ／Ｏ性能低下ストレージリソース検索エンジン１１２
Ｉ／Ｏ性能低下ストレージリソース検索エンジン１１２の一実施例を図１１に示す。

まず、Ｉ／Ｏ性能低下ストレージリソース検索エンジン１１２は、Ｉ／Ｏ量が増加し得るアプリケーション０３０としてＩ／Ｏ量増加アプリケーション表示画面３０２に表示された各アプリケーション０３０について、Ｉ／Ｏ量が増加し得るアプリケーション０３０が使用するリソースをＩ／Ｏパス情報テーブル２０２を基に特定する（ステップ１１０１）。例えば、Ｉ／Ｏ量が増加し得るアプリケーション０３０としてＩ／Ｏ量増加アプリケーション表示画面３０２に表示されたアプリケーション０３０をアプリケーション名８０１に持つレコードをＩ／Ｏパス情報テーブル２０２から検索し、検索したレコードからストレージ側ポート名４０５、ＲＡＩＤグループ名４０６、キャッシュ名４０７及び論理ボリューム名４０８を参照することで、Ｉ／Ｏ量が増加し得るアプリケーション０３０が使用するリソース一覧を取得する。

次に、Ｉ／Ｏ性能低下ストレージリソース検索エンジン１１２は、ステップ１１０１にて取得したリソースをＩ／Ｏ性能低下ストレージリソース表示画面３０３に表示する（ステップ１１０２）。これにより、ストレージ設定の変更によるストレージ内部のリソースへの影響範囲を把握できる。

一般に、特定のデバイス０３２に対して大量のＩ／Ｏ命令が実行されたことにより前記デバイス０３２が使用するストレージ側ポート０２４、キャッシュ０２１又はＲＡＩＤグループ０３３のＩ／Ｏ性能が劣化した場合、デバイス０３２とデバイス０３２が使用するストレージ側ポート０２４との間のＩ／Ｏ量を抑止する方法が有効である。この方法を使用することにより、ストレージ側ポート０２４、キャッシュ０２１又はＲＡＩＤグループ０３３のＩ／Ｏ性能問題を解決できる。

本実施例によると、図８に示すように、ストレージサブシステム０２０の設定変更によりＩ／Ｏ量を増加できるアプリケーション０３０とこのアプリケーションが使用するストレージ側ポート０２４とを低下条件８０２に表示し、また、Ｉ／Ｏ量を増加できるアプリケーション０３０が使用するリソースをリソース名８０１に表示することにより、ストレージ管理者は、ストレージサブシステム０２０の設定変更によりＩ／Ｏ量が増加するアプリケーション０３０の影響を防ぐ方法を判断することができる。なお、この影響を判断するための情報は、ステップ１１０１にて取得したレコードからアプリケーション名４０１とストレージ側ポート名４０５とを取り出すことで取得できる。

例えば、ストレージサブシステム０２０の設定変更により、ＤＢサーバのように高速なＩ／Ｏ性能が求められるアプリケーション０２０（アプリケーションＡ）とテストサーバのように高速なＩ／Ｏ性能が求められていないアプリケーション０２０（アプリケーションＢ）からのＩ／Ｏ量が増大することが分かったとする。この場合、アプリケーションＢからのＩ／Ｏ量をストレージ側ポート０２４にて制限することで、アプリケーションＢのＩ／Ｏ量増大による影響を防ぐことができる。
（６−３）Ｉ／Ｏ性能低下アプリケーション検索エンジン１１３
Ｉ／Ｏ性能低下アプリケーション検索エンジン１１３の一実施例を図１１に示す。

まず、Ｉ／Ｏ性能低下アプリケーション検索エンジン１１３は、ステップ１１０１にて検索したリソースをＩ／Ｏパスに含むアプリケーション０３０をＩ／Ｏパス情報テーブル２０２から検索する（ステップ１１０３）。例えば、Ｉ／Ｏ性能低下アプリケーション検索エンジン１１３は、ステップ１１０１にて特定したリソースがストレージ側ポート名４０５、ＲＡＩＤグループ名４０６、キャッシュ名４０７及び論理ボリューム名４０８のいずれかに含まれるレコードを、Ｉ／Ｏパス情報テーブル２０２から検索し、検索したレコードに含まれるアプリケーション名４０１を取得する。

ステップ１１０３により、Ｉ／Ｏ量増加アプリケーションが利用するパス上に含まれるＩ／Ｏ性能低下リソースを共通に含む他のパスに接続されたアプリケーションが、Ｉ／Ｏ性能低下アプリケーションとして特定される。

次に、Ｉ／Ｏ性能低下アプリケーション検索エンジン１１３は、ステップ１１０３にて取得したアプリケーション０３０をＩ／Ｏ性能低下アプリケーション表示画面３０４に表示する（ステップ１１０４）。これにより、ストレージ設定変更によるアプリケーション０３０への影響範囲を把握できる。

また、図９に示すように、ステップ１１０３で特定したアプリケーション０３０のＩ／Ｏ性能が低下する要因となるリソースとして、ステップ１１０１で特定したリソースを原因９０２に表示できる。このように、ストレージ変更によってＩ／Ｏ性能が低下する可能性があるアプリケーション０３０をアプリケーション名９０１に表示し、原因となるリソースを原因９０２に表示することにより、ストレージ設定変更後に監視すべきリソースを特定できる。また、Ｉ／Ｏ性能低下の原因とその対策案との対応関係を予め定めておくことにより、図９の対策案９０４に示すように、原因９０２にて表示したリソースのＩ／Ｏ性能低下を防止する為の対策案を示すこともできる。

例えば、ストレージ側ポート０２４がＩ／Ｏ性能が低下する可能性があるアプリケーション０３０のＩ／Ｏ性能低下の原因となる場合は「アプリケーション０３０からのＩ／Ｏ量を優先する」ことでアプリケーション０３０のＩ／Ｏ性能低下を未然に防止したり、影響の度合を軽減したりできる。また、キャッシュ０２１がアプリケーション０３０のＩ／Ｏ性能低下の原因となる場合は「アプリケーション０３０が使用する論理ボリュームをキャッシュ０２１に常駐化する」ことでアプリケーション０３０のＩ／Ｏ性能低下を未然に防止したり、影響の度合を軽減したりできる。なお、アプリケーション０３０が使用する論理ボリューム０３４はＩ／Ｏパス情報テーブル２０２にある論理ボリューム名４０８を参照することで取得できる。さらに、ＲＡＩＤグループ０３３がアプリケーション０３０のＩ／Ｏ性能低下の原因となる場合は「ＲＡＩＤグループ０３３の負荷を軽減する」ことでアプリケーション０３０のＩ／Ｏ性能低下を未然に防止したり、影響の度合を軽減したりできる。

上記の方法を用いることにより、ストレージサブシステム０２０の設定変更によりＩ／Ｏ量を増加できるアプリケーション０３０による影響を防ぐ方法を判断できる。例えば、ストレージ構成の変更により、ＤＢサーバのように高速なＩ／Ｏ性能が求められるアプリケーション（アプリケーションＡ）とテストサーバのように高速なＩ／Ｏ性能が求められていないアプリケーション（アプリケーションＢ）からのＩ／Ｏ量を増大することが分かったとする。この場合、アプリケーションＢからのＩ／Ｏ量をストレージ側ポート０２４にて制限することで、アプリケーションＢのＩ／Ｏ量増大による影響を防ぐことができる。
（７）具体例
本処理の概要を図１２で示す具体例を用いて説明する。なお、ここでは説明の簡略化のため、キャッシュ０２１、ファイルシステム０３１およびデバイス０３２に関する説明を割愛する。図１２に示すシステム構成に対するＩ／Ｏパス情報テーブル２０２は、図５に示されている。

いま、アプリケーション０３０ｆが利用する論理ボリューム０３４ｆをＲＡＩＤグループ０３３ａからＲＡＩＤグループ０３３ｄに移動すると仮定する。このとき、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、まず、ステップ１００２で示した方法により性能が改善されるリソースを特定する。図１２で示すケースでは、論理ボリューム０３４ｆを別のＲＡＩＤグループ０３３ｄに移動するので、ＲＡＩＤグループ０３３ａの負荷が軽減されると判断する。

次に、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、ステップ１００３で示す方法により、ＲＡＩＤグループ０３３ａを利用するアプリケーション０３０を特定する。具体的には、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、Ｉ／Ｏパス情報テーブル２０２からＲＡＩＤグループ０３３ａをＲＡＩＤグループ名４０６に持つレコードを検索し、検索されたレコードに含まれるアプリケーション名４０１を確認する。これにより、アプリケーション０３０ａおよびアプリケーション０３０ｂがＩ／Ｏが増加し得るアプリケーション０３０として特定される。

さらに、Ｉ／Ｏ量増加アプリケーション検索エンジン１１１は、ステップ１００５および１００６で示す方法によりアプリケーション０３０が使用するリソースと各リソースの性能情報を取得し、最後に、取得した性能情報に基づいて、ステップ１００７で示す方法によりアプリケーション０３０ａ，０３０ｂのＩ／Ｏ量が増加できるか否かを判断する。

図１２で示すケースでは、例えば、次に示す手順に従って、アプリケーション０３０ｂがＩ／Ｏが増加し得るアプリケーション０３０として特定される。まず、Ｉ／Ｏパス情報テーブル２０２からアプリケーション０３０ａおよびアプリケーション０３０ｂをアプリケーション名４０１に持つレコードを検索する。次に、検索したレコードから、サーバ名４０９、サーバ側ポート名４０３、ストレージ側ポート名４０５およびＲＡＩＤグループ名４０６を取得する。本ケースでは、サーバ００１としてサーバ００１ａとサーバ００１ｂが取得され、サーバ側ポート０２３としてサーバ側ポート０２３ａとサーバ側ポート０２３ｂが取得され、ストレージ側ポート０２４としてストレージ側ポート０２４ａとストレージ側ポート０２４ｂが取得され、また、ＲＡＩＤグループ０３３としてＲＡＩＤグループ０３３ａが取得される。

次に、取得したリソースの性能を性能情報テーブル２０１から取得し、アプリケーションａ，ｂのＩ／Ｏ量が増加し得るかどうかを判断する。例えば、サーバ００１ａのＣＰＵ利用率もしくはサーバ側ポート０２３ａの利用率が１００％である場合は、サーバ００１ａ上で稼動するアプリケーション０３０ａからＲＡＩＤグループ０３３ａへのＩ／Ｏ量は増えることがないため、アプリケーション０３０ａは、Ｉ／Ｏ量が増えないアプリケーションとして特定される。また、サーバ００１ｂ、サーバ側ポート０２３ｂ及びストレージ側ポート０２４ｂの利用率がいずれも１００％以下の場合では、ポート０２３ｂ、０２４ｂを利用するアプリケーション０３０ｂはＩ／Ｏ量が増加し得るアプリケーションとして特定される。

次に、Ｉ／Ｏ性能低下ストレージリソース検索エンジン１１２は、ステップ１１０１で示す方法に従って、アプリケーション０３０ｂのＩ／Ｏ量増大によりＩ／Ｏ負荷が増大するリソースを特定する。図１２に示す例では、例えば、次に示す手順に従って、サーバ側ポート０２３ｂ、サーバ側ポート０２３ｃ、ストレージ側ポート０２４ｂ、ストレージ側ポート０２４ｃ、ＲＡＩＤグループ０３３ａ及びＲＡＩＤグループ０３３ｂがＩ／Ｏ負荷が増大するリソースとして特定される。まず、Ｉ／Ｏパス情報テーブル２０２からアプリケーション０３０ｂをアプリケーション名４０１に持つレコードを検索する。次に、検索したレコードから、サーバ側ポート名４０３、ストレージ側ポート名４０５およびＡＩＤグループ名４０６を取得する。このようにして、サーバ側ポート０２３ｂ、サーバ側ポート０２３ｃ、ストレージ側ポート０２４ｂ、ストレージ側ポート０２４ｃ、ＲＡＩＤグループ０３３ａ及びＲＡＩＤグループ０３３ｂを取得することができる。また、Ｉ／Ｏ性能低下ストレージリソース検索エンジン１１２は、取得したリソースをＩ／Ｏ性能が低下し得るリソースとして特定する。

最後に、Ｉ／Ｏ性能低下アプリケーション検索エンジン１１３は、Ｉ／Ｏ性能低下ストレージリソース検索エンジン１１２にて特定されたリソースをＩ／Ｏパスに持つアプリケーションを、ステップ１１０３に従って特定する。図１２で示す例では、次に示す手順に従って、アプリケーション０３０ａおよびアプリケーション０３０ｃが、ストレージサブシステム０２０の設定変更によりＩ／Ｏ性能が劣化し得るアプリケーション０３０として特定される。まず、Ｉ／Ｏ性能低下アプリケーション検索エンジン１１３は、Ｉ／Ｏパス情報テーブル２０２から、サーバ側ポート０２３ｃをサーバ側ポート名４０３に持つ、もしくはストレージ側ポート０２４ｂ又はストレージ側ポート０２４ｃをストレージ側ポート名４０５に持つ、もしくはＲＡＩＤグループ０３３ａ又はＲＡＩＤグループ０３３ｂをＲＡＩＤグループ名４０６に持つレコードを検索し、検索したレコードのアプリケーション名４０１を取得する。本ケースでは、ＲＡＩＤグループ０３３ａを使用するアプリケーション０３０ａ、およびストレージ側ポート０２４ｃを使用するアプリケーション０３０ｃを取得することができる。Ｉ／Ｏ性能低下アプリケーション検索エンジン１１３は、前記アプリケーション０３０ａ，０３０ｃをＩ／Ｏ性能が低下し得るアプリケーション０３０として特定する。
（８）その他の実施例
本実施例によれば、ストレージサブシステム０２０の設定変更を行う際に、ボトルネックが解消してＩ／Ｏ量が増加し得るアプリケーション０３０と、このアプリケーション０３０のＩ／Ｏ量増加に伴いＩ／Ｏ性能が低下する可能性があるリソースおよびアプリケーション０３０とを特定できる。

なお、上記の実施形態における設定情報入力画面３０１を拡張して、複数の設定内容を入力してもよい。複数の設定内容を同時に入力することにより、例えば、サーバ００１が利用するＩ／Ｏパスを変更した場合の他のアプリケーション０３０への影響範囲を特定できる。サーバ００１が利用するＩ／Ｏパスの切り替えによってアプリケーション０３０が使用するストレージ側ポート０２４、キャッシュ０２１及びＲＡＩＤグループ０３３が変更になる場合は、このアプリケーションが今まで使用していたストレージ側ポート０２４、キャッシュ０２１及びＲＡＩＤグループ０３３へのＩ／Ｏ負荷が少なくなる。この為、上記の場合は、論理ボリューム０３４を別のストレージ側ポート０２４、キャッシュ０２１及びＲＡＩＤグループ０３３に移動する場合と同じである。従って、設定情報入力画面３０１において、複数の設定情報を入力することにより、Ｉ／Ｏパス変更によりＩ／Ｏ量が増加し得るアプリケーション０３０と、このアプリケーション０３０のＩ／Ｏ増加に伴いＩ／Ｏ性能が低下する可能性があるリソースおよびアプリケーション０３０とを特定できる。

さらに、本実施例を適用することで、ＲＡＩＤグループ０３３のＩ／Ｏ負荷を軽減する際に、このＲＡＩＤグループ０３３を使用するアプリケーション０３０のＩ／Ｏ量増大による他のアプリケーション０３０への影響範囲を意識した上で、移動する論理ボリューム０３４を決定できる。具体的には、特定のＲＡＩＤグループ０３３に含まれる各論理ボリューム０３４について、次に説明する処理を実行する。

まず，図６に示す設定情報入力画面３０１内のリソース選択領域６１０にて移動すべき論理ボリューム０３４を指定し、次に、操作一覧６２１にて論理ボリューム０３４の移動を選択する。次に、ストレージ性能分析プログラム１１０が実施形態で説明した処理を実行し、Ｉ／Ｏ性能低下ストレージリソース表示画面３０３およびＩ／Ｏ性能低下アプリケーション表示画面３０４を表示する。これにより、各論理ボリューム０３４を移動した際に影響を受けるリソースおよびアプリケーションを特定できる為、特定のアプリケーションに影響を与えない設定変更を選択できる。また、Ｉ／Ｏ性能に影響を受けるアプリケーションの数を最小にした設定変更も選択可能になる。なお、ここでは影響を受けるリソースおよびアプリケーションのリストを表示しているが、影響を受けるリソース数やアプリケーション数を表示することもできる。

さらに、ストレージの設定変更した後に、リソース名８０１に対応した各リソースの性能をＩ／Ｏ性能低下ストレージリソース表示画面３０３に表示することもできる。また、低下条件８０２に対応した各リソースの性能を表示することもできる。これにより、アプリケーションからのＩ／Ｏ量の増加具合を確認できる。また、本実施例によりストレージ設定変更による影響範囲を特定する為、ストレージ設定変更によるＩ／Ｏ性能の劣化を即座に検出できる。一方、従来の方法では、ユーザが影響範囲を手動で特定する必要があり、影響範囲の特定に時間がかかっていたが、本実施例により問題検出の手間を軽減できる。

表示画面に表示された図１２のシステム構成上にＩ／Ｏ量増加アプリケーション、Ｉ／Ｏ性能低下ストレージリソース及びＩ／Ｏ性能低下アプリケーションを識別表示することにより、ストレージの設定変更による影響範囲を速やかに把握できる。さらに、図１２に示したシステム構成上に、設定変更によって影響を与えるリソース、及び影響を受けるリソースを識別表示することにより、設定変更による影響を詳細に把握できる。

多数のアプリケーションによって構成される業務システムの場合、いくつかのアプリケーション間の関連性が予め分かっていれば、この関連性を利用して設定変更による影響範囲に含まれるアプリケーションの候補を絞り込むことができる。

図１は本実施例におけるシステム構成図である。 図２は本実施例におけるアプリケーションから外部記憶装置までのＩ／Ｏの流れについて説明した図である。 図３は本実施例におけるプログラム間のデータの流れを説明した図である。 図４は本実施例における性能情報テーブル２０１について説明した図である。 図５は本実施例におけるＩ／Ｏパス情報テーブル２０２について説明した図である。 図６は本実施例における設定情報入力画面３０１について説明した図である。 図７は本実施例におけるＩ／Ｏ量増加アプリケーション表示画面３０２について説明した図である。 図８は本実施例におけるＩ／Ｏ性能低下ストレージリソース表示画面３０３について説明した図である。 図９は本実施例におけるＩ／Ｏ性能低下アプリケーション表示画面３０４について説明した図である。 図１０は本実施例におけるＩ／Ｏ量増加アプリケーション検索エンジン１１１について説明した図である。 図１１は本実施例におけるＩ／Ｏ性能低下ストレージリソース検索エンジン１１２およびＩ／Ｏ性能低下アプリケーション検索エンジン１１３について説明した図である。 図１２は本実施例におけるＳＡＮ環境の一例を示した図である。 図１３は、性能が改善されるリソースを特定するための特定リソース一覧である。 図１４は、各検索エンジンと処理の関連を示す図である。

符号の説明

００１・・・サーバ、０２０・・・ストレージサブシステム、１１０・・・ストレージ性能分析プログラム、１１１・・・Ｉ／Ｏ量増加アプリケーション検索エンジン、１１２・・・Ｉ／Ｏ性能低下ストレージリソース検索エンジン、１１３・・・Ｉ／Ｏ性能低下アプリケーション検索エンジン

Claims (6)

1. 一台以上のストレージサブシステム及び一台以上のサーバとネットワークを介して接続されたストレージ管理サーバにおいて、
   前記サーバ内の各アプリケーションから前記アプリケーションが使用する論理ボリュームに至るI/Oパス上の各リソースの接続関係を示す情報を、構成情報として、前記サーバ及び前記ストレージサブシステムから収集し、
   前記サーバ内の各アプリケーションから前記アプリケーションが使用する論理ボリュームに至るI/Oパス上の各リソースの性能情報を、前記サーバ及び前記ストレージサブシステムから収集し、
   前記ストレージサブシステムに対してサーバとストレージサブシステム間で発生すると思われるボトルネックが解消されるよう構成するために第一のRAIDグループから第二のRAIDグループへ論理ボリュームを移動する設定変更定義をストレージサブシステムの負荷をバランスさせるために入力し、
   前記設定変更定義に基づき複数のアプリケーションの中から、前記第一のRAIDグループを使用する前記論理ボリュームの移動後にI/Oパス上でI/O負荷が軽減される複数の第一のアプリケーションを特定し、
   
   I/O量が増加できる可能性のあるアプリケーションの候補として第一のアプリケーションを第一のウィンドウに表示し、
   
   前記第一のアプリケーションを基準に前記サーバ側ポートとストレージ側ポートの使用量が予め定められた値を超えるかどうか判断することにより、
   少なくともサーバ側ポートとストレージ側ポートのうち一つを含むI/Oパス上の第一のRAIDグループへの第一の複数のアプリケーションに関連した複数の第一のリソースの性能情報を確認し、
   
   第一のI/Oパス上の第一のリソースの性能情報のサーバ側ポートとストレージ側ポートのどちらもが予め定められた値を超えないI/O量の第二のアプリケーションを前記複数の第一のアプリケーションからターゲットアプリケーションとして指定し、
   
   前記サーバからストレージサブシステムへの第二のアプリケーションに関連した第二のリソースを識別し、前記第二のアプリケーションが第三のRAIDグループのデータをアクセスするかどうか判定し、
   
   第二のアプリケーションから第一のRAIDグループと第三のRAIDグループへの第二のI/Oパス上の全ての第二のリソースが処理可能量を超えるI/O負荷に相当するようになるかどうかを判定し、
   
   第二のアプリケーションが第三のRAIDグループのデータをアクセスすると判定されるとき、第三のRAIDグループを使用するアプリケーションから第三のアプリケーションを識別し、
   
   論理ボリュームが第一のRAIDグループから第二のRAIDグループへ移動することによる第三のアプリケーションのI/O量の変化を判定し、
   
   論理ボリュームの移動が実行される前に、第三のアプリケーションを第二のアプリケーションのI/O量増加によりI/O性能が低下するアプリケーションとして特定する
   ことを特徴とするストレージ管理方法。
   
   
2. 請求項１記載のストレージ管理方法において、さらに、
   前記特定されたI/O 量が増加できる可能性があるアプリケーションの一覧、前記処理可能量を超えるリソースの一覧、及び前記特定されたI/O性能が低下するアプリケーションの一覧の少なくとも１つを表示することを特徴とするストレージ管理方法。
   
3. 請求項１記載のストレージ管理方法において、
   前記構成情報は、前記サーバと前記ストレージシステムとをネットワークを介して接続するためのサーバ側ポートを含み、前記性能情報は、前記サーバ側ポートの使用率を含むことを特徴とするストレージ管理方法。
   
4. 請求項１記載のストレージ管理方法において、
   複数の前記設定変更定義を入力することによって前記アプリケーションが使用するI/Oパスを変更する際に、前記構成情報に基づいて、I/Oパスの変更によってI/O負荷が軽減されるリソースを特定することを特徴とするストレージ管理方法。
   
5. 請求項１記載のストレージ管理方法において、
   前記特定されたI/O量が増加できる可能性があるアプリケーション、前記処理可能量を超えるリソース、及び前記特定されたI/O性能が低下するアプリケーションのいずれかを、前記ストレージネットワーク環境の構成図上に識別表示することを特徴とするストレージ管理方法。
   
6. 一台以上のストレージサブシステム及び一台以上のサーバとネットワークを介して接続されたストレージ管理サーバは、
   前記サーバ及び前記ストレージサブシステムから収集した、前記サーバ内の各アプリケーションから前記アプリケーションが使用する論理ボリュームに至るI/Oパス上の各リソースの接続関係を示す構成情報、及び各リソースの性能情報を格納する記憶装置、
   
   
   前記ストレージサブシステムに対してサーバとストレージサブシステム間で発生すると思われるボトルネックが解消されるよう構成するために第一のRAIDグループから第二のRAIDグループへ論理ボリュームを移動する設定変更定義をストレージサブシステムの負荷をバランスさせるために入力し、
   前記設定変更定義に基づき複数のアプリケーションの中から、前記第一のRAIDグループを使用する前記論理ボリュームの移動後にI/Oパス上でI/O負荷が軽減される複数の第一のアプリケーションを特定し、
   前記特定されたアプリケーションをI/O量が増加できる可能性のあるアプリケーションとして特定するI/O量増加アプリケーション検索装置と、
   
   前記第一のアプリケーションを基準に前記サーバ側ポートとストレージ側ポートの使用量が予め定められた値を超えるかどうか判断することにより、
   少なくともサーバ側ポートとストレージ側ポートのうち一つを含むI/Oパス上の第一のRAIDグループへの第一の複数のアプリケーションに関連した複数の第一のリソースの性能情報を確認し、
   
   第一のI/Oパス上の第一のリソースの性能情報のサーバ側ポートとストレージ側ポートのどちらもが予め定められた値を超えないI/O量の第二のアプリケーションを前記複数の第一のアプリケーションからターゲットアプリケーションとして指定し、
   
   前記サーバからストレージサブシステムへの第二のアプリケーションに関連した第二のリソースを識別し、前記第二のアプリケーションが第三のRAIDグループのデータをアクセスするかどうか判定し、
   
   第二のアプリケーションから第一のRAIDグループと第三のRAIDグループへの第二のI/Oパス上の全ての第二のリソースが処理可能量を超えるI/O負荷に相当するようになるかどうかを判定し、
   
   前記処理可能量を超える第二のI/Oパス上のリソースを、I/O性能低下リソースとして特定するI/O性能低下ストレージリソース検索装置と、
   
   第二のアプリケーションが第三のRAIDグループのデータをアクセスすると判定されるとき、第三のRAIDグループを使用するアプリケーションから第三のアプリケーションを識別し、
   
   論理ボリュームが第一のRAIDグループから第二のRAIDグループへ移動することによる第三のアプリケーションのI/O量の変化を判定し、
   
   論理ボリュームの移動が実行される前に、第三のアプリケーションを第二のアプリケーションのI/O量増加によりI/O性能が低下するアプリケーションとして特定するI/O性能低下アプリケーション検索装置
   
   とを有することを特徴とするストレージ管理サーバ。

Images