JP2005275829A - ストレージシステム - Google Patents

Abstract

【課題】
ディスク制御装置を相互結合網につながる構成で一つの大きなディスク制御装置として利用する時、各リソースの利用状況によりユーザの要求する性能が発揮できないことがある。
【解決手段】
相互結合網により、複数のディスク制御装置が一つのディスク制御装置として機能する場合に、プロセッサを独立したリソースとする。更に各リソースの使用状況をモニタし、ユーザの要求に適合するようにリソースの配分から、各制御タスクの割り振りまで、を迅速に最適化する。本発明に従って、ユーザの要求に迅速に適合することで、長期間、ユーザ要求とシステム性能が乖離する状態を解消する。
【選択図】 図１

Description

本発明は、記憶装置、特にデータを１又は複数のディスク装置に格納するディスクアレイ装置及び複数のディスクアレイ装置からなる記憶装置システムに関する。

企業等で使用される記憶装置は年々大規模化しつつある。この大規模化に対応するため、複数の記憶装置を接続して一つの記憶装置システムとして扱うディスクアレイという技術が考案されている。

図２は、従来型のディスクアレイ装置の構成例を示す図である。図２に示すように、ディスクアレイ装置は、複数の記憶装置（ここではディスク装置）とこの複数の記憶装置を制御するディスク制御装置とを有する。ディスク制御装置は、ディスクアレイ装置を使用する計算機とディスク制御装置との間のデータ転送を行うためのチャネルインターフェース（以下「チャネルＩＦ」）部２０４、ディスク装置２０２とディスク制御装置２１０間のデータ転送を実行するディスクインターフェース（以下「ディスクＩＦ」）部２０５、並びにチャネルＩＦとディスクＩＦ間で読込・書込されるデータを格納するキャッシュメモリ又はディスクアレイに関する制御情報（例えば、チャネルＩＦ部２０４とキャッシュメモリとのデータ転送に関する制御情報等）を格納する共有メモリであるメモリ部２０８を有する。そして、チャネルＩＦ部２０４、ディスクＩＦ部２０５及びメモリ部２０８は相互結合網２０７で相互に接続される。

米国特許第6477619号公報

ディスクアレイ装置の性能の拡張性（スケーラビリティ）に対するユーザの要求は厳しく、１つのディスクアレイ装置で、より小さな構成のディスクアレイ装置から大規模構成のディスクアレイ装置まで拡張できるようにする必要がある。従来技術のディスクアレイ装置においてスケーラビリティを確保しようとした場合、ディスクアレイ装置のディスク制御装置には、あらかじめ各装置を追加できるような仕組み（例えば拡張用のインターフェース等：以下「拡張機構」ともいう）が組み込まれている必要がある。しかし一方でディスクアレイ装置へのコストダウンの要求も厳しく、単純にディスクアレイ装置に拡張機構を導入すると、ディスクアレイ装置のユーザへの導入コストが割高（特にスケーラビリティを要求しないユーザにとって）になってしまう。又、増設する場合の最小単位がチャネルＩＦ等になり、スケーラビリティの自由度に欠ける。

一方、スケーラビリティを確保する技術として、個々のディスクアレイ装置をファイバチャネル等で接続するストレージエリアネットワーク（以下「ＳＡＮ」）という技術もある。しかし、ＳＡＮにより大規模な記憶装置システムを構成する場合、SAN接続を実現するスイッチファブリックなどの導入コストがディスクアレイ装置以外に必要となる。また、ＳＡＮでディスクアレイ装置を相互に接続する場合、本来計算機と接続すべきチャネルＩＦ部がＳＡＮとの接続に使用されるため、計算機と記憶装置システムとの間のデータ転送に利用できるインターフェースの数が減少してしまう。

更に、ユーザの所望する性能を確保するためには、適切な装置の増減設とその評価（性能が確保できたかどうか）を行う必要があるが、従来技術においてはこの点は全く考慮されていない。

上述の課題を解決するため、本発明の一実施形態として以下の構成をとる。すなわち、小規模構成のディスクアレイ装置を１つの単位としてこれらを相互結合網により相互に接続した記憶装置システム（以下「ストレージシステム」とも言う）である。この場合、１単位となる小規模構成のディスクアレイ装置を以下の構成とする。すなわち、インターフェース部、メモリ部、及びマイクロプロセッサ部を相互結合網で相互に接続する構成である。ここで、個々のディスクアレイ装置はお互いが有する相互結合網を介して相互に接続される。

又、記憶装置システムは管理装置と接続される構成とする。そして、管理装置は、ストレージシステムでプロセッサ部や１単位のディスクアレイ装置等が増減設された際等に、ストレージシステム全体の性能に関する情報を逐次取得する。管理装置ではその取得された性能の情報とユーザの所望する性能とを比較し、各部の増減設の検証を行い、ユーザに対してストレージシステムの設定の変更等を指示（又は自動的に設定を変更）する。

より具体的には、管理装置は、ストレージシステム内で処理が実行される際に、どのようにプロセッサ部等でその処理が分担されているか、各部（以下「リソース」又は「資源」とも言う）の利用状況（利用率）や各I/Fでのスループットなどをモニタリングする。そして、これらの情報に基づいて、管理装置は、ユーザの要求にしたがってリソースを配分するよう、ストレージシステムを制御する。

本発明により、より柔軟なスケーラビリティを有する記憶装置システムを提供することが出来る。又、そのストレージシステムの性能を、ユーザが要求する性能となるように調整することができる。

本発明においては、まず、１単位のディスクアレイ装置として、プロセッサ部を増減設できるディスクアレイ装置を用意する。そして、このディスクアレイ装置を複数接続して構成する記憶装置システムを提供する。又、このストレージシステムがユーザの要求に適合した性能が出せる構成となっているかどうかを確認するために、ストレージシステムに管理装置を付加する。管理装置では、ストレージシステム内のリソースの各種利用状況を監視（モニタリング）する。更にストレージシステムはリソースプールを有する。このリソースプールはストレージシステムで現在使用されていない（待機中）のリソースを管理するテーブルである。管理装置はこのリソースプールの管理と内容の変更を制御することで、ストレージシステムの性能をユーザ要求に迅速に適合させる。以下、本発明の実施態様について詳細に説明する。

図１は、ストレージシステムの第一の実施形態のシステム構成例を示す図である。
ストレージシステム１は、一つ又は複数の１単位となるディスクアレイ装置１０及びディスクアレイ装置１０を相互に接続する相互結合網１１１を有する。又ストレージシステム１の個々のディスクアレイ装置１０は、ネットワーク１１５を介して管理装置１１６と接続される。ストレージシステム１が有するディスクアレイ装置１０の数は任意であり、ユーザが要求する性能に応じて増減設される。

ディスクアレイ装置１０は、ディスク装置群１０２及びディスク制御装置１１０を有する。ディスク制御装置１１０は、ディスク装置群１０２又は計算機（以下「ホストコンピュータ」とも言う）群１０１に含まれる装置と接続されるインターフェース部１０４、メモリ部１０８及びプロセッサ部１０６を有する。インターフェース部１０４、メモリ部１０８及びプロセッサ部１０６は相互結合網１０７を介して相互に接続されている。又、ディスクアレイ装置１０は管理端末部１１３を有する。管理端末部１１３は、ネットワーク１１５を介して管理装置１１６と接続されている。又管理端末部１１３は、通信網１１４を介してプロセッサ部１０６と接続されている。ここで、プロセッサ部１０６等の数は任意であり、ユーザの要求する性能等に応じて増減設される。

尚、ディスクアレイ装置１０は、ディスク装置群１０２を有さない構成も考えられる。この場合、ディスク制御装置１１０は、相互結合網１０７及び１１１を介して他のディスクアレイ装置１０が有するディスク装置群１０２を使用する。
ここで、ディスク制御装置１１０を従来のディスクアレイ装置が有するディスク制御装置の1/4〜1/2程度の規模とすることで、実装もコンパクトになり、コストが低下する。

相互結合網１１１や１０７は、スイッチファブリックやバス型のハブのような装置でも良いし、単なるケーブルによるメッシュ接続（完全相互接続）でも良い。相互結合網には必要最小限のデータ転送の帯域を用意することで、装置全体のコストが低下する。また、プロセッサ部を増減可能なリソースとなることで、構成の柔軟性が増加する。

個々のディスクアレイ装置１０が有する相互結合網１０７は、他のディスクアレイ装置１０が有する相互結合網１０７と、相互結合網１１１を介して相互に接続される。
ディスク装置群１０２には、１又は複数のディスク装置が含まれている。尚、ここでは記憶媒体としてハードディスク装置を想定しているが、その他（フラッシュメモリ等の半導体記憶装置、ＤＶＤ等の記憶媒体等）でも良い。又、ホストコンピュータ群１０１は１又は複数の計算機を含む。ホストコンピュータ群１０１と個々のディスクアレイ装置１０は、スイッチ等のネットワーク１０３で相互に接続される。

図３は、インターフェース部１０４の構成例を示す図である。インターフェース部１０４は、ホストコンピュータもしくはディスク装置と接続されるインターフェース制御部９０１、相互結合網１０７と接続される相互結合網インターフェース制御部９０４、バッファ９０３並びにインターフェース制御部９０１、相互結合網インターフェース制御部９０４及びバッファ９０３とを相互に接続するブリッジ９０２とを有する。
バッファ９０３は、インターフェース制御部９０１と相互結合網インターフェース制御部９０４との間で転送されるデータを一時的に保持する。ブリッジ９０２は、各装置間でのデータ転送を制御する。インターフェース制御部９０１は、ホストコンピュータ又はディスク装置との間で、データあるいは制御情報の送受信を行う。相互結合網インターフェース制御部９０４は、ディスクアレイ装置１０が有する他の装置、例えばプロセッサ部１０６、メモリ部１０８との間のデータあるいは制御情報の送受信を行う。

又、インターフェース制御部９０１及び相互接続網インターフェース制御部９０４は、後に説明する状態を監視するための性能情報等（インターフェース部の一定時間内の積算利用時間や転送データ量など）を取得して保持する。プロセッサ部１０６は、この情報を、相互結合網インターフェース９０４を介して読み出す。

図４は、メモリ部１０８の構成例を示す図である。メモリ部１０８は、相互結合網１０７と接続される相互結合網インターフェース制御部１１０３、メモリコントローラ１１０２及びメモリ１１０１を有する。相互結合網インターフェース制御部１１０３は、ディスクアレイ装置１０が有する他の装置、例えばプロセッサ部１０６、インターフェース部１０４との間のデータあるいは制御情報の送受信を行う。
メモリ１１０１には、ホストコンピュータ群１０１とディスク装置群１０２との間で送受信されるデータが格納される。メモリコントローラ１１０２は、メモリ１１０１へのデータの読み書きを制御する。又、相互結合網インターフェース制御部０３は、性能情報等（インターフェースの一定時間内の積算利用時間や転送データ量など）を収集、保持する。プロセッサ部１０６は、この情報を相互結合網１０７を介して読み出す。

図５は、プロセッサ部１０６の構成例を示す図である。プロセッサ部１０６は、相互結合網１０７と接続される相互結合網インターフェース制御部１００５、マイクロプロセッサユニット（ＭＰＵ）１００１、ＭＰＵ１００１が主記憶として使用するメモリ１００４、他のプロセッサ部１０６及び管理端末部１１３と通信網１１４を介して接続されるネットワークインターフェース１０２及びこれらの装置を相互に接続するブリッジ１００３を有する。

図６は、管理端末部１１３の構成例を示す図である。管理端末部１１３は一般的な計算機でよく、ＭＰＵ１４０１、メモリ１４０９、通信網１１４と接続されるネットワークインターフェース（ＮＩＣ）１４８、二次記憶部１４０７、入力インターフェース（以下「インターフェース」を「I/F」とも言う）１４０６、表示出力I/F１４０３及びこれらの装置を相互に接続するブリッジ１４０２を有する。尚、管理端末部１１３は、ディスプレイ等の表示部１４０４及びキーボード等の入力部１４０５を有していても良い。この場合、表示出力I/F１４０３は表示部１４０４と接続される。又入力I/F１４０６は、入力部１４０５と接続される。

メモリ１４０９には、ＭＰＵ１４０１で実行されるオペレーティングシステム（ＯＳ）１４１１、ブラウザ等のアプリケーション１４１０及びディスク制御装置情報管理プログラム１４１２が格納される。尚、ディスク制御装置情報管理プログラム１４１２については後述する。
又、管理装置１１６も管理端末部１１３と基本的には同じ構成を有する。ただし、ＮＩＣ１４０８は、ネットワーク１１５と接続される。

以下、上述したストレージシステム１において、ユーザの要求に合わせたリソースの再配置を実現するための方法を説明する。

ストレージシステム１の管理者（以下「オペレータ」とも言う）は、管理装置１１６又は管理端末部１１３が有する表示部及び入力部を介してストレージシステム１の設定を行ったり、ストレージシステム１からの通知を受け取ったりする。ここで、表示部とは、具体的には管理端末部１１３のディスプレイであったり、管理装置１１６のディスプレイであったりする。オペレータへの通知は、管理端末部１１３が有するディスプレイへの直接的な表示であったり、管理装置１１６へのネットワークを介したメール送信やブラウザ表示であったりする。

又，入力部の具体例として、キーボード、ネットワークを介したブラウザベースの入力手段などがある。図１では一例として、オペレータが、複数のディスクアレイ装置全体（すなわちストレージシステム１）の構成情報管理や制御を、管理装置１１６を介して管理端末部１１３を操作して行う場合について説明する。
したがって、本実施形態においては、管理装置１１６は単なる入出力端末であり、ストレージシステム１の構成情報、性能情報や利用情報（以下「構成情報等」又は「性能情報等」とも言う）の取得（モニタリング）やリソースの再配置の制御等は管理端末部１１３が行う。

具体的には、管理端末部１１３は、オペレータからの指示の受け付け、各ディスクアレイ装置１０内の構成情報等の収集及びディスクアレイ装置１０に対する構成変更（リソースの再配置）の指示を行う。管理端末部１１３は、具体的には以下の様にして構成情報等を収集する。
まず、各ディスクアレイ装置１０のプロセッサ部１０６は、インターフェース部１０４、相互結合網１０７又はメモリ部１０８でのパス利用率、メモリ利用率、パス転送速度などの性能情報等を収集する。具体的には、プロセッサ部１０６は、各部で収集された情報を相互結合網１０７を介して読み出す。その後、プロセッサ部１０６は、収集した情報を通信網１１４を通じて管理端末部１１３へ送信する。

またプロセッサ部１０６は、自分自身の稼働率の情報も収集する。具体的には、プロセッサ部１０６は、ホストコンピュータ群１０１からのデータの入出力（以下「Ｉ／Ｏ」とも言う）やディスクアレイ装置１０の機能などと言ったある単位の処理（以下「タスク」とも言う）の種類毎のプロセッサの利用率の情報を収集する。尚、ここでいうディスクアレイ装置１０の機能とは、一つのストレージシステム１から他のストレージシステム１へデータを転送することでデータの冗長性を確保するリモートコピー、一つのストレージシステム１内（例えばディスクアレイ装置１０間やディスクアレイ装置１０内）でデータを複製するミラーリング（以下「ローカルコピー」とも言う）、ＲＡＩＤ制御等がある。尚、ＲＡＩＤ制御とは、複数のディスク装置で１つの記憶領域を作成し、パリティ等の冗長データを作成・格納することでデータの冗長度を上げる技術である。

又、プロセッサ部１０６は、ストレージシステム１が外部の装置に提供する仮想的な記憶領域（以下「論理ボリューム」）毎に、その論理ボリュームに対するＩ／Ｏに関する処理のプロセッサ部１０６における分担の情報を収集する。具体的には、ストレージシステム１におけるＩ／Ｏに関する処理は大きく分けてフロントエンド処理（ホストコンピュータ群１０１に接続されているインターフェース部１０４とメモリ部１０８との間のデータ転送処理、「ＦＥ処理」とも言う）とバックエンド処理（メモリ部１０８とディスク装置群１０２と接続されるインターフェース部１０４との間のデータ転送処理、「ＢＥ処理」とも言う）に分けられる。そこで、プロセッサ部１０６は、自身のプロセッサ部１０６がどの論理ボリュームのＩ／Ｏのどのエンドの処理を行っているかについての情報を収集する。これらプロセッサ部１０６が収集するプロセッサ部１０６自身の情報も、管理端末部１１３に送信される。
尚、論理ボリュームは一つ又は複数のディスク装置が有する物理的な記憶領域と対応付けられる。

各ディスクアレイ装置１０のプロセッサ部１０６はこれらの構成情報等を例えば一定間隔で収集し、管理端末部１１３に送信する。情報を受信した管理端末部１１３は、ストレージシステム１全体を管理する管理端末部１１３（以下「全体管理端末部１１３」とも言う）に、相互結合網１１１を介してこれらの情報を転送する。全体管理端末部１１３は、ストレージシステムが有する管理端末部１１３の中から、あらかじめオペレータ等によって管理装置１１６を介して指定される。

尚、情報収集の処理は、プロセッサ部１０６等のマイクロプロセッサ上で実行される制御プログラムか、インターフェース部１０４、メモリ部１０８、相互結合網１０７において実装するハードウェアとのどちらで実現されていても良い。

このようにして、一定期間毎のストレージシステム１内の構成情報等が収集される。全体管理端末部１１３は、図７〜９に示すようなテーブルを作成して、収集した情報を管理する。管理対象としては、各リソースの利用状況、論理ボリュームに対する処理の分担状況、I/O処理とその他の機能の処理の実行状況等がある。

図７（ａ）は、あるグループに属するある論理ボリュームに対するホストコンピュータ群１０１からの読み出し（以下「ＲＥＡＤ」とも言う）又は書き込み（以下「ＷＲＩＴＥ」とも言う）要求に応じて実行される各タスクを担当するプロセッサ部１０６を管理端末１１３が管理するためのテーブル５０の例を示す図である。ここでグループとは、ストレージシステム１で任意に設定される、論理ボリュームを管理するための単位である。

テーブル５０は、論理ボリュームの数分のレコードを有する。各レコードは、レコードに対応する論理ボリュームが属するグループに割り振られたグループ識別子（以下「ＩＤ」）を登録するフィールド５０１、レコードに対応する論理ボリュームに割り振られたボリュームＩＤを登録するフィールド５０２、レコードに対応する論理ボリュームに対するホストコンピュータ群１０１からのＲＥＡＤ要求に対して、ＦＥ処理を担当しているプロセッサ部１０６に割り振られたプロセッサＩＤを登録するフィールド５０３、レコードに対応する論理ボリュームに対するホストコンピュータ群１０１からのＲＥＡＤ要求に対して、ＢＥ処理を担当しているプロセッサ部１０６に割り振られたプロセッサＩＤを登録するフィールド５０４、レコードに対応する論理ボリュームに対するホストコンピュータ群１０１からのＷＲＩＴＥ要求に対して、ＦＥ処理を担当しているプロセッサ部１０６のプロセッサＩＤを登録するフィールド５０５、及びレコードに対応する論理ボリュームに対するホストコンピュータ群１０１からのＷＲＩＴＥ要求に対して、ＢＥ処理を担当しているプロセッサ部１０６のプロセッサＩＤを登録するフィールド５０６を有する。

図７（ｂ）は、全体管理端末部１１３が、各プロセッサ部１０６がどういった種類のタスクにどれだけ利用されているかという情報を管理するためのテーブル５１の例を示す図である。テーブル５１は、ストレージシステム１が有するプロセッサ部１０６の数分のレコードを有する。各レコードは、レコードに対応するプロセッサ部１０６のプロセッサＩＤが登録されるフィールド５０７、レコードに対応するプロセッサ部１０６の総利用率（一定時間に平均でどれだけ利用されているか）の情報を登録するフィールド５０８及びレコードに対応するプロセッサ部１０６で実行される各タスクのプロセッサ部１０６の使用割合の情報を登録するフィールド５１６を有する。

フィールド５１６は更に、ストレージシステム１で実行されるタスクの種類分のサブフィールドを有する。本実施例では例えば、ＲＥＡＤ要求に対応したＦＥ処理のサブフィールド５０８、ＲＥＡＤ要求に対応したＢＥ処理のサブフィールド５０９、ＷＲＩＴＥ要求に対応したＦＥ処理のサブフィールド５１０、ＷＲＩＴＥ要求に対応したＢＥ処理のサブフィールド５１１、リモートコピー処理のサブフィールド５１２、ローカルコピー処理のサブフィールド５１３、ＲＡＩＤ処理のサブフィールド５１４を有する。各サブフィールドには、サブフィールドに対応するタスクがプロセッサ部１０６を使用する割合（ここではプロセッサ部１０６を占有する時間のプロセッサ全体の使用時間に占める割合）の情報が登録される。具体的には、図７（ｂ）で、プロセッサＩＤ２であるプロセッサ部１０６は、５０％利用されていて、そのうち、ＷＲＩＴＥ要求のＢＥ処理に８０％、ＲＡＩＤ処理に２０％利用されていることになる。すなわち、プロセッサＩＤ２であるプロセッサ部１０６は、ある一定時間の内４割はＷＲＩＴＥ要求のＢＥ処理に、ＲＡＩＤ処理に１割利用され、残りの５割は利用されていないことになる。

図８（ａ）は、全体管理端末部１１３が、ホストコンピュータ群１０１と接続されるインターフェース部１０４の平均利用率を管理するためのテーブル５２の例を示す図である。テーブル５２は、ホストコンピュータ群１０１と接続されるインターフェース部１０４の数分のレコードを有する。各レコードは、ホストコンピュータと接続されるインターフェース部１０４に割り振られた識別子（以下「チャネルＩＤ」）を登録するフィールド５１６及びレコードに対応するインターフェース部１０４の一定時間における利用率の情報を登録するフィールド５１７とを有する。

図８（ｂ）は、全体管理端末部１１３が、相互結合網１０７と各部とを接続するパスの平均利用率を管理するためのテーブル５３の例を示す図である。テーブル５３は、パスの数分のレコードを有する。各レコードは、レコードに対応するパスに割り振られた識別子（以下「相互結合網パスＩＤ」）の情報が登録されるフィールド５１８及びレコードに対応するパスの一定時間における利用率の情報を登録するフィールド５１９とを有する。

図８（ｃ）は、メモリ部１０８における各メモリパスが一定時間の中で占有されている時間（メモリアクセスがされている時間）の割合（具体的には、メモリ１１０１に対して、リードアクセスもしくはライトアクセスが行われている間の、メモリパスが占有されている時間の積算値の一定時間の間における割合）をメモリパスの利用率として管理端末部１１３が管理するためのテーブル５４の例を示す図である。尚、ここでメモリパスとは、各部とメモリ部１０８とを接続する論理的な通信線のことを言う。

図９は、全体管理端末部１１３が、各プロセッサ部１０６がどういった種類のタスクに後どれだけ利用されることができるか（つまりリソースの余剰）という情報（以下「余剰情報」とも言う）を管理するためのテーブル５５の例を示す図である。テーブル５５は、ストレージシステム１が有するプロセッサ部１０６毎に対応するレコードを有する。各レコードは、レコードに対応するプロセッサ部１０６のプロセッサＩＤが登録されるフィールド５３０、レコードに対応するプロセッサ部１０６の総余剰率（一定時間に平均で更にどれだけ利用されることが出来るか）の情報を登録するフィールド５３１、レコードに対応するプロセッサ部１０６の利用率の情報を登録するフィールド５３２及びレコードに対応するプロセッサ部１０６で実行される各タスクのプロセッサ部１０６の余剰率の情報を登録するフィールド５５１を有する。

又、フィールド５５１は、テーブル５１と同様に、各タスク毎の余剰率の情報を登録するためのサブフィールド５３３から５３９を有する。ここで例えば、ＭＰＩＤ５のプロセッサ部１０６は更に利用することは許されていない（余剰率が０なので）。一方、ＭＰＩＤ６のプロセッサ部１０６は更に３０％の利用率上昇が許されている。そして、上昇可能な利用率３０％に対して、ＦＥのＲＥＡＤ処理にその３０％全部が更に割り当て可能であることが示されている。尚、本実施形態では、総余剰率を、あらかじめプロセッサ部１０６の利用率の上限値（ここでは８５％）を定めておき、上限値から実際の利用率を差し引くことで求めている。
尚、全体管理端末部１１３は、後述するオペレータ等の要求により資源の割当てを変更した際には、図７〜９で示す各テーブルの内容を変更に応じて修正する。又、図７〜９で示される各テーブルの内容を各管理端末部１１３も個別に管理していても良い。そして、資源の割当ての変更の際には、全体管理端末部１１３の指示に従って、個々の管理端末部１１３が各テーブルの内容を参照して各ディスクアレイ装置の設定を変更しても良い。

全体管理端末部１１３は、図７〜９のようにして管理している性能情報等とユーザから指定される性能の要求との突合せを行う。その後、全体管理端末部１１３は、突合せの結果に基づいて、所定の処理（例えば管理装置１１６へその結果を通知する、ストレージシステム１の設定を変更してリソースを再配置する等）を実行する。突合せの実行時期としては、一定時間間隔で定期的に行う、ユーザ指示契機、構成変更検出タイミングなど様々な要素が考えられる。一例としては、ストレージシステム１において構成変更検出タイミングと一定時間間隔で突合せを行うことはデフォルトで設定されていて、ユーザ指示は指示のあった段階で突合せが優先的に実行されるという方法がある。また、複数のユーザがそれぞれにストレージシステム１に対する要求を定義した場合、全要求について、定義間の矛盾などを解決する為に、ユーザ間で要件のプライオリティを決める方法がある。

以下、全体管理端末部１１３におけるユーザの指定する性能の要求（以下「ユーザ要求」と言う）とストレージシステム１内の性能情報等との突合せ及びその結果に基づいた処理例について説明する。例えば、下記のような性能の要求がユーザによって定義（以下「ユーザ要求定義」）されていたとする。
（１）グループＩＤ１の論理ボリュームについて応答時間を重視する。
（２）リモートコピー処理を優先して行うが、リモートコピー処理のプロセッサ利用率がI/O処理のプロセッサ利用率の１.５倍を超えない。

ここで、オペレータ等は、（１）のような概念的なユーザ要求定義を管理装置１１６の入力部から入力する。管理装置１１６から（１）のような概念的なユーザ要求定義を受信した全体管理端末部１１３は、あらかじめ設定された変換規則に基づいて、受信したユーザ要求定義をより具体的な性能要求情報へと変換する。図１０は、その変換された個々の性能要求情報を全体管理端末部１１３が管理するためのユーザ要求定義テーブル１２の構成例を示す図である。ユーザ要求定義テーブル１２は、オペレータ等が入力したユーザ要求定義ごとに対応するレコードを有する。したがって、オペレータが新たにユーザ要求定義を入力すれば、全体管理端末部１１３は、ユーザ要求定義テーブル１２に新たなレコードを追加する。

各レコードは、レコードに対応するユーザ要求定義に割り振られた識別子（以下「定義ＩＤ」）の情報を登録するフィールド１２０１、レコードに対応するユーザ要求定義の対象となるグループのグループＩＤが登録されるフィールド１２０２、レコードに対応するユーザ要求定義の対象となる論理ボリュームのボリュームＩＤが登録されるフィールド１２０４及びFE処理とBE処理を複数のプロセッサ部１０６で分散させて処理するか否かの情報が登録されるフィールド１２０６を有する。尚、各レコードは、オペレータ等のユーザ要求定義をより詳細に具体的な性能要求情報に変換するために、これらのフィールド以外のフィールドを有していても良い。

ここで、例えば、（１）のユーザ要求定義は、定義ＩＤ１で特定される性能要求情報に変換されて管理される。具体的には、（１）のユーザ要求定義は、定義ＩＤ１として、グループＩＤ１でボリュームＩＤ３の論理ボリュームに対するタスクは、ＦＥ処理とＢＥ処理を１つのプロセッサで集中して処理する要求であると定義される。

尚、（１）のユーザ要求定義とは関係ないが、この他にも、図１１に示すように、各フィールドでＲＥＡＤ、ＷＲＩＴＥの処理、ローカルコピーの処理、ＲＡＩＤ処理、リモートコピー処理に割くＭＰＵの利用時間の割合の上下限の情報を保持しているような性能要求情報のユーザ要求定義も考えられる。又、全体管理端末部１１３は、上述したユーザ要求定義テーブル１２を、ストレージシステム１の状態がオペレータ等の要求を満たすかどうかの判断基準の定義情報として保存する。

ここで、全体管理端末部１１３が、ストレージシステム１の状態と（１）のユーザ要求定義と付き合わせることを考える。この時点で、ストレージシステム１は図７〜９に示される状態であると仮定する。図７（ａ）の情報によると、ボリュームＩＤ３に対する処理が２つのプロセッサ部１０６に分担されていることが分かる。この場合、２つのプロセッサ部１０６が連携する分だけ応答時間が下がる。一方、（１）で示されるユーザ要求定義の内容は、より早い応答時間を要求するもの（より具体的には、１つのプロセッサ部１０６で論理ボリュームに対する処理を行うことを要求するもの。尚、ユーザが入力した「応答時間重視」という情報を「１つのプロセッサ部１０６で論理ボリュームに対する処理を行う」という内容に変換するという情報が、上述した変換規則に格納されている。）である。したがって全体管理端末部１１３は、現在のストレージシステム１の性能はユーザの指定する性能を満たしていないと判断する。この判断には、あらかじめ管理端末部１１３に登録された判断基準に関する情報（上述したユーザ要求定義テーブル１２）が使用される。

ユーザの指定する性能をストレージシステム１が満たさないと判断した全体管理端末部１１３は、所定の処理、例えば、自動的にその処理に対する資源の再配分を行う。ここで、資源の再配分のやり方としては、全体管理端末部１１３が、ユーザ要求定義テーブル１２の内容に沿うように、各部の資源の使用率等を変更することが考えられる。具体的には、上述のように２つのプロセッサ部１０６で行われていた処理を同一のプロセッサ部１０６で行うよう、プロセッサ部１０６への処理の割当ての変更を各部に指示する。尚、全体管理端末部１１３は、資源の再配分を行う際には、プロセッサ部等で管理されている記憶装置システムの設定情報（記憶装置システムにおける資源の利用に関する設定情報。例えば特定のI／Ｏを処理すべきプロセッサ部を指定する情報等）を変更する。又、この設定情報の変更の際は、全体管理端末部１１３が直接各ディスクアレイ装置の設定情報の変更を指示しても良いし、各ディスクアレイ装置の管理端末部１１３を介して設定情報の変更を指示しても良い。

一方、ユーザが指定する性能のユーザ要求定義が（２）のような場合、全体管理端末部１１３は、図７（ｂ）の状況、より具体的にはテーブル５１で各プロセッサ部１０６でのリモートコピー処理の割合から、プロセッサ部１０６におけるリモートコピー処理の時間比率とユーザ要求定義テーブル１２を比較して、リモートコピー処理に割いている時間が不十分と判断する。（２）で要求される性能をストレージシステムが満たしていないと判断した全体管理端末部１１３は、総利用率に余裕のあるプロセッサ部１０６（例えばプロセッサＩＤ１のプロセッサ部１０６）にリモートコピー処理を割り振るといった資源の再配分を行う。

図１２は、全体管理端末部１１３におけるリソースの利用状況とユーザ定義要求の比較判定から、資源の再配分までの処理手順例を示した図である。

上述したように、全体管理端末部１１３では、ストレージシステム１の性能とユーザが要求する性能とを突合せ、ユーザの要求とストレージシステムの性能とが一致するか判定する。判定の結果ユーザの要求する性能をストレージシステムが満たさない場合、全体管理端末１１３は、オペレータへの通知をするか自動でリソースの再配分を行うかのいずれかを行う。尚本実施形態では、複数のユーザ要求定義が存在する場合、全体管理端末部１１３は、複数のユーザ要求定義間に優先順位がつけられているとして処理を進める。ただし、優先順位がつけられていない場合には、全体管理端末部１１３は、全てのユーザ要求定義について特に順番を定めずに、以下の処理のうち、優先順位に関する処理を省いた処理を繰り返し行う。本処理においては、全体管理端末部１１３は、下記のステップを優先順位の高いユーザ定義要求から順に行う。

まず全体管理端末部１１３は、一定間隔で、ストレージシステム１内の構成情報等を収集し、その結果に基づいてユーザ要求定義の判断基準と資源の利用状態を突合せ、条件に合致しているかどうかをチェックする（ステップ６３１〜ステップ６３３）。

ユーザ要求定義の判断基準とストレージシステム１の利用状態とが合致していない場合、全体管理端末部１１３は、不合致状態が、資源の余剰状態なのかもしくは資源の不足状態なのか、つまり、再配分が必要かをチェックする（ステップ６３４）。

資源不足の場合、全体管理端末部１１３は、現在処理中のユーザ要求定義より優先順位の低いユーザ要求定義の有無を確認する。全体管理端末部１１３は、優先順位の低いユーザ要求定義が存在する場合、そのユーザ要求定義と資源の利用状態を付き合わせるため、ステップ６３２以降の処理を行う。これは優先順位の低いユーザ要求定義に対してリソースが余っている際に、そのリソースをより優先順位の高いユーザ要求定義に割り当てるためである。この際、全体管理端末部１１３は、リソースが不足しているユーザ要求定義の情報を、優先順位を含めて記録する（ステップ６３５）。

現在処理中のユーザ要求定義より優先順位の低いユーザ要求定義が存在しない場合、全体管理端末部１１３は、ステップ６３５で記録されたユーザ要求定義のうち、優先順位が一番高いものを選択する。尚、全体管理端末部１１３は、選択したユーザ要求定義の情報を記録から削除する（ステップ６３６）。その後、全体管理端末部１１３は、選択したユーザ要求定義で不足する資源に関する余剰リソースの有無を確認する。具体的には、全体管理端末部１１３は、図９で示されている余剰リソースの情報を元に、再配分可能なリソースの有無を確認する（ステップ６３７）。

再配分可能なリソースがあれば、全体管理端末部１１３は、そのリソースを再配分する。具体的には、全体管理端末部１１３は、再配分の対象となる各プロセッサ部１０６に対して、当該タスクの処理を一定時間受付拒否するように指示したり、当該タスクのジョブキューへのジョブ刈り取りの指示をだすなどして、一定時間に当該処理の処理比率が適切に変化するようにする（ステップ６４０）。

一方、再配分可能なリソースが無い場合、全体管理端末部１１３は、管理装置１１６を介してオペレータ等にユーザの要求する性能が満たせないことを通知する（ステップ６３９）。

一方、ステップ６３４でユーザが定義したユーザ要求定義に対してリソースが余剰である場合、全体管理端末部１１３は、図７（ｂ）のテーブル５１に基づいて、余剰であるリソースを特定する（ステップ６５０）。次に全体管理端末部１１３は、余剰となったリソースの情報をテーブル５５に登録（更新）する（ステップ６５１）。次に全体管理端末部１１３は、現在処理中のユーザ要求定義の次の優先順位のユーザ要求定義の有無を確認する。次の優先順位のユーザ要求定義が有る場合、全体管理端末部１１３は、ステップ６３３以降の処理を繰り返す（ステップ６５２）。

ステップ６３９でエラー報告をした後、ステップ６４０で資源の再配置を行った後又はステップ６５２で次の優先順位のユーザ要求定義が存在しない場合、全体管理端末部１１３は、ステップ６３５で記録されたユーザ要求定義が残っているかどうかを確認する（ステップ６４１）。ステップ６４１でまだユーザ要求定義が記録されている場合、全体管理端末部１１３は、ステップ６３６以降の処理を繰り返す。一方、ユーザ要求定義が記録されていない場合、全体管理端末部１１３は処理を終了する。

上述した実施形態において、全体管理端末部１１３が、ストレージシステムで使用中のリソースの再配置を行っても、ユーザの要求する性能を実現できない場合がある。例えば、ホストコンピュータと接続されるインターフェース部の利用率もしくはプロセッサ部の利用率がすべて８０％以上になって、ユーザが要求する性能例えばスループットを要求の値まで引き上げるためには、新たな資源の追加しかないような場合である。基本的に、ストレージシステム１においてリソースの再配分で対処できる場合とは、リソース間の利用度合いが偏っている状態の場合であり、全てのリソースの使用率が高い場合は、リソースを追加することで対処するしか方法がない。

ストレージシステム１でユーザの要求する性能をリソースの再配置で実現できない場合、ユーザは新たなリソースをストレージシステム１に追加する必要がある。このような場合、一般には、ストレージシステム１の性能が要求に合わないことを指摘する連絡がユーザからメーカ等に連絡された後、保守員がユーザに出向いて、資源の追加などを行うという手順が考えられる。しかし、これでは、ストレージシステム１における問題解決までの時間がかかる。

そこで、第二の実施形態として、全体管理端末部１１３あるいは管理装置１１６が、ストレージシステム１にあらかじめ装着してあるがストレージシステム１の運用に組み込まれていない予備のリソースをリソースプールして管理する例を考える。そして、ユーザの要求する性能をストレージシステム１が満たせなくなった場合に、全体管理端末部１１３等が、リソースプールから必要なリソースを選択してタスクに割り当てる。そして全体管理端末部１１３等は、ユーザの要求する性能に対してストレージシステム１の性能が過剰になった場合には、リソースの再配分を行い、余ったリソースをリソースプールに返却する。

このようにすることで、ストレージシステム１では、必要なときに必要な時間（定常的でない突如とした短時間の負荷のような場合）だけ、リソースプールに含まれるリソースを、処理を実行するリソースとして追加し、不要になったらそのリソースをリソースプールに戻すことができる。

図１３は、リソースプールを用いてユーザの要求する性能を満たすようにするストレージシステム１の構成例を示す図である。本実施形態のストレージシステム１は、基本的には第一の実施形態と同じ構成を有する。ただし、ストレージシステム１は、通常は使用しないリソース（プロセッサ部７１９、インターフェース部７１８、メモリ部７２０。以下「予備リソース」とも言う）を有する。
又、第一の実施形態で説明した管理装置１１６が、ストレージシステム１の予備リソースをリソースプールとして管理する。そこで、本実施形態では、管理装置１１６をリソース管理サーバ７１６と称する。リソース管理サーバ７１６は、個々のディスクアレイ装置１０が有するリソースに関する情報をストレージシステム１から収集する。又、個々のディスクアレイ装置１０は、自身が有する予備リソースに関する情報を管理している。

図１４は、リソース管理サーバ７１６が、ストレージシステム１が有するリソースをリソースプールとして管理するためのテーブル１５００の例を示した図である。テーブル１５００は、ストレージシステム１が有する、各リソースを装着するスロット数分のレコードを有する。各レコードは、各ディスクアレイ装置１０の使用者である顧客に割り振られた識別子（顧客ＩＤ）を登録するフィールド１５０１、顧客に割り当てられているディスクアレイ装置１０に割り振られた識別子（ディスクアレイＩＤ）を登録するフィールド１５０２、各リソースを装着するスロットを表す識別子（スロットＩＤ）を登録するフィールド１５０３）、対応するスロットにリソースが装着済みかどうかの情報が登録されるフィールド１５０４、実装済みのリソースに割り振られたIDの情報を登録するフィールド１５０５、対応するリソースに対し、固定的（恒常的）なキーを発行したかどうかの情報を登録するフィールド１５０６、リソースに対応する発行されたキーの情報を登録するフィールド１５０７及び装着済みリソースの状態（正常もしくは故障）の情報が登録されるフィールド１５０８とを有する。このテーブルにより、リソース管理サーバ７１６は、ストレージシステム１が有するリソースが定常的に使用されているリソースかあるいは予備リソースであるかを管理することが出来る。具体的には、リソース管理サーバ７１６がストレージシステム１に対して恒常的あるいは一時的なキーを発行することで、リソースの種類（使用リソースか予備リソースか）を指定する。

図１５は、リソース管理サーバ７１６が、ストレージシステム１に発行したキーを管理するためのテーブル１５１０の例を示す図である。リソース管理サーバ７１６はこのテーブルを使用して、キーの発行タイミングや総発行時間等を管理し、顧客への課金情報の作成等に使用する。テーブル１５１０は、キーが発行されたリソースごとにレコードを有する。各レコードは、レコードに対応するリソースが属するディスクアレイ装置１０のディスクアレイＩＤを登録するフィールド１５１１、レコードに対応するリソースが装填されるスロットのスロットＩＤが登録されるフィールド１５１２、レコードに対応するリソースのＩＤが登録されるフィールド１５１３、レコードに対応するリソースに対応するキーが発行された時間が登録されるフィールド１５１４、レコードに対応するリソースに対応するキーが無効になった時間が登録されるフィールド１５１５、レコードに対応するリソースに対応するキーが有効だった総時間の情報が登録されるフィールド１５１６及びレコードに対応するリソースに対応するキーが有効だった当月の総時間についての情報が登録されるフィールド１５１７を有する。

リソース管理サーバ７１６は上述した管理テーブルを用いて、どのディスクアレイ装置中のどこのスロットにあるリソースに何時キー発行され、何時キーが無効化され、キーが有効だった総時間とある一定期間（ここでは月間を例に取る）において有効だった時間を管理する。このことによって、リソース管理サーバ７１６はキーの管理を行い、かつこの情報を課金情報（キーの使用時間に応じた課金）などにも使用する。尚、これらの管理テーブルを各ディスクアレイ装置からの情報で更新していく。

尚、リソースプールは以下の様にして設定される。
まず、リソース管理サーバ７１６は、ストレージシステム１から、ストレージシステム１自身が有するリソース（この時点ではどれが予備リソースとなるかどうかは決まっていない）の情報を収集する。その後、リソース管理サーバ７１６は、収集したリソースの情報に基づいて、ストレージシステム１で使用できるリソースと予備リソースを決定する。どのリソースを予備リソースにするかという判断基準は、ストレージシステム１を提供するメーカや管理者によって任意に決定される。リソース管理サーバ７１６は、決定した情報をテーブル１５００に登録する。

その後、リソース管理サーバ７１６は、ストレージシステム１で利用できるリソース（以下「利用リソース」とも言う）をストレージシステム１に通知する。具体的には、リソース管理サーバ７１６は、利用リソースに対応する利用可能キーをストレージシステム１に通知する。ストレージシステム１では、自身が有するリソースについて、利用可能キーを登録しないと使用することができない。ストレージシステム１における利用可能キーの登録の仕方としては、例えば、ディスクアレイ装置１０の管理端末部１１３より、初期導入時の保守員による手入力でもかまわないし、リソース管理サーバ７１６との通信により利用可能キーの発行を受けたあと、管理端末部１１３が、受領した発行済み利用可能キーを自動登録してもよい。キーをストレージシステム１に通知した際、リソース管理サーバ７１６は、テーブル１５００及び１５１０の内容を更新する。

ディスクアレイ装置の管理端末部１１３は、電源投入後の初期シーケンスで自身が有する資源を検出し、検出された資源に対して、発行済み利用可能キーが登録されているか居ないかを、自身の持つ管理データベース上の情報で管理している。リソース管理サーバ７１６の方では、ディスクアレイ装置１０の管理端末１１３との通信を通じて、各ディスクアレイ装置１０の資源の状態とすでに自身が発行管理しているキーの二つの情報を資源管理情報（テーブル１５００）として管理する。したがって、ストレージシステム１が有する全リソースのうち、利用可能キーが発行されていないリソースの集合がリソースプールとなる。リソース管理サーバ７１６は、資源管理情報（テーブル１５００）を用いてリソースプールを管理する。

リソース管理サーバ７１６は、リソースプールに含まれているリソースについて、ディスクアレイ装置１０の全体管理端末部１１３から当該リソース取得の要求があれば、該当するリソースの追加をストレージシステム１に指示する。具体的には、そのリソースに関する利用可能キーをストレージシステム１に送付する。又、追加されたリソースの利用の終了をストレージシステム１から通知されたリソース管理サーバ７１６は、該当するリソースをリソースプールに戻す。具体的には、リソースプールに戻すリソースに対応する利用可能キーの削除をストレージシステム１に指示する。

更にリソース管理サーバ７１６は、ストレージシステム１が追加されたリソースを利用した時間等などの使用履歴を蓄積して、ユーザに対して課金するための情報に利用する。

図１６は、第二の実施形態における、全体管理端末部１１３におけるリソースの利用状況とユーザ定義要求の比較判定から、資源の再配分までの処理手順例を示した図である。尚、本実施形態では、複数のユーザによる要求定義はなされていないと仮定する。

上述したように、全体管理端末部１１３では、ストレージシステム１の性能とユーザが要求する性能とを突合せ、ユーザの要求とストレージシステム１の性能とが一致するか判定する。判定の結果ユーザの要求する性能をストレージシステム１が満たさない場合、全体管理端末１１３は、オペレータへの通知をするか自動でリソースの再配分を行うかのいずれかを行う。尚、本実施形態では、複数のユーザ要求定義が有る場合、優先順位の有無に関係なく、図１６で示される処理を全てのユーザ要求定義について行う。あるいは優先順位順に処理を行っても良い。

まず全体管理端末部１１３は、一定間隔で、ユーザ要求定義の判断基準と資源の利用状態を突合せ、条件に合致しているかどうかをチェックする（ステップ６０１〜ステップ６０３）。ユーザ要求定義の判断基準とストレージシステム１の利用状態とが合致していない場合、全体管理端末部１１３は、不合致状態が、資源の余剰状態なのかもしくは資源の不足状態なのか、つまり、再配分が必要かをチェックする（ステップ６０４）。

資源不足であれば、全体管理端末部１１３は、ストレージシステム１が使用中の資源の利用状況を確認する（ステップ６０５）。その後、全体管理端末部１１３は、資源不足に対して、再配分で対処が可能かどうかを判断する（ステップ６０６）。不可能な状態と判断すれば、全体管理端末部１１３は、どの資源（プロセッサ部、インターフェース部等）の追加が必要か決定する（ステップ６０８）。その後、ストレージシステム１は、決定されたリソースの追加が自動的に行われるかユーザの許可が必要かどうかを判定する（ステップ６０９）。

ストレージシステム１においてリソースの追加がユーザの許可に基づいて行われる場合、ストレージシステム１の全体管理端末部１１３は、管理端末部１１３が有する出力部等に、リソースの追加の可否を問い合わせる表示を出力する（ステップ６１０、６１１）。
ストレージシステム１においてリソースの追加が自動的に行われる場合又はステップ６１１でユーザの許可が得られた場合、ストレージシステム１の全体管理端末部１１３は、ステップ６０８で決定されたリソースの追加を、リソース管理サーバ７１６に要求する（ステップ６１２）。

リソース管理サーバ７１６からリソース追加の許可を得た（利用可能キーの受信）場合、ストレージシステム１の全体管理端末部１１３は、許可を得たリソースを用いてリソースの再配置を行う（ステップ６１３、６１４、６２２）。ステップ６１１又はステップ６１３でリソースの追加が認められなかった場合、ストレージシステム１の全体管理端末部１１３はそのまま処理を終了する。

一方、ステップ６０４で余剰状態を検出した場合、ストレージシステム１の全体管理端末部１１３は、削減するリソースを決定する（ステップ６１５）。その後、全体管理端末部１１３は、決定されたリソースの削除が自動的に行われるかユーザの許可が必要かどうかを判定する（ステップ６１６）。

ストレージシステム１においてリソースの削除がユーザの許可に基づいて行われる場合、全体管理端末部１１３は、管理端末部１１３が有する出力部等に、リソースの削除の可否を問い合わせる表示を出力する。尚、表示の代わりに、管理者等へのメール送信でも構わない（ステップ６１７、６１８）。
ストレージシステム１においてリソースの削除が自動的に行われる場合又はステップ６１８でユーザの許可が得られた場合、全体管理端末部１１３は、ステップ６０８で決定されたリソースを削除する。

具体的には、全体管理端末部１１３は、削除対象のリソースを休止状態にし、休止状態にしたリソースをリソース管理サーバ７１６に通知する。通知を受けたリソース管理サーバ７１６は、テーブル１５００に登録された通知を受けたリソースに関するキーの情報を削除（すなわち通知されたリソースをリソースプールに戻す）する。そして、リソース管理サーバ７１６は、全体管理端末部１１３に対して、通知されたリソースに関するキーの情報の削除を指示する。キーの削除の指示を受けた全体管理端末部１１３は、キーの情報を削除し、削除完了の報告（以下「リソース削除完了報告」）をリソース管理サーバ７１６に通知する（ステップ６１９、６２０、６２１）。その後、全体管理端末部１１３は、残ったリソースで、再配置を行う（ステップ６２２）。

尚、全体管理端末部１１３は、ステップ６１６〜６２１やステップ６０８〜６１２に示すように、オペレータの介入無しで、自動判断で資源の追加もしくは削減を行うモードとステップ６１５〜６１９やステップ６０９〜６１１のようにオペレータの確認待ちをしてから実行するモードを切り替えて使用しても、どちらか１つのモードしか使用しない構成であっても良い。

図１７は、リソースの追加要求又は削除の報告を受信したリソース管理サーバ７１６で実行される制御の手順例を示した図である。リソース管理サーバ７１６は、全体管理端末部１１３との通信の内容に基づいて、管理情報の更新（資源の利用中止の時間や資源の利用開始の時間のログなど）や要求された資源の状態に応じた資源の使用許諾、不許可の制御を行う。

リソース管理サーバ７１６は、全体管理端末部１１３から通信があるかどうかを周期的にあるいは常に監視している（ステップ８０１）。全体管理端末部１１３から通信を受信した場合、その通信内容が、リソースの追加要求なのか、休止したリソースの通知なのかを判断する（ステップ８０２）。通信の内容がリソース休止の通知である場合、リソース管理サーバ７１６は、削除されたリソースをリソースプールに戻すために、資源管理情報（テーブル１５００等）を更新する。その後、リソース管理サーバ７１６は、休止したリソースに関するキーの削除を全体管理端末部１１３に通知する（ステップ８０７）。

一方、通信の内容がリソースの追加要求である場合、リソース管理サーバ７１６は、要求されたリソースの状態をチェック（要求されたリソースの空きの有無、動作不良の有無等）し、リソースの追加の可否を判定する（ステップ８０３、８０４）。リソースの追加を許可する場合、リソース管理サーバ７１６は、要求を送信した全体管理端末部１１３に対してリソースの追加を許可する。具体的には、リソース管理サーバ７１６は、追加を許可するリソースに対応する利用可能キーを全体管理端末部１１３に送信する（ステップ８０５）。その後、リソース管理サーバ７１６は、資源管理情報を更新する（ステップ８０６）。

一方、リソースの追加を許可しない場合は、リソース管理サーバ７１６は、リソース追加の拒否を全体管理端末部１１３に通知して、処理を終了する。尚、資源管理情報の更新は、リソースの休止の通知の際ではなく、リソース削除完了報告を受信したタイミングで行っても良い。この場合、リソースの休止の通知を受け取ったリソース管理サーバ７１６は、テーブル１５００の更新をせずにキーの削除の指示を全体管理端末部１１３に通知し、全体管理端末部１１３からのリソース削除完了報告の受信を受けてテーブル１５００を更新する。

尚、別の実施形態として以下の構成も考えられる。すなわち、全体管理端末部１１３を決めず、各ディスクアレイ１０の管理端末部１１３が、収集した情報をネットワーク１１５を介して管理装置１１６へ直接送信する構成である。

この場合、管理装置１１６は単純な入出力端末ではなく、ストレージシステム１の構成情報等の収集とその整理（図７〜９で示したテーブルの保持等）を行う。つまり、全体管理端末部１１３が行っていた処理を、管理装置１１６が行うようにする。したがって、管理装置１１６は、収集した構成情報等とユーザの性能要求との突合せとその判断も行う。そして、その結果自動的にリソースの再配置を行う必要が有る場合、管理装置１１６は、リソースの再配置に関する情報をストレージシステムの個々の管理端末部１１３へ送信する。リソース再配置に関する情報を受け取った個々の管理端末部１１３は、その情報に基づいて、自己が有するリソースの配分を変更する。

このような実施形態にすることで、管理端末部１１３の負荷が増大しない。

ストレージシステムの構成例を表した図である。 従来のディスクアレイの構成の概要を示す図である。 インターフェース部の構成の一例を示す図である。 メモリ部の構成の一例を示す図である。 プロセッサ部の構成の一例を示す図である。 管理端末部の構成の一例を示す図である。 リソースの使用状況集計テーブルの一例を示す図である。 リソースの使用状況集計テーブルの一例を示す図である。 リソースの使用状況集計テーブルの一例を示す図である。 ユーザの要件定義を管理する管理テーブルの一例を示す図である。 ユーザの要件定義を管理する管理テーブルの一例を示す図である。 リソースの使用状況とユーザ定義の要求性能とを適合させる処理の手順の一例を示す図である。 リソースプールを用いて資源の増減を行うストレージシステムの構成例を示す図である。 リソース管理、キー管理のための管理テーブルの一例を示す図である。 リソース管理、キー管理のための管理テーブルの一例を示す図である。 リソースの使用状況とユーザ定義の要求性能とを適合させる処理の手順の一例を示す図である。 リソース管理サーバでの資源の利用許諾処理と情報管理の処理の手順例を示す図である。

符号の説明

１０…ディスクアレイ、１０１…ホストコンピュータ、１０２…ディスク装置群、１１０…ディスク制御装置。

Claims (14)

1. 計算機と記憶装置システムとを有し、
   前記記憶装置システムは複数のディスクアレイ装置を有し、
   前記複数のディスクアレイ装置の個々は、制御部及び複数のディスク装置を有し、
   前記制御部は、
   前記計算機又は前記複数のディスク装置と接続されるインターフェース部と、
   前記計算機と前記複数のディスク装置との間のデータの転送を制御するプロセッサ部と、
   前記複数のディスク装置に格納されるデータ又は前記複数のディスク装置から読み出されるデータが格納されるメモリ部と、前記インターフェース部、前記プロセッサ部、前記メモリ部を相互に接続する相互接続網、及び前記プロセッサ部と接続される管理端末部を有し、
   前記管理端末部は、前記インターフェース部、前記プロセッサ部、前記メモリ部及び前記相互結合網から各部の性能情報を収集し、
   前記記憶装置システムに含まれる複数の前記管理端末部のうちの何れか一つ（以下「全体管理端末部」）は、
   外部装置から入力される性能要求と収集した前記性能情報を比較し、前記性能要求を満たさない場合には、該記憶装置システムの設定を変更することを特徴とするシステム。
2. 前記管理端末部は、前記性能要求を満たさない場合には、前記外部装置に前記性能要求を満たさないことを通知することを特徴とする請求項１記載のシステム。
3. 前記性能情報とは、前記プロセッサ部の稼働率であることを特徴とする請求項２記載のシステム。
4. 前記全体管理端末部は、前記各部の使用可能な資源に関する情報（以下「余剰情報」）を有し、
   前記性能要求と前記性能情報を比較した際に前記性能要求を達成するための資源が不足していると判断した時には、前記余剰情報を用いて使用可能な資源を割り当てるよう、該記憶装置システムの設定を変更することを特徴とする請求項３記載のシステム。
5. 前記性能要求と前記性能情報を比較した際に前記性能要求を達成するための資源が余剰である判断した時には、前記全体管理端末部は、前記余剰な資源を使用しないように該記憶装置システムの設定を変更し、前記余剰情報の内容を更新することを特徴とする請求項４記載のシステム。
6. 前記性能要求は複数有り、前記全体管理端末部は、前記複数の性能要求を所定の優先順位の情報と共に記憶していることを特徴とする請求項５記載のシステム。
7. 前記全体管理端末部は、前記複数の性能要求のうち、優先順位が低い性能要求において資源が余剰である場合に、資源が不足している優先順位が高い性能要求に前記余剰となった資源を割り当てることを特徴とする請求項６記載のシステム。
8. 更に前記全体管理端末部と接続される管理計算機を有し、
   前記管理計算機は前記記憶装置システムが有する各部の使用の有無に関する情報を保持し、
   前記全体管理端末部は、前記性能要求を前記性能情報が満たさない場合に、前記管理計算機に対して資源の追加を要求し、
   前記管理計算機は、前記各部の使用の有無に関する情報に基づいて、前記記憶装置システムが有する資源のうち、該記憶装置システムで使用されていない資源の使用を許可する情報を前記全体管理端末部に送信することを特徴とする請求項１記載のシステム。
9. 前記使用を許可する情報とは、前記利用を許可する資源に対応付けられたキーであることを特徴とする請求項８記載のシステム。
10. 前記全体管理端末部は、前記性能要求を前記性能情報が満たさない場合に、前記管理計算機に対して資源の削除を要求し、
    前記管理計算機は、前記各部の使用の有無に関する情報に基づいて、前記記憶装置システムが有する資源のうち、該記憶装置システムで使用されている資源の削除を指示する情報を前記全体管理端末部に送信することを特徴とする請求項１記載のシステム。
11. 前記削除を指示する情報とは、前記資源に対応付けられたキーであることを特徴とする請求項１０記載のシステム。
12. 前記全体管理端末部は、前記資源の追加を前記管理計算機に通知する前に、前記記憶装置システムの管理者に対して資源の追加の可否を問い合わせることを特徴とする請求項９記載のシステム。
13. 計算機と接続される記憶装置システムであって、
    複数のディスクアレイ装置を有し、
    前記複数のディスクアレイ装置の個々は、制御部及び複数のディスク装置を有し、
    前記制御部は、
    前記計算機又は前記複数のディスク装置と接続されるインターフェース部と、
    前記計算機と前記複数のディスク装置との間のデータの転送を制御するプロセッサ部と、
    前記複数のディスク装置に格納されるデータ又は前記複数のディスク装置から読み出されるデータが格納されるメモリ部と、前記インターフェース部、前記プロセッサ部、前記メモリ部を相互に接続する相互接続網、及び前記プロセッサ部と接続される管理端末部を有し、
    前記管理端末部は、前記インターフェース部、前記プロセッサ部、前記メモリ部及び前記相互結合網から各部の性能情報を収集し、
    前記記憶装置システムに含まれる複数の前記管理端末部のうちの何れか一つ（以下「全体管理端末部」）は、
    外部装置から入力される性能要求と収集した前記性能情報を比較し、前記性能要求を満たさない場合には、該記憶装置システムの設定を変更することを特徴とする記憶装置システム。
14. 計算機と、
    前記計算機と接続される記憶装置システムと、
    前記記憶装置システムと接続される管理計算機とを有し、
    前記記憶装置システムは複数のディスクアレイ装置を有し、
    前記複数のディスクアレイ装置の個々は、制御部及び複数のディスク装置を有し、
    前記制御部は、
    前記計算機又は前記複数のディスク装置と接続されるインターフェース部と、
    前記計算機と前記複数のディスク装置との間のデータの転送を制御するプロセッサ部と、
    前記複数のディスク装置に格納されるデータ又は前記複数のディスク装置から読み出されるデータが格納されるメモリ部と、前記インターフェース部、前記プロセッサ部、前記メモリ部を相互に接続する相互接続網、及び前記プロセッサ部と接続される管理端末部を有し、
    前記管理端末部は、前記インターフェース部、前記プロセッサ部、前記メモリ部及び前記相互結合網から各部の性能情報を収集し、
    前記記憶装置システムに含まれる複数の前記管理端末部のうちの何れか一つ（以下「全体管理端末部」）は、
    前記管理計算機は前記記憶装置システムが有する各部の使用の有無に関する情報を保持し、
    前記全体管理端末部は、前記性能要求を前記性能情報が満たさない場合に、前記管理計算機に対して資源の追加を要求し、
    前記管理計算機は、前記各部の使用の有無に関する情報に基づいて、前記記憶装置システムが有する資源のうち、該記憶装置システムで使用されていない資源の使用を許可する情報を前記全体管理端末部に送信することを特徴とするシステム。
    

Images