WO2015145671A1

WO2015145671A1 - ストレージ管理システム

Info

Publication number: WO2015145671A1
Application number: PCT/JP2014/058894
Authority: WO
Inventors: あん奈松元; 幸徳坂下; 裕教江丸; 金子　聡
Original assignee: 株式会社日立製作所
Priority date: 2014-03-27
Filing date: 2014-03-27
Publication date: 2015-10-01

Abstract

　一例において、ストレージ管理システムは、複数キャッピングテンプレートを保持する。キャッピングテンプレートは、複数リソース性能種別におけるボリュームへの割り当て量のキャッピングレベルの組み合わせを示す。ストレージ管理システムは、各キャッピングレベルにおける、リソース性能の新規ボリュームへの割り当て可能量を計算し、当該割り当て可能量に基づき、新規ボリュームの性能要件値を満たすキャッピングテンプレート及びリソースの組を選択する。ストレージ管理システムは、選択したキャッピングテンプレート及びリソースの組から、新規ボリュームのプロビジョニングで使用するキャッピングテンプレート及びリソースの組を取得する。

Description

ストレージ管理システム

　本発明は、ストレージ装置におけるボリュームへのリソース割り当ての管理に関する。

　国際公開第２０１２／０３２６２０号は、新たにボリュームをホストに提供する時に入力される、ディスクタイプ、ディスク回転数、ＲＡＩＤレベル、ボリュームタイプの情報から、ボリュームの入力要件に合ったリソースを提示する技術を開示している。

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

　ホストに新たに提供するボリュームの要件に合ったリソースを特定し、当該ボリュームにリソースを割当てる場合、新たなボリュームに割り当て可能なリソース未割当て量が不足することがある。既に他のボリュームに割当てられているリソースを解放することで、新たなボリュームに割り当てるリソースを得ることができる。

　しかし、多くのボリューム及びハードウェアリソースを含むストレージ装置において、管理者が適切にボリューム及びリソースを選択してリソースの割り当て量を解放することは困難である。ホストに新たに提供するボリュームの作成において、他のボリュームとのリソースの調停処理を効率化できる技術が望まれる。

　本発明の一態様は、プロセッサとメモリとを含み、複数リソースを含むストレージ装置を管理する、ストレージ管理システムである。前記メモリは、前記複数リソースのリソース性能を管理するリソース管理情報と、既存ボリュームへ割り当てられているリソース性能、及び、前記既存ボリュームのリソース性能要件を管理するボリューム管理情報と、複数キャッピングテンプレートを管理するキャッピングテンプレート管理情報と、を記憶する。前記リソース性能のそれぞれは、リソース識別子とリソース性能種別とにより同定される。前記複数キャッピングテンプレートのそれぞれは、複数リソース性能種別におけるボリュームへの割り当て量のキャッピングレベルの組み合わせを示す。前記プロセッサは、入力された新規ボリュームの性能要件に基づき、前記新規ボリュームに対する前記複数リソース性能種別の性能要件値を生成する。前記プロセッサは、前記既存ボリュームへの割り当てられているリソース性能を前記ボリューム管理情報に基づき決定する。前記プロセッサは、各キャッピングレベルにおける、前記既存ボリュームへ割り当てられているリソース性能それぞれの割り当て量のキャッピング値を、前記ボリューム管理情報に基づき決定する。前記プロセッサは、前記キャッピング値及び前記リソース管理情報に基づき、前記複数リソースのリソース性能の前記新規ボリュームへの割り当て可能量を計算する。前記プロセッサは、前記割り当て可能量に基づき、前記性能要件値を満たすキャッピングテンプレート及びリソースの組を、前記複数キャッピングテンプレート及び前記複数リソースから選択する。前記プロセッサは、選択した前記キャッピングテンプレート及びリソースの組から、前記新規ボリュームのプロビジョニングで使用するキャッピングテンプレート及びリソースの組を取得する。

　本発明の一態様によれば、ホストに新たに提供するボリュームの作成において、他のボリュームとのリソースの調停処理を効率化できる。

本実施形態の概要を示す。本実施形態の計算機システムの構成例を示す。ホスト計算機の構成例を示す。ホスト管理計算機の構成例を示す。ストレージ管理計算機の構成例を示す。ホストテーブルの構成例を示す。アクセス傾向テーブルの構成例を示す。不足リソースとカバーリソースの関係テーブルの構成例を示す。性能要件変換テーブルの構成例を示す。性能要件パタンテーブルの構成例を示す。ポート性能テーブルの構成例を示す。キャッシュ性能テーブルの構成例を示す。プロセッサ性能テーブルの構成例を示す。ＰＯＯＬ性能テーブルの構成例を示す。プロビジョニングボリュームテーブルの構成例を示す。性能要件テーブルの構成例を示す。プロビジョニング条件テーブルの構成例を示す。キャッピングテンプレートテーブルの構成例を示す。割り当て可能量テーブルの構成例を示す。リソース組み合わせ選択条件テーブルの構成例を示す。ユーザが新たに作成するボリュームの性能要件を入力する画像例を示す。ユーザに提示されるプロビジョニングプランの画像例を示す。不足リソースとカバーリソースの関係テーブル、性能要件パタンテーブル、キャッピングテンプレートテーブルの作成を示すフローチャートである。リソース調停プログラムによる、新規ボリュームのプロビジョニングのための処理の概要を示すフローチャートである。性能要件テーブルの作成ステップの詳細を示すフローチャートである。各キャッピングレベルにおける各リソース性能の割り当て可能量を計算するフローチャートである。新規ボリュームのユーザ入力性能要件及びプロビジョニング条件を満たす、リソース組み合せ及びキャッピングパタンを特定するステップの詳細を示すフローチャートである。選択したキャッピングテンプレートのキャッピングレベル組み合わせでキャッピングを行うステップの詳細を示すフローチャートである。

　以下、添付図面を参照して本発明の実施形態を説明する。本実施形態は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。各図において共通の構成については同一の参照符号が付されている。

　本実施形態は、性能要件が定められている複数ボリュームを管理する環境において、複数ボリュームに定められている性能要件を満たしつつ、リソースの利用効率を向上させる。一つのリソースは、ボリュームに割り当てることができる１又は複数の性能を有する。例えば、ポートはＩＯＰＳやスループットを各ボリュームに割り当て、プロセッサは利用率を各ボリュームに割り当てることができる。これら割り当て性能は、ＩＯＰＳ、スループット、レイテンシ等の物理性能に対応している。

　各リソースの割り当て性能には、最大スペックが定まっている。一つのリソースの一つの性能（例えば）は、複数のボリュームに分割して割り当てられ得る。全ボリュームに割り当てられるリソース性能の総和は、最大スペック以下である。

　本実施形態は、リソース性能のボリュームへの割り当て上限値を規定するキャッピングを利用する。ストレージ装置は、リソースの性能を、キャッピング値以下でボリュームに割り当てる。ボリュームに実際に割り当てられる性能は、キャッピング値以下の範囲において変化する。リソースに割り当てられる全ボリュームのキャッピング値の総和を、最大スペックから減算した値が、リソース性能の割り当て可能量である。キャッピングされていない場合、割り当て可能量はゼロである。

　本実施形態は、リソースのキャッピングを用いて、ボリューム間で、ボリュームの要件を満たしたリソースの調停を実施する。本実施形態は、複数のキャッピングレベルを定義する。一つのリソース性能に設定されたキャッピングレベルは、当該リソースに割り当てられた全ボリュームに適用される。

　各キャッピングレベルのキャッピング値は、ボリューム毎に決定される。キャッピングレベルは、ボリュームの性能要件及び／又はボリューム稼動状態に対応付けられる。以下に説明する例において、キャッピングレベル数は３であり、各キャッピングレベルは、ボリュームの性能要件上限値、性能要件下限値、実際のリソース性能利用量に対応している。ユーザは、ボリューム作成時に、ボリュームの性能要件範囲を上限値と下限値を使用して定義できる。

　新規ボリュームの作成時に、割り当てるリソース性能が不足している場合、既存ボリュームを性能要件範囲内でキャッピングすることで、新規ボリュームに割り当てるリソース性能を確保する。本実施形態は、複数のキャッピングテンプレートを用意する。一つのキャッピングテンプレートは、複数のリソース性能種別それぞれのキャッピングレベルを定義する。

　本実施形態は、各キャッピングテンプレートに従った既存ボリュームのキャッピングにおける、各リソースの各性能の割り当て可能量を計算する。本実施形態は、新規ボリュームの要件を満たすキャッピングテンプレートとリソース組み合わせを特定する。本実施形態は、当該リソース組み合わせ若しくは当該リソース組み合わせを含むストレージ装置の一部又は全てのリソースに対して当該キャッピングテンプレートに従ったキャッピングを行い、当該リソース組み合わせの性能を新規ボリュームに割り当てる。

　図１は、本実施形態の概要を示す。ストレージ装置は、既にボリューム００１とボリューム００２をホストに提供している。ストレージ装置のプロセッサ１は、ボリューム００１とボリューム００２に割り当てられている。ボリューム００３が新たに作成され、ホストに提供される。ボリュームをホストに提供することを、プロビジョニングと呼ぶ。

　ボリューム００１、００２、００３のそれぞれには、性能要件の下限と上限とが管理者により設定されている。ボリュームに対して、プロセッサ１（リソース）の性能の要件下限が必ず割り当てられ、割り当て量が要件上限より大きくなることはない。ボリュームによるプロセッサ１の実際の使用量は、要件下限と要件上限の間にある。

　第一ステップにおいて、ストレージ装置は、ボリューム００３に、プロセッサ１を割り当てようとする。しかし、プロセッサ１の未割り当て量は、ボリューム００３の要件の下限に対して不足している。プロセッサ１の未割り当て量は、プロセッサ１の性能の最大値から、ボリューム００１、００２の要件上限の総和を引いた値、である。

　第二ステップにおいて、ストレージ装置は、ボリューム００１、００２のキャッピングレベルを決定する。ボリューム００１、００２のキャッピングを行うことで、ボリューム００１、００２に割り当てられているプロセッサ１の性能の一部を解放し、ボリューム００３に割り当てることができる。ボリュームのキャッピング値は、当該ボリュームの新たな要件上限である。

　ストレージ装置は、キャッピングテンプレート情報を参照し、ボリューム００１、００２のキャッピングレベル候補を決定する。キャッピングテンプレート情報は、複数のキャッピングテンプレートを示す。各キャッピングテンプレートは、複数リソースのキャッピングレベルの組を示す。キャッピングテンプレートを使用することで、ボリューム００１、００２のキャッピング値候補を効率的に決定できる。

　図１が示すキャッピングテンプレートの例は、プロセッサをレベル２でキャッピングし、ポートをレベル１でキャッピングし、キャッシュをレベル２でキャッピングすることを示す。レベル２のキャッピングは、リソースの実際の使用量でキャッピングすることを示す。プロセッサ１をレベル２でキャッピングする場合、プロセッサ１の割り当て可能量は、プロセッサ１の性能の最大値から、ボリューム００１、００２の実際の使用量の総和を引いた値、である。当該割り当て可能量は、ボリューム００３の要件下限を満たす。

　第三ステップにおいて、ストレージ装置は、ボリューム００１、００２へのプロセッサ１の割り当て量に上記キャッピング値に設定し、さらに、ボリューム００３にプロセッサ１を割り当てる。

　以下、本実施形態を具体的に説明する。図２は本実施形態の計算機システム１００の構成例を模式的に示す。計算機システム１００は、ホスト計算機１１０と、ホスト管理計算機１２０と、ストレージ管理計算機１２５と、ストレージシステムを含む。ストレージシステムは、ストレージ装置１３０を含む。各装置の詳細は後述する。

　なお、説明を簡単にするため、図１は、１台のホスト計算機１１０、１台のホスト管理計算機１２０、１台のストレージ管理計算機１２５、ストレージシステムとして１台のストレージ装置１３０、により計算機システムを構成する場合を示す。計算機システム１００は、複数ホスト計算機１１０、複数ホスト管理計算機１２０、複数ストレージ管理計算機１２５を含むことができる。ストレージシステムは、複数ストレージ装置１３０を含むことができる。

　計算機システム１００の管理システムは、１台のホスト管理計算機１２０、１台のストレージ管理計算機１２５で構成されているが、管理システムを構成する計算機の数は限定されない。ホスト管理計算機１２０とストレージ管理計算機１２５とは、同一計算機であってもよい。ホスト管理計算機１２０とストレージ管理計算機１２５とは、第三の計算機に管理されていてもよい。

　ホスト計算機１１０の管理Ｉ／Ｆ（Ｉｎｔｅｒ　Ｆａｃｅ）１５０と、ホスト管理計算機１２０の管理Ｉ／Ｆ１６０と、ストレージ管理計算機１２５の管理Ｉ／Ｆ１８５と、ストレージ装置１３０の管理Ｉ／Ｆ１８０とは、管理ネットワーク２００、例えば、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）を介して、接続されている。

　これにより、ホスト管理計算機１２０及びストレージ管理計算機１２５は、ホスト計算機１１０及びストレージ装置１３０と、通信可能であり、また、ホスト管理計算機１２０と、ストレージ管理計算機１２５は、相互通信可能である。管理ネットワーク２００がＬＡＮの場合、管理Ｉ／Ｆ１５０、１６０、１８０、１８５は、例えば、ＬＡＮカードである。

　ホスト計算機１１０のデータＩ／Ｆ１４０とストレージ装置１３０の通信ポート１７０とは、データ通信ネットワーク１９０、例えば、ＳＡＮ（ＳｔｏｒａｇｅＡｒｅａＮｅｔｗｏｒｋ）を介して、接続されている。これにより、ホスト計算機１１０と、ストレージ装置１３０とが、互いに通信可能である。データ通信ネットワーク１９０がＳＡＮの場合、データＩ／Ｆ１４０及び通信ポート１７０は、例えば、ＨＢＡ（Ｈｏｓｔ　Ｂｕｓ　Ａｄａｐｔｅｒ）である。

　図３は、ホスト計算機１１０の構成例を示す。ホスト計算機１１０は、Ｉ／Ｏコマンドを発行する計算機である。ホスト計算機１１０は、入力デバイス５１０と、出力デバイス５２０と、プロセッサ５３０と、ディスクデバイス５４０と、メモリ５６０と、管理Ｉ／Ｆ１５０と、１以上のデータＩ／Ｆ１４０とを有する。

　入力デバイス５１０は、ユーザがホスト計算機１１０に情報を入力するためのデバイスである。入力デバイス５１０は、例えば、キーボード、ポインティングデバイス、スイッチ、タッチパネル、マイクロホン等である。出力デバイス５２０は、ホスト計算機１１０がユーザに情報を出力するためのデバイスである。出力デバイス５２０は、例えば、モニタディスプレイ、スピーカ、プリンタ等である。

　プロセッサ５３０は、メモリ５６０に記憶されたプログラムや演算パラメータ等に従って、ホスト計算機１１０の動作を制御して、後述する各種機能を実現する。ディスクデバイス５４０は、物理記憶デバイスである。ディスクデバイス５４０は、例えば、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）や、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等である。

　メモリ５６０は、例えば、アプリケーションプログラム５７０を格納している。メモリ５６０は、２以上のアプリケーションプログラムを格納していてもよい。メモリ５６０は、この他、ＯＳを含む本システムにおける動作に必要な不図示のプログラムを格納している。

　管理Ｉ／Ｆ１５０は、管理ネットワーク２００を介して、ホスト管理計算機１２０と、ストレージ管理計算機１２５と、ストレージ装置１３０と通信するための通信インタフェースである。データＩ／Ｆ１４０は、データ通信ネットワーク１９０を介して、ストレージ装置１３０と通信するための通信インタフェースである。

　図４は、ホスト管理計算機１２０の構成例を示す。ホスト管理計算機１２０はホスト計算機１１０を管理する。ホスト管理計算機１２０は、入力デバイス６３０と、出力デバイス６４０と、プロセッサ６５０と、ディスクデバイス６６０と、メモリ６７０と、管理Ｉ／Ｆ１６０とを有する。

　入力デバイス６３０は、システム管理者等のユーザがホスト管理計算機１２０に指示を与えるためのデバイスである。入力デバイス６３０は、例えば、キーボード、ポインティングデバイス、スイッチ、タッチパネル、マイクロホン等である。出力デバイス６４０は、ホスト管理計算機１２０がシステム管理者等のユーザに情報を出力するためのデバイスである。出力デバイス６４０は、例えば、モニタディスプレイ、スピーカ、プリンタ等である。

　プロセッサ６５０は、メモリ６７０に記憶されたプログラムや演算パラメータ等に従って、ホスト管理計算機１２０の動作を制御して、後述する各種機能を実現する。ディスクデバイス６６０は、物理記憶デバイスである。ディスクデバイスは、例えば、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）等である。

　メモリ６７０は、例えば、ホスト管理プログラム６８０を格納している。メモリ６７０は、この他、ＯＳを含む本システムにおける動作に必要な不図示のプログラムを格納している。

　ホスト管理プログラム６８０は、ホスト計算機１１０の構成情報や性能情報を管理する。ホスト管理プログラム６８０は、ストレージ管理計算機１２５のホスト情報管理プログラム（不図示）と通信して、各種情報を送受信する。ホスト管理プログラム６８０と、ホスト情報管理プログラムが同じ計算機のメモリに格納されている場合には計算機内部にて通信を行う。

　管理Ｉ／Ｆ１６０は、ホスト管理計算機１２０が、管理ネットワーク２００を介して、ホスト計算機１１０と、ストレージ管理計算機１２５と、ストレージ装置１３０と通信するための通信インタフェースである。

　図５は、ストレージ管理計算機１２５の構成例を示す。ストレージ管理計算機１２５は、入力デバイス７１０と、出力デバイス７２０と、プロセッサ７３０と、キャッシュメモリ７４０と、ディスクデバイス７５０と、メモリ７６０と、管理Ｉ／Ｆ１８５と、を有する。

　入力デバイス７１０は、システム管理者等のユーザがストレージ管理計算機１２５に指示を与えるためのデバイスである。入力デバイス７１０は、例えば、キーボード、ポインティングデバイス、スイッチ、タッチパネル、マイクロホン等である。出力デバイス７２０は、ストレージ管理計算機１２５がシステム管理者等のユーザに情報を出力するためのデバイスである。出力デバイス７２０は、例えば、モニタディスプレイ、スピーカ、プリンタ等である。

　プロセッサ７３０は、メモリ７６０に記憶されたプログラムを実行し、後述する機能を実現する。キャッシュメモリ７４０は、物理記憶デバイスであり、使用頻度の高いデータを格納する。キャッシュメモリ７４０は、ＳＲＡＭ（Ｓｔａｔｉｃ　Ｒａｎｄａｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）等の揮発性メモリである。ディスクデバイス７５０は、物理記憶デバイスである。ディスクデバイス７５０は、例えば、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）等である。

　メモリ７６０は、リソース調停プログラム７６５と管理情報を格納する。管理情報は、プロビジョニングボリュームテーブル７７０と、プロビジョニング条件テーブル９３０と、キャッピングテンプレートテーブル８００と、リソース組み合わせ選択条件テーブル８２０と、性能要件変換テーブル８３０と、性能要件パタンテーブル８４０と、を含む。管理情報は、さらに、ポート性能テーブル８６０と、キャッシュ性能テーブル８７０と、プロセッサ性能テーブル８８０と、Ｐｏｏｌ性能テーブル８９０と、を含む。

　管理情報は、さらに、ホストテーブル９１０と、アクセス傾向テーブル９２０と、不足リソースとカバーリソースとの関係テーブル９４０と、キャッピング値テーブル９７０と、性能要件テーブル９５０と、割り当て可能量テーブル９８０と、を含む。性能要件テーブル９５０と、割り当て可能量テーブル９８０とは、新規ボリュームの作成におけるリソース調停のために一時的に作成される。

　管理Ｉ／Ｆ１８５は、ストレージ管理計算機１２５が、管理ネットワーク２００を介して、ホスト計算機１１０と、ホスト管理計算機１２０と、ストレージ装置１３０と、通信するための通信インタフェースである。なお、以降のプロセッサ７３０が各プログラムに基づき処理している内容は、各プログラムを主体として記述する。

　図６は、ホストテーブル９１０の構成例を示す。ホストテーブル９１０は、ホストの情報を管理する。ホストは、ホスト計算機１１０上で動作するプログラム又は当該プログラムに従って動作するホスト計算機１１０である。リソース調停プログラム７６５は、ユーザ入力及び／又はホスト計算機１１０から取集した情報により、ホストテーブル９１０を事前に作成する。

　図６において、ホストテーブル９１０は、ホストＩＤカラム９１１、業務種別カラム９１２、アプリケーション種別カラム９１３、ブロックサイズカラム９１４を有する。エントリは、ホストＩＤカラム９１１の値の昇順でソートされている。

　ホストＩＤカラム９１１は、ホストの識別子を示す。業務種別カラム９１２は、ホストの業務の種類を示す。アプリケーション種別カラム９１３は、ホストのアプリケーションの種類を示す。ブロックサイズカラム９１４は、ホストが使用しているデータのブロックサイズを示す。

　図７は、アクセス傾向テーブル９２０の構成例を示す。リソース調停プログラム７６５は、ユーザ入力及び／又はホスト計算機１１０から取集した情報により、アクセス傾向テーブル９２０を事前に作成する。

　図７において、アクセス傾向テーブル９２０は、条件ＩＤカラム９２１、条件内容カラム９２２、アクセス傾向カラム９２３を有する。エントリは、条件ＩＤカラム９２１の値の昇順でソートされている。条件ＩＤカラム９２１は、条件の識別子を示す。条件内容カラム９２２は、条件の内容を示す。アクセス傾向カラム９２３は、条件内容に対する業務の傾向を示す。

　本実施形態は、アクセス傾向によって、不足リソースとカバーリソースの関係や性能要件パタンを定義する。これにより、アクセス傾向に応じたリソース調停を実現できる。なお、アクセス傾向によらずこれらを定義してもよい。

　図８は、不足リソースとカバーリソースの関係テーブル９４０の構成例を示す。不足リソースとカバーリソースの関係テーブル９４０は、関係ＩＤカラム９４１と、アクセス傾向カラム９４２と、要件種別カラム９４３と、不足リソースカラム９４４と、カバーリソースカラム９４５を有する。エントリは、関係ＩＤカラム９４１の値の昇順でソートされている。不足リソースとカバーリソースの関係テーブル９４０は、複数のアクセス傾向のエントリを含む。

　不足リソースとカバーリソースの関係テーブル９４０において、一つのエントリは、ボリュームの当該要件種別の性能値を満たすために相補関係にある、不足リソースとカバーリソースとを示す。不足リソースのボリュームへの割り当て性能の不足は、カバーリソースの割り当て性能を増やすことによりカバーすることができる。

　例えば、キャッシュの割り当て容量が不足している場合、ボリュームのレイテンシにおける性能不足は、プロセッサの性能をより多く割り当てて処理を加速することにより補うことができる。他の例において、ポートのＩＯＰＳにおける割り当て性能が不足している場合、プロセッサの性能をより多く割り当てて処理を加速することにより補うことができる。不足量とカバー量は、同量である。

　例えば、リソース調停プログラム７６５は、各アクセス傾向について、全ての要件種別について、全ての不足リソースと全てのカバーリソースとの関係を示す情報を予め保持し、ストレージ装置１３０の構成情報（リソースの性能テーブル８６０、８７０、８８０、８９０）を基に、当該ストレージ装置１３０に対応する不足リソースとカバーリソースの関係テーブル９４０を作成する。

　図９は、性能要件変換テーブル８３０の構成例を示す。性能要件変換テーブル８３０は、ユーザにより入力されたボリュームの性能要件を、当該ボリュームに割り当てる各リソースの性能要件に変換する。

　リソース調停プログラム７６５は、ユーザ入力及び／又はストレージ装置１３０の構成情報を参照して、性能要件変換テーブル８３０を予め作成する。性能要件変換テーブル８３０に記載されている変換方法は、入力要件に対して各種リソースを平均的に利用するという運用ポリシーに基づき作成される。

　図９において、性能要件変換テーブル８３０は、要件種別カラム８３１と、リソース種別カラム８３２と、変換方法カラム８３３と、を有する。要件種別カラム８３１は、ユーザにより入力されるボリュームの性能要件の種別を示す。リソース種別カラム８３２は、要件種別に関係するリソースの種別を示す。変換方法カラム８３３は、入力された性能要件値を、当該性能要件満たすためにボリュームに割り当てることが必要なリソースの性能要件値に変換する、ための計算式を示す。

　変換方法カラム８３３の「入力要件」には、ユーザが入力した性能要件の下限値または上限値が代入される。例えば、入力要件の種別がＩＯＰＳで、下限値が１、０００ＩＯＰＳ、上限値が２、０００ＩＯＰＳとする。プロセッサの必要な割り当て利用率（性能要件値）の下限値は、１０００÷５００００より、２％である。プロセッサの必要な割り当て利用率（性能要件値）の上限値は、２０００÷５００００より、４％である。

　リソース調停プログラム７６５は、性能要件変換テーブル８３０を用いて、入力要件値から、新規作成するボリュームに割り当てるリソース種別毎の性能要件値を算出する。これらの値が、性能要件パタンテーブル８４０における基本要件の値である。

　図１０は、性能要件パタンテーブル８４０の構成例を示す。リソース調停プログラム７６５は、不足リソースとカバーリソースの関係テーブル９４０を基に、性能要件パタンテーブル８４０を事前に作成する。

　図１０において、一つのエントリが、一つの性能要件パタンを示す。性能要件パタンテーブル８４０は、アクセス傾向それぞれに関連付けられている複数の性能要件パタンを保持する。各性能要件パタンは、新規ボリュームに割り当てられるリソースが満たすべき性能要件の組み合わせを示す。

　性能要件パタンに具体的数値を代入して生成された数値の組み合わせを、性能要件値組み合わせと呼ぶ。後述するように、性能要件値組み合わせは、性能要件テーブル９５０に格納される。性能要件パタンテーブル８４０により、効率的に性能要件値組み合わせを生成できる。なお、性能要件パタンテーブル８４０を使用しなくともよい。

　図１０において、性能要件パタンテーブル８４０は、アクセス傾向カラム８４１と、要件種別カラム８４２と、不足リソースカラム８４３と、ポートＩＯＰＳカラム８４４と、ポートスループットカラム８４５と、プロセッサ利用率カラム８４６と、キャッシュ利用率カラム８４７と、を有する。性能要件パタンテーブル８４０は、さらに、ＳＳＤ　ＴＩＥＲ　ＩＯＰＳカラム８４８と、ＳＳＤ　ＴＩＥＲスループットカラム８４９と、ＳＳＤ　ＴＩＥＲレイテンシカラム８５０と、を有する。

　性能要件パタンテーブル８４０は、さらに、ＨＤＤ　ＴＩＥＲ　ＩＯＰＳカラム８５１と、ＨＤＤＴＩＥＲスループットカラム８５２と、ＨＤＤ　ＴＩＥＲレイテンシカラム８５３と、適用条件カラム８５４と、を有する。ポートＩＯＰＳカラム８４４～ＨＤＤ　ＴＩＥＲレイテンシカラム８５３は、性能要件種別のカラムである。ＨＤＤのカラムは、ＳＡＳとＳＡＴＡの双方に適用される。

　リソース調停プログラム７６５は、不足リソースとカバーリソースの関係テーブル９４０から、各要件パタンを作成する。要件種別カラム８４２は、新規ボリュームにおいて不足している性能要件の種別を示す。不足リソースカラム８４３は、割り当て性能が不足しているリソース種別を示す。ポートＩＯＰＳカラム８４４～ＨＤＤ　ＴＩＥＲレイテンシカラム８５３は、リソース種別の割り当て性能の要件を示す。適用条件カラム８５４は、要件パタンを適用する条件を示す。

　上述のように、入力性能要件に対するリソース性能の各基本要件は、要件変換テーブル８３０により計算される。さらに、不足リソースとカバーリソースの関係テーブル９４０を参照して説明したように、あるリソース種別の割り当て性能が不足する場合、他のリソース種別の割り当て性能によりカバーすることができる。

　性能要件パタンテーブル８４０は、基本要件パタンに対して、あるリソース種別が不足している場合に他のリソース種別で補うための補助性能要件パタンを示す。図１０における一番上の性能要件パタンは、基本要件パタンであり、他の性能要件パタンは、補助性能要件パタンである。基本要件パタンは、不足リソースがなく、全ての性能要件種別が基本要件を示す。

　上述のように、基本要件パタンに具体的な数値を代入した基本性能要件値の組み合わせは、性能要件変換テーブル８３０を用いて計算される。補助性能要件の値組み合わせは、補助性能要件パタンに従って基本要件値を変換することで計算される。

　例えば、基本要件組み合わせにて、ポートＩＯＰＳが１０００ＩＯＰＳ、プロセッサ稼働率が２％であるとする。ポートＩＯＰＳが基本要件の０．５倍の５００ＩＯＰＳしか割当てられない場合、同ＩＯＰＳを提供可能なプロセッサにより不足する５００ＩＯＰＳをカバーするため、１．５倍の１５００ＩＯＰＳを得るためのプロセッサ利用率が割り当てられる。

　一般的にリソースが平準化利用されていることを考慮すると、平均的な値ではない値で補うことにより、装置内の性能に偏りが生じることが考えられる。そのため、特定の補助性能パタンは、特定条件が満たされる場合に利用される。例えば、ストレージ装置１３０内のプロセッサ数が３個以上という条件を満たす場合にのみ、５番目の要件パタンを利用する。

　図１１は、ポート性能テーブル８６０の構成例を示す。リソース調停プログラム７６５は、ポート性能テーブル８６０を、ストレージ装置１３０から取得される構成情報を基に作成する。図１１において、ポート性能テーブル８６０は、ポートＩＤカラム８６１と、最大スループットカラム８６２とスループット利用率カラム８６３と、最大ＩＯＰＳカラム８６４と、ＩＯＰＳ利用率カラム８６５を有する。エントリは、ポートＩＤカラム８６１の値の昇順でソートされている。

　ポートＩＤカラム８６１は、ポートの識別子を示す。最大スループットカラム８６２は、ポートのスループットの最大スペックを示す。スループット利用率カラム８６３は、実際に使用されているポートのスループットの割合を示す。最大ＩＯＰＳカラム８６４は、ポートのＩＯＰＳの最大スペックを示す。ＩＯＰＳ利用率カラム８６５は、実際に使用されているＩＯＰＳの割合を示す。

　図１２は、キャッシュ性能テーブル８７０の構成例を示す。リソース調停プログラム７６５は、キャッシュ性能テーブル８７０を、ストレージ装置１３０から取得される構成情報を基に作成する。図１２において、キャッシュ性能テーブル８７０は、キャッシュＩＤカラム８７１と、最大容量カラム８７２と、利用率カラム８７３を有する。エントリは、キャッシュＩＤカラム８７１の昇順でソートされている。

　キャッシュＩＤカラム８７１は、キャッシュの識別子を示す。最大容量カラム８７２は、キャッシュの容量の最大スペックを示す。本例では全てのキャッシュの最大容量は同一である。利用率カラム８７３は、実際に使用されているキャッシュの容量の割合を示す。

　図１３は、プロセッサ性能テーブル８８０の構成例を示す。リソース調停プログラム７６５は、プロセッサ性能テーブル８８０を、ストレージ装置１３０から取得される構成情報を基に作成す。図１３において、プロセッサ性能テーブルは、プロセッサＩＤカラム８８１と、稼働率カラム８８２と、最大ＩＯＰＳカラム８８３と、ＩＯＰＳ利用率カラム８８４を有する。エントリは、プロセッサＩＤカラム８８１の昇順にソートされる。

　プロセッサＩＤカラム８８１は、プロセッサの識別子を示す。稼働率カラム８８２は、実際に使っているプロセッサの稼働状況の割合を示す。最大ＩＯＰＳカラム８８３は、プロセッサのＩＯＰＳの最大スペックを示す。ＩＯＰＳ利用率カラム８８４は、実際に使用されているＩＯＰＳの割合を示す。

　図１４は、ＰＯＯＬ性能テーブル８９０の構成例を示す。リソース調停プログラム７６５は、ＰＯＯＬ性能テーブル８９０を、ストレージ装置１３０から取得される構成情報を基に作成する。図１４において、ＰＯＯＬ性能テーブル８９０は、ＰＯＯＬＩＤカラム８９１と、ＴＩＥＲ１種別カラム８９２と、ＴＩＥＲ２種別カラム８９３と、ＴＩＥＲ３種別カラム８９４と、を有する。ここで、ＴＩＥＲ１、ＴＩＥＲ２、ＴＩＥＲ３は、それぞれ、ＳＳＤ、ＳＡＴＡ　ＨＤＤ、ＳＡＳ　ＨＤＤの記憶領域で構成されている。

　ＰＯＯＬ性能テーブル８９０は、さらに、ＴＩＥＲ１最大ＩＯＰＳカラム８９５と、ＴＩＥＲ１ＩＯＰＳ利用率カラム８９６と、ＴＩＥＲ２最大ＩＯＰＳカラム８９７と、ＴＩＥＲ２ＩＯＰＳ利用率カラム８９８と、ＴＩＥＲ３最大ＩＯＰＳカラム８９９と、ＴＩＥＲ３ＩＯＰＳ利用率カラム９００と、を有する。

　ＰＯＯＬ性能テーブル８９０は、さらに、ＴＩＥＲ１最大スループットカラム９０１と、ＴＩＥＲ１スループット利用率カラム９０２と、ＴＩＥＲ２最大スループットカラム９０３と、ＴＩＥＲ２スループット利用率カラム９０４と、ＴＩＥＲ３最大スループットカラム９０５と、ＴＩＥＲ３スループット利用率カラム９０６と、を有する。ＰＯＯＬ性能テーブル８９０は、さらに、ＴＩＥＲ１レイテンシカラム９０７と、ＴＩＥＲ２レイテンシカラム９０８と、ＴＩＥＲ３レイテンシカラム９０９と、を有する。

　ＰＯＯＬＩＤカラム８９１は、ＰＯＯＬの識別子を示す。ＴＩＥＲ１種別カラム８９２は、ＴＩＥＲ１のメディア種別を示す。ＴＩＥＲ２種別カラム８９３は、ＴＩＥＲ２のメディア種別を示す。ＴＩＥＲ３種別カラム８９４は、ＴＩＥＲ３のメディア種別を示す。ここでは、ＴＩＥＲ１、ＴＩＥＲ２、ＴＩＥＲ３の順で、アクセス性能が高いとする。

　ＰＯＯＬは、異なる種類の記憶デバイスから提供された複数のプールボリュームで構成されており、ＰＯＯＬからページ単位で仮想ボリュームに記憶領域が割り当てられる。ストレージ装置１３０は、仮想ボリュームの新たな領域へのライトコマンドを受信すると、当該ライトデータを格納するためのページを仮想ボリュームに割り当てる。割り当てられているページがデータを格納していない場合、当該ページは回収される。

　ページの割り当てを制御することで、仮想ボリュームの実際の容量をホスト計算機１１０に見える容量よりも小さくすることができる。また、仮想ボリュームに各ＴＩＥＲから割り当てるページの割合を制御することで、仮想ボリュームの性能を制御できる。

　ＴＩＥＲ１最大ＩＯＰＳカラム８９５は、ＴＩＥＲ１のＩＯＰＳの最大スペックを示す。ＴＩＥＲ１ＩＯＰＳ利用率カラム８９６は、実際に使用されているＩＯＰＳの割合を示す。ＴＩＥＲ２最大ＩＯＰＳカラム８９７は、ＴＩＥＲ２のＩＯＰＳの最大スペックを示す。ＴＩＥＲ２ＩＯＰＳ利用率カラム８９８は、実際に使用されているＩＯＰＳの割合を示す。ＴＩＥＲ３最大ＩＯＰＳカラム８９９は、ＴＩＥＲ３に備わっているＩＯＰＳの最大スペックを示す。ＴＩＥＲ３ＩＯＰＳ利用率カラム９００は、実際に使っているＩＯＰＳの割合を示す。

　ＴＩＥＲ１最大スループットカラム９０１は、ＴＩＥＲ１のスループットの最大スペックを示す。ＴＩＥＲ１スループット利用率カラム９０２は、実際に使用されているスループットの割合を示す。ＴＩＥＲ２最大スループットカラム９０３は、ＴＩＥＲ２のスループットの最大スペックを示す。ＴＩＥＲ２スループット利用率カラム９０４は、実際に使用されているスループットの割合を示す。ＴＩＥＲ３最大スループットカラム９０５は、ＴＩＥＲ３のスループットの最大スペックを示す。ＴＩＥＲ３スループット利用率カラム９０６は、実際に使用されているスループットの割合を示す。

　ＴＩＥＲ１レイテンシカラム９０７は、ＴＩＥＲ１の実際のレイテンシを示す。ＴＩＥＲ２レイテンシカラム９０８は、ＴＩＥＲ２の実際のレイテンシを示す。ＴＩＥＲ３レイテンシカラム９０９は、ＴＩＥＲ３の実際のレイテンシを示す。

　図１５は、プロビジョニングボリュームテーブル７７０の構成例を示す。リソース調停プログラム７６５は、ユーザ入力情報とストレージ装置１３０から収集した各リソースの情報により、プロビジョニングボリュームテーブル７７０を作成する。プロビジョニングボリュームテーブル７７０の各要件カラムは、既存ボリュームのプロビジョニング条件として規定されている、各リソース種別の各性能要件を示す。

　図１５において、プロビジョニングボリュームテーブル７７０は、ボリューム（ＶＯＬ）ＩＤカラム７７１と、容量カラム７７２と、ポートＩＤカラム７７３と、ポートスループット利用量カラム７７４と、ポートスループット要件カラム７７５と、ポートＩＯＰＳ利用量カラム７７６と、ポートＩＯＰＳ要件カラム７７７と、を有する。

　プロビジョニングボリュームテーブル７７０は、さらに、プロセッサＩＤカラム７７８と、プロセッサ利用率カラム７７９と、プロセッサ利用率要件カラム７８０と、キャッシュＩＤカラム７８１と、キャッシュ利用率カラム７８２と、キャッシュ利用率要件カラム７８３と、ＰＯＯＬ　ＩＤカラム７８４と、を有する。

　プロビジョニングボリュームテーブル７７０は、さらに、ＴＩＥＲ１ＩＯＰＳ利用率カラム７８５と、ＴＩＥＲ２ＩＯＰＳ利用率カラム７８６と、ＴＩＥＲ３ＩＯＰＳ利用率カラム７８７と、ＰＯＯＬ　ＩＯＰＳ要件カラム７８８と、を有する。

　プロビジョニングボリュームテーブル７７０は、さらに、ＴＩＥＲ１スループット利用率カラム７８９と、ＴＩＥＲ２スループット利用率カラム７９０と、ＴＩＥＲ３スループット利用率カラム７９１と、ＰＯＯＬスループット要件カラム７９２と、を有する。

　プロビジョニングボリュームテーブル７７０は、さらに、ＴＩＥＲ１レイテンシカラム７９３と、ＴＩＥＲ２レイテンシカラム７９４と、ＴＩＥＲ３レイテンシカラム７９５と、Ｐｏｏｌレイテンシ要件カラム７９６と、を有する。エントリは、ボリューム（ＶＯＬ）ＩＤカラム７７１の値の昇順にソートされている。

　図１６は、性能要件テーブル９５０の構成例を示す。リソース調停プログラム７６５は、性能要件変換テーブル８３０と性能要件パタンテーブル８４０とから作成した複数の性能要件値組み合わせを、性能要件テーブル９５０に一時的に格納する。複数の性能要件値組み合わせを用意することで、新規ボリュームの性能要件を満たすキャッピングテンプレート及びリソース組み合わせを決定することができる可能性が高まる。なお、性能要件値組み合わせのみを使用してもよい。

　図１６において、性能要件テーブル９５０は、アクセス傾向カラム９５１と、要件種別カラム９５２と、不足リソースカラム９５３と、ポートＩＯＰＳカラム９５４と、ポートスループットカラム９５５と、プロセッサ利用率カラム９５６と、キャッシュ利用率カラム９５７と、を有する。

　性能要件テーブル９５０は、さらに、ＳＳＤ　ＴＩＥＲ　ＩＯＰＳカラム９５８と、ＳＳＤ　ＴＩＥＲスループットカラム９５９と、ＳＳＤ　ＴＩＥＲレイテンシカラム９６０と、を有する。性能要件テーブル９５０は、さらに、ＨＤＤ　ＴＩＥＲ　ＩＯＰＳカラム９６１と、ＨＤＤＴＩＥＲスループットカラム９６２と、ＨＤＤ　ＴＩＥＲレイテンシカラム９６３と、を有する。

　性能要件テーブル９５０のカラム９５１～９６３は、性能要件パタンテーブル８４０のカラム８４１～８５３に対応する。リソース調停プログラム７６５は、新規ボリュームのアクセス傾向のエントリを性能要件パタンテーブル８４０から取得する。リソース調停プログラム７６５は、性能要件パタンテーブル８４０のエントリの要件値を性能要件変換テーブル８３０及びユーザ入力されたボリューム性能要件から算出する。算出結果が、性能要件テーブル９５０に格納される。

　プロセッサの割り当て性能は、利用率のみである。プロセッサは、ボリュームのＩＯＰＳ、スループット、レイテンシ等に影響を及ぼす。性能要件変換テーブル８３０は、プロセッサに関連するボリューム性能の全ての種別の変換式を示す。リソース調停プログラム７６５は、複数の性能要件種別に対するプロセッサの性能要件値から、最大値を選択して、性能要件テーブル９５０の基本要件値として使用する。他のリソース種別についても同様である。

　図１７は、プロビジョニング条件テーブル９３０の構成例を示す。リソース調停プログラム７６５は、ストレージ装置１３０の制約条件により、プロビジョニング条件テーブル９３０を作成する。リソース調停プログラム７６５は、リソースの組み合わせがプロビジョニング条件テーブル９３０の条件を満たすかどうか確認し、条件を満たすリソースの組み合わせのみボリュームのプロビジョニングに利用する。

　図１７において、プロビジョニング条件テーブル９３０は、リソースＩＤカラム９３１と、条件カラム９３２と、を有する。リソースＩＤカラム９３１は、プロビジョニングに利用するリソースの内、制約条件があるリソースの種類を示す。条件カラム９３２は、リソースをプロビジョニングする時に制約条件の内容を示す。

　図１８は、キャッピングテンプレートテーブル８００の構成例を示す。キャッピングテンプレートテーブル８００は、アクセス傾向毎に、複数のキャッピングテンプレートを格納している。キャッピングテンプレートは、キャッピングレベルの組み合わせであり、各キャッピングレベルは、各リソース性能種別のキャッピングレベルを示す。リソース性能種別は、例えば、ポートＩＯＰＳやプロセッサ利用率等である。一つのアクセス傾向の複数のキャッピングテンプレートは、全て異なるキャッピングレベルの組み合わせである。

　リソース調停プログラム７６５は、キャッピングテンプレートに従って既存ボリュームへのリソース割り当て量をキャッピングした場合の、新規ボリュームへの各リソース性能の割り当て可能量を計算する。リソース調停プログラム７６５は、割り当て可能量の計算値から、新規ボリュームの性能要件値組み合わせを満たすリソース組み合わせを探す。

　図１８において、キャッピングテンプレートテーブル８００は、アクセス傾向カラム８０１と、要件種別カラム８０２と、不足リソースカラム８０３と、ポートＩＯＰＳカラム８０４と、ポートスループットカラム８０５と、プロセッサ利用率カラム８０６と、キャッシュ利用率カラム８０７と、を有する。

　キャッピングテンプレートテーブル８００は、さらに、ＳＳＤ　ＴＩＥＲ　ＩＯＰＳカラム８０８と、ＳＳＤ　ＴＩＥＲスループットカラム８０９と、ＳＤ　ＴＩＥＲレイテンシカラム８１０と、ＨＤＤ　ＴＩＥＲ　ＩＯＰＳカラム８１１と、ＨＤＤ　ＴＩＥＲスループットカラム８１２と、ＨＤＤ　ＴＩＥＲレイテンシカラム８１３と、適用条件カラム８１４と、を有する。

　アクセス傾向カラム８０１は、アクセス傾向テーブルで特定したホストのアクセス傾向を示す。ポートＩＯＰＳカラム８０４は、ポートＩＯＰＳのキャッピングレベルを示す。ポートスループットカラム８０５は、ポートスループットのキャッピングレベルを示す。プロセッサ利用率カラム８０６は、プロセッサ利用率のキャッピングレベルを示す。

　キャッシュ利用率カラム８０７は、キャッシュ利用率のキャッピングレベルを示す。ＳＳＤ　ＴＩＥＲ　ＩＯＰＳカラム８０８カラムは、ＳＳＤ　ＴＩＥＲのＩＯＰＳのキャッピングレベルを示す。ＳＳＤ　ＴＩＥＲスループットカラム８０９は、ＳＳＤ　ＴＩＥＲのスループットのキャッピングレベルを示す。

　ＨＤＤ　ＴＩＥＲ　ＩＯＰＳカラム８１１は、ＨＤＤ　ＴＩＥＲのＩＯＰＳのキャッピングレベルを示す。ＨＤＤ　ＴＩＥＲスループットカラム８１２は、ＨＤＤ　ＴＩＥＲスループットのキャッピングレベルを示す。ＨＤＤ　ＴＩＥＲレイテンシカラム８１３は、ＨＤＤ　ＴＩＥＲのレイテンシのキャッピングレベルを示す。適用条件カラム８１４は、テンプレートを適用する条件を示しており、ストレージ装置１３０の稼働状況や構成情報から判定される。

　本例において、三つのキャッピングレベルが定義される。キャッピングレベル１は、ユーザ指定された性能要件上限値、キャッピングレベル２は実際の利用量、キャッピングレベル３は、ユーザ指定された性能要件下限値が対応する。キャッピングレベル数は３以外の数でもよい。例えば、上限値と下限値に対応する二つのレベルのみ定義されていてもよい。

　実際の稼働状況において、基本的には、利用量は上限値と下限値の範囲内にある。利用量が下限値よりも低い場合は、キャッピングレベル２及びキャッピングレベル３のキャッピング値は、共に下限値である。特定期間の利用量をキャッピング値として使用することができる。当該期間はユーザが設定可能でもよい。

　ボリュームの性能要件上限値がユーザにより設定されていない場合、リソース調停プログラム７６５は、リソース調停処理の開始前に、リソース性能の割り当て可能量の計算のために、ユーザに性能要件上限値を入力させてもよい。または、ボリューム作成時における性能要件上限値の入力が必須であってもよい。リソース調停プログラム７６５は、特定期間の利用量又は性能要求下限値をキャッピングレベル１のキャッピング値として使用してもよい。

　リソース調停プログラム７６５は、リソースに余裕がありリソース間で競合が起きない場合には、リソースの利用効率を向上するため、上限値（キャッピングレベル１）でキャッピングする。一方、下限値は、保証すべき最低条件として定義されている。そこで、リソースにまったく余裕がない場合には、下限値で既存ボリュームへの割り当てをキャッピングして、新規ボリュームのためにリソース性能を解放してよい。

　図１９は、割り当て可能量テーブル９８０の構成例を示す。リソース調停プログラム７６５は、リソース調停のために、各キャッピングレベルにおけるリソースの割り当て可能量を計算し、その計算結果を割り当て可能量テーブル９８０に格納する。割り当て可能量は、リソース性能の最大スペックのうち、新規ボリュームに割り当てることができる量である。割り当て可能量テーブル９８０は、リソース調停のために一時的に作成される。

　割り当て可能量テーブル９８０は、リソースＩＤカラム９８１、リソース性能種別カラム９８２、レベル１カラム９８３、レベル２カラム９８４、レベル３カラム９８５を有する。リソース性能種別カラム９８２は、キャッピングを行うリソース性能の種別を示す。レベル１カラム９８３、レベル２カラム９８４、レベル３カラム９８５は、各キャッピングレベルでの、新規ボリュームへの、リソース性能の割り当て可能量を示す。

　割り当て可能量テーブル９８０の一つのエントリは、一つのリソース性能の各キャッピングレベルでの値を示す。一つのリソース性能は、リソースＩＤとリソース性能種別で同定されている。割り当て可能量計算において、共通キャッピングレベルが、当該リソースに割り当て済みの全ボリュームへのリソース性能の割り当てに適用される。

　ここで、割り当て可能量計算前のキャッピングレベル値を、現在キャッピングレベルと呼ぶ。割り当て可能量は、リソースを利用しているボリューム（割り当て済みボリューム）のキャッピングレベルの変化による解放可能量の総和と、現在キャッピングレベルにおける当該リソースの未割り当て量と、の和である。未割り当て量は、リソース性能の最大スペックから、割り当て済みボリュームのキャッピング値の総和を減算した値である。

　言い換えれば、リソース性能の各割り当て済みボリュームへの割り当て量は、キャッピング値が上限である。従って、リソース性能の最大スペックから、割り当て済みボリュームのキャッピング値の総和を減算した値が、そのキャッピングレベルにおける新規ボリュームへの割り当て可能量である。

　図２０は、リソース組み合わせ選択条件テーブル８２０の構成例を示す。図２０において、リソース組み合わせ選択条件テーブル８２０は、条件ＩＤカラム８２１と、優先度カラム８２２と、選択条件カラム８２３と、自動実行条件カラム８２４と、を有する。エントリは、条件ＩＤカラム８２１の値の昇順にソートされている。

　条件ＩＤカラム８２１は、条件の識別子を示す。優先度カラム８２２は、条件の優先度を示す。選択条件カラム８２３は、複数のリソース組み合わせ候補から、新規ボリュームのプロビジョニングにおいて実際に割り当てるリソース組み合わせを選択する条件を示す。自動実行条件カラム８２４は、プロビジョニングを自動実行可能と判定する条件を示している。

　キャッピング数は、選択されたキャッピングテンプレートにおいて、キャッピングされるリソース性能の数を示す。ユーザ指定されているキャッピングレベルの変更はホストへの影響があるため、なるべくユーザ指定されているキャッピングレベルから変更を実施しないことが好ましい。

　リソース調停プログラム７６５は、キャッピングテンプレートテーブル８００、ポート性能テーブル８６０、キャッシュ性能テーブル８７０、プロセッサ性能テーブル８８０、ＰＯＯＬ性能テーブル８９０を参照して、キャッピング数を算出する。以下において、キャッピング数の決定方法を説明する。

　ここで、ストレージ装置における全てのリソースがキャッピングテンプレートに従ってキャッピングされるものとする。なお、キャッピングされるリソースがストレージ装置１３０の一部のリソースである場合、キャッピング数の計算はそれらリソースに限定される。この点は、ホスト影響度及びキャッピング処理時間の計算において同様である。

　リソース調停プログラム７６５は、キャッピングテンプレートテーブル８００から一つのキャッピングテンプレートを選択する。リソース調停プログラム７６５は、キャッピングレベルが２のカラム及びキャッピングレベルが３のカラムを特定する。リソース調停プログラム７６５は、各カラムの対象リソースの数をカウントし、その合計数をキャッピング数と決定する。

　例えば、キャッピングテンプレートテーブル８００のエントリの内、上から４つ目のエントリが選択されたとする。キャッピングレベルが２又は３のカラムは、以下の通りである。

　ポートＩＯＰＳカラム８０４、ポートスループットカラム８０５、キャッシュ利用率カラム８０７、ＳＳＤ　ＴＩＥＲ　ＩＯＰＳカラム８０８、ＳＳＤ　ＴＩＥＲスループットカラム８０９、ＳＳＤ　ＴＩＥＲレイテンシカラム８１０、ＨＤＤ　ＴＩＥＲ　ＩＯＰＳカラム８１１、ＨＤＤ　ＴＩＥＲスループットカラム８１２、ＨＤＤ　ＴＩＥＲレイテンシカラム８１３。

　リソース調停プログラム７６５は、各カラムの対象リソースの数を、ポート性能テーブル８６０、キャッシュ性能テーブル８７０、ＰＯＯＬ性能テーブル８９０においてカウントする。その合計数がキャッピング数であり、次の計算式で決定される、４＋４＋４＋４＋４＋４＋８＋８＋８＝４８。

　ホストへの影響は、キャッピングレベルの変更に伴うプロビジョニングボリュームの性能変化により表される。例えば、リソース調停プログラム７６５は、変更前後のキャッピングレベルにおける既存プロビジョニングボリュームそれぞれのＩＯＰＳを計算する。各ボリュームのＩＯＰＳの変化の平均値を計算し、それをホストへの影響度として使用する。

　例えば、キャッピングレベルの変更に伴うプロビジョニングボリュームそれぞれの性能変化は、プロビジョニングボリュームに割り当てられているディスク（ＳＳＤ及びＨＤＤ）ＩＯＰＳの変化の平均値で示される。ディスクＩＯＰＳに性能変化がない場合、プロセッサＩＯＰＳの変化示され、更にプロセッサＩＯＰＳ変化がない場合、ポートＩＯＰＳの変化で示される。ポートＩＯＰＳにも変化がない場合には、変化ＩＯＰＳなしと決定される。

　例えば、キャッピングテンプレートテーブル８００のエントリの内、上から４つ目のキャッピングテンプレートが選択されたとする。ディスクＩＯＰＳにおいて、ＳＳＤ　ＴＩＥＲ　ＩＯＰＳとＨＤＤ　ＴＩＥＲ　ＩＯＰＳが、ユーザ指定（レベル１）と異なるレベル２でキャッピングされる。リソース調停プログラム７６５は、ＳＳＤ　ＴＩＥＲ　ＩＯＰＳとＨＤＤ　ＴＩＥＲ　ＩＯＰＳの変化を算出する。

　具体的には、リソース調停プログラム７６５は、キャッピングテンプレートテーブル８００を参照して、ＳＳＤ　ＴＩＥＲ　ＩＯＰＳのキャッピングレベルの値を２、ＨＤＤ　ＴＩＥＲ　ＩＯＰＳのキャッピングレベルの値を２と特定する。

　次に、リソース調停プログラム７６５は、割り当て可能量テーブル９８０から、各ＰＯＯＬのキャッピングレベル２での割り当て可能量として、ＰＯＯＬ１　ＳＳＤ　ＴＩＥＲ　ＩＯＰＳは５ＫＩＯＰＳ、ＰＯＯＬ２　ＳＳＤ　ＴＩＥＲ　ＩＯＰＳは５ＫＩＯＰＳ、ＰＯＯＬ３　ＳＳＤ　ＴＩＥＲ　ＩＯＰＳは５ＫＩＯＰＳ、ＰＯＯＬ１　ＨＤＤ　ＴＩＥＲ　ＩＯＰＳは２ＫＩＯＰＳ、ＰＯＯＬ２　ＨＤＤ　ＴＩＥＲ　ＩＯＰＳは２ＫＩＯＰＳ、ＰＯＯＬ３　ＨＤＤ　ＴＩＥＲ　ＩＯＰＳは２ＫＩＯＰＳ、と特定する。

　次に、リソース調停プログラム７６５は、プロビジョニングボリュームテーブル７７０から、各プロビジョニングボリュームのＰＯＯＬ　ＩＤ、ＴＩＥＲ１　ＩＯＰＳ利用率、ＴＩＥＲ２　ＩＯＰＳ利用率、ＴＩＥＲ３　ＩＯＰＳ利用率を特定する。例えば、ＶＯＬ００１のそれらの値は、ＰＯＯＬ１、２％、２５％、１５％である。

　割り当て可能量テーブル９８０において、ＰＯＯＬ１の割り当て可能量は、ＳＳＤ　ＴＩＥＲ　ＩＯＰＳにおいて５ＫＩＯＰＳ、ＨＤＤ　ＴＩＥＲ　ＩＯＰＳにおいて２ＫＩＯＰＳである。したがって、ＶＯＬ００１の変化ＩＯＰＳは、５ＫＩＯＰＳ＊２％＋２ＫＩＯＰＳ＊（２５％＋１５％）／２＝５００ＩＯＰＳである。同様の計算により、ＶＯＬ００２、ＶＯＬ００３の変化ＩＯＰＳは、３００、２００である。リソース調停プログラム７６５は、３つのプロビジョニングボリュームのホストへの影響を、変化ＩＯＰＳの平均値の３３３であると決定する。

　キャッピング設定時間は、ストレージ管理計算機１２５及びストレージ装置１３０によるキャッピングレベルの変更処理に必要とされる時間の見積もりを示す。キャッピング設定時間が短いことが好ましい。例えば、リソース種別毎に一つの性能のキャッピング設定にかかる時間が予め定義されている。リソース調停プログラム７６５は、予め定義されている時間と各リソース種別のキャッピング数とを基に、キャッピング設定時間を計算する。プロセッサ平準化状態は、例えば、プロセッサ利用率の分散や差分の最大値で表される。プロセッサ利用率が平準化されていることがリソース利用効率の点で好ましい。

　図２１は、ユーザが新たに作成するボリュームの性能要件を入力する画像例を示す。図２１における入力画像２１０は、ボリュームにアクセスするホストの入力セクション２１１と、ボリューム容量の入力セクション２１２と、ボリュームの性能要件の入力セクション２１３～２１５を有する。

　ユーザは、１又は複数のボリューム性能種別の要件を入力することができる。図２１の例において、ＩＯＰＳ、スループット、レイテンシの各性能要件が入力されている。ユーザは、各ボリューム性能要件において、下限値及を入力することが必須である。上限値の入力は必須でない。図２１の例においては、ＩＯＰＳ、スループット、レイテンシのそれぞれのボリューム性能要件の範囲が入力されている。

　ボリューム性能要件の範囲は、下限値と上限値とで規定される。下限値は、必ず保証される値であり、当該下限値が満たされるように、リソース性能がボリュームに割り当てられる。リソース性能は、ボリューム性能が指定上限値以下となるように、ボリュームに割り当てられる。レイテンシにおいては、小さい値が性能要件上限値であり、大きい値が性能要件下限値である。なお、コストや他ホストへの影響度など、ボリュームのアクセス性能とは異なる性能要件も受け付けてもよい。これらもリソース性能に変換される。

　図２２は、ユーザに提示されるプロビジョニングプランの画像例を示す。プロビジョニングプラン画像２２０のセクション２２１は、ボリュームの入力要件に応じて決定された、ボリュームに割り当てられるリソースを示す。セクション２２２は、割り当てられるリソースにより得られるボリュームの性能を示す。ボリューム性能は、例えば、下限値又は下限値と上限値の中央値を示す。

　セクション２２３は、ボリュームの作成に関するその他の情報を示す。本例は、ボリュームに割り当てるリソース性能を確保するために必要なキャッピングに関する情報を示す。セクション２２３は、例えば、キャッピング数やキャッピング設定時間（キャッピング処理時間）、キャッピングによるホストへの影響を示している。これらの計算方法は、上述の通りである。

　プロビジョニングプラン画像２２０は一つのプランを示すが、リソース調停プログラム７６５は、複数のプランを生成し、当該複数のプランをユーザに提示してもよい。ユーザは、提示された複数のプランから一つの実行プランを選択する。リソース調停プログラム７６５は、プロビジョニングプランを提示することなく、決定したリソース及びそれらのリソースの性能をボリュームに割り当てることをストレージ装置１３０に指示してもよい。本例は、上述のように、所定条件が満たされる場合、新規ボリュームが自動的に作成される。

　図２３は、不足リソースとカバーリソースの関係テーブル９４０、性能要件パタンテーブル８４０、キャッピングテンプレートテーブル８００の作成を示すフローチャートである。リソース調停プログラム７６５は、新たなボリュームの生成の要求前に、これらテーブルを予め作成する。

　リソース調停プログラム７６５は、不足リソースとカバーリソースの関係テーブル９４０を生成する（Ｓ１１）。具体的には、ポート性能テーブル８６０、キャッシュ性能テーブル８７０、プロセッサ性能テーブル８８０、ＰＯＯＬ性能テーブル８９０から、ボリュームの同じ性能種別に寄与し、当該性能種別を互いに補うことができる関係（相補関係）にあるリソース種別を、不足リソースとカバーリソースの関係テーブル９４０に格納する。

　例えば、リソース調停プログラム７６５は、ボリューム性能のそれぞれに寄与するリソース種別のリストを保持している。例えば、リストは、ボリュームのＩＯＰＳに寄与するリソース種別として、プロセッサ、ポート及び最大性能ＴＩＲＥを示す。リストは、レイテンシに寄与するリソース種別として、プロセッサ、キャッシュ及び最大性能ＴＩＲＥを示す。リストは、スループットに寄与するリソース種別として、ポート及び最大性能ＴＩＲＥを示す。

　一つのボリューム性能に寄与するリソース種別は、当該性能について相補関係ある。リソース調停プログラム７６５は、ボリューム性能のそれぞれについて、リストに示されるリソース種別をポート性能テーブル８６０、キャッシュ性能テーブル８７０、プロセッサ性能テーブル８８０、ＰＯＯＬ性能テーブル８９０において検索し、相補関係にあるリソース種別ペアを選択して、不足リソースとカバーリソースの関係テーブル９４０に格納する。

　次に、リソース調停プログラム７６５は、不足リソースとカバーリソースの関係テーブル９４０を基に、性能要件パタンテーブル８４０を作成する（Ｓ１２）。性能要件パタンは、複数のリソース性能種別の要件を示す。リソース調停プログラム７６５は、基本性能要件パタンに対する補助性能要件パタンを生成する。基本性能要件パタンは、性能要件変換テーブル８３０から計算される基本要件のみを含むパタンである。補助性能要件パタンは、いずれかのリソース種別の性能割り当て量が不足しており、他のリソース種別の性能割り当て量が不足量をカバーする。

　リソース調停プログラム７６５は、ストレージ装置１３０のリソースの性能テーブル８６０、８７０、８８０、８９０を参照し、ボリュームの作成において割り当て量を決定することが必要なリソース性能種別を決定する。これらリソース性能種別の性能要件が、性能要件パタンテーブル８４０の各性能要件パタン（エントリ）の構成要素である。図１０の例において、性能要件パタンに含まれるリソース性能種別（性能要件の種別）は、ポートＩＯＰＳやプロセッサ利用率等である。

　リソース調停プログラム７６５は、ホストのアクセス傾向毎に予め定められているボリュームの性能要件種別を、要件種別カラム９５２に格納する。リソース調停プログラム７６５は、不足リソースとカバーリソースの関係テーブル９４０から、各要件種別における不足ソースを選択し、それらを性能要件パタンテーブル８４０の不足リソースカラム８４３に格納する。

　リソース調停プログラム７６５は、不足リソースとカバーリソースの関係テーブル９４０を参照し、各エントリにおいて、要件種別と不足リソースの組合せに対応する不足性能要件（不足リソース性能種別）のセルとカバー性能要件（カバーリソース性能種別）のセルに、アクセス傾向毎に決められている係数を記入する。不足性能要件のセルの係数は１未満であり、カバー性能要件のセルの係数は１より大きい。

　例えば、要件種別カラム８４２の値がＩＯＰＳ、不足リソースカラム８４３に値がＳＳＤ　ＴＩＥＲであるエントリに着目する。カバーリソースの関係テーブル９４０は、ＩＯＰＳにおいて不足リソースがＳＳＤ　ＴＩＥＲである場合、プロセッサがカバーリソースであることを示している。ＳＳＤ　ＴＩＥＲ　ＩＯＰＳカラム８４８のセルは、基本要件に０．５を掛けた値を示す。一方、カバーリソースであるプロセッサの利用率を示すカラム８４６のセルは、基本要件に１．５を掛けた値を示す。当該エントリは、ＩＯＰＳにおけるＳＳＤ　ＴＩＥＲの割り当て量の不足を、プロセッサに割り当て量がカバーする性能要件パタンを示している。

　次に、リソース調停プログラム７６５は、キャッピングテンプレートテーブル８００を作成する（Ｓ１３）。本例において、キャッピングレベル１はユーザ指定された性能上限を示し、キャッピングレベル２は実際の利用量を示し、キャッピングレベル３はユーザ指定された性能下限を示す。

　リソース調停プログラム７６５は、性能要件パタンテーブル８４０と同様のカラムでキャッピングテンプレートテーブル８００を作成する。リソース調停プログラム７６５は、要件種別カラム８０２及び不足リソースカラム８０３の値が「なし」であり、キャッピングレベルが全て１、２、又は３のエントリを、各アクセス傾向において作成する。

　さらに、リソース調停プログラム７６５は、性能要件パタンテーブル８４０における各エントリと、アクセス傾向、要件種別及び不足リソースが同一の各エントリを作成する。各エントリは、不足性能要件のセルのキャッピングレベルは１であり、カバー性能要件のセルのキャッピングレベルは３であり、他の性能要件のセルのキャッピングレベルは２である。

　本例において、キャッピングレベルが大きいことは、キャッピング値が小さいこと示す。つまり、既存ボリュームに割り当てられる性能が小さく、新たなボリュームへの割り当て可能量が大きいことを意味する。

　例えば、図１０が示す性能要件パタンテーブル８４０における、要件種別がレイテンシである不足リソースがプロセッサであるエントリは、図１８が示すキャッピングテンプレートテーブル８００における、要件種別がレイテンシである不足リソースがプロセッサであるエントリに対応している。

　図２４は、リソース調停プログラム７６５による、新規ボリュームのプロビジョニングのための処理の概要を示すフローチャートである。図２５から図２８は、それぞれ、図２４におけるステップＳ２２、Ｓ２４、Ｓ２５、Ｓ２７の詳細を示すフローチャートである。

　例えば、既にボリュームがプロビジョニングされており、全てのプロセッサ利用率が９９％であるとする。さらに、ボリューム性能要件入力画像２１０における新規ボリュームのユーザ入力が、ＩＯＰＳ要件１０００から２０００、プロセッサ利用率要件２％から４％、を示しているとする。

　新規ボリュームに割り当てられるリソース性能は、ボリューム性能要件の下限値を少なくとも満たすことが必要である。しかし、各プロセッサの未割り当て量は１％しかなく、いずれのプロセッサの未割り当て量全てを新規ボリュームに割り当てても、ユーザ指定されたボリューム性能要件（プロセッサ利用率要件）を満たすことができない。

　リソース調停プログラム７６５は、キャッピングレベルそれぞれにおける、プロセッサ利用率の割り当て可能量を計算する。いずれかのキャッピングテンプレートが示すキャッピングレベルにおいて、プロセッサ利用率の割り当て可能量が、新規ボリュームのプロセッサ利用率要件を満たす場合、リソース調停プログラム７６５は、当該キャッピングテンプレートにおいて、当該プロセッサを、新規ボリュームに割り当てるプロセッサの候補と決定する。

　図２４において、リソース調停プログラム７６５は、まず、ユーザが入力した新規ボリュームの要件を取得する（Ｓ２１）。図２１を参照して説明したように、ユーザは、新規ボリュームに求める性能要件を指定する。

　ユーザは、下限値と上限値とを使用して各要件の範囲を指定することができる。下限値は、ユーザ保障を要求する値を示す。下限値を必ず満たすように、リソースがボリュームに割り当てられることが必要である。上限値は、他のボリュームへのリソース割り当てを考慮して、当該ボリュームが示し得る最大値を示す。ボリュームの性能が上限値を超えないように、リソース割り当て量がキャッピングされる。

　下限値の入力は必須であるが、上限値の入力は必須ではない。上限値の入力が無い場合には、ボリュームは、割り当てられたリソースの割り当て可能量の全てを、キャッピングなく利用可能である。ボリュームに上限値が設定されていない場合であって、当該ボリュームのキャッピングが必要な場合、リソース調停プログラム７６５は、ユーザに当該ボリュームに対する上限値を入力するよう要求してもよい。

　次に、リソース調停プログラム７６５は、新規ボリュームの作成に必要なリソースの性能要件組み合わせを示す性能要件テーブル９５０を、ユーザの入力要件、性能要件変換テーブル８３０及び性能要件パタンテーブル８４０に基づいて作成する（Ｓ２２）。詳細は図２４を参照して後述する。

　リソース調停プログラム７６５は、プロビジョニング条件テーブル９３０の条件を満たすリソース組み合わせであって、キャッピングレベルを変更することなく、新規ボリュームの性能要件組み合わせを満たすリソース組み合わせを、検索する（Ｓ２３）。

　リソース調停プログラム７６５は、ホストテーブル９１０及びアクセス傾向テーブル９２０を参照して、ユーザ入力されたホストのアクセス傾向を特定する。ユーザが指定するホストが、ホストテーブル９１０において複数エントリに該当する場合、リソース調停プログラム７６５は、一つのエントリを選択する。例えば、ホストテーブル９１０のエントリには優先度が付与されており、その優先度に応じて一つのエントリが選択される。

　リソース調停プログラム７６５は、性能要件テーブル９５０から、ホストのアクセス傾向に対応する基本性能要件組み合わせを取得する。基本性能要件組み合わせは、性能要件テーブル９５０において、要件種別カラム９５２及び不足リソースカラム９５３が「なし」のエントリである。

　リソース調停プログラム７６５は、ポート性能テーブル８６０、キャッシュ性能テーブル８７０、プロセッサ性能テーブル８８０において、プロビジョニング条件及び基本性能要件組み合わせを満たすリソース組み合わせを検索する。プロビジョニング条件及び基本性能要件組み合わせを満たすリソース組み合わせが見つかった場合（Ｓ２３：ＹＥＳ）、リソース調停プログラム７６５は、当該リソース組み合わせを示すプロビジョニングプラン画像２２０を作成し、出力デバイス７２０においてユーザに提示する（Ｓ２６）。

　ユーザから指示があった場合、リソース調停プログラム７６５は、ユーザに提示したリソース組み合わせによる新規ボリュームのプロビジョニングを、ストレージ装置１３０に指示する（Ｓ２８）。

　プロビジョニング条件及び基本性能要件組み合わせを満たすリソース組み合わせを見つけることができない場合（Ｓ２３：ＮＯ）、リソース調停プログラム７６５は、リソースの調停（Ｓ２４、Ｓ２５）を実行する。

　リソース調停プログラム７６５は、プロビジョニングボリュームテーブル７７０を基に、各リソースの各性能要件種別について、各キャッピングレベルの割り当て可能量を算出する。詳細は図２５を参照して後述する。

　次に、リソース調停プログラム７６５は、プロビジョニング条件を満たすリソース組み合わせ及びキャッピングパタンにおいて、性能要件テーブル９５０の各性能要件組み合わせとの双方を満たす、リソース組み合わせ及びキャッピングパタンを特定する（Ｓ２５）。これらは、新規ボリュームのプロビジョニングで使用されるリソース組み合わせ及びキャッピングパタンの候補である。

　ステップＳ２５において、リソース調停プログラム７６５は、リソースの性能テーブル８６０、８７０、８８０、８９０、キャッピングテンプレートテーブル８００、及びプロビジョニング条件テーブル９３０を参照する。一つの性能要件組み合わせを満たす複数のリソース組み合わせ及び複数のキャッピングパタンが存在し得る。詳細は、図２６を参照して説明する。

　リソース調停プログラム７６５は、ステップＳ２５で特定したリソース組み合わせ及びキャッピングパタンの組から、リソース組み合わせ選択条件テーブル８２０に従って、１又は複数のリソース組み合わせ及びキャッピングパタンの組を選択する。さらに、リソース調停プログラム７６５は、選択したリソース組み合わせ及びキャッピングパタンの情報を示すプロビジョニングプラン画像２２０をユーザに提示する（Ｓ２６）。

　リソース調停プログラム７６５は、ユーザに指定されたキャッピングパタンでストレージ装置１３０のリソースのキャッピングをストレージ装置１３０に指示する（Ｓ２７）。当該ステップの詳細は、図２８を参照して後述する。さらに、リソース調停プログラム７６５は、特定したリソース組み合わせによる新規ボリュームのプロビジョニングを、ストレージ装置１３０に指示する（Ｓ２８）。

　図２５のフローチャートは、性能要件テーブル９５０の作成ステップＳ２２の詳細を示している。性能要件テーブル９５０はリソース調停のために一時的に作成される。リソース調停プログラム７６５は、ユーザ入力された新規ボリュームの性能要件及び性能要件変換テーブル８３０から、基本性能要件パタン及び各補助性能要件パタンに対応する性能要件値の組み合わせを算出して、性能要件テーブル９５０に格納する。

　リソース調停プログラム７６５は、性能要件変換テーブル８３０、ホストテーブル９１０、アクセス傾向テーブル９２０、要件パタンテーブル８４０を取得する（Ｓ２２１）。次に、リソース調停プログラム７６５は、新規ボリュームの性能要件を、リソースの性能要件に変換する（Ｓ２２２）。

　具体的には、リソース調停プログラム７６５は、ユーザ入力されたボリューム性能要件の要件種別及び入力要件値を取得する。リソース調停プログラム７６５は、各入力要件種別の各リソース種別について、性能要件変換テーブル８３０が示す変換方法に従って、新規ボリュームの入力要件値を、リソース性能要件値に変換する。変換された値は、基本性能要件値である。一つのリソース性能に対して複数ボリューム性能種別からの変換値が得られる場合、全ボリューム性能要件を満たす値が、基本性能要件値として選択される。

　例えば、ユーザ入力された要件のボリューム性能種別がＩＯＰＳ、入力要件値が１０００（下限値）及び２０００（上限値）であるとする。性能要件変換テーブル８３０は、要件種別ＩＯＰＳにおいて、プロセッサやポートを含む複数リソース種別の変換方法を示している。例えば、プロセッサ利用率の下限値は１０００÷５００００から２％と算出され、上限値は２０００÷５００００より４％と算出される。プロセッサ利用率の基本性能要件値（基本性能要件範囲）は、２～４％である。

　次に、リソース調停プログラム７６５は、指定ホストのアクセス傾向を決定する（Ｓ２２３）。具体的には、リソース調停プログラム７６５は、ホストテーブル９１０及びアクセス傾向テーブル９２０を参照して、新規ボリュームのアクセス傾向を決定する。例えば、指定ホストがホスト００１の場合、ホストテーブル９１０は、業務種別がＡ、アプリケーション種別がバックアップであることを示す。

　リソース調停プログラム７６５は、アクセス傾向テーブル９２０において該当エントリを検索し、業務種別Ａのアクセス傾向は、ＷＲＩＴＥ／ランダムであることを知る。アプリケーション種別がバックアップであることから、ＷＲＩＴＥメインのアクセス傾向も抽出され得る。本例において、アクセス傾向テーブルのエントリに優先度が付与されており、優先度が高いエントリが選択される。

　リソース調停プログラム７６５は、性能要件パタンテーブル８４０から、該当するアクセス傾向の性能要件パタンを順次選択し、性能要件パタンに対応する性能要件値組み合わせを計算し、性能要件テーブル９５０に格納する。

　具体的には、リソース調停プログラム７６５は、アクセス傾向が新規ボリュームのアクセス傾向と一致する各性能要件パタンについて、ステップＳ２２４及びＳ２２５を実行する。まず、リソース調停プログラム７６５は、性能要件パタンテーブル８４０から、一つの未選択の性能要件パタンを選択する（Ｓ２２４）。

　リソース調停プログラム７６５は、選択した性能要件パタンと、ステップＳ２２２で算出したリソース性能要件値とから、当該性能要求パタンの各性能要件種別の性能要件値を決定し、性能要件値組み合わせを生成する。リソース調停プログラム７６５は、当該性能要件値組み合わせを、性能要件テーブル９５０の該当エントリに格納する（Ｓ２２５）。

　例えば、性能要件パタンテーブル８４０の一つの性能要件パタンにおいて、要件種別はＩＯＰＳ、不足リソースがＳＳＤ　ＴＩＥＲである。ＳＳＤ　ＴＩＥＲ　ＩＯＰＳとプロセッサ利用率以外のプロセッサ性能種別には基本要件が適用される。プロセッサ利用率には基本要件×１．５、ＳＳＤ　ＴＩＥＲ　ＩＯＰＳには基本要件×０．５が適用される。基本要件の上限値及び下限値のそれぞれに係数を掛けた値が性能要件値である。

　図２６は、各キャッピングレベルにおける各リソース性能の割り当て可能量を計算するフローチャートを示す。リソース性能は、リソースＩＤ及びリソース性能種別で同定される。まず、リソース調停プログラム７６５は、ポート性能テーブル８６０、キャッシュ性能テーブル８７０、プロセッサ性能テーブル８８０、ＰＯＯＬ性能テーブル８９０と、プロビジョニングボリュームテーブル７７０を取得する（Ｓ２４１）。

　リソース調停プログラム７６５は、プロビジョニングボリュームテーブル７７０を参照して、各リソースを利用している既存ボリュームを特定する。リソース調停プログラム７６５は、各リソースの各リソース性能種別について、各キャッピングレベルでの各既存ボリュームからの解放可能量を算出する。

　キャッピングレベル１、２、３は、それぞれ、ボリュームの要件上限値、実際の利用量、要件下限値に対応する。ボリュームに上限値が設定されていない場合、リソース調停プログラム７６５は、ユーザに上限値の設定を指示する又は実際の利用量をキャッピングレベル１及びキャッピングレベル２のキャッピング値と定義してもよい。ここでは、全既存ボリュームの上限値が、ユーザにより設定されているとする。

　リソース調停プログラム７６５は、キャッピング値テーブル９７０を参照して、リソース性能の現在のキャッピングレベル及びキャッピング値を知ることができる。キャッピング値テーブル９７０は、リソースＩＤ、リソース性能種別、キャッピングレベル及びキャッピング値のカラムを有している。

　一例として、ポート１のＩＯＰＳにおける、ボリューム００１からの解放可能量を説明する。プロビジョニングボリュームテーブル７７０において、ボリューム００１に対するポート１のＩＯＰＳの要件上限値は２０００であり、要件下限値は１０００である。実際の利用量は、１８００である。現在のキャッピングレベルは１であるとする。

　現在のキャッピングレベルは１であるので、キャッピングレベル１、つまり、キャッピング値が要件上限値である場合の解放可能量は０である。キャッピングレベル２、つまり、キャッピング値が実際の利用量である場合の解放可能量は、２０００－１８００の２００である。キャッピングレベル３、つまり、キャッピング値が要件下限値である場合の解放可能量は、２０００－１０００の１０００である。現在キャッピングレベルによって、計算される解放可能量は、負の値になり得る。

　リソース調停プログラム７６５は、一つのキャッピングレベルにおいて、一つリソースの一つのリソース性能を利用する全ての既存ボリュームの解放可能量を計算し、それらの総和を算出する。その総和が、当該キャッピングレベルにおける当該リソース性能の解放可能量である。

　リソース調停プログラム７６５は、さらに、リソースの未割り当て量を計算する。未割り当て量は、現在キャッピングレベルにおける全既存ボリュームの割り当て量を、リソース性能の最大スペックから減算した値である。例えば、現在のキャッピングレベルが３である場合、リソース性能の最大スペックから全既存ボリュームの要件下限値を減算した値が未割り当て量である。

　リソース調停プログラム７６５は、解放可能量と未割り当て量の和を計算する。この値が、リソース性能の割り当て可能量である。リソース調停プログラム７６５は、計算した割り当て可能量を、割り当て可能量テーブル９８０に格納する。

　リソース調停プログラム７６５は、リソースの割り当て可能量の計算において、解放可能量を計算しなくてもよい。リソース性能の最大スペックから、キャッピングレベルで決まるボリュームへの割り当て量の総和を減算することで、割り当て可能量が算出される。

　負の解放可能量は禁止されていてもよい。その構成において、現在のキャッピングレベルが２である場合、適用可能なキャッピングレベルは２又は３である。現在のキャッピングレベルが３である場合、適用可能なキャッピングレベルは３のみである。例えば、割り当て可能量テーブル９８０において、解放可能量が負となるエントリは、ＮＵＬＬ値を格納する。

　図２７のフローチャートは、新規ボリュームのユーザ入力性能要件及びプロビジョニング条件を満たす、リソース組み合せ及びキャッピングパタンを特定するステップ（Ｓ２５）の詳細を示す。リソース調停プログラム７６５は、性能要件テーブル９５０、キャッピングテンプレートテーブル８００、割り当て可能量テーブル９８０、プロビジョニング条件テーブル９３０、を取得する。

　リソース調停プログラム７６５は、性能要件テーブル９５０から性能要件値組み合わせを上から順次選択し（Ｓ２５２）、ステップ２５３、２５４を繰り返す。リソース調停プログラム７６５は、選択した一つの性能要件値組み合わせに対して、キャッピングテンプレートテーブル８００からキャップテンプレートを上から順次選択し（Ｓ２５３）、ステップＳ２５４を繰り返す。

　ステップＳ２５４において、リソース調停プログラム７６５は、選択したキャッピングテンプレートのキャッピングレベル組み合わせで、割り当て可能量が先に選択した性能要件値組み合わせを満たし、かつプロビジョニング条件テーブル９３０の条件を満たす、リソース組み合わせを選択する。

　リソース調停プログラム７６５は、割り当て可能量テーブル９８０から、選択したキャッピングレベル組み合わせにおいて、選択した性能要件値組み合わせを満たす、リソース性能組み合わせを検索する。割り当て可能量テーブル９８０の一つのエントリは、リソース性能の各キャッピングレベルでの値を示し、リソース性能は、リソースＩＤとリソース性能種別で同定される。なお、一つのリソースが、一つのリソース種別の全性能要件を満たすことが必要である。

　リソース調停プログラム７６５は、さらに、性能要件組み合わせを満たすリソース組み合わせから、プロビジョニング条件テーブル９３０の条件を満たすリソース組み合わせを選択する。

　例えば、性能要件テーブル９５０の一番上の性能要件組み合わせにおいて、プロセッサ利用率カラムが２％から４％、ＳＳＤ　ＴＩＥＲレイテンシカラムが１０ｍｓである。キャッピングテンプレートテーブル８００の一番上のキャッピングテンプレートにおいて、全リソース性能種別のキャッピングレベルが１である。割り当て可能量テーブル９８０のいずれのリソース組み合わせも、当該キャッピングレベル組み合わせにおいて、当該性能要件組み合わせにおけるプロセッサ利用率とＳＳＤ　ＴＩＥＲレイテンシを満たすことができない。

　キャッピングテンプレートテーブル８００の上から二番目のキャッピングテンプレートにおいて、全リソース性能種別のキャッピングレベルが２である。割り当て可能量テーブル９８０において、プロセッサ利用率とＳＳＤ　ＴＩＥＲレイテンシを満たすリソースの組み合わせが複数存在する。

　このように、リソース調停プログラム７６５は、各性能要件組み合わせに対して、キャッピングテンプレートを上から順に選択し、性能要件組み合わせとプロビジョニング条件テーブル９３０の条件を満たすリソース組み合わせを探す。

　リソース調停プログラム７６５は、キャッピングテンプレート、性能要件組み合わせ及びプロビジョニング条件を満たす、複数のリソース組み合わせが存在するか判定する（Ｓ２５５）。一つのリソース組み合わせのみが見つかった場合（Ｓ２５５：ＮＯ）、リソース調停プログラム７６５は、当該リソースの組み合わせを、プロビジョニングに利用するリソース組み合わせ候補と決定する（Ｓ２５８）。

　キャッピングテンプレート、性能要件組み合わせ及びプロビジョニング条件を満たす、複数のリソース組み合わせが存在する場合（Ｓ２５５：ＹＥＳ）、リソース調停プログラム７６５は、リソース組み合わせ選択条件テーブル８２０を取得する（Ｓ２５６）。

　リソース調停プログラム７６５は、複数のリソース組み合わせから、リソース組み合わせ選択条件テーブル８２０の選択条件に最も近いリソースの組み合わせと、そのキャッピングテンプレートを特定する。

　例えば、リソース調停プログラム７６５は、最も優先度が高い選択条件を満たすリソース組み合わせを選択する。選択条件を満たす複数のリソース組み合わせが存在する場合、優先度が一つ下の選択条件を満たすリソース組み合わせをそれらの中から選択する。リソース調停プログラム７６５は、当該選択を繰り返し、最後に残ったリソース組み合わせ及びキャッピングテンプレートを、プロビジョニグプランとしてユーザに提示する。

　自動実行条件カラム８２４の条件が満たされている場合、リソース調停プログラム７６５は、ユーザにプロビジョニグプランを提示することなく、キャッピング及びプロビジョニングを自動的に実行する。

　リソース組み合わせ選択条件テーブル８２０により、既存ボリューム及び新規ボリュームの性能を満たすキャッピングレベル組み合わせ及びリソース組み合わせの候補において、キャッピングによる影響に基づいて、適切な候補を選択することができる。なお、リソース組み合わせ選択条件テーブル８２０を使用せず、全ての候補をユーザに提示してもよい。

　図２８のフローチャートは、選択したキャッピングテンプレートのキャッピングレベル組み合わせでキャッピングを行うステップＳ２７の詳細を示す。リソース調停プログラム７６５は、リソース毎に、リソースを利用している既存ボリュームを特定する（Ｓ２７１）。具体的な特定方法は、図２６の方法と同様である。

　リソース調停プログラム７６５は、特定した先に選択したキャッピングテンプレートのキャッピングレベル組み合わせでキャッピングを実行することを、ストレージ装置１３０に指示する（Ｓ２７２）。例えば、ストレージ装置１３０の全てのリソースがキャピングされる、又は、リソース調停プログラム７６５は、新規ボリュームに割り当てられるリソース組み合わせをキャッピング対象として指定してもよい。

　なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明したすべての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

　また、上記の各構成・機能・処理部等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード等の記録媒体に置くことができる。

Claims

　プロセッサとメモリとを含み、複数リソースを含むストレージ装置を管理する、ストレージ管理システムであって、
　前記メモリは、
　前記複数リソースのリソース性能を管理するリソース管理情報と、
　既存ボリュームへ割り当てられているリソース性能、及び、前記既存ボリュームのリソース性能要件を管理するボリューム管理情報と、
　複数キャッピングテンプレートを管理するキャッピングテンプレート管理情報と、を記憶し、
　前記リソース性能のそれぞれは、リソース識別子とリソース性能種別とにより同定され、
　前記複数キャッピングテンプレートのそれぞれは、複数リソース性能種別におけるボリュームへの割り当て量のキャッピングレベルの組み合わせを示し、
　前記プロセッサは、
　入力された新規ボリュームの性能要件に基づき、前記新規ボリュームに対する前記複数リソース性能種別の性能要件値を生成し、
　前記既存ボリュームへの割り当てられているリソース性能を前記ボリューム管理情報に基づき決定し、
　各キャッピングレベルにおける、前記既存ボリュームへ割り当てられているリソース性能それぞれの割り当て量のキャッピング値を、前記ボリューム管理情報に基づき決定し、
　前記キャッピング値及び前記リソース管理情報に基づき、前記複数リソースのリソース性能の前記新規ボリュームへの割り当て可能量を計算し、
　前記割り当て可能量に基づき、前記性能要件値を満たすキャッピングテンプレート及びリソースの組を、前記複数キャッピングテンプレート及び前記複数リソースから選択し、
　選択した前記キャッピングテンプレート及びリソースの組から、前記新規ボリュームのプロビジョニングで使用するキャッピングテンプレート及びリソースの組を取得する、ストレージ管理システム。
　請求項１に記載のストレージ管理システムであって、
　前記複数キャッピングテンプレートは、相補関係にあるリソース性能種別の一方のキャッピングレベルが中間レベルより大きく、他方のキャッピングレベルが前記中間レベルよりも小さい、キャッピングテンプレートを含む、ストレージ管理システム。
　請求項１に記載のストレージ管理システムであって、
　前記プロセッサは、
　前記新規ボリュームに対する、前記複数リソース性能種別の、複数の性能要件値組み合わせを取得し、
　前記複数の性能要件値組み合わせのそれぞれについて、当該性能要件値組み合わせを満たすキャッピングテンプレート及びリソースの組を決定する、ストレージ管理システム。
　請求項３に記載のストレージ管理システムであって、
　前記複数の性能要件値組み合わせは、相補関係にあるリソース性能種別の一方のキャッピングレベルが基本要件値より大きく、他方のキャッピングレベルが基本要件値よりも小さい、性能要件値組み合わせを含む、ストレージ管理システム。
　請求項３に記載のストレージ管理システムであって、
　前記メモリは、複数の性能要件パタンを管理する性能要件パタン情報を記憶し、
　前記複数の性能要件パタンは、それぞれ、前記複数リソース性能種別の性能要件の組み合わせを示し、
　前記プロセッサは、前記複数の性能要件パタンに従って、前記複数の性能要件値組み合わせを計算する、ストレージ管理システム。
　請求項１に記載のストレージ管理システムであって、
　第１キャッピングレベルのキャッピング値はボリューム性能要件上限に対応付けられ、第２キャッピングレベルのキャッピング値は、リソース性能の利用量に対応付けられ、第３キャッピングレベルのキャッピング値は、ボリューム性能要件下限に対応付けられている、ストレージ管理システム。
　請求項１に記載のストレージ管理システムであって、
　前記メモリは、キャッピングに関する条件を定義するリソース選択条件情報を記憶し、
　前記プロセッサは、前記条件を満たすキャッピングテンプレート及びリソースの組を、前記新規ボリュームのプロビジョニングで使用するキャッピングテンプレート及びリソースの組として選択する、ストレージ管理システム。
　請求項１に記載のストレージ管理システムであって、
　前記メモリは、ホストとアクセス傾向との関係を管理するアクセス傾向管理情報を記憶し、
　前記メモリは、異なるアクセス傾向に関連付けられたキャッピングテンプレートを記憶し、
　前記プロセッサは、
　前記新規ボリュームが提供されるホストのアクセス傾向を、前記アクセス傾向管理情報に基づき決定し、
　前記新規ボリュームへのアクセス傾向と関連づけられているキャッピングテンプレートから、前記新規ボリュームのプロビジョニングにおいて使用するキャッピングテンプレートを選択する、ストレージ管理システム。
　ストレージ管理システムによるストレージ装置の管理方法であって、
　前記ストレージ管理システムは、
　前記ストレージ装置の複数リソースのリソース性能を管理するリソース管理情報と、
　既存ボリューム、前記既存ボリュームへの割り当てられているリソース性能、及び、前記既存ボリュームのリソース性能要件を管理するボリューム管理情報と、
　複数キャッピングテンプレートと、を保持し、
　前記リソース性能のそれぞれは、リソース識別子とリソース性能種別とにより同定され、
　前記複数キャッピングテンプレートのそれぞれは、複数リソース性能種別におけるボリュームへの割り当て量のキャッピングレベルの組み合わせを示し、
　前記管理方法は、
　新規ボリュームに対する、前記複数リソース性能種別の性能要件値を取得し、
　前記既存ボリュームへの割り当てられているリソース性能を前記ボリューム管理情報に基づき決定し、
　各キャッピングレベルにおける、前記既存ボリュームへ割り当てられているリソース性能それぞれの割り当て量のキャッピング値を、前記ボリューム管理情報に基づき決定し、
　前記キャッピング値及び前記リソース管理情報に基づき、前記複数リソースのリソース性能の前記新規ボリュームへの割り当て可能量を計算し、
　前記割り当て可能量に基づき、前記性能要件値を満たすキャッピングテンプレート及びリソースの組を、前記複数キャッピングテンプレート及び前記複数リソースから選択し、
　選択した前記キャッピングテンプレート及びリソースの組から、前記新規ボリュームのプロビジョニングで使用するキャッピングテンプレート及びリソースの組を取得する、ことを含む管理方法。