JP2009294810A - ストレージシステムおよびその管理方法 - Google Patents

Abstract

【課題】ホストからストレージ装置へのアクセス性能を向上することができるストレージシステムの管理方法を提供する。
【解決手段】ホストサーバ１０６は、アプリケーションを実行する際に少なくともホストバスアダプタとストレージのポートとを経由して論理ボリューム（ＬＵ）にアクセスするパスであるパス情報と、各パスに同時に発行される同時コマンド発行数とをストレージ管理サーバ１２１に送信する。ストレージ監視エージェントサーバ１４０は、ストレージのポートで同時に実行可能なポートのコマンド多重数上限値を、ストレージ管理サーバ１２１に送信する。ストレージ管理サーバ１２１は、パス情報と、同時コマンド発行数と、ポートのコマンド多重数上限値を受理すると、ポートのコマンド多重数上限値を、該ポートを利用する各パスに、同時コマンド発行数から比例配分して各パスのコマンド多重数上限値を算出し、その算出結果をホストに送信する。
【選択図】図１

Description

本発明は、ホストからストレージ装置へのアクセス性能を向上することができるストレージシステムとその管理方法に関する。

ミッドレンジ以上のストレージシステムでは、数が限られたストレージ装置側ポートを多くの業務ホストで共有するため、１つのストレージ装置側ポートに複数の業務ホストを接続する機能が提供されている。ストレージ装置側からは、ホストのＨＢＡ（Host Bus Adapter）に割り当てられているＷＷＮ（World Wide Name）でホストを区別することで、１つのポートで各ホストに専用のＬＵ（Logical Unit）を提供することが可能となっている。

ストレージ装置側の１つのポートで同時に実行可能なコマンド数（以下、『コマンド多重数』）には上限がある。そのポートにつながれている各ホストからそれぞれ同時に発行されるコマンド数の総数が、ストレージ装置側ポートの上限を超えないように、各ホストのＨＢＡでコマンド多重数の上限を設定する必要がある。

一方、ストレージ装置側でパス毎のアクセス許可を制御する方法がある（例えば、特許文献１参照）。すなわち、記憶制御装置（ストレージ装置側の制御装置）は、接続する各ホストに設定されるコマンド多重数の合計が、記憶制御装置のコマンド多重処理能力を超えないように監視・制御する。なお、パスとは、ホストとストレージ装置を結ぶＩ／Ｏ（Input/Output）経路をいう。
特開２００５−３２２１８１号公報

前記、ストレージ装置側ポートの上限を超えないように、各ホストのＨＢＡでコマンド多重数の上限を設定する課題として（１）がある。
（１）複雑な設定を誤ってストレージ装置のポートでコマンド多重数の溢れが発生した場合、ストレージ装置からホストへキュー・フル（Queue Full：コマンド多重数溢れ）ステータスが返される。このステータスを受け取ったＨＢＡは、コマンドの多重化を止めてしまうため、その後Ｉ／Ｏ性能が著しく低下する。

また、（１）の課題のほかに、下記の課題がある。
（２）ＬＵへ現在同時発行中のコマンド数（以下、『同時コマンド発行数』）が、設定された上限に達してこれ以上コマンドの多重化ができないとき、他のパスでは割り当てられたコマンド多重数にまだ余裕があるという事態が起き、全体としてポートのコマンド実行能力が十分活用できていない。

（３）ホスト障害対策として正・副パスを設けると、普段使用されない副パスにも無駄なコマンド多重数を固定配分することになり、効率が落ちる。

（４）障害を契機とする系／パス切り替えによる他ホストのコマンド多重数への影響がわからず、業務アプリ利用をどの程度抑制するかなどの定量的な見極めが困難である。

（５）ストレージ装置の機能などにより形成されるストレージ装置を跨ぐペア（正論理ボリューム（ＰＶＯＬ）と副論理ボリューム（ＳＶＯＬ））に対して正・副パスを設けると、正・副パスとポートを共有する他のパスとの関連を意識した上限値の設定が必要だが手動設定ではミスを誘発する可能性ある。

（６）性能の異なるストレージ装置をマッピングした場合、性能の差を意識したコマンド多重数上限値の配分が必要となるが、複雑なストレージ装置内部のマッピング状況を意識した手動設定ではミスを誘発する可能性がある。

（７）ホスト上にロードバランサを導入してパス多重化を行っている場合、ロードバランサのアルゴリズムに応じた適切なコマンド多重数上限値の配分が必要だが、他ホストへの配分も考慮した値を手動設定することはミスを誘発する可能性がある。一般的なロードバランスアルゴリズムでは、多重化されたパスの性能は均等であることが要求される。

本発明は、前記の課題を解決するための発明であって、ホストからストレージ装置へのアクセス性能を向上することができるストレージシステムとその管理方法を提供することを目的とする。

前記目的を達成するために、アプリケーションを実行するホスト（例えば、ホストサーバ１０６）が、ＳＡＮ（Storage Area Network）を介してストレージと、ＬＡＮ（Local Area Network）を介して管理サーバ（例えば、ストレージ管理サーバ１２１）と通信可能にされ、ストレージを監視する監視サーバ（例えば、ストレージ監視エージェントサーバ１４０）が、ＳＡＮを介してストレージと、ＬＡＮを介して管理サーバと通信可能にされるストレージシステムにおいて、ホストからストレージへアクセスするアクセス性能を管理するストレージシステムの管理方法であって、
ホストは、アプリケーションを実行する際に少なくとも自身のホストバスアダプタとＳＡＮとストレージのポートとを経由して論理ボリュームにアクセスするパスであるパス情報と、各パスに同時に発行されるコマンド数である同時コマンド発行数を管理サーバに送信し、
監視サーバは、ストレージのポートで同時に実行可能なコマンド数であるポートのコマンド多重数上限値を、管理サーバに送信し、
管理サーバは、パス情報と、同時コマンド発行数と、ポートのコマンド多重数上限値を受理すると、ポートのコマンド多重数上限値を、該ポートを利用する各パスに、同時コマンド発行数から比例配分して各パスのコマンド多重数上限値を算出し、その算出結果をホストに送信し、
ホストは、受理した各パスのコマンド多重数上限値を、ホストバスアダプタに対して設定することを特徴とする。

本発明によれば、ホストからストレージ装置へのアクセス性能を向上することができる。

以下、本発明を実施するための最良の形態を図面に基づいて詳細に説明する。
図１は、本実施形態のストレージシステムを示す構成図である。本実施形態のストレージシステムは、ストレージエリアネットワーク（ＳＡＮ：Storage Area Network）環境における業務システム及びＳＡＮ環境のストレージを管理するシステムを含む。

業務システムを構成するハードウェアは、ＡＰクライアント１０１、ローカルエリアネットワーク（ＬＡＮ）１０５、ホストサーバ１０６、ＳＡＮスイッチ１２９、及びストレージ装置１３１である。業務システムを構成するソフトウェアは、アプリケーション（ＡＰ）１１３、ファイル管理システム１１４、及びパス情報を取得するパス管理ソフト１１５、ＨＢＡドライバ１１６である。なお、ホストサーバ１０６、ＳＡＮスイッチ１２９、ストレージ装置１３１、ＡＰクライアント１０１は、１つ以上であればよい。なお、ＡＰはApplicationの略である。

ＳＡＮ環境のストレージ管理のためのシステムを構成するハードウェアは、ストレージ管理クライアント１０２、ストレージ管理サーバ１２１、及びストレージ監視エージェントサーバ１４０である。ストレージ管理のためのシステムを構成するソフトウェアは、ストレージ管理クライアント１０２上のストレージ管理ソフト１２６、ストレージ監視エージェントサーバ１４０上のストレージ監視エージェント１４５、ホストサーバ１０６上のＡＰ設定更新部１１７、ＨＢＡ設定更新部１１８、ＡＰ監視エージェント１１１、及びホスト監視エージェント１１２である。なお、ストレージ監視エージェントサーバ１４０は、１つ以上であればよい。以下、各構成要素について説明する。

（ＡＰクライアント）
ＡＰクライアント１０１は、業務システムのユーザインタフェース機能を提供するパソコン、ワークステーション又はシンクライアント端末の装置である。ＡＰクライアント１０１は、ＬＡＮ１０５を経由してホストサーバ１０６のＡＰ１１３と通信する。なお、シンクライアント装置とは、クライアント端末が、サーバに接続するための最小限のネットワーク機能、及びユーザが入出力を行うためのＧＵＩ（Graphical User Interface）を装備していればよいことを意味する。

（ホストサーバ）
ホストサーバ１０６は、業務に必要なサービスを提供するためのアプリケーション（アプリケーションソフトウェア）を実行するコンピュータであり、ＣＰＵ（Central Processing Unit）１０８、メモリ１１０、ハードディスク装置（ＨＤＤ：Hard Disk Drive）１０９、ネットワークインタフェースカード（ＮＩＣ：Network Interface Card）１０７、及びホストバスアダプタ（ＨＢＡ）１１９を備える。

ＣＰＵ１０８は、ＨＤＤ１０９に格納された種々のソフトウェアプログラムをメモリ１１０に読み込んで実行するプロセッサである。以下の説明においてメモリ１１０に読み込まれたソフトウェアプログラムが実行する処理は、実際にはそれらのソフトウェアプログラムを実行するＣＰＵ１０８によって実行される。

メモリ１１０は、例えばダイナミックＲＡＭ（Random Access Memory）のような半導体記憶装置である。ＨＤＤ１０９についても、ハードディスク装置の代わりに、例えばフラッシュメモリのような半導体記憶装置を使用してもよい。メモリ１１０には、ＨＤＤ１０９から読み込まれＣＰＵ１０８によって実行されるソフトウェアプログラム及びＣＰＵ１０８によって参照されるデータが格納される。

具体的には、少なくともＡＰ１１３、ＡＰ監視エージェント１１１、ホスト監視エージェント１１２、ファイル管理システム１１４、パス管理ソフト１１５、ＨＢＡドライバ１１６、ＡＰ設定更新部１１７、及びＨＢＡ設定更新部１１８のソフトウェアプログラムがＣＰＵ１０８によって実行される。

ホストサーバ１０６によるストレージ装置１３１へのデータの入出力は、例えばファイバーチャネル（ＦＣ：Fibre Channel）プロトコルに基づいて実行されてもよいが、その他のプロトコルに基づいて実行されてもよい。ホストサーバ１０６とストレージ装置１３１との間の通信については、ＨＢＡ１１９及びＳＡＮスイッチ１２９を使用する代わりに、ＮＩＣ１０７及びＬＡＮ１０５を使用してもよい。

ＡＰ１１３は、業務システムの業務論理機能を提供するソフトウェア又はデータベース（ＤＢ）管理ソフトである。ＡＰ１１３は、ＡＰクライアント１０１からの処理要求に応答し、必要に応じてストレージ装置１３１に対するデータの入出力を実行する。ＡＰ１１３からストレージ装置１３１のデータへのアクセスは、ファイル管理システム１１４、パス管理ソフト１１５、ＨＢＡドライバ１１６を利用して、ＨＢＡ１１９のポート１２７、ＳＡＮスイッチ１２９のホスト側ポート１２８、ＳＡＮスイッチ１２９、ＳＡＮスイッチ１２９のストレージ側ポート１３０、及びストレージ装置１３１のポート１３２を経由して実行される。

ＡＰ監視エージェント１１１は、ＡＰ１１３に関する構成情報を取得するためのソフトウェアである。ホスト監視エージェント１１２は、ファイル管理システム１１４及びＨＢＡドライバ１１６からファイルシステムに関する構成情報、統計情報、及びＨＢＡから発行されているコマンド数を取得するためのソフトウェアである。

ＡＰ設定更新部１１７は、ストレージ管理サーバ１２１上のストレージ管理ソフト１２６と通信し、その指示に従ってＡＰ１１３の設定更新に関する処理を行うためのソフトウェアである。ＨＢＡ設定更新部１１８は、ストレージ管理サーバ１２１上のストレージ管理ソフト１２６と通信し、その指示に従ってＨＢＡ１１９の設定更新に関する処理を行うソフトウェアである。

ＮＩＣ１０７は、ホストサーバ１０６がＬＡＮ１０５を経由してＡＰクライアント１０１、及びストレージ管理サーバ１２１と通信するために使用される。ＨＢＡ１１９は、ホストサーバ１０６がＳＡＮスイッチ１２９を経由してストレージ装置１３１と通信するために使用される。ＨＢＡ１１９は、通信ケーブルの接続端子としてのポート１２７を備える。

ファイル管理システム１１４は、ホストサーバ１０６の基本ソフト（ＯＳ：Operating System）の一部であり、ＡＰ１１３に対してデータの入出力先となる記憶領域をファイルという単位で提供する。ファイル管理システム１１４が管理するファイルは、ある一群の単位（以下、ファイルシステムと記載する。）で、ＯＳによって管理される論理デバイスと（マウントの操作で）対応付けられる。ファイルシステム中のファイルは、多くの場合、木（ツリー）構造で管理される。

（ＳＡＮスイッチ）
ＳＡＮスイッチ１２９は、それらが備えるホスト側ポート１２８とストレージ側ポート１３０の間の接続を切り替えることによって、ホストサーバ１０６とストレージ装置１３１との間のデータアクセス経路を設定する。

（ストレージ装置）
ストレージ装置１３１は、ＳＡＮスイッチ１２９を介してホストサーバ１０６又はストレージ監視エージェントサーバ１４０と通信するためのポート１３２、並びに、ＬＡＮ１０５を介してストレージ管理サーバ１２１と通信するためのＮＩＣ１３３、転送制御部１３４、仮想ボリューム管理制御部１３７、及び物理ＨＤＤ群１３９を備える。転送制御部１３４は、コマンドキュー１３５及びマイクロプロセッサ（ＭＰＵ：Micro Processing Unit）１３６を備える。

ＭＰＵ１３６は、ポート１３２を経由してホストサーバ１０６から発行された読み込み又は書き込みコマンドをコマンドキュー１３５に格納し、コマンドを到着順に下位層へ転送する。

転送制御部１３４は、下位層へ転送したコマンドの完了を待たずに次のコマンドを転送することでコマンドを多重化する機能を提供する。コマンドキュー１３５は、例えばダイナミックＲＡＭのような半導体記憶装置である。

仮想ボリューム管理制御部１３７は、ホストサーバ１０６に対して物理ＨＤＤ群１３９の記憶領域を仮想論理ボリューム（ＬＵ）１３８として見せる機能、及び１つのストレージ側のポート１３２から複数のホストサーバ１０６へＬＵ１３８を提供する機能を有する。図１では、仮想ボリューム管理制御部１３７がストレージ装置１３１に内蔵される構成を示したが、仮想ボリューム管理制御部１３７をストレージ装置１３１とは独立したサーバにおいて稼動する構成をとってもよい。

ストレージ装置１３１の１つのポート１３２を、ＳＡＮスイッチ１２９を経由して複数のホストサーバ１０６が共有し、転送制御部１３４がＨＢＡ１１９をＷＷＮにより区別することで、ストレージ装置１３１がそれぞれのホストサーバ１０６に専用のＬＵ１３８を提供する構成をとってもよい。

（ストレージ管理クライアント）
ストレージ管理クライアント１０２は、ストレージ管理ソフト１２６のユーザインタフェース機能を提供する装置である。ストレージ管理クライアント１０２は、少なくとも、ユーザから入力を受け付けるための入力装置１０３、及びユーザに情報を表示するための表示装置１０４を備える。表示装置１０４は、例えば、ＣＲＴ（Cathode Ray Tube）又は液晶表示装置のような画像表示装置である。表示装置１０４に表示される画面の例については後述する。ストレージ管理クライアント１０２は、ＬＡＮ１０５を経由してストレージ管理サーバ１２１のストレージ管理ソフト１２６と通信する。

（ストレージ管理サーバ）
ストレージ管理サーバ１２１は、後述するストレージ監視エージェント１４５が収集するストレージ装置１３１の構成情報や性能統計情報の要約及びホスト監視エージェント１１２が収集したホストサーバ１０６の構成情報及び性能統計情報の要約を蓄積し、さらにストレージ管理クライアント１０２へ提供する機能を有するソフトウェアを実行するコンピュータである。さらにストレージ監視エージェント１４５及びホスト監視エージェント１１２の設定情報を管理するインターフェースをストレージ管理クライアント１０２に提供するソフトウェアを実行するコンピュータであってもよい。

ストレージ管理サーバ１２１は、ＣＰＵ１２３、メモリ１２５、ＨＤＤ１２４、及びＮＩＣ１２２を備える。ＣＰＵ１２３は、ＨＤＤ１２４に格納されたソフトウェアプログラムをメモリ１２５に読み込んで実行するプロセッサである。以下の説明においてメモリ１２５に読み込まれたソフトウェアプログラムが実行する処理は、実際にはそのソフトウェアプログラムを実行するＣＰＵ１２３によって実行される。メモリ１２５は、例えばダイナミックＲＡＭのような半導体記憶装置である。ＨＤＤ１２４についても、ハードディスク装置の代わりに、例えばフラッシュメモリのような半導体記憶装置を使用してもよい。メモリ１２５には、ＨＤＤ１２４から読み込まれＣＰＵ１２３によって実行されるソフトウェアプログラム及びＣＰＵ１２３によって参照されるデータが格納される。具体的には、少なくともストレージ管理ソフト１２６がＣＰＵ１２３によって実行される。

ストレージ管理ソフト１２６は、ＳＡＮの構成情報、統計情報、及びＡＰ実行管理情報の収集と監視、並びに、ＨＢＡ１１９のコマンド多重数上限値を自動調整する機能を提供するソフトウェアである。ストレージ管理ソフト１２６は、ＳＡＮを構成するハードウェア及びソフトウェアから構成情報、及び統計情報を取得するため、それぞれ専用のエージェントソフトウェアを利用する。

また、ストレージ管理ソフト１２６は、ＨＢＡ１１９のコマンド多重数上限値を自動調整するため、ＨＢＡ設定更新部１１８を利用する。また、ストレージ管理ソフト１２６は、ＡＰ１１３の設定を自動調整するため、ＡＰ設定更新部１１７を利用する。

ＮＩＣ１２２は、ストレージ管理サーバ１２１がＬＡＮ１０５を経由してストレージ管理クライアント１０２、ストレージ監視エージェントサーバ１４０、ホストサーバ１０６、及びストレージ装置１３１と通信するために使用される。ストレージ管理サーバ１２１とストレージ装置１３１との間の通信については、ＨＢＡ（図示省略）を設けてＳＡＮスイッチ１２９を経由する構成としてもよい。

（ストレージ監視エージェントサーバ）
ストレージ監視エージェントサーバ１４０は、ストレージ装置１３１の構成情報及び性能統計情報を収集ならびに蓄積するソフトウェアを実行するコンピュータであり、ＣＰＵ１４２、メモリ１４４、ＨＤＤ１４３、ＮＩＣ１４１、及びＨＢＡ１４６を備える。ストレージ装置１３１の容量規模が非常に大きい、もしくはストレージ装置１３１が業務システム内に複数台存在した場合、ストレージ監視エージェントサーバ１４０を複数台設置することにより、監視範囲を分割する構成をとってもよい。

ＣＰＵ１４２は、ＨＤＤ１４３に格納されたソフトウェアプログラムをメモリ１４４に読み込んで実行するプロセッサである。以下の説明においてメモリ１４４に読み込まれたソフトウェアプログラムを実行する処理は、ＣＰＵ１４２によって実行される。メモリ１４４は、例えばダイナミックＲＡＭのような半導体記憶装置である。ＨＤＤ１４３については、ハードディスク装置の代わりに、例えばフラッシュメモリのような半導体記憶装置又は光ディスク装置を使用してもよい。

メモリ１４４には、ＨＤＤ１４３から読み込まれＣＰＵ１４２によって実行されるソフトウェアプログラム及びＣＰＵ１４２によって参照されるデータが格納される。具体的には、少なくともストレージ監視エージェント１４５がＣＰＵ１４２によって実行される。ＮＩＣ１４１は、ストレージ監視エージェントサーバ１４０がＬＡＮ１０５を経由してストレージ管理サーバ１２１と通信するために使用される。

ストレージ監視エージェント１４５は、ＨＢＡ１４６のポート１４７及びＳＡＮスイッチ１２９を経由して、ストレージ装置１３１に関する構成情報並びに統計情報を取得するソフトウェアである。

ＨＢＡ１４６は、ストレージ監視エージェントサーバ１４０がＳＡＮスイッチ１２９を経由してストレージ装置１３１と通信するために使用される。ＨＢＡ１４６は、通信ケーブルの接続端子としてのポート１４７を備える。ストレージ監視エージェントサーバ１４０とストレージ装置１３１との間の通信については、ＨＢＡ１４６及びＳＡＮスイッチ１２９を使用する代わりに、ＮＩＣ１４１及びＬＡＮ１０５を使用してもよい。

なお、エージェントソフトウェアの構成及び配置にはいろいろな方法があり得る。図１では、ストレージ監視エージェント１４５を専用のストレージ監視エージェントサーバ１４０で稼動する構成を示したが、ストレージ管理サーバ１２１において稼動する構成をとってもよい。さらに、ストレージ装置１３１との通信経路として、ＨＢＡ１４６、ＳＡＮスイッチ１２９、及びポート１３２を経由する代わりに、ＮＩＣ１４１、ＬＡＮ１０５、及びＮＩＣ１３３を経由する経路を使用する構成をとってもよい。

図２は、本実施形態の骨子を示す概念図である。ストレージシステムの管理方法の処理手順について、（ａ）〜（ｌ）について、図１を適宜参照して説明する。なお、（ａ）〜（ｌ）は、図２に示す（ａ）〜（ｌ）と対応しており、主要箇所に記載している。また、課題での（１）〜（７）の解決手段として、下記の（１）〜（７）が対応している。

（１）基本手順（図２１参照）。
基本手順は、（ａ）〜（ｄ）で構成される。
（ａ）ストレージ管理サーバ１２１（図２において、ストレージ管理ソフト１２６で記載している。）は、ホストサーバ１０６からパス管理ソフト１１５を介してパス情報を取得する。
（ｂ）ホストサーバ１０６は、パス毎の同時コマンド発行数を観測し、パス毎の平均値を算出し、ストレージ管理サーバ１２１が収集する。なお、同時コマンド発行数の変動は、ホストサーバ１０６上で観測している。具体的には、ＨＢＡ１１９のドライバが、ホストサーバ１０６からのコマンド発行数を管理している。パス毎（ＬＵ毎）のコマンド多重数上限値は設定可能である。
（ｃ）ストレージ監視エージェントサーバ１４０は、ストレージ装置のポートのコマンド多重数上限値を取得し、ストレージ管理サーバ１２１が収集する。
（ｄ）ストレージ管理サーバ１２１は、（ｃ）で得られたストレージ装置のポートのコマンド多重数上限値を、各パスに（ｂ）で得られた取得値により比例配分し、その配分結果をホストサーバ１０６に送信し、ホストサーバ１０６は、その配分結果を反映する。

具体的には、図２のホスト２０１（ＨＯＳＴ１）、ホスト２０２（ＨＯＳＴ２）、ホスト２０３（ＨＯＳＴ３），ホスト２０４（ＨＯＳＴ４）、ホスト２０５（ＨＯＳＴ５）において、ストレージ管理ソフト１２６のエージェント情報収集部Ｓ４０１は、各ホストからのパス情報を取得する。また、エージェント情報収集部Ｓ４０１は、同時コマンド発行数の情報を収集している。さらに、エージェント情報収集部Ｓ４０１は、ストレージ装置のポートのコマンド多重数上限値を取得している。エージェント情報収集部Ｓ４０１は、稼動性能情報をコマンド多重数配分作成部Ｓ４１０に稼動性能情報を渡し、コマンド多重数配分作成部Ｓ４１０は、分配結果をホスト２０１，２０２，２０３，２０４，２０５に通知する。各ホストは、各ＨＢＡ（図２においては、ＷＷＮ１〜ＷＷＮ７）のパス毎のコマンド多重数を設定することができる。これにより、パス毎のコマンド多重数の上限値設定を自動化し、ホストからストレージ装置へのＩ／Ｏ性能の劣化を防ぐことができる。なお、稼動性能情報には、後記するリソース統計情報テーブル４０２、リソース構成情報テーブル４０７の情報である。

（２）前記した（１）の基本手順に、以下の手順を追加する（図２６参照）。
（ｅ）ホストサーバ１０６は、パス毎の同時コマンド発行数が、パス毎のコマンド多重数上限に達したことをホストサーバ１０６上で検知し、ストレージ管理サーバ１２１に通知する。
（ｆ）ストレージ管理サーバ１２１は、上限に達していないもしくは業務優先度の低いパスに割り当てられているコマンド多重数を一時的に当該パスへ移動する指令を、ホストサーバ１０６に通知する。

具体的には、図２において、ホスト２０２でパス毎の同時コマンド発行数が、パス毎のコマンド多重数が上限に達したことをホスト上で検知した場合、ストレージ管理サーバ１２１に通知する。ストレージ管理サーバ１２１は、他のホストの状況をみて、ホスト２０１から、上限に達していないもしくは業務優先度の低いパスに割り当てられているコマンド多重数を一時的にコマンド多重数が上限に達しているパスへ移動することを、ホスト２０２に指令することができる。これにより、ＬＵへ現在同時発行中の同時コマンド発行数が、設定された上限に達してこれ以上コマンドの多重化ができないとき、他のパスでは割り当てられたコマンド多重数にまだ余裕があるときに、全体としてポートのコマンド実行能力を十分活用できる。

（３）前記した（１）の基本手順に、以下の手順を追加する（図２３参照）。
（ｇ）ホストサーバ１０６のパス管理ソフト１１５から、系／パス切り替え発生状況を取得し、ストレージ管理サーバ１２１に通知する。
（ｈ）ストレージ管理サーバ１２１は、系／パス切り替え発生時に（ａ）〜（ｄ）を即時実施する。

具体的には、図２において破線の楕円で囲んだように、ホスト２０４からホスト２０５への系切替（系切り替え）が発生すると、ホスト２０４は、ストレージ管理サーバ１２１に通知し、ホスト２０５への系切り替えに伴う、パス切り替えを行う。これにより、障害発生時に即座に対応したパス毎のコマンド多重数の上限値の自動調整することができる。

（４）前記した（３）の手順に、以下の手順を追加する。
（ｉ）ストレージ管理サーバ１２１は、切り替え先ポートに、既に接続されていたホストについて、
（低下した配分量）／（パス切り替え直前の配分量）
をパス切り替えによる性能への影響度合いとして画面表示、もしくは影響度合いに比例してアプリケーション利用者数の上限を自動調整する。

具体的には、図２において、配分影響表示部Ｓ４１１が、影響レポート画面２１０を表示する。ホスト２０４とホスト２０５から成るクラスタにおいて、実行系ホストがホスト２０４からホスト２０５に切り替わったときの影響レポート画面の例を示している。影響レポート画面２１０には、系が切り替わったことにより、ストレージ装置１３１ＡのポートＹ（ＰｏｒｔＹ）を利用しているホスト２０６（ＨＯＳＴ６）、ホスト２０７（ＨＯＳＴ７）の影響度合いを示されている。詳細については、図３３を参照して後述する。なお、アプリケーション利用者数の上限の自動調整は、ＡＰ設定作成部Ｓ４２０（図４参照）が行う。これにより、障害影響度合いに基づくアプリケーション調整の自動化をすることができる。

（５）前記した（３）の手順に、以下の手順を追加する。
（ｊ）ストレージ管理サーバ１２１は、系切り替え発生を契機とし、仮想ボリュームＰＶＯＬへのパスに対する同時コマンド発行数の観測値を元に、仮想ボリュームＳＶＯＬへのパスのコマンド多重数上限値を（ｄ）の方式で算出する。

具体的には、図２において、ストレージ管理サーバ１２１は、セカンダリサイトであるストレージ装置１３１Ａの仮想ボリュームＳＶＯＬへのパスのコマンド多重数の上限値を、ストレージ装置１３１の仮想ボリュームＰＶＯＬの観測値を利用して算出し利用する。これによれば、系切り替え前はＳＶＯＬに対するＩ／Ｏ履歴が無いため、ＰＶＯＬの観測値を活用することができる。

（６）前記した（１）の手順、または（３）の手順に、以下の手順を追加する（図２２参照）。
（ｃ＋）ストレージ監視エージェントサーバ１４０は、外部接続のストレージ装置のポートのコマンド多重数上限値を取得し、ストレージ管理サーバ１２１が収集する。
（ｋ）ストレージ管理サーバ１２１は、外部ストレージ装置ポートのコマンド多重数上限値を、マッピングされたＬＵＳＥ１へのパスのコマンド多重数上限としてコマンド多重数を配分する。

具体的には、図２において、外部ストレージ装置１３１Ｂのポートのコマンド多重数上限値を、ストレージ装置１３１のマッピングされたＬＵＳＥ１へのパスのコマンド多重数上限値としてコマンド多重数を配分することを意味する。

（７）前記した（１）の手順に、以下の手順を追加する（図２５参照）。
（ｌ）多重化されたパスは、一般的に高優先度と最大性能を求められるため、ロードバランスされた各パスに一次計算により配分された中から最大値を採用する。ロードバランスされたパスには、（ｂ）で算出された値のうち最大値を均一に配分し、その他のパスへは（ｄ）の方式で再度比例配分する。

具体的には、図２において、論理ボリュームのＬＵ３へのＰｏｒｔＢおよびＰｏｒｔＣへのパスには、最大値を均一に配分する。これによれば、ロードバランスされたパス構成のポート性能のチューニングを自動化することができる。

図３は、ストレージ装置の変形例を示すシステム構成図である。図３に示すシステム構成図は、図１と比較して、ストレージ装置３０４にストレージ装置３１２が外部接続されている、もしくは主サイトであるストレージ装置３０４に対し、副サイトとしてストレージ装置３１８が接続される。

ストレージ装置３０４には、転送制御部３０５、仮想ボリューム管理制御部３０６、ＬＵ３０７、仮想ボリュームＰＶＯＬ３０８を有する。ストレージ装置３１２には、転送制御部３１３、仮想ボリューム管理制御部３１４、ＬＵ３１５、物理ＨＤＤ群３１６を有する。同様に、ストレージ装置３１８には、転送制御部３１９、仮想ボリューム管理制御部３２０、仮想ボリュームＳＶＯＬ３２１、物理ＨＤＤ群３２２を有する。

ストレージ装置３０４は、外部接続されたストレージ装置３１２の物理ＨＤＤ群３１６上に作成されたＬＵ３１５の仮想ボリュームを、ＬＵ３０７としてマッピングし、ポート３０３を経由してＬＵ３０７に発行されたＩ／Ｏは、ポート３０９及びポート３１１を経由してＬＵ３１５へ転送され、物理ＨＤＤ群３１６へのＩ／Ｏとして処理される。

ストレージ装置３０４とストレージ装置３１８は、互いに正・副の関係にあり、ストレージ装置３０４上に構築された仮想ボリュームＰＶＯＬ３０８は、ポート３１０及びポート３１７を経由して仮想ボリュームＳＶＯＬ３２１へ同期コピーされ、仮想ボリュームＰＶＯＬ３０８と仮想ボリュームＳＶＯＬ３２１の内容は常に同じであることが保証される。

図４は、ストレージシステムの管理方法を示す機能ブロック図である。適宜図１を参照して説明する。ストレージ管理ソフト１２６は、プログラムモジュールとして、エージェント情報収集部Ｓ４０１（図２７参照）、優先順位設定部Ｓ４０４（図２８参照）、配分移動候補選択順位付け部Ｓ４０５（図３０参照）、パス対応検索部Ｓ４０８（図２９参照）、コマンド多重数配分作成部Ｓ４１０（図２１〜図２３、図２５、図２６参照）、配分影響表示部Ｓ４１１、外部ストレージ対応検索部Ｓ４１２（図３１参照）、ＨＢＡ設定更新制御部Ｓ４１４、ミラーボリューム対応検索部Ｓ４１５（図３２参照）、ＡＰ設定更新制御部Ｓ４１８、及びＡＰ設定作成部Ｓ４２０（図２４参照）を有する。

また、リソース統計情報テーブル４０２（図６参照）、配分順位付け条件テーブル４０３（図１６参照）、リソース構成情報テーブル４０７（図３４参照）、パス対応テーブル４０９（図１５参照）、コマンド多重数配分制御テーブル４０６（図１７参照）、外部ストレージ対応テーブル４１３（図１９参照）、ミラーボリューム対応テーブル４１６（図２０参照）、コマンド多重数配分スケジュールテーブル４１７（図１８参照）、及びＡＰ設定スケジュールテーブル４１９（図１４参照）は、メモリ１２５又はＨＤＤ１２４に格納される。

ＳＡＮ環境に関する構成情報、及び統計情報の収集並びに監視は以下のように行なわれる。ＡＰ監視エージェント１１１、ホスト監視エージェント１１２、及びストレージ監視エージェント１４５は、所定のタイミングで（例えば、スケジューリング設定に従い、定期的にタイマーによって）起動されるか、あるいは、ストレージ管理ソフト１２６の要求によって起動されて、自エージェントが担当する監視対象装置又はソフトウェアから構成情報又は統計情報を取得する。ストレージ管理ソフト１２６のエージェント情報収集部Ｓ４０１も同様に、所定のタイミングで（例えば、スケジューリング設定に従い定期的に）起動され、ＡＰ監視エージェント１１１、ホスト監視エージェント１１２、及びストレージ監視エージェント１４５から構成情報又は統計情報を収集する。

そして、エージェント情報収集部Ｓ４０１は、収集した情報をリソース構成情報テーブル４０７又はリソース統計情報テーブル４０２のいずれかとして格納する。また、リソース統計情報テーブル４０２には、ホスト監視エージェント１１２がＨＢＡドライバ１１６へ問い合わせることによって観測する情報として、ホストサーバ１０６からＨＢＡ１１９を経由してストレージ装置１３１に発行されるコマンドの同時発行数が含まれる。

リソースとは、ＳＡＮを構成するハードウェア（ストレージ装置、ホストサーバ）とその物理的又は論理的な構成要素（アレイグループ、論理ボリューム）、及び、これらハードウェア上で実行されるプログラム（業務ソフト、データベース管理システム、ファイル管理システム、ボリューム管理ソフト）とその論理的な構成要素（ファイルシステム、論理デバイス）を総称したものである。

リソース構成情報テーブル４０７は、大別するとリソース間の関連情報とリソース個別の属性情報とに分けられ、前者はリソース間に存在するＩ／Ｏの依存関係を表すものである。例えば、リソースＡに対するＩ／Ｏ命令がリソースＢに対するＩ／Ｏ命令に変換されて処理される場合、又は、リソースＡに対するＩ／Ｏ命令を処理するときにリソースＢの処理能力が使用される場合、リソースＡとリソースＢの間にＩ／Ｏ依存関係がある。

図３４は、リソース構成情報テーブルに含まれる各種テーブルを示す説明図である。リソース構成情報テーブル４０７は、ＨＢＡ−ファイルシステム関連テーブル７００（図７参照）、アプリケーション（ＡＰ）−ファイルシステム関連テーブル８００（図８参照）、ファイルシステム−ストレージ装置関連テーブル９００（図９参照）、ストレージ装置−ＬＵ関連テーブル１０００（図１０参照）、ホストサーバ−クラスタ関連テーブル１１００（図１１参照）、ストレージ装置側ポートのコマンド多重数上限値テーブル１２００（図１２参照）、ＡＰ構成情報テーブル１３００（図１３参照）を有する。詳細な各テーブルの説明は、後述する。

ストレージ管理クライアント１０２は、リソース構成情報テーブル４０７又はパス対応テーブル４０９から取得したパス一覧を画面表示し（図中では省略）、ユーザにそれぞれのパスの優先順位もしくは優先順位を決定するための条件を入力させ、設定情報を優先順位設定部Ｓ４０４へ送信する。優先順位設定部Ｓ４０４は、入力された優先順位もしくは優先順位を決定するための条件を配分順位付け条件テーブル４０３へ格納する。

配分移動候補選択順位付け部Ｓ４０５は、パス対応テーブル４０９が更新されるタイミング（つまり、ホストサーバ１０６における系切り替えを契機としたパス切り替えが発生したタイミング）又はストレージ管理ソフト１２６からの要求で起動され、配分順位付け条件テーブル４０３に格納された情報を元に、パス対応テーブル４０９に格納されたパス情報へ優先順位情報を追加又は更新する。

ホストサーバ１０６のＨＢＡ１１９に与えるコマンド多重数上限値の自動調整は、以下のように行われる。コマンド多重数配分作成部Ｓ４１０は、エージェント情報収集部Ｓ４０１によりリソース統計情報テーブル４０２又はリソース構成情報テーブル４０７が更新されたタイミング、もしくはストレージ管理ソフト１２６の要求により起動される。コマンド多重数配分作成部Ｓ４１０は、パス対応テーブル４０９に格納されたパス対応情報から、同一のポート１３２に接続されているパスをグルーピングし、同一のグループ内にあるパスについて、パス上に存在するホストサーバ１０６のＨＢＡ１１９に関するコマンド多重数統計情報をリソース統計情報テーブル４０２から抽出する。

さらに、リソース構成情報テーブル４０７からストレージ装置１３１のポート１３２のコマンド多重数上限値を抽出し、それをＨＢＡ１１９に関するコマンド多重数統計情報の値に応じてグループ内各ＨＢＡに比例配分した値を算出する。算出したＨＢＡ毎のコマンド多重数配分量をグループ単位でコマンド多重数配分制御テーブルへ格納する。さらに、配分実行時刻（例えば、即時配分実施であれば現在の時刻）とコマンド多重数配分制御テーブル４０６の配分量データへのリンク（例えば、インデックスやＩＤ番号）を、グループ毎にコマンド多重数配分スケジュールテーブル４１７へ格納する。

例えば、比例配分の計算式は、（Ａ１）式となる。
図２において、ホスト２０１（ＨＯＳＴ１）からＬＵ１へのＩ／Ｏ経路に対するコマンド多重数の配分量をｆ１とすると、
ｆ１＝Ｆ×ｍ１／（ｍ１＋ｍ２＋ｍ３＋ｍ４＋…） …（Ａ１） 但し、
Ｆ：ストレージ装置のポートＡ（ＰｏｒｔＡ）のコマンド多重数上限値
ｍ１、ｍ２、ｍ３、ｍ４、…：
ポートＡに接続された各ＬＵに対する同時コマンド発行数（単位時間あたりの平均）
なお、ｍ１、ｍ２、ｍ３、ｍ４、…の値は、ホスト監視エージェントがＨＢＡドライバを通じて観測する。比例配分はＬＵ毎に実施される。

コマンド多重数配分作成部Ｓ４１０がコマンド多重数配分量を算出（一次配分）した結果、ロードバランサによってパス多重化が行われているパスに不均衡な配分が実施されてしまう場合、コマンド多重数配分作成部Ｓ４１０は、次に述べる手順にて是正する。

［手順１］一次配分によって、ロードバランスされた各パスへ割り当てられた配分量のうち、最大のものを調べる。
［手順２］手順１で求めた最大値を、ロードバランスされた各パスへ均一に割り当てる。
［手順３］ストレージ装置１３１のポート１３２のコマンド多重数上限値から、手順２で割り当てた配分量を差し引き、残りのコマンド多重数配分量を、ポート１３２に接続されたロードバランスされたパス以外のパスへ再度比例配分する。

ＨＢＡ設定更新制御部Ｓ４１４は、コマンド多重数配分スケジュールテーブル４１７が更新されるタイミング、もしくはストレージ管理ソフト１２６からの要求に応じて起動され、コマンド多重数配分スケジュールテーブル４１７に格納された最新の配分スケジュールを抽出し、配分スケジュールに格納されたリンク（例えばインデックスやＩＤ番号）をキーとしてコマンド多重数配分制御テーブル４０６から配分量情報を抽出し、ホストサーバ１０６のＨＢＡ設定更新部１１８に対し、指定時刻に指定配分量で更新命令を発行する。

ホストサーバ１０６から同時に発行されるコマンド数が、ＨＢＡ１１９に配分したコマンド多重数上限値に達したことをホスト監視エージェント１１２によって検出した場合、ストレージ管理ソフト１２６によりコマンド多重数配分作成部Ｓ４１０が起動され、現在コマンド多重数の上限に達していない他のパスへ割り当てられているコマンド多重数の一部を、上限値に達したＨＢＡ１１９に配分移動する。配分移動元は、配分移動候補順位付け部Ｓ４０５によりパス対応テーブル４０９へ格納された順位付け情報に基づき、優先順位の低いＨＢＡから高いＨＢＡへ配分移動する。

外部ストレージ対応検索部Ｓ４１２は、リソース構成情報テーブル４０７が更新されたタイミング、もしくはストレージ管理ソフト１２６の要求により起動され、ストレージ装置３０４上にマッピングされた仮想ボリュームＬＵ３０７と外部接続されたストレージ装置３１２の対応関係情報を外部ストレージ対応テーブル４１３へ格納する。コマンド多重数配分作成部Ｓ４１０が外部ストレージ対応テーブル４１３に格納された対応関係情報を用いてコマンド多重数配分量を算出する処理の詳細は図２２において説明する。

ミラーボリューム対応検索部Ｓ４１５は、リソース構成情報テーブル４０７が更新されたタイミング、もしくはストレージ管理ソフト１２６の要求により起動され、ストレージ装置３０４上に作成されたプライマリボリュームである仮想ボリュームＰＶＯＬ３０８（図３参照）と、外部接続されたストレージ装置３１８に作成されたセカンダリボリュームである仮想ボリュームＳＶＯＬ３２１（図３参照）の同期コピー対応関係情報を、ミラーボリューム対応テーブル４１６に格納する。コマンド多重数配分作成部Ｓ４１０がミラーボリューム対応テーブル４１６に格納された同期コピー対応関係情報を用いてコマンド多重数配分量を算出する処理の詳細は図２３において説明する。

配分影響表示部Ｓ４１１は、パス対応テーブル４０９が更新されるタイミング（つまり、ホストサーバ１０６における系切り替えを契機としたパス切り替えが発生したタイミング）又はストレージ管理ソフト１２６からの要求で起動され、切り替えが発生したパスの新たな接続先のポート１３２に既に接続されていた他のパスをパス対応テーブル４０９から抽出し、コマンド多重数配分スケジュールテーブル４１７とコマンド多重数配分制御テーブル４０６に格納された情報から、抽出したパス上のＨＢＡ１１９に配分されたコマンド多重数のパス切り替え発生前後の変動値をストレージ管理クライアント上の表示装置１０４を経由してユーザ表示する。変動値は、パス切り替え発生前を１００％とした百分率で表示してもよい。

ＡＰ設定作成部Ｓ４２０は、パス対応テーブル４０９が更新されるタイミング（つまり、ホストサーバ１０６における系切り替えを契機としたパス切り替えが発生したタイミング）又はストレージ管理ソフト１２６からの要求で起動される。ＡＰ設定作成部Ｓ４２０は、リソース構成情報からＡＰ１１３の構成情報（例えば、Ｗｅｂアプリケーションであれば、最大ログインユーザ数の設定）を取得し、ＡＰ１１３が利用するパスに関して配分影響表示部Ｓ４１１と同様の手順で取得したコマンド多重数の変動値の百分率による比例計算を行い、ＡＰ１１３の構成情報（例えば、Ｗｅｂアプリケーションであれば、最大ログインユーザ数の設定）を調整した値を算出する。例えば、変動値の百分率が−５０％であれば、最大ログインユーザ数を通常の５０％に制限することになる。

算出した値とＡＰ１１３の設定値変更予定時刻をＡＰ設定スケジュールテーブル４１９へ格納する。ＡＰ設定更新制御部は、ＡＰ設定スケジュールテーブル４１９が更新されるタイミング又はストレージ管理ソフト１２６からの要求で起動され、ＡＰ設定更新部に更新後のＡＰ１１３の構成情報を通知する。

図５は、リソース、リソース間の性能に関する依存関係ならびにＩ／Ｏ経路の具体例を示す説明図である。リソースとは、ＳＡＮ環境の性能監視においてまとまった単位でメトリック値が取得されるＳＡＮ構成要素である。ＳＡＮを構成する具体的なハードウェアやソフトウェアごとにさまざまな種類のリソースがある。個々のＳＡＮ環境中のリソースは互いに性能上の影響を及ぼし合う関係にある。

図５に示すように、ＳＡＮ環境のハードウェアは、ホストサーバＡ（５０１）、ホストサーバＢ（５０２）、ホストサーバＣ（５０３）、ホストサーバＤ（５０４）という４つのホストサーバ１０６と、スイッチＡ（５５１）、スイッチＢ（５５２）、スイッチＣ（５５３）、スイッチＤ（５５４）という４つのＳＡＮスイッチ１２９、ストレージ装置Ａ（５７３）という１つのストレージ装置１３１で構成される。ホストサーバＡ（５０１）では、業務ソフトとサーバのハードならびにＯＳの性能情報を取得するためそれぞれＡＰ監視エージェント１１１（図１参照）とホスト監視エージェント１１２（図１参照）が稼動しているものとする。他のホストサーバも同様である。

アプリケーションであるＡＰ−Ａ（５０５）、ＡＰ−Ｂ（５０６）は、ＡＰ監視エージェント１１１の情報取得対象となるリソースの一例である。また、ファイルシステムであるＦＳ−Ａ（５１０）〜ＦＳ−Ｃ（５１２）と、ＨＢＡ−Ａ（５１６）、ＨＢＡ−Ｂ（５１７）、ポート（５２１）、ポート（５２２）は、ホスト監視エージェント１１２が情報取得の対象とするリソースの一例である。ファイルシステムは、ＯＳがデータの入出力サービスを提供する単位である。

例えば、ＡＰ−Ａ（５０５）と、ＦＳ−Ａ（５１０）ならびにＦＳ−Ｂ（５１１）を結ぶ線は、ＡＰ−Ａ（５０５）がＦＳ−Ａ（５１０）ならびにＦＳ−Ｂ（５１１）にＩ／Ｏを発行するという関係を表し、ＦＳ−Ａ（５１０）とＨＢＡ−Ａ（５１６）を結ぶ線は、ＦＳ−Ａ（５１０）に対するＩ／ＯはＨＢＡ−Ａ（５１６）を経由するという関係を表している。この関係は両リソースの間にＩ／Ｏ経路があり、一方の負荷が増えると他方の負荷も増えるという性能上の依存関係があることを意味する。

ストレージ装置Ａ（５７３）の性能情報を取得するためストレージ監視エージェント１４５（図１参照）が稼動しているものとする。このストレージ監視エージェント１４５が情報取得対象とするリソースには、ポート（５５５〜５５８）と、論理ボリュームであるＬＵ−Ａ（５６１）〜ＬＵ−Ｅ（５６５）、アレイグループであるＡＧ−Ａ（５６６）〜ＡＢ−Ｂ（５６７）、物理ＨＤＤ（５６８〜５７２）がある。

アレイグループは、ストレージサブシステムの機能によって複数の物理的なハードディスクドライブを論理的に１つの高速かつ高信頼のディスクドライブに見せたものである。また、論理ボリュームは、同じくストレージサブシステムの機能によって１つのアレイグループを切り分け、ホストサーバの用途に合ったサイズの論理的なディスクドライブに見せたものである。ホストサーバのファイルシステムは、ストレージ装置の論理ボリュームに割り当てられ、論理ボリュームはアレイグループに、アレイグループは物理ディスクに割り当てられるため、これらリソース間には性能の依存関係がある。

また、ホストサーバのファイルシステムと、同ファイルシステムが割り当てられるストレージ装置の論理ボリュームの対が決まると、この両者の間でやり取りされる入出力データの配送経路として、ＨＢＡのポートから、ＳＡＮスイッチのポートを経て、ストレージサブシステムのポートまでが決まる。従って、ホストサーバのボリュームにかかる入出力の負荷は、経路上のポートに対する通信の負荷となるため、ボリューム及び論理ボリュームの対と、経路上のポートの間には性能の依存関係がある。

図５に示す例では、ＦＳ−Ａ（５１０）はＬＵ−Ａ（５６１）に割り当てられる。また、ＬＵ−Ａ（５６１）は、ＡＧ−Ａ（５６６）に、ＡＧ−Ａ（５６６）は物理ＨＤＤ（５６８〜５７０）に割り当てられ、ＦＳ−Ａ（５１０）とストレージ装置Ａ（５７３）の対にポート５２１からポート５２７、ポート５３３、ポート５３９、ポート５４５、ポート５５５までの経路が対応する。ＡＰ−Ａ（５０５）が利用するＦＳ−Ａ（５１０）に対するＩ／Ｏ負荷は、ＦＳ−Ａ（５１０）から、ポート５２７、ポート５３３、ポート５３９、ポート５４５、ポート５５５、ＬＵ−Ａ（５６１）、ＡＧ−Ａ（５６６）というＩ／Ｏ経路（パス）を経て物理ＨＤＤ（５６８〜５７０）に達する。

ホストサーバＡ（５０１）にロードバランス機能を持つパス管理ソフト（図中では省略）を導入している場合、ＡＰ−Ａ（５０５）からＬＵ−Ａ（５６１）へのＩ／Ｏ経路として、ポート５２１、ポート５２７、ポート５３３、ポート５３９、ポート５４５、ポート５５５、ＬＵ−Ａ（５６１）というＩ／Ｏ経路の他に、ポート５２２、ポート５２８、ポート５３４、ポート５４０、ポート５４６、ポート５５６、ＬＵ−Ａ（５６１）というＩ／Ｏ経路を設けて、パス管理ソフトによりそれぞれのＩ／Ｏ経路へ均にＩ／Ｏを発行する構成をとってもよい。

ホストサーバＢ（５０２）とホストサーバＣ（５０３）はクラスタＡ（５２６）に属しており、ホストサーバに冗長性を持たせている。クラスタ構成では、一方のホストサーバがアプリケーションによるサービスを提供している間は、他方のホストサーバのアプリケーションは停止した状態となる。サービス提供中のホストサーバのハードウェアもしくはソフトウェアに障害が発生し、アプリケーションがサービスの提供を続行できない状況が発生した場合、サービス提供中のホストサーバ上のアプリケーションを停止し、他方のホストサーバ上のアプリケーションを起動する。なお、この動作を『系の切り替え』と呼ぶ。

ＡＰ−Ｃ（５０７）とＡＰ−Ｄ（５０８）が参照・更新するデータはＬＵ−Ｄ（５６４）に格納し、系の切り替えが発生した場合、停止したアプリケーションから、新たに起動するアプリケーションへデータが引き継がれる。例えば、ホストサーバＢ（５０２）に障害が発生し、ホストサーバＣ（５０３）へ系の切り替えが発生した場合、ＦＳ−Ｄ（５１３）からＬＵ−Ｄ（５６４）へのＩ／Ｏ経路は遮断され、新たにＦＳ−Ｅ（５１４）からＬＵ−Ｄ（５６４）へのＩ／Ｏ経路が接続される。ＦＳ−Ｅ（５１４）からＬＵ−Ｄ（５６４）へのＩ／Ｏ経路上に存在するポート５５８について、ポート５５８を経由する別のＩ／Ｏ経路としてホストサーバＤ（５０４）のＦＳ−Ｆ（５１５）からＬＵ−Ｅ（５６５）へのＩ／Ｏ経路が別に存在している。系の切り替えを契機として、ＦＳ−Ｅ（５１４）からＬＵ−ＤへのＩ／Ｏ経路がポート５５８へ負荷を与えることにより、ＦＳ−Ｆ（５１５）からＬＵ−Ｅ（５６５）へのＩ／Ｏ経路に新たな性能上の影響を与える。

次に各種テーブルについて、適宜図５を参照して説明する。
図６は、リソース統計情報テーブルの構造の一例を示す説明図である。リソース統計情報テーブル４０２には、ホスト監視エージェント１１２やストレージ監視エージェント１４５が収集したリソース統計情報が格納されている。図６は、ホスト監視エージェント１１２が観測したパス毎のコマンド同時発行数の単位時間毎平均値が格納された例を示している。図６に示す例では、リソース統計情報テーブル４０２には、番号欄６０１、ホストサーバ欄６０２、ＬＵ欄６０３、コマンド同時発行数欄６０４、収集時刻欄６０５を有する。例えば、番号＃１によれば、ホストサーバＡ（５０１）は、ＬＵ−Ａ（５６１）とのパスにおいて、コマンド同時発行数が１０１であることがわかる。

次に、図３４に示した各種テーブルについて、図７〜図１３を参照して説明する。なお、適宜図５を参照する。図７〜１３は、リソース構成情報テーブル４０７に格納されたストレージシステム内に存在するハードウェアもしくはソフトウェアの構成情報の具体例である。

そのうち、図７〜図１０は、ストレージ装置１３１の上に存在するＬＵ１３８と、ＬＵ１３８の上にある情報を利用するＡＰ１１３の、［利用者］−［利用対象］の関係を格納するテーブルの具体例である。図７〜１０の各テーブルは、ＪＯＩＮ（結合）して１つのテーブルに格納する構成をとってもよい。

図７は、ＨＢＡ−ファイルシステム関連テーブルを示す説明図である。ＨＢＡ−ファイルシステム関連テーブル７００は、ＨＢＡとファイルシステムの関係を格納しているテーブルの具体例であり、ホストサーバ欄７０１、ＨＢＡ欄７０２、ファイルシステム欄７０３とを有する。例えば、ホストサーバＡ（５０１）にはＨＢＡ−Ａ（５１６）とＨＢＡ−Ｂ（５１７）があり、ＨＢＡ−Ａ（５１６）からはファイルシステムＡ（５１０）へのＩ／Ｏが発行され、ＨＢＡ−Ｂ（５１７）からはファイルシステムＦＳ−Ｂ（５１１）及びファイルシステムＦＳ−Ｃ（５１２）へのＩ／Ｏが発行されることを表している。

図８は、アプリケーション（ＡＰ）−ファイルシステム関連テーブルを示す説明図である。アプリケーション（ＡＰ）−ファイルシステム関連テーブル８００は、アプリケーションとファイルシステムの関係を格納しているテーブルの具体例であり、ホストサーバ欄８０１、ＡＰ欄８０２、ファイルシステム欄８０３を有する。例えば、ホストサーバＡ（５０１）には、アプリケーションＡＰ−Ａ（５０５）とアプリケーションＡＰ−Ｂ（５０６）があり、アプリケーションＡＰ−Ａ（５０５）は、ファイルシステムＦＳ−Ａ（５１０）とファイルシステムＦＳ−Ｂ（５１１）へ業務データを格納し、アプリケーションＡＰ−Ｂ（５０６）はファイルシステムＦＳ−Ｃ（５１２）に業務データを格納することを表している。

図９は、ファイルシステム−ストレージ装置関連テーブルを示す説明図である。ファイルシステム−ストレージ装置関連テーブル９００は、ファイルシステムとストレージ装置の関係を格納しているテーブルの具体例であり、ホストサーバ欄９０１、ファイルシステム欄９０２、ストレージ装置欄９０３、ポート欄９０４を有する。例えば、ホストサーバＡ（５０１）には、ファイルシステムＦＳ−Ａ（５１０）、ファイルシステムＦＳ−Ｂ（５１１）及びファイルシステムＦＳ−Ｃ（５１２）があり、ファイルシステムＦＳ−Ａ（５１０）へのＩ／Ｏは、ストレージ装置Ａ（５７３）のポートＡ（５５５）を経由してストレージ装置Ａ（５７３）内の記憶領域を利用していることを表している。

図１０は、ストレージ装置−ＬＵ関連テーブルを示す説明図である。ストレージ装置−ＬＵ関連テーブル１０００は、ストレージ装置とＬＵの関係を格納しているテーブルの具体例であり、ストレージ装置欄１００１、ポート欄１００２、ＬＵ欄１００３を有する。例えば、ストレージ装置Ａ（５０１）には、ポートＣ（５５７）及びポートＤ（５５８）があり、ＬＵ−Ｄ（５６４）に対して発行されたＩ／ＯはポートＣ（５５７）またはポートＤ（５５８）で受信することを表している。すなわち、Ｉ／Ｏ経路が二重化の例である。

図１１は、ホストサーバ−クラスタ関連テーブルを示す説明図である。ホストサーバ−クラスタ関連テーブル１１００は、ホストサーバがクラスタを構成している場合のクラスタ名（論理ホスト名）とホストサーバ名（物理ホスト名）の関係を格納するテーブルの具体例である。クラスタ構成をとっているホストサーバでは、クラスタグループに含まれるいずれかのホストサーバがオンライン（実行系）となり、それ以外のホストサーバがオフライン（待機系）となる。ホストサーバ−クラスタ関連テーブル１１００は、ホストサーバ欄１１０１、クラスタ欄１１０２、実行系であるか否かの識別子欄１１０３を有する。例えば、図１１の示す例においては、ホストサーバＢ（５０２）は、クラスタＡ（５２６）に属し、実行系であり、ホストサーバＣ（５０３）は、クラスタＡ（５２６）に属し、待機系となっている。実行系であるか否かの識別子が、後にコマンド多重数の配分量を計算するときの配分条件として利用される。

図１２は、ストレージ装置側ポートのコマンド多重数上限値テーブルを示す説明図である。ストレージ装置側ポートのコマンド多重数上限値テーブル１２００は、ストレージ装置上の各ポートのコマンド多重数上限値を格納するテーブルであり、ストレージ装置欄１２０１、ポート欄１２０２、コマンド多重数上限値欄１２０３を有する。例えば、ストレージ装置Ａ（５７３）には、ポートＡ（５５５）、ポートＢ（５５６）、ポートＣ（５５７）及びポートＤ（５５８）があり、それぞれ同時に処理できるコマンド数の上限が２５６であることを表している。

図１３は、ＡＰ構成情報テーブル１３００を示す説明図である。ＡＰ構成情報テーブル１３００は、業務アプリケーション（ＡＰ）の構成情報を格納するテーブルであり、ホストサーバ欄１３０１、ＡＰ欄１３０２、最大ログインユーザ数の規定値欄１３０３、最大ログインユーザ数の現在値欄１３０４を有する。例えば、ホストサーバＡ（５０１）ではＡＰ−Ａ（５０５）及びＡＰ−Ｂ（５０６）が実行されており、それぞれの業務アプリケーションに設定された最大ログインユーザ数の規定値および現在値が格納されている。規定値とは初期設定時に与えられる最も期待される能力値であり、現在値とは現在設定された値である。現在値はストレージ装置への負荷を考慮して最適な値が動的に設定され、規定値とは異なる値が設定されることもある。

図１４は、ＡＰ設定スケジュールテーブルを示す説明図である。ＡＰ設定スケジュールテーブル４１９は、アプリケーションの設定更新の配分予定時刻（調整予定時刻）を格納するテーブルであり、番号欄１４０１、配分予定時刻欄１４０２、配分完了時刻欄１４０３、ホストサーバ欄１４０４、ＡＰ欄１４０５、最大ログインユーザ数の調整値欄１４０６を有する。配分予定時刻欄１４０２の他に、配分実行履歴を保存するために配分完了時刻欄１４０３に配分完了時刻を保存している。例えば、ホストサーバＡ（５０１）のＡＰ−Ａ（５０５）は、コマンド多重数配分量の変化量に応じて最大ログインユーザ数を２０，０００（図１３参照）から１８、０００アカウントに調整されたことを表している。なお、後述する図１７及び図１８のように、配分予定時刻と設定値の情報を別々のテーブルに保持する構成をとってもよい。

図１５は、パス対応テーブルを示す説明図である。図１５に示すパス対応テーブル４０９は、配分移動候補選択順位付け部Ｓ４０５による順位付け後のパス対応テーブルであり、リソース構成情報テーブル４０７に格納された各種リソースの構成情報から、コマンド多重数の配分量を計算するために必要なパス対応情報を抽出した結果を格納するテーブルである。パス対応テーブル４０９は、番号欄１５０１、ホストサーバ欄１５０２、ＡＰ欄１５０３、ファイルシステム欄１５０４、ＨＢＡ欄１５０５、ストレージ装置のポート欄１５０６、ＬＵ欄１５０７、帯域保障欄１５０８、優先度欄１５０９、収集時刻欄１５１０を有する。

図１５の例では、後述する配分順位付け条件テーブル４０３に格納された各ＬＵの優先順位情報をマージし、各パスの配分量を計算する条件として加える構成となっている。ホストサーバがクラスタ構成をとっている場合は、現在実行系となっているホストサーバのパスだけを抽出する。例えば、図５のような構成でクラスタＡのホストサーバＢが実行系、ホストサーバＣが待機系となっている場合は、ホストサーバＣのパス情報は抽出しない。抽出しない理由は、ホストサーバＣが利用するパスは系切り替えが発生するまで使用されないためである。

図１６は、配分順位付け条件テーブルを示す説明図である。配分順位付け条件テーブル４０３は、統計情報に基づく自動コマンド多重数配分に加え、各ＬＵに優先順位を与えるテーブルであり、リソースの一時的な負荷の増加に応じた自動配分移動の対象ボリューム選択条件として利用される。配分順位付け条件テーブル４０３は、番号欄１６０１、ＬＵ欄１６０２、優先度欄１６０３、帯域保証欄１６０４を有する。図１６に示す優先度欄１６０３には、図５のストレージ装置Ａ全体を１００％として各ＬＵの業務優先度合いを百分率により設定した値が入力されている。優先度欄１６０３の値は、システム管理者が図４の優先順位設定部Ｓ４０４を経由して設定する。

配分量を一定量保証したいボリューム、もしくは自動配分移動対象外のボリュームを指定する属性を追加して、コマンド多重数の配分条件に加えてもよい。図５では、帯域保証欄１６０４を追加し、帯域保証ありのＬＵに対しては、パス切り替えを契機とする自動配分移動の対象から除外する例を示している。帯域保証欄１６０４の値は、システム管理者が図４の優先順位設定部Ｓ４０４を経由して設定する。

図１７は、コマンド多重数配分制御テーブルを示す説明図である。コマンド多重数配分制御テーブル４０６は、番号欄１７０１、ホストサーバ欄１７０２、ＨＢＡ欄１７０３、ＬＵ欄１７０４、コマンド多重数配分量欄１７０５を有する。各パスへのコマンド多重数配分量欄１７０５の値は、ＨＢＡ欄１７０３の設定値として与える。パス管理ソフト１１５のパス定義によってＨＢＡに接続されているＬＵ毎に、コマンド多重発行数の上限値を設定する必要がある。このため、コマンド多重数の配分量は、ホスト、ＨＢＡ、ＬＵの組み合わせ毎に割り当てられる。

図１８は、コマンド多重数配分スケジュールテーブルを示す説明図である。コマンド多重数配分スケジュールテーブル４１７は、コマンド多重数配分の配分予定時刻（実行予定時刻）を格納するテーブルであり、番号欄１８０１、配分予定時刻欄１８０２、配分完了時刻欄１８０３を有する。番号欄１８０１は、図１７の番号欄１７０１と対応する。配分予定時刻欄１８０２の配分予定時刻の他に、配分実行履歴を保存するために配分完了時刻を配分完了時刻欄１８０３に保存する構成をとっている。

図１９は、外部ストレージ対応テーブルを示す説明図である。外部ストレージ対応テーブル４１３は、外部接続されたストレージ装置からマッピングされたＬＵについての、マッピング先ストレージ装置とマッピング元ストレージ装置の対応関係を格納するテーブルであり、番号欄１９０１、マッピング先ストレージ装置欄１９０２、ＬＵ欄１９０３、マッピング元ストレージ装置欄１９０４、ＬＵ欄１９０５を有する。例えば、番号＃１によれば、ストレージ装置Ａには、外部ストレージからマッピングされているＬＵ−Ｈがあり、ＬＵ−ＨへのＩ／Ｏはマッピング元外部接続ストレージ装置Ｂへ転送され、ＬＵ−ＬへのＩ／Ｏとして処理されることを表している。

図２０は、ミラーボリューム対応テーブルを示す説明図である。ミラーボリュームとは、ある論理ボリュームの内容を複製したボリュームのことであり、正ボリューム（プライマリボリューム）へのＩ／Ｏを即座に副ボリューム（セカンダリボリューム）に反映して、正・副を常に同一の状態に保つ同期コピー方式と、定期的に正ボリュームの内容を複写してスナップショットを保存する非同期方式がある。業務システムに冗長性を持たせるためホストサーバとＬＵの双方を二重化した運用を行うような場合、正・副ボリュームを常に同一の状態に保つ同期方式が利用される。

ミラーボリューム対応テーブル４１６は、番号欄２００１、プライマリボリューム欄２００２、ストレージ装置のプライマリサイト欄２００３、セカンダリボリューム欄２００４、ストレージ装置のセカンダリサイト欄２００５、コピー方式欄２００６を有する。図２０の例では、ストレージ装置ＡのプライマリボリュームＰは、ストレージ装置ＢのセカンダリボリュームＴと同期コピー関係にあることを表している。

次に各部の処理について図２１〜図３２を参照して説明する。適宜図４を参照する。
図２１は、コマンド多重数配分作成部の処理を示すフローチャートである。コマンド多重数配分作成部Ｓ４１０は、ストレージ装置のポートのコマンド実行能力を発揮するために、ポートに接続された各パスへ配分する処理である。コマンド多重数配分作成部Ｓ４１０は、ストレージ装置のポート毎にステップＳ２１０２〜ステップＳ２１０７）を繰り返し、対象ポートが無ければ終了する（ステップＳ２１０１）。ステップＳ２１０２において、リソース構成情報テーブル４０７から、ストレージ装置側のポートのコマンド多重数上限値を取得する。ステップＳ２１０３において、パス対応テーブル４０９から、ストレージ装置側のポートに接続されているパスの一覧を取得する。

ステップＳ２１０４において、リソース統計情報テーブル４０２から、パス毎のコマンド同時発行数一覧を取得する。ステップＳ２１０５において、ストレージ装置側のポートのコマンド多重数上限値を、ステップＳ２１０４で取得したコマンド同時発行数の値に基づき各パスへ比例配分した値を算出する。ステップＳ２１０６において、ステップＳ２１０５で算出したコマンド多重数配分量をコマンド多重数配分制御テーブル４０６へ格納する。

ステップＳ２１０７において、コマンド多重数配分スケジュールテーブル４１７へ、コマンド多重数配分実行時刻を格納する。例えば、即時実行するのであれば実行時刻として現在時刻を格納する。

図２２は、コマンド多重数配分作成部の変形例１を示すフローチャートである。図２２では、図２１のフローチャートに、外部ストレージ装置が接続された場合の考慮を追加している（ステップＳ２２０６〜ステップＳ２２０８）。

コマンド多重数配分作成部Ｓ４１０は、ストレージ装置のポート毎にステップＳ２２０２〜ステップＳ２２１０を繰り返し、対象ポートが無ければ終了する（ステップＳ２２０１）。ステップＳ２２０２において、リソース構成情報テーブル４０７から、ストレージ装置側のポートのコマンド多重数上限値を取得する。ステップＳ２２０３において、パス対応テーブル４０９から、ストレージ装置側のポートに接続されているパスの一覧を取得する。ステップＳ２２０４において、リソース統計情報テーブル４０２から、パス毎のコマンド同時発行数一覧を取得する。ステップＳ２２０５において、ストレージ装置側のポートのコマンド多重数上限値を、ステップＳ２２０４で取得したコマンド同時発行数の値に基づき各パスへ比例配分した値を算出する。

ステップＳ２２０６において、外部ストレージ装置からマッピングされているＬＵについて、外部ストレージ装置のポートのコマンド多重数上限値を取得する。ステップＳ２２０７において、外部ストレージ判定条件を満たしているか否かを判定する。外部ストレージ判定条件が全て真の場合は（ステップＳ２２０７，Ｙｅｓ）、ステップＳ２２０８へ進み、いずれか又は両方が偽の場合は（ステップＳ２２０７，Ｎｏ）、ステップＳ２２０９へ進む。

外部ストレージ判定条件を以下に示す。
条件１：現在処理の対象となっているＬＵは外部ストレージ装置からマッピングされたＬＵである。
条件２：（ステップＳ２２０５で算出された配分量）＞（外部ストレージ装置のポートのコマンド多重数上限値）。

ステップＳ２２０８において、現在処理の対象となっているＬＵへの配分量を（外部ストレージ装置のポートのコマンド多重数上限値）に設定し、現在処理の対象となっているＬＵ以外のＬＵへの配分量をステップＳ２２０６の手順で再度比例配分する。

ステップＳ２２０９において、ステップＳ２２０５またはステップＳ２２０８で算出したコマンド多重数配分量をコマンド多重数配分制御テーブル４０６へ格納する。ステップＳ２２１０において、コマンド多重数配分スケジュールテーブル４１７へ、コマンド多重数配分実行時刻を格納する。例えば、即時実行するのであれば実行時刻として現在時刻を格納する。

図２３は、コマンド多重数配分作成部の変形例２を示すフローチャートである。図２３では、図２１のフローチャートに、ミラーボリュームが存在した場合の考慮を追加している（ステップＳ２３０５、ステップＳ２３０６）。

コマンド多重数配分作成部Ｓ４１０は、ストレージ装置のポート毎にステップＳ２３０２〜ステップＳ２３０９を繰り返し、対象ポートが無ければ終了する（ステップＳ２３０１）。ステップＳ２３０２において、リソース構成情報テーブル４０７から、ストレージ装置側のポートのコマンド多重数上限値を取得する。ステップＳ２３０３において、パス対応テーブル４０９から、ストレージ装置側のポートに接続されているパスの一覧を取得する。ステップＳ２３０４において、リソース統計情報テーブル４０２から、パス毎のコマンド同時発行数一覧を取得する。

ステップＳ２３０５において、系切り替え判定条件に満たしているか否かを判定する。系切り替え条件が全て真の場合は（ステップＳ２３０５，Ｙｅｓ）、ステップＳ２３０６へ進み、いずれか又は両方が偽の場合は（ステップＳ２３０５，Ｎｏ）、ステップＳ２３０７へ進む。

系切り替え条件を以下に示す。
条件１：パス切り替えを契機とする再配分である。
条件２：ミラーリングされているセカンダリボリュームに新たにパスが接続された。（Ｉ／Ｏ経路がプライマリボリュームからセカンダリボリュームへ移った。）

ステップＳ２３０６において、ステップＳ２３０４で取得したパス毎のコマンド同時発行数のうち、セカンダリボリュームのコマンド同時発行数統計情報を、系切り替え直前まで利用されていたプライマリボリュームの統計情報に入れ替える。セカンダリボリュームには系切り替え直前までＩ／Ｏが無いため、プライマリボリュームの統計情報を配分量計算に利用する。

ステップＳ２３０７において、ストレージ装置側のポートのコマンド多重数上限値を、ステップＳ２３０４及びステップＳ２３０６において取得したコマンド同時発行数の値に基づき各パスへ比例配分した値を算出する。ステップＳ２３０８において、ステップＳ２３０７において算出したコマンド多重数配分量をコマンド多重数配分制御テーブル４０６へ格納する。ステップＳ２３０９において、コマンド多重数配分スケジュールテーブル４１７へ、コマンド多重数配分実行時刻を格納する。例えば、即時実行するのであれば実行時刻として現在時刻を格納する。

図２４は、ＡＰ設定作成部の処理を示すフローチャートである。ＡＰ設定作成部Ｓ４２０は、アプリケーション（ＡＰ）の構成情報を、コマンド多重数配分量変化量に基づき自動調整する処理を行う。ＡＰ設定作成部Ｓ４２０は、ＡＰ毎にステップＳ２４０２〜ステップＳ２４０５を繰り返し、対象ＡＰが無ければ終了する（ステップＳ２４０１）。ステップＳ２４０２において、リソース構成情報テーブル４０７から、アプリケーションの構成情報を取得する。ステップＳ２４０３において、コマンド多重数配分制御テーブル４０６から、アプリケーションが利用するパスのコマンド多重数配分量調整前と調整後のコマンド多重数配分量を取得する。

ステップＳ２４０４において、例えば、以下のような計算式に基づきアプリケーションの新しい設定値を算出する。アプリケーション設定値（例えば、最大ログインユーザ数）算出式は、（Ａ２）式で示される。
（コマンド多重数配分量調整後の配分量）／（コマンド多重数配分量調整前の配分量）×（アプリケーションのログインユーザ数の規定値） …（Ａ２）

ステップＳ２４０５において、ステップＳ２４０４において算出したアプリケーション設定の調整値と設定更新予定時刻をＡＰ設定スケジュールテーブル４１９へ格納する。例えば、即時実行するのであれば更新予定時刻として現在時刻を格納する。

図２５は、コマンド多重数配分作成部の変形例３を示すフローチャートである。図２５では、図２１のフローチャート（ステップＳ２１０２〜ステップＳ２１０７）に、ロードバランスされたパスが存在する場合の考慮を追加している（ステップＳ２５０１〜ステップＳ２５０４）。ステップＳ２１０２〜ステップＳ２１０７は、説明を省略する。

コマンド多重数配分作成部Ｓ４１０は、ステップＳ２５０１において、ロードバランサ判定条件を満たすか否かを判定する。下記のロードバランサ条件が真の場合は（ステップＳ２５０１，Ｙｅｓ），ステップＳ２５０２へ進み、偽の場合は（ステップＳ２５０２，Ｎｏ）処理を終了する。
ロードバランサ条件：監視対象のストレージシステム内にロードバランサによるパス多重化されたパスがある。

ステップＳ２５０２において、ステップＳ２１０５によって割り当てられたコマンド多重数配分量のうち、多重化されたパスに割り当てられた配分量を抽出し、その中で最大の配分量の値を多重化されたパスへ均配分する。均配分の結果残ったコマンド多重数配分量をステップＳ２１０５の手順で他のパスへ再度比例配分する。例えば、ホストサーバＡからＬＵ−ＡへのパスがパスＡ〜Ｅまで存在したとすると、図２１のコマンド多重数配分の結果によりパスＡ〜Ｅに割り当てられた配分量のうち最大のもの（例えばパスＣへの配分量Ｃｎ）を、パスＡ〜Ｅに均配分（パスＡ〜Ｅの配分量を全てＣｎに変更）し、パスＡ〜Ｅ上に存在するストレージ装置の各ポートについて、パスＡ〜Ｅへ割り当てた配分量を除いたコマンド多重数上限値をその他のパスへ再度比例配分する。

ステップＳ２５０３において、ステップＳ２５０２において算出したコマンド多重数配分量をコマンド多重数配分制御テーブル４０６へ格納する。ステップＳ２５０４において、コマンド多重数配分スケジュールテーブル４１７へ、コマンド多重数配分実行時刻を格納する。例えば、即時実行するのであれば実行時刻として現在時刻を格納する。ただし、この処理は、図２１で既に行われており、スケジュールに変更がなければ省略可能な処理となる。

図２６は、コマンド多重数配分作成部の変形例４を示すフローチャートである。図２６では、図２１のフローチャート（ステップＳ２１０１〜ステップＳ２１０７）に、パスのコマンド同時発行数がＨＢＡ１１９に割り当てられた上限値に達した場合の考慮を追加している（ステップＳ２６０１、ステップＳ２６０２）。ステップＳ２１０１〜ステップＳ２１０７は、説明を省略する。

コマンド多重数配分作成部Ｓ４１０は、ステップＳ２６０１において配分量移動条件判定を満たすか否かを判定する。配分量移動判定条件が全て真の場合は（ステップＳ２６０１，Ｙｅｓ）、ステップＳ２６０２へ進み、いずれかまたは両方が偽の場合は（ステップＳ２６０１，Ｎｏ）、ステップＳ２１０１に進む。

配分量移動判定条件を下記に示す。
条件１：配分されたコマンド多重数の上限値に達したパスがある。
条件２：条件１に該当するパス上に存在するストレージ装置のポートと同じポートを経由するパスがある。
条件３：条件２に該当するパスに接続されたＬＵが上限値に達したＬＵよりも優先度が低い。

ステップＳ２６０２において、ステップ２６０１の条件３に該当するＬＵ（ＬＵ−Ｂ）に配分された配分量を、以下の（Ａ３）の計算式に基づき、一部をステップＳ２６０１の条件１に該当するパスに接続されたＬＵ（ＬＵ−Ａ）へ移動する。例えば、ＬＵ−Ｂのコマンド多重数配分量のうち、利用されていない配分量をＬＵ−Ａへ移動する。
（ＬＵ−Ｂの配分量）−（ＬＵ−Ｂのコマンド同時発行数統計情報から取得される単位時間毎平均値） …（Ａ３）

図２７は、エージェント情報収集部の処理を示すフローチャートである。エージェント情報収集部Ｓ４０１は、ステップＳ２７０１において、エージェント（ストレージ監視エージェント、ホスト監視エージェント及びＡＰ監視エージェントを含む）毎に処理が繰り返し実行され、ステップＳ２７０２において、エージェントが採取した稼働性能情報（リソース統計情報及びリソース構成情報）毎に処理が繰り返し実行される。

エージェント情報収集部Ｓ４０１は、ステップＳ２７０３において、稼動性能情報種別判定条件を満たすか否かを判定する。ここでの稼動性能情報種別判定条件とはエージェントが採取した稼働性能情報がリソース統計情報である。稼動性能情報種別判定条件が真の場合は（ステップＳ２７０３，リソース統計情報）、ステップＳ２７０４へ進み、偽の場合は（ステップ，リソース構成情報）、ステップＳ２７０５へ進む。

ステップＳ２７０４において、エージェントが採取したリソース統計情報をリソース統計情報テーブル４０２へ格納する。ステップＳ２７０５において、エージェントが採取したリソース構成情報をリソース構成情報テーブル４０７へ格納する。

図２８は、優先順位設定部の処理を示すフローチャートである。優先順位設定部Ｓ４０４は、ステップＳ２８０１において、リソース構成情報テーブル４０７のストレージ装置−ＬＵ関連テーブル１０００（図１０参照）の情報を元に、ストレージ管理クライアント１０２に対してＬＵ一覧表を表示する。ＬＵ一覧表には、配分順位付け条件テーブル４０３に格納するために必要な情報として、優先度が含まれる。帯域保証を入力する欄を追加してもよい。ステップＳ２８０２において、ステップＳ２８０１において表示したＬＵ一覧表に対してユーザが入力した優先度及び帯域保証の値を、配分順位付け条件テーブル４０３へ格納し、処理を終了する。

図２９は、パス対応検索部の処理を示すフローチャートである。パス対応検索部Ｓ４０８は、ステップＳ２９０１において、リソース構成情報テーブル４０７からリソース構成情報を含む各種テーブル（図７〜１３）を結合し、１つのテーブルにしてメモリ１２５もしくはＨＤＤ１２４上に一時的情報として格納する。ステップＳ２９０２において、ステップＳ２９０１において生成したリソース構成情報の結合結果を、パス対応テーブル４０９に格納し、メモリ１２５もしくはＨＤＤ１２４上の一時的情報を削除し、処理を終了する。

図３０は、配分移動候補選択順位付け部の処理を示すフローチャートである。配分移動候補選択順位付け部Ｓ４０５は、ステップＳ３００１において、配分順位付け条件テーブル４０３に格納されたＬＵ毎の順位付け情報（優先度及び帯域保証）と、パス対応テーブル４０９を結合し、１つのテーブルにしてメモリ１２５もしくはＨＤＤ１２４上に一時的情報として格納する。ステップＳ３００２において、ステップＳ３００１において生成したＬＵ毎の順位付け情報とパス対応テーブル４０９の結合結果をパス対応テーブル４０９に格納し、メモリ１２５もしくはＨＤＤ１２４上の一時的情報を削除し、処理を終了する。

図３１は、外部ストレージ対応検索部の処理を示すフローチャートである。外部ストレージ対応検索部Ｓ４１２は、ステップＳ３１０１において、リソース構成情報テーブル４０７からＬＵと外部ストレージ装置のマッピング対応情報（図中では省略）を検索する。ステップＳ３１０２において、ステップＳ３１０１において検索により抽出されたＬＵと外部ストレージ装置のマッピング対応情報を外部ストレージ対応テーブル４１３に格納する。

図３２は、ミラーボリューム対応検索部の処理を示すフローチャートである。ミラーボリューム対応検索部Ｓ４１５は、ステップＳ３２０１において、リソース構成情報テーブル４０７からＬＵの正・副ボリューム対応情報（図中では省略）を検索する。ステップＳ３２０２において、ステップＳ３２０１において検索により抽出された正・副ボリューム対応情報をミラーボリューム対応テーブル４１６に格納し、処理を終了する。

図３３は、配分影響表示部が表示する影響レポート画面を示す具体例である。配分影響表示部Ｓ４１１は、ストレージ管理クライアント１０２の表示装置１０４に影響レポート画面を表示する。影響レポート画面では、系切り替えによるＩ／Ｏ経路への性能上の影響を、にコマンド多重数の配分量の変化を指標として表示される。図３３においては、図２のＨＯＳＴ４とＨＯＳＴ５から成るクラスタにおいて、実行系ホストがＨＯＳＴ４からＨＯＳＴ５に切り替わったときの影響レポート画面の例を示している。

メッセージ３３０１において、どのホストサーバからどのホストサーバへ実行系が切り替わったかを示しており、例では、ＨＯＳＴ４からＨＯＳＴ５へ実行系ホストが切り替わったことを示している。

メッセージ３３０２において、系切り替えによって、クラスタが利用するパスがどのパスからどのパスへ移ったかを示しており、例では、ＨＢＡ（ＷＷＮ６）に接続されたＩ／Ｏ経路から、ＨＢＡ（ＷＷＮ７）に接続されたＩ／Ｏ経路へ移ったことを示している。

テーブル３３０９は、図２のＰｏｒｔＹに接続された各ホストサーバへの影響度合いを示すため、各ホストサーバに割り当てられたコマンド多重数の配分量（各ホストサーバにおける各ＬＵに割り当てられた量の合計）が、系切り替え前と後でどのように変化したかを表示する。なお、テーブル３３０９は、ホストサーバ単位で纏めたものをレポートしているが、ＬＵ毎にレポートしてもよい。

テーブル３３０９は、番号欄３３０３、ホストサーバ欄３３０４、優先度欄３３０５、切り替え前配分欄３３０６、切り替え後配分欄３３０７、影響度欄３３０８を有する。ホストサーバ欄３３０４には、系切り替えによる影響を受けるホストサーバの名前が表示される。優先度欄３３０５には、各ホストサーバの業務優先度が、システム全体を１００％とした百分率で表示される。切り替え前配分欄３３０６には、系切り替え前の各ホストサーバに割り当てられたコマンド多重数の配分量（各ホストサーバにおける各ＬＵに割り当てられた量の合計）が表示される。切り替え後配分欄３３０７には、系切り替え後の各ホストサーバに割り当てられたコマンド多重数の配分量（各ホストサーバにおける各ＬＵに割り当てられた量の合計）が表示される。影響度欄３３０８には、下記の計算による影響度合いが百分率で表示される。影響度計算は（Ａ４）式で求められる。
（系切り替え後の配分量の増加量）／（切り替え前の配分量）×１００ …（Ａ４）
なお、「系切り替え後の配分量の増加量」において減少する場合は負の値となる。

本実施形態によれば、以下の効果がある。なお、下記の（１）〜（７）は、発明が解決しようとする課題の（１）〜（７）に対応している。
（１）パス毎のコマンド多重数の上限値設定を自動化し、Ｉ／Ｏ性能の劣化を防ぐことができる。
（２）ストレージ装置ポートのコマンド実行能力を最大限活用することができる。
（３）障害発生に即座に対応した上限値の自動調整できる。
（４）障害影響度合いに基づくアプリケーションの調整を自動化できる。
（５）関連ボリュームの性能観測値の有効活用できる。
（６）性能の異なるストレージ装置を含めパス毎のコマンド多重数の上限値を一括調整できる。
（７）ロードバランスされたパス構成のポート性能のチューニングを自動化できる。

本実施形態のストレージシステムを示す構成図である。 本実施形態の骨子を示す概念図である。 ストレージ装置の変形例を示すシステム構成図である。 ストレージシステムの管理方法を示す機能ブロック図である。 リソース、リソース間の性能に関する依存関係ならびにＩ／Ｏ経路の具体例を示す説明図である。 リソース統計情報テーブルの構造の一例を示す説明図である。 ＨＢＡ−ファイルシステム関連テーブルを示す説明図である。 アプリケーション（ＡＰ）−ファイルシステム関連テーブルを示す説明図である。 ファイルシステム−ストレージ装置関連テーブルを示す説明図である。 ストレージ装置−ＬＵ関連テーブルを示す説明図である。 ホストサーバ−クラスタ関連テーブルを示す説明図である。 ストレージ装置側ポートのコマンド多重数上限値テーブルを示す説明図である。 ＡＰ構成情報テーブル１３００を示す説明図である。 ＡＰ設定スケジュールテーブルを示す説明図である。 パス対応テーブルを示す説明図である。 配分順位付け条件テーブルを示す説明図である。 コマンド多重数配分制御テーブルを示す説明図である。 コマンド多重数配分スケジュールテーブルを示す説明図である。 外部ストレージ対応テーブルを示す説明図である。 ミラーボリューム対応テーブルを示す説明図である。 コマンド多重数配分作成部の処理を示すフローチャートである。 コマンド多重数配分作成部の変形例１を示すフローチャートである。 コマンド多重数配分作成部の変形例２を示すフローチャートである。 ＡＰ設定作成部の処理を示すフローチャートである。 コマンド多重数配分作成部の変形例３を示すフローチャートである。 コマンド多重数配分作成部の変形例４を示すフローチャートである。 エージェント情報収集部の処理を示すフローチャートである。 優先順位設定部の処理を示すフローチャートである。 パス対応検索部の処理を示すフローチャートである。 配分移動候補選択順位付け部の処理を示すフローチャートである。 外部ストレージ対応検索部の処理を示すフローチャートである。 ミラーボリューム対応検索部の処理を示すフローチャートである。 配分影響表示部が表示する影響レポート画面を示す具体例である。 リソース構成情報テーブルに含まれる各種テーブルを示す説明図である。

符号の説明

１０１ ＡＰクライアント
１０２ ストレージ管理クライアント
１０６ ホストサーバ
１１３ ＡＰ
１１４ ファイル管理システム
１１５ パス管理ソフト
１１６ ＨＢＡドライバ
１１７ ＡＰ設定更新部
１１８ ＨＢＡ設定更新部
１２１ ストレージ管理サーバ
１２６ ストレージ管理ソフト
１２９ ＳＡＮスイッチ
１３１ ストレージ装置
１３２ ポート
１３４ 転送制御部
１３７ 仮想ボリューム管理制御部
１３８ ＬＵ
１３９ 物理ＨＤＤ群
４０２ リソース統計情報テーブル
４０３ 配分順位付け条件テーブル
４０６ コマンド多重数配分制御テーブル
４０７ リソース構成情報テーブル
４０９ パス対応テーブル
４１３ 外部ストレージ対応テーブル
４１６ ミラーボリューム対応テーブル
４１７ コマンド多重数配分スケジュールテーブル
４１９ ＡＰ設定スケジュールテーブル
Ｓ４０１ エージェント情報収集部
Ｓ４０４ 優位順位設定部
Ｓ４０５ 配分移動候補選択順位付け部
Ｓ４０８ パス対応検索部
Ｓ４１０ コマンド多重数配分作成部
Ｓ４１１ 配分影響表示部
Ｓ４１２ 外部ストレージ対応検索部
Ｓ４１４ ＨＢＡ設定更新制御部
Ｓ４１５ ミラーボリューム対応検索部
Ｓ４１８ ＡＰ設定更新制御部
Ｓ４２０ ＡＰ設定作成部

Claims (14)

1. アプリケーションを実行するホストが、ＳＡＮ（Storage Area Network）を介してストレージと、ＬＡＮ（Local Area Network）を介して管理サーバと通信可能にされ、前記ストレージを監視する監視サーバが、前記ＳＡＮを介して前記ストレージと、前記ＬＡＮを介して前記管理サーバと通信可能にされるストレージシステムにおいて、前記ホストから前記ストレージへアクセスするアクセス性能を管理するストレージシステムの管理方法であって、
   前記ホストは、前記アプリケーションを実行する際に少なくとも自身のホストバスアダプタと前記ＳＡＮと前記ストレージのポートとを経由して論理ボリュームにアクセスするパスであるパス情報と、前記各パスに同時に発行されるコマンド数である同時コマンド発行数を前記管理サーバに送信し、
   前記監視サーバは、前記ストレージのポートで同時に実行可能なコマンド数であるポートのコマンド多重数上限値を、前記管理サーバに送信し、
   前記管理サーバは、前記パス情報と、前記同時コマンド発行数と、前記ポートのコマンド多重数上限値を受理すると、前記ポートのコマンド多重数上限値を、該ポートを利用する各パスに、前記同時コマンド発行数から比例配分して前記各パスのコマンド多重数上限値を算出し、その算出結果を前記ホストに送信し、
   前記ホストは、受理した前記各パスのコマンド多重数上限値を、前記ホストバスアダプタに対して設定する
   ことを特徴とするストレージシステムの管理方法。
2. 前記ホストは、各パスの同時コマンド発行数が、前記各パスのコマンド多重数上限値に達したことを検知すると、前記管理サーバに通知し、
   前記管理サーバは、上限に達していない、もしくは、業務優先度の低いパスに割り当てられているコマンド多重数を一時的に当該パスへ移動する指令を、前記ホストに通知する
   ことを特徴とする請求項１に記載のストレージシステムの管理方法。
3. 複数のホストを結合し、クラスタを形成している場合、第１のホストから第２のホストへの系／パス切り替えが発生すると、
   前記管理サーバは、前記第２のホストのパス情報と、前記第２のホストの同時コマンド発行数と、前記第２のホストのポートのコマンド多重数上限値から、前記ポートのコマンド多重数上限値を、該ポートを利用する各パスに、前記同時コマンド発行数から比例配分して前記各パスのコマンド多重数上限値を算出し、その算出結果を前記第２のホストに送信し、
   前記第２のホストは、受理した前記各パスのコマンド多重数上限値を、前記ホストバスアダプタに対して設定する
   ことを特徴とする請求項１に記載のストレージシステムの管理方法。
4. 前記管理サーバは、前記系／パス切り替えが発生すると、
   切り替え先ポートに既に接続されていた第３のホストに対して、前記第３のホストのパス情報と、前記第３のホストの同時コマンド発行数と、前記第３のホストのポートのコマンド多重数上限値から、前記ポートのコマンド多重数上限値を、該ポートを利用する各パスに、前記同時コマンド発行数から比例配分して前記各パスのコマンド多重数上限値を算出し、その算出結果を前記第３のホストに送信し、
   前記第３のホストは、受理した前記各パスのコマンド多重数上限値を、前記ホストバスアダプタに対して設定する
   ことを特徴とする請求項３に記載のストレージシステムの管理方法。
5. 複数のホストを結合し、クラスタを形成している場合、第１のホストから第２のホストへの系／パス切り替えが発生すると、
   前記管理サーバは、前記第２のホストのパス情報と、前記第２のホストの同時コマンド発行数に代えて系／パス切り替え前の前記第１のホストの同時コマンド発行数と、前記第２のホストのポートのコマンド多重数上限値から、前記ポートのコマンド多重数上限値を、該ポートを利用する各パスに、前記同時コマンド発行数から比例配分して前記各パスのコマンド多重数上限値を算出し、その算出結果を前記第２のホストに送信し、
   前記第２のホストは、受理した前記各パスのコマンド多重数上限値を、前記ホストバスアダプタに対して設定する
   ことを特徴とする請求項１に記載のストレージシステムの管理方法。
6. 複数のストレージが多段接続され、第１のストレージに対して外部接続の第２のストレージが接続されている場合、
   前記監視サーバは、前記第２のストレージのポートで同時に実行可能なコマンド数であるポートのコマンド多重数上限値を、前記管理サーバに送信し、
   前記管理サーバは、前記第２のストレージのポートのコマンド多重数上限値を、前記第１のストレージのポートのコマンド多重数上限値と設定し、各パスへのコマンド多重数上限値を算出する
   ことを特徴とする請求項１または請求項２に記載のストレージシステムの管理方法。
7. 前記管理サーバは、
   前記パス情報からロードバランスされた多重化されたパスが存在すると判定すると、
   各パスに割り当てられたコマンド多重数配分量のうち、多重化されたパスに割り当てられた配分量を抽出し、
   その中で最大の配分量の値を多重化されたパスへ均配分し、
   前記均配分の結果残ったコマンド多重数配分量を他のパスへ再度比例配分する
   ことを特徴とする請求項１に記載のストレージシステムの管理方法。
8. アプリケーションを実行する複数のホストおよびストレージをＳＡＮ（Storage Area Network）に接続したシステムにおいて、前記各ホストから前記ストレージへのアクセス性能を管理する管理サーバを有するストレージシステムであって、
   前記管理サーバは、
   前記各ホストにおいて前記アプリケーションを実行する際に少なくとも自身のホストバスアダプタと前記ストレージのポートとを経由して論理ボリュームにアクセスするパスであるパス情報と、前記各パスに同時に発行されるコマンド数である同時コマンド発行数と、前記ストレージのポートで同時に実行可能なコマンド数であるポートのコマンド多重数上限値とを収集する情報収集手段と、
   前記パス情報と、前記同時コマンド発行数と、前記ポートのコマンド多重数上限値から、前記ポートのコマンド多重数上限値を、該ポートを利用する各パスに、前記同時コマンド発行数から比例配分して前記各パスのコマンド多重数上限値を算出するコマンド多重数配分作成手段と、
   前記各パスのコマンド多重数上限値を更新する更新情報を、前記各ホストに対して送信するホストバスアダプタ更新手段とを有する
   ことを特徴とするストレージシステム。
9. 前記管理サーバは、
   各パスの同時コマンド発行数が、前記各パスのコマンド多重数上限値に達した検知情報を受理すると、
   上限に達していない、もしくは、業務優先度の低いパスに割り当てられているコマンド多重数を一時的に当該パスへ移動する指令を、前記ホストに通知する
   ことを特徴とする請求項８に記載のストレージシステム。
10. 前記管理サーバは、
    複数のホストを結合し、クラスタを形成して管理している場合、第１のホストから第２のホストへの系／パス切り替え指令を受理すると、
    前記コマンド多重数配分作成手段は、前記第２のホストのパス情報と、前記第２のホストの同時コマンド発行数と、前記第２のホストのポートのコマンド多重数上限値から、前記ポートのコマンド多重数上限値を、該ポートを利用する各パスに、前記同時コマンド発行数から比例配分して前記各パスのコマンド多重数上限値を算出し、
    前記ホストバスアダプタ更新手段は、前記各パスのコマンド多重数上限値を更新する更新情報を、前記第２のホストに送信する
    ことを特徴とする請求項８に記載のストレージシステム。
11. 前記管理サーバは、
    前記系／パス切り替え指令を受理すると、
    前記コマンド多重数配分作成手段は、前記切り替え先ポートに既に接続されていた第３のホストに対して、前記第３のホストのパス情報と、前記第３のホストの同時コマンド発行数と、前記第３のホストのポートのコマンド多重数上限値から、前記ポートのコマンド多重数上限値を、該ポートを利用する各パスに、前記同時コマンド発行数から比例配分して前記各パスのコマンド多重数上限値を算出し、
    前記ホストバスアダプタ更新手段は、前記各パスのコマンド多重数上限値を更新する更新情報を、前記第３のホストに送信する
    ことを特徴とする請求項１０に記載のストレージシステム。
12. 前記管理サーバは、
    複数のホストを結合し、クラスタを形成して管理している場合、第１のホストから第２のホストへの系／パス切り替え指令を受理すると、
    前記コマンド多重数配分作成手段は、前記第２のホストのパス情報と、前記第２のホストの同時コマンド発行数に代えて系／パス切り替え前の前記第１のホストの同時コマンド発行数と、前記第２のホストのポートのコマンド多重数上限値から、前記ポートのコマンド多重数上限値を、該ポートを利用する各パスに、前記同時コマンド発行数から比例配分して前記各パスのコマンド多重数上限値を算出し、
    前記ホストバスアダプタ更新手段は、前記各パスのコマンド多重数上限値を更新する更新情報を、前記第３のホストに送信する
    ことを特徴とする請求項８に記載のストレージシステム。
13. 複数のストレージが多段接続され、第１のストレージに対して外部接続の第２のストレージが接続されている場合、
    前記情報収集手段は、前記第２のストレージのポートで同時に実行可能なコマンド数であるポートのコマンド多重数上限値を収集し、
    前記コマンド多重数配分作成手段は、前記第２のストレージのポートのコマンド多重数上限値を、前記第１のストレージのポートのコマンド多重数上限値と設定し、各パスへのコマンド多重数上限値を算出する
    ことを特徴とする請求項８または請求項９に記載のストレージシステム。
14. 前記コマンド多重数配分作成手段は、
    前記パス情報からロードバランスされた多重化されたパスが存在すると判定すると、
    各パスに割り当てられたコマンド多重数配分量のうち、多重化されたパスに割り当てられた配分量を抽出し、
    その中で最大の配分量の値を多重化されたパスへ均配分し、
    前記均配分の結果残ったコマンド多重数配分量を他のパスへ再度比例配分する
    ことを特徴とする請求項８に記載のストレージシステム。

Images