(57)【要約】【課題】ボリュームを割り当てたディスクグループが運用時にディスクグループのアクセス性能を超えて性能劣化することを防止する。【解決手段】クライアントから指定されたボリュームの運用時間ごとの要求性能に関する条件と、各ディスクグループの実際に運用された結果から得られた履歴情報に基いて、各ディスクグループにボリュームを割り当てた場合のディスクグループの性能マージンを算出して、それに従って各ディスクグループの中から割り当て対象となるボリュームの候補を求めてクライアントに提示すると共に、クライアントではその候補から１つを選択する。【選択図】  図１
2005025244.tif 000002
【特許請求の範囲】
【請求項１】
ストレージ管理サーバを利用して、ネットワークを介して接続されたストレージ装置の運用を管理するストレージ管理システムにおけるボリュームの割り当ての方法において、
クライアントで指定されたボリューム割り当ての条件を、ネットワークを介して受け付けるステップと、
ストレージ装置の実際の運用において得られたディスクグループに関する性能値を含む情報を履歴として格納する記憶装置からボリュームの運用履歴情報を得るステップと、
該ストレージ装置に関する性能値を含む諸元値についての情報を得るステップと、
該受け付けられたボリューム割り当て条件に従い、該ボリュームの運用履歴情報と、ストレージ装置に関する情報に基いて、性能マージンを確保して割り当て可能なボリュームの候補を決めるステップと、
割り当て候補のボリュームの情報を該クライアントに送信するステップと、
該クライアントにおいて、割り当て候補のボリュームの情報から選択され、送信されたボリュームの割り当て情報を受信するステップと、
該ボリュームの割り当て情報に従ってストレージ装置に割り当てるステップと、を有するボリュームの割り当て方法。
【請求項２】
請求項１記載のボリュームの割り当て方法において、更に、
前記クライアントにおけるボリューム割り当ての条件の指定により、その１つが選択されるものであり、少なくとも性能値及び運用時間帯に関する情報を含む複数のポリシーを予め記憶装置に記憶するステップと、割り当ての対象となりえるディスクグループの容量、理論性能値、及びボリュームの運用履歴情報から計算された単位時間毎の予測性能値に関する情報を予め記憶装置に記憶するステップと、を有すること。
【請求項３】
請求項２に記載のボリュームの割り当て方法において、前記ボリュームの候補を決めるステップは、
ディスクグループに入るボリュームの単位時間ごとに理論性能値と予測性能値から性能マージンを求めるステップと、
求められた性能マージンからポリシーで指定された性能値を差し引く計算を行うステップと、
この計算の結果、得られた値が正の値の場合、そのディスクグループのボリュームを割り当て候補として決めるステップと、を有すること。
【請求項４】
ネットワークを介して接続されたストレージ装置の運用を管理するストレージ管理サーバにおいて、
ストレージ装置の運用時に得られたディスクグループに関する性能値を含む情報を履歴として格納する運用履歴ＤＢと、
該ストレージ装置から得られる、該ストレージ装置に関する性能、信頼性及び容量を含む諸元値についての情報を格納するボリューム性能値ＤＢと、
設定された複数ポリシーに対応して、性能を含むポリシーに関する情報を格納するポリシーＤＢと、
該運用履歴ＤＢに蓄積されたディスクグループの性能値の情報から予測性能値を算出する第１の処理手段と、
ボリュームの理論性能値、及び該第１の処理手段によって得られた予測性能値に基いて、性能マージンを求める第２の処理手段と、
該第２の処理手段の計算結果に従って、ボリュームの割当て候補を決定するボリューム決定処理手段と、を有するストレージ管理サーバ。
【請求項５】
請求項４項記載のストレージ管理サーバにおいて、
前記第１の処理手段は、前記履歴情報ＤＢから得られた性能値の情報から単位時間毎の予測性能値を算出し、
及び前記ボリューム性能値ＤＢは、ディスクグループ対応に前記第１の処理手段によって得られた単位時間毎の予測性能値の情報を格納すること。
【請求項６】
請求項４項記載のストレージ管理サーバにおいて、
前記第２の処理手段は、単位時間毎の性能マージンと、前記ポリシーＤＢに格納されている指定の性能値との差を求める処理と行い、
前記ボリューム決定処理手段は、該第２の処理手段により求められて差が正の値をとるボリュームを割当ての候補として決めること。
【請求項７】
請求項４乃至６のいずれかに記載のストレージ管理サーバにおいて、更に、
前記ボリューム決定処理手段により決定されたボリュームの候補を示す情報を、該ストレージ管理サーバに接続されたクライアントに表示するために送信する手段と、表示された情報に従って該クライアントにおいて選択されたボリュームの割り当て情報を受信する手段と、を有すること。
【請求項８】
ストレージ装置の運用を管理するストレージ管理サーバと、該管理サーバにネットワークを介して接続されたクライアントとを有するストレージ管理システムにおいて、
該ストレージ管理サーバは；
ストレージ装置の運用時に得られたディスクグループに関する性能値を含む情報を履歴として格納する運用履歴ＤＢと、
該ストレージ装置から得られる、該ストレージ装置に関する性能、信頼性及び容量を含む諸元値についての情報を格納するボリューム性能値ＤＢと、
設定された複数ポリシーに対応して、性能を含むポリシーに関する情報を格納するポリシーＤＢと、
該運用履歴ＤＢに蓄積されたディスクグループの性能値の情報から予測性能値を算出する第１の処理手段と、
ボリュームの理論性能値、及び該第１の処理手段によって得られた予測性能値に基いて、性能マージンを求める第２の処理手段と、
該第２の処理手段の計算結果に従って、ボリュームの割当て候補を決定するボリューム決定処理手段と、を有し、
該クライアントは；
ボリュームの割り当て条件を指定して入力する手段と、
前記ボリューム決定処理手段により決定されたボリュームの候補を示す情報を表示するための表示手段と、
表示手段に表示された割り当て候補のボリューム情報の中から選択されたボリュームの割り当て情報を該ストレージ管理サーバへ送信する手段と、を有すること。
【請求項９】
ネットワークを介して接続されたストレージ装置の運用によって得られたディスクグループに関する性能値を含む情報を履歴として格納する運用履歴ＤＢと、該ストレージ装置から得られる、該ストレージ装置に関する性能、信頼性及び容量を含む諸元値についての情報を格納するボリューム性能値ＤＢと、設定された複数ポリシーに対応して、性能を含むポリシーに関する情報を格納するポリシーＤＢとを有するストレージ管理サーバ上で機能するボリューム選択生成用のプログラムにおいて、
該運用履歴ＤＢに蓄積されたディスクグループの性能値の情報から予測性能値を算出する第１の処理手段と、
ボリュームの理論性能値、及び該第１の処理手段によって得られた予測性能値に基いて、性能マージンを求める第２の処理手段と、
該第２の処理手段の計算結果に従って、ボリュームの割当て候補を決定するボリューム決定処理手段と、
該ストレージ管理サーバに接続されたクライアントに表示するために、前記ボリューム決定処理手段に基く情報からボリュームの候補を表示するのための情報を生成する手段と、を有するボリューム候補を生成するためのプログラム。
【請求項１０】
ストレージ装置の運用を管理するストレージ管理サーバと、該管理サーバにネットワークを介して接続されたクライアントとを有するストレージ管理システムにおけるボリュームの割り当て方法において、
該ストレージ管理サーバは、
少なくとも性能値及び運用時間帯に関する情報を含む複数のポリシーを予め記憶装置に記憶するステップと、
割り当ての対象となりえるディスクグループの容量、理論性能値、及びボリュームの運用履歴情報から計算された単位時間毎の予測性能値に関する情報を予め記憶装置に記憶するステップと、を有し、
該クライアントは、
該ストレージ管理サーバから送信される、複数のポリシーに関する情報をクライアントの表示画面に表示するステップと、
表示画面に表示された複数のポリシーから、該クライアントの入力手段を用いて１つのポリシーを選択するステップと、を有し、
該ストレージ管理サーバは、
単位時間ごとの理論性能値および予測性能値から性能マージンを求め、この性能マージンを確保して割り当て可能なボリュームの候補を決めるステップと、
割り当て候補のボリュームの情報を該クライアントに送信するステップと有し、該クライアントは、
受信された割り当て候補のボリュームの情報を表示画面に表示するステップと、該表示画面に表示された割り当て候補から１つを選択して指定するステップと、指定された割り当て候補に関する情報を該ストレージ管理サーバに送信するステップと、
該ストレージ管理サーバは、
該指定されたボリュームの割り当て情報に従ってストレージ装置に割り当てるステップと、を有するボリュームの割り当て方法。
【請求項１１】
ネットワークを介して接続されたストレージ装置の運用を管理するストレージ管理サーバにおいて、
ストレージ装置の運用に際して得られたディスクグループに関する性能値を含む情報を履歴として格納する運用履歴ＤＢと、
該ストレージ装置に関する性能を含む諸元値についての情報を格納するボリューム性能値ＤＢと、
設定された複数ポリシーに対応して、性能を含むポリシーに関する情報を格納するポリシーＤＢと、
該運用履歴ＤＢに蓄積されたディスクグループの性能値の情報から予測性能値を算出し、かつこの求められた予測性能値と、該ボリューム性能値ＤＢに格納されている理論性能値を基に、単位時間毎の性能マージンを求める処理手段と、
該処理手段の計算結果に従って、ボリュームの割当て候補を決定するボリューム決定処理手段と、
該ボリューム決定処理手段により決定されたボリュームの候補を示す情報を、該ストレージ管理サーバに接続されたクライアントに送信する手段と、
該クライアントにおいて選択されたボリュームの割り当て情報を受信する手段と、
ストレージ装置のボリュームを割り当てるために、該受信手段により受信したボリューム割り当て情報をストレージ装置に送信する手段と、を有するストレージ管理サーバ。
【請求項１２】
前記ポリシーＤＢは、設定されたポリシーに対応して、ポリシー名、ピーク性能、最低保障性能、信頼性、運用時間帯、及び配置方針を含む情報を格納する請求項１１記載のストレージ管理サーバ。
【請求項１３】
前記ボリューム性能値ＤＢは、設定されるディスクグループに対応して、ディスクグループ名、信頼性、容量、理論性能値、前記予測性能値を格納する請求項１１記載のストレージ管理サーバ。
【請求項１４】
前記運用履歴ＤＢは、設定されるディスクグループに対応して、ディスクグループ名、実測性能値を格納する請求項１１記載のストレージ管理サーバ。
【請求項１５】
前記処理手段は、指定されたポリシーから単位時間を求め、該運用履歴ＤＢに格納されている履歴情報を単位時間毎に区切る処理をする第１処理手段と、
区切ったデータの平均値を求めて、予測性能値を求める第２処理手段と、
単位時間ごとの理論性能値から予測性能値を差し引いて性能マージンを求め、短時間ごとに該性能マージンから該ポリシーの指定性能値を差し引く第３処理手段と、
差し引いた値が正の値か否かを判定し、正の値ならば対象とするディスクグループのボリュームを割り当て候補と決める第４処理手段と、を含む請求項１１記載のストレージ管理サーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はストレージ管理システムに係り、特にＳｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＳＡＮと言う）におけるストレージの運用管理技術、とりわけボリュームの割当て方法に関する。
【０００２】
【従来の技術】
ＳＡＮは大量のデータを効果的に取り扱うことのできるものとして近年大いに普及して来ている。ＳＡＮの導入により企業の情報システムの柔軟性は増大するが、一方でファイバチャネルスイッチを介して複数のストレージを接続するなど、ストレージ機器の構成が複雑になり、システム管理者が行なう機器設定も複雑化している。
また、ストレージを集中管理するようになったことに起因して、一人のシステム管理者が扱うデータの容量が増大するだけでなく、業務サーバのＯＳや業務アプリケーションの種類も増大している。更に、データ量が日々増加する傾向にあるため、ストレージ機器の増強や業務サーバへのストレージ割当作業が頻繁に行なわれるようになってきている。
【０００３】
実際にストレージにデータを格納するためにはストレージ内にボリュームという論理領域を割り当てる必要がある。ボリュームを割り当てる際にはストレージを指定するだけではなく、ストレージ内のディスクグループという、複数のディスク装置をまとめてＲＡＩＤを構成しているディスクのグループも指定する。
【０００４】
このような複雑なストレージ機器を集中管理するための技術としては、ＵＳ  Ｐａｔｅｎｔ  ６，４３０，６１１号明細書（特許文献１）に開示されたものが知られている。これは、ＳＡＮに接続されている各ストレージに、ストレージ内のデータ領域を管理するためのコンピュータを接続し、その中で動作するストレージの情報を収集するエージェントを配置する。このエージェント群と通信をする管理サーバを１台用意することで１台の管理サーバからネットワーク内の全てのストレージを管理することを可能にしている。（ＵＳ  Ｐａｔｅｎｔ  ６，４３０，６１１  １段落目  ５６行目〜２段落目  ３６行目）
また、一つのディスクグループ内には複数のボリュームを配置することが可能なために、同一ディスクグループ内の複数のボリュームに、同時にアクセスがあると個々のボリューム性能が低下することがある。この同一ディスクグループ内のボリュームの負荷を軽減する技術としては、ＵＳ  Ｐａｔｅｎｔ  ６，５３５，９５４号明細書（特許文献２）（対応日本、特開平１１−２９６３１３号公報）に開示されたものがある。これは、ディスクグループに負荷が集中し、ディスクグループよりも先にディスク制御装置が過負荷になった場合に、別の過負荷ではないディスク制御装置にディスクグループまたはボリュームの管理を移行させることでディスクグループまたはボリュームの最大性能を発揮させようとするものである。（ＵＳ  Ｐａｔｅｎｔ  ６，５３５，９５４  ３段落目  １７行目〜２７行目）
また、特開２００１−１８４１７５号公報（特許文献３）には、アクセス性能を向上させ、ディスク領域の使用効率を高めた論理ディスク構成を再構築するために、ストレージ装置に対するアクセス情報の履歴を蓄積しておき、この履歴情報の解析結果に基いて新たな論理ディスク構成の候補を作成する技術が開示されている。具体的には、ディスク領域の使用効率を高めるために、解析部３３でアクセス情報の履歴を解析して、使用ディスク容量の増加率を計算し、一定時間における容量を増加させる論理ディスクを割り出して、新たな論理ディスク構成候補を決定するものである。
【０００５】
【特許文献１】
ＵＳ  Ｐａｔｅｎｔ  ６，４３０，６１１号明細書
【特許文献２】
ＵＳ  Ｐａｔｅｎｔ  ６，５３５，９５４号明細書
【特許文献３】
特開２００１−１８４１７５号公報（カラム００４３〜００４８、図１、図５）
【０００６】
【発明が解決しようとする課題】
ストレージの構成が複雑になるにつれて、ボリュームを管理する方法も複雑化しているので、これを解決する方法が望まれている。
然るに、特許文献１には、１台の管理サーバで複雑なストレージ機器の監視をすることは可能である旨、記載されているが、ボリュームの割り当てに関する方法については記載されていない。
【０００７】
また、特許文献２には、ディスクグループの持つ最大性能を発揮させることは出来ても、ディスクグループ内に複数のボリュームが配置されていて、ディスクグループに最大性能以上の負荷がある場合には要求される性能を出すことが出来ないという問題がある。
【０００８】
一定期間内に、ディスクグループが持つ理論的な性能の最大値を超えるアクセス要求が、ディスクグループ内に作成された複数のボリュームに対して要求されると、このディスクグループは、要求される性能を満たすことができなくなる。このため、ボリュームを割り当てる際には、そのボリュームを割り当てることで、ディスクグループの性能を超えることがないようなディスクグループを選択できるようにすることが望ましい。
さらに、ボリューム割当の際に、より高い性能を要求されるボリュームの割当を可能とするためには、未割当のディスクグループをできるだけ残せるような効率的なボリューム割当をすることが必要である。
【０００９】
また、特許文献３に記載の技術は、使用ディスク容量の増加率に着目するものであり、性能や信頼性について着目して新たな論理ディスク構成候補を決定しているものとは言い難い。また、性能の劣化を予め予想して、運用前からのボリュームを計画的に割当てる方法についても言及されていない。
【００１０】
本発明の目的は、ボリュームを割り当てて実際に運用した時に、割当てられたディスクグループがアクセス性能を超えて性能劣化することを防止することにある。
本発明の他の目的は、ボリュームの運用履歴に基いてディスクグループの最大性能を超えないように、効率的にボリュームを割り当ることにある。
【００１１】
【課題を解決するための手段】
本発明に係るストレージ管理サーバは、ストレージ装置の運用時に得られたディスクグループに関する性能値を含む情報を履歴として格納する運用履歴ＤＢと、ストレージ装置から得られる、ストレージ装置に関する性能、信頼性及び容量を含む諸元値についての情報を格納するボリューム性能値ＤＢと、設定された複数ポリシーに対応して、性能を含むポリシーに関する情報を格納するポリシーＤＢと、運用履歴ＤＢに蓄積されたディスクグループの性能値の情報から予測性能値を算出する第１の処理手段と、ボリュームの理論性能値、及び該第１の処理手段によって得られた予測性能値に基いて、性能マージンを求める第２の処理手段と、第２の処理手段の計算結果に従って、ボリュームの割当て候補を決定するボリューム決定処理手段と、を有して構成される。
前記第１の処理手段は、履歴情報ＤＢから得られた性能値の情報から単位時間毎の予測性能値を算出し、及びボリューム性能値ＤＢは、ディスクグループ対応に第１の処理手段によって得られた単位時間毎の予測性能値の情報を格納する。
また、前記第２の処理手段は、単位時間毎の性能マージンと、前記ポリシーＤＢに格納されている指定の性能値との差を求める処理を行い、ボリューム決定処理手段は、第２の処理手段により求められて差が正の値をとるボリュームを割当ての候補として決める。
本発明に係るストレージ管理サーバは、また、ボリューム決定処理手段により決定されたボリュームの候補を示す情報を、ストレージ管理サーバに接続されたクライアントに表示するために送信する手段と、送信された情報に従ってクライアントにおいて選択されたボリュームの割り当て情報を受信する手段とを有する。
【００１２】
また、本発明におけるストレージ管理システムにおいて、クライアントは、ボリュームの割り当て条件を指定して入力する手段と、ボリューム決定処理手段により決定されたボリュームの候補を示す情報を表示するための表示手段と、表示手段に表示された割り当て候補のボリューム情報の中から選択されたボリュームの割り当て情報を該ストレージ管理サーバへ送信する手段とを有する。
【００１３】
本発明はまた、プログラムの発明としても把握され得る。即ち、ネットワークを介して接続されたストレージ装置の運用によって得られたディスクグループに関する性能値を含む情報を履歴として格納する運用履歴ＤＢと、ストレージ装置から得られる、該ストレージ装置に関する性能、信頼性及び容量を含む諸元値についての情報を格納するボリューム性能値ＤＢと、設定された複数ポリシーに対応して、性能を含むポリシーに関する情報を格納するポリシーＤＢとを有するストレージ管理サーバ上で機能するボリューム選択生成用のプログラムにおいて、運用履歴ＤＢに蓄積されたディスクグループの性能値の情報から予測性能値を算出する第１の処理手段と、ボリュームの理論性能値及び第１の処理手段によって得られた予測性能値に基いて、性能マージンを求める第２の処理手段と、第２の処理手段の計算結果に従って、ボリュームの割当て候補を決定するボリューム決定処理手段と、ストレージ管理サーバに接続されたクライアントに表示するために、ボリューム決定処理手段に基く情報からボリュームの候補を表示するのための情報を生成する手段とを有するボリューム候補を生成するためのプログラムである。
【００１４】
本発明はまた、ストレージ管理システムにおけるボリュームの割り当ての方法としても把握され得る。即ち、ストレージ管理サーバを利用して、ネットワークを介して接続されたストレージ装置の運用を管理するストレージ管理システムにおけるボリュームの割り当ての方法において、クライアントで指定されたボリューム割り当ての条件を、ネットワークを介して受け付けるステップと、ストレージ装置の実際の運用において得られたディスクグループに関する性能値を含む情報を履歴として格納する記憶装置からボリュームの運用履歴情報を得るステップと、ストレージ装置に関する性能値を含む諸元値についての情報を得るステップと、受け付けられたボリューム割り当て条件に従い、ボリュームの運用履歴情報とストレージ装置に関する情報に基いて、性能マージンを確保して割り当て可能なボリュームの候補を決めるステップと、割り当て候補のボリュームの情報を該クライアントに送信するステップと、クライアントにおいて、割り当て候補のボリュームの情報から選択され、送信されたボリュームの割り当て情報を受信するステップと、ボリュームの割り当て情報に従ってストレージ装置に割り当てるステップとを有するボリュームの割り当て方法である。
【００１５】
上記割り当て方法において、更に、クライアントにおけるボリューム割り当ての条件の指定により、その１つが選択されるものであり、少なくとも性能値及び運用時間帯に関する情報を含む複数のポリシーを予め記憶装置に記憶するステップと、割り当ての対象となりえるディスクグループの容量、理論性能値、及びボリュームの運用履歴情報から計算された単位時間毎の予測性能値に関する情報を予め記憶装置に記憶するステップとを有するように構成される。
また、前記ボリュームの候補を決めるステップは、ディスクグループに入るボリュームの単位時間ごとに理論性能値と予測性能値から性能マージンを求めるステップと、求められた性能マージンからポリシーで指定された性能値を差し引く計算を行うステップと、この計算の結果、得られた値が正の値の場合、そのディスクグループのボリュームを割り当て候補として決めるステップとを有して構成される。
【００１６】
【発明の実施の形態】
本発明の実施例において、ボリューム割り当て時に、各ディスクグループが、割り当てるボリュームの必要とする性能を満たすか否かを判定できるようにするために、各ディスクグループの運用履歴と新規に割り当てるボリュームの運用予定に関する情報を基に、そのディスクグループに新規のボリュームを割り当てた際に、そのディスクグループに必要とされる性能を求める方法が開示される。
【００１７】
更に、新規に要求される性能を満たすボリュームを割り当てる際に、より高い性能を持つディスクグループを残して、割当先のディスクグループが選択できるようにするために、上記求めれた各ディスクグループに必要とされる性能と、そのディスクグループが実現可能な性能の情報を基に割当対象のボリュームを選択する方法が開示される。
【００１８】
ボリュームの運用状況は一定ではなく、そのボリュームが割り当てられた業務によって変化する。上記の手法を用いることにより、運用状況が異なる複数のボリュームをそれらの利用のピークが重ならないように１つのディスクグループに割り当てることができ、各業務のピーク性能から求められる要求性能以下の性能のディスクグループであっても、各ボリュームが必要とする性能を満たすことができる。
【００１９】
以下、図面を参照しながら実施の形態について詳細に説明する。
【００２０】
図１は、ＳＡＮに適用したストレージ管理システムの構成及び処理シーケンスの概要を示す図である。
このシステムは、ストレージ管理クライアント２、ストレージ管理サーバ３、業務ホスト５、ストレージ装置７を含んで構成される。これらはＬＡＮ（ローカルエリアネットワーク）４によって接続されており、このＬＡＮ４を介して各装置間で、情報の参照や管理情報の設定などが行なわれる。また、業務ホスト５とストレージ装置７はＳＡＮ６によって接続され、このＳＡＮ６を介して業務に利用されるデータが送受信される。
【００２１】
ストレージ管理クライアント２は、例えばパーソナルコンピュータであり、情報を表示する表示装置、キーボードやマウスのような入力装置、ハードディスク装置の如き記憶装置、プロセッサ、及び内部メモリ等を有する。記憶装置にはボリューム候補提示プログラム２０が格納して用意される。ボリューム候補の割り当て実行の時には、このプログラム２０は内部メモリにロードされ、プロセッサで実行される。入力装置は、運用管理者１０からのボリューム候補の割り当てに関する入力が行われる。表示装置の表示画面には、ストレージ管理サーバ３から受信したボリューム候補に関する情報が表示され、運用管理者１０へボリューム候補の提示をする。
【００２２】
ストレージ管理クライアント２上のボリューム候補提示プログラム２０の機能について説明すると、このボリューム候補提示プログラム２０は、まず、ボリューム割り当て条件指定処理２１で、運用管理者１０からのボリューム割り当ての条件の入力を受け付け、指定された条件をストレージ管理サーバ３のボリューム候補生成プログラム３１に送信する。
ボリューム候補生成プログラム３１はボリューム候補を生成し、ボリューム候補提示プログラム２０に送信する。ボリューム候補の提示と選択処理２２では、ボリューム候補生成プログラム３１の実行を待ち、生成されたボリューム候補を受信する。そして、受信したボリューム候補を表示画面に表示し、運用管理者１０にボリューム候補を提示する。運用管理者１０は、表示された候補から適切なボリュームを選択する。ボリュームの割り当て処理２３は、運用管理者１０が選択して入力したボリュームの割り当て要求をストレージ管理サーバ３に送信する。
【００２３】
ストレージ管理サーバ３には、記憶装置が備えられ、ボリューム候補生成プログラム３１、運用履歴収集プログラム３２、諸元値収集プログラム３３、ボリューム割り当てプログラム３４がこの記憶装置に格納して用意される。これらのプログラムは処理装置（図示せず）により実行される。更に、記憶装置には、ポリシーＤＢ３５、ボリューム性能値ＤＢ３６、運用履歴ＤＢ３７が形成して設けられる。これらのＤＢ３５，３６，３７の記憶フォーマットについては詳しく後述される。また、ボリューム候補生成プログラム３１の特徴的な機能や動作についても詳しく後述される。
【００２４】
ボリューム候補生成プログラム３１は、ストレージ管理クライアント２から受信したボリューム割り当て条件を基に各ＤＢ３５，３６，３７から情報を取得し、ボリューム候補を生成しストレージ管理クライアント２に送信する。運用履歴収集プログラム３２は、各ストレージ装置７の運用履歴を収集し、運用履歴ＤＢ３７に格納する。諸元値収集プログラム３３は、各ストレージ装置７の諸元値を収集し、ボリューム性能値ＤＢ３６に格納する。ボリューム割り当てプログラム３４は、ストレージ管理クライアント２からのボリューム割り当て要求を受けて、ストレージ装置７にボリュームを割り当てる。
【００２５】
ストレージ管理サーバ３上のボリューム候補生成プログラム３１の機能について説明する。
このプログラム３１は、まず割り当て可能なディスクグループ取得処理３１１で、ボリューム候補提示プログラム２０から受信した運用管理者１０のボリューム割り当て条件と各ストレージから取得する諸元値７１を基に、ボリュームを割り当て可能なディスクグループの候補を取得する処理を行なう。得られたディスクグループの候補に対して、ディスクグループ性能値予測処理３１２で、運用履歴ＤＢ３７から得られる実測性能値を基にディスクグループの候補の性能を予測し、ボリューム性能値ＤＢ３６に格納する。予測したディスクグループの候補に対して割り当て候補ボリューム決定処理３１５で、運用管理者１０のボリューム割り当て条件に適するディスクグループを決定する。決定したディスクグループが複数ある場合にはボリューム候補表示情報生成処理３１８で、ディスクグループの性能とポリシーで指定された配置方針に従って整列した上でボリューム候補提示プログラム２０へ送信する。
【００２６】
以下、ストレージ管理クライアント２において、運用管理者１０がボリューム割り当ての条件を指定してから実際に管理サーバ３でボリュームが割り当てられるまでの流れを図１の２１、３１１〜３１８，２２〜２３の順に詳細に説明する。
ボリューム割当条件指定処理２１は、ポリシーＤＢ３５からボリューム割り当ての条件が記述されているポリシーのリストを取得し、クライアント２の表示画面に表示し、運用管理者１０に提示する。
【００２７】
図７はボリューム割当条件指定のための表示画面の表示例を示す。
表示画面には、ポリシーの詳細な内容と、ポリシーの選択のための項目と、記憶容量を指定して入力するための項目が表示される。ポリシーに関する情報は、予め設定されて、ポリシーＤＢ３５に記憶されている情報である。
ボリューム候補提示プログラム２０により表示画面に表示されたポリシーのリストの中から、運用管理者１０は、割り当てたいボリュームに適合するポリシーを入力装置を用いて選択する。併せて割り当てたいボリュームの容量を指定する。容量の指定は、例えば、予め用意された表示からプルダウンして「２０ＧＢ」などと指定され得る。ボリューム候補提示プログラム２０は、選択して入力されたポリシーと指定された容量をストレージ管理サーバ３に送信する。尚、ポリシー及び記憶容量の指定はプルダウン式でなく、入力装置から直接入力するようにしてもよい。
【００２８】
図２は、ポリシーＤＢ３５に格納されるポリシーテーブルの例を示す。
ポリシーは、ポリシー名３５１、ピーク性能３５２、最低保障性能３５３、信頼性３５４、運用時間帯３５５の項目で構成される。ポリシーは、ボリュームの運用を開始する前に、予め運用管理者１０により作成されて、ポリシーＤＢ３５に格納されている。ポリシー名３５１は運用管理者１０がポリシーに付けた名称である。ピーク性能３５２は、割り当てたいボリュームを運用する時間帯に保障したい性能を運用管理者１０が指定する。最低保障性能３５３は、割り当てたいボリュームの運用時間帯以外でも性能を保証したい場合に運用管理者１０が指定する。ピーク性能３５２と最低保障性能３５３は、読み込み性能３５２１，３５３１と書き込み性能３５２２，３５３２に分けて定義される。
信頼性３５４は割り当てたいボリュームを配置するストレージの信頼性である。ＲＡＩＤレベルによって、ＲＡＩＤを構成するディスクが故障した場合にデータが復元できるかどうかが異なる。よって、信頼性３５４はＲＡＩＤの種類によって決定される。例えば、ＲＡＩＤ１を「ｈｉｇｈ」、ＲＡＩＤ５を「ｍｉｄ」、ＲＡＩＤ０を「ｌｏｗ」などと規定する。
【００２９】
運用時間帯３５５は、割り当てたいボリュームを運用する時間帯を、時間３５５１、日３５５２、週３５５３、月３５５４単位で指定する。例えば、平日業務用ポリシー３５７であれば、ピーク時の読み込み性能が５０ＭＢ／ｓ、書き込み性能が１０ＭＢ／ｓ、運用時間外の性能が読み込み、書き込みそれぞれ１０ＭＢ／ｓ、信頼性が中くらいの「ｍｉｄ」、運用時間帯が月曜日〜金曜日の９：００〜１７：００である。
【００３０】
さて、説明を図１のボリューム候補生成プログラム３１の機能に戻す。
ストレージ管理サーバ３において、ディスクグループ取得処理３１１は、クライアント２のボリューム候補提示プログラム２０から送信された入力条件を満たすディスクグループのリストを作成する。対象となるディスクグループはボリューム性能値ＤＢ３６に登録されている全てのディスクグループである。ボリューム性能値ＤＢ３６には、ストレージ管理サーバ３からアクセス可能な全てのストレージ装置７のディスクグループの性能値に関する情報が格納されている。
【００３１】
図３は、ボリューム性能値ＤＢ３６に格納されるディスクグループの性能値情報のテーブルの例を示す。
各ディスクグループの情報は、ディスクグループ名３６１、信頼性３６２、容量３６３、理論性能値３６４、予測性能値３６５から構成される。ディスクグループ名３６１は各ディスクグループの名前を示す。信頼性３６２はディスクグループの故障率を示す。容量３６３は最大容量３６３１と使用容量３６３２から構成され、ディスクグループの最大容量と現在使用中の容量を示す。
理論性能値３６４はＨＤＤの性能、ドライブ数、ＲＡＩＤレベルのようなストレージの諸元値７１から諸元値収集プログラム３３が計算し、ボリューム性能値ＤＢ３６に格納する。例えば、５０ＭＢ／ｓの性能を持ったドライブ４台でＲＡＩＤ０のディスクグループが構成されている場合には、理論性能値は５０×４＝２００ＭＢ／ｓとなる。理論性能値３６４は読み込み性能３６４１と書き込み性能３６４２から構成され、ディスクグループが理論的に最大の性能を発揮することの出来る読み込み時と書き込み時の性能値を示す。
【００３２】
予測性能値３６５は、単位時間３６５１、読み込み性能３６５２、書き込み性能３６５３から構成され、単位時間当たりのディスクグループの予測性能値を示す。予測性能値３６５はストレージの運用履歴情報から算出したものであり、過去の性能履歴を基に、ボリューム割り当て時のディスクグループの性能を計算して予測したものである。ディスクグループの性能は測定してみないと分からないため、ボリューム割り当て時のディスクグループの性能は予測できない。そこで、ストレージの運用履歴情報から、ボリューム割り当て時のディスクグループの性能を予測することにする。運用履歴情報は、各ディスクグループの実測性能値が運用期間に対応して格納されている。
【００３３】
図４は、運用履歴ＤＢ３７内に格納されるディスクグループの運用履歴情報のテーブルの例を示す。
各ディスクグループの情報は、ディスクグループ名３６１、実測性能値３６２から構成される。ディスクグループ名３６１は各ディスクグループの名前を示す。
実測性能値３６２は、時間３６２１と、読み込み性能３６２２と、書き込み性能３６２３から構成され、ディスクグループの性能を測定した時間とその値を示す。この実測性能値を単位時間ごとに区切り、平均したものが予測性能値３６５になる。例えば、一ヶ月間の運用履歴があり、単位時間が曜日単位の場合は、運用履歴を曜日ごとに区切り、それを各曜日ごとに平均を取る。予測性能値３６５と単位時間については後で詳しく説明する。信頼性３６２、容量３６３、理論性能値３６４は、諸元値収集プログラム３３が各ストレージ装置７の諸元値を収集・加工してボリューム性能値ＤＢ３６に格納する。
【００３４】
ここで、ディスクグループのリストは、以下の（１）、（２）、（３）の条件の比較を行ない、全ての条件を満たすディスクグループに関するものをリストに登録することで得られる。
（１）入力条件に指定されている信頼性以上の信頼性３６２を持つディスクグループ。
（２）入力条件に指定されている容量とディスクグループ内の既存ボリュームが使用している容量を加えた量がそのディスクグループの最大容量３６３を超えないディスクグループ。
（３）入力条件に指定されている性能以上の理論性能値３６４を持つディスクグループ。
【００３５】
図５は、ディスクグループ性能値予測処理３１２の動作フローチャートを示す。ディスクグループ性能値予測処理３１２は、運用履歴ＤＢ３７から各ディスクグループの運用履歴情報を取り出し、単位時間ごとにデータを区切る処理３１３と、区切ったデータを平均し、予測性能値としてボリューム性能値ＤＢ３６に格納する処理３１４から構成される。
運用履歴情報を単位時間ごとに区切る処理３１３は、指定されたポリシーの運用時間帯から単位時間を求め（３１３１）、運用履歴情報を単位時間ごとに区切る（３１３２）。運用時間帯が、時間単位の指定であれば、「時間」、日単位の指定であれば、「日」、週単位の指定であれば、「曜日」、月単位の指定であれば、「月」になる。例えば、図２に示す「平日業務用」３５７の例であれば、週単位で時間帯を指定しているので、単位時間は「曜日」になる。なお、運用時間帯には複数項目を指定することが可能で、その場合は最も短いものに単位時間は揃えられる。また、図２の「決算月用」３５９の例であれば、単位時間は「時間」となる。
区切ったデータを平均し、それを予測性能値としてボリューム性能値ＤＢ３６に格納する処理３１４は、区切った運用履歴情報から各時間帯の平均値を算出して、それを予測性能値として求め（３１４１）、ボリューム性能値ＤＢに格納する（３１４２）。
【００３６】
図２の「平日業務用」のポリシー３５７と、図３のディスク１のボリューム性能値を例に予測性能値の求め方を説明する。指定されたポリシーは週単位で運用時間帯を指定しているので、ディスクグループ性能値予測処理３１２は月曜日〜日曜日に運用履歴を区切り、曜日ごとに性能を平均し、ボリューム性能値ＤＢ３６に予測性能値を格納する。
【００３７】
図６は、割り当て候補ボリューム決定処理３１５の動作フローチャートを示す。割り当て候補ボリューム決定処理３１５は、単位時間ごとの性能マージンを求める処理３１６と、ユーザ指定の性能を満たさないディスクグループを候補から削除する処理３１７から構成される。
【００３８】
単位時間ごとの性能マージンを求める処理３１６は、単位時間ごとに理論性能値から予測性能値を引いて性能マージンを求める処理３１６１と、単位時間ごとに性能マージンからポリシーでの指定性能値を引く処理３１６２とに分かれる。単位時間ごとに理論性能値から予測性能値を引いて性能マージンを求める処理３１６１は、ボリューム性能値ＤＢ３６から取り出した理論性能値３６４から予測性能値を引いて、単位時間ごとのディスクグループの性能マージンを求める。単位時間ごとに性能マージンからポリシーでの指定性能値を引く処理３１６２は、この処理で求めた単位時間ごとの性能マージンからポリシーで指定した性能値を引き、ボリューム割り当て時にディスクグループに残された性能値を求める。ポリシーで指定した性能値にはピーク性能３４２と最低保障性能３４３の２種類があり、運用時間帯に確保したい性能はピーク性能に値を指定し、運用時間帯以外でも最低限保障したい性能がある場合は最低保証性能に値を指定する。
【００３９】
ユーザ指定の性能を満たさないディスクグループを候補から削除する処理３１７は、引いた値が全て正の値を取るかどうかを判定する処理３１７１と、ボリューム割り当て候補リストに追加する処理３１７２とに分かれる。
引いた値が全て正の値を取るかどうかを判定する処理３１７１は、単位時間ごとの性能マージンを求める処理３１６で求めた、単位時間ごとのディスクグループに残された性能値が全て正の値か、一つでも負になる値があるかどうかを判定する。この判定で全て正であれば、そのディスクグループをボリューム割り当て候補リストに追加し（３１７２）、一つでも負の値がある場合はボリューム割り当て候補リストに追加せず、残されたディスクグループについて割り当て候補ボリューム決定処理３１５を繰り返す。
【００４０】
次に、図９を参照して、割り当て候補ボリューム決定処理３１５での、性能マージンの計算例について説明する。
ここでは、図２の平日業務用ポリシー３５７と、図３のボリューム性能値ＤＢ３６を例にして、性能マージンを計算する方法について説明する。
単位時間ごとに理論性能値から予測性能値を差し引いて性能マージンを求める３１６１と、単位時間当たりの性能マージン８０１が算出される。さらに、この性能マージン８０１からポリシーで指定された目標性能値を差し引くとボリューム割り当て時にディスクグループに残された性能値が求められる。ここで、ディスク２（８０２２）には負の値が含まれているので、ボリューム割り当ての候補にはならないことが分かる。
【００４１】
ボリューム候補表示情報生成処理３１８は、ボリューム候補をクライアント２の表示画面に表示するための情報を生成する。ボリューム候補リストにボリューム候補が複数あった場合は、表示画面に表示する場合に整列する必要がある。整列は、ポリシー内の配置方針３５６（図２参照）と割り当て候補ボリューム決定処理３１５で求めた性能マージンを基に行なう。
【００４２】
配置方針３５６には集中と分散の二つがある。集中はディスクの性能を有効に活用できるように、可能な限り１つのディスクグループに集中してボリュームを配置することである。例えば、アクセス回数の少ない（アクセスされる頻度が低い）ボリュームを、１つのディスクグループにまとめて配置する場合などに用いる。分散は使用されていないディスクグループに優先してボリュームを配置することである。例えば、アクセスされる頻度の高いボリュームを、異なるディスクグループに分散して配置する場合などに用いる。配置方針３５６が集中の場合は性能マージンの合計が少ないもの、分散の場合は大きいものから整列する。ストレージ管理サーバ３は整列したボリューム候補リストをストレージ管理クライアント２に送る。
【００４３】
ボリューム候補の提示と選択処理２２は、ボリューム候補生成プログラム３１から送られてきたボリューム候補リストを、クライアント２の表示画面に表示して運用管理者１０に提示する。
図８は、ボリューム候補の提示と選択処理２２において使用される画面構成例である。運用管理者１０は、表示画面に表示されたボリューム割り当て候補リストの中から入力装置により１つのボリューム候補を指示して選択する。その際に運用管理者からの要求があれば、性能順や信頼性順などでソートをすることも可能である。ボリュームの割り当て処理２３は、選択されたボリューム候補を実際にストレージ装置７に割り当てる。
このように指定されたボリューム割り当ての候補情報は、クライアント２からストレージ管理サーバ３に送信され、ボリューム割り当てプログラム３４によりストレージ装置７に対して、ボリューム割り当て処理が行われる。
【００４４】
以上述べたように、本実施例によれば、ボリューム割り当てに際して、新規割り当てボリュームに関する性能値と、運用の履歴情報から得られる既存ボリュームの性能値から性能マージンを算出して、ディスクグループの最大性能を超えないように割り当て候補となるボリュームを算出することができる。これにより、例えば平日に運用されるボリュームと休日に運用されるボリュームを同じストレージに割り当てるなどの計画的で効率の良いボリューム割り当てが可能になる。
【００４５】
以上、本発明の一実施例について説明したが、本発明は上記実施例に限定されずに、種々変形し得る。
例えば、上記各ＤＢ３５，３６，３７のテーブルのフォーマットは、説明したものに限らない。例えば、ポリシーＤＢ３５のテーブルにおいて、配置方針３５６の項目は、必ずしも有る必要はない。
また、ボリューム性能値ＤＢ３６において、予測性能値３６５における単位時間の取り方は、月、週、曜日、時間毎に限らず、このほかにも、２日毎とか、或いは週末の土日毎とか、更には１日を８時間毎に区切ったような規定の仕方もある。
【００４６】
【発明の効果】
本発明によれば、ボリュームを割り当てた後の運用時に、割当てられたディスクグループがそのアクセス性能を超えて性能劣化することを防止できる。
【図面の簡単な説明】
【図１】本発明の一実施例によるＳＡＮに適用したストレージ管理システムの構成及び処理シーケンスの概要を示す図。
【図２】一実施例によるストレージ管理システムにおけるポリシーＤＢ３５のポリシーテーブルを示す図。
【図３】一実施例によるストレージ管理システムにおけるボリューム性能値ＤＢ３６のテーブルを示す図。
【図４】一実施例によるストレージ管理システムにおける運用履歴ＤＢ３７のテーブルを示す図。
【図５】一実施例によるディスクグループ性能値取得処理のフローチャートを示す図。
【図６】一実施例による割り当て候補ボリューム決定処理のフローチャートを示す図。
【図７】一実施例によるボリューム割り当て条件指定のための表示画面の例を示す図。
【図８】一実施例によるボリューム候補の提示と選択画面を示す図。
【図９】一実施例による性能マージンの計算例を示す図。
【符号の説明】
１０  運用管理者、                      ２  ストレージ管理クライアント
２０  ボリューム候補提示プログラム      ３  ストレージ管理サーバ
３１  ボリューム候補生成プログラム    ３２  運用履歴収集プログラム
３３  諸元値収集プログラム            ３４  ボリューム割り当てプログラム
３５  ポリシーＤＢ                    ３６  ボリューム性能値ＤＢ
３７  運用履歴ＤＢ                    ４  ＬＡＮ
５  業務ホスト                        ６  ＳＡＮ
７  ストレージ装置                    ７１  諸元値表
【図１】
2005025244.tif 000003
【図２】
2005025244.tif 000004
【図３】
2005025244.tif 000005
【図４】
2005025244.tif 000006
【図５】
2005025244.tif 000007
【図６】
2005025244.tif 000008
【図７】
2005025244.tif 000009
【図８】
2005025244.tif 000010
【図９】
2005025244.tif 000011