JP4671353B2 - ストレージ装置及びその制御方法 - Google Patents

Description

本発明は、ストレージ装置及びその制御方法並びにプログラムに関し、例えば記憶領域を論理ユニット（ＬＵ：Logical Unit）単位でホストに提供するストレージ装置に適用して好適なものである。

ストレージ装置と、その上位装置としてのホストとを接続する技術としてＳＡＮ（Storage Area Network）が多く利用されている。この技術を利用すれば、１台のストレージ装置を複数のホストで共用することができるため、サイト内のストレージ装置を統合することができ、ストレージ装置の管理を簡単化することができる。

また従来のストレージ装置においては、当該ストレージ装置を構成するハードディスクやフラッシュメモリ等の物理的な記憶媒体を論理的に分割した記憶領域として管理するため、ストレージ装置内に複数の論理ユニットを作成することができる。

さらに従来、ＳＡＮ上のホストを一意に識別するＷＷＮ（World Wide Name）と論理ユニット番号（ＬＵＮ：Logical Unit Number）との対応をストレージ装置において管理し、特定の論理ユニットを特定のホストのみから使用可能に設定する方法も提案されている（特許文献１参照）。このようなストレージ装置の構成情報は、ストレージ装置の管理者が操作する管理端末から設定することができる。
特開２００１−２６５６５５号公報

ところで、かかる従来のストレージ装置においては、既存の技術を適用することによって、そのストレージ装置が提供する記憶領域を任意の論理ユニットに分割し、これら論理ユニットをそれぞれ１又は複数のホストに割り当て、割り当てた論理ユニット以外の論理ユニットに対するホストからのアクセスを制限することができる。

しかしながら、このようなホストへの論理ユニットの割り当てや、論理ユニットに対するホストからのアクセスの制御を行うためには、ストレージ装置の導入時やホストの追加時に、ストレージ装置の管理者が管理端末を操作して論理ユニットの作成及び論理ユニットとホストの対応付けを行う作業を行わなければならないが、その作業が非常に煩雑であるという問題があった。

本発明は以上の点を考慮してなされたものであり、ストレージ装置の導入時やホストの追加時におけるストレージ装置の設定作業を容易化させ得るストレージ装置及びその制御方法並びにプログラムを提案しようとするものである。

かかる課題を解決するため本発明においては、ホストからのデータの入出力要求に応じて、当該ホストに割り当てられた論理ユニットにデータを入出力するストレージ装置において、前記論理ユニットが割り当てられていない新規の前記ホストでなる新規ホストから送信される論理ユニット構成問合せコマンドに基づいて、当該新規ホストが接続されたことを検出するホスト検出部と、前記ホスト検出部により前記新規ホストが検出された場合に、当該新規ホストに対して新規の前記論理ユニットでなる新規論理ユニットを割り当てる論理ユニット割当て部とを備え、前記論理ユニット割り当て部は、前記新規論理ユニットを識別する論理ユニット識別番号と前記新規論理ユニットの構成情報とを対応付けて論理ユニット構成テーブルに格納し、前記新規論理ユニットの論理ユニット識別番号と、前記新規ホストを識別する識別子と、前記新規ホストから送信されるコマンドで指定する前記論理ユニットの識別番号とを対応付けてマッピングテーブルに格納する、ことを特徴とするストレージ装置が提供される。

この結果このストレージ装置では、ストレージ装置の導入時やホストの追加時に、ストレージ装置の管理者が管理端末を操作することなく、論理ユニットの作成及び論理ユニットとホストの対応付けを行うことができる。

かかる課題を解決するため本発明においては、ホストからのデータの入出力要求に応じて、当該ホストに割り当てられた論理ユニットにデータを入出力するストレージ装置の制御方法において、前記論理ユニットが割り当てられていない新規の前記ホストでなる新規ホストから送信される論理ユニット構成問合せコマンドに基づいて、当該新規ホストが接続されたことを検出する第１のステップと、前記新規ホストが検出された場合に、当該新規ホストに対して新規の前記論理ユニットでなる新規論理ユニットを割り当てる第２のステップと、前記新規論理ユニットを識別する論理ユニット識別番号と前記新規論理ユニットの構成情報とを対応付けて論理ユニット構成テーブルに格納する第３のステップと、前記新規論理ユニットの論理ユニット識別番号と、前記新規ホストを識別する識別子と、前記新規ホストから送信されるコマンドで指定する前記論理ユニットの識別番号とを対応付けてマッピングテーブルに格納する第４のステップと、を備えることを特徴とするストレージ装置の制御方法が提供される。

この結果このストレージ装置の制御方法によれば、ストレージ装置の導入時やホストの追加時に、ストレージ装置の管理者が管理端末を操作することなく、論理ユニットの作成及び論理ユニットとホストの対応付けを行うことができる。

本発明によれば、ストレージ装置の導入時やホストの追加時に、ストレージ装置の管理者が管理端末を操作することなく、論理ユニットの作成及び論理ユニットとホストの対応付けを行うことができるため、ストレージ装置の導入時やホストの追加時におけるストレージ装置の設定作業を容易化させ得るストレージ装置及びその制御方法並びにプログラムを実現できる。

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

（１）第１の実施の形態
図１において、１は全体として本実施の形態による記憶システムを示す。本実施の形態の記憶システムは、例えば、ファイバーチャネル（ＦＣ：FibreChannel）技術により構築されるＳＡＮ１９０を介してストレージ装置１００及び第１〜第３のホスト１９２，１９４，１９６が相互に通信自在に接続されることにより構成されている。

ストレージ装置１００は、ストレージコントローラ１１０及びディスクアレイ装置１６０から構成される。ストレージコントローラ１１０は、ＳＡＮ１９０とディスクアレイ装置１６０とを接続するインタフェースであり、ディスクアレイ装置１６０を制御し、第１又は第２のホスト１９２，１９４（若しくは第３のホスト１９６）からの要求に応答してデータの入出力を行う機能を備える。ストレージコントローラ１１０は、ＣＰＵ（Central Processing Unit）１１２、第１及び第２のホストインタフェース部１１４，１１６、ドライブインタフェース部１１８、管理端末インタフェース部１１９並びにメモリ１２０が内部バス１１１を介して相互に通信自在に接続されることにより構成される。本実施の形態ではストレージ装置１００に対して１つのストレージコントローラ１１０が設けられているが、このストレージコントローラ１１０を２つ以上設けるようにしてもよい。

ＣＰＵ１１２は、ストレージコントローラ１１０を制御するマイクロプロセッサである。本実施の形態においては、ＣＰＵ１１２が複数設けられており、これらＣＰＵ１１２が並列に動作して制御を分担することにより、各種処理を高速かつ効率良く行い得るようになされている。なお、このＣＰＵ１１２を１つだけ設けるようにしてもよい。

第１及び第２のホストインタフェース部１１４， １１６は、いずれもＳＡＮ１９０と内部バスのインタフェースとして機能する。本実施の形態ではストレージコントローラ１１０に対して２つのホストインタフェース部１１４， １１６が設けられているが、ホストインタフェース部１１４， １１６を１つ又は３つ以上設けるようにしてもよい。

ドライブインタフェース部１１８は、内部バス１１１とディスクアレイ装置１６０のインタフェースとして機能する。本実施の形態ではストレージコントローラ１１０に対して１つのドライブインタフェース部１１８が設けられているが、ドライブインタフェース１１８を２つ以上設けるようにしてもよい。

管理端末インタフェース部１１９は、内部バス１１１と管理端末１９８のインタフェースとして機能する。本実施の形態の場合、管理端末１９８とストレージ装置１００が直接接続しているが、１台以上のストレージ装置と１台以上の管理端末とが接続された管理用のＬＡＮ（Local Area Network）を用いる形態であってもよい。

メモリ１２０には、各ＣＰＵ１１２がそれぞれ実行するプログラムや装置の状態を表す情報などが格納される。例えばメモリ１２０には、ＣＰＵ１１２が実行するプログラムとしてストレージ制御プログラム１３０が格納され、装置の状態を表す情報として構成情報１４０が格納される。またメモリ１２０には、ディスクアレイ装置１６０に入出力されるデータを一時的に保存するためのキャッシュ領域１５０が設けられる。

ストレージ制御プログラム１３０は、入出力処理プログラム１３２、新規ホスト検知プログラム１３４及び構成管理プログラム１３６から構成される。

このうち入出力処理プログラム１３２は、ストレージコントローラ１１０の基本機能を実行するためのプログラムであり、第１又は第２のホストインタフェース部１１４，１１６が受信した第１又は第２のホスト１９２，１９４（若しくは第３のホスト１９６）からのコマンドを解釈し、これが入出力に関するコマンドである場合には、このコマンドに応答するため、ディスクアレイ装置１６０に含まれる記憶媒体とキャッシュ領域１５０の間のデータ転送や、キャッシュ領域１５０と第１又は第２のホスト１９２，１９４（若しくは第３のホスト１９６）との間のデータ転送を実施する。

そのとき、第１又は第２のホスト１９２，１９４（若しくは第３のホスト１９６）からは、入出力の対象となるアドレスが、ＬＵＮと論理ブロックアドレス（以下、ＬＢＡ（Logical Block Address）と呼ぶ）の組で指定されるのに対して、ディスクアレイ装置１６０に対する入出力は記憶媒体の識別子と各記憶媒体内のＬＢＡで指定しなければならないので、入出力処理プログラム１３２は、構成情報１４０に含まれるＬＵ構成テーブル１４２に基づいてアドレスを変換する処理を行う。

新規ホスト検知プログラム１３４は、ＳＡＮ１９０に接続され、ストレージ装置１００を新規に利用する第１又は第２のホスト１９２，１９４（若しくは第３のホスト１９６）からのアクセスを検知し、当該第１又は第２のホスト１９２，１９４（若しくは第３のホスト１９６）からストレージ装置１００を利用できるようにするための登録処理を実行する新規ホスト登録機能をもつ。新規ホスト登録機能の詳細は、図７のフローチャートで説明する。

構成管理プログラム１３６は、構成情報１４０を管理する機能をもつ。構成管理プログラム１３６は、新規ホスト検知プログラム１３４又は管理端末１９８からの要求に応じて、構成情報１４０の変更を実行する。また、構成管理プログラム１３６は、入出力処理プログラム１３２、新規ホスト検知プログラム１３４及び管理端末１９８に構成情報１４０を提供する。

構成情報１４０は、第１及び第２のホスト１９２，１９４（並びに第３のホスト１９６）に提供する論理ユニットや、論理ユニットと記憶媒体とのマッピング等、ストレージ装置１００の状態を表す情報を含む。構成情報１４０は、ＬＵ構成テーブル１４２、ホスト−ＬＵマッピングテーブル１４４、セキュリティ管理テーブル１４６で構成される。

ＬＵ構成テーブル１４２は、ストレージ装置１００がもつ論理ユニットのリスト及び各論理ユニットの容量等の属性情報を含む。詳細は、図３を用いて後で説明する。

ホスト−ＬＵマッピングテーブル１４４は、ＳＡＮ１９０に接続された第１及び第２のホスト１９２，１９４（並びに第３のホスト１９６）に対して、利用できる論理ユニットのリストを含む。詳細は、図４を用いて後で説明する。

セキュリティ管理テーブル１４６は、第１及び第２のホスト１９２，１９４（並びに第３のホスト１９６）について、新規ホスト検知プログラム１３４による新規ホストとしての登録処理を許可又は不許可するための判断に必要な情報を含む。詳細は、図４を用いて後で説明する。キャッシュ領域１５０は、入出力処理の性能向上のために使用する。

ディスクアレイ装置１６０は、システムディスク１７０と、ディスクプール１７６を含む。システムディスク１７０と、ディスクプール１７６は、いずれも１台以上のハードディスク又はフラッシュメモリ等の記憶媒体で構成され、複数台の記憶媒体で構成される場合、ＲＡＩＤ（Redundant Array of Inexpensive Disks）技術により冗長化されることがある。

システムディスク１７０は、ストレージ装置１００の稼動に必要なプログラムやデータを格納する。例えばシステムディスク１７０には、保管用ストレージ制御プログラム１７２及び保管用構成情報１７４が格納されており、ストレージ装置１００の起動時にこれらがメモリ１２０に読み込まれる。なお保管用構成情報１７４は、構成情報１４０が更新されたとき又はストレージ装置１００が停止されるときに、そのときメモリ１２０に保持されている構成情報１４０の内容に更新される。

ディスクプール１７６は、論理ユニットが使用する実記憶領域を提供し、第１及び第２のホスト１９２，１９４（並びに第３のホスト１９６）から送信されるデータを格納する。各論理ユニットは、それぞれディスクプール１７６中の一部の記憶領域から構成される。

第１及び第２のホスト１９２，１９４は、ストレージ装置１００を利用するホスト計算機であり、それぞれ論理ユニットが既に割り当てられている。それに対して、第３のホスト１９６は、本実施の形態ではＳＡＮ１９０に新規に追加されたホスト計算機であり、ストレージ装置１００を使用するために論理ユニットの新規割り当てを必要としている。第１〜第３のホスト１９２，１９４，１９６は、ＳＡＮ１９０を介さずに、直接ストレージ装置１００に接続されても良い。

管理端末１９８は、論理ユニットの作成やセキュリティの設定等、構成情報１４０の変更に関わるストレージ管理者の作業に必要な、ＧＵＩ（Graphical User Interface）やＣＬＩ（Common Line Interface）等のユーザインタフェースを提供する。

図２は、ディスクプール１７６と、論理ユニットとの関係を模式的に示したものである。論理ユニットとは、あらかじめ容量が定められた記憶領域であり、第１又は第２のホスト１９２，１９４（若しくは第３のホスト１９６）からのアクセス時にはＬＢＡによって論理ユニットの容量内のアドレスを指定する。本実施の形態では、論理ユニットのデータを格納する実記憶領域として、ディスクプール１７６の一部を割り当てる。

例えば、ある論理ユニットに対する書込み要求が発行され、第１又は第２のホスト１９２，１９４（若しくは第３のホスト１９６）からのデータがその論理ユニットに格納されるときに、データの書込み先として書込み要求において指定されたＬＢＡ範囲内に実記憶領域が未割当のＬＢＡが含まれている場合には、当該データを格納するのに十分な実記憶領域が割り当てられる。本実施の形態では、論理ユニット内でアクセス可能なＬＢＡの範囲を決める見かけ上の容量を仮想容量と呼び、論理ユニット内で実記憶領域が割当済である容量を実容量と呼ぶ。

図２では、ＬＵＮが「０」の論理ユニット１７８と、ＬＵＮが「１」の論理ユニット１７９とを示している。ＬＵＮが「０」の論理ユニット１７８は、仮想容量より小さい一部の範囲に実容量が使用エリアとして割り当てられており、ディスクプール１７６内のエリア１７６１及びエリア１７６３が割り当てられている。ＬＵＮが「１」の論理ユニット１７９は、仮想容量より小さい一部の範囲に実容量が使用エリアとして割り当てられており、ディスクプール１７６内のエリア１７６２が割り当てられている。

図３は、ＬＵ構成テーブル１４２の内容を示す説明図である。図３（Ａ）に示すように、ＬＵ構成テーブル１４２は、「ＬＵＮ」フィールド１４２１、「仮想容量」フィールド１４２２、「実容量」フィールド１４２３、「ＣＰＵ番号」フィールド１４２４及び「ディスクプールとのマッピング」フィールド１４２５から構成される。

このうち「ＬＵＮ」フィールド１４２１には、ストレージ装置１００内で一意である、各論理ユニットの識別子が格納される。また「仮想容量」フィールド１４２２には、各論理ユニット内でアクセス可能なＬＢＡの範囲を決める見かけ上の容量が格納され、「実容量」フィールド１４２３には、各論理ユニットの仮想容量１４２２のうち、ディスクプール１７６に既に割り当てられている実記憶領域の容量が格納される。

さらに「ＣＰＵ番号」フィールド１４２４には、ＣＰＵ１１２が複数個あり、かつ、入出力処理プログラム１３２が、論理ユニット毎にＩ／Ｏの実行を担当するＣＰＵ１１２を振り分ける方式を使用する場合に、その論理ユニットのＩ／Ｏを担当するＣＰＵ１１２を一意に識別するための当該ＣＰＵ１１２の識別子が格納される。

一方、「ディスクプールとのマッピング」フィールド１４２５には、論理ユニット内で実記憶領域が割り当て済であるＬＢＡ範囲について、論理ユニット内のＬＢＡ（ＬＵ＿ＬＢＡｎ）と、ディスクプール１７６内のＬＢＡ（プールＬＢＡｎ）との対応関係を表す情報が格納される。この対応関係は、複数組となることもある。図３（Ｂ）は、図３（Ａ）の「ディスクプール１７６とのマッピング」フィールド１４２５に記録されている各論理ユニットとディスクプール１７６とのＬＢＡのマッピングの様子を図示したものである。

図４は、ホスト−ＬＵマッピングテーブル１４４の内容を示す説明図である。この図４からも明らかなように、ホスト−ＬＵマッピングテーブル１４４は、「ＷＷＮ」フィールド１４４１、「ホストＩ／Ｆ番号」フィールド１４４２、「ホストＬＵＮ」フィールド１４４３及び「ＬＵＮ 」フィールド１４４４から構成される。

このうち「ＷＷＮ」フィールド１４４１には、ストレージ装置１００に接続されたホストを一意に識別するための識別子（以下、ＷＷＮであるものとする）が格納される。また「ホストＩ／Ｆ番号」フィールド１４４２には、同一エントリに記載されたホスト−ＬＵＮマッピングを適用するホストＩ／Ｆを特定する識別子が格納される。「ホストＩ／Ｆ番号」フィールド１４４２に格納されたホストＩ／Ｆをもつホスト以外のホストからのアクセスに対しては、同一エントリに記載されたホスト−ＬＵＮマッピングは適用されない。

さらに「ホストＬＵＮ」フィールド１４４３には、ホストからのコマンドで指定するＬＵＮが格納され、「ＬＵＮ」フィールド１４４４には、ストレージ装置１００内で論理ユニットを識別するための識別子が格納される。「ＬＵＮ」フィールド１４４４に格納される識別子は、ＬＵ構成テーブル１４２の「ＬＵＮ」フィールド１４２１に格納されたＬＵＮに対応する。

例えば、第１のホスト１９２は、ＷＷＮが「ＡＡＡ」である。ホスト−ＬＵマッピングテーブル１４４はＷＷＮ１４４１が「ＡＡＡ」であるエントリをもつため、前記エントリの内容に基づき、第１のホスト１９２は、第１のホストインタフェース部１１４からのアクセス時に、ホストＬＵＮが「０」として、ＬＵＮが「０」の論理ユニットにアクセスすることができる。

図５は、セキュリティ管理テーブル１４６の内容を示す説明図である。セキュリティ管理テーブル１４６は、ストレージ装置１００に接続される各ホストについて、新規ホスト登録機能の適用の許可又は不許可を判定するためのテーブルである。このセキュリティ管理テーブル１４６は、「優先順位」フィールド１４６０、「ＷＷＮ」フィールド１４６１及び「新規ホスト登録可否」フィールド１４６２から構成される。

このうち「優先順位」フィールド１４６０には、そのエントリの優先順位が格納される。また「ＷＷＮ」フィールド１４６１には、ホスト−ＬＵマッピングテーブル１４４の「ＷＷＮ」フィールド１４４１と同様に、ストレージ装置１００に接続されたホストを一意に識別するための識別子として、ＷＷＮが格納される。「ＷＷＮ」フィールド１４６１には、各ホストのＷＷＮ以外に、複数のホストを指定する予約語を設定することもできる。図５に示す「＊（アスタリスク）」は、全ホストを対象としたエントリであることを表している。

また「新規ホスト登録可否」フィールド１４６２には、新規ホスト登録の許可又は不許可を示す情報が格納される。本実施の形態では、「新規ホスト登録可否」フィールド１４６２に登録された各エントリのうち、セキュリティ管理テーブル１４６において優先順位の高いエントリの内容が優先される。

例えば、図４の例では、ＷＷＮが「ＡＡＡ」の第１のホスト１９２については、セキュリティ管理テーブル１４６上において、「ＷＷＮ」フィールド１４６１に“＊”が格納されたエントリ（図４において１行目のエントリ）が登録されているため、新規ホスト登録が許可されている。一方、ＷＷＮが「ＢＢＢ」の第２のホスト１９４については、「ＷＷＮ」フィールド１４６１に「＊」が格納されたエントリにより新規ホスト登録が許可されているものの、それより優先順位の高い「ＷＷＮ」フィールド１４６１に「ＢＢＢ」が格納されたエントリ（図４において２行目のエントリ）により新規ホスト登録が不許可とされているため、新規ホスト登録が許可されないこととなる。

図６は、第１のホスト１９２で動作するソフトウェア構成を示す説明図である。第２及び第３のホスト１９４，１９６も、同様の内部構成をもつ。第１のホスト１９２で動作するソフトウェアとしては、アプリケーション１９２１及びＯＳ（Operating System）１９２２がある。

ＯＳ１９２２は、初期化プログラム１９２３、ストレージ管理プログラム１９２４、パーティション管理プログラム１９２５、ストレージ接続ドライバ１９２６等のソフトウェアコンポーネントから構成される。

このうち初期化プログラム１９２３は、ＯＳ１９２２の起動時のハードウェア設定等を行う。初期化プログラム１９２３が行う処理には、第１のホスト１９２が使用可能なストレージ装置の探索が含まれる。かかる探索を行う際には、初期化プログラム１９２３は、ストレージ接続ドライバ１９２６のサブルーチンを呼び出す。

ストレージ管理プログラム１９２４は、ホスト管理者からの操作によって、第１のホスト１９２が使用可能なストレージ装置の再探索を実行する。かかる探索を行う際には、ストレージ管理プログラム１９２４は、ストレージ接続ドライバ１９２６のサブルーチンを呼び出す。

ストレージ接続ドライバ１９２６は、初期化プログラム１９２３又はストレージ管理プログラム１９２４からの要求に応じて、第１のホスト１９２が使用可能なストレージ装置の探索を実行する。ＳＡＮ１９０上に存在するストレージ装置を探索し、発見したストレージ装置に対しては、第１のホスト１９２が使用可能な論理ユニット構成を問い合わせるコマンド（以下、これを論理ユニット構成問合せコマンドと呼ぶ）を送信し、第１のホスト１９２が使用可能な論理ユニットを探索する。

パーティション管理プログラム１９２５は、ストレージ接続ドライバ１９２６が認識した論理ユニットに対して、アプリケーション１９２１から使用可能な状態にするため、ファイルシステム等のデータ構造でフォーマットを実行する。

次に、ストレージ装置１００における新規ホスト登録機能の実現形態について説明する。新規ホスト登録機能は、ストレージ装置１００が自装置内に論理ユニットをもたないホスト（例えば図１の第３のホスト１９６）からの接続を検知し、このホストに割り当てる論理ユニットの作成と、当該論理ユニット及び当該ホスト間のマッピングとを実行する機能である。かかるホストの接続を検知する契機として、ホストがネットワーク（ＳＡＮ１９０）やストレージ装置１００への接続時に発行する論理ユニット構成問合せコマンドの受信を利用する。

論理ユニット構成問い合わせコマンドは、ホストのストレージ接続ドライバ１９２６が実行する使用可能なストレージ装置の探索の途中で送信されるもので、ＳＡＮのプロトコル種別やホストのＯＳの実装によって異なる。

例えば、ファイバーチャネル（FibreChannel）やＳＡＳ（Serial Attached SCSI）の場合、ホストのＯＳの実装によって、ストレージ装置から論理ユニットのリストを取得する「REPORT_LUNS」コマンドを使用する方法や、指定した論理ユニットの有無を問い合わせる「INQUIRY」コマンドを有効なＬＵＮの範囲に対して順次発行する手段が考えられる。「REPORT_LUNS」コマンドを使用する方法の場合は、当該論理ユニット構成問合せコマンドの受信、「INQUIRY」コマンドを使用する方法の場合は、最初の論理ユニット構成問合せコマンドの受信が、ホストの接続を検知する契機となる。

図７は、新規ホスト登録機能に関して、論理ユニット構成問合せコマンドに対するストレージ装置１００の応答処理の内容を示すフローチャートである。ストレージ装置１００のＣＰＵ１１２は、メモリ１２０に格納された新規ホスト検知プログラム１３４に基づき、この図７に示す応答処理手順に従って、ホストからの論理ユニット構成問合せコマンドに対する応答処理を実行する。

すなわちＣＰＵ１１２は、ホストからの論理ユニット構成問い合わせコマンドを受信した旨の通知を入出力処理プログラム１３２から受けると（Ｓ７０２）、論理ユニット構成問合せコマンドの送信元ホスト（以下、送信元ホスト）のＷＷＮを取得し、ホスト−ＬＵマッピングテーブル１４４から前記ＷＷＮを含むエントリの検索を行う（Ｓ７０４）。

続いてＣＰＵ１１２は、ステップＳ７０４の結果から、該当エントリの有無を判定し（Ｓ７０６）、該当するエントリが１個以上存在する場合には（Ｓ７０６：ＮＯ）、送信元ホストは新規ホストでないと判断してステップＳ７１６に進む。

これに対してＣＰＵ１１２は、かかるエントリの検索において、該当するエントリが１個も存在しない場合には（Ｓ７０６：ＹＥＳ）、送信元ホストは新規ホストであると判断して、セキュリティ管理テーブル１４６から上記ＷＷＮ又は「＊」を含むエントリの検索を行う（Ｓ７０８）。

そしてＣＰＵ１１２は、かかる検索の結果から、送信元ホストの新規ホスト登録が許可又は不許可のいずれであるか判定し（Ｓ７１０）、当該登録が許可されていない場合には（Ｓ７１０：ＮＯ）、Ｓ７１６に進み、当該登録が許可されている場合には（Ｓ７１０：ＹＥＳ）、その送信元ホストと対応付けた新規の論理ユニット（以下、これを単に新規論理ユニットと呼ぶ）を作成し、これをＬＵ構成テーブル１４２に登録する（Ｓ７１２）。このように、送信元ホストが新規であり、かつ新規ホスト登録が許可されたホストであるという条件で、かかる新規論理ユニットの作成及びＬＵ構成テーブル１４２への登録が行なわれる。

この場合、ＣＰＵ１１２は、かかる新規論理ユニットのＬＵＮとして、他の論理ユニットと重複しないものを選択し、その選択したＬＵＮをＬＵ構成テーブル１４２の「ＬＵＮ」フィールド１４２１に格納する。また、ＣＰＵ１１２は、この新規論理ユニットの仮想容量として、仮想容量の既定値をＬＵ構成テーブル１４２の「仮想容量」フィールド１４２２に格納する。なお、この既定値は、例えばＳＡＮ１９０のプロトコルが定める最大のものであってもよい。また、仮想容量の既定値を、管理端末１９８から設定できるようにしてもよい。

さらにＣＰＵ１１２は、この時点では実記憶領域を割り当てずに、この新規の論理ユニットの実容量として「０」をＬＵ構成テーブル１４２の「実容量」フィールド１４２３に格納する。ただし、既定量の実記憶領域をこの時点で割り当てるようにしてもよい。この場合には、このような実記憶領域の割当て状況をＬＵ構成テーブル１４２における「ディスクプールとのマッピング」フィールド１２５に反映するようにする。

さらにＣＰＵ１１２は、その新規論理ユニットに対するデータの入出力処理等を担当するＣＰＵ１１２を決定し、その識別番号をＬＵ構成テーブル１４２の「ＣＰＵ番号」フィールド１４２４に格納する。なお、このようなＣＰＵ１１２の決定は、ＣＰＵ１１２が複数あるときには全ＣＰＵ１１２がなるべく均等にＩ／Ｏを処理できるように決定する。例えば、担当する論理ユニットの合計容量や論理ユニット数が最も少ないＣＰＵ１１２を割り当てるようにする。

次いでＣＰＵ１１２は、ステップＳ７１２においてＬＵ論理構成テーブル１４２に登録した新規論理ユニットと、送信元ホストとのマッピングをホスト−ＬＵマッピングテーブル１４４に登録する。この新規のエントリの「ＷＷＮ」フィールド１４４１には、送信元ホストのＷＷＮを格納する（Ｓ７１４）。また「ホストＩ／Ｆ番号 」フィールド１４４２には、論理ユニット構成問い合わせコマンドを受信したホストＩ／Ｆ部１１４，１１６のホストＩ／Ｆ番号を格納する。さらに「ホストＬＵＮ」フィールド１４４３には、既定値を格納する。この既定値は、例えば「０」とする。さらに「ＬＵＮ」フィールド１４４４には、ステップＳ７１２で作成した論理ユニットのＬＵＮを格納する。

続いてＣＰＵ１１２は、論理ユニット構成問合せコマンドへの応答として、送信元ホストのＷＷＮに対応するホストＬＵＮの一覧を、ホスト−ＬＵマッピングテーブル１４４から求めて送信元ホストに送信する（Ｓ７１６）。この際、ステップＳ７１２、ステップＳ７１４で新規論理ユニットをＬＵ構成テーブル１４２に追加登録した場合には、この新規論理ユニットもホストＬＵＮの一覧に含める。ただし、論理ユニット構成問合せコマンドが「INQUIRY」コマンドを使用する方法である場合には、各ＬＵＮの有無を送信する。以上により、論理ユニット構成問合せコマンドに対する応答を完了する。

次に、新規ホスト登録処理の具体例として、第３のホスト１９６が新規ホストとしてＳＡＮ１９０に追加接続された場合の一連の流れを説明する。

第３のホスト１９６がＳＡＮ１９０に接続され、当該第３のホスト１９６のＯＳ１９２２が起動されると、このＯＳ１９２２は、ストレージ装置１００に対して論理ユニット構成問合せコマンドを送信する。

かかる論理ユニット問合せコマンドを受信したストレージ装置１００のＣＰＵ１１２は、ホスト−ＬＵマッピングテーブル１４４及びセキュリティ管理テーブル１４６に基づいて、この第３のホスト１９６に対する新規論理ユニットの割り当ての可否を判断する（Ｓ７０４〜Ｓ７１０）。

この場合、ホスト−ＬＵマッピングテーブル１４４には、「ＷＷＮ」フィールド１４４１に第３のホスト１９６のＷＷＮである「ＣＣＣ」が格納されたエントリが存在しないため、ＣＰＵ１１２は、第３のホスト１９６が新規のホストであると判定する（Ｓ７０６）。また、ＣＰＵ１１２は、セキュリティ管理テーブル１４６における「ＷＷＮ」フィールド１４６１に「＊」が格納されたエントリに基づいて、第３のホスト１９６は新規ホスト登録が許可されているホストであると判定する（Ｓ７１０）。そしてＣＰＵ１１２は、これらの判断結果から、第３のホスト１９６に対して新規論理ユニットの割り当てが必要であると判断することとなる。

かくしてＣＰＵ１１２は、図８に示すように、第３のホスト１９６と対応付けた新規論理ユニットについてのエントリをＬＵ構成テーブル１４２に新規登録する（Ｓ７１２）。この図８の例では、かかる新規論理ユニットのＬＵＮとして「２」が付与され、当該新規論理ユニットの仮想容量として「２０００ＧＢ」が設定されている。またこの例では、かかる新規論理ユニットが未使用であるため、当該新規論理ユニットの実容量として「０ＧＢ」が設定され、負荷の均等化のため、この新規論理ユニットに対して、他の論理ユニットが割り当てられていないＣＰＵ番号が「３」のＣＰＵ１１２が割り当てられている。

またＣＰＵ１１２は、この後図９に示すように、かかる新規論理ユニットと第３のホスト１９６とのマッピングに関するエントリをホスト−ＬＵマッピングテーブル１４４に追加登録する（Ｓ７１４）。この図９の例では、第３のホスト１９６に対して第１のホストＩ／Ｆ部１１４が対応付けられている。また新規論理ユニットについては、ホストＬＵＮとして「０」が付与され、ストレージ装置１００内におけるこの新規論理ユニットのＬＵＮとして「２」が付与されている。

以上、説明したように本実施の形態の記憶システム１によれば、ストレージ装置１００にホストが新規に接続されたときに論理ユニットを割り当て、直ちにホストから記憶領域を利用可能とする機能を実現することができる。

このときストレージ装置１００の管理者は、第３のホストに割り当てる論理ユニットの容量の決定や、ストレージ装置１００に対する論理ユニットの作成等の指示を与える操作を行なう必要がなく、ホストの管理者が、ストレージ装置１００にホストを接続し、ホストを起動するか、又はＯＳ１９２２（図６）にストレージ装置１００の再探索を指示する操作を行うだけで、ストレージ装置１００が利用可能となるため、ストレージ装置の導入時やホストの追加時におけるストレージ装置の設定作業を容易化させることができる。

また、本実施の形態のようにストレージ装置１００が複数のＣＰＵ１１２を備える場合には、負荷が均等化するように各ＣＰＵ１１２への論理ユニットの割り当てが行われるため、特定のＣＰＵ１１２がボトルネックとなり性能が低下する可能性を減少させることができる。さらに、特定のホストに対して、ストレージ装置１００の論理ユニットの割り当てを禁止することができ、セキュリティを確保することが可能となる。

（２）第２の実施の形態
図１との対応部分に同一符号を付して示す図１０は、第２実施の形態の記憶システム２００を示す。この記憶システム２００は、ＳＡＮ１９０にネームサーバ３００が接続され、当該ネームサーバ３００において、ノード管理テーブル３１０を用いて、第１及び第２のホスト２５０，２５２（並びに第３のホスト２５４）と、ストレージ装置２１０のノード名及びアドレスとの対応関係を管理している点が第１の実施の形態の記憶システム１と大きく相違する（第１の相違点）。

通常、ネームサーバが必要とされるのは、汎用性が高く、かつ比較的大規模なネットワークに適用されるＩＰネットワークのような技術においてであり、例えばＳＡＮ１９０として、ネットワーク層に例えばＩＰを適用し、ホスト−ストレージ間のプロトコルとして、例えばｉＳＣＳＩ（Internee Small Computer System Interface）を適用するケースである。

ここで、ノードとは、コマンド発行元であるイニシエータとコマンド発行先であるターゲットの上位概念であり、ノード名とは、ノードの識別子である。第１及び第２のホスト２５０，２５２（並びに第３のホスト２５４）やストレージ装置２１０が論理的に複数のノードを保持してもよい。ネームサーバ３００は、ネットワーク上の第１及び第２のホスト２５０，２５２（並びに第３のホスト２５４）やストレージ装置２１０がノード管理テーブル３１０を参照するための機能や、ノード管理テーブル３１０の変更を行う機能を提供する。

第２の実施の形態による記憶システム２００の第１実施の形態の記憶システム１との第２の相違点は、第１の相違点に関連して、構成情報２４０の構成が異なる点が挙げられる。本実施の形態による記憶システム２００の場合、構成情報２４０は、ＬＵ構成テーブル１４２、ターゲット構成テーブル２４２及びセキュリティ管理テーブル２４４から構成される。

このうちターゲット構成テーブル２４２は、ストレージ装置２１０がもつターゲットと、各ターゲットがもつ論理ユニットとの構成を含む。またセキュリティ管理テーブル２４４は、第１の実施の形態によるセキュリティ管理テーブル１４６（図５）と同様に、第１及び第２のホスト２５０，２５２（並びに第３のホスト２５４）に対する新規ホスト登録機能の許可又は不許可を記録する目的で作成されるものであり、第１及び第２のホスト２５０，２５２（並びに第３のホスト２５４）の識別子がＷＷＮではなくノード名であること以外は第１の実施の形態によるセキュリティ管理テーブル１４６と同様の構成を有する。

図１１は、ノード管理テーブル３１０の構成を示している。この図１１からも明らかなように、ノード管理テーブル３１０は、「ノード名」フィールド３１１、「ノード種別」フィールド３１２、「ノード追加通知要否」フィールド３１３、「ドメイン」フィールド３１４及び「アドレス」フィールド３１５から構成される。

このうち「ノード名」フィールド３１１には、ネームサーバ３００に登録されたノード名が格納される。また「ノード種別」フィールド３１２には、ノードがイニシエータ、ターゲットのいずれであるかの情報が格納される。さらに「ノード追加通知要否」フィールド３１３には、「ノード名」フィールド３１１に格納されたノード名が示すノードに対して、同一のドメインに新たなノードが追加されたことを知らせる通知（以下、これをノード追加通知と呼ぶ）を送信するか否かの情報が格納される。この場合、かかるノードにノード追加通知を送信するのは同一のドメインに新たなノードが追加されたときだけであって、他のドメインに新たなノードが追加されたときには、かかるノードにノード追加通知は送信されない。

一方、「ドメイン」フィールド３１４には、ノードの集合の定義が格納される。同じ集合（ドメイン）に所属するノードについては、「ドメイン」フィールド３１４に同一のドメインが格納される。ドメインが同一であるノード同士は、ネームサーバ３００への問い合わせによりノードを検索することができる。「アドレス」フィールド３１５には、ノードのネットワーク上での識別子が格納される。例えば、ＩＰネットワークであれば、ＩＰアドレスがこれに該当する。

図１２は、ターゲット構成テーブル２４２の構成を示している。この図１２からも明らかなように、ターゲット構成テーブル２４２は、「ターゲット名」フィールド２４２１、「ホストＩ／Ｆ番号」フィールド２４２２、「ホストノード名」フィールド２４２３、「ホストＬＵＮ」フィールド２４２４及び「ＬＵＮ」フィールド２４２５から構成される。

このうち「ターゲット名」フィールド２４２１には、ストレージ装置２１０がもつターゲットのノード名が格納され、「ホストＩ／Ｆ番号」フィールド２４２２には、「ターゲット名」フィールド２４２１に格納されたターゲット名が示すターゲットにアクセスすることができるホストＩ／Ｆ部１１４，１１６の識別子が格納される。

また「ホストノード名」フィールド２４２３には、「ターゲット名」フィールド２４２１に格納されたターゲット名が示すターゲットを使用するイニシエータ（第１又は第２のホスト２５０，２５２（若しくは第３のホスト２５４））のノード名が格納され、「ホストＬＵＮ」フィールド２４２４には、対応する論理ユニットに対して第１又は第２のホスト２５０，２５２（若しくは第３のホスト２５４）が認識するＬＵＮが格納される。さらに「ＬＵＮ」フィールド２４２５には、ストレージ装置２１０内でその論理ユニットを識別するための識別子が格納される。この識別子は、ＬＵ構成テーブル１４２の「ＬＵＮ」フィールド１４２１に格納されたＬＵＮに対応する。

次に、新規ホスト登録機能の実現形態について説明する。本実施の形態では、ネームサーバ３００に新たなノードが追加されたときにネームサーバ３００からストレージ装置２１０に与えられる通知（以下、これをノード追加通知と呼ぶ）を契機として、ストレージ装置２１０が新規ホストの検出を実行する。

あるホストからストレージ装置２１０を利用するためには、前記ホストのノード名及び新規ドメインをネームサーバ３００に登録する。ネームサーバ３００は、ノード管理テーブル３１０に基づいて、新たなノードの追加を、デフォルトターゲット（DefaultTarget）として設定されたストレージ装置２１０にノード追加通知を送信することにより知らせる。なお、図１１においてノード管理テーブル３１０の「ドメイン」フィールド３１４に格納されている「＊」は、そのノードが任意のドメインに所属していることを示す。

図１３は、ネームサーバ３００からの通知を受けたストレージ装置２１０において行われる新規ホスト登録処理の内容を表すフローチャートである。ストレージ装置２１０のＣＰＵ１１２は、メモリ１２０に格納されたストレージ制御プログラム２３０のうちの新規ホスト検知プログラム２３２に基づき、この図１３に示す新規ホスト登録処理手順に従って、ＳＡＮ１９０に接続された新規ホストの登録処理を実行する。

すなわちＣＰＵ１１２は、ネームサーバ３００からノード追加通知を受信した旨の通知を入出力処理プログラム１３２から受けると（Ｓ１３０２）、追加されたノードがイニシエータであるか否かを判断し（Ｓ１３０３）、当該ノードがイニシエータでなかったときには（Ｓ１３０３：ＮＯ）、この新規ホストの登録処理を終了する。

これに対して、ＣＰＵ１１２は、追加されたノードがイニシエータであったときには（Ｓ１３０３：ＹＥＳ）、追加されたノードのノード名を含むエントリの検索をターゲット構成テーブル１４５上で行い（Ｓ１３０４）、その後該当エントリの有無を判定する（Ｓ１３０６）。

そしてＣＰＵ１１２は、該当するエントリを検出できたときには（Ｓ１３０６：ＮＯ）、この新規ホスト登録処理を終了し、該当するエントリを１つも検出できなったときには（Ｓ１３０６：ＹＥＳ）、前記ノード名又は「＊」を含むエントリの検索をセキュリティ管理テーブル２４４上で行なう（Ｓ１３０８）。

この後ＣＰＵ１１２は、この検索の結果に基づいて、前記ノードの新規ホスト登録が許可又は不許可のいずれであるか判定し（Ｓ１３１０）、許可されていないときには（Ｓ１３１０：ＮＯ）、この新規ホストの登録処理を終了する。

これに対してＣＰＵ１１２は、かかるノードの新規ホスト登録が許可されているときには（Ｓ１３１０：ＹＥＳ）、第１実施の形態の図７のステップＳ７１２と同様に、新規論理ユニットを作成し、これに応じたエントリを図７のフローチャートのステップＳ７１２と同様の処理により、ＬＵ構成テーブル１４２に登録する（Ｓ１３１２）。

そしてＣＰＵ１１２は、この後新規ターゲットをターゲット構成テーブル２４２に登録する（Ｓ１３１４）。具体的に、ＣＰＵ１１２は、かかるターゲットのターゲット名として、他のエントリと重複しないものを選択し、その選択したターゲット名をターゲット構成テーブル２４２の「ターゲット名」フィールド２４２１に格納する。また、ＣＰＵ１１２は、かかるターゲットに対してネームサーバ３００から送信された上述のホスト追加通知を受け付けた第１又は第２のホストＩ／Ｆ部１１４，１１６を対応付け、その識別子をターゲット構成テーブル２４２の「ホストＩ／Ｆ番号」フィールド２４２２に格納する。

さらにＣＰＵ１１２は、前記ホストのノード名をターゲット構成テーブル２４２の「ホストノード名」フィールド２４２３に格納すると共に、既定値をターゲット構成テーブル２４２の「ホストＬＵＮ」フィールド２４２４に格納する。さらにＣＰＵ１１２は、ステップＳ１３１２で作成した論理ユニットのＬＵＮをターゲット構成テーブル２４２の「ＬＵＮ」フィールド２４２５に格納する。

この後ＣＰＵ１１２は、ネームサーバ３００に対して、この新規ターゲットである新規ノードの追加を要求する。そのときＣＰＵ１１２は、新規ターゲットのノード名、ホストＩ／Ｆのアドレス、ドメイン（前記ホストと同一）及びノード追加通知要否（不要）をネームサーバ３００に送信する。以上により、ＣＰＵ１１２は、ノード追加通知受信処理を完了する。

次に、新規ホスト登録処理の一例として、第３のホスト２５４が新規ホストとしてＳＡＮ１９０に追加接続された場合の一連の流れを説明する。

第３のホスト２５４がＳＡＮ１９０に接続され、ノード名“Initiator3”、ドメイン名“ＤＤ３”でネームサーバ３００に登録されると、ストレージ装置２１０のＣＰＵ１１２は、この第３のホスト２５４への新規論理ユニットの割り当ての実行要否を判断する（Ｓ１３０４〜Ｓ１３１０）。

このときターゲット構成テーブル２４２には、「ホストノード名」フィールド２４２３に第３のホスト２５４のホスト名“Initiator3”が格納されたエントリが存在しないため、ＣＰＵ１１２は、第３のホスト２５４が新規ホストであると判定する（Ｓ１３０６）。また、ＣＰＵ１１２は、セキュリティ管理テーブル２４４における「ＷＷＮ」フィールド１４６１に「＊」が格納されたエントリに基づいて、第３のホスト２５４は新規ホスト登録が許可されているホストであると判定する（Ｓ１３１０）。そしてＣＰＵ１１２は、これらの判断結果から、第３のホスト２５４に対して新規論理ユニットの割当が必要であると判断する。

かくしてＣＰＵ１１２は、図８に示すように、第３のホスト２５４と対応付けた新規論理ユニットについてのエントリをＬＵ構成テーブル１４２に新規登録する（Ｓ１３１２）。

またＣＰＵ１１２は、この後図１４に示すように、かかる新規論理ユニットと第３のホスト２５４とのマッピングに関するエントリをターゲット構成テーブル２４２に追加登録する（Ｓ１３１４）。この図１４の例では、第３のホスト２５４（ノード名は「Initiator3」）が「Target3」のターゲット名で登録されると共に、この第３のホスト２５４に対して第１のホストＩ／Ｆ部１１４が対応付けられている。また新規論理ユニッ
トについては、ホストＬＵＮとして「０」が付与され、ストレージ装置２１０内におけるこの新規論理ユニットのＬＵＮとして「２」が付与されている。

なお、第３のホスト２５４でなる新規ノードのエントリが追加登録されたノード管理テーブル３１０を、図１５に示す。かかる新規ノードのエントリが追加登録される前のノード管理テーブル３１０（図１１参照）と比べると、ドメインが共に「ＤＤ３」であるイニシエータ「Initiarot3」及びターゲット「Target3」のエントリが追加登録されていることが分かる。

ネームサーバ３００は、かかるイニシエータ「Initiarot3」及びターゲット「Target3」のエントリを追加登録すると、ドメイン「ＤＤ３」にターゲット「Target3」が追加されたことを、第３のホスト２５４に通知する。かくしてこの通知を受けた第３のホスト２５４は、ターゲット「Target3」に含まれる論理ユニットを利用可能な状態になる。

以上、説明したように本実施の形態の記憶システム２００によれば、ネームサーバ３００で管理されるＳＡＮ環境においても、第１の実施の形態と同様に、ストレージ装置２１０に、ホストが新規に接続されたときに論理ユニットを割り当て、直ちにその新規ホストからその論理ユニットを利用可能とする機能を実現することができる。

このとき、ストレージ装置２１０の管理者は、新規ホストに割り当てる論理ユニットの容量の決定や、ストレージ装置２１０に対する論理ユニット作成等の指示を与える操作を行なう必要がなく、ホストの管理者が、ストレージ装置２１０にホストを接続し、ネームサーバ３００への登録を行うだけで、ストレージ装置２１０が利用可能となるため、ストレージ装置の導入時やホストの追加時におけるストレージ装置の設定作業を容易化させることができる。

また、本実施の形態のようにストレージ装置２１０がＣＰＵ１１２を複数持つ場合には、負荷が均等化するように各ＣＰＵ１１２への論理ユニットの割り当てが行われるため、特定のＣＰＵ１１２がボトルネックとなり性能が低下する可能性を減少させることができる。さらに、特定のホストに対して、ストレージ装置２１０の論理ユニットの割り当てを禁止することができ、セキュリティを確保することが可能となる。

（３）他の実施の形態
なお上述の第１及び第２の実施の形態においては、本発明を図１又は図１０のように構成されたストレージ装置１００，２１０に適用するようにした場合について述べたが、本発明はこれに限らず、例えば図１６のように構成されたストレージ装置４００や、この他の構成を有するストレージ装置にも広く適用することができる。

なお図１６に示すストレージ装置６００は、ストレージコントローラ４１０が、ホストとの間のインタフェースとして機能する複数のチャネルアダプタ４１１と、ディスクアレイ装置１６０との間のインタフェースとして機能する複数のディスクアダプタ４１２と、第１又は第２の実施の形態における構成情報１４０，２４０などの各種システム情報が格納される共有メモリ４１３と、ディスクアレイ装置１６０に入出力するデータを一時的に記憶するキャッシュメモリ１４１とが例えばクロスバースイッチ等でなる接続部４１５を介して相互に接続された構成を有する。そしてこのストレージ装置４００では、各チャネルアダプタ４１１に、それぞれＣＰＵ（図示せず）と、第１又は第２の実施の形態のストレージ制御プログラム１３０，２３０が格納されたメモリ（図示せず）とが設けられており、各チャネルアダプタ４１１がそれぞれ第１又は第２の実施の形態における図７又は図１３について上述した新規ホスト登録機能を実行し得るようになされている。

また上述の第１及び第２の実施の形態においては、論理ユニットが割り当てられていない新規ホストが接続されたことを検出するホスト検出部と、ホスト検出部により新規ホストが検出されたとき又は当該新規ホストからデータの書込み要求があったときに、当該新規ユニットに対して新規論理ユニットを割り当てる論理ユニット割当て部とを、ストレージ装置１００，２１０全体の動作制御を司るＣＰＵ１１２と、新規ホスト検知プログラム１３４，２３２とにより構成するようにした場合について述べたが、本発明はこれに限らず、例えばかかるＣＰＵ１１２とは別の専用のＣＰＵを設け、このＣＰＵによりかかるホスト検出部や論理ユニット割当て部を構成するようにしてもよい。

本発明は、各種ストレージ装置に広く適用することができる。

第１の実施の形態による記憶システムの構成を示すブロック図である。 ディスクプール及び論理ユニットの関係を示す概念図である。 ＬＵ構成テーブルの説明に供する概念図である。 ホスト−ＬＵマッピングテーブルの説明に供する概念図である。 セキュリティ管理テーブルの説明に供する概念図である。 第１〜第３のホストのソフトウェア構成の説明に供するブロック図である。 応答処理手順を示すフローチャートである。 新規論理ユニットについてのエントリが追加登録された後のＬＵ構成テーブルの説明に供する概念図である。 新規論理ユニットについてのエントリが追加登録された後のホスト−ＬＵマッピングテーブルの説明に供する概念図である。 第２の実施の形態による記憶システムの構成を示すブロック図である。 ノード管理テーブルの説明に供する概念図である。 ターゲット構成テーブルの説明に供する概念図である。 新規ホスト登録処理手順を示すフローチャートである。 新規論理ユニット及び新規ターゲットについてのエントリが追加登録されたターゲット構成テーブルの説明に供する概念図である。 新規ノードについてのエントリが追加登録されたノード管理テーブルの説明に供する概念図である。 他の実施の形態によるストレージ装置の構成を示すブロック図である。

符号の説明

１，２００……記憶システム、１００，２１０，４００……ストレージ装置、１１０，２２０，４１０……ストレージコントローラ、１１２……ＣＰＵ、１２０……メモリ、１３０，２３０……ストレージ制御プログラム、１３４，２３２……新規ホスト検知プログラム、１３６……構成管理プログラム、１４０，２４０……構成情報、１４２……ＬＵ構成テーブル、１４４……ホスト−ＬＵマッピングテーブル、１４６， ２４４……セキュリティ管理テーブル、１６０……ディスクアレイ装置、１９２，１９４，１９６，２５０，２５２，２５４……ホスト、２４２……ターゲット構成テーブル、３００……ネームサーバ、３１０……ノード管理テーブル。

Claims (16)

1. ホストからのデータの入出力要求に応じて、当該ホストに割り当てられた論理ユニットにデータを入出力するストレージ装置において、
   前記論理ユニットが割り当てられていない新規の前記ホストでなる新規ホストから送信される論理ユニット構成問合せコマンドに基づいて、当該新規ホストが接続されたことを検出するホスト検出部と、
   前記ホスト検出部により前記新規ホストが検出された場合に、当該新規ホストに対して新規の前記論理ユニットでなる新規論理ユニットを割り当てる論理ユニット割当て部とを
   備え、
   前記論理ユニット割り当て部は、
   前記新規論理ユニットを識別する論理ユニット識別番号と前記新規論理ユニットの構成情報とを対応付けて論理ユニット構成テーブルに格納し、
   前記新規論理ユニットの論理ユニット識別番号と、前記新規ホストを識別する識別子と、前記新規ホストから送信されるコマンドで指定する前記論理ユニットの識別番号とを対応付けてマッピングテーブルに格納する、
   ことを特徴とするストレージ装置。
2. 前記新規論理ユニットは、
   前記新規ホストから前記データの書込み要求があったときに実容量を割り当てる仮想論理ユニットである
   ことを特徴とする請求項１に記載のストレージ装置。
3. 前記ホスト検出部は、
   自ストレージ装置が接続されたネットワーク上の前記ホスト及びストレージ装置を管理するネームサーバから送信される、前記ネットワークに前記ホストが接続されたことを知らせる通知に基づいて、前記新規ホストが接続されたことを検出する
   ことを特徴とする請求項１に記載のストレージ装置。
4. 前記論理ユニット割当て部は、
   前記新規ホストに割り当てた前記新規論理ユニットについて、当該新規ホストからの前記データの入出力要求しか受け付けないように、前記新規論理ユニット及び前記新規ホストの対応関係を設定する
   ことを特徴とする請求項１に記載のストレージ装置。
5. 前記論理ユニット割当て部は、
   前記ホスト検出部により前記新規ホストが検出されたとき又は当該新規ホストから前記データの書込み要求があったときに、当該新規ユニットに対して予め定められた既定容量の前記新規論理ユニットを割り当てる
   ことを特徴とする請求項１に記載のストレージ装置。
6. それぞれ前記論理ユニットに対する前記データの入出力を制御する複数のプロセッサを備え、
   前記論理ユニット割当て部は、
   各前記プロセッサの負荷が均等になるように、前記複数のプロセッサの中から、前記新規ホストに割り当てられた前記新規論理ユニットに対する前記データの入出力を制御する前記プロセッサを決定する
   ことを特徴とする請求項１に記載のストレージ装置。
7. 前記論理ユニット割当て部は、
   前記ホスト検出部により検出された前記新規ホストの登録の許可又は不許可を規定したセキュリティ管理情報を保持し、当該セキュリティ管理情報に基づいて、前記ホスト検出部により検出された前記新規ホストの登録の許可又は不許可を判断し、当該登録が許可されているときに、当該新規ホストに対して前記新規論理ユニットを割り当てる
   ことを特徴とする請求項１に記載のストレージ装置。
8. 前記セキュリティ管理情報は、
   すべての前記新規ホストを指定して前記登録の許可又は不許可を設定するためのコードを含む
   ことを特徴とする請求項７に記載のストレージ装置。
9. ホストからのデータの入出力要求に応じて、当該ホストに割り当てられた論理ユニットにデータを入出力するストレージ装置の制御方法において、
   前記論理ユニットが割り当てられていない新規の前記ホストでなる新規ホストから送信される論理ユニット構成問合せコマンドに基づいて、当該新規ホストが接続されたことを検出する第１のステップと、
   前記新規ホストが検出された場合に、当該新規ホストに対して新規の前記論理ユニットでなる新規論理ユニットを割り当てる第２のステップと、
   前記新規論理ユニットを識別する論理ユニット識別番号と前記新規論理ユニットの構成情報とを対応付けて論理ユニット構成テーブルに格納する第３のステップと、
   前記新規論理ユニットの論理ユニット識別番号と、前記新規ホストを識別する識別子と、前記新規ホストから送信されるコマンドで指定する前記論理ユニットの識別番号とを対応付けてマッピングテーブルに格納する第４のステップと、
   を備えることを特徴とするストレージ装置の制御方法。
10. 前記新規論理ユニットは、
    前記新規ホストから前記データの書込み要求があったときに実容量を割り当てる仮想論理ユニットである
    ことを特徴とする請求項９に記載のストレージ装置の制御方法。
11. 前記第１のステップでは、
    自ストレージ装置が接続されたネットワーク上の前記ホスト及びストレージ装置を管理するネームサーバから送信される、前記ネットワークに前記ホストが接続されたことを知らせる通知に基づいて、前記新規ホストが接続されたことを検出する
    ことを特徴とする請求項９に記載のストレージ装置の制御方法。
12. 前記第２のステップでは、
    前記新規ホストに割り当てた前記新規論理ユニットについて、当該新規ホストからの前記データの入出力要求しか受け付けないように、前記新規論理ユニット及び前記新規ホストの対応関係を設定する
    ことを特徴とする請求項９に記載のストレージ装置の制御方法。
13. 前記第２のステップでは、
    前記新規ホストが検出されたとき又は当該新規ホストから前記データの書込み要求があったときに、当該新規ユニットに対して予め定められた既定容量の前記新規論理ユニットを割り当てる
    ことを特徴とする請求項９に記載のストレージ装置の制御方法。
14. 前記ストレージ装置は、
    それぞれ前記論理ユニットに対する前記データの入出力を制御する複数のプロセッサを
    備え、
    前記第２のステップでは、
    各前記プロセッサの負荷が均等になるように、前記複数のプロセッサの中から、前記新規ホストに割り当てられた前記新規論理ユニットに対する前記データの入出力を制御する前記プロセッサを決定する
    ことを特徴とする請求項９に記載のストレージ装置の制御方法。
15. 前記ストレージ装置は、
    前記新規ホストの登録の許可又は不許可を規定したセキュリティ管理情報を保持し、
    前記第２のステップでは、
    当該セキュリティ管理情報に基づいて、前記新規ホストの登録の許可又は不許可を判断し、当該登録が許可されているときに、当該新規ホストに対して前記新規論理ユニットを割り当てる
    ことを特徴とする請求項９に記載のストレージ装置の制御方法。
16. 前記セキュリティ管理情報は、
    すべての前記新規ホストを指定して前記登録の許可又は不許可を設定するためのコードを含む
    ことを特徴とする請求項１５に記載のストレージ装置の制御方法。

Images