JP2023034491A - ストレージシステム及びストレージシステムにおけるＱｏＳ管理方法 - Google Patents

Abstract

【課題】複数のストレージ装置に跨がった仮想ボリュームグループ単位でのＱｏＳ機能を実現する。【解決手段】ストレージシステムの管理システム０１００は、複数のストレージ装置０１０２がそれぞれ提供する複数のボリューム０２０７を用いて、仮想ボリュームグループ０００１を形成し、仮想ボリュームグループ０００１に、データ入出力量を含むＱｏＳ設定値が設定されており、ＱｏＳ設定値を満たすように、各ボリューム０２０７から仮想ボリュームグループ０００１に提供するＩＯ処理能力が設定されており、管理システム０１００は、各ボリューム０２０７の稼働情報に基づいて、各ボリューム０２０７から仮想ボリュームグループ０００１へ提供するＩＯ処理能力を設定する。【選択図】図１

Description

本発明は、ストレージシステム及びストレージシステムにおけるＱｏＳ管理方法に関する。

近年、ストレージ装置の導入に伴う設備投資コストを低減するために、従量課金型のストレージサービスであるＳＴａａＳ（Ｓｔｏｒａｇｅ－ａｓ－ａ－Ｓｅｒｖｉｃｅ）の利用が増えている。ＳＴａａＳを利用する顧客は、ストレージ装置の購入に対して代金を支払うのではなく、データを入出力・保持するストレージサービスに対して、実際の使用量に応じた料金を支払う。

他方、ＳＴａａＳを提供するストレージベンダは、サービスを提供するのに掛かるコストを低減するために、一台のストレージ装置にできるだけ多くの顧客を収容することで（ストレージ装置をマルチテナント利用することで）、ストレージ装置の利用効率向上に努める。

このように一台の装置を複数顧客で共用する場合、一般に顧客間の影響を排除する技術が必要となる。ストレージにおいては、ベンダと顧客の間で、ＩＯ処理能力（ＩＯＰＳ（Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｐｅｒ Ｓｅｃｏｎｄ））やレスポンス時間に対してのＳＬＡ（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ）を結ぶことが多く、ある顧客が過剰なＩＯ要求を発行したとしても、その影響は当該顧客に限定され、他の顧客のＳＬＡを違反しないようにＩＯを制御する必要がある。

近年のストレージ装置には、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）機能を有しているものがあり、ボリュームや複数のボリュームを束ねたボリュームグループ単位で、目標とするレスポンス時間やＩＯＰＳの上限などを設定することができる。このＱｏＳ機能を用いて、ＳＬＡに応じた目標レスポンス時間やＩＯＰＳ上限を設定することで、ＳＬＡを容易に保証することができる。

また、特許文献１では、複数のストレージ装置から構成されるストレージシステムにおいて、ＳＬＡを保証する技術が開示されている。特許文献１によれば、複数のストレージ装置と管理コンピュータを含むストレージシステムにおいて、管理コンピュータがストレージ装置の有するリソース量と、既存ボリュームに割当済みのリソース使用量を管理しておき、顧客から新規ボリュームのデプロイ要求を受け付けた際に、既存ボリュームのＳＬＡを違反させずに、新規ボリュームのＳＬＡを満たすのに必要なリソースについて割り当て可能か否かを予め判断することで、リソース不足によるＳＬＡ違反を防止する。本技術を用いることで、複数のストレージ装置から構成されるストレージシステムにおいても、ＳＬＡを保証することができる。

国際公開第２０１３／０５１０５６号

特許文献１で開示されている技術は、顧客がボリューム単位でＳＬＡを設定し、それを保証する技術である。しかしながら、顧客がボリューム単位でのＳＬＡを設定するためには、顧客がボリューム単位で必要なサービスレベルを見積もる必要がある。具体的には、上位のアプリケーション要件や、更に上位のシステム要件やビジネス要件に応じて、ボリューム単位で必要となるＩＯＰＳや満たすべきレスポンス時間の見積もりといった、ストレージの性能設計を顧客が行う必要がある。このような性能設計は、ストレージだけでなく、上位アプリケーション等に関する高い専門知識が求められ、顧客が容易に行えるようなものではない。

他方、ストレージ装置が持つＱｏＳ機能を用いる場合、ボリュームグループ単位にＱｏＳ設定を行うことで、ボリュームグループ単位でＳＬＡを保証できる。ボリュームグループ単位のＳＬＡでは、顧客はアプリケーション全体で必要なＩＯＰＳや、満たすべきレスポンス時間の見積もりを行えばよい。そのため、これらをボリューム単位で見積もるボリューム単位のＳＬＡよりも性能設計の難易度が下がり、顧客の利便性が高くなる。しかしながら、ストレージ装置が持つＱｏＳ機能は、当該ストレージ装置内部でＩＯを制御する機能であり、ストレージシステムの拡張により、ストレージ装置が複数台に増えた際に、複数のストレージ装置に跨ってＩＯを制御する機能性は有していない。つまり、ストレージ装置が持つＱｏＳ機能を用いたＳＬＡ保証は、装置単体に限定され、スケーラビリティが低い。

以下、スケーラビリティがないことによって生じる問題を、単純に複数のストレージ装置を束ねて、それを一つのストレージシステムとして運用することを考える。顧客が単一のストレージ装置の最大記憶容量やＩＯ処理能力を超えてボリュームをデプロイしようとした場合、単一装置の限界を超えているため、一つのボリュームグループだけではＳＬＡを保証することはできない。そのため、複数のストレージ装置に対して、それぞれボリュームグループを作成し、一つの顧客に複数のボリュームグループを割り当てることで、顧客のデプロイ要求に応えることになる。しかしながら、各ストレージ装置のボリュームグループは、各ストレージ装置がそれぞれ独立してボリュームグループのＱｏＳ設定を満たすようにＩＯを制御するため、顧客は複数のボリュームグループに対して、それぞれ性能設計を行う必要がある。つまり、スケーラビリティがないことによって、顧客の利便性を損ねることになる。

上述した例では、一つのボリュームグループだけで単一ストレージ装置の限界を超えるパターンについて述べたが、実際には一つのストレージ装置の中には、複数顧客による複数のボリュームグループが存在し得る。そのため、単一の巨大なボリュームグループでなくても、ボリュームグループが複数に分かれてしまう問題は容易に発生する。このほか、ボリュームグループが使用する記憶容量やＩＯＰＳは、ボリュームグループ毎に異なるため、切り良くストレージ装置全体の記憶容量やＩＯ処理能力を使いきれずに、断片化やフラグメンテーションが発生する問題もある。これは、ストレージ装置の利用効率低下に繋がり、ＳＴａａＳの運用コスト増大の原因となる。

本発明は、上記事情に鑑みなされたものであり、その目的は、複数のストレージ装置に跨がった仮想ボリュームグループ単位でのＱｏＳ機能を実現しうるストレージシステム及びストレージシステムにおけるＱｏＳ管理方法を提供することにある。

上記課題を解決すべく、本発明の一つの観点に従うストレージシステムは、プロセッサを有し、ボリュームを提供してボリュームに入出力されるデータを処理する複数のストレージ装置と、データを物理的に格納する記憶装置と、複数のストレージ装置を管理する管理システムと、を有するストレージシステムであって、管理システムは、複数のストレージ装置がそれぞれ提供する複数のボリュームを用いて、仮想ボリュームグループを形成し、仮想ボリュームグループに、データ入出力量を含むＱｏＳ設定値が設定されており、ＱｏＳ設定値を満たすように、各ボリュームから仮想ボリュームグループに提供するＩＯ処理能力が設定されており、管理システムは、各ボリュームの稼働情報に基づいて、各ボリュームから仮想ボリュームグループへ提供するＩＯ処理能力を設定する。

本発明によれば、複数のストレージ装置に跨がった仮想ボリュームグループ単位でのＱｏＳ機能を実現しうるストレージシステム及びストレージシステムにおけるＱｏＳ管理方法を実現することができる。
前記した以外の課題、構成および効果は、以下の実施例の説明により明らかにされる。

実施形態に係るストレージシステムの概要を示す図である。 実施形態に係るストレージシステムの構成例を示す図である。 実施形態に係るストレージシステムにおけるストレージ装置の構成例を示す図である。 実施形態に係るストレージシステムにおけるストレージ装置のメモリ構成例を示す図である。 実施形態に係るストレージシステムにおける管理システムの構成例を示す図である。 実施形態に係るストレージシステムにおける容量プール制御情報の構成例を示す図である。 実施形態に係るストレージシステムにおけるボリューム制御情報の構成例を示す図である。 実施形態に係るストレージシステムにおけるパス管理テーブルの構成例を示す図である。 実施形態に係るストレージシステムにおけるボリュームグループ制御情報の構成例を示す図である。 実施形態に係るストレージシステムにおけるストレージ装置稼働情報の構成例を示す図である。 実施形態に係るストレージシステムにおけるボリューム稼働情報の構成例を示す図である。 実施形態に係るストレージシステムにおける契約管理情報の構成例を示す図である。 実施形態に係るストレージシステムにおける装置管理情報の構成例を示す図である。 実施形態に係るストレージシステムにおける仮想ボリュームグループ管理情報の構成例を示す図である。 実施形態に係るストレージシステムにおけるボリューム稼働情報履歴情報の構成例を示す図である。 実施形態に係るストレージシステムにおけるストレージ装置情報履歴情報の構成例を示す図である。 実施形態に係るストレージシステムにおけるストレージ装置の稼働情報送信処理の一例を示すシーケンス図である。 実施形態に係るストレージシステムにおける管理システムの稼働情報受信処理の一例を示すシーケンス図である。 実施形態に係るストレージシステムにおける管理端末による新規ボリュームデプロイ処理の一例を示すフローチャートである。 実施形態に係る管理システムの管理操作制御部による新規ボリュームデプロイ処理の一例を示すフローチャートである。 実施形態に係る管理システムの管理操作制御部による新規ボリュームデプロイ準備処理の一例を示すフローチャートである。 実施形態に係る管理システムのＱｏＳ初期調整部によるＱｏＳ初期調整処理の一例を示すフローチャートである。 実施形態に係る管理システムのＱｏＳ定期調整部によるＱｏＳ定期調整処理の全体フローの一例を示す図である。 実施形態に係る管理システムのＱｏＳ定期調整部によるＱｏＳ定期調整処理フローの一例を示す図である。 実施形態に係る管理システムのＱｏＳ定期調整部によるボリュームマイグレーションの処理フローの一例を示す図である。 実施形態に係る管理システムのＱｏＳ定期調整部によるボリュームマイグレーションの準備処理フローの一例を示す図である。

以下、図面を参照して、本発明の実施形態について詳述する。ただし、以下の記載および図面は、本発明を説明するための例示であって、説明の明確化のために、適宜省略および簡略化が行われており、本発明の技術的範囲を限定するものではない。

以後の説明では「テーブル」、「表」、「リスト」、「キュー」などの表現にて各種情報を説明するが、各種情報はこれら以外のデータ構造で表現されていてもよい。そのため、データ構造に依存しないことを示すために、単に「情報」と呼ぶことがある。各種情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ」、「番号」などの表現を用いるが、これらについては相互に置換が可能である。

以後の説明では、「プログラム」を主語として説明を行う場合があるが、プログラムはプロセッサ（例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ））によって実行されることで定められた処理を、記憶資源（例えばメモリ）やインタフェースデバイス（例えば通信装置）などを適宜用いながら行うため、プロセッサを主語とした説明としてもよい。同様に、プログラムを実行して行う処理の主体が、プロセッサを有する例えばコントローラ、装置、システム、計算機、ノード、ストレージ装置、サーバ、クライアント、又はホストであってもよい。また、プログラムの一部または全ては、ハードウェア回路を用いて処理してもよい。

各種プログラムは、プログラム配布サーバや記憶メディアによって各計算機にインストールされてもよい。また、以後の説明において、２以上のプログラムが１つのプログラムとして実現されてもよく、逆に１つのプログラムが２以上のプログラムとして実現されてもよい。

なお、実施例を説明する図において、同一の機能を有する箇所には同一の符号を付し、その繰り返しの説明は省略する。

また、以下の説明において、同種の要素を区別しないで説明する場合には、参照符号（又は、参照符号のうちの共通符号）を使用し、同種の要素を区別して説明する場合は、要素の識別番号（又は参照符号）を使用することがある。

図面において示す各構成要素の位置、大きさ、形状、範囲などは、発明の理解を容易にするため、実際の位置、大きさ、形状、範囲などを表していない場合がある。このため、本発明は、必ずしも、図面に開示された位置、大きさ、形状、範囲などに限定されない。

本実施形態のストレージシステムは、一例として以下のような構成を有する。

すなわち、本実施例のストレージシステムは、複数のストレージ装置と管理システムからなるストレージシステムにおいて、各ストレージ装置に作成した複数のボリュームグループを、仮想ボリュームグループとして仮想的に一つのボリュームグループとして管理し、この仮想ボリュームグループ単位のＱｏＳ機能を実現する。顧客は、この仮想ボリュームグループに対する性能設計を行ったうえでＳＬＡ及びＱｏＳ設定を行う。管理システムは、仮想ボリュームグループを構成する実際のボリュームグループの稼働情報を監視し、顧客が設定した仮想ボリュームグループに対するＱｏＳ設定を満たすように、各ボリュームグループのＱｏＳ設定を動的に調整したり、ボリュームグループ間でボリュームマイグレーションを行ったりする。

本実施形態により、複数ストレージ装置から構成されるストレージシステムにおいても、顧客は単一の仮想ボリュームグループに対する性能設計のみを行えばよく、顧客のＳＴａａＳ利用に対する利便性が向上する。また、複数のボリュームグループから、仮想的に一つのボリュームグループが作られることで、各ストレージ装置の記憶容量やＩＯＰＳを無駄なく利用することが可能となり、ストレージ装置の利用効率を高めることが可能となり、延いてはＳＴａａＳの運用コスト低減に繋がる。

以下、図１～図２６を参照して、本発明の実施形態について詳述する。

まず、図１を参照して、本発明の実施形態の概要について説明する。各構成要素や各処理の詳細については、後ほど別の図を用いて詳述する。

図１に示すストレージシステム００００は、複数のストレージ装置０１０２、管理システム０１００、管理端末０１０１を有する。ストレージ装置０１０２と管理システム０１００、管理端末０１０１は管理ネットワーク０１０４に接続される。

ストレージ装置０１０２は、ボリューム０２０７という論理的な記憶領域をホスト０１０３（図２参照）に提供する。本実施形態において、ストレージ装置０１０２は、１以上のボリューム０２０７をグループ化したボリュームグループ０２０８単位でのＱｏＳ機能を有しており、ボリュームグループ０２０８単位に単位時間当たりにホスト０１０３がストレージ装置０１０２に発行可能なＩＯ回数（ＩＯＰＳ＝ＩＯ Ｐｅｒ Ｓｅｃｏｎｄ）を制限することができる。

管理システム０１００は、稼働情報分析部０４０５、ストレージ装置通信部０４０４、ＱｏＳ定期調整部０４０３、ＱｏＳ初期調整部０４０２、及び管理操作制御部０４０６から構成され、これらに加えて各種処理に用いる管理情報４０１として、契約管理情報０４０７や仮想ボリュームグループ管理情報０４０９等を有する。

管理システム０１００は、複数のストレージ装置０１０２のボリュームグループ０２０８を、仮想ボリュームグループ０００１として仮想的に束ねて管理する。そして、仮想ボリュームグループ０００１を構成する各ボリュームグループ０２０８のＱｏＳ設定を動的に調整することで、ストレージシステム００００の管理者や顧客に対して、仮想ボリュームグループ０００１単位のＱｏＳ機能を提供する。以下、ステップＳ１～Ｓ９によって仮想ボリュームグループ０００１単位ＱｏＳ機能の実現手段の一例について説明する。

ステップＳ１は、管理システム０１００とストレージ装置０１０２間の通信処理である。詳細は後述するが、管理ネットワーク０１０４はデータセンタ内のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）だけでなく、インターネット等のＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を含んでいてもよいため、管理システム０１００とストレージ装置０１０２間で安全に通信を行うために、通信のトンネリング処理等を行う。ストレージ装置通信部０４０４は、このトンネリングにおける管理システム０１００側の終端処理を担う。そのため、ストレージ装置０１０２との通信は、基本的に全てストレージ装置通信部０４０４を経由して行う。

ステップＳ２は、ストレージ装置通信部０４０４を介してストレージ装置０１０２から受領した稼働情報の分析を稼働情報分析部０４０５に指示する処理である。ステップＳ３はステップＳ２で指示された稼働情報に対してデータの整形や集計、ノイズ除去、ダウンサンプリングといった各種分析を行ったうえで、管理情報として管理システム０１００に格納する処理である。

ステップＳ４は、ストレージシステム００００の管理者や顧客が管理端末０１０１を経由して、管理システム０１００の管理操作制御部０４０６に対して新規ボリューム０２０７のデプロイを指示する処理である。管理操作制御部０４０６は、受領した新規ボリューム０２０７のデプロイ指示に基いて管理システム０１００上の管理情報を更新する処理（ステップＳ５）や、ストレージ装置通信部０４０４を介してストレージ装置０１０２に対して新規ボリューム０２０７のデプロイを指示する処理（ステップＳ６）、ＱｏＳ初期調整部０４０２に新規ボリューム０２０７についてＱｏＳ設定の初期調整を指示する処理（ステップＳ７）を行う。ＱｏＳ初期調整部０４０２は、管理システム０１００上の管理情報に基づき、新規ボリューム０２０７のＱｏＳ設定を調整する処理（ステップＳ８）を行い、ストレージ装置通信部０４０４を介して、調整したＱｏＳ設定値をストレージ装置０１０２に反映する処理（ステップＳ９）を行う。

ステップＳ１０は、管理システム０１００上で定期的に実行されるＱｏＳ定期調整部０４０３による、既存ボリューム０２０７のＱｏＳ設定を調整する処理である。ステップＳ１１は、ＱｏＳ設定の調整結果を、ストレージ装置通信部０４０４を介して、ストレージ装置０１０２に反映する処理である。

以上のような処理によって、複数のストレージ装置０１０２による、複数のボリュームグループ０２０８から構成される仮想ボリュームグループ０００１単位のＱｏＳ機能は実現される。

図２は本実施の形態におけるストレージシステム００００の構成例を示す図である。このストレージシステム００００は、１以上のストレージ装置０１０２、１以上のホスト、１以上の管理端末０１０１、そして管理システム０１００から構成される。

ストレージ装置０１０２と管理システム０１００、管理端末０１０１は、管理ネットワーク０１０４を介して接続され、相互に通信を行うことができる。管理ネットワーク０１０４は、光ファイバやＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、５Ｇ（第５世代移動通信システム）、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）など任意の通信回線及びその組み合わせによって実現され、データセンタ内に閉じたＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｏｗｒｋ）だけでなくインターネット等のＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）や、コンピュータ内部の仮想ネットワークを含んでいてもよい。

管理システム０１００は、ストレージ装置０１０２から稼働情報を収集し、収集した稼働情報を基いてストレージ装置０１０２の設定を調整することで、ストレージシステム００００の管理者によるストレージ装置０１０２の運用管理を補助したり、管理端末０１０１を経由して顧客からの指示を受領し、指示に基づきストレージ装置０１０２を制御するシステムである。この管理システム０１００はストレージ装置０１０２又はＳＴａａＳを提供するベンダが用意したクラウド上で動作するのが一般的である。しかし、例えば、顧客が用意したプライベートクラウドや通常のサーバ装置などで動作するように構成してもよい。また、ストレージ装置０１０２の内部で管理システム０１００を動作させる構成としてもよい。

管理端末０１０１は、ストレージシステム００００の管理者や顧客がストレージシステム００００に対して指示を与えるための装置であり、具体的には、ラップトップコンピュータやタブレット、スマートフォンなどである。

管理端末０１０１には、ストレージシステム００００を管理するための管理ソフトウェアがインストールされ、ストレージシステム００００の管理者や顧客は、当該管理ソフトウェアを介して管理システム０１００と通信を行うことで、新規ボリューム０２０７のデプロイといった構成変更指示や、ストレージシステム００００及びストレージ装置０１０２が正常に動作しているかの監視などを行う。

なお、本実施例では特段取り上げないが、管理端末０１０１から直接ストレージ装置０１０２に対して構成変更指示を与えたり、ストレージ装置０１０２の監視を行ってもよい。

なお、当該管理ソフトウェアは、Ｗｅｂアプリケーションでもよい。この場合、ストレージシステム００００の管理者や顧客は、管理端末０１０１にインストールされたＷｅｂブラウザなどから当該Ｗｅｂアプリケーションにアクセスすることで各種の処理を行う。また、管理システム０１００は、Ｗｅｂサーバの機能を有し、管理端末０１０１からのアクセスに対して管理ソフトウェアを構成するプログラムを配布する。

ホスト０１０３は、インストールされたアプリケーションプログラムを実行することで各種業務処理を行うためのコンピュータである。ホスト０１０３は実行しているアプリケーションプログラムからの要求に応じて、ストレージ装置０１０２に対してデータの読み込み要求又は書き込み要求を送信する。

ホスト０１０３は、図示しているように、ストレージネットワーク０１０５を介してストレージ装置０１０２と接続される。ストレージネットワーク０１０５は、ＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）を用いたＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）が一般的であるが、イーサネットやＩｎｆｉｎｉＢａｎｄなどを利用して、ｉＳＣＳＩやＳＲＰ（ＳＣＳＩ ＲＤＭＡ Ｐｒｏｔｏｃｏｌ）、ＮＶＭｅｏＦ（Ｎｏｎ－Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ Ｅｘｐｒｅｓｓ ｏｖｅｒ Ｆａｂｒｉｃｓ）などによるネットワークを構成してもよい。

ストレージ装置０１０２は、ホスト０１０３に対してデータの読み書きをするための記憶領域を提供する装置である。ストレージ装置０１０２は、管理ネットワーク０１０４を介して管理システム０１００や管理端末０１０１と接続され、また、ストレージネットワーク０１０５を介してホスト０１０３と接続される。

図３は本実施の形態におけるストレージ装置０１０２の構成例を示す図である。ストレージ装置０１０２は、ホスト０１０３に対してデータの読み書きをするための記憶領域を提供する装置である。ストレージ装置０１０２は、１以上のＣＰＵ０２０２と、１以上のメモリ０２０３、１以上のＦＥ－ＩＦ（Ｆｒｏｎｔｅｎｄ Ｉｎｔｅｒｆａｃｅ）０２００、１以上のＭＧＭＴ－ＩＦ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆａｃｅ）０２０１、１以上のＢＥ－ＩＦ（Ｂａｃｋｅｎｄ Ｉｎｔｅｒｆａｃｅ）０２０４、１以上の物理ディスク０２０５から構成され、それぞれストレージ装置０１０２内部のバスを介して接続される。ＣＰＵ０２０２は、当該ストレージ装置０１０２の動作制御を司る制御装置であり、メモリ０２０３に格納された各種プログラムを実行することで、各種処理を実行する。

メモリ０２０３は、例えば、前述した各種プログラム、各種処理を実行するのに必要な制御情報のほか、ＣＰＵ使用率やＩＯ量といった稼働情報を格納する。メモリ０２０３はＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ））で構成し、ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ）やこの後継メモリ規格を用いて接続することが一般的であるが、例えばＭＲＡＭ（Ｍａｇｎｅｔｏｒｅｓｉｔｉｖｅ ＲＡＭ）、ＲｅＲＡＭ（Ｒｅｓｉｓｔｉｖｅ ＲＡＭ）、 ＰＣＭ（Ｐｈａｓｅ Ｃｈａｎｇｅ ＭＥｍｏｒｙ）などの記憶メディアを用いて構成してもよい。

ＦＥ－ＩＦ０２００は、前述したストレージネットワーク０１０６を介してホスト０１０３と接続するためのネットワークインタフェースであり、ストレージネットワーク０１０６の通信規格に応じたネットワークインタフェースを備える。ＣＰＵ０２０２とＦＥ－ＩＦ０２００の接続には、ＰＣＩ Ｅｘｐｒｅｓｓを用いることが一般的であるが、その他の通信規格を用いて構成してもよい。

ＭＧＭＴ－ＩＦ０２０１は上述した管理ネットワーク０１０４を介して管理システム０１００や管理端末０１０１と接続するためのネットワークインタフェースであり、管理ネットワーク０１０４の通信規格に応じたネットワークインタフェースを備える。ＣＰＵ０２０２とＭＧＭＴ－ＩＦ０２０１の接続には、ＰＣＩ Ｅｘｐｒｅｓｓを用いることが一般的であるが、その他の通信規格を用いて構成してもよい。

物理ディスク０２０５は、物理的な記憶領域を有する装置であり、例えばＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＳＣＭ（Ｓｔｏｒａｇｅ Ｃｌａｓｓ Ｍｅｍｏｒｙ）、又は光ディスクといった不揮発性の記憶装置から構成され、ＳＡＳ（Ｓｅｒｉａｌ Ａｔｔａｃｈｅｄ ＳＣＳＩ）やＳＡＴＡ（Ｓｅｒｉａｌ ＡＴＡ）、ＮＶＭｅ（Ｎｏｎ－Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ ｅｘｐｒｅｓｓ）といったインタフェースによってＢＥ－ＩＦ０２０４と接続される。また、図示していないが、１の物理ディスク０２０５に対して複数のＢＥ－ＩＦ０２０４が接続される構成としたり、逆に１のＢＥ－ＩＦ０２０４に対して複数の物理ディスク０２０５が接続される構成としてもよい。ＣＰＵ０２０２とＢＥ－ＩＦ０２０４の接続には、ＰＣＩ Ｅｘｐｒｅｓｓを用いることが一般的であるが、その他の通信規格を用いて構成してもよい。

ストレージ装置０１０２内部では、論理的に１以上の物理ディスク０２０５を束ねることで１以上の容量プール０２０６を構成する。物理ディスク０２０５を束ねる技術については、単純に物理ディスク０２０５の記憶領域を連結するＪＢＯＤ（Ｊｕｓｔ ａ Ｂｕｎｃｈ Ｏｆ Ｄｉｓｋｓ）のほか、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｉｓｋｓ）といった高信頼化技術を用いてもよい。

ストレージ装置０１０２は、容量プール０２０６から、一部の記憶領域を切り出すことで、１以上のボリューム０２０７を構成する。ボリューム０２０７は、ストレージ装置０１０２がホスト０１０３に提供する記憶領域であり、ホスト０１０３から書き込まれたデータが格納される。ボリューム０２０７自体は、物理的な記憶領域を有しておらず、ホスト０１０３がボリューム０２０７に書き込んだデータは、容量プール０２０６を介してドライブに書き込まれる。

ボリュームグループ０２０８は、１以上のボリューム０２０７から構成されるボリューム０２０７の管理単位の一種である。本実施例において、ストレージ装置０１０２は、このボリュームグループ０２０８単位でのＱｏＳ機能を有しており、ボリュームグループ０２０８単位に単位時間当たりにホスト０１０３がストレージ装置０１０２に発行可能なＩＯ回数（ＩＯＰＳ＝ＩＯ Ｐｅｒ Ｓｅｃｏｎｄ）を制限することができる。

詳細については省略するが、これらのデータ入出力処理において、ＩＯが発生した領域にのみ物理的な記憶領域を割り当てるシンプロビジョニング機能や、ホスト０１０３から書き込まれたデータを圧縮してからドライブに格納するデータ圧縮機能、ストレージ装置０１０２内で重複しているデータを検出して取り除く重複排除機能などを備えていてもよい。

これら、ホスト０１０３からのデータ書き込み要求や読み込み要求された際のストレージ装置０１０２の処理については、本発明の本質に関わる部分ではないため、これ以上の詳細な説明については省略する。以降の説明においても、特段の説明がない限り、これらデータ入出力処理に関する処理フローやデータ構造は省略するが、適切に処理できるように構成されているものとする。

この他、図示していないが、ストレージ装置０１０２のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）イメージや動作ログなどを格納するための不揮発記憶装置、例えば、ＨＤＤやＳＳＤ、ｅＭＭＣ（ｅｍｂｅｄｄｅｄ Ｍｕｌｔｉ Ｍｅｄｉａ Ｃａｒｄ）を備えていてもよい。

なお、ホスト０１０３やストレージ装置０１０２は各々必ずしも物理的なコンポーネントでなくてもよく、例えば、仮想マシンやコンテナのような仮想化技術を用いて構成してもよい。加えて、これらの仮想化技術を用いて、１つの物理的な装置のなかに、仮想化したホスト０１０３やストレージ装置０１０２を同居させ、ストレージネットワーク０１０６として仮想スイッチを用いる構成としてもよい。

図４はストレージ装置０１０２のメモリ０２０３に格納されるストレージ装置制御プログラム０３００と制御情報０３０１、稼働情報０３０２を示している。ストレージ装置制御プログラム０３００は、ストレージ装置０１０２のＣＰＵ０２０２によって実行され、処理に応じて制御情報０３０１や稼働情報０３０２を参照または更新する。なお、実際には、図示した以外のストレージ装置制御プログラム０３００や制御情報０３０１、稼働情報０３０２、更にはキャッシュなどホスト０１０３が読み書きしたデータの一部等も格納され得るが、本実施形態に関連するもののみを示している。

ＩＯ制御部０３０３は、ホスト０１０３にボリューム０２０７を提供し、ボリューム０２０７に対するデータ入力要求を処理するためプログラムである。また、ＩＯ制御部０３０３は、管理システム通信部０３０５を経由して、管理システム０１００から受領したストレージ装置０１０２の操作指示に従って、新規ボリューム０２０７のデプロイや、新規ボリューム０２０７グループの作成、ボリュームグループ０２０８のＱｏＳ設定値の変更などを行う。更に、ＩＯ制御部０３０３は、ストレージ装置０１０２間でのボリュームマイグレーション指示を受領した場合は、必要に応じてストレージネットワーク０１０６や管理ネットワーク０１０４を介して、マイグレーション元ストレージ装置０１０２からマイグレーション先ストレージ装置０１０２へ、ボリューム０２０７に格納されたデータや制御情報０３０１の転送などの処理を実行する。このほか、図３を用いて説明した、複数の物理ディスク０２０５を束ねて容量プール０２０６を構成する処理や、容量プール０２０６からボリューム０２０７を構成する処理もＩＯ制御部０３０３が実現する。ＩＯ制御部０３０３は、これらの処理を行うなかで、必要に応じて制御情報０３０１を参照または更新する。

情報収集部０３０４は、ＩＯ制御部０３０３が動作状況を監視するプログラムであり、定期的に監視した結果を稼働情報０３０２に格納する。加えて、管理システム通信部０３０５を経由して、稼働情報０３０２を管理システム０１００に送信する。

管理システム通信部０３０５は、ストレージ装置０１０２が管理システム０１００と通信を行うためのプログラムである。本実施形態では、管理システム０１００がクラウドに構築され、管理ネットワーク０１０４として、インターネットなどの安全ではない通信経路を使うことが想定される。また、環境によっては、データセンタのファイアウォールにより、通信の方向がストレージ装置０１０２から管理システム０１００への一方向に限定される場合も想定される。そのため、管理システム通信部０３０５が、必要に応じて暗号化やＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）といった技術により、通信のトンネリング化を行い、管理システム０１００とストレージ装置０１０２との間で通信経路を確立する。また、管理システム０１００から、何らかの指示を受け付けると、管理システム通信部０３０５は指示に応じて適切なプログラムを起動又は、起動済みのプログラムに指示を中継する。例えば、新規ボリューム０２０７のデプロイ指示を受け付けた場合は、管理システム通信部０３０５はＩＯ制御部０３０３に対して作成要求を中継する。

制御情報０３０１は、容量プール制御情報０３０６、ボリューム制御情報０３０７、パス制御情報０３０８、ボリュームグループ制御情報０３０９から構成される。

容量プール制御情報０３０６は、容量プール０２０６に関する制御情報であり、容量プール０２０６の容量や、容量プール０２０６を構成するドライブの情報等から構成される。ボリューム制御情報０３０７は、ボリューム０２０７に関する制御情報であり、ボリューム０２０７のデータが格納される容量プール０２０６の情報や、ボリューム０２０７の容量といった情報から構成される。パス制御情報０３０８は、ホスト０１０３とボリューム０２０７の接続に関する制御情報であり、当該ボリューム０２０７に接続するホスト０１０３のＷＷＮやＬＵＮ等の情報から構成される。ボリュームグループ制御情報０３０９は、ボリュームグループ０２０８単位のＱｏＳ機能に関する制御情報であり、ボリュームグループ０２０８を構成するボリューム０２０７の情報や、当該ボリュームグループ０２０８のＱｏＳ設定値などの情報から構成される。

稼働情報０３０２は、ストレージ装置稼働情報０３１０、ボリューム稼働情報０３１１から構成される。ストレージ装置稼働情報０３１０は、ストレージ装置０１０２全体に関する稼働情報であり、ＣＰＵ使用率やメモリ使用率などの情報が格納される。ボリューム稼働情報０３１１は、ボリューム０２０７に関する稼働情報であり、当該ボリューム０２０７の平均ＩＯＰＳや平均転送速度、平均レスポンス等の情報が格納される。

図示していないが、メモリ０２０３は、この他に、ホスト０１０３や物理ディスク０２０５、ＦＥ－ＩＦ、ＢＥ－ＩＦ、管理－ＩＦといったストレージ装置０１０２を構成するコンポーネント毎の稼働情報や、管理システム０１００とストレージ装置０１０２間の通信に用いる情報などを保持していてもよい。

図５は管理システム０１００構成を示す図である。管理システム０１００はストレージ装置０１０２又はＳＴａａＳを提供するベンダが用意したクラウドにおいて、何らかのコンピュータの上で動作する。このコンピュータは、物理的なサーバのほか、仮想マシンやコンテナでもよい。更に、管理システム０１００はＦａａＳ（Ｆｕｎｃｔｉｏｎ－ａｓ－ａ－Ｓｅｒｖｉｃｅ）やＳｅｒｖｅｒｌｅｓｓ Ｃｏｍｐｕｔｉｎｇといった、クラウドベンダが提供する、コンピューティング環境を意識せずにプログラムを実行するサービスを用いて構成してもよい。

管理システム０１００は各種の制御プログラム０４００と各種管理情報０４０１から構成される。また、図示していないが、これ以外に管理ネットワーク０１０４と接続し、管理端末０１０１やストレージ装置０１０２と通信するための何らかのインタフェースを備える。制御プログラム０４００は、管理システム０１００上の何らかの記憶装置が保持しており、管理端末０１０１やストレージ装置０１０２からの通信、時刻などを契機に実行される。管理情報０４０１は、管理システム０１００上の何らかの記憶装置が保持しており、制御プログラムが必要に応じて情報の読み書きを行う。

ＱｏＳ初期調整部０４０２は、新しくデプロイされたボリューム０２０７を含むボリュームグループ０２０８に対するＱｏＳ設定値を調整するためのプログラムである。ＱｏＳ初期調整部０４０２は、管理操作制御部０４０６から呼び出されて実行される。新しくデプロイされたボリューム０２０７には、稼働情報０３０２が存在しないため、新規ボリューム０２０７をデプロイした際のＱｏＳ設定値については、ＱｏＳ初期調整部０４０２が調整を行う。その後、ストレージ装置通信部０４０４を介して、ストレージ装置０１０２に対して、調整したＱｏＳ設定値への反映を指示する。

ＱｏＳ定期調整部０４０３は、既存のボリュームグループ０２０８のＱｏＳ設定値を定期的に調整するためのプログラムである。ＱｏＳ定期調整部０４０３は、現在時刻を実行契機として、定期的に実行され、各ボリュームグループ０２０８のＱｏＳ設定値を調整する。その後、ストレージ装置通信部０４０４を介して、ストレージ装置０１０２に対して、調整したＱｏＳ設定値への反映を指示する。

ストレージ装置通信部０４０４は、ストレージ装置０１０２における管理システム通信部０３０５と同様に、管理システム０１００がストレージ装置０１０２と通信を行うためのプログラムであり、必要に応じて暗号化やＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）といった技術により、通信のトンネリング化を行い、管理システム０１００とストレージ装置０１０２間で通信経路を確立する。また、ストレージ装置通信部０４０４は、ストレージ装置０１０２から、何らかの情報を受け付けると、情報種別に応じて適切なプログラムを起動又は、起動済みのプログラムに情報を中継する。例えば、ストレージ装置０１０２の稼働情報０３０２を受け付けた場合は、ストレージ装置通信部０４０４は稼働情報分析部０４０５を起動し、受け付けた稼働情報の分析を指示する。

稼働情報分析部０４０５は、ストレージ装置０１０２から受領した稼働情報０３０２に対してデータの整形や集計といった各種分析を行い、その結果を基に管理情報０４０１を更新するプログラムである。

管理操作制御部０４０６は、管理端末０１０１から管理ネットワーク０１０４を介して受領したストレージ操作指示に応じてストレージ装置０１０２を制御するプログラムである。ストレージ装置０１０２の制御は、ストレージ装置通信部０４０４を介して、ストレージ装置０１０２に操作指示を行うことで実現する。この際に、必要に応じて、管理情報０４０１を参照または更新する。また、操作内容によっては、別のプログラムを起動し、起動したプログラムに処理を引き継ぐこともある。

管理情報０４０１は、管理システム０１００がストレージ装置０１０２を管理するための情報であり、契約管理情報０４０７、装置管理情報０４０８、仮想ボリュームグループ管理情報０４０９、ボリューム稼働情報履歴情報０４１０、ストレージ装置稼働情報履歴情報０４１１から構成される。

契約管理情報０４０７は、契約容量や契約性能、ＲＡＩＤレベルなど顧客とのＳＬＡに関する情報から構成される。装置管理情報０４０８は、ストレージ装置０１０２の稼働情報や容量プール０２０６毎の総容量や使用容量、ＲＡＩＤレベルなど、ストレージ装置０１０２を管理するための情報から構成される。仮想ボリュームグループ管理情報０４０９は、仮想ボリュームグループ０００１を構成するボリュームグループ０２０８の使用容量や稼働情報、ＱＯＳ設定値など仮想ボリュームグループ０００１を管理するための情報から構成される。ボリューム稼働情報履歴情報０４１０は、ボリューム０２０７毎の稼働情報の時系列履歴から構成される。ストレージ装置稼働情報履歴情報０４１１は、ストレージ装置０１０２毎の稼働情報の時系列履歴から構成される。

図示していないが、この他に、顧客やストレージシステム００００の管理者が、管理システム０１００にログインするための認証や認可に関する情報、管理システム０１００とストレージ装置０１０２との間の通信に用いる情報などを保持していてもよい。

以下、本実施の形態によるストレージシステム００００を制御するための各種情報について説明する。

図６は容量プール制御情報０３０６が保持する情報を示す図である。容量プール制御情報０３０６は、容量プール０２０６の容量や、容量プール０２０６を構成するドライブの情報を示す。容量プール制御情報０３０６の各エントリには、容量プールＩＤ０５００、総容量０５０１、使用容量０５０２、物理ディスクＩＤ０５０３、ＲＡＩＤレベル０５０４が含まれる。

容量プールＩＤ０５００は、ストレージ装置０１０２内部で容量プール０２０６を一意に識別するためのＩＤである。図では連番の数字となっているが、連番でなくてもよく、数字以外の文字を使ったＩＤでもよい。総容量０５０１は当該容量プール０２０６に格納可能なデータの容量を示す情報である。使用容量０５０２は、当該容量プール０２０６に格納済みのデータの容量を示す情報である。物理ディスクＩＤ０５０３は、当該容量プール０２０６を構成する物理ディスク０２０５を示す情報である。図では数字となっているが、バス上での物理ディスク０２０５の位置を示すアドレスなど文字列をＩＤとしてもよい。ＲＡＩＤレベル０５０４は、当該容量プール０２０６を構成する物理ディスク０２０５を束ねるのに用いた方式を示す情報である。図中のＲＡＩＤ６やＲＡＩＤ５は、前述した高信頼化技術の一種であり、耐障害性に違いがある。

図の例では、容量プールＩＤ０５００が「０」の容量プール０２０６は、物理ディスクＩＤ０５０３「０、１、２、３、４」をＲＡＩＤ６で束ねており、総容量０５０１が「１００ＴＢ」のうち「３０ＴＢ」が使用済みであることを示している。

容量プール制御情報０３０６は、新規ストレージ装置０１０２導入時にストレージシステム００００の管理者が当該ストレージ装置０１０２のハードウェア構成等に応じてエントリを追加する。使用容量０５０２については、ＩＯ制御部０３０３が新規ボリューム０２０７のデプロイ時に、当該ボリューム０２０７の容量を加算する。

図７はボリューム制御情報０３０７が保持する情報を示す図である。ボリューム制御情報０３０７は、ボリューム０２０７に関する制御情報であり、ボリューム０２０７のデータが格納される容量プール０２０６の情報や、ボリューム０２０７の容量といった情報を示す。ボリューム制御情報０３０７の各エントリには、ボリュームＩＤ０６００、プールＩＤ０６０１、容量０６０２が含まれる。

ボリュームＩＤ０６００は、ストレージ装置０１０２内部でボリューム０２０７を一意に識別するためのＩＤである。図では連番の数字となっているが、連番でなくてもよく、数字以外の文字を使ったＩＤでもよい。容量プールＩＤ０６０１は、当該ボリューム０２０７のデータ格納先となる容量プール０２０６を示す情報である。容量０６０２は、当該ボリューム０２０７に格納可能なデータ量を示す情報である。

図の例では、ボリュームＩＤ０６００が「０」であるボリューム０２０７は、容量プールＩＤ０６０１が「０」である容量プール０２０６にデータを格納し、「１００ＧＢ」のデータを可能することができることを示している。

ボリューム制御情報０３０７は、ＩＯ制御部０３０３が新規ボリューム０２０７のデプロイ要求を受領した際に、デプロイするボリューム０２０７の構成に応じてエントリを追加する。

図８はパス制御情報０３０８が保持する情報を示す図である。パス制御情報０３０８は、ホスト０１０３とボリューム０２０７の接続に関する制御情報であり、当該ボリューム０２０７に接続するホスト０１０３のＷＷＮやＬＵＮ等の情報を示す。パス制御情報０３０８の各エントリには、ボリュームＩＤ０７００、ホストＷＷＮ０７０１、ＬＵＮ０７０２が含まれる。

ホストＷＷＮ０７０１は、ホスト０１０３のＨＢＡ（Ｈｏｓｔ Ｂｕｓ Ａｄａｐｔｅｒ）が持つＨＢＡ固有の識別情報であり、ストレージ装置０１０２がホスト０１０３と通信するために用いる情報である。図で示すホストＷＷＮ０７０１は、主にホスト０１０３とＦＣプロトコルを用いて使う情報だが、その他のプロトコルに対応する場合は、プロトコルを示す情報と、当該プロトコルの通信に必要な情報を格納する。ＬＵＮ（Ｌｏｇｉｃａｌ Ｕｎｉｔ Ｎｕｍｂｅｒ）０７０２は、１つのホスト０１０３に複数のボリューム０２０７を割り当てた際に、ホスト０１０３が個々のボリューム０２０７を識別するのに用いる識別情報である。

図の例では、ボリュームＩＤ０７００が「０」であるボリューム０２０７は、ＷＷＮ０７０１が「００１１２２３３４４５５６６７７」であるＨＢＡを持つホスト０１０３と接続されており、そのＬＵＮ０７０２は「０」であることを示している。

パス制御情報０３０８は、ＩＯ制御部０３０３が新規ボリューム０２０７のデプロイ要求や、パス登録要求を受領した際に、要求内容に基いてエントリを追加する。

図９はボリュームグループ制御情報０３０９が保持する情報を示す図である。ボリューム制御情報０３０７は、ボリューム０２０７に関する制御情報であり、ボリューム０２０７のデータが格納される容量プール０２０６の情報や、ボリューム０２０７の容量といった情報を示す。ボリューム制御情報０３０７の各エントリには、ボリュームグループＩＤ０８００、ＱｏＳ設定０８０１、ボリュームＩＤ０８０２が含まれる。

ボリュームグループＩＤ０８００は、ストレージ装置０１０２内部でボリュームグループ０２０８を一意に識別するためのＩＤである。図では連番の数字となっているが、連番でなくてもよく、数字以外の文字を使ったＩＤでもよい。ＱｏＳ設定０８０１は、当該ボリュームグループ０２０８に対して、ホスト０１０３が単位時間あたりに発行可能なＩＯ量（ＩＯＰＳ）の上限を示す情報である。

図の例では、ボリュームグループＩＤ０８００が「０」であるボリュームグループ０２０８は、ボリュームＩＤ０８０２が「０」と「１」であるボリュームから構成され、これらのボリューム０２０７に対して、合計で最大「６ｋ ＩＯＰＳ」のＩＯを発行可能であることを示している。

ボリュームグループ制御情報０３０９は、ＩＯ制御部０３０３が新規ボリュームグループ０２０８作成要求を受領した際にエントリを追加する。また、新規ボリューム０２０７のデプロイ時やボリュームマイグレーション実行時には、構成するボリュームＩＤ０８０２を追加又は削除し、ＱｏＳ設定の反映要求受領時には、受領した設定値に応じてＱｏＳ設定０８０１を更新する。

図１０はストレージ装置稼働情報０３１０が保持する情報を示す図である。ストレージ装置稼働情報０３１０は、ストレージ装置０１０２全体に関する稼働情報であり、ＣＰＵ使用率やメモリ使用率などの情報を示す。ストレージ装置稼働情報０３１０には、ＣＰＵ使用率１０００、メモリ使用率１００１が含まれる。

ＣＰＵ使用率１０００は、当該ストレージ装置０１０２を構成するＣＰＵ０２０２が、単位時間当たりに処理を実行している時間の割合である。メモリ使用率１００１は、当該ストレージ装置０１０２を構成するメモリ０２０３の容量のうち、何らかのデータを格納するのに使用している容量の割合である。

図の例では、ＣＰＵ使用率１０００は「４０％」であり、メモリ使用率１００１は「６０％」であることを示している。

ストレージ装置稼働情報０３１０は、情報収集部０３０４がＩＯ制御部０３０３を監視し、ＣＰＵ使用率１０００とメモリ使用率１００１を定期的に更新する。

図１１はボリューム稼働情報０３１１が保持する情報を示す図である。ボリューム稼働情報０３１１は、ボリューム０２０７に関する稼働情報であり、当該ボリューム０２０７の平均ＩＯＰＳや平均転送速度、平均レスポンス等の情報を示す。ボリューム稼働情報０３１１の各エントリには、ボリュームＩＤ０９００、平均ＩＯＰＳ０９０１、平均転送速度０９０２、平均レスポンス０９０３が含まれる。

平均ＩＯＰＳ０９０１は、当該ボリューム０２０７に対して、ホスト０１０３が単位時間当たりに発行したＩＯ数（ＩＯＰＳ）の平均である。平均転送速度０９０２は、当該ボリューム０２０７に対して、ホスト０１０３が単位時間あたりに発行したＩＯによって転送されたデータ量の平均である。平均レスポンス０９０３は、当該ボリューム０２０７に対して、ホスト０１０３が単位時間中に発行したＩＯに対してストレージ装置０１０２が応答を返すのに掛かった時間の平均である。

図の例では、ボリュームＩＤ０９００が「０」であるボリューム０２０７は、ホスト０１０３から平均で「３ｋ ＩＯＰＳ」、「１２ ＭＢ／ｓ」のＩＯを受け付けており、これらＩＯに応答を返すために平均で「０．５ ｍｓ」の時間を要していることを示す。

ボリューム稼働情報０３１１は、情報収集部０３０４がＩＯ制御部０３０３を監視し、ボリューム０２０７毎に平均ＩＯＰＳ０９０１と平均転送速度０９０２、平均レスポンス０９０３を定期的に更新する。

図１２は契約管理情報０４０７が保持する情報を示す図である。契約管理情報０４０７は、契約容量や契約性能、ＲＡＩＤレベルなど顧客とのＳＬＡに関する情報を示す。契約管理情報０４０７の各エントリには、顧客ＩＤ１１００、仮想ボリュームグループＩＤ１１０１、契約容量１１０２、契約性能１１０３、契約ＲＡＩＤレベル１１０４が含まれる。

顧客ＩＤ１１００は、ストレージシステム００００を利用する顧客を一意に識別するためのＩＤである。図では連番の数字となっているが、連番でなくてもよく、数字以外の文字を使ったＩＤでもよい。例えば、顧客のメールアドレスをＩＤとしてもよい。また、契約管理情報０４０７における顧客は、組織であってもよい。この場合、組織とユーザの対応関係を管理する情報を用意すればよい。

仮想ボリュームグループＩＤ１１０１は、管理システム０１００が仮想ボリュームグループ０００１を一意に識別するためのＩＤである。図では連番の数字となっているが、連番でなくてもよく、数字以外の文字を使ったＩＤでもよい。１の顧客に対して、２以上の仮想ボリュームグループ０００１を割り当ててもよい。２以上の仮想ボリュームグループ０００１を持つ顧客は、複数の契約を結んでいることを意味する。これは例えば、本番環境と開発環境を分離したい場合や、独立した複数の用途でストレージシステム００００を利用したい場合などに、このような形態をとることが考えられる。２以上の仮想ボリュームグループ０００１を持つ顧客は、新規ボリューム０２０７をデプロイする際にどの仮想ボリュームグループ０００１に対してボリューム０２０７をデプロイするのか選択できる。

契約容量１１０２は、当該顧客が当該仮想ボリュームグループ０００１で利用可能な最大容量である。当該顧客は当該仮想ボリュームグループ０００１に対して、ボリューム０２０７の容量の合計が契約容量１１０２に達するまで新規ボリューム０２０７をデプロイすることができる。

契約性能１１０３は、当該顧客が当該仮想ボリュームグループ０００１について要求するＩＯ性能に対するＳＬＡである。本実施例では、ＩＯ性能に対するＳＬＡは、上限ＩＯＰＳと平均レスポンスを含む。上限ＩＯＰＳは、当該顧客が当該仮想ボリュームグループ０００１を構成するボリューム０２０７に対して、単位時間当たりに発行可能な最大ＩＯ数を示す。平均レスポンスは、当該顧客が当該仮想ボリュームグループ０００１を構成するボリューム０２０７に対して、単位時間中に発行したＩＯに対して、ストレージ装置０１０２が応答を返すのに要した時間の平均である。

契約ＲＡＩＤレベル１１０４は、当該顧客が当該仮想ボリュームグループ０００１について要求するＲＡＩＤレベルに対するＳＬＡである。ＳＬＡには、契約性能のようなＩＯ性能に対するもの以外に、耐障害性や可用性に対するものもある。契約ＲＡＩＤレベル１１０４は、耐障害性に関するＳＬＡの一種であり、ＩＯ性能以外に関するＳＬＡの一例である。

本実施例において、契約ＲＡＩＤレベル１１０４は必須のものではなく、また、契約ＲＡＩＤレベル１１０４以外のＳＬＡがあってもよい。例えば、ハードウェア障害などによってデータが消失し、バックアップから復旧する際の復旧に関する指標であるＲＰＯ（Ｒｅｃｏｖｅｒｙ Ｐｏｉｎｔ Ｏｂｊｅｃｔｉｖｅ）やＲＴＯ（Ｒｅｃｏｖｅｒｙ Ｔｉｍｅ Ｏｂｊｅｃｔｉｖｅ）といったものもＳＬＡになり得る。これらＩＯ性能以外に関するＳＬＡは、ストレージ装置０１０２に各ＳＬＡに対応可能な容量プール０２０６を作っておき、新規ボリューム０２０７のデプロイ時に当該容量プール０２０６を使用することで対応することができる。

図の例では、顧客ＩＤ１１００が「００００」である顧客は、２つの仮想ボリュームグループ０００１を契約しており、それぞれの仮想ボリュームグループＩＤ１１０１は「０」と「２」であり、仮想ボリュームグループＩＤ１１０１が「０」である仮想ボリュームグループ０００１は合計で「１０ＴＢ」のデータを格納可能であり、「上限ＩＯＰＳ＝１５ｋ ＩＯＰＳ、平均レスポンス＜２ｍｓ」のＩＯ性能が保証されており、ＲＡＩＤレベル１１０４が「ＲＡＩＤ６」である容量プール０２０６にデータが格納され、仮想ボリュームグループＩＤ１１０１が「１」である仮想ボリュームグループ０００１は合計で「５ＴＢ」のデータを格納可能であり、「上限ＩＯＰＳ＝３ｋ ＩＯＰＳ、平均レスポンス＜２ｍｓ」のＩＯ性能が保証されており、ＲＡＩＤレベル１１０４が「ＲＡＩＤ５」である容量プール０２０６にデータが格納されることを示している。

契約管理情報０４０７は、ストレージシステム００００の顧客や管理者が管理端末０１０１を経由して、管理操作制御部０４０６に対して、契約管理情報０４０７の追加又は変更指示を行い、管理操作制御部０４０６は指示に従ってエントリの追加又は変更を行う。

図１３は装置管理情報０４０８が保持する情報を示す図である。装置管理情報０４０８は、ストレージ装置０１０２の稼働情報や容量プール０２０６毎の総容量や使用容量、ＲＡＩＤレベルなど、管理システム０１００がストレージ装置０１０２を管理するための情報を示す。装置管理情報０４０８の各エントリには、装置ＩＤ１２００、ＣＰＵ使用率１２０１、メモリ使用率１２０２、容量プールＩＤ１２０３、総容量１２０４、使用容量１２０５、ＲＡＩＤレベル１２０６が含まれる。

装置ＩＤ１２００は、管理システム０１００がストレージシステム００００内でストレージ装置０１０２を一意に識別するためのＩＤである。図では連番の数字となっているが、連番でなくてもよく、数字以外の文字を使ったＩＤでもよい。例えば、ストレージ装置０１０２の製造番号をＩＤとしてもよい。

容量プールＩＤ１２０３は、ストレージ装置０１０２内で一意に容量プール０２０６を識別するためのＩＤであり、管理システム０１００は装置ＩＤ１２００と容量プールＩＤ１２０３の組によって、ストレージシステム００００内で容量プール０２０６を一意に識別する。

図の例では、装置ＩＤ１２００が「０」であるストレージ装置０１０２には、２つの容量プール０２０６が存在し、それぞれの容量プールＩＤ１２０３は「０」と「１」であり、容量プールＩＤ１２０３が「０」である容量プール０２０６は、総容量１２０４が「１０ＴＢ」、使用容量１２０５が「３０ＴＢ」、ＲＡＩＤレベル１２０６が「ＲＡＩＤ６」であり、容量プールＩＤ１２０３が「１」である容量プール０２０６は、総容量１２０４が「４０ＴＢ」、使用容量１２０５が「１０ＴＢ」、ＲＡＩＤレベル１２０６が「ＲＡＩＤ６」であることを示している。

装置管理情報０４０８は、ストレージシステム００００の管理者が、新規ストレージ装置０１０２導入時に、当該ストレージ装置０１０２のエントリを追加する。ＣＰＵ使用率１２０１、メモリ使用率１２０２、容量プールＩＤ１２０３、総容量１２０４、使用容量１２０５、ＲＡＩＤレベル１２０６は、稼働情報分析部０４０５がストレージ装置０１０２から受領した制御情報０３０１や稼働情報０３０２を元に登録または更新する。

図１４は仮想ボリュームグループ管理情報０４０９が保持する情報を示す図である。仮想ボリュームグループ管理情報０４０９は、仮想ボリュームグループ０００１を構成するボリュームグループ０２０８の使用容量や稼働情報、ＱoＳ設定値など仮想ボリュームグループ０００１を管理するための情報を示す。仮想ボリュームグループ管理情報０４０９には、仮想ボリュームグループＩＤ１３００、装置ＩＤ１３０１、ボリュームグループＩＤ１３０２、使用容量１３０３、平均ＩＯＰＳ１３０４、平均転送速度１３０５、平均レスポンス１３０６、ＱｏＳ設定値１３０７が含まれる。

ボリュームグループＩＤ１３０２は、ストレージ装置０１０２内で一意にボリュームグループ０２０８を識別するためのＩＤであり、管理システム０１００は装置ＩＤ１３０１とボリュームグループＩＤ１３０２の組によって、ストレージシステム００００内でボリュームグループ０２０８を一意に識別する。

図の例では、仮想ボリュームグループＩＤ１３００が「０」である仮想ボリュームグループ０００１は、二つのボリュームグループ０２０８から構成されており、１のボリュームグループ０２０８は装置ＩＤ１３０１が「０」、ボリュームグループＩＤ１３０２が「０」であり、使用容量１３０３は「２ＴＢ」、平均ＩＯＰＳ１３０４は「４ｋＩＯＰＳ」、平均転送速度１３０５は「１６ＭＢ／ｓ」、平均レスポンス１３０６は「０．５ｍｓ」、ＱｏＳ設定値１３０７は「６ｋ ＩＯＰＳ」であり、１のボリュームグループ０２０８は装置ＩＤ１３０１が「１」、ボリュームグループＩＤ１３０２が「１」であり、使用容量１３０３は「３ＴＢ」、平均ＩＯＰＳ１３０４は「６ｋＩＯＰＳ」、平均転送速度１３０５は「２４ＭＢ／ｓ」、平均レスポンス１３０６は「０．６ｍｓ」、ＱｏＳ設定値１３０７は「９ｋ ＩＯＰＳ」であることを示す。

仮想ボリュームグループ管理情報０４０９は、管理操作制御部０４０６が契約情報の追加指示を受領した際にエントリを追加する。装置ＩＤ１３０１、ボリュームグループＩＤ１３０２、使用容量１３０３は、管理操作制御部０４０６が新規ボリューム０２０７のデプロイ要求を受領した際に必要に応じて追加または更新する。ＱｏＳ設定値１３０７は、ＱｏＳ初期調整部０４０２又はＱｏＳ定期調整部０４０３が調整指示を受領した際に更新する。平均ＩＯＰＳ１３０４、平均転送速度１３０５、平均レスポンス１３０６は、稼働情報分析部０４０５がストレージ装置０１０２から受領した制御情報０３０１や稼働情報０３０２を元に登録または更新する。

図１５はボリューム稼働情報履歴情報０４１０が保持する情報を示す図である。ボリューム稼働情報履歴情報０４１０は、ボリューム０２０７毎の稼働情報の時系列履歴を示す情報である。ボリューム稼働情報履歴情報０４１０の各エントリには、装置ＩＤ１４００、ボリュームグループＩＤ１４０１、ボリュームＩＤ１４０２、タイムスタンプ１４０３、容量１４０４、平均ＩＯＰＳ１４０５、平均転送速度１４０６、平均レスポンス１４０７を含む。

ボリュームグループＩＤ１４０１は、ストレージ装置０１０２内で一意にボリュームグループ０２０８を識別するためのＩＤであり、管理システム０１００は装置ＩＤ１４００とボリュームグループＩＤ１４０１の組によって、ストレージシステム００００内でボリュームグループ０２０８を一意に識別する。ボリュームＩＤ１４０２は、ストレージ装置０１０２内で一意にボリューム０２０７を識別するためのＩＤであり、管理システム０１００は装置ＩＤ１４００とボリュームＩＤ１４０２の組によって、ストレージシステム００００内でボリューム０２０７を一意に識別する。タイムスタンプ１４０３は、当該稼働情報を受領した時刻を示す情報である。

図の例では、装置ＩＤ１４００が「０」であるストレージ装置０１０２からボリュームグループＩＤ１４０１が「０」であるボリュームグループ０２０８についてのボリューム稼働情報０３１１を受領しており、ボリュームＩＤ１４０２が「０」であるボリューム０２０７については、「１０：００：００」、「１０：００：３０」、「１０：０１：００」の時刻に稼働情報を受領しており、「１０：００：００」に受領した稼働情報の容量１４０４は「１００ＧＢ」、平均ＩＯＰＳ１４０５は「２ｋ ＩＯＰＳ」、平均転送速度１４０６は「８ＭＢ／ｓ」、平均レスポンス１４０７は「０．４ｍｓ」であることを示す。

ボリューム稼働情報履歴情報０４１０は、稼働情報分析部０４０５がストレージ装置０１０２から受領した制御情報０３０１や稼働情報０３０２を元にエントリを追加する。なお、受領してから所定の期間が過ぎた稼働情報０３０２のエントリは削除してもよい。

図１６はストレージ装置情報履歴情報が保持する情報を示す図である。ストレージ装置稼働情報０３１０履歴情報は、ストレージ装置０１０２毎の稼働情報の時系列履歴を示す情報である。ストレージ装置情報履歴情報の各エントリには、装置ＩＤ１５００、タイムスタンプ１５０１、ＣＰＵ使用率１５０２、メモリ使用率１５０３を含む。

図の例では、装置ＩＤ１５００が「０」であるストレージ装置０１０２から、「１０：００：００」、「１０：００：３０」、「１０：０１：００」の時刻に稼働情報０３０２を受領しており、「１０：００：００」に受領した稼働情報０３０２のＣＰＵ使用率１５０２は「４０％」、メモリ使用率１５０３は「５７％」であることを示す。

ストレージ装置稼働情報履歴情報０４１１は、稼働情報分析部０４０５がストレージ装置０１０２から受領した稼働情報０３０２を元にエントリを追加する。なお、受領してから所定の期間が過ぎた稼働情報０３０２のエントリは削除してもよい。

以上、本実施例におけるストレージシステム００００が扱う各種情報について説明した。なお、上記説明では、本実施形態における制御に使うものや、一般的なストレージ装置０１０２において含まれることの多い管理情報０４０１を示している。必要に応じて、各表に列を足して情報を付け加えてもよいし、必要ない情報があれば列を削除してもよい。例えば、ストレージ装置０１０２が、シンプロビジョニング機能やデータ圧縮機能、重複排除機能を備えるのであれば、ボリューム管理情報において、それぞれの機能の有効無効を示す列を追加してもよいし、更にボリューム稼働情報０３１１において、それぞれの機能によるデータ削減量を示す列を追加してもよい。

図１７はストレージ装置０１０２における稼働情報送信処理フローを示す図である。ステップＳ１７００～Ｓ１７０１はストレージ装置０１０２のメモリ０２０３にある情報収集部０３０４に含まれ、ステップＳ１７０２～Ｓ１７０３は管理システム通信部０３０５のプログラムに含まれる。また、何れもストレージ装置０１０２のＣＰＵ０２０２によって実行される。

本実施例においては、稼働情報の収集をストレージ装置０１０２が処理起点となって管理システム０１００への情報を転送するプッシュ型の通信を想定し、本処理はストレージ装置０１０２が一定時間毎に起動する。なお、管理システム０１００が処理起点となって、ストレージ装置０１０２に情報の転送を要求するプル型でもよく、その場合、管理システム０１００が一定時間毎にストレージ装置通信部０４０４を経由して、各ストレージ装置０１０２に対して本処理の起動を指示する。

本処理では、まず情報収集部０３０４がＩＯ制御部０３０３の動作状況を監視し、その結果を用いてストレージ装置稼働情報０３１０とボリューム稼働情報０３１１を更新する（Ｓ１７００）。動作状況を元に稼働情報０３０２を更新する際に、任意のデータ加工処理を行ってよい。例えば、ＩＯ制御部０３０３が前回の収集処理以降に処理した累積のＩＯ数と経過時間からＩＯＰＳに変換する処理などを行ってもよく、また、例えば移動平均などによる稼働情報０３０２の平滑化を行ってもよい。

次に、情報収集部０３０４は、管理システム通信部０３０５を起動し、管理システム０１００へ稼働情報０３０２及び一部の制御情報０３０１の送信を指示する（Ｓ１７０１）。起動した管理システム通信部０３０５は指示を受領し（Ｓ１７０２）、指示に従ってストレージ装置稼働情報０３１０とボリューム稼働情報０３１１、容量プール制御情報０３０６、ボリュームグループ制御情報０３０９を管理システム０１００に送信する（Ｓ１７０３）。

図１８は管理システム０１００における稼働情報受信処理フローを示す図である。ステップＳ１８００～Ｓ１８０１は管理システム０１００の何らかの記憶デバイスにあるストレージ装置通信部０４０４のプログラムに含まれ、ステップＳ１８０２～Ｓ１８０６は稼働情報分析部０４０５のプログラムに含まれる。また、何れも管理システム０１００を構成する何らかのコンピュータによって実行される。

図１７で述べたように、本実施例はストレージ装置０１０２から管理システム０１００へのプッシュ型の通信によって稼働情報０３０２を送信することを想定している。そのため、本処理はストレージ装置０１０２から稼働情報０３０２が到着するのを契機として起動する。プル型の通信により稼働情報０３０２を取得する場合、本処理は一定時間毎に起動され、ストレージシステム００００を構成する各ストレージ装置０１０２に対して、それぞれ稼働情報０３０２の取得を指示する。より具体的には、装置管理情報０４０８を参照し、ストレージ装置０１０２のエントリ毎にストレージ装置通信部０４０４を経由して稼働情報０３０２の取得を指示する。

本処理では、ストレージ装置通信部０４０４が、ストレージ装置０１０２からストレージ装置稼働情報０３１０とボリューム稼働情報、容量プール制御情報０３０６、ボリュームグループ制御情報０３０９を受領する（Ｓ１８００）。次に、ストレージ装置通信部０４０４が、稼働情報分析部０４０５を起動し、受領した稼働情報０３０２及び制御情報０３０１の分析を指示する（Ｓ１８０１）。

稼働情報分析部０４０５は、分析指示を受領して以下の処理を実行する（Ｓ１８０２）。まず、受領したストレージ装置稼働情報０３１０とボリューム稼働情報０３１１、ボリュームグループ制御情報０３０９を元に、ストレージ装置稼働情報履歴情報０４１１とボリューム稼働情報履歴情報０４１０にエントリを追加する（Ｓ１８０３）。具体的には、ストレージ装置稼働情報履歴情報０４１１の当該装置のエントリに対して、タイムスタンプ１５０１として現在時刻を、ＣＰＵ使用率１５０２とメモリ使用率１５０３に受領したストレージ装置稼働情報０３１０のものをそれぞれ追加する。ボリューム稼働情報履歴情報０４１０については、まず、受領したボリュームグループ制御情報０３０９から同じく受領したボリューム稼働情報０３１１の各エントリに対応するボリューム０２０７が属するボリュームグループ０２０８のＩＤを取得する。そして、ボリューム稼働情報履歴情報０４１０の当該装置の当該ボリュームグループ０２０８のエントリに対して、タイムスタンプ１４０３として現在時刻を、平均ＩＯＰＳ１４０５と平均転送速度１４０６、平均レスポンス１４０７に受領したボリューム稼働情報０３１１のものをそれぞれ追加する。

次に、受領した容量プール制御情報０３０６とステップＳ２００３で更新したストレージ装置稼働情報履歴情報０４１１を元に装置管理情報０４０８を更新する（Ｓ１８０４）。具体的には、ストレージ装置稼働情報履歴情報０４１１の当該ストレージ装置０１０２の各エントリについて、時間軸方向で何らかの集計処理や分析処理を行い、当該ストレージ装置０１０２のＣＰＵ使用率とメモリ使用率の定常値を算出し、その値を使って装置管理情報０４０８の当該ストレージ装置０１０２のエントリにおけるＣＰＵ使用率１２０１、メモリ使用率１２０２を更新する。また、受領した容量プール制御情報０３０６に含まれる容量プール０２０６の各エントリを使って、装置管理情報０４０８の当該ストレージ装置０１０２の容量プールＩＤ１２０３、総容量１２０４、使用容量１２０５、ＲＡＩＤレベル１２０６を更新または追加する。

次に、ステップＳ２００３で更新したボリューム稼働情報履歴情報０４１０を元に、ボリュームグループ０２０８単位の稼働情報０３０２を算出する（Ｓ１８０５）。具体的には、ボリューム稼働情報履歴情報０４１０の当該ストレージ装置０１０２の各ボリューム０２０７のエントリについて、時間方向で何らかの集計処理や分析処理を行い、当該ボリューム０２０７の平均ＩＯＰＳと平均転送速度、平均レスポンスの定常値を算出し、それらを更に、ボリュームグループ０２０８単位で平均化することで、ボリュームグループ０２０８単位の平均ＩＯＰＳ０９０１と平均転送速度０９０２、平均レスポンス０９０３の定常値を算出する。

次に、ステップＳ２００５で算出したボリュームグループ０２０８単位の稼働情報０３０２を元に、仮想ボリュームグループ管理情報０４０９を更新する（Ｓ１８０６）。具体的には、仮想ボリュームグループ管理情報０４０９の当該装置の当該ボリュームグループ０２０８のエントリを、ステップＳ１８０５で算出したボリュームグループ０２０８単位の平均ＩＯＰＳ０９０１と平均転送速度０９０２、平均レスポンス０９０３の定常値を使って更新する。

図１９は管理端末０１０１における新規ボリュームデプロイ処理フローを示す図である。本処理は、管理端末０１０１にインストールされた管理ソフトウェアに含まれ、管理端末０１０１により実行される。なお、管理ソフトウェアがＷｅｂアプリケーションであれば、本処理は管理端末０１０１にインストールされたＷｅｂブラウザによって実行される。本処理は、顧客が管理端末０１０１にインストールされた管理ソフトウェアを使って、ストレージシステム００００に対して新規ボリューム０２０７のデプロイを指示することで起動される。

本処理は、まず顧客から、契約情報と、デプロイするボリューム０２０７の情報、当該ボリューム０２０７に接続するホスト０１０３の情報を受領する（Ｓ１９００）。契約情報は、顧客ＩＤやボリューム０２０７をデプロイする仮想ボリュームグループ０００１のＩＤを含む。また、仮想ボリュームグループＩＤを指定する代わりに、契約容量、契約性能、契約ＲＡＩＤレベルを含めることで、新規ボリューム０２０７のデプロイと合わせて、新規仮想ボリュームグループ０００１の作成を指示してもよい。ボリューム０２０７の情報には、ボリューム容量が含まれる。ホスト０１０３の情報には、ホストＷＷＮとＬＵＮが含まれる。これ以外に、ホスト０１０３のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）種別や、ホスト０１０３との接続に用いる通信プロトコルやそれに付随する情報等を指定できるようにしてもよい。

次に、管理システム０１００にステップＳ３０００で受領した情報と合わせて新規ボリューム０２０７のデプロイ要求を送信し、処理結果を受領する（Ｓ１９０１）。デプロイ要求を受領した管理システム０１００は、図２０の処理を実行し、処理結果を管理端末０１０１に報告する。最後に、管理端末０１０１は、受領した新規ボリュームデプロイの処理結果を顧客に表示する（Ｓ１９０２）。

図２０は管理システム０１００の管理操作制御部０４０６による新規ボリュームデプロイ処理フローを示す図である。本処理は、管理操作制御部０４０６のプログラムに含まれ、管理システム０１００を構成する何らかのコンピュータによって実行される。本処理は、管理ネットワーク０１０４を介して管理端末０１０１から新規ボリューム０２０７のデプロイ要求を受領したことを契機として起動する。

本処理は、まず、管理ネットワーク０１０４を介して管理端末０１０１から、新規ボリューム０２０７のデプロイ要求及び、契約情報と、デプロイするボリューム０２０７の情報、当該ボリューム０２０７に接続するホスト０１０３の情報を受領する（Ｓ２０００）。ここで受領する情報は、ステップＳ３０００で顧客が入力した情報である。

次に、ボリューム０２０７をデプロイするための準備処理を実行する（Ｓ２００１）。この準備処理は、図２１に示す処理を実行し、ボリューム０２０７をデプロイするための前提条件を充足しているかの判断や、ボリュームデプロイ先のストレージ装置０１０２の選択、容量プール０２０６の選択、仮想ボリュームグループ０００１の選択又は作成、ボリュームグループ０２０８の選択または作成といった処理を行い、装置ＩＤと仮想ボリュームグループＩＤ、容量プールＩＤ、ボリュームグループＩＤを呼び出し元に報告する。そして、この準備処理が成功すれば、ステップＳ４００３に進み、失敗すればステップＳ４００９に進む（Ｓ２００２）。

ステップＳ２００３では、ＱｏＳ初期調整部０４０２を起動し、新規ボリューム０２０７のデプロイに備えて、仮想ボリュームグループ０００１を構成する各ボリュームグループ０２０８のＱｏＳ設定の調整を指示する。この際、新規ボリューム０２０７の容量や、仮想ボリュームグループ０００１のＩＤ、新規ボリューム０２０７が属するボリュームグループ０２０８のＩＤも指示する。実際にボリューム０２０７をデプロイする前にＱｏＳ設定を調整するのは、ホスト０１０３とボリューム０２０７が接続された直後にホスト０１０３からＩＯが発行される可能性があるためである。実際にボリューム０２０７をデプロイ前にＱｏＳ設定を調整しておくことで、ＱｏＳ設定が調整されていない状況で新規ボリューム０２０７に対して発行されたＩＯ要求によって、新規ボリューム０２０７が属するボリュームグループ０２０８に属する他のボリューム０２０７へ発行されたＩＯ要求が悪影響を受けることを防止する。初期調整の処理に成功すれば、ステップＳ２００５に進み、失敗すればステップＳ２００９に進む。

ステップＳ２００５では、ステップＳ４００２の準備処理で選択されたボリュームデプロイ先のストレージ装置０１０２に対して、新規ボリューム０２０７のデプロイを指示する。具体的には、ストレージ装置通信部０４０４を介して、ストレージ装置０１０２の管理システム通信部０３０５に対して、デプロイするボリューム０２０７の情報、当該ボリューム０２０７に接続するホスト０１０３の情報を送信し、処理結果を受領する。ボリューム０２０７の情報には、ボリューム容量とボリューム０２０７が属するボリュームグループ０２０８のＩＤが含まれる。ホスト０１０３の情報には、ホストＷＷＮとＬＵＮが含まれる。これ以外に、ホスト０１０３のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）種別や、ホスト０１０３との接続に用いる通信プロトコルやそれに不随する情報等を指定できるようにしてもよい。ボリュームデプロイ指示を受領した管理システム通信部０３０５は、ＩＯ制御部０３０３に対して新規ボリューム０２０７の作成を指示し、指示を受領したＩＯ制御部０３０３は新規ボリューム０２０７を作成するとともにボリューム制御情報０３０７やボリュームグループ制御情報０３０９、ホスト制御情報を更新し、処理結果を報告する。ボリューム０２０７のデプロイに成功すれば、ステップＳ４００７に進み、失敗すればステップＳ４００９に進む（Ｓ２００６）。

ステップＳ２００７では、新規ボリューム０２０７の容量を、使用容量１２０５、１３０３として装置管理情報０４０８と仮想ボリュームグループ管理情報０４０９に反映させる。具体的には、装置管理情報０４０８のボリューム０２０７格納先の容量プール０２０６のエントリの使用容量として、新規ボリューム０２０７の容量を加算する。加えて、仮想ボリュームグループ管理情報０４０９の新規ボリューム０２０７が属するボリュームグループ０２０８のエントリの使用容量に、新規ボリューム０２０７の容量を加算する。

次に、デプロイ要求送信元の管理端末０１０１に対して、デプロイ成功を報告する（Ｓ２００８）。

ステップＳ２００９は、一連の処理の途中で何らかの問題が発生したときに実行され、ストレージシステム００００の状態を一連の処理を開始する前の状態までロールバックする。その後、デプロイ要求送信元の管理端末０１０１に対して、デプロイ失敗を報告する（Ｓ２０１０）。

図２１は管理システム０１００の管理操作制御部０４０６による新規ボリュームデプロイの準備処理フローを示す図である。本処理は、管理操作制御部０４０６のプログラムに含まれ、管理システム０１００を構成する何らかのコンピュータによって実行される。本処理は、図２０のステップＳ２００１で呼び出される処理である。

本処理は、まず、管理端末０１０１から受領したボリュームデプロイ指示に、仮想ボリュームグループ０００１の作成指示が含まれているかを確認し、含まれていればステップＳ２１０１に進み、含まれていなければ、ステップＳ２１０２に進む（Ｓ２１００）。

ステップＳ９００１では、管理端末０１０１から受領した契約情報に含まれる契約容量、契約性能、契約ＲＡＩＤレベルなどの情報を用いて契約管理情報０４０７及び仮想ボリュームグループ管理情報０４０９に新規仮想ボリュームグループ０００１のエントリを追加する。なお、この段階では、仮想ボリュームグループ管理情報０４０９に追加した仮想ボリュームグループ０００１のエントリには、ボリュームグループ０２０８は一つも登録されていない状態となる。

ステップＳ２１０２では、ボリュームデプロイ先の仮想ボリュームグループ０００１の使用容量にデプロイするボリューム０２０７の容量を加算した容量が、契約容量未満であるか判定し、契約容量未満であれば、ステップＳ２１０３に進み、契約容量以上であれば、ステップＳ２１０９に進む。仮想ボリュームグループ０００１の使用容量は、ボリュームデプロイ指示に含まれる仮想ボリュームグループＩＤまたは、ステップＳ２１０１で新規作成した仮想ボリュームグループ０００１のＩＤを元に、仮想ボリュームグループ管理情報０４０９を検索し、当該仮想ボリュームグループ０００１を構成する各ボリュームグループ０２０８の使用容量１３０３の合計を計算することで得られる。契約容量は、契約管理情報０４０７の当該仮想ボリュームグループ０００１のエントリの契約容量１１０２を参照することで得られる。

ステップＳ２１０３では、装置管理情報０４０８とストレージ装置稼働情報履歴情報０４１１、契約情報を元に、新規ボリューム０２０７のデプロイ先ストレージ装置０１０２と容量プール０２０６を決定する。この決定方法については、例えば、最初に、契約管理情報０４０７の当該仮想ボリュームグループ０００１のエントリから契約ＲＡＩＤレベル１１０４などＩＯ性能以外のＳＬＡ条件を取得し、このＳＬＡ条件とデプロイするボリューム０２０７の容量の情報を使って装置管理情報０４０８を検索し、ＳＬＡ条件を満たし、かつ、デプロイするボリューム０２０７を格納可能なストレージ装置０１０２及び容量プール０２０６のリストを取得する。その後、リストに含まれる各ストレージ装置０１０２について、装置管理情報０４０８やストレージ装置稼働情報履歴情報０４１１のＣＰＵ使用率１２０１、１５０２やメモリ使用率１２０２、１５０３を参照し、最も負荷の低いストレージ装置０１０２及び容量プール０２０６を決定する、といった方法が考えられる。

ステップＳ２１０４では、仮想ボリュームグループ管理情報０４０９の当該仮想ボリュームグループ０００１のエントリを参照することで、当該仮想ボリュームグループ０００１を構成するボリュームグループ０２０８又はストレージ装置０１０２として、ステップＳ２１０３で決定したストレージ装置０１０２が含まれるか確認し、含まれていなければステップＳ２１０５に進んで新規ボリュームグループ０２０８を作成し、含まれていればステップＳ２１０８に進む。

ステップＳ２１０５では、ステップＳ２１０３で決定したストレージ装置０１０２に対して、新規ボリュームグループ０２０８の作成を指示する。具体的には、ストレージ装置通信部０４０４を介して、ストレージ装置０１０２の管理システム通信部０３０５に対して、新規ボリュームグループ０２０８の作成を指示し、処理結果として作成されたボリュームグループ０２０８のＩＤを受領する。新規ボリュームグループ０２０８の作成指示を受領した管理システム通信部０３０５は、ＩＯ制御部０３０３に対して新規ボリュームグループ０２０８の作成を指示し、指示を受領したＩＯ制御部０３０３は新規ボリュームグループ０２０８を作成するとともにボリュームグループ制御情報０３０９を更新し、処理結果として作成したボリュームグループＩＤ０８００を報告する。ボリュームグループ０２０８の作成に成功すればステップＳ２１０７に進み、失敗すればステップＳ２１０９に進む（Ｓ２１０６）。

ステップＳ２１０７では、仮想ボリュームグループ管理情報０４０９の当該仮想ボリュームグループ０００１のエントリに、ステップＳ９００５で作成した新規ボリュームグループ０２０８を追加する。

次に、ボリュームデプロイ指示に含まれる仮想ボリュームグループＩＤ又はステップＳ２１０１で新規作成した仮想ボリュームグループ０００１のＩＤ、ステップＳ２１０３で決定したストレージ装置０１０２のＩＤ及び容量プール０２０６のＩＤ、ステップＳ２１０４で確認したボリュームグループ０２０８のＩＤ又はステップＳ９００５で新規作成したボリュームグループ０２０８のＩＤを呼び出し元処理に報告する（Ｓ２１０８）。

ステップＳ２１０９は、一連の処理の途中で何らかの問題が発生したときに実行され、ストレージシステム００００の状態を一連の処理を開始する前の状態までロールバックする。その後、呼び出し元処理に対して、処理失敗を報告する（Ｓ２１１０）。

図２２は管理システム０１００のＱｏＳ初期調整部０４０２によるＱｏＳ初期調整処理フローを示す図である。本処理は、ＱｏＳ初期調整部０４０２のプログラムに含まれ、管理システム０１００を構成する何らかのコンピュータによって実行される。本処理は、図２０のステップＳ２００３によって起動される。

本処理は、まず、呼び出し元からＱｏＳ初期調整指示として、新規ボリューム０２０７の容量と、仮想ボリュームグループ０００１のＩＤ、新規ボリューム０２０７が属するボリュームグループ０２０８のＩＤを受領する（Ｓ２２００）。次に、仮想ボリュームグループ管理情報０４０９の当該仮想ボリュームグループ０００１のエントリを参照し、当該仮想ボリュームグループ０００１を構成するボリュームグループ０２０８の個数が１であればステップＳ２２０２に進み、２以上であればステップＳ２２０３に進む（Ｓ２２０１）。

ステップＳ２２０２に進んだ場合、契約管理情報０４０７の当該仮想ボリュームグループ０００１のエントリを参照し、契約性能１１０３の上限ＩＯＰＳを取得し、取得した上限ＩＯＰＳを仮想ボリュームグループ管理情報０４０９の当該仮想ボリュームグループ０００１のエントリのＱｏＳ設定値１３０７として設定する。これは、ボリュームグループ０２０８が１しか存在しないため、契約性能１１０３の上限ＩＯＰＳを、当該ボリュームグループ０２０８のみで消費してよいためである。なお、ボリュームグループ０２０８が２以上ある場合は、各ボリュームグループ０２０８に上限ＩＯＰＳを分配する必要があるが、これはステップＳ２２０３で説明する。処理が終わると、ステップＳ２２０７に進む。

ステップＳ２２０３では、仮想ボリュームグループ管理情報０４０９の当該仮想ボリュームグループ０００１のエントリを参照し、当該仮想ボリュームグループ０００１を構成する各ボリュームグループ０２０８について、使用容量１３０３と平均ＩＯＰＳ１３０４とをそれぞれ合計し、平均ＩＯＰＳ１３０４の合計を使用容量１３０３の合計で割ることで、使用容量あたりの平均ＩＯＰＳを計算する。次に、使用容量あたりの平均ＩＯＰＳに、新規ボリューム０２０７の容量を掛けることで、新規ボリューム０２０７の平均ＩＯＰＳを推定する（Ｓ２２０４）。

次に、契約管理情報０４０７の当該仮想ボリュームグループ０００１のエントリを参照し、契約性能１１０３の上限ＩＯＰＳを取得し、当該仮想ボリュームグループ０００１を構成する各ボリュームグループ０２０８の平均ＩＯＰＳに比例するように上限ＩＯＰＳを各ボリュームグループ０２０８に分配する（Ｓ２２０５）。この際、新規ボリューム０２０７が属するボリュームグループ０２０８は、ステップＳ２２０４で推定した新規ボリューム０２０７の平均ＩＯＰＳが追加で発生すると仮定して計算する。なお、ステップＳ２２０３～Ｓ２２０５で説明した分配方法は一例であり、その他の方法を用いて分配を行ってもよい。

次に、ステップＳ２２０５で各ボリュームグループ０２０８に分配した上限ＩＯＰＳを、当該ボリュームグループ０２０８のＱｏＳ設定値として、仮想ボリュームグループ管理情報０４０９の当該仮想ボリュームグループ０００１のエントリのＱｏＳ設定値１３０７を更新する（Ｓ２２０６）。処理が終わると、ステップＳ２２０７に進む。

ステップＳ２２０７では、当該仮想ボリュームグループ０００１を構成する各ストレージ装置０１０２に対して、各ボリュームグループ０２０８のＱｏＳ設定値の反映指示を送信する。具体的には、ストレージ装置通信部０４０４を介して、各ストレージ装置０１０２の管理システム通信部０３０５に対して、ボリュームグループ０２０８のＩＤと、ＱｏＳ設定値を送信し、処理結果を受領する。ＱｏＳ設定値の反映指示を受領した管理システム通信部０３０５は、ＩＯ制御部０３０３に対してＱｏＳ設定値の変更を指示し、指示を受領したＩＯ制御部０３０３はボリュームグループ制御情報０３０９の当該ボリュームグループ０２０８のＱｏＳ設定８０１を更新し、処理結果を報告する。全てのストレージ装置０１０２についてＱｏＳ設定値の反映が成功すれば、ステップＳ２２０９に進み、失敗したストレージ装置０１０２があればステップＳ２２１０に進む（Ｓ２２０８）。

ステップＳ２２０９では、呼び出し元に処理成功を報告する。ステップＳ２２１０は、一連の処理の途中で何らかの問題が発生したときに実行され、ストレージシステム００００の状態を一連の処理を開始する前の状態までロールバックする。その後、デプロイ要求送信元の管理端末０１０１に対して、デプロイ失敗を報告する（Ｓ２２１１）。

図２３は管理システム０１００のＱｏＳ定期調整部０４０３によるＱｏＳ定期調整の全体処理フローを示す図である。本処理は、ＱｏＳ定期調整部０４０３のプログラムに含まれ、管理システム０１００を構成する何らかのコンピュータによって実行される。本処理は、一定時間毎に起動される。

本処理では、まず仮想ボリュームグループ管理情報０４０９を参照し、以降の処理の処理対象として各仮想ボリュームグループ０００１を順番に選択する（Ｓ２３００）。

次に、選択した仮想ボリュームグループ０００１について、図２４の処理を実行し、ＱｏＳ設定値の調整を行う（Ｓ２３０１）。

次に、仮想ボリュームグループ管理情報０４０９の全仮想ボリュームグループ０００１について処理が完了したか否かを確認し、完了していれば処理を終了し、完了していなければステップＳ２３００に戻り、次の仮想ボリュームグループ０００１を選択する（Ｓ２３０２）。

図２４は管理システム０１００のＱｏＳ定期調整部０４０３によるＱｏＳ定期調整の処理フローを示す図である。本処理は、ＱｏＳ定期調整部０４０３のプログラムに含まれ、管理システム０１００を構成する何らかのコンピュータによって実行される。本処理は、図２３のステップＳ２３０１によってストレージステムを構成する仮想ボリュームグループ０００１毎に呼び出される。

本処理では、まず仮想ボリュームグループ管理情報０４０９の当該仮想ボリュームグループ０００１のエントリと、契約管理情報０４０７の当該仮想ボリュームグループ０００１のエントリを参照し、当該仮想ボリュームグループ０００１を構成する各ボリュームグループ０２０８の平均ＩＯＰＳ１３０４の合計値が、契約性能１１０３の上限ＩＯＰＳよりも小さいか否かを判断し、小さければステップＳ２４０２に進み、そうでなればステップＳ２４０１に進む（Ｓ２４００）。

ステップＳ２４０１では、仮想ボリュームグループ管理情報０４０９の当該仮想ボリュームグループ０００１のエントリを参照し、当該仮想ボリュームグループ０００１を構成する各ボリュームグループ０２０８の平均レスポンス１３０６が均一になるように、ＱｏＳ設定値１３０７を調整する。具体的には、例えば、平均レスポンス１３０６が最も低いボリュームグループ０２０８のＱｏＳ設定値１３０７を所定量減じ、減じた分だけ、平均レスポンス１３０６が最も高いボリュームグループ０２０８のＱｏＳ設定値１３０７を増やすという方法が考えられる。処理が終わると、ステップＳ２４０５に進む。

本ステップにおいて、各ボリュームグループ０２０８の平均レスポンス１３０６を均一にする理由は以下である。ステップＳ２４００での判断により、本ステップに到達している場合、ホスト０１０３は接続されている各ストレージ装置０１０２に対して契約性能１１０３の上限ＩＯＰＳ以上のＩＯを発行していることになる。各ボリュームグループ０２０８にはＱｏＳが設定されているため、ストレージ装置０１０２は、当該ボリュームグループ０２０８に属するボリューム０２０７に対して発行されたＩＯ処理を意図的に遅延させることでＩＯＰＳが上限を超えないように制御する。このＱｏＳ制御による処理遅延の結果、当該ボリュームグループ０２０８の平均レスポンス１３０６は、ホスト０１０３が発行したＩＯの上限ＩＯＰＳからの超過度合いに応じて大きくなる。本ステップは、各ストレージ装置０１０２のＱｏＳ制御による意図なＩＯ処理遅延が各ボリュームグループ０２０８に対して均一に動作している状態とするために、各ボリュームグループ０２０８の平均レスポンス１３０６が均一になるように各ボリュームグループ０２０８の上限ＩＯＰＳを分配している。

ステップＳ２４０２では、仮想ボリュームグループ管理情報０４０９を参照し、当該仮想ボリュームグループ０００１を構成する各ボリュームグループ０２０８について、平均ＩＯＰＳ１３０４がＱｏＳ設定値１３０７以上であるボリュームグループ０２０８が存在するか確認し、存在すればステップＳ２４０４に進み、存在しなければステップＳ２４０３に進む。

本ステップで、平均ＩＯＰＳ１３０４がＱｏＳ設定値１３０７以上であるボリュームグループ０２０８が存在した場合は、各ボリュームグループ０２０８への上限ＩＯＰＳの分配が適切ではなく、一部のボリュームグループ０２０８において、ストレージ装置０１０２のＱｏＳ制御による意図的なＩＯ処理遅延が発生していることを意味する。ステップＳ２４００での判断により、仮想ボリュームグループ０００１全体の平均ＩＯＰＳ１３０４は契約性能の上限ＩＯＰＳ未満であるため、上限ＩＯＰＳを適切に分配すればＩＯ処理遅延は解消される。

ステップＳ２４０３では、仮想ボリュームグループ管理情報０４０９及び契約管理情報０４０７を参照し、当該仮想ボリュームグループ０００１を構成する各ボリュームグループ０２０８について、当該ボリュームグループ０２０８の平均レスポンス１３０６が契約性能１１０３の平均レスポンスを超過しているボリュームグループ０２０８が存在するか否かを判断し、存在すればステップＳ２４０８に進み、存在しなければステップＳ２４０４に進む。

ステップＳ２４０２での判断により、本ステップに到達している場合、いずれのボリュームグループ０２０８でもＱｏＳ制御によるＩＯ処理遅延は発生していない。それにも関わらず、ボリュームグループ０２０８の平均レスポンス１３０６が、契約性能１１０３の平均レスポンスを超過しているボリュームグループ０２０８が存在する状況は、ストレージ装置０１０２自体の過負荷が発生していると推定される。逆に、超過しているボリュームグループ０２０８が存在しない場合は、契約性能１１０３を全て充足している状態と言える。

ステップＳ２４０８では、ストレージ装置０１０２自体の過負荷を解消するために、図２５の処理を呼び出して、平均レスポンス１３０６が、契約性能１１０３の平均レスポンスを超過しているボリュームグループ０２０８に属するボリューム０２０７を、他のストレージ装置０１０２にマイグレーションする。なお、契約性能１１０３の平均レスポンスを超過しているボリュームグループ０２０８が複数存在する場合は、それぞれに対して図２５の処理を呼び出してもよいし、平均レスポンス１３０６が最も高いボリュームグループ０２０８に対してのみ呼び出してもよい。

ステップＳ２４０４では、当該仮想ボリュームグループ０００１を構成する各ボリュームグループ０２０８の平均ＩＯＰＳに比例するように契約情報の上限ＩＯＰＳを各ボリュームグループ０２０８に分配し、分配した上限ＩＯＰＳを、当該ボリュームグループ０２０８のＱｏＳ設定値１３０７として、仮想ボリュームグループ管理情報０４０９の当該仮想ボリュームグループ０００１のエントリを更新する。

次に、当該仮想ボリュームグループ０００１を構成する各ストレージ装置０１０２に対して、各ボリュームグループ０２０８のＱｏＳ設定値の反映指示を送信する（Ｓ２４０５）。具体的には、ストレージ装置通信部０４０４を介して、各ストレージ装置０１０２の管理システム通信部０３０５に対して、ボリュームグループ０２０８のＩＤと、ＱｏＳ設定値を送信し、処理結果を受領する。

ＱｏＳ設定値の反映指示を受領した管理システム通信部０３０５は、ＩＯ制御部０３０３に対してＱｏＳ設定値の変更を指示し、指示を受領したＩＯ制御部０３０３はボリュームグループ制御情報０３０９の当該ボリュームグループ０２０８のＱｏＳ設定８０１を更新し、処理結果を報告する。全てのストレージ装置０１０２についてＱｏＳ設定値の反映が成功すれば、本処理は終了し、失敗したストレージ装置０１０２があればステップＳ２４０７に進む（Ｓ２４０６）。

ステップＳ２４０７は、一連の処理の途中で何らかの問題が発生したときに実行され、ストレージシステム００００の状態を一連の処理を開始する前の状態までロールバックする。その後、本処理を終了する。

図２５は管理システム０１００のＱｏＳ定期調整部０４０３によるボリュームマイグレーション処理フローを示す図である。本処理は、ＱｏＳ定期調整部０４０３のプログラムに含まれ、管理システム０１００を構成する何らかのコンピュータによって実行される。本処理は、図２４のステップＳ２４０８によって呼び出される。

本処理は、まず図２６の処理を呼び出し、ボリュームマイグレーションの準備を行い、処理結果として、移動対象のボリューム０２０７のＩＤと、移動先ストレージ装置０１０２のＩＤ、移動先容量プールのＩＤ、移動先ボリュームグループ０２０８のＩＤ、各ボリュームグループ０２０８への上限ＩＯＰＳの分配結果を受領する（Ｓ２５００）。

そして、準備処理に成功していれば、ステップＳ２５０２に進み、失敗していればステップＳ２５０９に進む（Ｓ２５０１）。

ステップＳ２５０２では、移動先ストレージ装置０１０２に対して、上限ＩＯＰＳの分配結果をＱｏＳ設定値として反映するように指示する。具体的には、ストレージ装置通信部０４０４を介して、移動先ストレージ装置０１０２の管理システム通信部０３０５に対して、ボリュームグループ０２０８のＩＤと、ＱｏＳ設定値を送信し、処理結果を受領する。ＱｏＳ設定値の反映指示を受領した管理システム通信部０３０５は、ＩＯ制御部０３０３に対してＱｏＳ設定値の変更を指示し、指示を受領したＩＯ制御部０３０３はボリュームグループ制御情報０３０９の当該ボリュームグループ０２０８のＱｏＳ設定８０１を更新し、処理結果を報告する。

移動先ストレージ装置０１０２に対してのみ、実際のボリュームマイグレーションに先立ってＱｏＳ設定値を反映させるのは、ボリュームマイグレーション中や、直後にホスト０１０３からマイグレーション対象のボリューム０２０７に対して発行されたＩＯ要求によって、移動先ボリュームグループ０２０８に属する他のボリューム０２０７への悪影響を防止するためである。

反映に成功すれば、ステップＳ２５０４に進み、失敗すればステップＳ２５０９に進む（Ｓ２５０３）。

ステップＳ２５０４では、移動対象のボリューム０２０７が属するストレージ装置０１０２（移動元ストレージ装置）に対して、ボリュームマイグレーション実行を指示する。具体的には、ストレージ装置通信部０４０４を介して、移動元ストレージ装置０１０２の管理システム通信部０３０５に対して、移動対象のボリュームＩＤと移動先ストレージ装置０１０２のＩＤ、移動先容量プール０２０６のＩＤを送信し、処理結果を受領する。ボリュームマイグレーション指示を受領した管理システム通信部０３０５は、ＩＯ制御部０３０３に対してボリュームマイグレーション実行を指示する。指示を受領したＩＯ制御部０３０３は、必要に応じてストレージネットワーク０１０６や管理ネットワーク０１０４を介して、移動先ストレージ装置０１０２のＩＯ制御部０３０３と通信し、制御情報やボリューム０２０７に格納されたデータを転送することで、ボリュームマイグレーションに関する処理を実行し、処理結果を報告する。ボリュームマイグレーションの具体的な処理内容は、本発明に関わるものではなく、公知技術であるため、これ以上の詳細な説明は省略する。

ボリュームマイグレーションに成功すれば、ステップＳ２５０６に進み、失敗すればステップＳ２５０９に進む（Ｓ２５０５）。

次に、当該仮想ボリュームグループ０００１を構成する各ストレージ装置０１０２に対して、各ボリュームグループ０２０８に分配した上限ＩＯＰＳをＱｏＳ設定値として反映の指示を送信する（Ｓ２５０６）。具体的には、ストレージ装置通信部０４０４を介して、各ストレージ装置０１０２の管理システム通信部０３０５に対して、ボリュームグループ０２０８のＩＤと、ＱｏＳ設定値として当該ボリュームグループ０２０８に分配された上限ＩＯＰＳを、それぞれ送信し、処理結果を受領する。ＱｏＳ設定値の反映指示を受領した管理システム通信部０３０５は、ＩＯ制御部０３０３に対してＱｏＳ設定値の変更を指示し、指示を受領したＩＯ制御部０３０３はボリュームグループ制御情報０３０９の当該ボリュームグループ０２０８のＱｏＳ設定８０１を更新し、処理結果を報告する。全てのストレージ装置０１０２についてＱｏＳ設定値の反映が成功すれば、ステップＳ２５０８に進み、失敗したストレージ装置０１０２があればステップＳ２５０９に進む（Ｓ２５０７）。

ステップＳ２５０８では、仮想ボリュームグループ管理情報０４０９の当該仮想ボリュームグループ０００１を構成する各ボリュームグループ０２０８について、ステップＳ２５００で分配した上限ＩＯＰＳを使って、各ボリュームグループ０２０８のＱｏＳ設定値１３０７を更新する。その後、本処理を終了する。

ステップＳ２５０９は、一連の処理の途中で何らかの問題が発生したときに実行され、ストレージシステム００００の状態を一連の処理を開始する前の状態までロールバックする。その後、本処理を終了する。

図２６は管理システム０１００のＱｏＳ定期調整部０４０３によるボリュームマイグレーション準備処理フローを示す図である。本処理は、ＱｏＳ定期調整部０４０３のプログラムに含まれ、管理システム０１００を構成する何らかのコンピュータによって実行される。本処理は、図２５のステップＳ２５００によって呼び出される。

本処理は、まず移動元ストレージ装置０１０２の移動元ボリュームグループ０２０８からボリュームマイグレーションで移動する対象となるボリューム０２０７を選択する（Ｓ２６００）。具体的には、例えばボリューム稼働情報履歴情報０４１０を元に、当該ボリュームグループ０２０８に属するボリューム０２０７から、平均レスポンス１４０７が最も大きいボリューム０２０７を移動対象として選択する。この際、ボリューム０２０７毎に時間方向で何らかの集計処理や分析処理を行って算出した平均レスポンスの定常値を使ってもよい。

次に、契約管理情報０４０７と装置管理情報０４０８、ストレージ装置稼働情報履歴情報０４１１、ボリューム稼働情報履歴情報０４１０をもとに、ボリュームマイグレーションの移動先のストレージ装置０１０２と容量プール０２０６を選択する（Ｓ２６０１）。具体的には、例えば、最初に、契約管理情報０４０７の当該仮想ボリュームグループ０００１のエントリから契約ＲＡＩＤレベル１１０４などＩＯ性能以外のＳＬＡ条件を取得し、このＳＬＡ条件と移動するボリューム０２０７の容量の情報を使って装置管理情報０４０８を検索し、ＳＬＡ条件を満たし、かつ、移動するボリューム０２０７を格納可能なストレージ装置０１０２及び容量プール０２０６のリストを取得する。なお、移動するボリューム０２０７の容量は、ボリューム稼働情報履歴情報０４１０の当該ボリューム０２０７のタイムスタンプ１４０３が最も新しいエントリを参照することで取得できる。その後、リストに含まれる各ストレージ装置０１０２について、装置管理情報０４０８やストレージ装置稼働情報履歴情報０４１１のＣＰＵ使用率１５０２やメモリ使用率１５０３を参照し、最も負荷の低いストレージ装置０１０２及び容量プール０２０６を決定する、といった方法が考えられる。

次に、仮想ボリュームグループ管理情報０４０９の当該仮想ボリュームグループ０００１のエントリを参照することで、当該仮想ボリュームグループ０００１を構成するボリュームグループ０２０８又はストレージ装置０１０２として、ステップＳ２６０１で決定したストレージ装置０１０２が含まれるか確認し、含まれていなければステップＳ２６０３に進んで新規ボリュームグループ０２０８を作成し、含まれていればステップＳ２６０６に進む。

ステップＳ２６０３では、ステップＳ２６０１で決定したストレージ装置０１０２に対して、新規ボリュームグループ０２０８の作成を指示する。具体的には、ストレージ装置通信部０４０４を介して、ストレージ装置０１０２の管理システム通信部０３０５に対して、新規ボリュームグループ０２０８の作成を指示し、処理結果として作成されたボリュームグループ０２０８のＩＤを受領する。新規ボリュームグループ０２０８の作成指示を受領した管理システム通信部０３０５は、ＩＯ制御部０３０３に対して新規ボリュームグループ０２０８の作成を指示し、指示を受領したＩＯ制御部０３０３は新規ボリュームグループ０２０８を作成するとともにボリュームグループ制御情報０３０９を更新し、処理結果として作成したボリュームグループＩＤを報告する。ボリュームグループ０２０８の作成に成功すればステップＳ２６０５に進み、失敗すればステップＳ９０１０に進む（Ｓ２６０４）。

ステップＳ２６０５では、仮想ボリュームグループ管理情報０４０９の当該仮想ボリュームグループ０００１のエントリに、ステップＳ２６０３で作成した新規ボリュームグループを追加する。

ステップＳ２６０６では、ボリューム稼働情報履歴情報０４１０を参照し、移動対象ボリューム０２０７の平均ＩＯＰＳ１４０５を取得する。この際、時間方向で何らかの集計処理や分析処理を行って算出した平均ＩＯＰＳの定常値を使ってもよい。

次に、ステップＳ２６０６で取得した移動対象ボリューム０２０７の平均ＩＯＰＳ１４０５をもとに、ボリュームマイグレーション実行後の各ボリュームグループ０２０８の平均ＩＯＰＳを推定する（Ｓ２６０７）。具体的には、ステップＳ２６０６で取得した移動対象ボリューム０２０７の平均ＩＯＰＳが、移動元ストレージ装置０１０２のボリュームグループ０２０８から、移動先ストレージ装置０１０２のボリュームグループ０２０８に移動するものとして、仮想ボリュームグループ管理情報０４０９の各ボリュームグループ０２０８の平均ＩＯＰＳの値を加減算したものをボリュームマイグレーション実行後の各ボリュームグループ０２０８の平均ＩＯＰＳと推定する。

次に、契約管理情報０４０７の当該仮想ボリュームグループ０００１のエントリを参照し、契約性能１１０３の上限ＩＯＰＳを取得し、ステップＳ２６０７で推定した各ボリュームグループ０２０８の平均ＩＯＰＳに比例するように上限ＩＯＰＳを各ボリュームグループ０２０８に分配する（Ｓ２６０８）。

最後に、本処理の実行結果として、ステップＳ２６００で選択した移動対象ボリュームのＩＤ、ステップＳ２６０１で選択した移動先ストレージ装置０１０２のＩＤと容量プール０２０６のＩＤ、ステップＳ２６０２で確認した移動先ボリュームグループ０２０８のＩＤ又はステップＳ２６０５で作成したボリュームグループ０２０８のＩＤ、ステップＳ２６０８による上限ＩＯＰＳの各ボリュームグループ０２０８への分配結果を、呼び出し元処理に報告する。

このように構成される本実施形態によれば、複数のストレージ装置に跨がった仮想ボリュームグループ単位でのＱｏＳ機能を実現することができる。

以上、本発明の主な実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態のみに限定する趣旨ではない。必ずしも、説明した全ての構成を備えている必要もなく、また、ある実施例の構成の一部を他の実施例の構成に置き換えたり、加えることも可能である。同様に、各実施例の一部構成について必要に応じて変更・削除することも可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ（Solid State Drive）、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、Ｇｏ、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）、Ｐｙｔｈｏｎ等の広範囲のプログラム又はスクリプト言語で実装できる。

上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

００００…ストレージシステム ０００１…仮想ボリュームグループ ０１００…管理システム ０１０１…管理端末 ０１０２…ストレージ装置 ０１０３…ホスト ０２０２…ＣＰＵ ０２０３…メモリ ０２０５…物理ディスク ０２０６…容量プール ０２０７…ボリューム ０２０８…ボリュームグループ ０３００…ストレージ装置制御プログラム ０３０１…制御情報 ０３０２…稼働情報 ０３０３…ＩＯ制御部 ０３０４…情報収集部 ０３０５…管理システム通信部 ０３０６…容量プール制御情報 ０３０７…ボリューム制御情報 ０３０８…パス制御情報 ０３０９…ボリュームグループ制御情報 ０３１０…ストレージ装置稼働情報 ０３１１…ボリューム稼働情報 ０４００…制御プログラム ０４０１…管理情報 ０４０２…ＱｏＳ初期調整部 ０４０３…ＱｏＳ定期調整部 ０４０４…ストレージ装置通信部 ０４０５…稼働情報分析部 ０４０６…管理操作制御部 ０４０７…契約管理情報 ０４０８…装置管理情報 ０４０９…仮想ボリュームグループ管理情報 ０４１０…ボリューム稼働情報履歴情報 ０４１１…ストレージ装置稼働情報履歴情報

Claims (8)

1. プロセッサを有し、ボリュームを提供してボリュームに入出力されるデータを処理する複数のストレージ装置と、
   前記データを物理的に格納する記憶装置と、
   前記複数のストレージ装置を管理する管理システムと、
   を有するストレージシステムであって、
   前記管理システムは、前記複数のストレージ装置がそれぞれ提供する複数の前記ボリュームを用いて、仮想ボリュームグループを形成し、
   前記仮想ボリュームグループに、データ入出力量を含むＱｏＳ設定値が設定されており、
   前記ＱｏＳ設定値を満たすように、前記各ボリュームから前記仮想ボリュームグループに提供するＩＯ処理能力が設定されており、
   前記管理システムは、前記各ボリュームの稼働情報に基づいて、前記各ボリュームから前記仮想ボリュームグループへ提供するＩＯ処理能力を設定する
   ことを特徴とするストレージシステム。
2. 同じ前記ストレージ装置で稼働する単数または複数の前記ボリュームで物理ボリュームグループが設定されており、
   前記物理ボリュームグループはＩＯ処理能力を有しており、
   前記管理システムは、前記物理ボリュームグループの前記ＩＯ処理能力から、前記物理ボリュームグループの前記ボリュームが寄与される仮想ボリュームグループに、前記ＩＯ処理能力を提供する
   ことを特徴とする請求項１に記載のストレージシステム。
3. 前記稼働情報には、前記各ボリュームごとの平均レスポンスが含まれており、
   前記管理システムは、前記仮想ボリュームグループ内の前記各ボリュームの前記平均レスポンスに基づいて、前記物理ボリュームグループから提供される前記ＩＯ処理能力を調整する
   ことを特徴とする請求項２に記載のストレージシステム。
4. 前記仮想ボリュームグループへのデータ入出力量が前記ＱｏＳ設定値のデータ入出力量を上回っている場合に、前記ＩＯ処理能力を調整する
   ことを特徴とする請求項３に記載のストレージシステム。
5. 前記稼働情報には、前記各ボリュームごとの平均データ入出力量が含まれており
   前記仮想ボリュームグループへの前記データ入出力量が前記ＱｏＳ設定値の前記データ入出力量を下回っており、前記仮想ボリュームグループから前記物理ボリュームグループへ要求する前記データ入出力量が前記提供されたＩＯ処理能力を上回っている前記ボリュームが存在する場合に、
   前記物理ボリュームグループごとの平均データ入出力量に基づいて、前記仮想ボリュームグループ内で、各々の前記物理ボリュームグループに提供する前記ＩＯ処理能力を調整する
   ことを特徴とする請求項２に記載のストレージシステム。
6. 前記ＱｏＳ設定値には、平均レスポンスが含まれており、
   前記稼働情報には、前記各ボリュームごとの平均データ入出力量が含まれており
   前記仮想ボリュームグループへの前記データ入出力量が前記ＱｏＳ設定値の前記データ入出力量を下回っており、前記平均レスポンスが前記ＱｏＳ設定値に含まれる前記平均レスポンスより長いボリュームが存在しない場合に、
   前記物理ボリュームグループごとの前記平均データ入出力量に基づいて、前記仮想ボリュームグループ内で、各々の前記物理ボリュームグループに提供する前記ＩＯ処理能力を調整する
   ことを特徴とする請求項２に記載のストレージシステム。
7. 前記ＱｏＳ設定値には、平均レスポンスが含まれており、
   前記稼働情報には、前記各ボリュームごとの平均データ入出力量が含まれており
   前記仮想ボリュームグループへの前記データ入出力量が前記ＱｏＳ設定値のデータ入出力量を下回っており、前記平均レスポンスが前記ＱｏＳ設定値に含まれる平均レスポンスより長い前記ボリュームが存在する場合に、
   前記ボリュームを、前記ストレージ装置の前記物理ボリュームグループ間で移動させる
   ことを特徴とする請求項２に記載のストレージシステム。
8. プロセッサを有し、ボリュームを提供してボリュームに入出力されるデータを処理する複数のストレージ装置と、
   前記データを物理的に格納する記憶装置と、
   前記複数のストレージ装置を管理する管理システムと、
   を有するストレージシステムにおけるＱｏＳ管理方法であって、
   前記管理システムは、前記複数のストレージ装置がそれぞれ提供する複数の前記ボリュームを用いて、仮想ボリュームグループを形成し、
   前記仮想ボリュームグループに、データ入出力量を含むＱｏＳ設定値を設定し、
   前記ＱｏＳ設定値を満たすように、前記各ボリュームから前記仮想ボリュームグループに提供するＩＯ処理能力を設定し、
   前記管理システムは、前記各ボリュームの稼働情報に基づいて、前記各ボリュームから前記仮想ボリュームグループへ提供するＩＯ処理能力を設定する
   ことを特徴とするストレージシステムにおけるＱｏＳ管理方法。

Images