JP2008123170A - アクセス環境構築システム及び方法 - Google Patents

Abstract

【課題】ホスト環境情報をユーザが事前に知らなくても、ホストから論理ボリュームへのアクセスを可能にするための環境を構築することができるようにする。
【解決手段】ホストのホスト環境情報を管理している環境管理部から該ホスト環境情報を取得し、論理ボリュームに関する条件であるボリューム条件の指定をユーザから受け、複数の論理ボリュームのうちの上記指定された条件に合致する論理ボリュームを探し、複数の通信ポートのいずれかに上記探し出された論理ボリュームを割り当てることで該ストレージシステム内での論理的なパスである内部パスを構築し、該構築された内部パスにおける通信ポート及び論理ボリュームのうちの少なくとも一つに、上記取得されたホスト環境情報を割り当てる。
【選択図】図２

Description

本発明は、ホストからストレージシステム内の論理ボリュームへのアクセスを可能にするためのアクセス環境を構築するための技術に関する。

例えば、特開２００６−２６８６２５号公報に開示されているように、ストレージシステムにホストが接続され管理サーバを備えた計算機システムが知られている。

この種の計算機システムでは、ストレージシステムの論理ボリュームをホストに割り当てることで、ホストがその論理ボリュームを使用することができるようになる。ホストに論理ボリュームを割り当てるまでの具体的な流れの一例としては、以下のとおりである。その際、ストレージシステムとして、セキュリティ機能を備えたストレージステムを例に採り述べる。そのセキュリティ機能は、例えば、ストレージシステムのホスト側ポート（ホストから送信されるアクセス要求を受け付けるポート）にホストのＨＢＡ（ホストバスアダプタ）のＷＷＮ（以下、ＨＢＡ−ＷＷＮ）を関連付けることで、関連付けられているＨＢＡ−ＷＷＮと異なるＨＢＡ−ＷＷＮのＨＢＡから出されたボリューム開示要求（例えばinquiryコマンドなどの照会に関するコマンド）をそのホスト側ポートで受け付ける（受信して処理する）ことをしないようにする機能である。

第一のステップとして、管理サーバのユーザが、ホストが必要としている容量の論理ボリュームを、ホスト側ポートに割り当てる。言い換えれば、ホスト側ポートに論理ボリュームが接続される。これにより、どのホスト側ポートからどの論理ボリュームに関する情報が提供されるかが定義される。なお、ストレージシステムには、多数のポートがあり、多数のポートには、例えば、ホストと通信可能に接続される複数のポートや、複数の記憶装置と通信可能に接続される複数のポートがあるが、前述した「ホスト側ポート」とは、ホストと通信可能に接続されるポートを意味する。

第二のステップとして、ユーザが、ホスト側ポートに、ホストが有するＨＢＡ（ホストバスアダプタ）のＷＷＮ（World Wide Name）を割り当てる。そのホスト側ポートからは、それに接続された論理ボリュームに関する情報（以下、ボリューム情報、例えばＬＵＮや容量）が、そのホスト側ポートに割当てられたＷＷＮを有するＨＢＡを備えたホストに提供される。

第三のステップとして、ホストにおいて、ストレージシステムから提供されたボリューム情報を基に、アクセス可能な論理ボリュームが認識される。

特開２００６−２６８６２５号公報

以上の流れによれば、ユーザが、ホストが有するＨＢＡのＷＷＮを事前に知っておく必要がある。これは、ユーザにとって負担であると考えられる。この問題点は、ＨＢＡ及び／又はＷＷＮに代えて、他種の通信デバイス及び／又は他種の通信デバイス識別子が採用される場合にも生じ得る（例えば、ＷＷＮに代えて、iSCSIネームが採用される場合にも生じ得る）。より抽象的には、ストレージシステムが、ホストの環境に関する情報（以下、ホスト環境情報）をホスト側ポート及び論理ボリュームの少なくとも一方に対応付けることでどの論理ボリュームをどのホストに認識させて良いかを制御する機能を有している場合、ホストからストレージシステム内の論理ボリュームへのアクセスを可能にするための環境（以下、アクセス環境）を構築するためには、計算機システムに存在する一以上のホストの各々について、ユーザが事前にホスト環境情報を知っておく必要がある。

従って、本発明の目的は、ホスト環境情報をユーザが事前に知らなくても、ホストから論理ボリュームへのアクセスを可能にするための環境を構築することができるようにすることにある。

本発明の更なる目的は、後の記載から明らかになるであろう。

ホストとストレージシステムとを備えた計算機システムに、アクセス環境構築制御部と、ホスト環境情報取得部と、ストレージ設定部とを備える。ホスト環境情報取得部は、ホストのホスト環境情報を管理している環境管理部から該ホスト環境情報を取得し、該取得したホスト環境情報を前記アクセス環境構築制御部に通知する。ストレージ設定部は、前記ストレージシステムの前記複数の通信ポートのいずれかに前記複数の論理ボリュームのいずれかを割り当てることで該ストレージシステム内での論理的なパスである内部パスを構築し、且つ、前記構築されたパスにおける通信ポート及び論理ボリュームのうちの少なくとも一方にホスト環境情報を割り当てる。前記アクセス環境構築制御部が、論理ボリュームに関する条件であるボリューム条件の指定をユーザから受ける。また、前記複数の論理ボリュームのうちの前記指定された条件に合致する論理ボリュームを探す。また、探し出された論理ボリュームを前記複数の通信ポートのいずれかに割り当てることで前記内部パスを構築することを前記ストレージ設定部に指示する。そして、前記構築された内部パスにおける通信ポート及び論理ボリュームのうちの少なくとも一つに前記ホスト環境情報取得部からのホスト環境情報を割り当てることを前記ストレージ設定部に指示する。これにより、前記ホストが、論理ボリュームに関する情報であるボリューム情報の要求を前記ストレージシステムに送信したならば、前記ホストのホスト環境情報が、該要求を受信した通信ポート、及び／又は、該通信ポートを含む内部パスにおける論理ボリュームに割り当てられているホスト環境情報に適合すれば、該通信ポートから、該論理ボリュームについてのボリューム情報を受信し、該論理ボリュームを認識することができる。

上述した各部は、ハードウェア、コンピュータプログラム又はそれらの組み合わせ（例えば一部をコンピュータプログラムにより実現し残りをハードウェアで実現すること）により構築することができる。コンピュータプログラムは、所定のプロセッサに読み込まれて実行される。また、コンピュータプログラムがプロセッサに読み込まれて行われる情報処理の際、適宜に、メモリ等のハードウェア資源上に存在する記憶域が使用されてもよい。また、コンピュータプログラムは、ＣＤ−ＲＯＭ等の記録媒体から計算機にインストールされてもよいし、通信ネットワークを介して計算機にダウンロードされてもよい。

本発明によれば、ホスト環境情報をユーザが事前に知らなくても、ホストから論理ボリュームへのアクセスを可能にするための環境を構築することができる。

図１は、本発明の一実施形態に係る計算機システムの構成例を示すブロック図である。

第一の通信ネットワーク（例えばＳＡＮ（Storage Area Network）４０１）に、ホスト１０１とストレージシステム５０１が接続される。第二の通信ネットワーク（例えばＬＡＮ（Local Area Network）６０１）に、ホスト１０１、ストレージシステム５０１、管理クライアント２０１及び管理サーバ３０１が接続される。第一と第二の通信ネットワークは一つの通信ネットワークでも良い。また、ホスト１０１及びストレージシステム５０１のうちの少なくとも一方が、複数個備えられても良いが、それぞれ一つを図示する。

ホスト１０１は、ストレージシステム５０１の後述の論理ボリュームに対してデータを読み書きすることのできる計算機である。管理クライアント２０１は、管理サーバ３０１のクライアントとなる計算機である。管理サーバ３０１は、ホスト１０１やストレージシステム５０１を管理する計算機である。

ストレージシステム５０１は、制御部５７１と、複数のディスク型記憶装置（例えばＨＤＤ）５３７と、ＳＶＰ（Service Processor）５２５とを備える。

制御部５７１は、ストレージシステム５０１の動作を制御する。制御部５７１は、ホスト１０１から書込み要求を受け、その書込み要求に従って、データをディスク型記憶装置５３７に書いたり、ホスト１０１から読出し要求を受け、その読出し要求に従って、ディスク型記憶装置５３７からデータを読出しホスト１０１に送信したりすることができる。制御部５７１には、例えば、複数のチャネルアダプタ（以下、ＣＨＡ）５２１、複数のディスクアダプタ（以下、ＤＫＡ）５６５、キャッシュメモリ５６８、及び制御メモリ５６７が備えられる。

ＣＨＡ５２１は、ホスト１０１との間の通信を制御する。ＣＨＡ５２１は、ホスト１０１からのデータをキャッシュメモリ５６８に書込んだり、ＤＫＡ５６５によって書かれたデータをキャッシュメモリ５６８から読み出してホスト１０１に送信したりすることができる。ＣＨＡ５２１は、例えば、複数のホスト側ポート（通信ポート）５２３、ＣＰＵ３５２４及びメモリ５２２を備える。

ＤＫＡ５６５は、ディスク型記憶装置５３７との間の通信を制御する。ＤＫＡ５６５は、ディスク型記憶装置５３７からのデータをキャッシュメモリ５６８に書込んだり、ＣＨＡ５２３によって書かれたデータをキャッシュメモリ５６８から読み出してディスク型記憶装置５６５に書込んだりすることができる。ＤＫＡ５６５には、実質的に、ＣＨＡ５２１と同様のハードウェア構成を採用することができる。

キャッシュメモリ５６８は、ホスト１０１とディスク型記憶装置５３７との間でやり取りされるデータを記憶することができる。制御メモリ５６７は、ストレージシステム５０１の制御を行うために必要な情報（例えば、どのディスク型記憶装置５３７によりどの論理ボリューム（図示せず）が提供されているかを表すボリューム管理情報）を記憶することができる。

ＣＨＡ５２１、キャッシュメモリ５６８、制御メモリ５６７、ＤＫＡ５６５及びＳＶＰ５２５の間の接続は、接続部５８０により制御される。接続部５８０は、スイッチ（例えばクロスバスイッチ）、バス、及びネットワークのうちの少なくとも一つで構成されて良い。

ＳＶＰ５２５は、ストレージシステム５０１の保守又は管理を行うための情報処理端末（例えばノート型のパーソナルコンピュータ）である。ＳＶＰ５２５は、例えば、接続部５８０を介して、ＣＨＡ５２１内のＣＰＵ５２４や、ＤＫＡ５６５内のＣＰＵと通信することができる。ＳＶＰ５２５は、ストレージシステム５０１内の障害発生を監視してディスプレイ画面に表示したり、ディスク型記憶装置５３７の閉塞処理等を指示したりすることができる。また、ＳＶＰ２３は、遠隔の情報処理端末から操作することもできる。

以上が、本実施形態に係る計算機システムの構成例である。なお、上記の説明は一例であって、他の構成が採用されてもよい。例えば、共有メモリ２５とキャッシュメモリ２４は、別々のメモリでなく、一つのメモリに共有メモリ領域とキャッシュメモリ領域とが設けられても良い。また、例えば、コントローラ部２０は、ＣＰＵ、メモリ及び通信ポートを備えた回路基盤であっても良い。この場合、ＣＰＵが、複数のＣＨＡやＤＫＡによって行われる処理を実行することができる。

図２は、ホスト、管理クライアント、管理サーバ及びストレージシステム５０１の構成、並びに、各々が有するコンピュータプログラム及びデータの一例を示す。

管理クライアント２０１は、例えば、ＣＰＵ２０３、記憶資源（例えばメモリ２０７）、及び、ＬＡＮ６０１に接続されるネットワークインタフェース装置２０５を有する。

管理クライアント２０１の記憶資源（例えばメモリ２０７）に、クライアントプログラム２０９が記憶される。このクライアントプログラム２０９がＣＰＵ２０３に読み込まれて実行される。以下、コンピュータプログラムが主語になる場合は、実際にはそのコンピュータプログラムを実行するＣＰＵによって処理が行われるものとする。

クライアントプログラム２０９は、管理クライアント２０１に常駐するプログラムである。クライアントプログラム２０９は、サーバプログラム３１７に指示を送り、その結果を、管理クライアント２０１の図示しないディスプレイ画面に表示する。

管理サーバ３０１は、例えば、ＣＰＵ３１３、記憶資源（例えばメモリ３１５及びディスク型記憶装置３１９）、及び、ＬＡＮ６０１に接続されるネットワークインタフェース装置３１１を有する。

管理サーバ３０１の記憶資源（例えばメモリ３１５）に、サーバプログラム３１７が記憶される。サーバプログラム３１７は、管理サーバ３０１に常駐するコンピュータプログラムである。サーバプログラム３１７は、クライアントプログラム２０９からの指示を解釈し、ホスト１０１とストレージシステム５０１のそれぞれのエージェントプログラム１２１、５２９に対して指示を送る。

管理サーバ３０１の記憶資源（例えばディスク３１９）に、ＤＢ（データベース）３２５が記憶される。ＤＢ３２５には、ホスト情報管理テーブル３２１と、ボリューム情報管理テーブル３２３が含まれる。各テーブルの構成については、後に詳述する。

ＳＶＰ５２５は、例えば、ＣＰＵ５３１、記憶資源（例えばメモリ５２７）、及び、ＬＡＮ６０１に接続されるネットワークインタフェース装置５３３を有する。

ＳＶＰ５２５の記憶資源（例えばメモリ５２７）に、ストレージエージェントプログラム５２９が記憶される。ストレージエージェントプログラム５２９は、サーバプログラム３１７から指示を受け、解釈し、実行する。受ける指示としては、例えば以下の４つ、
（１）アクセス権設定指示、
（２）ボリュームコピー指示、
（３）ボリュームマイグレーション指示、
（４）ストレージ情報通知指示、
がある。

アクセス権設定指示とは、論理ボリュームのアクセス権を設定することの指示である。アクセス権設定指示には、例えば、ＨＢＡ１１１のＷＷＮ、ボリューム識別子（例えばＬＵＮ）、及びホスト側ポート識別子（例えばポート番号）が含まれている。ストレージエージェントプログラム５２９は、アクセス権設定指示を受信した場合、該アクセス権設定指示に含まれているホスト側ポート識別子のホスト側ポートに、該アクセス権設定指示に含まれているＷＷＮと、該アクセス権設定指示に含まれているボリューム識別子の論理ボリュームに対するアクセス許可権を設定する。これにより、この後、ホスト１０１が、そのＷＷＮを有するＨＢＡ１１１を介して、そのボリューム識別子の論理ボリュームにアクセスすることができる。

ボリュームコピー指示とは、ボリューム間でデータコピーを実行することの指示である。ボリュームコピー指示には、例えば、コピー元ボリューム群（１又は複数の論理ボリューム）の識別子とコピー先ボリューム群の識別子とが含まれている。ストレージエージェントプログラム５２９は、ボリュームコピー指示を受信した場合、このボリュームコピー指示で指定されているコピー元ボリューム群からコピー先ボリューム群へのデータコピーを、例えばＣＨＡ５２１で実行されるコピー制御プログラム（図示せず）に実行させる。

ボリュームマイグレーション指示とは、ボリューム間でデータマイグレーションを実行することの指示である。データマイグレーションは、移行元にデータが残らないという点で、前述のデータコピーとは異なる。ボリュームマイグレーション指示には、例えば、マイグレーション元ボリューム群の識別子とマイグレーション先ボリューム群の識別子とが含まれている。ストレージエージェントプログラム５２９は、ボリュームマイグレーション指示を受信した場合、このボリュームマイグレーション指示で指定されているマイグレーション元ボリューム群からマイグレーション先ボリューム群へのデータマイグレーションを、例えばＣＨＡ５２１で実行されるマイグレーション制御プログラム（図示せず）に実行させる。

ストレージ情報通知指示とは、ストレージシステムに関する情報を通知することの指示である。ストレージエージェントプログラム５２９は、ストレージ情報通知指示を受信した場合、サーバプログラム３１７に対して、ストレージシステム５０１の持つボリューム識別子、ホスト側ポートに設定しているＷＷＮ、及び、論理ボリュームのアクセス許可権に関する情報（どのＷＷＮからどの論理ボリュームへのアクセスが許可されるか）を通知する。

ホスト１０１の記憶資源（例えばメモリ１０７）に、ＯＳ１１７、パス管理ソフトマネージャ１１５、アプリケーションプログラム１０９及びホストエージェントプログラム１２１が記憶される。

ＯＳ１１７のカーネル１１９は、ＯＳ１１７の基本機能を実装したソフトウェアである。カーネル１１９は、例えば、ＯＳ１１７の中核部分として、種々のコンピュータプログラム（例えばパス管理ソフトマネージャ１１５）の監視、ディスクやメモリなどの資源の管理、割りこみ処理など、ＯＳ１１７としての基本機能を提供することができる。

パス管理ソフトマネージャ１１５は、論理ボリューム（後述するＬＤＥＶ）５３５への複数のパスをまとめ、パス管理ソフトマネージャ１１５よりも上位のコンピュータプログラムに対し、論理ボリューム５３５への冗長化されたアクセス手段を提供することができるコンピュータプログラムである。

アプリケーションプログラム１０９は、ＯＳ１１７上で動作するものであり、論理ボリューム５３５から読み出されたデータを取得したり、論理ボリューム５３５に格納するデータを送信したりすることができる。

ホストエージェントプログラム１２１は、ホスト１０１上に常駐するコンピュータプログラムである。ホストエージェントプログラム１２１は、ホスト１０１に関する情報を収集してサーバプログラムに送信する。また、ホストエージェントプログラム１２１は、ホスト基本情報管理テーブル１２３及びＨＢＡ情報管理テーブル１２５を使用する（各テーブルについては後述する）。また、ホストエージェントプログラム１２１は、サーバプログラム３１７から命令リストを受信し、該命令リストに従って、ＯＳ１１７やパス管理ソフトマネージャ１１５に対して命令を発行する。ちなみに、命令リストには、例えば、ＯＳに対するボリューム認識命令、マルチパスソフトに対するマルチパス設定命令などが記述される。故に、ホストエージェントプログラム１２１が発行する命令としては、例えば、ボリューム認識命令、ボリューム情報収集命令及びマルチパス設定命令などがある。

この図２において、点線枠の「マルチパスデバイス」は、パス管理ソフトマネージャ１１５において、マルチパスデバイスを管理するモジュールを表している。その点枠内の実線枠は、そのモジュールのインスタンス（マルチパスデバイス）を表しており、「/dev/c0t0d1」は、それのインスタンス名を表している。マルチパスデバイスとは、パス管理ソフトマネージャ１１５より上位のコンピュータプログラム（例えばアプリケーションプログラム１０９）に認識されるデバイス（以下、Host Deviceを略して「ＨＤＥＶ」と言う）であって、ストレージシステム５０１内の論理ボリューム（以下、Logical Deviceを略して「ＬＤＥＶ」と言う）との間に複数のパスが張られたデバイスである。すなわち、本実施形態では、ストレージシステム５０１内で認識される論理ボリュームを「ＬＤＥＶ」と称し、ホスト１０１で認識されたその論理ボリュームを「ＨＤＥＶ」と称する。ＬＤＥＶは、例えば、ＲＡＩＤグループの記憶空間を基に用意される。ＲＡＩＤグループとは、ＲＡＩＤ（Redundant Array of Independent (or Inexpensive) Disks）の規則に従って構成されており、複数のディスク型記憶装置５３７の集合である。

点線枠の「ＳＣＳＩデバイス」は、ＳＣＳＩのプロトコルに従う通信を制御する、デバイスドライバ（ＳＣＳＩドライバ）におけるモジュールを表している。その点枠内の各実線枠は、そのモジュールのインスタンスを表しており、「/dev/c0t0d1」及び「/dev/c1t0d1」は、それぞれのインスタンス名を表している。このインスタンスは、一つのパスにつき一つ用意される。

ＳＣＳＩデバイスにおける複数のインスタンス「/dev/c0t0d1」及び「/dev/c1t0d1」は、パス管理ソフトマネージャ１１５における一つのインスタンス「/dev/c0t0d1」に関連付けられる。また、ＳＣＳＩデバイスにおける複数のインスタンス「/dev/c0t0d1」及び「/dev/c1t0d1」の各々には、ＨＢＡ−ＷＷＮ（ＨＢＡのＷＷＮ）が関連付けられている。

複数のＨＢＡ−ＷＷＮは、複数のホスト側ポートの識別子にそれぞれ対応付けられている。複数のホスト側ポートの識別子の各々には、ＬＵＮが対応付けられている。ＬＵＮとは、Logical Unit Numberの略であり、ホスト１０１から指定される論理ボリューム識別子である。ＬＵＮには、ＬＤＥＶ番号が対応付けられており、ＬＵＮが指定されることで、それに対応付けられているＬＤＥＶ番号が特定できるようになっている。ＬＤＥＶ番号とは、ストレージシステム５０１内で論理ボリュームを特定するために使用される、ＬＤＥＶの識別子である。

以上の構成により、一つのＨＤＥＶと一つのＬＤＥＶの間に、複数の論理的なパス（図２の例では、２本のパス）が張られていることになる。各パスには、例えば、ＨＢＡ−ＷＷＮ、ホスト側ポートのポート番号、ＬＵＮが含まれる。パス管理ソフトマネージャ１１５は、例えば、アプリケーションプログラム１０９から、アクセス先として、複数のパスが繋がっているＨＤＥＶが指定された場合、該ＨＤＥＶに張られている複数のパスのうちのいずれかのパスを選択し、選択したパスを介して、該ＨＤＥＶに対応付けられているＬＤＥＶにアクセスすることができる。本実施形態では、ＨＤＥＶと一つのＬＤＥＶの間に、複数の論理的なパスを形成することを、パス管理ソフトマネージャ１１５に対する情報設定の方法をホストユーザが知らなくても、行うことができる。

図３は、ホスト情報管理テーブル３２１の構成例を示す。

ホスト情報管理テーブル３２１は、ホストに関する情報が格納されるテーブルである。このテーブル３２１は、後述する仮想ホスト作成処理、ボリューム割り当て処理、及びボリューム設定処理を実施する際に利用される。

このテーブル３２１には、各ホスト毎に、ホスト基本情報、ＯＳ情報及びホストグループ情報が登録される。

ホスト基本情報には、ニックネーム、ホストＩＤ、ホスト名、ＩＰアドレスが含まれている。ニックネームは、ユーザが任意に指定する名称である（本実施形態における"ニックネーム"の利点については、後述する）。ホストＩＤは、ホストの識別子であり、例えば通し番号である。ホスト名は、ホストのホスト名称であり、ホストエージェントプログラム１２１により通知される。ＩＰアドレスは、ホストのＩＰアドレスであり、ホストエージェントプログラム１２１との通信で使用される。

ＯＳ情報には、名称及びバージョン情報（ＶＲ）が含まれている。名称は、ＯＳの名称（例えば、Windows（登録商標）、Macintosh（登録商標）、Solaris（登録商標））である。バージョン情報は、ＯＳのバージョンを表す情報である。

ホストグループ情報には、ホストグループＩＤ（ＨＧ ＩＤ）及びＷＷＮが含まれる。ホストグループＩＤとは、ホストグループの識別子である。ＷＷＮとは、ホストグループに設定したＨＢＡ−ＷＷＮである。

なお、この実施形態では、ストレージシステム５０１は、２つのセキュリティ機能を有する。

第一のセキュリティ機能は、ホストモード機能である。ここで、「ホストモード」とは、ＯＳの種類によって異なるＩ／Ｏの形式（つまり入出力形式）のことである。ストレージシステム５０１には、ホスト１０１に認識させても良い一以上のＬＤＥＶに対し、ホストモードを関連付けることができる。以下、ホストモードが関連付けられた一以上のＬＤＥＶを「ホストグループ」と呼ぶ。ホストモード機能とは、関連付けられているホストモードでホストグループ内のＬＤＥＶに対するＩ／Ｏ要求を受けた場合にはそのＬＤＥＶに対するＩ／Ｏを行うが、そうではないホストモードでホストグループ内のＬＤＥＶに対するＩ／Ｏ要求を受けた場合にはそのＬＤＥＶに対するＩ／Ｏを行わないとする機能である。なお、ストレージシステム５０１では、一つのホスト側ポート５２３に複数のホストグループを関連付けることができる。

第二のセキュリティ機能は、ＬＵＮセキュリティ機能である。ストレージシステム５０１では、個々のＬＵＮ（ＬＤＥＶ）に対してＨＢＡ−ＷＷＮを関連付けることができる。ＬＵＮセキュリティ機能とは、関連付けられているＨＢＡ−ＷＷＮを有するホスト１０１にはＬＵＮを公開する（例えば問い合わせに応答してそのＬＵＮを知らせる）が、そのＨＢＡ−ＷＷＮを有しないホストにはそのＬＵＮを公開しないとする機能である。

上記の２つのアクセス制御機能を実現するべく、ストレージシステム５０１の記憶資源（例えば、制御メモリ５６７、或いは、ＣＨＡ５２１のメモリ５２４）に、例えば、図１９Ａに例示するＬＤＥＶ管理テーブル５９１や、図１９Ｂに例示するホストグループ管理テーブル５９３が記憶される。ＬＤＥＶ管理テーブル５９１には、例えば、各ＬＤＥＶ毎に、ＬＤＥＶ番号、ホストグループＩＤ、ポート番号、ＬＵＮ、ＨＢＡ−ＷＷＮが記録される。ホストグループ管理テーブル５９３には、各ホストグループ毎に、ホストグループＩＤ、ＯＳ名（ホストモード名）、ポート番号及びＨＢＡ−ＷＷＮが記録される。ＣＨＡ５２１は、各テーブル５９１及び５９３を基に、どのホスト１０１にどのＬＵＮを公開するかや、どのホスト１０１からどのＬＵＮへのアクセスを許可するかを制御することができる。

図４は、ボリューム情報管理テーブル３２３の構成例を示す。

ボリューム情報管理テーブル３２３は、サーバプログラム３１７が管理するストレージシステム５０１のＬＤＥＶに関する情報を格納するテーブルである。このテーブル３２３は、後述する仮想ホスト作成処理、ボリューム割り当て処理、及びボリューム設定処理を実施する際に利用される。

このテーブル３２３には、各ＬＤＥＶ毎に、そのＬＤＥＶの識別子（ＬＤＥＶ番号）、そのＬＤＥＶの記憶容量（容量）、そのＬＤＥＶを備えるストレージシステムの機種（ストレージタイプ）、そのＬＤＥＶを備えるストレージシステムの識別子（ストレージ番号）、そのＬＤＥＶが割り当てられているＬＵＮ、そのＬＵＮが割り当てられているホスト側ポートの識別子（ポート番号）、そのＬＤＥＶの状態、そのＬＤＥＶを利用或いは予約しているホストの識別子（ホストＩＤ）がある。ホストＩＤは、ニックネームに対応付けられているホストＩＤと同じＩＤである。ＬＤＥＶの状態としては、例えば、ＬＤＥＶがどのホスト１０１にも使用及び予約されていない"unused"、ＬＤＥＶが予約されていることを意味する"reserve"、ＬＤＥＶが利用されていることを意味する"active"がある。"reserve"と"active"とでは、意味が異なる。或るホスト１０１にとって、ＬＤＥＶ状態"reserve"とは、実際に未だそのホスト１０１に接続（マウント）されていないが、接続の候補となっており、他のホスト１０１に接続されてしまうことのない状態である。一方、或るホスト１０１にとって、ＬＤＥＶ状態"active"とは、ＬＤＥＶ状態"reserve"のＬＤＥＶ（つまり、上述した接続の候補）の中から選択されて実際にそのホスト１０１に接続された状態である。

図５Ａは、ホスト基本情報管理テーブル１２３の構成例を示す。

ホスト基本情報管理テーブル１２３は、このテーブル１２３を有するホスト１０１の情報を格納するテーブルである。このテーブル１２３は、後述するホスト情報収集処理、ホスト情報通知処理、ボリューム設定処理が行われる際に利用される。

このテーブル１２３には、ホスト基本情報、ＯＳ情報及びパス管理ソフトマネージャ情報が格納される。ホスト基本情報には、例えば、ホスト１０１の名称（ホスト名）、ホスト１０１のＩＰアドレスが含まれる。ＯＳ情報には、例えば、ＯＳ１１７の名称、ＯＳ１１７のバージョン情報が含まれる。パス管理ソフトマネージャ情報には、例えば、パス管理ソフトマネージャ１１５の名称、パス管理ソフトマネージャ１１５のバージョン情報が含まれる。

図５Ｂは、ＨＢＡ情報管理テーブル１２５の構成例を示す。

ＨＢＡ情報管理テーブル１２５は、ＨＢＡ１１１に関する情報を格納するテーブルである。このテーブル１２５は、後述するホスト情報収集処理、ホスト情報通知処理が行なわれる際に利用される。

このテーブル１２５には、各ＨＢＡ１１１毎に、そのＨＢＡの識別子（例えば通し番号）、そのＨＢＡの名称、そのＨＢＡが有する通信ポートの識別子（ポート番号）、その通信ポートに割り当てられているＷＷＮが記録される。一つのＨＢＡに複数の通信ポートがある場合には、一つのＨＢＡにつき、ポート番号とＷＷＮとのセットが複数個記録される。

本実施形態では、幾つかの処理が実行される。実行される処理としては、例えば、（１）仮想ホスト作成処理、（２）ボリューム割当て処理、（３）ホスト情報収集処理、（４）ホスト情報通知処理、及び（５）ボリューム設定処理がある。以下、各処理について詳細に説明する。

＜（１）仮想ホスト作成処理＞。

図６Ａ、図６Ｂ及び図６Ｃの組み合わせにより、仮想ホスト作成処理の流れの一例を示す。

仮想ホスト作成処理では、管理ユーザがニックネームを付与することにより、クライアントプログラム２０９上に仮想的なホストを作成し、ホスト１０１が有するＨＢＡ−ＷＷＮやＯＳを意識することなしに、ホスト１０１を管理し、ＬＵＮ（ＬＤＥＶ）を割り当てる(設定する)ことが可能となる。また、ホスト１０１がＳＡＮ４０１に実際に接続されていない状態でも、ＬＤＥＶをホスト１０１に対して予約状態（ＬＤＥＶ状態"reserve"）にすることで、ＬＤＥＶの割り当てが可能となる。

仮想ホスト作成処理は、管理ユーザが、クライアントプログラム２０９に対して仮想ホスト作成の命令を入力したことを契機に開始される。

ステップＳ１００において（詳細を図６Ｂに図示）、クライアントプログラム２０９が、図７Ａに例示するホスト追加画面を表示することで、ニックネームの入力を受け付ける。管理ユーザが、所望のニックネーム（例えば"Black"）を入力し、そのニックネームを有する仮想ホストの作成を指示する（例えば「ＯＫ」ボタンをクリックする）。ホスト追加画面の一例からもわかるとおり、ニックネームに対して何が対応付けられるかはわからない。すなわち、管理ユーザは、ニックネームを付与することでホストを追加する、ということだけやればよく、実際にどのホスト（どんなＨＢＡ−ＷＷＮやＯＳを有するホスト）にニックネームを付与するのかということを意識する必要がない。これは、管理ユーザにとって便利である。

クライアントプログラム２０９が、サーバプログラム３１７に、入力されたニックネームを通知する（Ｓ１１０）。

サーバプログラム３１７が、ニックネームの通知を受けた場合、そのニックネームの登録処理を行う。図６Ｃに、その流れの一例を示す。

すなわち、サーバプログラム３１７は、通知されたニックネームを用いてホスト情報管理テーブル３２１を検索し、そのニックネームが既に存在されているかどうかを調査する（Ｓ１２１）。

Ｓ１２１において、既にホスト情報管理テーブル３２１に存在することがわかった場合（Ｓ１２２でＹＥＳ）、サーバプログラム３１７は、クライアントプログラム２０９に、既にそのニックネームが存在することを通知する。この場合には、例えば、Ｓ１００において、管理ユーザにより、別のニックネームが入力されてよい。

Ｓ１２１において、通知されたニックネームがホスト情報管理テーブル３２１に存在していないことがわかった場合（Ｓ１２２でＮＯ）、サーバプログラム３１７は、ホスト管理用のＩＤ（ホスト基本情報に含めるホストＩＤ）を作成する（Ｓ１２４）。このＩＤは、例えば通し番号であるため、現時点で最後の通し番号に１を加えた通し番号を作成する。そして、サーバプログラム３１７は、ホスト情報管理テーブル３２１に、ホストＩＤと上記通知されたニックネームとを登録する（Ｓ１２５）。

なお、サーバプログラム３１７は、Ｓ１２５で登録が済んだ場合、通知されたニックネームの登録が完了したことを、クライアントプログラム２０９に通知することができる。クライアントプログラム２０９は、その通知に応答して、図７Ｂ或いは図７Ｃに例示するホスト追加結果表示画面を表示することができる。この画面では、例えば、ホスト情報管理テーブル３２１に存在する全てのニックネーム（例えば登録完了の通知と共に送られてきたニックネーム）と、各ニックネームに割り当たっている容量（例えば、ＬＤＥＶ状態が"reserve"の容量の合計）が一覧表示されている。いずれのホスト追加結果表示画面でも、今回登録されたばかりのニックネームについては、割当てられたＬＤＥＶの容量が空欄になっている。このため、管理ユーザは、ホストが追加されたものの、そのホストに何らＬＤＥＶが割り当たっていないことを認識することができる。

以上が、仮想ホスト作成処理についての説明である。この処理により、仮想ホストを作成することができる。以上の説明によれば、本実施形態で言う「仮想ホスト」とは、ホスト情報管理テーブル３２１について言えば、ニックネーム及びホストＩＤのみが登録されているホストのことを言う。ニックネーム及びホストＩＤに対し、ホスト名、ＩＰアドレス、ＯＳ名称などの情報が対応付けられることにより、仮想的なホストが、実体的なホストに変わることになる。図３を例に採り説明すれば、ニックネーム"White"、"Orange"、"Blue"が、ニックネーム及びホストＩＤ以外の情報が対応付けられていないので、仮想ホストであり、ニックネーム"Black"、"Yellow"、"Red"、"Green"が、ニックネーム及びホストＩＤ以外の情報が対応付けられているので、仮想ホストではなく、実体的なホストである。

＜（２）ボリューム割当て処理＞。

図８Ａ、図８Ｂ及び図９の組み合わせにより、ボリューム割当て処理の流れの一例を示す。

ボリューム割当て処理は、仮想ホスト作成処理で作成された仮想ホストにＬＤＥＶを割り当てる処理である。必要容量の未使用（ＬＤＥＶ状態"unused"）ＬＤＥＶがストレージシステム５０１から検出され、そのＬＤＥＶのＬＤＥＶ状態が予約済（"reserve"）に設定される。以下、ここでの必要容量を、「予約必要ＬＤＥＶ容量」と言う。予約必要ＬＤＥＶ容量は、固定値であっても良いし、管理ユーザ或いはホストユーザ所望の値であっても良い。

ボリューム割り当て処理は、例えば、仮想ホスト作成処理の終了後、管理ユーザがクライアントプログラム２０９上で作成した仮想ホストに対してボリューム割り当ての操作をした場合に、開始される。

Ｓ１３０において（詳細を図８Ｂに図示）、クライアントプログラム２０９が、図１０Ａに例示するボリューム割当て画面を表示することで、予約必要ＬＤＥＶ容量の入力を受け付ける。管理ユーザが、所望の予約必要ＬＤＥＶ容量を入力する。なお、この画面の例は、仮想ホスト作成処理で"Black"というニックネームが登録された後に続く処理で表示された画面であるため、"Black"というニックネームの仮想ホストに対して割当てるＬＤＥＶの予約必要ＬＤＥＶ容量を入力するようになっているが、複数のニックネームを選択可能に表示しても良い。この場合には、管理ユーザが、予約必要ＬＤＥＶ容量の入力に加え、ニックネームを選択する。選択可能に表示される複数のニックネームは、例えば、ホスト情報管理テーブル３２１に登録されている複数のニックネームを取得することをサーバプログラム３１７に命じることにより、取得することができる。

クライアントプログラム２０９が、サーバプログラム３１７に、ＬＤＥＶの割当て先とする仮想ホストのニックネームと、入力された予約必要ＬＤＥＶ容量とを通知する（Ｓ１４０）。

サーバプログラム３１７が、ニックネーム及び予約必要ＬＤＥＶ容量の通知を受けた場合、ＬＤＥＶ予約処理を行う。図９に、その流れの一例を示す。

すなわち、サーバプログラム３１７は、通知された予約必要ＬＤＥＶ容量を用いてボリューム情報管理テーブル３２３を検索し、その予約必要ＬＤＥＶ容量のＬＤＥＶが既に存在するかどうかを調査する（Ｓ１５１）。

Ｓ１５１の調査により、通知された予約必要ＬＤＥＶ容量のＬＤＥＶが存在しないことがわかった場合（Ｓ１５２でＹＥＳ）、Ｓ１５３が実行される。

Ｓ１５３では、サーバプログラム３１７は、ボリューム情報管理テーブル３２３を参照し、未使用ＬＤＥＶ（ＬＤＥＶ状態"unused"のＬＤＥＶ）及びその容量を特定する。そして、サーバプログラム３１７は、特定された全てのＬＤＥＶの容量を加算して得られた値が予約必要ＬＤＥＶ容量以上になるかどうかを判断する。予約必要ＬＤＥＶ容量未満になるなら、Ｓ１５４が実行され、予約必要ＬＤＥＶ容量以上になるなら、Ｓ１５５が実行される。なお、このＳ１５３において、未使用ＬＤＥＶの特定では、例えば、ボリューム情報管理テーブル３２３における"ストレージ番号"が同じである未使用ＬＤＥＶが特定される。なぜなら、後述の処理において、特定された複数の未使用ＬＤＥＶのうちの二以上のＬＤＥＶにより一つのＬＤＥＶが新規に作成されるが、本実施形態では、その新規の一つのＬＤＥＶを複数のストレージシステムに跨ることができないためである。

Ｓ１５４では、サーバプログラム３１７は、クライアントプログラム２０９に、通知された予約必要ＬＤＥＶ容量でＬＤＥＶを用意できない（指定されたニックネームの仮想ホストにＬＤＥＶを割当てられない）ことを通知する。この場合には、例えば、ステップ１３０において、管理ユーザにより、別の予約必要ＬＤＥＶ容量が入力されてよい。

Ｓ１５５では、サーバプログラム３１７は、Ｓ１５３において特定された複数の未使用ＬＤＥＶのうちの二以上のＬＤＥＶを選択しそれら二以上のＬＤＥＶの容量を組み合わせることにより、上記通知された予約必要ＬＤＥＶ容量以上のＬＤＥＶを新たに作成する。例えば、予約必要ＬＤＥＶ容量が５００ＧＢ（ギガバイト）で、ＬＤＥＶ容量が２００ＧＢと４００ＧＢの２つのＬＤＥＶがあった場合には、それらを組み合わせることで、６００ＧＢのＬＤＥＶが作成されて良い。或いは、それらのＬＤＥＶを、１００ＧＢと５００ＧＢのＬＤＥＶとし、少なくとも予約必要ＬＤＥＶ容量である５００ＧＢが確保されるのでもよい。

Ｓ１５６では、サーバプログラム３１７は、上記組み合わされた二以上のＬＤＥＶに関する情報（行）をボリューム情報管理テーブル３２３から削除する。

Ｓ１５７では、サーバプログラム３１７は、上記新たに作成したＬＤＥＶに関する情報（行）をボリューム情報管理テーブル３２３に追加する。ここでは、例えば、ポート番号、ＬＵＮ、状態及びホストＩＤ以外の情報が登録される。登録されるＬＤＥＶ番号は、例えば、このボリューム情報管理テーブル３２３に未登録のＬＤＥＶ番号で、所定のアルゴリズムで自動的に生成された番号とすることができる。登録される容量は、上記二以上のＬＤＥＶの容量の合計とすることができる。登録されるストレージタイプ及びストレージ番号は、上記二以上のＬＤＥＶのストレージタイプ及びストレージ番号とすることができる。

Ｓ１５６及びＳ１５７に応じて、サーバプログラム３１７は、ストレージエージェントプログラム５２９に、上記二以上のＬＤＥＶに関する情報の削除と、上記作成されたＬＤＥＶに関する情報の追加との命令を送信することができる。この場合、ストレージエージェントプログラム５２９は、その命令に応答して、図１９Ａに例示したＬＤＥＶ管理テーブル５９１から、上記二以上のＬＤＥＶに関する情報を削除し、上記新規に作成されたＬＤＥＶに関する情報（例えばＬＤＥＶ番号）を、そのテーブル５９１に追加することができる。

さて、Ｓ１５８では、サーバプログラム３１７は、クライアントプログラム２０９から通知されたニックネームに対応するホストＩＤをホスト情報管理テーブル３２１から検索する。

Ｓ１５９では、サーバプログラム３１７は、Ｓ１５７で追加された行に、ＬＤＥＶ状態"reserve"を設定する。

Ｓ１６０では、サーバプログラム３１７は、Ｓ１５７で追加された行に、Ｓ１５８の検索により見つかったホストＩＤを設定する。

Ｓ１６１では、サーバプログラム３１７は、ボリューム割り当ての成功をクライアントプログラム２０９に通知する。クライアントプログラム２０９は、その通知に応答して、図１０Ｂ或いは図１０Ｃに例示するボリューム割り当て結果確認画面を表示することができる。この画面では、例えば、ホスト情報管理テーブル３２１に存在する全てのニックネーム（例えば割り当て成功の通知と共に送られてきたニックネーム）と、各ニックネームに割り当たっているＬＤＥＶ容量（具体的には、例えば、ＬＤＥＶ状態が"reserve"である一以上のＬＤＥＶの容量の合計）が一覧表示されている。いずれのボリューム割り当て結果確認画面でも、今回ＬＤＥＶが割当てられた仮想ホストのニックネーム及び新たに割当てられたＬＤＥＶ容量が、他のニックネーム及びＬＤＥＶ容量と異なる表示（いわゆる強調表示）がされる。この画面により、管理ユーザは、自分が指定したニックネームがどれであるかや、そのニックネームの仮想ホストにどれだけのＬＤＥＶ容量が割り当たったかを認識することができる。

さて、Ｓ１５１の調査により、通知された予約必要ＬＤＥＶ容量以上の容量を有する未使用ＬＤＥＶ（以下、対象未使用ＬＤＥＶ）が存在することがわかった場合（Ｓ１５２でＮＯ）、サーバプログラム３１７は、クライアントプログラム２０９から通知されたニックネームに対応するホストＩＤをホスト情報管理テーブル３２１から検索する（Ｓ１６２）。そして、サーバプログラム３１７は、ボリューム情報管理テーブル３２３において、対象未使用ＬＤＥＶに対応した行に、ＬＤＥＶ状態"reserve"を設定する（Ｓ１６３）。また、サーバプログラム３１７は、その行に、Ｓ１６２の検索により見つかったホストＩＤを設定する。その後、サーバプログラム３１７は、ボリューム割り当ての成功をクライアントプログラム２０９に通知する。クライアントプログラム２０９は、その通知に応答して、前述した図１０Ｂ或いは図１０Ｃに例示するボリューム割り当て結果確認画面を表示することができる。

以上が、ボリューム割当て処理についての説明である。この処理により、管理ユーザ所望のニックネーム（仮想ホスト）に必要予約ＬＤＥＶ容量以上の容量を有したＬＤＥＶを割当てる（予約する）ことができる。

＜（３）ホスト情報収集処理＞。

図１１Ａ、図１１Ｂ及び図１２の組み合わせにより、ホスト情報収集処理の流れの一例を示す。

ホスト情報収集処理は、ホスト１０１に関する情報（ホスト名、IPアドレス、ＯＳ名、ＯＳバージョン情報、パス管理ソフトマネージャの名称及びバージョン情報）を収集し、収集した情報を、ホスト基本情報管理テーブル１２３に格納し、また、ホスト１０１のＨＢＡに関する情報を収集し、収集した情報をＨＢＡ情報管理テーブル１２５に格納する処理である。

ホスト情報収集処理の実行タイミングとしては、例えば、以下の（ａ）〜（ｅ）、
（ａ）ホストエージェントプログラム１２１がホスト１０１に関する情報を収集しサーバプログラム３１７に送信するとき、
（ｂ）クライアントプログラム２０９がホストの情報収集処理を要求するとき、
（ｃ）ホストエージェントプログラム１２１を再起動したとき、
（ｄ）ホストエージェントプログラム１２１を起動したとき、
（ｅ）ホスト１０１それ自体を再起動したとき、
のいずれも採用することができる。

ホスト情報収集処理では、ホスト機能情報収集（Ｓ２００）と、ＨＢＡ情報収集（Ｓ２１０）が実行される。

ホスト機能情報収集では、図１１Ｂに示すように、ホストエージェントプログラム１２１が、ＯＳ１１７に問合せることにより、ホストのホスト名、ＩＰアドレス、ＯＳ名及びバージョン情報、パス管理ソフトマネージャ１１５の名称及びバージョン情報を取得し（Ｓ２０１〜Ｓ２０４）、取得したそれらの情報を、ホスト基本情報管理テーブル１２３に格納する（Ｓ２０５）。

ＨＢＡ情報収集では、図１２に示すように、ホストエージェントプログラム１２１が、ＨＢＡドライバに問い合わせることにより、ホスト１０１が有するＨＢＡ１１１の数を取得する。ホストエージェントプログラム１２１は、ｉに、取得したＨＢＡの数を代入し、ｔに、１を代入する（Ｓ２１２）。

Ｓ２１３は、第一のループ処理を表す。ｉ≧ｔの間、以下のＳ２１４〜Ｓ２１９が繰り返される。すなわち、全ＨＢＡ１１１について、以下のＳ２１４〜Ｓ２１９が実行される。

Ｓ２１４では、ホストエージェントプログラム１２１は、ＨＢＡドライバに問い合わせることにより、ｔ番目のＨＢＡの名称を取得する。

Ｓ２１５では、ホストエージェントプログラム１２１は、取得したＨＢＡ名称を、ＨＢＡ情報管理テーブル１２５に登録する。

Ｓ２１６では、ホストエージェントプログラム１２１は、ＨＢＡドライバに問い合わせることにより、ｔ番目のＨＢＡのポート数を取得する。

Ｓ２１７では、ホストエージェントプログラム１２１は、ｊに、取得したポート数を代入し、ｋに１を代入する。

Ｓ２１８は、第二のループ処理を表す。ｊ≧ｋの間、後述のＳ２２０〜Ｓ２２２が繰り返される。すなわち、一つのＨＢＡ１１１につき、全ポートについて、Ｓ２２０〜Ｓ２２２が実行される。

Ｓ２１９では、ホストエージェントプログラム１２１が、現在のｔに１を加算する。この結果、更新後のｔがｉ（ＨＢＡの数）を超えたならば、ＨＢＡ情報収集の終了となり、そうでなければ、ｔ番目のＨＢＡについて、Ｓ２１４を行う。

Ｓ２２０では、ホストエージェントプログラム１２１が、ＨＢＡドライバに問い合わせることにより、ｋ番目のポートのＨＢＡ−ＷＷＮを取得する。

Ｓ２２１では、ホストエージェントプログラム１２１が、取得したＨＢＡ−ＷＷＮと、ｋ番目のＨＢＡのポート番号とを、ＨＢＡ情報管理テーブル１２５における、Ｓ２０５で登録したＨＢＡ名称に対応する欄に、登録する。

Ｓ２２２では、ホストエージェントプログラム１２１が、現在のｋに１を加算する。この結果、更新後のｋがｊ（ＨＢＡのポートの数）を超えたならば、この第二のループ処理の終了となり、そうでなければ、ｋ番目のポートについて、Ｓ２２０を行う。

以上が、ホスト情報収集処理についての説明である。この処理により、ホスト基本情報テーブル１２３やＨＢＡ情報管理テーブル１２５に情報が登録される。また、このホスト情報収集処理は、ＨＢＡが交換されてホストエージェントプログラム１２１或いはホスト１０１それ自体が再起動された場合や、或るホスト１０１が障害等によりダウンし代わってホスト１０１それ自体が起動した場合にも実行されるので、ホスト基本情報テーブル１２３やＨＢＡ情報管理テーブル１２５に記録される情報は、その再起動時や起動時の情報とすることができる。

＜（４）ホスト情報通知処理＞。

図１３Ａ、図１３Ｂ及び図１４の組み合わせにより、ホスト情報通知処理の流れの一例を示す。

ホスト情報通知処理は、ホスト基本情報管理テーブル１２３及びＨＢＡ情報管理テーブル１２５に登録されている情報をサーバプログラム３１７経由でクライアントプログラム２０９に通知する処理である。

ホスト情報通知処理の実行タイミングとしては、例えば、以下の（ａ）〜（ｅ）、
（ａ）ホストエージェントプログラム１２１がホスト１０１に関する情報を収集しサーバプログラム３１７に送信するとき、
（ｂ）クライアントプログラム２０９がホストの情報収集処理を要求するとき、
（ｃ）ホストエージェントプログラム１２１を再起動したとき、
（ｄ）ホストエージェントプログラム１２１を起動したとき、
（ｅ）ホスト１０１それ自体を再起動したとき、
のいずれも採用することができる。

ホストエージェントプログラム１２１が、ホストユーザ（ホスト１０１のユーザ）からボリューム割り当て要求を受けた場合（Ｓ２５０でＹＥＳ）、図１５Ａに例示する入力画面を表示することで、容量及びホスト側ポート数の入力を受け付ける（Ｓ２５０）。ホストユーザは、ホスト１０１に割当てたいＬＤＥＶ容量及びホスト側ポート数を入力する（Ｓ２５１）。ここで入力されたＬＤＥＶ容量及びホスト側ポート数を、以下、それぞれ「設定必要ＬＤＥＶ容量」及び「必要ホスト側ポート数」と称する。なお、入力した内容が設定された場合（具体的には、設定必要ＬＤＥＶ容量以上の容量を有するＬＤＥＶについて、ＬＤＥＶ番号、容量、ストレージタイプ、ストレージ番号、ポート番号（必要ホスト側ポート数分のポート番号）、ＬＵＮ及びホストＩＤが、ボリューム情報管理テーブル３２３に登録された場合）、図１５Ｂに例示する入力結果表示画面が表示される。

ホストエージェントプログラム１２１が、ホスト情報編集処理を行う（Ｓ２６０）。具体的には、例えば、図１３Ｂに例示するように、ホストエージェントプログラム１２１は、ホスト基本情報管理テーブル１２３及びＨＢＡ情報管理テーブル１２５からそれぞれに情報を取得し（Ｓ２６１及びＳ２６２）、取得した情報を通信データ用に編集する（Ｓ２６３）。Ｓ２６３により、ホスト基本情報管理テーブル１２３及びＨＢＡ情報管理テーブル１２５に記録されている情報を含んだ通信データが作成される。なお、Ｓ２５１が実行されたことにより、設定必要ＬＤＥＶ容量及び必要ホスト側ポート数が入力された場合には、入力されたそれらの情報も含まれる。

ホストエージェントプログラム１２１が、前述した通信データをサーバプログラム３１７に送信する（Ｓ２７０）。

サーバプログラム３１７は、ホスト情報格納処理を行う（Ｓ２８０）。

具体的には、図１４に示すように、サーバプログラム３１７が、通信データを受信し（Ｓ２８１）、通信データの送信元ホスト１０１から初めて通信データを受信したか否かを判断する（Ｓ２８２）。例えば、通信データを受信した場合、その通信データの送信元ホストの識別情報（ホスト名、ＩＰアドレスなど）が所定の記憶域に登録済みかどうかを判断し、登録済みであれば、初めてではないと判断し、登録済みでなければ、初めてと判断して、その送信元ホストの識別情報を所定の記憶域に登録することができる。

Ｓ２８２で初めてと判断した場合（Ｓ２８２でＹＥＳ）、サーバプログラム３１７は、ホスト情報管理テーブル３２１を参照し（Ｓ２８３）、ニックネーム及びホストＩＤしか登録されていない行がないかどうか、つまり仮想ホストがあるかどうかを判断する（Ｓ２８４）。

仮想ホストが無ければ（Ｓ２８４でＹＥＳ）、サーバプログラム３１７が、ホストＩＤ及びニックネームを自動生成し（Ｓ２８５及びＳ２８６）、それらをホスト情報管理テーブル３２１に登録することで（Ｓ２８７）、新規に仮想ホストを作成する。この後、例えばＳ２８９に進むことができる。

一方、一以上の仮想ホストがあるのであれば（Ｓ２８４でＮＯ）、サーバプログラム３１７は、いずれかの仮想ホスト（例えば初めに見つかった仮想ホスト）に対し、Ｓ２８１で受信した通知データから特定される、ホスト名、ＩＰアドレス、ＯＳ名、ＯＳバージョン情報、パス管理ソフトマネージャの名称及びバージョン情報を、対応付ける（Ｓ２８８）。

サーバプログラム３１７は、上記受信した通知データに、設定必要ＬＤＥＶ容量及び必要ホスト側ポート数が含まれていれば、ボリューム情報管理テーブル３２３を参照し（Ｓ２８９）、設定必要ＬＤＥＶ容量以上の容量の予約状態ＬＤＥＶ（ＬＤＥＶ状態"reserve"のＬＤＥＶ）があるかどうかを判断する（Ｓ２９０）。

Ｓ２９０において、有るとの判断になれば（Ｓ２９０でＹＥＳ）、サーバプログラム３１７は、ボリューム情報管理テーブル３２３において、設定必要ＬＤＥＶ容量以上の容量の予約状態ＬＤＥＶに、対象ホストＩＤを対応付ける（Ｓ２９１）。そして、ボリューム設定処理の起動が実行される（Ｓ２９２）。なお、対象ホストＩＤとは、このホスト情報通知処理においては、Ｓ２８７で登録されたホストＩＤ、或いは、Ｓ２８８での仮想ホストのホストＩＤである。

Ｓ２９０において、無いとの判断になれば（Ｓ２９０でＮＯ）、サーバプログラム３１７は、ボリューム割り当てに失敗したことを、ホストエージェントプログラム１２１に通知する（Ｓ２９３）。また、サーバプログラム３１７は、クライアントプログラム２０９に、ボリュームバラエティ（予約状態のＬＤＥＶの容量）が不足していることを通知する（Ｓ２９４）。その際、その通知を、ホストＩＤ（Ｓ２８７で登録されたホストＩＤ、或いは、Ｓ２８８での仮想ホストのホストＩＤ）に対応したニックネームとともに、通知することができる。クライアントプログラム２０９が、その通知を受けて、ボリュームバラエティが不足していることとそれが生じている仮想ホストとを表示すれば、管理ユーザが、どの仮想ホストに対してボリューム割り当て処理を実行させれば良いかを特定することができる。

なお、Ｓ２９０でＮＯの場合、Ｓ２９３及びＳ２９４に代えて、図９のＳ１５３やＳ１５５と同種の処理、すなわち、二以上の予約状態ＬＤＥＶを組み合わせることで、設定必要ＬＤＥＶ容量以上の容量を有する予約状態ＬＤＥＶを新たに作成し、上記対象ホストＩＤを対応付けても良い。

さて、Ｓ２８２で初めてではないと判断した場合（Ｓ２８２でＮＯ）、サーバプログラム３１７は、上記受信した通知データ中の各種情報を、ホスト情報管理テーブル３２１における、送信元ホスト（例えばホスト名）に対応した行に登録する（Ｓ２９５Ａ）。また、サーバプログラム３１７は、上記受信した通知データに、設定必要ＬＤＥＶ容量及び必要ホスト側ポート数が含まれていれば、ボリューム情報管理テーブル３２３を参照し（Ｓ２９５）、設定必要ＬＤＥＶ容量以上の容量の予約状態ＬＤＥＶ（ＬＤＥＶ状態"reserve"のＬＤＥＶ）があるかどうかを判断する（Ｓ２９６）。Ｓ２９６において、有ると判断した場合、Ｓ２９１及びＳ２９２と同様の処理が行われる（Ｓ２９７及びＳ２９８）。一方、Ｓ２９７において、無いと判断した場合、サーバプログラム３１７は、エラーを出力する（Ｓ２９９）。

以上が、ホスト情報通知処理についての説明である。このホスト情報通知処理は、ＨＢＡが交換されてホストエージェントプログラム１２１或いはホスト１０１それ自体が再起動された場合や、或るホスト１０１が障害等によりダウンし代わってホスト１０１それ自体が起動した場合にも実行されるので、ホスト情報管理テーブル３２１やボリューム情報管理テーブル３２３に記録される情報は、その再起動時や起動時における情報とすることができる。

＜（５）ボリューム設定処理＞。

図１６Ａ、図１６Ｂ、図１７Ａ、図１７Ｂ及び図１７Ｃの組み合わせにより、ボリューム設定処理の流れの一例を示す。

このボリューム設定処理の実行タイミングとしては、例えば、以下の（ａ）〜（ｃ）、
（ａ）ホスト情報通知処理において、ボリューム設定処理の起動が行われたとき、
（ｂ）ホスト１０１を新規にＳＡＮ４０１に接続し、ホストエージェントプログラム１２１を起動したとき、
（ｃ）ホスト１０１のＨＢＡに関する情報が変更になり（例えば、ＨＢＡの交換、或いは、Ｎ＋１ホットスタンバイ構成での切り替えが行われ）、エージェントプログラムを再起動したとき、
のいずれも採用することができる。

ボリューム設定処理では、ストレージシステムのパスの設定（Ｓ３５０）、セキュリティ機能の設定（Ｓ３６０）、ホストに対するＬＤＥＶの認識（Ｓ３７０）及びマルチパスの設定（Ｓ３８０）のうちの少なくとも一つが行われる。

ストレージシステムのパスの設定（図１６ＡのＳ３５０）では、図１６Ｂに示すように、サーバプログラム３１７が、ボリューム情報管理テーブル３２３を参照し（Ｓ３５１）、設定必要ＬＤＥＶ容量以上の容量の予約状態ＬＤＥＶがないかどうかを判断する（Ｓ３５２）。無いと判断した場合（Ｓ３５２でＹＥＳ）、エラーを出力する（Ｓ３５３）。

有ると判断した場合（Ｓ３５２でＮＯ）、サーバプログラム３１７が、必要ホスト側ポート数分のホスト側ポートを、Ｓ３５２の判断において特定された予約状態ＬＤＥＶを有するストレージシステムから選択する（Ｓ３５４）。具体的には、例えば、特定された予約状態ＬＤＥＶのＬＤＥＶ番号に対応するストレージ番号をボリューム情報管理テーブル３２３から特定し、特定されたストレージ番号のストレージシステム５０１におけるストレージエージェントプログラム５２９に、ストレージシステム５０１の構成に関する構成情報を要求することができる。ストレージエージェントプログラム５２９からは、構成情報が送られてくる。その構成情報には、ストレージシステム５０１が有する全てホスト側ポートの各々について、ポート番号や、どのＣＨＡに搭載されているか等が含まれている。サーバプログラム３１７は、構成情報に含まれている複数のポート番号から、必要ホスト側ポート数分のポート番号を選択することができる。その際、サーバプログラム３１７は、クラスタ構成で対称的にポート番号を選択することができる。具体的には、例えば、ＣＨＡ１とＣＨＡ２とがクラスタ構成になっており、必要ホスト側ポート数が２である場合には、ＣＨＡ１に属する２つのポート番号を選択するのではなく、ＣＨＡ１に属するポート番号とＣＨＡ２に属するポート番号とを選択するようにする。これにより、ＣＨＡ１に障害が生じても、ＣＨＡ２のポート番号を含むパスを介してＬＤＥＶにアクセスすることができる。

Ｓ３５５では、サーバプログラム３１７は、上記特定された予約状態ＬＤＥＶのＬＤＥＶ番号と、上記選択したポート番号とを含むパス設定命令を、そのＬＤＥＶ番号に対応したストレージ番号から識別されるストレージエージェントプログラム５２９に送信する。

Ｓ３５６では、そのパス設定命令に従って、ストレージエージェントプログラム５２９により、ストレージシステム５０１内でのパスの設定が行われる。具体的には、例えば、パス設定命令に含まれている複数のポート番号に対し、そのパス設定命令に含まれているＬＤＥＶ番号が対応付けられる。より具体的には、ストレージシステム５０１では、各ホスト側ポートにＬＵＮが対応付けられており、パス設定により、ポート番号、ＬＵＮ及びＬＤＥＶ番号を含むパス（論理的なパス）ができる。また、ストレージエージェントプログラム５２９は、ポート番号にＬＤＥＶ番号を割当てた場合、そのポート番号に割当てられたＬＤＥＶ番号に対応するＬＤＥＶによって、既にホストグループができている場合には、今回そのポート番号に新たに割当てたＬＤＥＶ番号に対応するＬＤＥＶを、そのホストグループに含める。もし、そのポート番号に初めてＬＤＥＶ番号が割当てられた場合には、ホストグループＩＤを新たに生成し、そのホストグループＩＤに、今回割当てるＬＤＥＶ番号を対応付ける。つまり、ストレージエージェントプログラム５２９が、自動的に、ホストグループを構成したり、ホストグループの構成を更新したりする。パス設定が終わった場合、ストレージエージェントプログラム５２９は、パス設定命令に含まれていた複数のポート番号のどれにどんなＬＵＮが対応しているかや、今回割当てられたＬＤＥＶ番号のＬＤＥＶが属したホストグループのホストグループＩＤを、サーバプログラム３１７に送信する。

Ｓ３５７で、サーバプログラム３１７は、Ｓ３５４で選択した各ポート番号に対応するＬＵＮと、ホストグループＩＤとを、受信する。

Ｓ３５８で、サーバプログラム３１７は、受信したホストグループＩＤを、上記特定されたＬＤＥＶ番号に対応付ける（ボリューム情報管理テーブル３２３に登録する）。

Ｓ３５９で、サーバプログラム３１７は、受信した各ＬＵＮと、各ＬＵＮに対応する、上記選択した各ポート番号とを、上記特定されたＬＤＥＶ番号に対応付ける（ボリューム情報管理テーブル３２３に登録する）。

さて、セキュリティ機能の設定（図１６ＡのＳ３６０）では、図１７Ａに示すように、サーバプログラム３１７が、Ｓ３５７で受信したホストグループＩＤにＷＷＮ及びＯＳ名を設定することの命令（ホストモード設定命令）を、ストレージエージェントプログラム５２９に送信する（Ｓ３６１）。ここでのＷＷＮ及びＯＳ名は、例えば、図１４のＳ２８３で受信した通知データに含まれているＷＷＮ及びＯＳ名である。

Ｓ３６２で、ストレージエージェントプログラム５２９は、ホストモード設定命令を受信し、その命令に従って、セキュリティ設定を実行する。具体的には、例えば、ホストモード設定命令に含まれているホストグループＩＤと同じホストグループＩＤに対し、そのホストモード設定命令に含まれているＷＷＮ及びＯＳ名を設定する（例えば、図１９Ｂに例示するホストグループ管理テーブル５９３上で、上記同じホストグループＩＤに対し、ＯＳ名及びＷＷＮ（ＨＢＡ−ＷＷＮ）を対応付ける）。

Ｓ３６３で、サーバプログラム３１７が、ホスト情報管理テーブル３２１上で、対象ホストＩＤ（例えば、Ｓ２８７で登録されたホストＩＤ、或いは、Ｓ２８８での仮想ホストのホストＩＤ）に、ホストモード設定命令に含めたＨＢＡ−ＷＷＮ及びホストグループＩＤを対応付ける。

Ｓ３６４で、サーバプログラム３１７が、ボリューム情報管理テーブル３２３において、上記特定されたＬＤＥＶ番号に対応するＬＤＥＶ状態"reserve"を"active"に変更する。この場合、サーバプログラム３１７が、ホストエージェントプログラム１２１に対し、ボリューム認識を指示することができる。

さて、ボリューム認識（図１６ＡのＳ３７０）では、図１７Ｂに示すように、ホストエージェントプログラム１２１が、例えばサーバプログラム３１７からのボリューム認識指示に応答して、ＯＳ１１７に対して、ボリューム認識命令を発行する（Ｓ３７１）。これにより、ＯＳ１１７が、所定の照会コマンドを発行し、発行された照会コマンドが、各ＨＢＡ１１１の通信ポートを介して出力される。照会コマンドからは、ＨＢＡ−ＷＷＮやＯＳ名が特定可能である。その照会コマンドを受信したストレージシステム５０１は、照会コマンドを受信したホスト側ポートが、その照会コマンドから識別されるＨＢＡ−ＷＷＮやＯＳ名が関連付けられているポートであれば、そのポートを介して、そのＨＢＡ−ＷＷＮが割当てられているホストグループに属するＬＤＥＶに関する情報（例えばＬＤＥＶ容量やＬＤＥＶ番号）を通知する。これにより、ＯＳ１１７が、ＬＤＥＶに関する情報（ボリューム情報、具体的には、例えば、ボリューム情報管理テーブル３２３における一行分の情報）を取得し（Ｓ３７２）、ＬＤＥＶを認識することができる。ホストエージェントプログラム１２１は、ＯＳ１１７に問合せを出すことにより、ＬＤＥＶを認識したかどうかを確認することができる（Ｓ３７３）。

マルチパス設定（図１６ＡのＳ３８０）では、図１７Ｃに示すように、ホストエージェントプログラム１２１が、パス管理ソフトマネージャ１１５に対して、マルチパス設定命令を発行する（Ｓ３８１）。これにより、パス管理ソフトマネージャ１１５が、マルチパス環境を構築する（Ｓ３８２）。ホストエージェントプログラム１２１は、パス管理ソフトマネージャ１１５に問合せを出すことにより、マルチパス環境を構築したかどうかを確認することができる（Ｓ３８３）。なお、上記マルチパス設定命令には、パス切替ルールを表す情報が含まれていても良い。具体例は後述する。

図１８Ａに、マルチパス環境の構築前のアクセス環境を示し、図１８Ｂに、マルチパス環境の構築後のアクセス環境を示す。

図１７ＢのＳ３７２では、例えば、ＯＳ１１７が、ＬＤＥＶ番号が００：１２であるＬＤＥＶ（以下、図１８Ａ及び図１８Ｂについての説明において、「対象ＬＤＥＶ」と言う）について、ボリューム情報（例えば、ポート番号、ＬＵＮ及びＬＤＥＶ番号を含む）を、２つのホスト側ポートから受信する。このため、「ＳＣＳＩデバイス」について２つのインスタンスが生成される。この段階では、図１８Ａに示すように、アプリケーション１０９からは、対象ＬＤＥＶについて、２つのデバイスがあるように見え、２つのデバイスの先は同一の対象ＬＤＥＶであることはわからない。

図１７ＣのＳ３８１により、パス管理ソフトマネージャ１１５が、マルチパス設定命令を受ける。この場合、パス管理ソフトマネージャ１１５が、対象ＬＤＥＶについて受信された２つのボリューム情報（例えばＯＳ１１７が管理している）中のＬＤＥＶ番号が同一であることを特定し、対象ＬＤＥＶについてマルチパス環境を構築する。具体的には、パス管理ソフトマネージャ１１５は、「ＳＣＳＩデバイス」についての２つのインスタンスに一つのマルチパスデバイス（インスタンス）を作成して関連付ける。該マルチパスデバイスが、アプリケーションプログラム１０９に提供される。これにより、アプリケーションプログラム１０９からは、「ＳＣＳＩデバイス」についての２つのデバイスが見えず、該マルチパスデバイスが見えることで、一つのデバイスであるかのように見える。すなわち、本実施形態において、「マルチパス環境」とは、同一ＬＤＥＶに繋がるパスが複数本あることをパス管理ソフトマネージャ１１５よりも上位のコンピュータプログラム（この例ではアプリケーションプログラム）に意識させないようにするために構築されたマルチパスデバイスにマルチパスが関連付けられることを意味する。マルチパス環境は、アクセス環境の一部である。

なお、前述したように、ホストエージェントプログラム１２１からパス管理ソフトマネージャ１１５に送信されるマルチパス設定命令には、パス切替ルールを表す情報が含まれていても良い。パス切替ルールとは、同一ＬＤＥＶに接続される複数のパス（マルチパス）のうちのどれを使用するかの切り替えに関するルールである（パス管理ソフトマネージャ１１５は、例えば、マルチパスを構成する各パスをパスＩＤ（例えば番号）で管理できる）。パス切替ルールの具体例としては、"連続してＰ回（Ｐは１以上の整数）使ったら別のパスを使用する"、"使用中のパスの負荷（例えば単位時間当たりのアクセス要求発行回数）が所定値を超えたら別のパスを使用する"などがある。パス管理ソフトマネージャ１１５は、マルチパス設定命令にパス切替ルールを表す情報が含まれている場合、該情報を設定し、マルチパス環境が構築された後は、そのパス切替ルールに従うパス切替制御を行うことができる。

以上、上述した実施形態によれば、ホストユーザが、ユーザ所望のＬＤＥＶ容量と必要ホスト側ポート数を指定するだけで、その必要ホスト側ポート数分のホスト側ポートを経由するマルチパスを有したマルチパス環境が構築される。このため、ホストユーザは、パス管理ソフトマネージャ１１５に対する情報設定の方法やＯＳ１１７の名称などを知らなくても、マルチパス環境を構築することができる。

また、上述した実施形態によれば、ホストユーザがＨＢＡ−ＷＷＮやＯＳ名称などのホスト環境情報を入力しなくても、ＬＵＮセキュリティ機能及びホストモード機能に従うアクセス制御がされるＬＤＥＶをホストに認識させることができる。

また、上述した実施形態によれば、ホストのＨＢＡを交換した場合やＮ＋１ホットスタンバイ構成において稼動するホストが切り替わった場合、ホストエージェントプログラム１２１が起動する（或いは再起動する）ことによって、ホスト情報収集処理、ホスト情報通知処理及びボリューム設定処理が行われる。このため、ホストのＨＢＡを交換した場合やＮ＋１ホットスタンバイ構成において稼動するホストが切り替わっても、ホストユーザ或いは管理ユーザがホスト環境情報の再設定をする必要をなくすことができる。

また、上述した実施形態によれば、仮想的なホストが用意され、且つ、該仮想的なホストに、ＬＤＥＶが予め割り当てられる（仮想ホストに対しＬＤＥＶが予約される）。そして、例えば、ＳＡＮ４０１に接続されていないホスト１０１を新たにＳＡＮ４０１に接続した場合には、該ホスト１０１に関するホスト環境情報が仮想ホストに関連付けられることにより、仮想ホストが実体的なホストとされ、そのホスト１０１に、予約されている一以上のＬＤＥＶの中から設定必要ＬＤＥＶ容量を満たすＬＤＥＶが自動的に割り当てられる（設定される）。

以上、本発明の実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。

例えば、上述した実施形態では、ホスト１０１とストレージシステム５０１との間の通信は、ｉＳＣＳＩプロトコルに従って行われても良い。その場合、例えば、ホスト１０１が、ｉＳＣＳＩネーム（ｉＳＣＳＩプロトコルにおけるユニークなＩＤ）が割当てられた通信ポートを有する通信デバイスを備えて良い。また、その場合、例えば、上述した実施形態において、ホスト１０１とストレージシステムとの間では、ＷＷＮの代わりにｉＳＣＳＩネームがやり取りされても良い。

また、例えば、必要ホスト側ポート数に代えて、ポート群ＩＤが入力されても良い。具体的には、例えば、クライアントプログラム２０９は、図１５Ａに例示した入力画面に代えて、図２０Ａに例示する入力画面を表示しても良い。この場合、管理ユーザは、所望のポート群ＩＤを入力することができる。サーバプログラム３１７は、そのポート群ＩＤを含んだパス設定命令をストレージエージェントプログラム５２９に送信することができる。ストレージエージェントプログラム５２９は、パス設定命令中のポート群ＩＤに対応する複数のポート番号を、ポート管理テーブル９０２（例えばＳＶＰ５２５のメモリ５２７に記憶されているテーブル）から特定し、特定した複数のポート番号に、ＬＤＥＶ番号（例えば図１６ＢのＳ３５２で特定されたＬＤＥＶ番号）を関連付けることができる。つまり、この例によれば、管理ユーザがポート群ＩＤを指定することにより、最終的には、そのポート群ＩＤに属する複数のポート番号をそれぞれ含んだ複数のパスでマルチパス環境を構築することができる。

また、例えば、サーバプログラム３１７及びクライアントプログラム２０９は１つのコンピュータプログラムで実現されても良い。また、サーバプログラム３１７及びクライアントプログラム２０９のうちの少なくともひとつが、ホスト１０１或いはストレージシステム５０１に備えられても良い。言い換えれば、管理サーバ３０１及び管理クライアント２０１のうちの少なくとも一つの機能が、ホスト１０１或いはストレージシステム５０１に備えられても良い。

図１は、本発明の一実施形態に係る計算機システムの構成例を示すブロック図である。 図２は、ホスト、管理クライアント、管理サーバ及びストレージシステム５０１の構成、並びに、各々が有するコンピュータプログラム及びデータの一例を示す。 図３は、ホスト情報管理テーブル３２１の構成例を示す。 図４は、ボリューム情報管理テーブル３２３の構成例を示す。 図５Ａは、ホスト情報管理テーブル１２３の構成例を示す。図５Ｂは、ＨＢＡ情報管理テーブル１２５の構成例を示す。 図６Ａは、仮想ホスト作成処理の流れの一例の第一部分を示す。図６Ｂは、仮想ホスト作成処理の流れの一例の第二部分を示す。図６Ｃは、仮想ホスト作成処理の流れの一例の第三部分を示す。 図７Ａは、ホスト追加画面の一例を示す。図７Ｂは、ホスト追加結果表示画面の一例を示す。図７Ｃは、ホスト追加結果表示画面の別の一例を示す。 図８Ａは、ボリューム割当て処理の流れの一例の第一部分を示す。図８Ｂは、ボリューム割当て処理の流れの一例の第二部分を示す。 図９は、ボリューム割当て処理の流れの一例の第三部分を示す。 図１０Ａは、ボリューム割当て画面の一例を示す。図１０Ｂは、ボリューム割り当て結果確認画面の一例を示す。図１０Ｃは、ボリューム割り当て結果確認画面の別の一例を示す。 図１１Ａは、ホスト情報収集処理の流れの一例の第一部分を示す。図１１Ｂは、ホスト情報収集処理の流れの一例の第二部分を示す。 図１２は、ホスト情報収集処理の流れの一例の第三部分を示す。 図１３Ａは、ホスト情報通知処理の流れの一例の第一部分を示す。図１３Ｂは、ホスト情報通知処理の流れの一例の第二部分を示す。 図１４は、ホスト情報通知処理の流れの一例の第三部分を示す。 図１５Ａは、ホストユーザから所望のＬＤＥＶ容量やホスト側ポート数の入力を受け付ける入力画面の一例を示す。図１５Ｂは、その入力の結果を表す入力結果表示画面の一例を示す。 図１６Ａは、ボリューム設定処理の流れの一例の第一部分を示す。図１６Ｂは、ボリューム設定処理の流れの一例の第二部分を示す。 図１７Ａは、ボリューム設定処理の流れの一例の第三部分を示す。図１７Ｂは、ボリューム設定処理の流れの一例の第四部分を示す。図１７Ｃは、ボリューム設定処理の流れの一例の第五部分を示す。 図１８Ａは、マルチパス環境の構築前のアクセス環境を示す。図１８Ｂは、マルチパス環境の構築後のアクセス環境を示す。 図１９Ａは、ＬＤＥＶ管理テーブル５９１の構成例を示す。図１９Ｂは、ホストグループ管理テーブル５９３の構成例を示す。 図２０Ａは、必要ホスト側ポート数の入力に代えてポート群ＩＤを入力する入力画面の一例を示す。図２０Ｂは、ポート群ＩＤが入力された場合の各ホスト側ポートに対するＬＤＥＶの割り当ての説明図である。

符号の説明

１０１…ホスト １２１…ホストエージェントプログラム １２３…ホスト情報管理テーブル １２５…ＨＢＡ情報管理テーブル ２０１…管理クライアント ２０９…クライアントプログラム ３０１…管理サーバ ３１７…サーバプログラム ３２１…ホスト情報管理テーブル ３２３…ボリューム情報管理テーブル ５０１…ストレージシステム ５２５…ＳＶＰ（Service Processor） ５２９…ストレージエージェントプログラム

Claims (16)

1. ホストとストレージシステムとを備えた計算機システムにおいて、前記ストレージシステムが、複数の通信ポートと、複数の論理ボリュームと、ストレージコントローラ部とを備え、前記複数の通信ポートのうちの少なくとも一つと前記複数の論理ボリュームのうちの少なくとも一つとのうちの少なくとも一方に、ホストの環境に関する情報であるホスト環境情報を割り当てることが可能であり、前記複数の通信ポートのうちの或る通信ポートが前記ホストから要求を受信した場合、前記コントローラ部は、該要求の送信元ホストに関するホスト環境情報が、該或る通信ポート、及び／又は、該要求から特定される論理ボリュームに割り当てられているならば、該要求を受け付けるが、そうではないならば、該要求を受け付けないようになっており、
   前記計算機システムで実現可能なシステムであって、
   アクセス環境構築制御部と
   前記ホストのホスト環境情報を管理している環境管理部から該ホスト環境情報を取得し、該取得したホスト環境情報を前記アクセス環境構築制御部に通知するホスト環境情報取得部と、
   前記ストレージシステムの前記複数の通信ポートのいずれかに前記複数の論理ボリュームのいずれかを割り当てることで該ストレージシステム内での論理的なパスである内部パスを構築し、且つ、前記構築されたパスにおける通信ポート及び論理ボリュームのうちの少なくとも一方にホスト環境情報を割り当てるストレージ設定部と、
   を備え、
   前記アクセス環境構築制御部が、
   論理ボリュームに関する条件であるボリューム条件の指定をユーザから受け、
   前記複数の論理ボリュームのうちの前記指定された条件に合致する論理ボリュームを探し、
   探し出された論理ボリュームを前記複数の通信ポートのいずれかに割り当てることで前記内部パスを構築することを前記ストレージ設定部に指示し、
   前記構築された内部パスにおける通信ポート及び論理ボリュームのうちの少なくとも一つに前記ホスト環境情報取得部からのホスト環境情報を割り当てることを前記ストレージ設定部に指示し、
   これにより、前記ホストが、論理ボリュームに関する情報であるボリューム情報の要求を前記ストレージシステムに送信したならば、前記ホストのホスト環境情報が、該要求を受信した通信ポート、及び／又は、該通信ポートを含む内部パスにおける論理ボリュームに割り当てられているホスト環境情報に適合すれば、該通信ポートから、該論理ボリュームについてのボリューム情報を受信し、該論理ボリュームを認識する、
   アクセス環境構築システム。
2. 前記ホストに、前記認識された論理ボリュームへの複数のパスを交替パスとして管理することができるパス管理部が搭載されており、
   前記アクセス環境構築制御部が、
   通信ポートに関するポート指定をユーザから受け、
   前記複数の通信ポートのうちの前記ポート指定から特定される二以上の通信ポートに前記探し出された論理ボリュームをそれぞれ関連付けることを前記ストレージ設定部に指示し、そのため、前記ホストが、ボリューム情報の要求を前記ストレージシステムに送信したならば、前記二以上の通信ポートからそれぞれ同一の論理ボリュームに関するボリューム情報を受信するため該同一の論理ボリュームが二以上のデバイスとして認識され、
   前記パス管理部にマルチパス設定命令を出すことにより、前記パス管理部に、前記二以上のデバイスを一つの論理ボリュームとして認識させるためのマルチパス環境を構築させる、
   請求項１記載のアクセス環境構築システム。
3. 前記ポート指定では、ポート群を指定し、該指定されたポート群に属する二以上のポートが特定される、
   請求項２記載のアクセス環境構築システム。
4. 前記マルチパス設定命令には、前記同一の論理ボリュームへの複数のパスの切り替えに関するパス切替ルールを表す情報が含まれ、それにより、前記パス管理部に、該パス切替ルールに従うパス切替制御を行わせることを可能にする、
   請求項２記載のアクセス環境構築システム。
5. 前記ホスト環境情報取得部が、ホスト環境情報が変化した場合に、再度、ホスト環境情報を取得し、前記アクセス環境構築制御部に送信する、
   請求項１記載のアクセス環境構築システム。
6. 前記ボリューム条件は、論理ボリュームの容量であり、
   前記アクセス環境構築制御部は、前記ボリューム条件に合致する論理ボリュームが見つからない場合には、前記複数の論理ボリュームのうちの二以上の論理ボリュームを組み合わせることで、前記ボリューム条件に合致する論理ボリュームを準備する、
   請求項１記載のアクセス環境構築システム。
7. 前記アクセス環境構築制御部は、仮想的なホストに論理ボリュームを予約し、前記ボリューム条件に合致する論理ボリュームを、該仮想的なホストに対応するホストに予約された一以上の論理ボリュームから探す、
   請求項１記載のアクセス環境構築システム。
8. 前記アクセス環境構築制御部は、ホスト環境情報と異なる種類の情報である第二の情報の入力をユーザから受けることで仮想的にホストを準備する、
   請求項７記載のアクセス環境構築システム。
9. 前記アクセス環境構築制御部は、ホスト環境情報を受信した場合に、前記第二の情報に前記受信したホスト環境情報を対応付ける、
   請求項７記載のアクセス環境構築システム。
10. 前記ホスト環境情報は、前記ホストのＯＳに関する情報であるＯＳ情報、及び、前記ホストが前記ストレージシステムと通信するための通信デバイスに関する情報である通信デバイス情報のうちの少なくとも一つである、
    請求項１記載のアクセス環境構築システム。
11. 前記通信デバイス情報は、ホストバスアダプタのポートに対応したＷＷＮ（ワールドワイドネーム）、或いは、ｉＣＳＣＩネームである、
    請求項１０記載のアクセス環境構築システム。
12. 前記ストレージ設定部が、同じ通信ポートに割り当てた二以上のＬＤＥＶの集合であるホストグループを構成する、
    請求項１記載のアクセス環境構築システム。
13. 前記ストレージ設定部が、前記構成されたホストグループに、前記ホスト環境情報に含まれているＯＳ情報を設定することで、前記ストレージシステムに、該ＯＳ情報に適合するＯＳを有しないホストから該ホストグループに属する論理ボリュームにアクセスすることを許可しないセキュリティを実行することを可能にする、
    請求項１２記載のアクセス環境構築システム。
14. 前記ホスト環境管理部が、前記ホストのオペレーティングシステム（ＯＳ）であり、
    前記ホスト環境情報取得部が、前記ホストのＯＳと通信可能に用意されたホストエージェントである、
    請求項１記載のアクセス環境構築システム。
15. 前記ホストに、前記認識された論理ボリュームへの複数のパスを交替パスとして管理することができるパス管理部が搭載されており、
    前記アクセス環境構築制御部が、
    ホスト環境情報と異なる種類の情報である第二の情報の入力をユーザから受けることで仮想的にホストを準備し、ホスト環境情報を受信した場合に、前記第二の情報に前記受信したホスト環境情報を対応付けることで、前記仮想的なホストを実体的なホストとし、
    仮想的なホストに論理ボリュームを予約し、前記ボリューム条件に合致する論理ボリュームを、該仮想的なホストに対応する実体的なホストに予約されている一以上の論理ボリュームから探し、
    通信ポートに関するポート指定をユーザから受け、
    前記複数の通信ポートのうちの前記ポート指定から特定される二以上の通信ポートに前記探し出された論理ボリュームをそれぞれ関連付けることを前記ストレージ設定部に指示し、そのため、前記ホストが、ボリューム情報の要求を前記ストレージシステムに送信したならば、前記二以上の通信ポートからそれぞれ同一の論理ボリュームに関するボリューム情報を受信するため該同一の論理ボリュームが二以上のデバイスとして認識され、
    前記パス管理部にマルチパス設定命令を出すことにより、前記パス管理部に、前記二以上のデバイスを一つの論理ボリュームとして認識させるためのマルチパス環境を構築させる、
    請求項１記載のアクセス環境構築システム。
16. ホストとストレージシステムとを備えた計算機システムにおいて、前記ストレージシステムが、複数の通信ポートと、複数の論理ボリュームと、ストレージコントローラ部とを備え、前記複数の通信ポートのうちの少なくとも一つと前記複数の論理ボリュームのうちの少なくとも一つとのうちの少なくとも一方に、ホストの環境に関する情報であるホスト環境情報を割り当てることが可能であり、前記複数の通信ポートのうちの或る通信ポートが前記ホストから要求を受信した場合、前記コントローラ部は、該要求の送信元ホストに関するホスト環境情報が、該或る通信ポート、及び／又は、該要求から特定される論理ボリュームに割り当てられているならば、該要求を受け付けるが、そうではないならば、該要求を受け付けないようになっており、
    前記ホストのホスト環境情報を管理している環境管理部から該ホスト環境情報を取得し、
    論理ボリュームに関する条件であるボリューム条件の指定をユーザから受け、
    前記複数の論理ボリュームのうちの前記指定された条件に合致する論理ボリュームを探し、
    前記ストレージシステムの前記複数の通信ポートのいずれかに前記探し出された論理ボリュームを割り当てることで該ストレージシステム内での論理的なパスである内部パスを構築し、
    前記構築された内部パスにおける通信ポート及び論理ボリュームのうちの少なくとも一つに前記取得されたホスト環境情報を割り当て、
    これにより、前記ホストが、論理ボリュームに関する情報であるボリューム情報の要求を前記ストレージシステムに送信したならば、前記ホストのホスト環境情報が、該要求を受信した通信ポート、及び／又は、該通信ポートを含む内部パスにおける論理ボリュームに割り当てられているホスト環境情報に適合すれば、該通信ポートから、該論理ボリュームについてのボリューム情報を受信し、該論理ボリュームを認識する、
    アクセス環境構築方法。

Images