JP5661921B2 - 計算機システム及び管理システム - Google Patents

Description

本発明は、管理システム、それを有する計算機システム、及び管理方法に関し、例えば、複数のストレージ装置（ストレージサブシステムともいう）が接続された計算機システムにおいてデータの格納先を管理する技術に関する。

ホストとストレージ装置とが接続された環境において、ストレージ装置の負荷に応じてホストからのＩ／Ｏ要求を制御するための技術が開発されている。例えば、特許文献１は、ストレージ装置のシステム負荷が超える場合には、ホストからのＩ／Ｏ要求をエラー応答とし、ホストにＩ／Ｏ要求をリトライさせることを開示している。より具体的には、特許文献１では、特定のＲＡＩＤ論理ユニット（以降ＲＡＩＤグループと呼ぶ）の負荷が上がっていると予測された場合に、当該ＲＡＩＤグループへのアクセスを抑止して、ＲＡＩＤグループの利用効率を高めるようにしている。つまり、システム内におけるコントローラストレージ装置は外部接続ストレージ装置へのＩ／Ｏ要求とレスポンスの状態からＲＡＩＤグループの負荷を予測し、負荷が高いと判断したＲＡＩＤグループへのアクセスを抑止して、ＲＡＩＤグループの利用効率を高めてようとしている。

特開２００４−２０６６２３号公報

特許文献１に記載されるような従来技術では、外部接続ストレージ装置のストレージ容量を仮想的に同一のストレージ装置として扱い、外部ストレージ装置のＲＡＩＤグループの負荷を考慮してＩ／Ｏ要求に対するレスポンスを制御しているが、このＩ／Ｏ要求に対するレスポンスを制御する際に、外部接続ストレージ装置のハードウェアのスペックの情報や性能情報を全く考慮していない。そのため、外部ストレージ装置内の各種ハードウェアの負荷状態や、ストレージ装置へのＩ／Ｏ特性（アクセスパターンとも言う）を考慮してＩ／Ｏ要求に対する制御がなされておらず、外部接続ストレージ装置毎に負荷が偏ったり、Ｉ／Ｏ特性にあわない装置にデータを格納したりしてしまうことがある。

従って、外部接続ストレージ装置の負荷状態とストレージ装置へのＩ／Ｏ特性に応じて、適切な外部ストレージ装置にデータを配置することが望ましい。そもそも、ストレージ装置は、Ｉ／Ｏ要求に対して、プロセッサやキャッシュやＲＡＩＤグループなど複数のハードウェアを使用して、レスポンスを返している。そのため、ＲＡＩＤグループの負荷のみを考慮しても、それ以外のハードウェアの負荷も考慮しなければ、Ｉ／Ｏ要求に対して期待する性能でレスポンスできるか判断できない。例えば、あるデータに対して短い期間に読み込みアクセスが続いた場合には、ストレージ装置はキャッシュの情報に基づいてレスポンスを返すことができる。この場合には、ストレージ装置は、ＲＡＩＤグループに負荷をかけずに、非常に素早いレスポンスを返すことができる。特許文献１では、この場合には素早いレスポンスのためＲＡＩＤグループの負荷が低い状態であると判断するが、実際にはＲＡＩＤグループの負荷が高いことがある。この際、ＲＡＩＤグループの負荷が低いと考えているため、このＲＡＩＤグループにＩ／Ｏ要求を抑止せずにＩ／Ｏ要求を出してしまう。その結果、このＩ／Ｏ要求に対するレスポンス性能が悪化してしまう。

本発明はこのような状況に鑑みてなされたものであり、Ｉ／Ｏ要求に対するレスポンス性能を向上させ、ストレージ装置の利用効率を高めることができる技術を提供するものである。

上記課題を解決するために、本発明は、複数のストレージサブシステムと、当該ストレージサブシステムに接続され、そこから仮想的に情報を提供するための仮想レイヤを有する情報処理装置と、それらを管理する管理システムと、を有している。管理システムは、情報処理装置の仮想レイヤ上で管理される仮想インスタンスに割り当てられる論理ボリュームの構成情報と、ストレージサブシステムに含まれるハードウェアリソースの稼働情報をメモリ上で管理する。そして、管理システムは、論理ボリュームの構成情報及びハードウェアリソースの稼働情報に基づいて、仮想インスタンスの利用効率に関する評価を行い、評価結果を出力する。

本発明に関連する更なる特徴は、本明細書の記述、添付図面から明らかになるものである。また、本発明の態様は、要素及び多様な要素の組み合わせ及び以降の詳細な記述と添付される特許請求の範囲の様態により達成され実現される。

本明細書の記述は典型的な例示に過ぎず、本発明の特許請求の範囲又は適用例を如何なる意味に於いても限定するものではないことを理解する必要がある。

本発明によれば、ストレージ装置の利用効率を高めることができるようになる。

本発明の第１の実施形態による計算機システムの概略構成を示す図である。 ストレージ装置の論理構成例を示す図である。 ＲＡＩＤグループ管理テーブルの構成例を示す図である。 ボリューム管理テーブルの構成例を示す図である。 ストレージプール構成テーブルの構成例を示す図である。 ページ構成テーブルの構成例を示す図である。 性能情報テーブルの構成例を示す図である。 管理サーバの論理構成例を示す図である。 管理サーバ上のリソース性能テーブルの構成例を示す図である。 管理サーバ上の論理ボリューム管理テーブルの構成例を示す図である。 管理サーバ上のパス管理テーブルの構成例を示す図である。 管理サーバ上のプール管理テーブルの構成例を示す図である。 管理サーバ上の仮想論理ボリューム管理テーブルの構成例を示す図である。 管理サーバ上のポート管理テーブルの構成例を示す図である。 各装置及び各ボリュームの論理的関係を示す図である。 本発明の全体的処理の概要を説明するためのフローチャートである。 情報取得処理の詳細を説明するためのフローチャートである。 最適化処理の詳細を説明するためのフローチャートである。 配置先情報の確認し、編集するためのＧＵＩ画面例を示す図である。 本発明の第２の実施形態による計算機システムの概略構成を示す図である。

以下、添付図面を参照して本発明の実施形態について説明する。添付図面では、機能的に同じ要素は同じ番号で表示される場合もある。なお、添付図面は本発明の原理に則った具体的な実施形態と実装例を示しているが、これらは本発明の理解のためのものであり、決して本発明を限定的に解釈するために用いられるものではない。

本実施形態では、当業者が本発明を実施するのに十分詳細にその説明がなされているが、他の実装・形態も可能で、本発明の技術的思想の範囲と精神を逸脱することなく構成・構造の変更や多様な要素の置き換えが可能であることを理解する必要がある。従って、以降の記述をこれに限定して解釈してはならない。

更に、本発明の実施形態は、後述されるように、汎用コンピュータ上で稼動するソフトウェアで実装しても良いし専用ハードウェア又はソフトウェアとハードウェアの組み合わせで実装しても良い。

なお、以後の説明では「テーブル」形式によって本発明の各情報について説明するが、これら情報は必ずしもテーブルによるデータ構造で表現されていなくても良く、リスト、ＤＢ、キュー等のデータ構造やそれ以外で表現されていても良い。そのため、データ構造に依存しないことを示すために「テーブル」、「リスト」、「ＤＢ」、「キュー」等について単に「情報」と呼ぶことがある。

また、各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ」という表現を用いることが可能であり、これらについてはお互いに置換が可能である。

以下では「プログラム」を主語（動作主体）として本発明の実施形態における各処理について説明を行うが、プログラムはプロセッサによって実行されることで定められた処理をメモリ及び通信ポート（通信制御装置）を用いながら行うため、プロセッサを主語とした説明としてもよい。また、プログラムを主語として開示された処理は管理サーバ等の計算機、情報処理装置が行う処理としてもよい。プログラムの一部または全ては専用ハードウェアで実現してもよく、また、モジュール化されていても良い。各種プログラムはプログラム配布サーバや記憶メディアによって各計算機にインストールされてもよい。

（１）第１の実施形態
本実施形態は、複数の外部接続ストレージ装置にまたがる記憶領域を集中管理するための仮想技術として、コントローラストレージ装置上に構築されたストレージプールを利用する態様について開示するものである。ここで、コントローラストレージ装置とは、複数のストレージ装置を仮想的に同一のストレージ装置として扱う機能を有するストレージ装置をいう。また、外部接続ストレージ装置とは、コントローラストレージ装置に接続される、同一のストレージ装置として扱われるストレージ装置をいうものとする。さらに、コントローラストレージ装置が複数の外部接続ストレージ装置を仮想的に同一のストレージ装置として扱う計算機システムをストレージ仮想化システムと呼ぶこともできる。本実施形態におけるストレージプールは、複数の外部接続ストレージ装置から割り当てられたボリューム、または、コントローラストレージ装置のボリュームから作成し、ホスト（ホスト計算機）へ仮想的なボリュームを提供する機能を有する。

＜計算機システムの構成＞
図１は、第１の実施形態による計算機システムの全体概略構成を示す図である。計算機システム０１００は、コントローラストレージ装置としてのストレージ装置０１０１と、外部接続ストレージ装置としての少なくとも１つのストレージ装置０１０２と、管理サーバ（管理計算機）０１０３と、少なくとも１つのホスト（ホスト計算機）０１０７と、ＳＡＮ(Storage Area Network)スイッチ０１０４と、を有している。コントローラストレージ装置０１０１とホスト０１０７はＳＡＮスイッチ０１０４を介して、ＳＡＮ０１４５によって接続されている。また、各ストレージ装置０１０１及び０１０２、管理サーバ０１０３、及びホスト０１０７は、ＬＡＮ（Local Area Network）０１０６によって接続されている。

（i）コントローラストレージ装置０１０１
コントローラストレージ装置０１０１は、ＳＡＮポート０１１５と、ＬＡＮポート０１１６を有し、ＳＡＮポート０１１５によってＳＡＮ０１４５に接続され、ＬＡＮポート０１１６によってＬＡＮ０１０６に接続されている。また、コントローラストレージ装置０１０１は、ＣＰＵ０１１１と、メモリ０１１２と、少なくとも１つの補助記憶装置０１１３とを有している。ＣＰＵ０１１１は、メモリ０１１２に格納されているストレージ制御プログラム０１１４を実行することによって、各種処理を行う。コントローラストレージ装置０１０１は、外部接続ストレージ装置０１０２内のボリュームを、自身が提供するボリュームのようにホスト０１０７に見せる機能を有している。

メモリ０１１２は、ストレージ制御プログラム０１１４と、ＣＰＵ０１１１がストレージ制御プログラム０１１４を実行する際に必要な情報を格納する。ストレージ制御プログラム０１１４は、例えば、各ストレージ装置から論理的に提供される論理ボリュームを構築する処理を実行する。詳細については図２を参照して説明する。

補助記憶装置０１１３は、後述するようにストレージ制御プログラム０１１４によって記憶領域として扱われる領域を提供する。なお、補助記憶装置０１１３は、図中では１つで構成されているが、１つに限らず複数の補助記憶装置から構成されていてもよい。補助記憶装置０１１３は、例えばＦＣ（Fibre Channel）ディスク、ＳＳＤ(Solid State Drive)等がある。

なお、コントローラストレージ装置は、コントローラストレージサブシステムということも可能である。

（ii）外部接続ストレージ装置０１０２
構成要素は、コントローラストレージ装置０１０１とほぼ同じため説明は省略する。なお、コントローラストレージ装置０１０１と外部接続ストレージ装置との差異は、コントローラストレージ装置が、前述のように、外部接続ストレージ装置内のボリュームを自身のボリュームのようにホスト０１０７に提供する機能を有している点である。

なお、外部接続ストレージ装置は、外部接続ストレージサブシステム、或いは単に、ストレージサブシステムということも可能である。

（iii）管理サーバ０１０３
管理サーバ０１０３は、ＣＰＵ（プロセッサ）０１３１と、メモリ０１３２と、補助記憶装置０１３３とを備える。管理サーバ０１０３は、ＬＡＮポート０１３５を有し、ＬＡＮポート０１３５によってＬＡＮ０１０６に接続されている。

ＣＰＵ０１３１は、メモリ０１３２に格納されている配置先管理プログラム０１３４を実行することによって各種処理を行う。

メモリ０１３２は、配置先管理プログラム０１３４と、ＣＰＵ０１３１が配置先管理プログラム０１３４を実行する際に必要な情報を格納する。当該メモリ０１３２内の情報及びプログラムの詳細については、図３を参照して説明する。

補助記憶装置０１３３は、配置先管理プログラム０１３４が収集や管理する情報を格納する。

配置先管理プログラム０１３４は、コントローラストレージ装置０１０１、外部接続ストレージ装置０１０２、及びホスト０１０７より情報を収集する機能と、収集した情報に基づいてデータの配置先を決定し通知する機能とを有する。配置先管理プログラム０１３４の詳細については、後述する。

なお、管理サーバ０１０３は、図示されていないが、入力装置及び表示装置（出力装置）を有している。この入出力装置の代替としてシリアルインターフェースやイーサーネットインターフェースを入出力装置とし、当該インターフェースにディスプレイ又はキーボード又はポインタデバイスを有する表示用計算機を接続し、表示用情報を表示用計算機に送信したり、入力用情報を表示用計算機から受信することで、表示用計算機で表示を行ったり、入力を受け付けることで入出力装置での入力及び表示を代替してもよい。

以後、ストレージ装置０１０１及び０１０２を管理し、本発明の表示用情報を表示する一つ以上の計算機の集合を管理システムと呼ぶことがある。管理サーバ（管理計算機）０１０３が表示用情報を表示する場合は管理サーバ０１０３が管理システムであり、また、管理サーバ０１０３と表示用計算機の組み合わせも管理システムである。また、管理処理の高速化や高信頼化のために複数の計算機で管理サーバと同等の処理を実現してもよく、この場合は当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機も含め）が管理システムである。

（iv）ホスト０１０７
ホスト０１０７は、ＣＰＵ０１７１と、メモリ０１７２とを有する。また、ホスト０１０７は、ＳＡＮポート０１７３を有し、ＳＡＮポート０１４４によってＳＡＮ０１４５に接続されている。さらに、ホスト０１０７は、ＬＡＮポート０１７４を有し、ＬＡＮポート０１７４によってＬＡＮ０１０６に接続されている。

ホスト０１０７は、補助記憶装置０１７５と、ストレージ装置０１０１によりＳＡＮ０１４５を通じて提供されるボリュームを記憶領域として使用する。

なお、図１では1台のホスト０１０７によって構成されているが、１台に限られるものではなく、複数のホスト０１０７によって構成されていてもよい。

（v）ＳＡＮスイッチ０１０４
ＳＡＮスイッチ０１０４は、コントローラストレージ装置０１０１と、外部接続ストレージ装置０１０２と、ホスト０１０７との間のデータ通信を中継するネットワークデバイスであり、ＳＡＮポート０１４１乃至０１４４を有している。

なお、計算機システム０１００におけるＳＡＮ０１４５は、１台のＳＡＮスイッチ０１０４によって構成されているが、１台に限られるものではなく複数のＳＡＮスイッチ０１０４によって構成されてもよい。また、ＳＡＮスイッチ０１０４を配置せずに、各装置をＳＡＮ０１４５によって接続してもよい。

＜論理記憶領域の構成例＞
図２は、コントローラストレージ装置０１０１が提供する論理記憶領域を模式的に示す図である。つまり、図２は、コントローラストレージ装置の役割を仮想的に描いたものである。当該機能により、複数の外部接続ストレージ装置０１０２が設置されていたとしても、ホスト０１０７は、コントローラストレージ装置０１０１のみ認識している状態となっている。以下では、まず論理記憶領域およびストレージ制御プログラム０１１４の詳細、次にその論理記憶領域を管理するためにメモリ０１１２に格納する管理情報について詳述する。

（i）論理記憶領域、及びストレージ制御プログラム０１１４
ストレージ制御プログラム０１１４は、複数の補助記憶装置（コントローラストレージ装置の補助記憶装置０１１３や少なくとも１つの外部接続ストレージ装置０１０２の補助記憶装置０１２３）から論理記憶領域を構築する機能を有する。例えば、ストレージ制御プログラム０１１４は、ＲＡＩＤグループ０２０１、論理ボリューム０２０２、ストレージプール０２０４、及び仮想論理ボリューム０２０５のような論理記憶領域を構築することができる。以下、各論理記憶領域について詳述する。

ＲＡＩＤグループ０２０１は、複数の補助記憶装置０１１３から構成された論理記憶領域、即ち、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）であり、ストレージ制御プログラム０１１４により構築される。例えば、ストレージ制御プログラム０１１４は、管理サーバ０１０３から複数の補助記憶装置０１１３の何れにＲＡＩＤグループを構成するかについての指示、及びびＲＡＩＤレベルの指示を入力パラメータとして受け付けると、補助記憶装置０１１３から指定されたＲＡＩＤレベルを持つＲＡＩＤグループ０２０１を構築することができる。ＲＡＩＤグループには、様々なサイズのものがあり、これらが混在して設定することができるようになっている。

論理ボリューム０２０２は、ＲＡＩＤグループ０２０１内の論理記憶領域であり、ストレージ制御プログラム０１１４により構築される。例えば、ストレージ制御プログラム０１１４は、管理サーバ０１０３から作成元ＲＡＩＤグループ０２０１と作成する論理ボリューム０２０２のサイズを入力値として受け付けると、指定されたＲＡＩＤグループ０２０１から指定されたサイズを持つ論理ボリューム０２０２を構成することができる。

ストレージプール０２０４は、複数の論理ボリューム０２０２から構成された論理記憶領域であり、ストレージ制御プログラム０１１４により構築される。例えば、ストレージ制御プログラム０１１４は、管理サーバ０１０３からプールを構成すべき複数の論理ボリューム０２０２を入力値として受け付けると、指定された複数の論理ボリューム０２０２からストレージプール０２０４を構築することができる。ストレージプール０２０４は、ストレージ制御プログラム０１１４が格納されているストレージ装置０１０１上の論理ボリューム０２０２以外にも、ストレージ装置０１０２からＳＡＮ０１４５を通じて割り当てられた論理ボリューム０２０３によって構築することができる。

ページ０２０６は、ストレージプール０２０４から構成された１つ又は複数の論理記憶領域であり、ストレージ制御プログラム０１１４により構築される。例えば、ストレージ制御プログラム０１１４は、管理サーバ０１０３から作成するページ０２０６のサイズ（それぞれのページで可変設定可能）を入力値として受け付けると、ストレージプール０２０４から指定されたページ０２０６を作成することができる。なお、ページ０２０６に格納されるデータは、当該ページを構成するストレージプール０２０４を介し、該ストレージプールを構成する論理ボリューム０２０２、または、論理ボリューム０２０３へ格納される。

仮想論理ボリューム０２０５は、ストレージ制御プログラム０１１４により複数のページから構築された論理記憶領域であり、実容量以上の容量を持つ仮想ボリュームとしてホスト０１０７に公開される。例えば、ストレージ制御プログラム０１１４は、管理サーバ０１０３から仮想論理ボリューム０２０５の容量を入力値として受け付けると、複数のページ０２０６から指定された容量を持つ仮想論理ボリューム０２０５を構築することができる。また、ストレージ制御プログラム０１１４は、仮想論理ボリュームの実容量以上の容量を持つボリュームとしてホスト０１０７に公開し、さらに、ホスト０１０７からのＷｒｉｔｅ命令に応じて、１つ若しくは複数のページ０２０６を仮想論理ボリューム０２０５に割り当てることができる。

（ii）ストレージ制御プログラムの機能
次に、ストレージ制御プログラム０１１４が提供する機能について説明する。ストレージ制御プログラム０１１４は、前述の論理記憶領域を構成する機能（論理記憶領域構成機能）、論理ボリューム０２０２および仮想論理ボリューム０２０５をホストに割り当てる機能（論理ボリューム割り当て機能）、ボリュームを割り当てた装置からのＩ／Ｏ命令に応じて仮想論理ボリューム０２０５に対してページ０２０６を割り当てる機能（仮想論理ボリューム拡張機能）、仮想論理ボリューム拡張時に割り当てるページ候補を事前に指定する機能（仮想論理ボリューム拡張ポリシー指定機能）、及びストレージリソースの性能情報を定期的に収集する機能（性能情報収集機能）を提供する。

なお、ストレージ制御プログラム０１１４は、これらの機能に関する管理情報をメモリ０１１２に格納して管理する。また、ストレージ制御プログラム０１１４は、管理サーバ０１０３からの要求に応答して、各ストレージ装置やホストに管理情報を送出する。管理サーバ０１０３からの要求は、例えば、ＬＡＮ０１０６を経由してストレージ制御プログラム０１１４にリクエストすることができるようになっている。

＜各管理情報の構成例＞
以下、コントローラストレージ装置０１０１のメモリ０１１２に格納されている管理情報について説明する。ストレージ制御プログラム０１１４は、論理記憶領域を管理するために以下５つのテーブルをメモリ０１１２に格納する。

（i）ＲＡＩＤグループ管理テーブル（図３）
図３は、ＲＡＩＤグループ０２０１の情報を格納するＲＡＩＤグループ管理テーブル０３００の構成例を示す図である。ＲＡＩＤグループ管理テーブル０３００は、補助記憶装置ＩＤ０３０１と、ＲＡＩＤグループＩＤ０３０２と、容量０３０３と、ドライブタイプ０３０４と、を構成項目として有している。

補助記憶装置ＩＤ０３０１は、ＲＡＩＤグループ０２０１を構成する補助記憶装置０１１３を一意に特定・識別するための情報である。ＲＡＩＤグループＩＤ０３０２は、ＲＡＩＤグループ０２０１を一意に特定・識別するための情報である。容量０３０３は、対応するＲＡＩＤグループ０２０１を構成している補助記憶装置０１１３の容量を示す情報である。ドライブタイプ０３０４は、対応するＲＡＩＤグループ０２０１を構成する補助記憶装置０１１３のドライブ種別を示す情報である。ドライブタイプには、ＳＡＳの他、ＳＡＴＡやＳＳＤ等がある。

また、まだＲＡＩＤグループが構成されていない場合には、ＲＡＩＤグループＩＤ０３０２は空欄となっている。

なお、図３からは、ＲＡＩＤグループ１（ＲＧ１）は、全体として１６００ＧＢの容量を有していることが分かる。

（ii）ボリューム管理テーブル（図４）
図４は、論理ボリューム０２０２、及び、仮想論理ボリューム０２０５の情報を格納するボリューム管理テーブル０４００の構成例を示す図である。ボリューム管理テーブル０４００は、ボリュームＩＤ０４０１と、ＲＡＩＤグループＩＤ０４０２と、容量０４０３と、ストレージプールＩＤ０４０４と、ストレージポート０４０５と、割当先ＩＤ０４０６と、ターゲットＩＤ０４０７と、仮想論理ボリューム拡張論理ボリュームＩＤ０４０８と、を構成項目として有している。

ボリュームＩＤ０４０１は、論理ボリューム０２０２又は仮想論理ボリューム０２０５を一意に特定・識別するための情報である。図４では、コントローラストレージ装置０１０１からのボリュームは通常の番号（例えば”１”）で示され、外部接続ストレージ装置０１０２からのボリュームはＶ１やＶ２等で示されている。

ＲＡＩＤグループＩＤ０４０２は、論理ボリューム０２０２又は仮想論理ボリューム０２０５の生成元となるＲＡＩＤグループ０２０１を一意に特定・識別するための情報である。図４の例では、ボリュームＶ１及びＶ２は仮想論理ボリュームに対応しており、ＲＡＩＤグループを構成していないため、当該ＲＡＩＤグループＩＤ０４０２はＮＡとなっている。

容量０４０３は、対応するボリュームの容量を示す情報である。ストレージプールＩＤ０４０４は、対応するボリュームが属するストレージプール０２０４を一意に特定・識別するための情報である。ストレージポート０４０５は、対応するボリュームを公開しているストレージ装置のポートを一意に特定・識別するための情報である。

割当先ＩＤ０４０６は、ボリュームの割り当て先を一意に特定・識別するための情報である。なお、ストレージ装置のポート、及び割り当て先を一意に特定・識別するための情報として、それぞれのＷＷＮ(World Wide Name)を格納してもよい。また、図４の論理ボリューム１はプールに使われているため、ホスト０１０７に割り当てられていない。

ターゲットＩＤ０４０７は、ボリュームの割り当て先からのアクセスにおいて、ボリュームを一意に特定・識別するための情報（Target ID）を示す情報である。例えば、仮想的にポートを複数に分割してアクセスを可能にした場合（図１５のホストからのアクセスパス参照）、あるデバイスからの所定のボリュームへのアクセスのパスを識別する必要がある。ターゲットＩＤ０４０７は、このようなアクセスパスを識別するための情報である。

仮想論理ボリューム拡張論理ボリュームＩＤ０４０８は、仮想論理ボリューム拡張ポリシー指定機能に使用する、論理ボリューム０２０２、又は論理ボリューム０２０３を一意に特定・識別するための情報である。つまり、仮想論理ボリュームの拡張時に、どのボリュームからページを設定するか指定されるが、当該仮想論理ボリューム拡張論理ボリュームＩＤ０４０８は、その指定された論理ボリュームを特定する情報である。ここで、仮想論理ボリューム拡張ポリシー指定機能は、仮想論理ボリューム０２０５を拡張する際に、仮想論理ボリューム拡張論理ボリュームＩＤ０４０８によって指定された論理ボリューム０２０２の記憶領域にあるページ０２０６を当該仮想論理ボリューム０２０５に割り当てる機能である。

（iii）ストレージプール構成テーブル（図５）
図５は、ストレージプール０２０４を構成する論理ボリューム０２０２又は０２０３の情報を格納するストレージプール構成テーブル０５００の構成例を示す図である。ストレージプール構成テーブル０５００は、ストレージプールＩＤ０５０１と、論理ボリュームＩＤ０５０２と、ポート０５０３と、外部接続先０５０４と、を構成項目として有している。

ストレージプールＩＤ０５０１は、ストレージプール０２０４を一意に特定・識別するための情報である。論理ボリュームＩＤ０５０２は、対応するストレージプールに含まれる論理ボリューム０２０２を一意に特定・識別するための情報、或いは、外部のストレージ装置０１０２から論理ボリューム０２０３が割り当てられた際に付与されるTarget ID示す情報である。

ストレージポート０５０３及び外部接続先０５０４は、対応する論理ボリュームが外部接続ストレージ装置０１０２の論理ボリューム０２０３である場合に、当該論理ボリュームが割り当てられているＳＡＮポート０１１５のＷＷＮと、外部接続ストレージ装置側のＳＡＮポート０１２５のＷＷＮを示す情報である。

（iv）ページ構成テーブル（図６）
図６は、ページ０２０６の構成ならびにアクセス履歴を保持するページ構成テーブル０６００の構成例を示す図である。ページ構成テーブル０６００は、ページＩＤ０６０１と、仮想論理ボリュームＩＤ０６０２と、論理ボリュームＩＤ０６０３と、割り当て日時０６０４と、を構成項目として有している。

ページＩＤ０６０１は、対象となるページ０２０６を一意に特定・識別するための情報である。仮想論理ボリュームＩＤ０６０２は、プール０２０４から切り出され、対応するページが割り当てられた仮想論理ボリュームを一意に特定・識別するための情報である。論理ボリュームＩＤ０６０３は、対応するページに格納されたデータを実際に格納する論理ボリューム０２０２又は論理ボリューム０２０３を一意に特定・識別するための情報である。割り当て日時０６０４は、対応するページが割り当てられた日時を示す情報である。

なお、図６のＩＤ＝６のページに格納されるデータは、ＩＤ＝１の論理ボリューム１に実際に格納されることとなっているが、まだ仮想ボリュームも割り当てられておらず、空欄となっている。

（v）性能情報テーブル（図７）
図７は、ストレージ装置内のリソースの性能値を保持する性能情報テーブル０７００の構成例を示す図である。性能情報テーブル０７００は、ストレージリソース種別０７０１と、リソースＩＤ０７０２と、性能種別０７０３と、性能値０７０４と、期間０７０５と、日時０７０６と、を構成項目として有している。

ストレージリソース種別０７０１は、性能を管理すべき対象となるストレージリソースの種別を一意に特定・識別するための情報である。リソースＩＤ０７０２は、管理対象のリソースを一意に特定・識別するための情報である。

性能種別０７０３は、管理対象のリソースの性能の種別を一意に特定・識別するための情報である。ここで、Hit Rateは、Ｉ／Ｏ要求を受けたときにキャッシュからどの程度の割合でデータを返すことができたかを示す情報である。また、ＲＡＩＤグループにおけるBusy Rateは、データリード命令を受けてからそのデータを読みに行っている期間がどの位か、つまり、ストレージ装置を構成するディスク装置が回転している間にヘッドがどの程度動作してデータを読んでいるか（稼働時間）を示す情報である。さらに、Random/Sequential比は、Ｉ／Ｏ要求におけるランダムアクセスとシーケンシャルアクセスの割合（Ｉ／Ｏ特性、或いはアクセスパターンともいう）を示す情報である。その他、Ｉ／Ｏ特性を示す情報としては、Ｉ／Ｏ要求におけるリード要求とライト要求の割合を示すRead/Write比がある。

性能値０７０４は、対応するリソースの性能を表す情報である。Random/Sequential比における８０％／２０％は、ランダムアクセスの割合が８０％で、シーケンシャルアクセスの割合が２０％であることを示している。なお、ＣＰＵのスペックはＣＰＵ自体を変更しない限り、固定値である。

期間０７０５は、対応するリソースの性能を測定した期間の単位を示す情報である。ここで、期間の単位とは、例えば、毎時、毎日、毎週等を表し、集計期間であっても良いし、測定周期であっても良い。図７において”hourly”とあるが、これは、例えば一時間という期間における複数の測定値の平均を取ることを意味する（集計期間である場合）。

日時０７０６は、測定期間の単位の終了日時を示す情報である。

＜管理サーバの論理構成＞
図８は、管理サーバ０１０３のメモリ０１３２及び補助記憶装置０１３３上の論理構成例を示す図である。

メモリ０１３２に格納される配置先管理プログラム０８０１は、情報収集プログラム０８１１と、配置先最適化プログラム０８１２と、配置先情報入出力プログラム０８１３と、を含んでいる。

補助記憶装置０１３３は、配置先管理プログラム０８０１が管理する、リソース性能テーブル、論理ボリューム管理テーブル、パス管理テーブル、プール管理テーブル、仮想論理ボリューム管理テーブル、及びポート管理テーブルを格納している。

（i）リソース性能テーブル（図９）
図９は、情報収集プログラム０８１１が収集する各装置のリソースの性能情報を管理するリソース性能テーブル０９００の構成例を示す図である。リソース性能テーブル０９００は、装置ＩＤ０９０１と、リソース種別０９０２と、リソースＩＤ０９０３と、性能種別０９０４と、性能値０９０５と、を構成項目として有している。

装置ＩＤ０９０１は、情報収集プログラム０８１１が性能情報を収集した装置を一意に特定・識別するためのする情報である。リソース種別０９０２は、装置内のリソース種別を識別するための情報である。リソースＩＤ０９０３は、装置のリソース種別におけるリソースを識別するための情報である。性能種別カラム０９０４は、取得した性能情報の種別を示す情報である。性能値０９０５は、対応するリソースの性能値を表す情報である。

リソース性能テーブル０９００に格納する値としては、例えばＣＰＵのBusy Rate及びSpecと、CacheのHit Rate及びSpecと、ＲＡＩＤグループを構成するDiskのBusy Rateと、ボリュームに対するランダムアクセスとシーケンシャルアクセスの比率などがある。ランダムアクセスの比率が高いと、キャッシュの残容量は利用効率を高くしたり、アクセススピードを早くしたりするためにはそれほど重要ではない。一方、シーケンシャルアクセスの比率が高くなると、キャッシュの残容量が多い方が利用効率を高くしたり、アクセススピードを早くしたりすることができる。なお、リソース性能テーブル０９００に格納する情報は、図９に示される例に限定されるものではなく、ストレージ装置に存在するポートなどの情報であってもよい。

（ii）論理ボリューム管理テーブル（図１０）
図１０は、情報収集プログラム０８１１がコントローラストレージ装置０１０１や外部接続ストレージ装置０１０２から収集する、論理ボリュームの論理構成を管理するための論理ボリューム管理テーブル１０００の構成例を示す図である。論理ボリューム管理テーブル１０００は、論理ボリュームＩＤ１００１と、ストレージ装置ＩＤ１００２と、ＲＡＩＤグループＩＤ１００３と、を構成項目として有している。

論理ボリュームＩＤ１００１は、管理対象の論理ボリュームを一意に特定・識別するための情報である。ストレージ装置ＩＤ１００２は、対応する論理ボリュームを提供するストレージ装置を一意に特定・識別するための情報である。ＲＡＩＤグループＩＤ１００３は、対応する論理ボリュームを提供するＲＡＩＤグループを一意に特定・識別するための情報である。

（iii）パス管理テーブル（図１１）
図１１は、パス管理テーブル１１００の構成例を示す図である。パス管理テーブル１１００は、論理ボリューム０２０２及び０２０３、又は仮想論理ボリューム０２０５が公開される経路を示す情報（ボリュームがどのような経路で公開されているかを示す情報）を管理する。当該テーブルの各情報は、情報収集プログラム０８１１によって、コントローラストレージ装置０１０１や外部接続ストレージ装置０１０２から収集される。

パス管理テーブル１１００は、ストレージ装置ＩＤ１１０１と、ボリュームＩＤ１１０２と、割当元１１０３と、割当先１１０４と、ターゲットＩＤ１１０５と、プール管理テーブルＩＤ（レコードＩＤ）１１０６と、を構成項目として有している。

ストレージ装置ＩＤ１１０１は、公開されている論理ボリュームを提供するストレージ装置を一意に特定・識別するための情報である。

ボリュームＩＤ１１０２は、公開されているボリュームを一意に特定・識別するための情報である。

割当元１１０３は、ボリュームをストレージ装置のどのＳＡＮポートから公開しているかを示すＷＷＮ情報である。また、割当先１１０４は、対応する論理ボリュームの公開先を示すＷＷＮ情報である。

ターゲットＩＤ１１０５は、同一の経路によって公開されているボリュームを、割り当て元と割当先の装置で識別するために共通で使用している情報を格納する。上述したように、例えば、後述する図１５におけるホストＡのポートからストレージ装置Ａのポートへの経路が２つあるが、これらを識別するのがターゲットＩＤである。

プール管理テーブルＩＤ（レコードＩＤ）１１０６は、後述するプール管理テーブル１２００のレコードＩＤ１２０６の値に対応する情報である。この情報は、外部接続ストレージ装置０１０２から割り当てられた論理ボリュームによってストレージプールを構成している場合に入力される。

例えば、図１１における３番目のエントリについて説明すると、ストレージ装置Ｂの論理ボリューム２が、割当元１１０３のポートから割当先１１０４のポートに対して、ターゲットＩＤ＝２で示される経路で公開されているということになる。

（iv）プール管理テーブル（図１２）
図１２は、プール管理テーブル１２００の構成例を示す図である。プール管理テーブル１２００は、情報収集プログラム０８１１がコントローラストレージ装置０１０１や外部接続ストレージ装置０１０２から収集したストレージプール０２０４の構成情報を管理している。プール管理テーブル１２００は、プールＩＤ１２０１と、ストレージ装置ＩＤ１２０２と、論理ボリュームＩＤ１２０３と、外部接続ストレージ装置ＩＤ１２０４と、外部論理ボリュームＩＤ１２０５と、レコードＩＤ１２０６と、を構成項目として有している。

プールＩＤ１２０１は、ストレージプール０２０４を保持するストレージ装置において、ストレージプール０２０４を一意に特定・識別するための情報である。

ストレージ装置ＩＤ１２０２は、ストレージプール０２０４があるストレージ装置を一意に特定・識別するための情報である。

論理ボリュームＩＤ１２０３は、対応するストレージプール０２０４を構成する、コントローラストレージ装置０１０１の論理ボリュームを一意に特定・識別するための情報である。つまり、論理ボリュームＩＤ１２０３の欄には、論理ボリュームが当該ストレージプールと同一のストレージ装置（コントローラストレージ装置０１０１）である場合に、ストレージ装置内で論理ボリュームを一意に識別するために情報が格納される。

外部ストレージ装置ＩＤ１２０４は、対応するストレージプール０２０４に論理ボリュームを提供する外部接続ストレージ装置０１０２を特定するための情報である。外部論理ボリュームＩＤ１２０５は、対応するストレージプール０２０４を構成する外部接続ストレージ装置０１０２の論理ボリュームを一意に特定・識別するための情報である。つまり、外部ストレージ装置ＩＤ１２０４と外部論理ボリュームＩＤ１２０５の欄には、対応するストレージプールが構成されているストレージ装置（コントローラストレージ装置０１０１）と異なる、ストレージ装置（外部接続ストレージ装置０１０２）から割り当てられた論理ボリュームによって当該ストレージプールが構成されている場合に、外部接続ストレージ装置０１０２と論理ボリュームとを一意に識別するための情報が格納される。

レコードＩＤ１２０６は、プール管理テーブル１２００の各エントリを一意に特定・識別するための情報である。

当該テーブルからは、ＩＤ＝１で識別されるプールは、ＩＤ＝１乃至５で識別される論理ボリュームから構成されていることが分かる。

（v）パス管理テーブル１１００とプール管理テーブル１２００との関係
上述したように、プール管理テーブル１２００及びパス管理テーブル１１００の各情報は、情報収集プログラム０８１１によって、コントローラストレージ装置０１０１や外部接続ストレージ装置０１０２から収集される。

しかしながら、両テーブルの各情報は一度に収集されるわけではない。

パス管理テーブル１１００では、まず、ストレージ装置ＩＤ１１０１、割当元１１０３、割当先１１０４、及びターゲットＩＤ１１０５のみ取得される。

一方、プール管理テーブル１２００においては、まず、エントリを識別するためのレコードＩＤ１２０６だけが付与される。従って、外部論理ボリュームＩＤ１２０５の欄は空欄となっている。よって、最初の段階では、ストレージ装置ＩＤ１２０２で特定されるストレージ装置（ストレージＡ）は、プールを構成する外部論理ボリュームについて認識していない状態となっている。

続いて、各外部論理ボリュームとプールとの対応（マッピング）を取るために、パス管理テーブル１１００が参照される。パス管理テーブル１１００では、外部接続ストレージ装置の各ボリュームは、割当元及び割当先ＩＤ（ポートＩＤ）１１０３及び１１０４とターゲットＩＤ１１０５で認識されるため、外部接続ストレージ装置側で認識されている情報（同じポートＩＤとターゲットＩＤで認識されている情報）から外部論理ボリュームが特定される。つまり、外部論理ボリュームＩＤ１１０２は、ストレージ装置ＩＤ１１０１、割当元１１０３、割当先１１０４、ターゲットＩＤ１１０５、及び各ストレージ装置からの情報で特定される。外部論理ボリュームＩＤ１２０５は、パス管理テーブル１１００においてボリュームＩＤ１１０２が特定されると、レコードＩＤと対応付けてプール管理テーブル１２００に記述される。

このように、プール管理テーブル１２００によって、プールがどのストレージ装置のどの論理ボリュームに対応付けられているか分かるため、さらに、パス管理テーブル１１００のプール管理テーブルＩＤ１１０６には、プール管理テーブル１２００のレコードＩＤ１２０６が入力される。

以上のような手順によって、プールＩＤ１２０１で特定されるプール（プール１）を構成しているボリュームがどのストレージ装置のどのボリュームであるか特定される。

（vi）仮想論理ボリューム管理テーブル（図１３）
図１３は、仮想論理ボリューム管理テーブル１３００の構成例を示す図である。当該仮想論理ボリューム管理テーブル１３００には、情報収集プログラム０８１１が、コントローラストレージ装置０１０１から収集した仮想論理ボリューム０２０５の情報と、配置先最適化プログラム０８１２が仮想論理ボリューム０２０５のデータの格納先として各論理ボリュームを評価した評価値が格納される。

仮想論理ボリューム管理テーブル１３００は、仮想論理ボリュームＩＤ１３０１と、プールＩＤ１３０２と、ストレージ装置ＩＤ１３０３と、格納先ストレージ装置ＩＤ１３０４と、評価値１３０５と、論理ボリュームＩＤ１３０６と、ボリューム評価値１３０７と、を構成項目として有している。

仮想論理ボリュームＩＤ１３０１は、計算機システム０１００内に作成された仮想論理ボリュームを一意に特定・識別するための情報である。プールＩＤ１３０２は、対応する仮想論理ボリュームを保持するストレージプール０２０４を一意に特定・識別するための情報である。ストレージ装置ＩＤ１３０３は、対応する仮想論理ボリュームを格納するストレージ装置（コントローラストレージ装置０１０１）を一意に特定・識別するための情報である。格納先ストレージ装置ＩＤ１３０４は、対応する仮想論理ボリュームに提供する実際のデータを格納する記憶領域を保持するストレージ装置を一意に特定・識別するための情報である。論理ボリュームＩＤ１３０６は、仮想論理ボリュームを構成する論理ボリュームを一意に特定・識別するための情報である。仮想論理ボリュームＩＤ１３０１、プールＩＤ１３０２、ストレージ装置ＩＤ１３０３、格納先ストレージ装置ＩＤ１３０４、及び論理ボリュームＩＤ１３０６は、情報収集プログラム０８１１によって取得され、仮想論理ボリューム管理テーブル１３００に格納される。

評価値１３０５は、仮想論理ボリュームのデータを格納する記憶領域を提供している論理ボリュームのストレージ装置がどの程度適切かを示す情報である。評価値１３０５は、例えば、Ｉ／Ｏ特性によって判断された値が入力される。また、ボリューム評価値１３０７は、論理ボリュームの評価を示す情報である。例えば、図９を参照すると、ストレージ装置Ａの仮想論理ボリュームＶ１のＩ／Ｏ特性（アクセスパターン）はランダムアクセスが８０％であり、ディスク装置側に負荷がかかるアクセスパターンである。このとき、ストレージ装置ＡのＲＧ１から作成されているＲＡＩＤグループのBusy Rateは８０％である。従って、これ以上ディスク装置に負荷をかけられる状態でないので、ボリューム評価値１３０７が低くなっている。また、図１０を参照すると、論理ボリューム４及び５を構成しているのはＲＧ３である。そして、図９を参照すると、ＲＧのBusy Rateは２０％であり、ディスク装置の稼働状態に余裕がある。よってボリューム評価値１３０７の値が比較的高くなっている。評価値１３０５及びボリューム評価値１３０７の情報は、配置先最適化プログラム０８１２が後述の演算処理を実行することにより得られる。

（vii）ポート管理テーブル（図１４）
図１４は、ＳＡＮ０１４５に接続されている各装置のＳＡＮポートのＷＷＮを管理するポート管理テーブル１４００の構成例を示す図である。ポート管理テーブル１４００の構成情報は、情報収集プログラム０８１１によって、ホスト０１０７からＬＡＮ０１０６経由で収集される。ポート管理テーブル１４００は、装置ＩＤ１０１４０１と、ＷＷＮ１４０２を構成項目として有している。

装置ＩＤ１４０１は、情報収集の対象となった装置を一意に特定・識別するための情報である。また、ＷＷＮ１４０２は、対応する装置から収集されたＷＷＮの情報である。

（viii）各テーブルから得られるデータの構成例
図１５は、テーブル１０００乃至１２００、及び１４００（図１０乃至１２、及び図１４）から再現された、各装置、各論理ボリューム、及び各ポートの論理的構成関係を示す図である。管理サーバ０１０３は、例えば、次のようにして、計算機システム０１００内の論理的構成を把握することができる。

まず、ポート管理テーブル１４００を参照すると、各装置１５０１乃至１５０４及びそれらが有するポート１５０５ないし１５０９の位置関係が明らかになる。

次に、パス管理テーブル１１００のボリュームＩＤ１１０２の情報に基づいて、各ストレージ装置１５０２乃至１５０４に含まれる論理ボリューム１５１０乃至１５１４及び仮想論理ボリューム１５１５及び１５１６が配置される。また、パス管理テーブル１１００の割当元１１０３、割当先１１０４、及びターゲットＩＤ１１０５の情報に基づいて、各論理ボリューム１５１０乃至１５１６と各ポート１５０５乃至１５０９との接続関係が明らかになる。

さらに、プール管理テーブル１２００を参照すると、ストレージ装置Ａ１５０２にはプールが設定されていることが分かるので、プールを構成する論理ボリューム１_１５１０及び外部論理ボリューム２乃至５_１５１１乃至１５１４と、プール１_１５１７とが関連づけられる。

以上のようにして、管理サーバ０１０３は、収集した情報に基づいて、計算機システム０１００内の論理的構成を把握することができるようになる。

＜管理サーバによる処理の概要＞
図１６は、管理サーバ０１０３が実行する処理の概要を説明するためのフローチャートである。管理サーバ０１０３が実行する処理には、情報取得処理と最適化処理がある。前者は情報収集プログラム０８１１によって実行され、後者は配置先最適化プログラム０８１２によって実行される。

ステップＳ１６０１において、情報収集プログラム０８１１は、コントローラストレージ装置０１０１、外部接続ストレージ装置０１０２、及びホスト０１０７から所定の情報（図９乃至１４の各テーブルに格納すべき情報）を収集し、該当するテーブルの各欄に格納する。当該ステップの処理の詳細については、図１７を用いて説明する。

ステップＳ１６０２において、配置先最適化プログラム０８１２は、ステップＳ１００１で収集された情報に基づき、仮想論理ボリューム０２０５のページデータを格納する場合に、ストレージプール０２０４を構成する論理ボリューム中のどの論理ボリュームが望ましいかを評価し、コントローラストレージ装置０１０１に設定する。当該ステップの処理の詳細については、図１８を用いて説明する。

以上のように、本実施形態における主な処理は、各装置から必要な所定の情報を収集し、仮想論理ボリュームに格納するデータの最適な格納先を決定することである。

＜情報取得処理の詳細＞
図１７は、情報取得処理（Ｓ１６０１）の詳細を説明するためのフローチャートである。ここでは、情報収集プログラム０８１１が情報を各装置から収集して、データを該当するテーブルに格納する処理が行われる。

（i）ステップＳ１７０１
情報収集プログラム０８１１は、ストレージ装置からリソースの情報を取得し、リソース性能テーブル０９００に格納する。より具体的には、情報収集プログラム０８１１は、各装置から、各リソースの構成情報、各リソースの種類の情報、及び各リソースの性能値の情報を取得し、これらの情報をリソース性能テーブル０９００に格納する。以下に、取得するリソースの種類とその格納の仕方について説明する。

（論理ボリューム）
情報収集プログラム０８１１は、情報取得対象のストレージ装置の識別情報を、論理ボリューム管理テーブル１０００のストレージ装置ＩＤ１００２に格納する。また、情報収集プログラム０８１１は、当該論理ボリュームを提供するＲＡＩＤグループの識別情報を、ＲＡＩＤグループＩＤ１００３に格納する。さらに、情報収集プログラム０８１１は、情報取得対象のストレージ装置における当該論理ボリュームの識別情報を、論理ボリュームＩＤ１００１に格納する。

（ボリュームの公開情報）
情報収集プログラム０８１１は、情報取得対象のストレージ装置からホストや他のストレージ装置へ公開している論理ボリューム、又は仮想論理ボリュームの経路情報を収集し、パス管理テーブル１１００に格納する。

まず、情報収集プログラム０８１１は、割当元１１０３と、割当先１１０４と、ターゲットＩＤ１１０５に、取得した経路情報が既に格納されているかを確認する。

次に、前述の確認で格納されている場合には、情報収集プログラム０８１１は、ストレージ装置ＩＤ１１０１とボリュームＩＤ１１０２に、情報を取得しているストレージ装置の識別情報とボリュームの識別情報を格納する。前述の確認で経路が格納されていなければ、情報収集プログラム０８１１は、新規のレコードとして、割当元１１０３と、割当先１１０４と、ターゲットＩＤ１１０５に、経路情報を格納する。

そして、情報収集プログラム０８１１は、追加したレコードに、ストレージ装置ＩＤと、ボリュームＩＤの情報を格納する。

（ストレージプール）
情報収集プログラム０８１１は、ストレージプール０２０４を構成している論理ボリュームごとに、プール管理テーブル１２００に情報を格納する。つまり、プールＩＤ１２０１と、ストレージ装置ＩＤ１２０２には、ストレージプールの識別情報とストレージ装置の識別情報が格納される。また、レコードＩＤ１２０６には、プール管理テーブル１２００の各エントリを一意に識別するための情報が格納される。

より具体的には、ストレージプール０２０４を構成している論理ボリュームがストレージプール０２０４と同一のストレージ装置（コントローラストレージ装置）に存在する場合には、情報収集プログラム０８１１は、当該論理ボリュームの識別情報を論理ボリュームＩＤ１２０３に格納する。一方、ストレージプール０２０４を構成している論理ボリュームがストレージプール０２０４のあるストレージ装置以外のストレージ装置（外部接続ストレージ装置）から公開（アタッチ）されている論理ボリュームの場合には、情報収集プログラム０８１１は、当該論理ボリュームの公開経路をパス管理テーブル１１００から検索する。

当該検索によって該当するレコード（公開経路）が検出できた場合には、情報収集プログラム０８１１は、プール管理テーブルＩＤ１１０６に、プール管理テーブルのレコードＩＤ１２０６に格納した情報を格納する。なお、取得する順番によって格納される順番も変わるので、情報が判明した順にそれぞれの欄には情報が格納されていく。

上記検索によって該当するレコード（公開経路）が検出できなかった場合には、情報収集プログラム０８１１は、公開されている論理ボリュームの経路を新規レコードとしてパス管理テーブル１１００に追加する。つまり、情報収集プログラム０８１１は、当該公開されている論理ボリュームの、割当元１１０３と割当先１１０４とターゲットＩＤ１１０５を経路情報として格納する。そして、情報収集プログラム０８１１は、プール管理テーブルＩＤ１１０６に、プール管理テーブル１２００のレコードＩＤ１２０６の欄に格納した情報を格納する。

（仮想論理ボリューム）
情報収集プログラム０８１１は、仮想論理ボリューム０２０５ごとに、仮想論理ボリューム０２０５が構成されているストレージプール０２０４の識別情報と、ストレージ装置の識別情報を仮想論理ボリューム管理テーブル１３００に格納する。

（ii）繰り返し処理
情報収集プログラム０８１１は、ステップＳ１７０１の処理を計算機システム０１００内にある全てのストレージ装置に対して繰り返す。

（iii）ステップＳ１７０２
ステップＳ１７０２は、ストレージプール０２０４に関連付けられる論理ボリュームが外部接続ストレージ装置０１０２にある場合に、プール管理テーブル１２００に、外部接続ストレージ装置の識別情報と外部論理ボリュームの識別情報を格納するための処理である。

情報収集プログラム０８１１は、プール管理テーブル１２００のエントリ（レコード）を先頭から確認する。論理ボリュームＩＤ１２０３に値が入っていないレコードがあった場合、情報収集プログラム０８１１は、当該レコードのレコードＩＤ１２０６と同値がパス管理テーブル１１００のプール管理テーブルＩＤ１１０６に格納されているレコードを、プール管理テーブル１２００から検索する。そして、情報収集プログラム０８１１は、当該検索で見つけたレコードのストレージ装置ＩＤ１１０１とボリュームＩＤ１１０２の値を、プール管理テーブル１２００の外部ストレージ装置ＩＤ１２０４と外部論理ボリュームＩＤ１２０５に格納する。

（iv）ステップＳ１７０３
情報収集プログラム０８１１は、ホスト０１０７のＳＡＮポート０１７３のＷＷＮを取得してポート管理テーブル１４００に格納する。

（v）繰り返し処理
情報収集プログラム０８１１は、ステップＳ１１０３の処理を計算機システム０１００内の全てのホスト０１０７に対して繰り返す。

＜最適化処理の詳細＞
図１８は、最適化処理（Ｓ１６０２）の詳細を説明するためのフローチャートである。ここでは、配置先最適化プログラム０８１２が、仮想論理ボリューム０２０５のデータをどの論理ボリューム上に配置するとリソースの利用効率が高くなるかを評価し、格納場所をストレージ装置に設定する。以下、まず評価概要及び原理について説明し、次いで具体的な評価処理を示すそれぞれのステップについて説明する。

（i）評価概要及び原理
配置先最適化プログラム０８１２は、ステップＳ１６０１で計算機システム０１００内の各装置から取得した情報に基づいて、仮想論理ボリューム０２０５へのＩ／Ｏ特性（ランダムアクセスとシーケンシャルアクセスの比率、及び／又はリード要求とライト要求の比率）から、どの種類のハードウェアを使用するとレスポンスが良くなるかを判定する。

次に、配置先最適化プログラム０８１２は、前述の判定によって認識したハードウェアが計算機システム環境内で使用できる、又は多く使用できるストレージ装置を特定する。最後に、そのストレージ装置にデータが格納されるようにコントローラストレージ装置０１０１を制御する。

より具体的には、利用効率を評価する際には、仮想論理ボリューム０２０５へのボリュームのＩ／Ｏ特性として、例えば、ランダムアクセスとシーケンシャルアクセスの比率を使用する。Ｉ／Ｏ特性によるハードウェアの評価方法は、ランダムアクセスの場合にはドライブの種別が良いとレスポンスが良くなりやすい、また、シーケンシャルアクセスの場合には使用するキャッシュ容量（残容量）が多いとレスポンスが良くなりやすいという認識に基づいている。そして、仮想論理ボリューム０２０５へのランダムアクセス比率が高い場合にはドライブ種別の良い（及びドライブのBusy Rateが低い）論理ボリュームの評価が高くなるようにする。反対にシーケンシャルアクセス比率が高い場合には使用していないキャッシュの容量が多い論理ボリュームの評価が高くなるようにする。

このように、論理ボリュームに対するＩ／Ｏ特性に応じて外部接続ストレージ装置選択時に重視すべきストレージ装置の情報が異なるため、ストレージ装置の評価値と論理ボリュームのＩ／Ｏ特性（すなわち評価値）を組み合わせて評価する。さらに具体的な評価の組み合わせ方法としては、ストレージ装置全体に影響するハードウェア（ＣＰＵ、キャッシュ）の情報、論理ボリュームにのみ影響するハードウェア（ＲＡＩＤグループ、Ｄｒｉｖｅ）の情報に分けて評価し、それぞれストレージの評価値と論理ボリュームの評価値とする。

本実施形態においては、ストレージ装置の評価値が高い論理ボリュームの中から、論理ボリュームの評価値が高いものを選ぶことにより、最適な配置先としての論理ボリュームを決定している。なお、２つの評価値の組み合わせ方の上記以外の方法としては、ストレージ装置の評価値と論理ボリュームの評価値の和に重み付けする方法や、それらの積を取る方法もある。つまり、例えば、複数のストレージ装置にデータを分散する場合には、ストレージ装置の障害によって影響を受ける可能性が高まる。このため、同一ホストのデータをできるだけ単一のストレージ装置内に格納するような場合がある。この場合においては、ストレージ装置の評価値が高いものを選択し、その中で論理ボリュームを選択する評価方法を取る。また、計算機システムを最も効率よく利用することを重視し、ホストのデータが計算機システム内で分散されてもかまわない場合には、ストレージ装置の評価値と論理ボリュームの評価値を重み付けしながら和を取る方法や、それぞれの積を取る方法を選択する。この場合においても、同一ホストのデータをどの程度のストレージ装置に分散していいかの情報を基に、ストレージ装置と論理ボリュームの評価値に対する重み付けを変えて運用する。

以下、フローチャートの各ステップを用いて、具体的な評価処理について説明する。

（ii）ステップＳ１８０１
ステップＳ１８０１において、配置先最適化プログラム０８１２は、仮想論理ボリューム０２０５のデータ格納先として論理ボリュームを評価する際にどのように評価するか、下記（式１）及び（式２）におけるパラメータａ及びｂを決定する。つまり、評価すべき仮想論理ボリュームを特定し、それがどのようなアクセスパターンでアクセスされているかの情報やＣＰＵのスペック等の情報を取得し、パラメータが決定される。

例えば、ストレージ装置とボリュームの評価値を以下のように決定する。

ストレージの評価値= a*(CPUスペック)*(100-(CPU Busy Rate))
+b*(Cacheサイズ)*(100-(Cache Hit Rate)) ・・・（式１）
論理ボリュームの評価値= (RAIDグループのドライブ種別)
*(100-(Drive Busy Rate)) ・・・（式２）
ここで、ａ及びｂは、それぞれＣＰＵとキャッシュの重視比率を表し、仮想ボリュームへのＩ／Ｏのランダムアクセスとシーケンシャルアクセスの比率と同率とする。また、ＣＰＵスペックは、計算機システム０１００内でＣＰＵスペックが最も高いものを１に、最も低いものを０にスケールし直した値である。Ｃａｃｈｅサイズは、計算機システム０１００内でＣａｃｈｅサイズが最も大きいものを１に、最も低いものを０にスケールし直した値である。ＲＡＩＤグループのドライブ種別は、ドライブ種別のスペックが高いものを１として、以降ドライブ種別のスペックが１段階下がるごとに、計算機システム内のドライブ種別数で１を割った値を差し引いて、算出した値である。

なお、Ｉ／Ｏ特性として、リードとライトの比率（Read/write特性）で評価値を演算、或いは、ランダムアクセスとシーケンシャルアクセスの比率に追加してリードとライトの比率を加味して評価値を演算するようにしても良い。例えば、ランダムアクセスの場合ではリード時にはキャッシュの残容量が重視される傾向にある（ケース１）。また、シーケンシャルアクセスの場合、リード時にはキャッシュの残容量はほとんど重視されない（ケース２）。そして、一般に、ライトの要求が多い場合には、キャッシュ残容量が多くてもレスポンスには影響しないが、例えば、キャッシュに一旦書き込んでからディスク装置に最終的に書き込むこともあるためキャッシュの残容量がＩ／Ｏ要求に対するレスポンスに影響する場合がある（ケース３）。ケース２及び３ではキャッシュの残容量が影響する場合もあるが、一般論としてパラメータａ及びｂの決定ルールを確定することは難しく、イベント毎に重視するかしないか異なってくる。ケース１の場合には、ランダムアクセスとシーケンシャルアクセスの比率のみでパラメータを決定する場合よりも、パラメータｂの値を下げ、パラメータａを重視するようにする。例えば、ランダムアクセス／シーケンシャルアクセス＝４０％／６０％の場合、リード／ライト＝１００％／０％であれば、ａ＝４０（％）、ｂ＝０（％）とする。また、同じ場合で、リード／ライト＝５０％／５０％であれば、ａ＝２０（％）、ｂ＝３０（％）とする。

（式１）及び（式２）の様な単純な線形関数以外にも、ＣＰＵのBusy Rateがある閾値以上になった場合にストレージ装置の評価値を０とするといった方法や、ユーザが定義するというような評価関数を使用することもできる。また、評価関数に使用する性能値もボリュームを公開しているポートの負荷状態を使用することもできる。

そして、仮想論理ボリュームのデータを格納する先としての論理ボリュームの総合的な評価方法としては、前述のストレージ装置の評価値が高い装置の中で、論理ボリュームの評価の高い論理ボリュームとする。

これ以外の論理ボリュームの総合評価の方法として、ストレージ装置の評価と論理ボリュームの評価の和や積を取り、ストレージ装置に関係なく計算機システム内から選択するような方法もある。また、リソース性能テーブル０９００に過去の性能値に関する情報が含まれるように当該テーブルを構成した場合には、当該過去の性能値の情報を重み付けしてストレージ装置の評価、及び論理ボリュームの評価の演算に反映させる方法もある。

（iii）ステップＳ１８０２
ステップＳ１８０２において、配置先最適化プログラム０８１２は、ステップＳ１８０１で決定した評価方法に従って（決定したパラメータを用いて）、各論理ボリュームを評価し、評価値を仮想論理ボリューム管理テーブル１３００に格納する。そして、配置先最適化プログラム０８１２は、評価した論理ボリュームと、当該論理ボリュームが格納されているストレージ装置（格納先ストレージ装置）を識別する情報を、論理ボリュームＩＤ１３０６と格納先ストレージ装置ＩＤ１３０４に格納する。また、配置先最適化プログラム０８１２は、ストレージ装置の評価値と論理ボリュームの評価値を、それぞれ評価値１３０５とボリューム評価値１３０７に格納する。

このステップＳ１８０２の処理は、仮想論理ボリュームを提供するストレージプール０２０４を構成する論理ボリュームごとに繰り返し実行される。処理対象となるストレージプール０２０４を構成する論理ボリュームは、プール管理テーブル１２００のプールＩＤ１２０１に当該ストレージプール０２０４の識別情報が格納されている、ストレージ装置ＩＤ１２０２及び論理ボリュームＩＤ１４０３、或いは、外部ストレージ装置ＩＤ１２０４及び外部論理ボリュームＩＤ１２０５から、特定することが可能である。

（iv）ステップ１８０３
ステップＳ１８０３において、配置先最適化プログラム０８１２は、仮想論理ボリューム０２０５のページの割当先として使用する論理グループの優先度を決定し、コントローラストレージ装置０１０１に設定する。本実施形態では、評価値が高いストレージ装置に含まれる論理ボリュームのうち、論理ボリュームの評価値が高い順に使用するように設定される。

そして、配置先最適化プログラム０８１２は、ステップＳ１８０１乃至Ｓ１８０３までの処理を、仮想論理ボリューム管理テーブル１３００で管理されている仮想論理ボリュームについて、繰り返し実行する。

（v）最適化処理後
コントローラストレージ装置０１０１は、仮想論理ボリューム拡張ポリシー指定機能を使い、ステップＳ１８０３に従って決定された評価値の高い論理ボリュームに、仮想論理ボリューム０２０５のページを割り当てる。

また、論理記憶領域に格納されているデータを別の論理記憶領域に移動する機能（マイグレーション機能）を持つ場合、コントローラストレージ装置０１０１のストレージ制御プログラム０１１４は、当該マイグレーション機能を用いて仮想論理ボリューム０２０５のページ０２０６を格納している論理ボリュームから、ステップＳ１２０３で指定した論理ボリュームの記憶領域に移動させることもできる。また、マイグレーション機能を使い仮想論理ボリューム０２０５のデータを、コントローラストレージ装置０１０１の論理ボリューム、または、外部接続ストレージ装置０１０２がコントローラストレージ装置０１０１に割り当てている論理ボリュームにデータを移動させることもできる。

＜配置先表示ＧＵＩ＞
図１９は、配置先情報入出力プログラム０８１３が生成する、最適化処理後の配置先表示ＧＵＩ画面の構成例を示す図である。当該ＧＵＩ画面１９００は、仮想論理ボリュームの状態を表示しており、これにより管理者（ユーザ）は設定変更を指示することができる。

具体的には、配置先情報入出力プログラム０８１３は、まず仮想論理ボリュームを使用しているホスト０１０７の情報と、Ｉ／Ｏ特性（アクセス特性ともいう：ランダムアクセスとシーケンシャルアクセスの比率、Ｒｅａｄ／Ｗｒｉｔｅ比率）の情報を画面上に表示する。このとき、管理者は、Ｅｄｉｔボタンを押下すると、配置先情報入出力プログラム０８１３が保持しているアクセス特性を変更できるようになっている。

次に、ＧＵＩ画面１９００には、ステップＳ１８０３で設定された各仮想論理ボリュームのデータの格納先定義（ストレージ装置、ボリューム）が表示されている。この格納先定義の情報についても、管理者がＥｄｉｔボタンを押下すると編集可能となり、適宜設定を変更できるようになっている。現在の格納先ボリュームは、仮想論理ボリュームが現在格納されているボリュームを示している。また、優先割当先ボリュームは、評価の結果、対応する仮想論理ボリュームが優先的に割り当てられるべきボリュームを示している。ここでは、仮想論理ボリュームＶ１は格納すべきボリュームと現在格納されているボリュームが一致している。一方、仮想論理ボリュームＶ２については、全てのデータが優先割当先ボリュームに格納されるべきところ、現在では、別のボリュームにも格納されている。このように、現在のボリュームと評価の結果（優先割当先ボリューム）が異なる場合には、自動的にデータをマイグレーションしても良いし、管理者（ユーザ）がマイグレーションを指示できるようにしても良い。マイグレーション処理を実行するには負荷が掛かるため、頻繁に実行するのは好ましくなく、管理者の指示があった場合のみ実行する方が効率が良い場合があるからである。

また、ＧＵＩ画面１９００は、ドロップダウンメニューで選択されているプールの詳細情報として、プールを構成している論理ボリューム、又は、論理ボリュームが属するストレージ装置の性能情報を表示している。

管理者は、当該ＧＵＩ画面１９００を使って、少なくとも次の３つのことができる。

（i）情報の確認
管理者は、仮想論理ボリュームの性能情報と構成情報とを確認することができる。これにより、管理者（ユーザ）は、仮想論理ボリュームのアクセス特性の情報と、仮想論理ボリュームのデータの格納先定義と、仮想論理ボリュームの属すプールの性能情報を一度に把握することができる。

（ii）アクセス特性の設定
管理者は、このＧＵＩ画面１９００を用いて、配置先情報入出力プログラム０８１３が保持しているアクセス特性を設定・変更することができる。これにより、ホスト０１０７にボリュームを割り当てた直後や、ホスト０１０７上で新規のアプリケーションを運用するためアクセス特性が変わったりする場合に、管理者（ユーザ）は、管理者が知るアクセス特性を事前に入力することによって、運用開始前にステップＳ１６０２を用いて仮想論理ボリュームのアクセス特性に適したページをボリュームに割り当てるように指定できる。

（iii）格納先設定
管理者は、このＧＵＩ画面１９００を用いて、格納先定義情報を設定できる。これにより、管理者が仮想論理ボリュームのデータの格納先を特定のストレージに指定したり、ステップＳ１６０２の結果を一部変更したりできる。

（２）第２の実施形態
第１の実施形態におけるコントローラストレージ装置０１０１の代わりに、複数の外部接続ストレージ装置にまたがる記憶領域を管理するための仮想技術を提供するスイッチやアプリケーションサーバを利用することもできる。

この場合には、仮想化技術を提供するスイッチやアプリケーションサーバをコントローラストレージ装置０１０１と同様にＳＡＮ０１４５と、ＬＡＮ０１０６に接続する。

そして、仮想化技術を提供するスイッチやアプリケーションサーバには、ストレージ制御プログラム０１１４と同様の機能を持たせることが必要である。ただし、ストレージ制御プログラム０１１４が有する論理記憶領域構成機能については、ＲＡＩＤグループ０２０１と論理ボリューム０２０２を構築する機能を保持しない。その意味において、第２の実施形態では、ストレージ制御プログラムは、仮想マシン制御プログラムとなっている。

第２の実施形態では、複数の外部接続ストレージ装置０１０２にまたがる記憶領域を集中管理するための仮想技術として、サーバ上の仮想マシンソフトウェア（ハイパバイザ）を利用する。当該仮想マシンソフトウェアは、複数のストレージ装置から割り当てられたボリューム上に、仮想マシンを構築する機能を有する。なお、第２の実施形態は、第１の実施形態の変形例であるため、その構成や動作の全てについての説明に替えて、第１の実施形態をベースにした読み替える部分を示すこととする。

＜計算機システムの構成＞
図２０は、第２の実施形態による計算機システム０２００の概略構成を示す図である。計算機システム０２００は、サーバ２００１と、少なくとも１つの外部接続ストレージ装置０１０２と、管理サーバ０１０３と、ＳＡＮ(Storage Area Network)スイッチ０１０４と、を有している。そして、サーバ２００１と外部接続ストレージ装置０１０２はＳＡＮ０１４５によって接続されている。また、サーバ２００１と、ストレージ装置０１０２と、管理サーバはＬＡＮ（Local Area Network）０１０６によって接続されている。

サーバ２００１はＳＡＮポート２０１５を有し、ＳＡＮポート２０１５によってＳＡＮ０１０５に接続されている。また、サーバ２００１はＬＡＮポート２０１６を有し、ＬＡＮポート２０１６によってＬＡＮ０１０６に接続されている。

サーバ２００１は、ＣＰＵ２０１１と、メモリ２０１２と、補助記憶装置２０１３とを有している。

ＣＰＵ２０１１は、メモリ２０１２に格納されている仮想マシン制御プログラム２０１４を実行することによって、各種処理を行う。また、メモリ２０１２は、ＣＰＵ２０１１が仮想マシン制御プログラム２０１４を実行する際に必要な情報を格納している。

補助記憶装置２０１３は、後述するように仮想マシン制御プログラム２０１４によって記憶領域として扱われる。補助記憶装置２０１３は、図中では１つで構成されているが、１つに限らず複数の補助記憶装置から構成されていてもよい。補助記憶装置２０１３は、例えばＦＣ（Fibre Channel）ディスク、ＳＳＤ(Solid State Drive)等がある。

仮想マシン制御プログラム２０１４の機能については後述する。

なお、外部接続装置０１０２、管理サーバ０１０３、及びＳＡＮスイッチ０１０４の構成は、第１の実施形態で説明した通りであり、ここでは説明は省略する。

＜仮想マシン制御プログラム＞
仮想マシン制御プログラム２０１４の詳細は図２を読み替えることによって示すことができる。以下、読み替えについて述べる。

第２の実施形態に適応させるために、図２及びその説明において、コントローラストレージ装置０１０１は、サーバ２００１と読み替える。メモリ０１１２は、メモリ２０１２と読み替える。補助記憶装置０１１３は、補助記憶装置２０１３と読み替える。また、ストレージ制御プログラム０１１４は、仮想マシン制御プログラム２０１４と読み替える。そして、仮想論理ボリューム０２０５は、仮想マシン記憶領域と読み替える。また、ストレージプール０２０４は、仮想マシンソフトウェアと読み替える。仮想論理ボリューム０２０５は、仮想マシン（ＶＭ）と読み替える。

仮想マシン制御プログラム２０１４は、第１の実施形態におけるストレージ制御プログラム０１１４とほぼ同様の機能を有している。より具体的には、仮想マシン制御プログラム２０１４は、論理記憶領域構成機能、仮想論理ボリューム拡張機能（ボリュームを割り当てた装置からのＩ／Ｏ命令に応じて仮想マシンに対してページ０２０６を割り当てる機能）、仮想論理ボリューム拡張ポリシー指定機能（仮想マシン記憶領域拡張時に割り当てるページ候補を事前に指定する機能）、及び性能情報収集機能を有する。ただし、仮想マシン制御プログラム２０１４は、論理ボリューム割り当て機能を有していない。

＜管理サーバの論理構成＞
管理サーバ０１０３の論理構成は、第１の実施形態と同様に、図８で示される。よって、説明は省略する。

＜リソース性能テーブル、論理ボリューム管理テーブル、パス管理テーブル、プール管理テーブル＞
リソース性能テーブル０９００、論理ボリューム管理テーブル１０００、パス管理テーブル１１００、及びプール管理テーブル１２００の構成例は、第１の実施形態と同様に、図１０乃至１２で示される。よって、説明は省略する。ただし、図１０乃至１２において、コントローラストレージ装置０１０１は、サーバ２００１と読み替えるものとする。

＜仮想マシン記憶領域管理テーブル＞
仮想マシン記憶領域管理テーブルは、各仮想マシンを記憶する領域を管理するための情報を格納するが、その構成例については、仮想論理ボリューム管理テーブル１３００によって表すことができる。ただし、図１３において、ストレージＡ（コントローラストレージ装置０１０１）は、サーバ２００１に読み替える。また、仮想論理ボリュームは、仮想マシン記憶領域に読み替える。さらに、格納先ストレージ装置ＩＤ１３０４には、論理ボリュームを提供している外部接続ストレージ装置０１０２の識別情報、或いはサーバ２００１の識別情報が格納される。

＜計算機システムの全体処理の概要＞
図１６及びその説明において、仮想論理ボリュームは仮想マシン記憶領域に読み替える。また、コントローラストレージ装置０１０１はサーバ２００１に読み替える。

＜情報取得処理の詳細＞
図１７において、ステップＳ１７０１の処理は、外部接続ストレージ装置０１０２及びサーバ２００１ごとに繰り返し実行される。また、上述同様、仮想論理ボリュームは仮想マシン記憶領域と読み替える。

＜最適化処理の詳細＞
図１８及びその説明において、コントローラストレージ装置０１０１は、サーバ２００１に読み替える。ストレージ制御プログラム０１１４は、仮想マシン制御プログラム２０１４に読み替える。また、仮想論理ボリュームは、仮想マシン記憶領域に読み替える。そして、仮想マシン記憶領域管理テーブルのストレージ装置ＩＤ１３０３には、サーバ２００１を識別する情報が格納される。

＜ＧＵＩ画面の構成＞
図１９において、仮想論理ボリュームを仮想マシン記憶領域に読み替えれば良い。

＜変形例＞
第２の実施形態の拡充案として、複数の外部接続ストレージ装置から割り当てられたボリュームにまたがって仮想化的に論理ボリュームを構成することができる論理ボリューム管理プログラムを利用することもできる。

また、複数のボリュームにまたがってファイルシステムを構成できるファイルシステムも利用することもできる。

このような論理ボリューム管理プログラムやファイルシステムは、上述の仮想マシン制御プログラムと同等の機能を持つものとする。また、この場合、論理ボリューム管理プログラムは、仮想マシンソフトウェアと同様の機能を持つものとする。

以上ようにすることにより、サーバ２００１の仮想マシンをファイルシステムとして提供することが可能となる。

（３）まとめ
本実施形態において、管理システム（管理サーバ）は、情報処理装置（例えば、コントローラストレージ装置や仮想サーバを提供するサーバ装置に相当）の仮想レイヤ（情報処理装置がコントローラストレージ装置の場合はストレージプール、情報処理装置がサーバ装置の場合は仮想マシンソフトウェア（ハイパバイザ）に相当）上で管理される仮想インスタンス（情報処理装置がコントローラストレージ装置の場合は仮想論理ボリューム、情報処理装置がサーバ装置の場合は仮想サーバに相当）に割り当てられる論理ボリュームの構成情報や外部接続のストレージ装置に含まれるハードウェアリソースの稼働情報を管理している。そして、管理システムは、論理ボリュームの構成情報及びハードウェアリソースの稼働情報に基づいて、仮想インスタンスの利用効率に関する評価（演算）を行い、評価結果を出力する。このようにすることにより、管理者は、現在動作している仮想インスタンスの利用効率が良いか否か判断することができ、効率が悪い場合には対策を講じることができるようになる。

また、管理システムは、仮想インスタンスに対するアクセス特性を示すアクセス特性情報（Ｉ／Ｏ特性）を考慮して、仮想インスタンスの利用効率の評価を行う。このように、Ｉ／Ｏ特性が示すアクセスパターンを考慮して、仮想インスタンスの利用効率を評価する。従って、単に外部接続ストレージ装置のＲＡＩＤグループに対する負荷のみを考慮するのではなく、特定のアクセス方法によってアクセスされる場合の外部接続ストレージ装置における負荷（キャッシュ残容量やプロセッサの負荷）に従って、利用効率を評価する。このようにすることにより、利用効率を正確に評価することができるようになる。

なお、より具体的には、ストレージサブシステムのＩ／Ｏ要求に対するレスポンス性、及び仮想インスタンスが関連付けられている論理ボリュームにおける負荷を評価することにより、仮想インスタンスの利用効率を評価する。また、アクセス特性情報（アクセス傾向）に従って、評価の演算におけるストレージサブシステムが有するハードウェアリソースの重要度（重み付け係数）を決定し、アクセス特性におけるストレージサブシステムのレスポンス性を評価する。さらに、論理ボリュームを提供するストレージサブシステムのディスクドライブの負荷を評価する。

また、管理システムは、評価結果として、仮想インスタンスに関連付けられるべき最適の論理ボリュームを出力（例えば、ＧＵＩ）する。このようにすることにより、仮想インスタンスが関連付けられている論理ボリュームが最適なものであるか確認することができる。そして、管理システムは、評価結果として出力された最適の論理ボリュームが、仮想インスタンスに割り当てられている現在の論理ボリュームと異なる場合に、自動的に、或いは入力される指示に応答して、データマイグレーションを実行して割当先の論理ボリュームを変更するようにしても良い。このようにすることにより、仮想インスタンスは最適な論理ボリュームを使用することができるようになる。

上述したように、情報処理装置としてコントローラストレージ装置を用いることができる。この場合、計算機システムにおける各種ハードウェアの性能の上限値、及び、現在の値を収集する。そして、システム上の各種ハードウェアの負荷状態を把握し、評価演算を実行することにより、計算機システム上からデータの格納先（外部接続ストレージ装置の論理ボリューム）として最適な場所を決定して、当該最適な格納場所を評価結果として出力する。そして、必要に応じて、最適な場所をコントローラストレージ装置に設定してデータの格納場所を制御する。上述したように、データの格納場所を決定する際には、過去のＩ／Ｏ特性やユーザが定義した特性（ユーザによるアクセス特性の設定）を基に選定する。このように、計算機システム内の複数の外部接続ストレージ装置のハードウェアの性能情報を実際に取得して、各種ハードウェアの性能にどの程度余裕があるかを参照するため、ハードウェアの性能が上限に達するのを抑えながら、計算機システム内からデータを配置するのに適切な格納先を判定できる。また、過去の運用状態やユーザの入力情報を基に、データが必要とするハードウェア特性にあわせて格納場所を選ぶこともできるため、よりデータに最適な格納先を計算機システム内から選択できる。

本発明は、実施形態の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

また、プログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータ上のメモリに書きこまれた後、そのプログラムコードの指示に基づき、コンピュータのＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。

さらに、実施の形態の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することにより、それをシステム又は装置のハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納し、使用時にそのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵ）が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしても良い。

最後に、ここで述べたプロセス及び技術は本質的に如何なる特定の装置に関連することはなく、コンポーネントの如何なる相応しい組み合わせによってでも実装できることを理解する必要がある。更に、汎用目的の多様なタイプのデバイスがここで記述した教授に従って使用可能である。ここで述べた方法のステップを実行するのに、専用の装置を構築するのが有益であることが判るかもしれない。また、実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。本発明は、具体例に関連して記述したが、これらは、すべての観点に於いて限定の為ではなく説明の為である。本分野にスキルのある者には、本発明を実施するのに相応しいハードウェア、ソフトウェア、及びファームウエアの多数の組み合わせがあることが解るであろう。例えば、記述したソフトウェアは、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。

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

加えて、本技術分野の通常の知識を有する者には、本発明のその他の実装がここに開示された本発明の明細書及び実施形態の考察から明らかになる。記述された実施形態の多様な態様及び／又はコンポーネントは、データを管理する機能を有するコンピュータ化ストレージシステムに於いて、単独又は如何なる組み合わせでも使用することが出来る。明細書と具体例は典型的なものに過ぎず、本発明の範囲と精神は後続する請求範囲で示される。

０１００・・・計算機システム
０１０１・・・コントローラストレージ装置
０１０２・・・外部接続ストレージ装置
０１０３・・・管理サーバ
０１０４・・・ＳＡＮスイッチ
０１０６・・・ＬＡＮ
０１０７・・・ホスト
０１１１、０１２１、０１３１、０１７１、２０１１・・・ＣＰＵ
０１１２、０１２２、０１７２、０１３２、２０１２・・・メモリ
０１１３、０１２３、０１３３、０１７５、２０１３・・・補助記憶装置
０１１４、０１２４・・・ストレージ制御プログラム
０１３４、０８０１・・・配置先管理プログラム
０２０１・・・ＲＡＩＤグループ
０２０２、０２０３・・・論理ボリューム
０２０４・・・ストレージプール
０２０５・・・仮想論理ボリューム
０２０６・・・ページ
０３００・・・ＲＡＩＤグループ管理テーブル
０４００・・・ボリューム管理テーブル
０５００・・・ストレージプール構成テーブル
０６００・・・ページ構成テーブル
０７００・・・性能情報テーブル
０８１１・・・情報収集プログラム
０８１２・・・配置先最適化プログラム
０８１３・・・配置先情報入出力プログラム
０９００・・・リソース性能テーブル
１０００・・・論理ボリューム管理テーブル
１１００・・・パス管理テーブル
１２００・・・プール管理テーブル
１３００・・・仮想論理ボリューム管理テーブル
１４００・・・ポート管理テーブル
１９００・・・ＧＵＩ画面
２００１・・・サーバ
２０１４・・・仮想マシン制御プログラム

Claims (6)

1. ホスト計算機と、
   前記ホスト計算機に仮想ボリュームを提供する第１のストレージサブシステムと、
   前記第１のストレージサブシステムに論理ボリュームを提供する、少なくとも１つの第２のストレージサブシステムと、
   前記第１及び第２のストレージサブシステムと接続され、前記第１及び第２のストレージサブシステムを管理する管理システムを有し、
   前記第１のストレージサブシステムは、前記第２のストレージサブシステムから提供される前記論理ボリュームから前記仮想ボリュームのプールを構成し、
   前記管理システムは、
   前記第１のストレージサブシステムから、前記仮想ボリュームに対するアクセス特性と、前記仮想ボリュームと前記第２のストレージサブシステムの論理ボリュームとの割り当ての対応関係を示すマッピング情報と、を取得し、
   前記第２のストレージサブシステムから、前記論理ボリュームとRAIDグループとの対応関係を示す情報と、前記第２のストレージサブシステムに含まれるキャッシュの容量と当該キャッシュの性能を含む前記第２のストレージサブシステムのハードウェアリソースの性能情報と、を取得し、
   前記アクセス特性と、前記マッピング情報と、前記論理ボリュームと前記RAIDグループとの対応関係を示す情報と、前記ハードウェアリソースの性能情報と、に基づいて、前記仮想ボリュームへの前記論理ボリュームの割り当てを決定し、当該決定した割り当ての情報を前記第１のストレージサブシステムに指示し、
   前記第１のストレージサブシステムは、前記管理システムからの前記指示の内容に基づいて、前記仮想ボリュームへの前記論理ボリュームの割り当てを変更する、
   ことを特徴とする計算機システム。
2. 請求項１において、
   前記管理システムは、前記第２のストレージサブシステムのキャッシュ利用率と、前記仮想ボリュームに対するシーケンシャルアクセスとランダムアクセスとの割合を示すアクセス比と、をさらに考慮して、前記仮想ボリュームへの前記論理ボリュームの割り当てを決定する、
   ことを特徴とする計算機システム。
3. 請求項２において、
   前記シーケンシャルアクセスの割合が前記ランダムアクセスの割合よりも高い場合、前記管理システムは、前記第２のストレージサブシステムにおいて前記キャッシュ利用率が高い前記論理ボリュームを前記仮想ボリュームに割り当てるようにし、
   前記シーケンシャルアクセスの割合が前記ランダムアクセスの割合よりも低い場合、前記管理システムは、前記第２のストレージサブシステムにおいて前記キャッシュ利用率が低い前記論理ボリュームを前記仮想ボリュームに割り当てるようにする、
   ことを特徴とする計算機システム。
4. ホスト計算機に仮想ボリュームを提供する第１のストレージサブシステムと、当該第１のストレージサブシステムに論理ボリュームを提供する、少なくとも１つの第２のストレージサブシステムとに接続され、前記第１及び第２のストレージサブシステムを管理する管理システムであって、
   前記第１のストレージサブシステムは、前記第２のストレージサブシステムから提供される前記論理ボリュームから前記仮想ボリュームのプールを構成しており、
   前記管理システムのプロセッサは、
   前記第１のストレージサブシステムから、前記仮想ボリュームに対するアクセス特性と、前記仮想ボリュームと前記第２のストレージサブシステムの論理ボリュームとの割り当ての対応関係を示すマッピング情報と、を取得し、
   前記第２のストレージサブシステムから、前記論理ボリュームとRAIDグループとの対応関係を示す情報と、前記第２のストレージサブシステムに含まれるキャッシュの容量と当該キャッシュの性能を含む前記第２のストレージサブシステムのハードウェアリソースの性能情報と、を取得し、
   前記アクセス特性と、前記マッピング情報と、前記論理ボリュームと前記RAIDグループとの対応関係を示す情報と、前記ハードウェアリソースの性能情報と、に基づいて、前記仮想ボリュームへの前記論理ボリュームの割り当てを決定し、当該決定した割り当ての情報を前記第１のストレージサブシステムに指示し、
   前記第１のストレージサブシステムは、前記管理システムからの前記指示の内容に基づいて、前記仮想ボリュームへの前記論理ボリュームの割り当てを変更する、
   ことを特徴とする管理システム。
5. 請求項４において、
   前記プロセッサは、前記第２のストレージサブシステムのキャッシュ利用率と、前記仮想ボリュームに対するシーケンシャルアクセスとランダムアクセスとの割合を示すアクセス比と、をさらに考慮して、前記仮想ボリュームへの前記論理ボリュームの割り当てを決定する、
   ことを特徴とする管理システム。
6. 請求項５において、
   前記シーケンシャルアクセスの割合が前記ランダムアクセスの割合よりも高い場合、前記プロセッサは、前記第２のストレージサブシステムにおいて前記キャッシュ利用率が高い前記論理ボリュームを前記仮想ボリュームに割り当てるようにし、
   前記シーケンシャルアクセスの割合が前記ランダムアクセスの割合よりも低い場合、前記プロセッサは、前記第２のストレージサブシステムにおいて前記キャッシュ利用率が低い前記論理ボリュームを前記仮想ボリュームに割り当てるようにする、
   ことを特徴とする管理システム。

Images