JP5244831B2 - 計算機システム及びストレージ統合管理方法 - Google Patents

Description

本発明は、計算機システム及びストレージ統合管理方法に関し、特にファイルストレージ装置及びブロックストレージ装置が併存する計算機システムに適用して好適なものである。

近年の情報化社会の進展によって企業が管理するデータ量は増加の一途を辿っている。また、近年ではデータ量の増加のみならず、データの種類も増加しており、このようなデータ種別の増加が企業内におけるデータ管理をますます難しくしている。

現在、企業が管理するデータの種類としては、ＤＢ（データベース）データや文書データなどがある。この場合、ＤＢデータを利用するホスト計算機上のアプリケーション（ＤＢ）は、どのデータ保存領域のどの場所にどのようなデータが書かれているかなどを管理するデータ管理機能をもつ。このためＤＢデータについては、ストレージ装置に求められるデータ管理機能は比較的シンプルで良いが、応答時間といったデータアクセス性能については高い性能がストレージ装置に要求される。一方、文書データを利用するホスト計算機上の文書作成アプリケーションは、そのアプリケーションの性格上、限られたデータ管理機能しかもたない。このため文書データについては、ストレージ装置側でデータ管理機能を提供する必要がある。

このように、データの種類によってストレージ装置に求められる要件が異なるため、大規模なデータセンタを持つ企業等では、ストレージ装置としてブロックストレージ装置及びファイルストレージ装置の双方を適材適所で利用しているのが現状である。

ここで、ブロックストレージ装置は、ファイバーチャネル（Fibre Channel）やｉＳＣＳＩ（Internet Small Computer System Interface）などのブロックアクセスインタフェースによるデータアクセス手段を提供するストレージ装置であり、典型的にはホスト計算機がＳＣＳＩ規格に準拠した形でデータアクセスを行う。すなわち、ブロックストレージ装置は記憶領域をボリュームとして提供し、ホスト計算機はデータの読書き先の記憶領域をボリュームのＩＤ（ボリュームＩＤ）と、そのボリューム内の位置を示すＬＢＡ（Logical Block Address）とによって指定する。

ブロックストレージ装置では、多くの場合、耐障害性や性能向上を目的として、各ボリュームが複数の物理ディスクにより構成される。現在、このような物理ディスクとして、ＳＳＤ（Solid State Disk）やＳＡＴＡ（Serial Advanced Technology Attachment）ディスクドライブ、ＳＡＳ（Serial Attached SCSI）ディスクドライブなどの様々な種類の記憶デバイスが用いられている。ＳＳＤは、ＳＡＴＡディスクドライブやＳＡＳディスクドライブを用いた場合に比べ高性能であるため、これを用いて構成したボリュームはＳＡＴＡディスクやＳＡＳディスクドライブにより構成されたボリュームと比べて高性能とすることができる。しかしながら、ＳＳＤはＳＡＴＡディスクドライブやＳＡＳディスクドライブに比べてより高価であるため、ボリュームのコストも高くなる。

さらに、近年のブロックストレージ装置は、従来のＲＡＩＤ（Redundant Array of Inexpensive Disks）技術に基づく論理ボリュームの他、シンプロビジョニング（Thin Provisioning）技術に基づく仮想ボリュームを提供することも可能となっている。仮想ボリュームは、ボリュームを作成してホスト計算機に割り当てた時点では記憶領域の実体をもたず、ホスト計算機から仮想ボリュームに対するデータの書き込みがあって初めて物理ディスクが提供する記憶領域（以下、これを実記憶領域と呼ぶ）が割り当てられるボリュームである。仮想ボリュームを利用することによって、ボリューム内の実際にデータが書き込まれた場所に対してのみ物理ディスク上の実記憶領域が割り当てられるため、物理ディスクの容量を有効活用することが可能である。

一方、ファイルストレージ装置は、例えばＮＦＳ（Network File System）やＣＩＦＳ（Common Internet File System）などのファイルアクセスインタフェースによるデータアクセス手段を提供するストレージ装置である。ファイルストレージ装置は典型的には実記憶領域をファイルシステムとして提供する。ホスト計算機やその上で動作するアプリケーションは、権限があればファイルシステム内にデータの固まりであるファイルを自由に作成でき、一定のルールに従って自由に名前（ファイル名）を付けることができる。ホスト計算機がデータにアクセスする際には、ファイル名（ファイルパス）を指定してアクセスすればよく、ファイルシステム内のどのアドレスにデータが保存されているかをホスト計算機側で管理する必要はない。また、ホスト計算機はファイルシステム内にディレクトリを作成し、その中に関連のあるファイルをまとめて保存することができ、さらにファイルの作成日時や更新日時などの属性情報（メタデータ）を参照できるなど、データ管理を容易にする機能を利用することができる。

また、近年、ＸＡＭ（eXtensible Access Method）に基づいたファイルアクセスインタフェースを提供するファイルストレージ装置も提供されている。ＸＡＭに基づくファイルアクセスインタフェースを用いることによって、ホスト計算機は各ファイルのメタデータを自由に定義してデータ管理に利用でき、さらにデータ管理を容易にすることができる。そのため、ＸＡＭは特にデータの長期保管用に用いられることが多い。

さらに、ファイルストレージ装置は、大きく分けてスタンドアロン型とゲートウェイ型に分類できる。スタンドアロン型は自身で物理ディスクを保持するのに対し、ゲートウェイ型は物理ディスクを保持しないか、保持していてもマイクロプログラムや管理情報を保存するための限られた容量の物理ディスクしかもたず、他のブロックストレージ装置が提供するボリュームをデータ保存領域として利用する形態を取る。このためゲートウェイ型は、ブロックアクセスインタフェース用に利用されていた物理ディスクやボリュームをファイルストレージ装置へ割り当ててファイルアクセスインタフェース用に転用したり、その逆の転用も可能である。一方、スタンドアロン型は、ファイルストレージ装置専用の物理ディスクを保持するため、他用途への転用は難しい。よって、特に大規模なデータセンタを持つ企業ではゲートウェイ型が多く用いられている。

なお、計算機システムに関連する発明として、特許文献１にはファイル・プロトコルとブロック・プロトコルをサポートするマルチプロトコル・ストレージ・アプライアンスに関する発明が開示されている。また、特許文献２には、種類の異なる記憶装置が混在する計算機システムにおいて、ホスト計算機が個々の記憶装置の特性に応じて記憶装置を使用するための発明が開示され、特許文献３には、用途に応じてデータの格納先の場所を選択して記憶領域の割り当てを行うための発明が開示されている。

特表２００５−５３５９６１号公報 特開２００３−３４５６３１号公報 特開２００５−２７５５２６号公報

以上のようなブロックストレージ装置及びファイルストレージ装置の特徴から、従来、ブロックストレージ装置はＤＢデータの保存に用いられることが多く、ファイルストレージ装置は文書データの保存やアーカイブ用途に用いられることが多い。

しかし、このような使い分けを行うためには、ホスト計算機に実装されるアプリケーションの特徴や、それぞれのストレージ装置の特徴及び機能などの知識及び経験をシステム管理者が有していることが必要となる。また、現在、システム管理者は、存在するストレージ装置やホスト計算機などのリソース及びそれらの接続関係の把握と、利用可能なリソースの探索とを手動で行う必要があり、このような作業は特に大規模データセンタにおいてシステム管理者にとって大きな負担となっている。

このような課題を解決するための従来技術として、特許文献１に開示されているようなユニファイドストレージ装置がある。ユニファイドストレージ装置はブロックストレージ装置及びファイルストレージ装置の機能を一つの装置で提供することで、接続関係の管理などを不要として複雑さを隠蔽することで管理の容易化を実現している。しかしながら、この技術を導入するに際しては、既存のブロックストレージ装置及びファイルストレージ装置をユニファイドストレージ装置に置き換える必要があるため、既に多数のストレージ装置を所有する大規模データセンタでは普及していない。

本発明は以上の点を考慮してなされたもので、多数のブロックストレージ装置及びファイルストレージ装置が併存する大規模データセンタにおいて、ストレージ装置を置き換えることなく、両ストレージ装置の使い分けや利用可能なリソースの探索などの管理を容易にし得る計算機システム及びストレージ統合管理方法を提案しようとするものである。

かかる課題を解決するため本発明においては、計算機システムにおいて、複数のホスト計算機と、それぞれ各前記ホスト計算機と接続され、それぞれ異なる特徴を有する記憶領域を前記ホスト計算機に提供する複数の記憶装置と、それぞれ各前記ホスト計算機及び各前記記憶装置と接続され、前記記憶装置が提供する前記記憶領域を、当該記憶装置と異なるインタフェースにより前記ホスト計算機に提供する複数の中間記憶装置と、前記ホスト計算機に実装されるアプリケーションの種別ごとに、好ましいインタフェースの種別及び記憶領域の種別が予め規定されたポリシを管理する管理装置とを設け、前記管理装置が、各記憶装置、各中間記憶装置及び各ホスト計算機から構成情報をそれぞれ収集し、収集した各記憶装置、各中間記憶装置及び各ホスト計算機の構成情報と、前記ポリシと、ユーザにより指定されたアプリケーションの種別とに基づいて、前記ユーザにより指定されたアプリケーションの種別に適した記憶装置、中間記憶装置及びホスト計算機の組合せを検出し、検出した前記組合せを前記ユーザに提示するようにした。

また本発明においては、複数のホスト計算機と、それぞれ各前記ホスト計算機と接続され、それぞれ異なる特徴を有する記憶領域を前記ホスト計算機に提供する複数の記憶装置と、それぞれ各前記ホスト計算機及び各前記記憶装置と接続され、前記記憶装置が提供する前記記憶領域を、当該記憶装置と異なるインタフェースにより前記ホスト計算機に提供する複数の中間記憶装置とを有する計算機システムにおけるリソース統合管理方法において、前記ホスト計算機に実装されるアプリケーションの種別ごとに、好ましいインタフェースの種別及び記憶領域の種別を規定したポリシが予め定められ、各記憶装置、各中間記憶装置及び各ホスト計算機から構成情報をそれぞれ収集する第１のステップと、収集した各記憶装置、各中間記憶装置及び各ホスト計算機の構成情報と、前記ポリシと、ユーザにより指定されたアプリケーションの種別とに基づいて、前記ユーザにより指定されたアプリケーションの種別に適した記憶装置、中間記憶装置及びホスト計算機の組合せを検出する第２のステップと、検出した前記組合せを前記ユーザに提示する第３のステップとを設けるようにした。

本発明によれば、多数のブロックストレージ装置とファイルストレージ装置が併存する大規模データセンタにおいて、従来管理者の知識や経験、労力に頼って行われていた両ストレージ装置の使い分けやリソース探索が容易となる。

第１の実施の形態による計算機システムの全体構成を示すブロック図である。 ホスト計算機の概略構成を示すブロック図である。 ファイルストレージ装置の概略構成を示すブロック図である。 ブロックストレージ装置の概略構成を示すブロック図である。 第１の実施の形態による管理サーバの概略構成を示すブロック図である。 論理ボリュームと物理ディスクとの関係の説明に供する概念図である。 ボリューム管理テーブルの構成例を示す概念図である。 仮想ボリュームと論理ボリュームとの関係の説明に供する概念図である。 仮想ボリューム管理テーブルの構成例を示す概念図である。 未使用領域管理テーブルの構成例を示す概念図である。 リソース情報テーブルの構成例を示す概念図である。 接続先情報テーブルの構成例を示す概念図である。 第１の実施の形態による統合管理ポリシテーブルの構成例を示す概念図である。 リソース管理テーブルの構成例を示す概念図である。 第１の実施の形態による探索条件指定画面の構成例を示す略線図である。 第１の実施の形態による探索結果表示画面の構成例を示す略線図である。 第１のリソース構成探索処理の処理手順を示すフローチャートである。 探索結果表示処理の処理手順を示すフローチャートである。 第２の実施の形態による計算機システムの全体構成を示すブロック図である。 第２の実施の形態による管理サーバの概略構成を示すブロック図である。 第２の実施の形態による統合管理ポリシテーブルの構成例を示す概念図である。 第２の実施の形態による探索条件指定画面の構成例を示す略線図である。 第２の実施の形態による探索結果表示画面の構成例を示す略線図である。 第２のリソース構成探索処理の処理手順を示すフローチャートである。

以下図面について、本発明の一実施の形態を詳述する。

（１）第１の実施の形態
（１−１）本実施の形態による計算機システムの構成
図１において、１は全体として本実施の形態による計算機システムを示す。本計算機システム１は、１つ以上のホスト計算機２（２Ａ，２Ｂ）、１つ以上のファイルストレージ装置３、１つ以上のブロックストレージ装置４及び管理サーバ５を備え、これらが管理用のネットワークである管理ＬＡＮ（Local Area Network）６を介して相互に接続されて構成されている。

また、一部のホスト計算機２（２Ａ）、ファイルストレージ装置３及びブロックストレージ装置４はＳＡＮ（Storage Area Network）７を介して接続され、一部のホスト計算機２（２Ａ，２Ｂ）及びファイルストレージ装置３はデータ転送用のネットワークであるデータＬＡＮ８を介して接続されている。

なお、図１では、一部のホスト計算機２（２Ａ）のみがＳＡＮ７に接続されている場合を例示しているが、すべてのホスト計算機２をＳＡＮ７及びデータＬＡＮ８の両方に接続するようにしても良い。また、図１では、すべてのホスト計算機２をデータＬＡＮ８に接続する場合について例示しているが、一部のホスト計算機２についてはデータＬＡＮ８に接続しないようにしても良い。さらに、図１では、管理ＬＡＮ６及びデータＬＡＮ８を分離した形態とする場合について例示しているが、これらを分離することなく、１つのネットワーク（例えばＬＡＮ）により構成するようにしても良い。

ホスト計算機２は、ユーザが使用するコンピュータ装置であり、図２に示すように、内部バス１０を介して相互に接続されたＣＰＵ１１、メモリ１２、ＳＡＮアダプタ１３、ＬＡＮアダプタ１４及びストレージデバイス１５を備えて構成される。そしてホスト計算機２は、ＬＡＮアダプタ１４を介してファイルストレージ装置３及び管理サーバ５と接続され、ＳＡＮアダプタ１３を介してブロックストレージ装置４と接続されている。なお、ＳＡＮ７に接続されないホスト計算機２（２Ｂ）については、ＳＡＮアダプタ１３を省略した構成としても良い。

ホスト計算機２のメモリ１２には、アプリケーションソフトウェア（図示せず）が格納されており、ＣＰＵ１１がこのアプリケーションソフトウェアを実行することにより、ホスト計算機２全体としてユーザの業務内容に応じた所定の処理が実行される。そして、ＣＰＵ１１がこのような所定の処理を実行する際に使用するデータがファイルストレージ装置３を介して又はファイルストレージ装置３を介さずにブロックストレージ装置４に読み書きされる。

またホスト計算機２上では、管理エージェント１６が動作する。管理エージェント１６は、ストレージデバイス１５からメモリ１２にロードされ、ＣＰＵ１１により実行される。管理エージェント１６は、自ホスト計算機２の構成情報や性能情報を収集し、収集した構成情報や性能情報をメモリ１２において管理情報１７の一部として保持する。また管理エージェント１６は、保持した構成情報や性能情報を、管理サーバ５からの要求に応じて当該管理サーバ５に送信する。ただし、これらの構成情報や性能情報を管理エージェント１６が定期的に管理サーバ５に通知するようにしても良い。なお、ホスト計算機２を動作させるためにインストールされるＯＳが管理エージェント１６相当の機能を備える場合もある。その場合、管理エージェント１６をホスト計算機２上に別途配置する必要はない。

ファイルストレージ装置３は、ＮＦＳやＣＩＦＳなどのファイルアクセスインタフェースによるデータアクセス手段を提供するストレージ装置であり、例えばＮＡＳ（Network Area Storage）から構成される。本実施の形態の場合、ファイルストレージ装置３は、ゲートウェイ型のものが用いられ、ブロックストレージ装置４が提供する記憶領域を仮想化してホスト計算機２に提供する。

ファイルストレージ装置３は、図３に示すように、内部バス２０を介して相互に接続されたＣＰＵ２１、メモリ２２、ＳＡＮアダプタ２３、ＬＡＮアダプタ２４及びストレージデバイス２５を備えて構成される。そしてファイルストレージ装置３は、ＬＡＮアダプタ２４を介してホスト計算機２及び管理サーバ５と接続され、ＳＡＮアダプタ２３を介してブロックストレージ装置４と接続されている。

このファイルストレージ装置３上では、当該ファイルストレージ装置３内の各要素を制御し、データ保存領域（ファイルシステム）の管理や、ホスト計算機２に対するデータ保存領域の割り当て、アクセス要求に対する応答などを行うマイクロプログラム２６が動作する。マイクロプログラム２６は、ストレージデバイス２５からメモリ２２にロードされ、ＣＰＵ２１により実行される。本実施の形態の場合、マイクロプログラム２６は、ファイルストレージ装置３の構成情報や性能情報を収集し、収集した構成情報や性能情報をメモリ２２において管理情報２７の一部として保持する。またマイクロプログラム２６は、保持した構成情報や性能情報を、管理サーバ５からの要求に応じて当該管理サーバ５に送信する機能をも有する。ただし、これらの構成情報や性能情報をマイクロプログラム２６が定期的に管理サーバ５に通知するようにしても良い。

なお、ファイルストレージ装置３において、ストレージデバイス２５は、マイクロプログラム２６や管理情報２７を保存するために用いられるが、必ずしも設ける必要はない。ストレージデバイス２５を設けない場合、ファイルストレージ装置３は、ブロックストレージ装置４が提供するボリューム内にマイクロプログラム２６や管理情報２７を保存するようにすれば良い。ただし、メモリ２２の一部として不揮発メモリ（ＮＶＲＡＭ：Non-volatile Random Access Memory）を備え、その中にマイクロプログラム２６や管理情報２７を保存するようにしても良い。

ブロックストレージ装置４は、ファイバーチャネルやｉＳＣＳＩなどのブロックアクセスインタフェースによるデータアクセス手段を提供するストレージ装置であり、図４に示すように、内部バス３０を介して相互に接続されたＣＰＵ３１、メモリ３２、キャッシュメモリ３３、ＳＡＮアダプタ３４、ＬＡＮアダプタ３５及び１つ以上の物理ディスク３６を備えて構成される。そしてブロックストレージ装置４は、ＳＡＮアダプタ３４を介してホスト計算機２及びファイルストレージ装置３と接続され、ＬＡＮアダプタ３５を介して管理サーバ５と接続されている。

このブロックストレージ装置４上では、当該ブロックストレージ装置４内の各要素を制御し、データ保存領域（ボリューム）の管理や、ホスト計算機２及びファイルストレージ装置３に対するデータ保存領域の割り当て、アクセス要求に対する応答などを行うマイクロプログラム３７が動作する。マイクロプログラム３７は、特定の物理ディスク３６からメモリ３２にロードされ、ＣＰＵ３１により実行される。なお、メモリ３２の一部として不揮発性メモリを備え、その不揮発性メモリにマイクロプログラム３７を保存するようにしても良い。本実施の形態の場合、マイクロプログラム３７は、ブロックストレージ装置４の構成情報や性能情報を収集し、収集した構成情報や性能情報をメモリ２２において管理情報３８の一部として保持する。またマイクロプログラム３７は、保持した構成情報や性能情報を、管理サーバ５からの要求に応じて当該管理サーバ５に送信する機能をも有する。ただし、これらの構成情報や性能情報をマイクロプログラム３７が定期的に管理サーバ５に通知するようにしても良い。

管理サーバ５は、本計算機システム１内に存在するホスト計算機２、ファイルストレージ装置３及びブロックストレージ装置４を一括管理するためのサーバであり、図５に示すように、内部バス４０を介して相互に接続されたＣＰＵ４１、メモリ４２、ＬＡＮアダプタ４３及びストレージデバイス４４と、図示しないディスプレイ等の表示手段とを備えて構成される。そして管理サーバ５は、ＬＡＮアダプタ４３を介してホスト計算機２、ファイルストレージ装置３及びブロックストレージ装置４と接続されている。

この管理サーバ５上では、ホスト計算機２、ファイルストレージ装置３及びブロックストレージ装置４を管理するための管理ソフトウェア４５が動作する。管理ソフトウェア４５は、ストレージデバイス４４からメモリ４２にロードされ、ＣＰＵ４１により実行される。本実施の形態の場合、管理ソフトウェア４５は、ホスト計算機２、ファイルストレージ装置３及びブロックストレージ装置４から構成情報や性能情報を収集し、収集したこれらの構成情報及び性能情報を管理情報４６の一部として保持する機能をも有する。なお、ホスト計算機２、ファイルストレージ装置３及びブロックストレージ装置４が自己の構成情報や性能情報を定期的に管理サーバ５に通知する形態の場合、管理ソフトウェア４５は、受信したこれらの構成情報及び性能情報を管理情報４６の一部として保持する。

また本実施の形態の場合、管理ソフトウェア４５は、リソース探索モジュール４７及び統合管理ポリシテーブル４８をも備える。これらリソース探索モジュール４７及び統合管理ポリシテーブル４８の詳細については、後述する。

（１−２）ブロックストレージ装置におけるデータ保存領域の管理方法
次に、ブロックストレージ装置４におけるデータ保存領域（実記憶領域）の管理方法について説明する。

ブロックストレージ装置４のマイクロプログラム３７（図４）は、ＲＡＩＤ技術に基づいて、１又は複数の物理ディスク３６によりボリュームを構成する。なお、以下においては、ＲＡＩＤ技術に基づいて構成されたボリュームを、後述の仮想ボリュームと区別するために、論理ボリュームと呼ぶものとする。

図６は、物理ディスク３６及び論理ボリュームＬＶＯＬの関係を示す。図６の例では論理ボリュームＬＶＯＬは、４つの物理ディスク３６から構成される。「１−１」、「１−２」、「１−３」、……とラベル付けした物理ディスク３６内の部分領域は、予め決められたサイズに区切られた領域であり、ストライプと呼ばれる。また、「Ｐ１」、「Ｐ２」、……とラベル付けした部分領域は、対応するストライプのパリティ情報を格納する領域であり、パリティストライプと呼ばれる。

ブロックストレージ装置４は、論理ボリュームＬＶＯＬと物理ディスク３６との間の関係や、後述する仮想ボリュームを含めたボリュームの使用状況などを管理するため、管理情報３８の一部としてボリューム管理テーブル５０（図７）を保持している。

このボリューム管理テーブル５０は、図７に示すように、ボリュームＩＤ欄５０Ａ、状態欄５０Ｂ、ボリューム種別欄５０Ｃ、容量欄５０Ｄ、ＲＡＩＤレベル欄５０Ｅ及びディスクＩＤ欄５０Ｆから構成される。

そしてボリュームＩＤ欄５０Ａには、ブロックストレージ装置４のマイクロプログラム３７（図４）が当該ブロックストレージ装置４内に作成した各ボリュームにそれぞれ付与した識別子（ボリュームＩＤ）が格納される。また状態欄５０Ｂには、対応するボリュームの使用状況などの状態を表す情報（「使用中」又は「未使用」）が格納される。なお、「使用中」は、ホスト計算２に既に割り当てられているか、又は後述の仮想ボリュームに使用されている状態を示し、「未使用」は、ボリュームが未だホスト計算機２に割り当てられておらず、又はいずれの仮想ボリュームに使用されていない状態を示す。

ボリューム種別欄５０Ｃには、対応するボリュームの特性を表す情報（ボリューム種別）が格納される。例えば、対応するボリュームがＳＡＳディスクで構成された論理ボリュームである場合には「ＳＡＳ」、ＳＡＴＡディスクで構成された論理ボリュームである場合には「SATA」、ＳＳＤで構成された論理ボリュームである場合には「SSD」という文字列情報がそれぞれ格納される。また対応するボリュームが後述の仮想ボリュームである場合には「VIRTUAL」という文字列情報が格納される。

さらに容量欄５０Ｄには、対応するボリュームの容量が格納され、ＲＡＩＤレベル欄５０Ｅには、そのボリュームの構成に使用されているＲＡＩＤレベルが格納される。なお、このＲＡＩＤレベル欄５０Ｅは、対応するボリュームが仮想ボリュームの場合には使用されない。

さらにディスクＩＤ欄５０Ｆには、対応するボリュームの構成に使用されている物理ディスク３６の識別子（ディスクＩＤ）が格納される。なお、このディスクＩＤ欄５０Ｆも、対応するボリュームが仮想ボリュームの場合には使用されない。

ここで、仮想ボリュームについて説明する。仮想ボリュームは、作成した時点ではデータを保存する実記憶領域をもたず、当該仮想ボリュームに対するホスト計算機２からのライトアクセス要求に応じて物理ディスク３６の実記憶領域が動的に割り当てられるボリュームである。

図８は、仮想ボリュームＶＶＯＬ及び論理ボリュームＬＶＯＬの関係を示す。この図８に示すように、仮想ボリュームＶＶＯＬに対する実記憶領域の割り当ては、多くの場合、物理ディスク３６が提供する実記憶領域を直接割り当てるのではなく、物理ディスク３６が提供する実記憶領域上に論理ボリュームＬＶＯＬを構成した後、その論理ボリュームＬＶＯＬの一部領域を割り当てることにより行われる。

ブロックストレージ装置４のマイクロプログラム３７は、ホスト計算機２から仮想ボリュームＶＶＯＬに対するデータの書込み要求が与えられた場合、かかる論理ボリュームＬＶＯＬから、予め決められたサイズに区切られた実記憶領域のうちの未使用の実記憶領域ＲＡ１，ＲＡ２を、かかるライトアクセス要求においてデータのライト先として指定された仮想ボリュームＶＶＯＬ内の記憶領域ＶＡ１，ＶＡ２に割り当てる。

このためブロックストレージ装置４のマイクロプログラム３７は、仮想ボリュームＶＶＯＬ及び論理ボリュームＬＶＯＬの関係や、仮想ボリュームＶＶＯＬに対する実記憶領域の割り当て状況、論理ボリュームＬＶＯＬ内の使用状況を管理するために、管理情報３８（図４）の一部として図９に示すような仮想ボリューム管理テーブル５１と、図１０に示すような未使用領域管理テーブル５２とを保持している。

仮想ボリューム管理テーブル５１は、仮想ボリュームＶＶＯＬ内の各記憶領域と、論理ボリュームＬＶＯＬの実記憶領域との対応関係を管理するためのテーブルであり、図９に示すように、仮想ボリューム欄５１Ａ及び論理ボリューム欄５１Ｂから構成される。

仮想ボリューム欄５１Ａは、ボリュームＩＤ欄５１ＡＡ、開始ＬＢＡ欄５１ＡＢ及び終了ＬＢＡ欄５１ＡＣから構成されており、ボリュームＩＤ欄５１ＡＡには、仮想ボリュームＶＶＯＬに付与されたボリュームの識別子（ボリュームＩＤ）が格納される。また開始ＬＢＡ欄５１ＡＢ及び終了ＬＢＡ欄５１ＡＣには、その仮想ボリュームＶＶＯＬ内の記憶領域のうち、論理ボリュームＬＶＯＬから実記憶領域が割り当てられている記憶領域の開始ＬＢＡ及び終了ＬＢＡがそれぞれ格納される。

論理ボリューム欄５１Ｂも同様に、ボリュームＩＤ欄５１ＢＡ、開始ＬＢＡ欄５１ＢＢ及び終了ＬＢＡ欄５１ＢＣから構成されており、ボリュームＩＤ欄５１ＢＡには、対応する仮想ボリュームＶＶＯＬの記憶領域に割り当てられた実記憶領域を提供する論理ボリュームＬＶＯＬの識別子（ボリュームＩＤ）が格納される。また開始ＬＢＡ欄５１ＢＢ及び終了ＬＢＡ欄５１ＢＣには、かかる仮想ボリュームＶＶＯＬに割り当てられたその論理ボリュームＬＶＯＬ内の実記憶領域の開始ＬＢＡ及び終了ＬＢＡがそれぞれ格納される。

従って、図９では、「３」というボリュームＩＤが付与された仮想ボリュームＶＶＯＬにおける「0x00000000」から「0x0001af0f」までの記憶領域に対して、「０」というボリュームＩＤが付与された論理ボリュームＬＶＯＬ内の「0x00000000」から「0x0001af0f」までの実記憶領域が割り当てられていることが示されている。

一方、未使用領域管理テーブル５２は、仮想ボリュームＶＶＯＬに実記憶領域を割り当てる各論理ボリュームＬＶＯＬ内の実記憶領域のうち、いずれの仮想ボリュームＶＶＯＬにも割り当てられていない実記憶領域（以下、これを未使用実記憶領域と呼ぶ）を管理するためのテーブルであり、図１０に示すように、ボリュームＩＤ欄５２Ａ、開始ＬＢＡ欄５２Ｂ及び終了ＬＢＡ欄５２Ｃから構成されている。

そしてボリュームＩＤ欄５２Ａには、未使用実記憶領域を有する論理ボリュームＬＶＯＬのボリュームＩＤが格納され、開始ＬＢＡ欄５２Ｂ及び終了ＬＢＡ欄５２Ｃには、それぞれ対応する論理ボリュームＬＶＯＬ内の未使用実記憶領域の開始ＬＢＡ及び終了ＬＢＡがそれぞれ格納される。

従って、図１０では、「０」というボリュームＩＤが付与された論理ボリュームＬＶＯＬ内のアドレスが「0x0001af10」〜「0x0002ffff」の範囲の実記憶領域と、「0x000350f0」〜「0x0004ffff」の範囲の実記憶領域とが、未だいずれの仮想ボリュームＶＶＯＬにも割り当てられていないことが示されている。

（１−３）本実施の形態によるリソース統合管理機能
次に、管理サーバ５に搭載されたリソース統合管理機能について説明する。

本実施の形態の場合、管理サーバ５には、ホスト計算機２、ファイルストレージ装置３及びブロックストレージ装置４のそれぞれから構成情報を収集して管理し、これらの構成情報と、予め規定されたポリシとに基づいて、システム管理者により指定された、新たに配置しようとするアプリケーションに対して最適なホスト計算機２、ファイルストレージ装置３及びブロックストレージ装置４及びこれらの接続形態（以下、これを適宜、リソース構成又はリソースの組合せと呼ぶ）を探索し、探索結果をシステム管理者に提示するリソース統合管理機能が搭載されている。

かかるリソース統合管理機能に基づく処理を実行するための手段として、ホスト計算機２、ファイルストレージ装置３及びブロックストレージ装置４の各メモリ１２，２２，３２（図２〜図４）には、管理情報１７，２７，３８（図２〜図４）の一部として図１１に示すリソース情報テーブル５３と、図１２に示す接続先情報テーブル５４とがそれぞれ格納されている。また、管理サーバ５のメモリ４２（図５）には、管理ソフトウェア４５（図５）の一部としてリソース探索モジュール４７及び図１３に示す統合管理ポリシテーブル５５が格納されると共に、管理情報４６の一部として図１４に示すリソース管理テーブル５６が格納されている。

リソース情報テーブル５３は、管理エージェント１６（図２）やマイクロプログラム２６，３７（図３、図４）が収集した自リソース（ホスト計算機２、ファイルストレージ装置３又はブロックストレージ装置４）の構成情報を保持するためのテーブルであり、図１１に示すように、リソースＩＤ欄５３Ａ、リソース種別欄５３Ｂ及びリソース詳細欄５３Ｃから構成される。

そしてリソースＩＤ欄５３Ａには、予めシステム管理者や管理サーバ５から与えられたそのリソースに固有の識別子が格納される。例えば、ホスト計算機２又はファイルストレージ装置３が保持するリソース情報テーブル５３であれば、そのホスト計算機２又はファイルストレージ装置３のホスト名がリソースＩＤ欄５３Ａに格納され、ブロックストレージ装置４が保持するリソース情報テーブル５３であれば、そのブロックストレージ装置４のシリアル番号がリソースＩＤ欄５３Ａに格納される。

またリソース種別欄５３Ｂには、そのリソースの種別が格納される。例えば、ホスト計算機２が保持するリソース情報テーブル５３であれば、「Host」という文字列情報がリソース種別欄５３Ｂに格納され、ブロックストレージ装置３が保持するリソース情報テーブル５３であれば、「Block」という文字列情報がリソース種別欄５３Ｂに格納される。またファイルストレージ装置３が保持するリソース情報テーブル５３であれば、そのファイルストレージ装置３が通常使用される場合には「NAS」、アーカイブとして使用される場合には「Archive」という文字列情報がリソース種別欄５３Ｂに格納される。

さらにリソース詳細欄５３Ｃには、そのリソースに関する詳細情報が格納される。例えば、ホスト計算機２が保持するリソース情報テーブル５３であれば、そのホスト計算機２に搭載されたＯＳ（Operating System）の種類がリソース詳細欄５３Ｃに格納される。ただし、そのホスト計算機２上で通常のＯＳでなく、仮想化ソフトウェア（Hypervisor）が動作している場合には、「Hypervisor」という文字列情報がリソース詳細欄５３Ｃに格納される。またファイルストレージ装置３が保持するリソース情報テーブル５３であれば、そのファイルストレージ装置３が提供可能なファイルアクセスインタフェースの種類（例えばＮＦＳ、ＣＩＦＳ又はＸＡＭ）がリソース詳細欄５３Ｃに格納される。

さらにブロックストレージ装置４が保持するリソース情報テーブル５３であれば、そのブロックストレージ装置４が提供可能なボリュームのボリューム種別及び最大容量がリソース詳細欄５３Ｃに格納される。なお、リソース詳細欄５３Ｃに種別等が格納されるのは、ボリューム管理テーブル５０（図７）の状態欄５０Ｂ（図７）に「未使用」という情報が格納されているボリュームのみである。また最大容量としては、かかるボリューム（ボリューム管理テーブル５０の状態欄５０Ｂに「未使用」という情報が格納されているボリューム）のうち、同一のボリューム種別の最大容量が登録される。ただし、ボリューム種別が「VIRTUAL」のボリュームについては、最大容量は登録されない。

接続先情報テーブル５４は、自リソースの接続先を管理するためのテーブルであり、図１２に示すように、ポートＩＤ欄５４Ａ、ポート種別欄５４Ｂ及び接続先欄５４Ｃから構成される。

そしてポートＩＤ欄５４Ａには、そのリソースが備える各ポートの識別子（ポートＩＤ）が格納される。またポート種別欄５４Ｂには、対応するポートの種別が格納される。例えば、ＳＡＮアダプタ１３，２３，３４（図２〜図４）のポートの場合には「ＦＣ」、ＬＡＮアダプタ１４，２４，３５（図２〜図４）のポートの場合には「ＩＰ」といった文字列情報が格納される。さらに接続先欄５４Ｃには、対応するポートから到達可能な他のリソースの識別子が格納される。

一方、リソース探索モジュール４７は、後述する統合管理ポリシテーブル５５及びリソース管理テーブルを参照して、システム管理者が指定したアプリケーション種別に対して最適なリソース構成を探索し、探索により検出したリソース構成をシステム管理者に提示するためのプログラムである。なお、以下においては、各種処理の処理主体を「管理ソフトウェア」や「リソース探索モジュール」として説明する場合があるが、実際上は、「管理ソフトウェア」又は「リソース探索モジュール」に基づいて管理サーバ５のＣＰＵ４１がその処理を実行することは言うまでもない。

統合管理ポリシテーブル５５は、アプリケーションの種別ごとに最適なインタフェース種別及びボリューム種別を予め規定したテーブルであり、図１３に示すように、アプリケーション種別欄５５Ａ、仮想ホスト使用時インタフェース欄５５Ｂ、ファイルストレージ種別５５Ｃ及びボリューム種別欄５５Ｄから構成される。

そしてアプリケーション種別欄５５Ａには、ホスト計算機２に実装される各アプリケーションの種別が格納される。このような種別としては、「データベース」や、「メールサーバ」及び「ポータルサーバ」などがある。また仮想ホスト使用時インタフェース欄５５Ｂには、対応するアプリケーションを仮想ホスト上に配置する場合に、仮想化ソフトウェア（Hypervisor）層にデータ保存領域を割り当てる際に用いるべきインタフェース（例えばＦＣ、ＮＦＳ又はＣＩＦＳ）が格納される。

さらにファイルストレージ種別欄５５Ｃには、対応するアプリケーションを配置する場合に使用すべきファイルストレージ装置３の種別が格納される。例えば、通常のファイルストレージ装置３を用いるべき場合は「NAS」という文字列情報、データの長期保存に特化したファイルストレージ装置３を用いるべき場合は「Archive」という文字列情報がそれぞれ格納される。

さらにボリューム種別欄５５Ｄには、対応するアプリケーションを配置する場合に、使用すべきブロックストレージ装置４上のボリュームの種別（ボリューム種別）が登録される。このようなボリューム種別としては、ＳＳＤ（Solid State Drive）、ＳＡＳ及びＳＡＴＡなどが挙げられる。

なお、統合管理ポリシテーブル５５は、予め作成されているものを管理サーバ５の管理ソフトウェア４５（図５）が保持していても良く、また内容を作成、変更又は削除できるインタフェースを設けて、システム管理者が自在に作成又は変更等できるようにしても良い。

リソース管理テーブル５６は、管理サーバ５が各ホスト計算機２、ファイルストレージ装置３及びブロックストレージ装置４の構成を管理するために用いるテーブルであり、管理ソフトウェア４５がホスト計算機２、ファイルストレージ装置３及びブロックストレージ装置４からそれぞれ取得した構成情報及び性能情報に基づいてリソース探索モジュール４７により作成される。このリソース管理テーブル５６は、図１３に示すように、リソースＩＤ欄５６Ａ、リソース種別欄５６Ｂ、リソース詳細欄５６Ｃ、ポートＩＤ欄５６Ｄ、ポート種別欄５６Ｅ及び接続先欄５６Ｆから構成される。

そしてリソースＩＤ欄５６Ａ、リソース種別欄５６Ｂ及びリソース詳細欄５６Ｃには、それぞれ図１１について上述したリソース情報テーブル５３のリソースＩＤ欄５３Ａ、リソース種別欄５３Ｂ又はリソース詳細欄５３Ｃにそれぞれ格納された情報と同じ情報が格納される。またポートＩＤ欄５６Ｄ、ポート種別欄５６Ｅ及び接続先欄５６Ｆには図１２について上述した接続先情報テーブル５４のポートＩＤ欄５４Ａ、ポート種別欄５４Ｂ及び接続先欄５４Ｃにそれぞれ格納された情報と同じ情報が格納される。

（１−４）探索条件指定画面
図１５は、所定操作により管理サーバ５に表示される探索条件指定画面６０の構成例を示す。システム管理者は、いずれかのホスト計算機２に新たなアプリケーションを配置しようとする際に、この探索条件指定画面６０を用いて、そのアプリケーションの種別（アプリケーション種別）に対して最適なホスト計算機２、ファイルストレージ装置３及びブロックストレージ装置４の組合せを検索することができる。

実際上、探索条件指定画面６０は、アプリケーション種別選択フィールド６１、ホスト／ＯＳ種別選択フィールド６２及び割当容量フィールド６３と、ＯＫボタン６４及びキャンセルボタン６５とから構成される。

そしてアプリケーション種別選択フィールド６１には、選択アプリケーション表示部６１Ａ及びプルダウンボタン６１Ｂが設けられており、プルダウンボタン６１Ｂをクリックすることによって、統合管理ポリシテーブル５５（図１３）に登録されているすべてのアプリケーション種別が掲載されたプルダウンメニュー（図示せず）を表示させることができる。かくして、システム管理者は、このプルダウンメニューに掲載されたアプリケーション種別の中から、新たに配置しようとするアプリケーションのアプリケーション種別を選択することによって、そのアプリケーション種別を選択アプリケーション表示部６１Ａ内に表示させることができる。

ホスト／ＯＳ種別選択フィールド６２には、リソース管理テーブル５６（図１４）に登録されている各ホスト計算機２の種別（「物理ホスト」又は「仮想ホスト」）と、そのホスト計算機２に実装されたＯＳの種別（「Windows(登録商標)」又は「Unix(登録商標)」など）とを表す選択肢６２ＡＡ〜６２ＡＣが表示され、これら選択肢６２ＡＡ〜６２ＡＣとそれぞれ対応させてラジオボタン６２ＢＡ〜６２ＢＣが表示される。かくしてシステム管理者は、アプリケーションを実装するホスト計算機２として所望するホスト計算機種別及びそのホスト計算機２に実装されたＯＳとして所望するＯＳ種別を表す選択肢６２ＡＡ〜６２ＡＣと対応付けられたラジオボタン６２ＢＡ〜６２ＢＣをオンさせることにより、そのとき新たに配置しようとするアプリケーションの配置先となるホスト計算機２の種別及びそのホスト計算機２に実装されているＯＳ種別を選択することができる。

例えば図１５の例の場合、アプリケーションを仮想化ソフトウェア（Hypervisor）によって作成された仮想ホスト上で動作させる場合には「仮想ホスト」を選択し、仮想化ソフトウェアを使用せずにホスト計算機２上で直接動作させる場合には「物理ホスト」を選択する。また「物理ホスト」を選択する場合であって、ＯＳとして「Windows(登録商標)」が実装されたホスト計算機２を選択する場合には「物理ホスト（Windows（登録商標））」を選択し、ＯＳとして「Unix(登録商標)」が実装されたホスト計算機２を選択する場合には「物理ホスト（Unix(登録商標)）」を選択する。なお、図１５に示したホスト計算機２及びＯＳの種別の組合せは一例であり、計算機システム１内に他のＯＳが実装されたホスト計算機２が存在する場合には、そのホスト計算機２に対応する選択肢も表示されることになる。

さらに割当容量フィールド６３には、割当て容量表示部６３Ａが設けられており、システム管理者は、管理サーバ５を操作してそのとき配置しようとしている新しいアプリケーションに対して割り当てるべきデータ保存領域の容量を割当て容量表示部６３Ａに入力することができる。

そして探索条件指定画面６０では、そのとき配置しようとしている新しいアプリケーションのアプリケーション種別をアプリケーション種別選択フィールド６１の選択アプリケーション表示部６１Ａに表示させ、そのアプリケーションを実装すべきホスト計算機２とそのホスト計算機２に実装されているＯＳの種別とをホスト／ＯＳ種別選択フィールド６２において選択し、さらにそのアプリケーションに割り当てるべきデータ保存領域の容量を割当て容量表示部６３Ａに表示させた後、ＯＫボタン６４をクリックすることによって、そのとき入力した条件に応じて、そのアプリケーションを実装すべきホスト計算機２と、そのホスト計算機２と組み合わせるべきファイルストレージ装置３及びブロックストレージ装置４とを管理サーバ５に検索（以下、この検索処理を第１のリソース構成探索処理と呼ぶ）させることができる。なお、キャンセルボタン６５をクリックすることによって、この探索条件指定画面６０を閉じることができる。この場合、上述の第１のリソース構成探索処理は実行されない。

（１−５）探索結果表示画面
一方、図１６は、上述の第１のリソース構成探索処理が実行された結果、管理サーバ５に表示される探索結果表示画面７０の構成例を示す。

この探索結果表示画面７０では、かかる第１のリソース構成探索処理により検出された、そのとき配置しようとしている新しいアプリケーションに最適なリソース構成が、これらリソースのリソースＩＤと、これらリソースにおける他のリソースとの接続に使用すべきポートのポートＩＤとを含む模式図７１Ａ，７１Ｂとして表示される。

また探索結果表示画面７０では、かかる第１のリソース構成探索処理において複数のリソース構成が検出された場合に、これらリソース構成における各リソースの接続形態を表す模式図７１Ａ，７１Ｂが、優先順位の高いリソース構成ほど優先的に表示（本実施の形態においては、探索結果表示画面７０のより上側に位置するように表示）される。

かくしてシステム管理者は、この探索結果表示画面７０を参照して、人手により、所望するリソース構成の模式図７１Ａ，７１Ｂを参照して、対応する各リソースに対して他のリソースとの接続の設定を行うことによって、そのアプリケーションに最適なリソース構成を構築することができる。

ただし、探索結果表示画面７０の左下側に設けられたチェックボックス７３にチェックを入れ、さらにリソース構成の模式図７１Ａ，７１Ｂが複数表示されている場合には、対応するラジオボタン７２Ａ，７２Ｂをオン表示させるようにして所望するリソース構成を１つ選択した上で、当該探索結果表示画面７０の右下側に表示されたＯＫボタン７４をクリックすることによって、かかる設定を自動的に設定させることができる。

この場合、管理サーバ５（正確には管理サーバ５のリソース探索モジュール４７）は、管理ＬＡＮ６（図１）を介して対応する各リソースをそれぞれ制御することにより、そのとき探索結果表示画面７０に表示されている模式図７１Ａ，７１Ｂに示された接続形態で接続するように、これらのリソースに対する他のリソースとの接続の設定を行う。

なお、探索結果表示画面７０は、画面右下に表示されたキャンセルボタン７５をクリックすることにより閉じることができる。

（１−６）第１のリソース構成探索処理
図１７は、システム管理者が上述の探索条件指定画面６０において必要な入力操作を行った後にＯＫボタン６４をクリックしたときに、管理サーバ５のリソース探索モジュール４７（図５）により実行される第１のリソース構成探索処理の処理手順を示す。

リソース探索モジュール４７は、探索条件指定画面６０において必要な入力操作が行われた後にＯＫボタン６４がクリックされると、この図１６に示す第１のリソース構成探索処理を開始し、まず、探索条件指定画面６０においてシステム管理者により指定された種別のホスト計算機２をリソース管理テーブル５６（図１４）上で探索する（ＳＰ１）。

具体的に、リソース探索モジュール４７は、探索条件指定画面６０のホスト／ＯＳ種別選択フィールド６２においてホスト計算機２の種別として「仮想ホスト」が選択されている場合には、リソース管理テーブル５６のリソース種別欄５６Ｂに「Host」という文字列情報が格納され、かつリソース詳細欄５６Ｃに「Hypervisor」という文字列情報が格納されているエントリを探索する。またリソース探索モジュール４７は、探索条件指定画面６０のホスト／ＯＳ種別選択フィールド６２においてホスト計算機２の種別として「物理ホスト」が選択されている場合には、リソース管理テーブル５６のリソース種別欄５６Ｂに「Host」という文字列情報が格納され、かつ探索条件指定画面６０のホスト／ＯＳ種別選択フィールド６２において指定されたＯＳ種別と同じＯＳ種別がリソース詳細欄５６Ｃに格納されているエントリを探索する。

次いで、リソース探索モジュール４７は、かかる検索により探索条件指定画面６０においてシステム管理者により指定された種別のホスト計算機２を検出できたか否かを判断する（ＳＰ２）。そしてリソース探索モジュール４７は、この判断において否定結果を得ると、指定された種別のホスト計算機２がシステム内に存在しない旨の警告を管理サーバ５に表示させ（ＳＰ３）、この後、この第１のリソース構成探索処理をエラー終了する。

これに対してリソース探索モジュール４７は、ステップＳＰ２の判断において肯定結果を得ると、統合管理ポリシテーブル５５（図１３）を参照して、探索条件指定画面６０において指定された新たに配置しようとしているアプリケーションの種別に対して予め規定されたファイルストレージ装置３の種別と、ボリュームの種別とを取得する（ＳＰ４）。

そしてリソース探索モジュール４７は、ステップＳＰ４での取得結果に基づいて、新たに配置しようとしているアプリケーションの種別に対して組み合わせるべきファイルストレージ装置３の種別を取得できたか否か（そのファイルストレージ装置３の種別が統合管理ポリシテーブル５５において規定されているか否か）を判断する（ＳＰ５）。

リソース探索モジュール４７は、この判断において否定結果を得ると、ホスト計算機２とＳＡＮ７を介して接続されており、かつ、統合管理ポリシテーブル５５において指定されている種別のボリュームを、探索条件指定画面６０において指定された容量分だけ提供可能なブロックストレージ装置４を探索する（ＳＰ６）。

具体的に、リソース探索モジュール４７は、リソース管理テーブル５６を参照して、ステップＳＰ１の探索により検出したホスト計算機２のエントリのうち、ポート種別欄５６Ｅに「ＦＣ」の文字列情報が格納されているエントリの接続先欄５６ＦにそのリソースＩＤが格納されており、リソース管理テーブル５６上の対応するエントリのリソース種別欄５６Ｂに「Block」の文字列情報が格納され、かつ、当該対応するエントリのリソース詳細欄５６ＣにステップＳＰ４において取得したボリューム種別と同じボリューム種別を表す文字列情報が格納され、さらに、当該リソース詳細欄５６Ｃに格納されている割当て可能容量が、探索条件指定画面６０において指定されたデータ保存領域の容量以上のブロックストレージ装置４を探索する。なお、リソース探索モジュール４７は、この探索により該当するブロックストレージ装置４を検出した場合には、そのリソースＩＤが接続先に含まれるファイルストレージ装置３上のポートのポートＩＤを記憶する。そしてリソース探索モジュール４７は、この探索を終了すると、ステップＳＰ１１に進む。

これに対してリソース探索モジュール４７は、ステップＳＰ５の判断において肯定結果を得ると、ステップＳＰ１の探索により検出した１又は複数のホスト計算機２のいずれかとデータＬＡＮ８（図１）を介して接続されており、かつ、ステップＳＰ４において取得した種別のファイルストレージ装置３を探索する（ＳＰ７）。

具体的に、リソース探索モジュール４７は、リソース管理テーブル５６を参照して、ステップＳＰ１の探索により検出したホスト計算機２のエントリのうち、ポート種別欄５６Ｅに「ＩＰ」の文字列情報が格納されているエントリの接続先欄５６ＦにそのリソースＩＤが格納されており、かつリソース管理テーブル５６上の対応するエントリのリソース種別欄５６ＢにステップＳＰ４において取得したファイルストレージ種別と同じファイルストレージ種別を表す文字列情報が格納され、さらに、当該対応するエントリのリソース詳細欄５６ＣにＯＳが利用可能なファイルアクセスインタフェースが格納されているファイルストレージ装置３を探索する。なお、「ＯＳが利用可能なファイルアクセスインタフェース」としては、ＯＳが「Windows（登録商標）」であればＣＩＦＳ、ＯＳが「Unix(登録商標)」であればＮＦＳが該当する。またリソース探索モジュール４７は、この探索により該当するファイルストレージ装置３を検出した場合には、そのリソースＩＤが接続先に含まれるホスト計算機２上のポートのポートＩＤを記憶する。

続いてリソース探索モジュール４７は、この探索により該当するファイルストレージ装置３を検出できたか否かを判断する（ＳＰ８）。そしてリソース探索モジュール４７は、この判断において否定結果を得ると、指定された種別のファイルストレージ装置３がシステム内に存在しない旨の警告を管理サーバ５に表示させ（ＳＰ９）、この後、この第１のリソース構成探索処理をエラー終了する。

これに対してリソース探索モジュール４７は、ステップＳＰ８の判断において肯定結果を得ると、ステップＳＰ７の探索により検出した１又は複数のファイルストレージ装置３のいずれかとＳＡＮ７（図１）を介して接続されており、かつ、ステップＳＰ４において取得したボリューム種別のボリュームを指定された容量分だけ提供可能なブロックストレージ装置４を探索する（ＳＰ１０）。

具体的に、リソース探索モジュール４７は、リソース管理テーブル５６（図１４）を参照して、ステップＳＰ７の探索により検出したファイルストレージ装置３のエントリのうち、ポート種別欄５６Ｅに「ＦＣ」という文字列情報が格納されているエントリの接続先欄５６ＦにそのリソースＩＤが格納されており、リソース管理テーブル５６上の対応するエントリのリソース種別欄５６Ｂに「Block」という文字列情報が格納され、かつ、当該対応するエントリのリソース詳細欄５６ＣにステップＳＰ４において取得したボリューム種別と同じボリューム種別を表す文字列情報が格納され、さらに、当該リソース詳細欄５６Ｃに格納されている割当て可能容量が、探索条件指定画面６０において指定されたデータ保存領域の容量以上のブロックストレージ装置４を探索する。なお、リソース探索モジュール４７は、この探索により該当するブロックストレージ装置４を検出した場合には、そのリソースＩＤが接続先に含まれるファイルストレージ装置３上のポートのポートＩＤを記憶する。

次いでリソース探索モジュール４７は、ステップＳＰ６又はステップＳＰ１０の探索により該当するブロックストレージ装置４を検出できたか否かを判断し（ＳＰ１１）、否定結果を得ると、指定された種別のボリュームを提供するブロックストレージ装置４が存在しない旨の警告を管理サーバ５に表示させ（ＳＰ１２）、この後、この第１のリソース構成探索処理をエラー終了する。

これに対してリソース探索モジュール４７は、ステップＳＰ１１の判断において肯定結果を得ると、ステップＳＰ１〜ステップＳＰ１０の処理により検出したリソース構成の模式図７１Ａ，７１Ｂが掲載された探索結果表示画面７０を管理サーバ５に表示させ（ＳＰ１３）、この後、この第１のリソース構成探索処理を終了する。

なお、かかる第１のリソース構成探索処理のステップＳＰ１３においてリソース探索モジュール４７により実行される処理（以下、これを探索結果表示処理と呼ぶ）の具体的な処理内容を図１８に示す。

リソース探索モジュール４７は、第１のリソース構成探索処理のステップＳＰ１３に進むと、この図１８に示す探索結果表示処理を開始し、まず、第１のリソース構成探索処理のステップＳＰ１〜ステップＳＰ１０の処理により複数のリソース構成を検出したか否かを判断する（ＳＰ２０）。

そしてリソース探索モジュール４７は、この判断において否定結果を得ると、第１のリソース構成探索処理のステップＳＰ１〜ステップＳＰ１０の処理により検出した１つのリソース構成の模式図７１Ａ，７１Ｂが掲載された探索結果表示画面７０（図１６）を管理サーバ５に表示させ（ＳＰ２３）、この後、この探索結果表示処理を終了して第１のリソース構成探索処理に戻る。

これに対してリソース探索モジュール４７は、ステップＳＰ２０の判断において否定結果を得ると、第１のリソース構成探索処理のステップＳＰ１〜ステップＳＰ１０の処理により検出したリソース構成ごとに、そのリソース構成を構成する各リソース（ホスト計算機２、ファイルストレージ装置３及びブロックストレージ装置４）からそれぞれ性能情報を取得する（ＳＰ２１）。

具体的にリソース探索モジュール４７は、かかるリソース構成ごとに、各リソースからＣＰＵ１１，２１，３１（図２〜図４）の使用率（ＣＰＵ使用率）と、そのリソース構成においてこれらリソースが他のリソースとの接続にそれぞれ使用する各ポートの使用率（ポート使用率）とを取得する。

なお、各リソースがＣＰＵ使用率及び各ポート使用率を計算する計算期間（平均をとる期間）については、予め管理ソフトウェア４５（図５）がその情報をもち、予めシステム内の各リソースにその計算期間をそれぞれ指示しておくか、またはかかるリソース構成を構成する各リソースに性能情報の転送を要求する際にリソース探索モジュール４７がその計算期間を指示するようにすれば良い。

続いてリソース探索モジュール４７は、上述のようにして取得したリソース構成ごとの各リソースにおけるＣＰＵ使用率及び各ポート使用率に基づいて、リソース構成ごとの優先順位を決定する（ＳＰ２２）。

ここで、このような優先順位の決定方法としては、ＣＰＵ使用率及びポート使用率の単純平均に基づいて優先順位を決定する第１の方法と、リソースの種別ごとにそれぞれ重み付けをして行う第２の方法と、性能情報ごとにそれぞれ重み付けをして行う第３の方法と、第２及び第３の方法を合成した第４の方法とが考えられる。

このうち第１の方法は、ホスト計算機２のＣＰＵ使用率をHtCu、ファイルストレージ装置３のＣＰＵ使用率をFsCu、ブロックストレージ装置４のＣＰＵ使用率をBsCuとし、ホスト計算機２のポート使用率をHtPu、ファイルストレージ装置３のポート使用率をFsPu、ブロックストレージ装置４のポート使用率をBsPuとして、次式のように、リソース構成ごとに各要素のＣＰＵ使用率及びポート使用率の逆数の平均を指標として計算し、その値が大きいリソース構成ほど優先順位を高くする方法である。

なお（１）式において「逆数」の平均をとっているのは、後述のように第２〜第４の方法において重み付けをするため、値が大きいものほど優先順位が高くなるようにするためである。

また第２の方法は、ホスト計算機２の重付け係数をWtHt、ファイルストレージ装置３の重付け係数をWtFs、ブロックストレージ装置４の重付け係数をWtBsとして、次式によりリソース構成ごとに指標を計算し、その値が大きいリソース構成ほど優先順位を高くする方法である。

なお（２）式において、各重付け係数WtHt、WtFs及びWtBsの値はシステム設計者等により予め管理ソフトウェア４５に与えられているものとする。ただし、これらの重付け係数WtHt、WtFs及びWtBsの値をシステム管理者が変更できるようにしても良い。このようにすることによって、システム管理者が優先的に考慮させたいと考えているリソースの重付け係数WtHt、WtFs又はWtBsを大きい値に変更することができる。

さらに第３の方法は、各リソースのＣＰＵ利用率及びポート利用率の重付け係数をそれぞれWtCu及びWtPuとして、次式によりリソース構成ごとの指標を計算し、その値が大きいリソース構成ほど優先順位を高くする方法である。

なお（３）式において、各重付け係数WtCu及びWtPuの値はシステム設計者等により予め管理ソフトウェアに与えられているものとする。ただし、これらの重み付け係数WtCu及びWtPuの値をシステム管理者が変更できるようにしても良い。このようにすることによって、システム管理者が優先的に考慮させたいと考えている性能情報の重付け係数WtCu又はWtPuを大きい値に変更することができる。

さらに第４の方法は、ホスト計算機２のＣＰＵ使用率及びポート使用率の各重付け係数をそれぞれWtHtCu及びWtHtPu、ファイルストレージ装置３のＣＰＵ使用率及びポート使用率の各重付け係数をそれぞれWtFsCu及びWtFsPu、ブロックストレージ装置４のＣＰＵ使用率及びポート使用率の各重付け係数をそれぞれWtBsCu及びWtBsPuとして、次式によりリソース構成ごとの指標を計算し、その値が大きいリソース構成ほど優先順位を高くする方法である。

なお（４）式において、各重付け係数WtHtCu、WtHtPu、WtFsCu、WtFsPu、WtBsCu及びWtBsPuの値はシステム設計者等により予め管理ソフトウェアに与えられているものとする。ただし、これらの重み付け係数WtHtCu、WtHtPu、WtFsCu、WtFsPu、WtBsCu及びWtBsPuの値をシステム管理者が変更できるようにしても良い。このようにすることによって、システム管理者が優先的に考慮させたいと考えている性能情報の重付け係数WtHtCu、WtHtPu、WtFsCu、WtFsPu、WtBsCu及びWtBsPuを大きい値に変更することができる。

そしてリソース探索モジュール４７は、以上のような方法により各リソース構成の優先順位を決定すると、この後、優先順位が高いリソース構成の模式図７１Ａ，７１Ｂほど画面の上側に位置するような探索結果表示画面７０（図１６）を作成する。この際、リソース探索モジュール４７は、ホスト計算機２上で使用可能なポートのポートＩＤと、ファイルストレージ装置３及びブロックストレージ装置４間の接続に使用可能なファイルストレージ装置３上のポートのポートＩＤとして、上述の第１のリソース構成探索処理のステップＳＰ７と、ステップＳＰ６又はステップＳＰ１０とにおいて記憶したものを利用するが、他のポートのポートＩＤについては、リソース管理テーブル５６から取得したものを利用する。

次いで、リソース探索モジュール４７は、作成した探索結果表示画面７０を管理サーバ５に表示させ（ＳＰ２３）、この後、この探索結果表示処理を終了して第１のリソース構成探索処理に戻る。

（１−７）本実施の形態の効果
以上のように本実施の形態による計算機システム１では、管理サーバ５には、ホスト計算機２、ファイルストレージ装置３及びブロックストレージ装置４のそれぞれから構成情報を収集して管理し、これらの構成情報と、予め与えられたポリシ（統合管理ポリシテーブル５５）とに基づいて、システム管理者により指定された種別のアプリケーションに対して最適なリソース構成を探索し、探索結果をシステム管理者に提示する。

従って、システム管理者は、各種別のアプリケーションの特徴や、各ホスト計算機２、各ファイルストレージ装置３及び各ブロックストレージ装置４の特徴及び機能などの知識及び経験を必要とすることなく、新たに配置しようとするアプリケーションに最適なリソース構成を構築することができる。

かくするにつき、本実施の形態によれば、多数のブロックストレージ装置３及びファイルストレージ装置３が併存する大規模データセンタにおいて、ストレージ装置を置き換えることなく、ブロックストレージ装置３及びファイルストレージ装置３の使い分けや利用可能なリソースの探索などの管理を容易にし得る計算機システムを実現できる。

（２）第２の実施の形態
図１との対応部分に同一符号を付して示す図１９は、第２の実施の形態による計算機システム８０を示す。この計算機システム８０は、管理サーバ８１の構成を除いて第１の実施の形態による計算機システム１と同様に構成されている。

また管理サーバ８１は、図５との対応部分に同一符号を付して示す図２０に示すように、管理ソフトウェア８２の統合管理ポリシテーブル８３及びリソース探索モジュール８４の構成を除いて第１の実施の形態による管理サーバ５（図５）と同様に構成されている。

この場合、本実施の形態による統合管理ポリシテーブル８３は、図２１に示すように、アプリケーション種別欄８３Ａ、データ種別欄８３Ｂ、仮想ホスト使用時インタフェース欄８３Ｃ、ファイルストレージ種別欄８３Ｄ及びボリューム種別欄８３Ｅから構成される。そして、アプリケーション種別欄８３Ａ、仮想ホスト使用時インタフェース欄８３Ｃ、ファイルストレージ種別欄８３Ｄ及びボリューム種別欄８３Ｅには、図１３について上述した第１の実施の形態による統合管理ポリシテーブル５５におけるアプリケーション種別欄５５Ａ、仮想ホスト使用時インタフェース欄５５Ｂ、ファイルストレージ種別欄５５Ｃ及びボリューム種別欄５５Ｄにそれぞれ格納される情報と同様の情報が格納される。

またデータ種別欄８３Ｂには、「Active」又は「Archive」のいずれかの文字列情報が格納される。そしてデータ種別欄８３Ｂに「Active」の文字列情報が格納されている列の仮想ホスト使用時インタフェース欄８３Ｃ、ファイルストレージ種別欄８３Ｄ及びボリューム種別欄８３Ｅには、それぞれアプリケーションが使用するデータ（以下、これをアクティブデータと呼ぶ）の読み書きに適用すべきポリシ（仮想ホスト使用時のインタフェース、ファイルストレージ装置３の種別及びボリュームの種別）が格納される。すなわち、データ種別欄に「Active」の文字列情報が格納されている列の情報は、第１の実施の形態における統合管理ポリシテーブル５５（図１３）における対応する情報と同様の意味をもつ。

これに対してデータ種別欄８３Ｂに「Archive」の文字列情報が格納されている列の仮想ホスト使用時インタフェース欄８３Ｃ、ファイルストレージ種別欄８３Ｄ及びボリューム種別欄８３Ｅには、ある時点でのアクティブデータをアーカイブしたデータ（長期保存するためにアクティブデータを移動またはコピーしたデータであり、以下、これをアーカイブデータと呼ぶ）を保存する場合に適用すべきポリシ（仮想ホスト使用時のインタフェース、ファイルストレージ装置３の種別及びボリュームの種別）が格納される。なお、本実施の形態においては、データ種別欄８３Ｂに格納されるデータ種別として「Active」及び「Archive」の２つのみを挙げているが、「Active」及び「Archive」以外のデータ種別をも採用するようにしても良い。

図２２は、所定操作により管理サーバ８１に表示される第２の実施の形態による探索条件指定画面９０の構成例を示す。この探索条件指定画面９０は、アプリケーション種別選択フィールド９１、ホスト／ＯＳ種別選択フィールド９２、割当容量フィールド９３及びアーカイブ利用有無フィールド９４と、ＯＫボタン９５及びキャンセルボタン９６とから構成される。

このうちアプリケーション種別選択フィールド９１、ホスト／ＯＳ種別選択フィールド９２及び割当容量フィールド９３と、ＯＫボタン９５及びキャンセルボタン９６とは、図１５について上述した第１の実施の形態による探索条件指定画面６０の対応部位と同様の構成及び機能を有するものであるため、ここでの説明は省略する。

一方、アーカイブ利用有無フィールド９４は、そのとき配置しようとしているアプリケーションがアーカイブを利用するか否か及び利用する場合には、どの程度の容量をアーカイブ用に割り当てるべきかをシステム管理者が指定するためのフィールドである。

実際上、アーカイブ利用有無フィールド９４には、「有」及び「無」という文字にそれぞれ対応させてチェックボックス９４ＡＡ，９４ＡＢが設けられており、これらチェックボックス９４ＡＡ，９４ＡＢのいずれか一方にのみチェックマークを表示させることができる。かくしてシステム管理者は、かかるアプリケーションがアーカイブを利用する場合には「有」に対応するチェックボックス９４ＡＡにチェックマークを表示させ、当該アプリケーションがアーカイブを利用しない場合には「無」に対応するチェックボックス９４ＡＢにチェックマークを表示させることにより、かかるアーカイブの利用の有無を指定することができる。

またアーカイブ利用有無フィールド９４には、アーカイブ割当て容量表示部９４Ｂが設けられている。かくしてシステム管理者は、管理サーバ８１を操作して、そのとき配置しようとしている新しいアプリケーションに割り当てるべきアーカイブ用の容量をアーカイブ割当て容量表示部）９４Ｂに入力することができる。

そして探索条件指定画面９０では、アプリケーション種別選択フィールド９１、ホスト／ＯＳ種別選択フィールド９２、割当容量フィールド９３及びアーカイブ利用有無フィールド９４において必要な入力操作を行った後にＯＫボタン９５をクリックすることによって、そのとき入力した条件に応じて、そのアプリケーションを実装すべきホスト計算機２と、そのアプリケーションに適したファイルストレージ装置３と、そのアプリケーションのアクティブデータを格納するためのブロックストレージ装置４及びそのアプリケーションのアーカイブデータを格納するためのブロックストレージ装置とを管理サーバ８１に探索（以下、この探索処理を第２のリソース構成探索処理と呼ぶ）させることができる。

図２３は、上述の第２のリソース構成探索処理が実行された結果、管理サーバ８１に表示される第２の実施の形態による探索結果表示画面１００の構成例を示す。この探索結果表示画面１００では、かかる第２のリソース構成探索処理により検出された、そのとき配置しようとしている新しいアプリケーションに最適なリソース構成（各リソース及びこれらの接続形態）が、これらリソースのリソースＩＤと、これらリソースにおける他のリソースとの接続に使用すべきポートのポートＩＤとを含む模式図１０１Ａ，１０１Ｂとして表示される。

なお、図２３は、図２２について上述した探索条件指定画面９０において、アプリケーションのアーカイブデータをアーカイブするという指定を行った（つまり、「有」に対応するチェックボックス９４ＡＡにチェックマークを表示させた）場合に表示される探索結果表示画面１００の構成例を示す。この場合、アプリケーションがアクティブデータ用に使用すべき構成と、アーカイブデータ用に使用すべき構成とを含むリソース構成の模式図１０１Ａ，１０１Ｂが表示される。これら模式図１０１Ａ，１０１Ｂ以外の部分は、図１６について上述した第１の実施の形態による探索結果表示画面７０と同様である。

図２４は、システム管理者が図２２について上述した探索条件指定画面９０において必要な入力操作を行った後にＯＫボタン９５をクリックしたときに、管理サーバ８１の管理ソフトウェア８２（図２０）のリソース探索モジュール８４（図２０）により実行される第２のリソース構成探索処理の処理手順を示す。

リソース探索モジュール８４は、探索条件指定画面９０において必要な入力操作が行われた後にＯＫボタン９５がクリックされると、この図２４に示す第２のリソース構成探索処理を開始し、まず、図２１について上述した統合管理ポリシテーブル８３に登録されているポリシのうち、アクティブデータ用のポリシを用いて図１７について上述した第１のリソース構成探索処理を実行する（ＳＰ３０）。

ただし、このステップＳＰ３０では、図１７のステップＳＰ２、ステップＳＰ８又はステップＳＰ１１において否定結果を得た場合であっても、ステップＳＰ３、ステップＳＰ９又はステップＳＰ１２の処理を行わずにこの第１のリソース構成探索処理をエラー終了する。またステップＳＰ３０においては、ステップＳＰ１１において肯定結果を得た場合であっても、ステップＳＰ１３の処理を実行せずに、この第１のリソース構成探索処理を終了する。

続いてリソース探索モジュール８４は、ステップＳＰ３０において第１のリソース構成探索処理が正常終了したか否かを判断する（ＳＰ３１）。そしてリソース探索モジュール８４は、この判断において否定結果を得ると、アクティブデータ用のリソース構成を構築できない旨の警告を管理サーバ８１に表示させ（ＳＰ３２）、この後、この第２のリソース構成探索処理をエラー終了する。

これに対してリソース探索モジュール８４は、ステップＳＰ３１の判断において肯定結果を得ると、探索条件指定画面９０（図２２）においてアーカイブを利用すべき指定がなされたか否かを判断する（ＳＰ３３）。

そしてリソース探索モジュール８４は、この判断において否定結果を得ると、図１８について上述した探索結果表示処理を実行することにより、ステップＳＰ３０の処理により検出したリソース構成の模式図７１Ａ，７１Ｂを掲載した探索結果表示画面１００（図２３）を生成し、これを管理サーバ５に表示させる（ＳＰ４０）。そしてリソース探索モジュール８４は、この後、この第２のリソース構成探索処理を終了する。

これに対してリソース探索モジュール８４は、ステップＳＰ３３の判断において肯定結果を得ると、統合管理ポリシテーブル８３（図２１）に登録されているポリシのうち、アーカイブデータ用のポリシを用いて図１７について上述した第１のリソース構成探索処理を実行する。この際、探索条件として用いる割当て容量の値は、探索条件指定画面９０のアーカイブ割当て容量表示部９４Ｂに入力された値を用いる（ＳＰ３４）。

ただし、このステップＳＰ３４においても、図１７のステップＳＰ２、ステップＳＰ８又はステップＳＰ１１において否定結果を得た場合であってもステップＳＰ３、ステップＳＰ９又はステップＳＰ１２の処理を行わずにこの第１のリソース構成探索処理をエラー終了する。またステップＳＰ３４においても、ステップＳＰ１１において肯定結果を得た場合であっても、ステップＳＰ１３の処理を実行せずに、この第１のリソース構成探索処理を終了する。

続いてリソース探索モジュール８４は、ステップＳＰ３４において第１のリソース構成探索処理が正常終了したか否かを判断する（ＳＰ３５）。そしてリソース探索モジュール８４は、この判断において否定結果を得ると、アーカイブデータ用のリソース構成を検出できない旨の警告を管理サーバ８１に表示させ（ＳＰ３６）、この後、この第２のリソース構成探索処理をエラー終了する。

これに対してリソース探索モジュール８４は、ステップＳＰ３５の判断において肯定結果を得ると、リソース管理テーブル５６（図１４）を参照して、ステップＳＰ３０の探索により得られたいずれかのアクティブデータ用のリソース構成と、ステップＳＰ３４の探索により得られたいずれかのアーカイブデータ用のリソース構成との両方に共通するホスト計算機２を探索し（ＳＰ３７）、そのようなホスト計算機２を検出し得たか否かを判断する（ＳＰ３８）。

リソース探索モジュール８４は、この判断において否定結果を得ると、アクティブデータ用のリソース構成と、アーカイブデータ用のリソース構成の両方に共通するホスト計算機２が存在しない旨の警告を管理サーバ８１に表示させ、この後、この第２のリソース構成探索処理を終了する。

これに対してリソース探索モジュール８４は、ステップＳＰ３８の判断において肯定結果を得ると、図１８について上述した探索結果表示処理を実行することにより、ステップＳＰ３０の探索により検出したホスト計算機２を使用するアクティブデータ用のリソース構成と、当該ホスト計算機２を使用するアーカイブデータ用のリソース構成とを組み合わせたリソース構成の模式図７１Ａ，７１Ｂを掲載した探索結果表示画面１００（図２３）を生成し、これを管理サーバ８１に表示させる（ＳＰ４０）。そしてリソース探索モジュール８４は、この後、この第２のリソース構成探索処理を終了する。

以上のように本実施の形態による計算機システム８０では、データ種別（アクティブデータ及びアーカイブデータ）ごとに好ましい構成をそれぞれ探索し、データ種別ごとに好ましい構成を組み合わせたリソース構成をシステム管理者に提示するため、データのアーカイブを行うアプリケーションについても、システム管理者が各ホスト計算機２、各ファイルストレージ装置３及び各ブロックストレージ装置４の特徴及び機能などの知識及び経験を必要とすることなく、最適なリソース構成を構築することができる。かくするにつき、本実施の形態によれば、第１の実施の形態と比してより多くの種類のアプリケーションに対応可能な計算機システムを実現できる。

（３）他の実施の形態
なお上述の第１及び第２の実施の形態においては、それぞれ異なる特徴を有する記憶領域をホスト計算機２に提供する記憶装置としてのブロックストレージ装置４を図４のように構成する場合について述べたが、本発明はこれに限らず、ブロックストレージ装置４の構成としては、この他種々の構成を広く適用することができる。

また上述の第１及び第２の実施の形態においては、ホスト計算機２と、ブロックストレージ装置４が提供する記憶領域を、当該ブロックストレージ装置４と異なるインタフェースによりホスト計算機２に提供する複数の中間記憶装置としてのファイルストレージ装置３を図３のように構成するようにした場合について述べたが、本発明はこれに限らず、ファイルストレージ装置３の構成としては、この他種々の構成を広く適用することができる。

さらに上述の第１及び第２の実施の形態においては、管理サーバ５がホスト計算機２、ファイルストレージ装置３及びブロックストレージ装置４から収集し、リソース構成を探索する際の参考とする構成情報として、図１１について上述したリソース種別及びリソース詳細である場合について述べたが、本発明はこれに限らず、この他の構成情報を適用するようにしても良い。

さらに上述の第１及び第２の実施の形態においては、統合管理ポリシテーブル５５（図１３），８３（図２１）において管理するポリシが、アプリケーション種別ごとに好ましい仮想ホスト使用時のインタフェース、ファイルストレージ種別及びボリューム種別である場合について述べたが、本発明はこれに限らず、この他の情報をも含めるようにしても良い。

本発明は、ファイルストレージ装置及びブロックストレージ装置が併存する計算機システムに広く適用することができる。

１，８０……計算機システム、２，２Ａ，２Ｂ……ホスト計算機、３……ファイルストレージ装置、４……ブロックストレージ装置、５，８１……管理サーバ、４１……ＣＰＵ、４２……メモリ、４５……管理ソフトウェア、４６……管理情報、４７，８４……リソース探索モジュール、５３……リソース情報テーブル、５４……接続先情報テーブル、５５，８３……統合管理ポリシテーブル、５６……リソース管理テーブル、６０，９０……探索条件指定画面、７０，１００……探索結果表示画面。

Claims (12)

1. 複数のホスト計算機と、
   それぞれ各前記ホスト計算機と接続され、それぞれ異なる特徴を有する記憶領域を前記ホスト計算機に提供する複数の記憶装置と、
   それぞれ各前記ホスト計算機及び各前記記憶装置と接続され、前記記憶装置が提供する前記記憶領域を、当該記憶装置と異なるインタフェースにより前記ホスト計算機に提供する複数の中間記憶装置と、
   前記ホスト計算機に実装されるアプリケーションの種別ごとに、好ましいインタフェースの種別、前記中間記憶装置の種別及び前記記憶装置が提供する記憶領域の種別が予め規定されたポリシと、前記ホスト計算機、前記中間記憶装置及び前記記憶装置の構成情報並びに接続先情報を管理するためのリソース管理情報とを有する管理装置と
   を備え、
   前記管理装置は、
   新たに配置しようとするアプリケーションの種別、前記アプリケーションを配置しようとする前記ホスト計算機の種別及び前記アプリケーションに対して割り当てるべき割当て容量を探索条件とする指示を受け付けると、前記リソース管理情報を参照して、前記探索条件として指示された種別の前記ホスト計算機を管理しているか否かを判断し、管理している場合、前記ポリシを参照して、前記探索条件として指示された前記アプリケーションの種別に対応する前記中間記憶装置の種別及び前記記憶容量の種別のそれぞれが規定されているか否かを判断し、
   前記中間記憶装置の種別が前記ポリシにおいて規定されていない場合、前記リソース管理情報を参照して、前記ポリシにおいて規定されている種別の前記記憶容量を提供可能な前記記憶装置であって、かつ、前記探索条件として指示された前記割当て容量以上の容量を有する前記記憶装置を検出し、検出した前記記憶装置と、前記探索条件として指示された種別の前記ホスト計算機とから構成される新たなリソース構成をユーザに選択可能に提示し、
   前記中間記憶装置の種別及び前記記憶装置の種別の何れもが前記ポリシにおいて規定されている場合、前記リソース管理情報を参照して、前記ポリシにおいて規定されている種別の前記中間記憶装置であって、かつ、前記探索条件として指示された種別の前記ホスト計算機に接続可能なインタフェースを有する前記中間記憶装置を検出し、さらに前記ポリシにおいて規定されている種別の前記記憶容量を提供可能な前記記憶装置であって、かつ、前記探索条件として指示された前記割当て容量以上の容量を有する前記記憶装置を検出し、検出した前記中間記憶装置と、前記記憶装置と、前記探索条件として指示された種別の前記ホスト計算機とから構成される新たなリソース構成をユーザに選択可能に提示する
   ことを特徴とする計算機システム。
2. 前記ポリシにおいて、
   前記アプリケーションの種別ごとに、仮想ホストを使用する際に好ましいインタフェースの種別が予め規定された
   ことを特徴とする請求項１に記載の計算機システム。
3. 前記管理装置は、
   検出した記憶装置、中間記憶装置及びホスト計算機の組合せを、当該記憶装置、当該中間記憶装置及び当該ホスト計算機の接続形態を表す模式図として表示する
   ことを特徴とする請求項１又は請求項２に記載の計算機システム。
4. 前記模式図は、
   前記記憶装置、前記中間記憶装置及び前記ホスト計算機の識別情報と、当該記憶装置、当該中間記憶装置及び当該ホスト計算機における接続に使用されるポートの識別情報とを含む
   ことを特徴とする請求項３に記載の計算機システム。
5. 前記管理装置は、
   前記ユーザにより指定されたアプリケーションの種別に適した記憶装置、中間記憶装置及びホスト計算機の組合せを複数検出した場合に、各前記組合せごとに、当該組合せを構成する記憶装置、中間記憶装置及びホスト計算機から性能情報を収集し、
   収集した前記性能情報に基づいて各前記組合せの優先順位を計算し、
   計算結果に基づいて、優先順位の高い前記組合せの模式図を優先的に表示する
   ことを特徴とする請求項３又は請求項４に記載の計算機システム。
6. 前記性能情報は、
   前記記憶装置全体、前記中間記憶装置全体又は前記ホスト計算機全体の動作制御を司るプロセッサの利用率と、対応する前記組合せにおいて接続に使用するポートの利用率である
   ことを特徴とする請求項５に記載の計算機システム。
7. 複数のホスト計算機と、それぞれ各前記ホスト計算機と接続され、それぞれ異なる特徴を有する記憶領域を前記ホスト計算機に提供する複数の記憶装置と、それぞれ各前記ホスト計算機及び各前記記憶装置と接続され、前記記憶装置が提供する前記記憶領域を、当該記憶装置と異なるインタフェースにより前記ホスト計算機に提供する複数の中間記憶装置とを有する計算機システムにおけるリソース統合管理方法において、
   前記計算機システムは、前記ホスト計算機に実装されるアプリケーションの種別ごとに、好ましいインタフェースの種別、前記中間記憶装置の種別及び前記記憶装置が提供する記憶領域の種別が予め規定されたポリシと、前記ホスト計算機、前記中間記憶装置及び前記記憶装置の構成情報並びに接続先情報を管理するためのリソース管理情報とを有し、
   新たに配置しようとするアプリケーションの種別、前記アプリケーションを配置しようとする前記ホスト計算機の種別及び前記アプリケーションに対して割り当てるべき割当て容量を探索条件とする指示を受け付けると、前記リソース管理情報を参照して、前記探索条件として指示された種別の前記ホスト計算機を管理しているか否かを判断し、管理している場合、前記ポリシを参照して、前記探索条件として指示された前記アプリケーションの種別に対応する前記中間記憶装置の種別及び前記記憶容量の種別のそれぞれが規定されているか否かを判断する第１のステップと、
   前記中間記憶装置の種別が前記ポリシにおいて規定されていない場合、前記リソース管理情報を参照して、前記ポリシにおいて規定されている種別の前記記憶容量を提供可能な前記記憶装置であって、かつ、前記探索条件として指示された前記割当て容量以上の容量を有する前記記憶装置を検出し、検出した前記記憶装置と、前記探索条件として指示された種別の前記ホスト計算機とから構成される新たなリソース構成をユーザに選択可能に提示する第２のステップと、
   前記中間記憶装置の種別及び前記記憶装置の種別の何れもが前記ポリシにおいて規定されている場合、前記リソース管理情報を参照して、前記ポリシにおいて規定されている種別の前記中間記憶装置であって、かつ、前記探索条件として指示された種別の前記ホスト計算機に接続可能なインタフェースを有する前記中間記憶装置を検出し、さらに前記ポリシにおいて規定されている種別の前記記憶容量を提供可能な前記記憶装置であって、かつ、前記探索条件として指示された前記割当て容量以上の容量を有する前記記憶装置を検出し、検出した前記中間記憶装置と、前記記憶装置と、前記探索条件として指示された種別の前記ホスト計算機とから構成される新たなリソース構成をユーザに選択可能に提示する第３のステップと
   を備えることを特徴とするリソース統合管理方法。
8. 前記ポリシにおいて、
   前記アプリケーションの種別ごとに、仮想ホストを使用する際に好ましいインタフェースの種別が予め規定された
   ことを特徴とする請求項７に記載のリソース統合管理方法。
9. 前記第２及び第３のステップでは、
   検出した記憶装置及び又は中間記憶装置と、ホスト計算機との組合せから構成されるリソース構成を、当該記憶装置及び又は当該中間記憶装置と、当該ホスト計算機との接続形態を表す模式図として表示する
   ことを特徴とする請求項７又は８に記載のリソース統合管理方法。
10. 前記模式図は、
    前記記憶装置及び又は前記中間記憶装置並びに前記ホスト計算機の識別情報と、当該記憶装置及び又は当該中間記憶装置並びに当該ホスト計算機における接続に使用されるポートの識別情報とを含む
    ことを特徴とする請求項９に記載のリソース統合管理方法。
11. 前記第２及び第３のステップでは、
    前記ユーザにより指定されたアプリケーションの種別に適した記憶装置及び又は中間記憶装置並びにホスト計算機の組合せを複数検出した場合に、各前記組合せごとに、当該組合せを構成する記憶装置及び又は中間記憶装置並びにホスト計算機から性能情報を収集し、
    収集した前記性能情報に基づいて各前記組合せの優先順位を計算し、
    計算結果に基づいて、優先順位の高い前記組合せの模式図を優先的に表示する
    ことを特徴とする請求項９又は１０に記載のリソース統合管理方法。
12. 前記性能情報は、
    前記記憶装置全体、前記中間記憶装置全体又は前記ホスト計算機全体の動作制御を司るプロセッサの利用率と、対応する前記組合せにおいて接続に使用するポートの利用率である
    ことを特徴とする請求項１１に記載のリソース統合管理方法。