JP4701282B2 - ストレージシステムおよびインタフェース管理方法 - Google Patents

Description

本発明は、ストレージシステムおよびインタフェース管理方法の技術に関する。

業務ホストコンピュータ（ホストコンピュータ、以下ホストと記載）の運用にあたり、ホスト毎にストレージ装置のボリュームの割り当てを行う必要がある。このように、ストレージ装置に対してホスト毎にストレージ装置のボリュームの割り当てを行う環境として、ＳＡＮ（Storage Area Network）環境によるストレージシステムがある。
このようなＳＡＮ環境によるストレージシステムでは、ＦＣ（Fibre Channel）というデータ転送方式が用いられる。そして、ＦＣを用いたＳＡＮ環境化において、ホストと、ＳＡＮにおけるネットワーク間のネットワークアダプタとしてＨＢＡ（Host Bus Adapter）がある。

特許文献１には、ストレージ仮想化技術を適用した計算機システムにおいて、この計算機システムに伴う論理ユニット単位でのデータ移動を、ストレージシステムの性能低下を抑制しつつ、行うことを可能とする計算機システムが記載されている。
特開２００７−３１０４９５号公報

従来のＳＡＮ環境によるストレージシステムでは、ホストの台数に合わせたＨＢＡの設定が必要となる。ストレージシステムの大規模化に伴ってホストの台数が増加すると、ＨＢＡの設定も増加することとなる。特に、１つの業務アプリケーションを複数のホストが利用する場合などは、１つのストレージ装置に対するＨＢＡの設定を繰り返し行う必要があり、設定工数の増加や、設定後の運用における管理作業の煩雑化を招くという問題がある。
さらに、ホストの新規追加といったＳＡＮ環境の構成変更が発生する場合、ホストと、ストレージ装置との接続の設定、すなわちＨＢＡの設定が必要不可欠となる。しかしながら、従来では、ホストが新規追加されるたびに、ストレージ管理者がＨＢＡを設定する必要があるといった問題がある。

このような背景に鑑みて本発明がなされたのであり、本発明は、ホストコンピュータと、ストレージ装置との割当設定を容易にすることを目的とする。

前記課題を解決するため、本発明は、ホストコンピュータに設置されている物理インタフェースの識別子である物理インタフェース識別子を、グループ化情報でまとめた仮想インタフェースを設定し、当該仮想インタフェースの識別子である仮想インタフェース識別子と、仮想インタフェースとしてまとめられている物理インタフェース識別子とを対応付けて記憶部に管理し、この仮想インタフェースを仮想的に設置している仮想ホストコンピュータの情報を表示部に表示することを特徴とする。
その他の解決手段は、実施形態中において記載する。

本発明によれば、ホストコンピュータと、ストレージ装置との割当設定を容易にすることができる。

次に、本発明を実施するための最良の形態（「実施形態」という）について、適宜図面を参照しながら詳細に説明する。

［第１実施形態］
《システム構成》
図１は、第１実施形態に係るストレージシステムの構成例を示す図である。
ストレージシステムＡは、管理サーバ１、実ホスト２（ホストコンピュータ）、ＦＣスイッチ３、ストレージ装置４を有してなる。なお、実ホスト２における「実」とは、後記する仮想ホスト７の「仮想」と区別するためのものである。管理サーバ１と、実ホスト２と、ストレージ装置４は、それぞれに設置されているＮＩＣ（Network Interface Card）１１，２４，４３を介して、ＬＡＮ（Local Area Network）６に接続している。また、実ホスト２は、ＨＢＡ（物理ＨＢＡ２３）を介してＦＣスイッチ３の実ホスト２側ポート３１（３１ａ）と接続している。また、ＦＣスイッチ３のストレージ装置４側ポート３１（３１ｂ）は、ＳＡＮ５を介してストレージ装置４のＣＨＡ（Channel Adapter）４２に接続している。

実ホスト２は、ＮＩＣ２４や、物理ＨＢＡ２３以外にＣＰＵ（Central Processing Unit）２２や、メモリ２１を有している。メモリ２１には、ストレージ装置４から読み込まれた業務アプリケーション２１２や、実ホスト２自身の機器情報を監視・収集するエージェントプログラム（以下、エージェント２１１と記載）が展開され、ＣＰＵ２２によって実行されている。なお、ＣＰＵ２２、メモリ２１、ＮＩＣ２４および物理ＨＢＡ２３は、バスによって互いに接続している。
また、ストレージ装置４は、ディスク装置４１を有しており、このディスク装置４１は、ＣＨＡ４２や、ＮＩＣ４３とバスによって接続されているが、ストレージ装置４の詳細な構成は、後記して説明する。同様に、管理サーバ１およびＦＣスイッチ３の詳細な構成も後記して説明する。なお、ディスク装置４１は、フラッシュデバイスなどの不揮発性記憶装置を用いてよい。

本実施形態では、実ホスト２に設置されているＨＢＡ（物理ＨＢＡ２３：物理インタフェース）を、実ホスト２で実行されている業務アプリケーション２１２毎にまとめ、このまとめた仮想的なＨＢＡを仮想ＨＢＡ７１（仮想インタフェース）と呼称する。そして、この仮想ＨＢＡ７１を有しているとみなされる仮想的なホストを仮想ホスト７（仮想ホストコンピュータ）と呼称する。
例えば、図１の例では、同じ業務アプリケーション２１２を実行している実ホスト２ａ，２ｂに搭載されている物理ＨＢＡ２３ａ，２３ｂをまとめて仮想ＨＢＡ７１ａとし、実ホスト２ａ，２ｂを仮想ホスト７ａとする。同様に、同じ業務アプリケーション２１２を実行している実ホスト２ｃ、２ｄに搭載されている物理ＨＢＡ２３ｃ，２３ｄをまとめて仮想ＨＢＡ７１ｂとし、実ホスト２ｃ、２ｄを仮想ホスト７ｂとみなす。
なお、仮想ＨＢＡ７１、仮想ホスト７は、管理サーバ１およびＦＣスイッチ３で管理される情報である。なお、実ホスト２には、実ＨＢＡ２３が複数設置されていてもよい。

（管理サーバ）
図２は、第１実施形態に係る管理サーバのハードウェア構成例を示す図である。
管理サーバ１は、仮想ＨＢＡ７１（仮想ホスト７）の設定管理を行う装置であり、バスによって互いに接続されているＮＩＣ１１、ＣＰＵ１２、通信制御装置１３、表示装置１４、入力装置１５、記憶装置１７（記憶部）およびメモリ１６を有している。
通信制御装置１３は、ＬＡＮ６に対する通信を制御する装置である。表示装置１４は、ディスプレイなどであり、入力装置１５は、キーボードや、マウスなどである。
記憶装置１７は、ＨＤ（Hard Disk）や、フラッシュメモリなどの不揮発性記憶媒体で構成され、内部にサーバ用仮想ＨＢＡ管理テーブル１７１（サーバ用仮想インタフェース管理情報）、パス設定管理テーブル１７２（ボリューム情報）、実ホスト管理テーブル１７３（ホスト情報）、実ホストＨＢＡＩＤ管理テーブル１７４（ホスト情報）、スイッチ構成管理テーブル１７５、ポート管理テーブル１７６などを格納している。各テーブル１７１〜１７６については、後記して説明する。
メモリ１６は、ＲＡＭ（Random Access Memory）などの揮発性記憶媒体で構成される。記憶装置１７に格納されている表示処理プログラム１６１（表示処理部）、仮想ＨＢＡ設定プログラム１６２（仮想インタフェース設定部）、仮想ＨＢＡ設定変更プログラム１６３（仮想インタフェース設定変更部）は、このメモリ１６に展開され、ＣＰＵ１２によって実行されることによって具現化する。各プログラムにおける機能の詳細は、後記して説明する。

（ＦＣスイッチ）
図３は、第１実施形態に係るＦＣスイッチのハードウェア構成例を示す図である。
ＦＣスイッチ３は、ＳＡＮ５（図１）を介した実ホスト２と、ストレージ装置４間の情報を中継する装置であり、ポート３１と、メモリ３２と、ＣＰＵ３３と、通信制御装置３４と、記憶装置３５（記憶部）とが、バスを介して互いに接続している。記憶装置３５は、ＥＰＲＯＭ（Erasable Programmable Read Only memory）や、フラッシュメモリなどの不揮発性記憶媒体で構成され、内部にスイッチ用仮想ＨＢＡ管理テーブル３５１（スイッチ用仮想インタフェース管理情報）、Ｉ／Ｏ管理テーブル３５２（Ｉ／Ｏ管理情報）などを格納している。各テーブル３５１，３５２の詳細な説明は後記する。
メモリ３２は、ＲＡＭなどの揮発性記憶媒体で構成されている。記憶装置３５に格納されているＩＤ変換プログラム３２１（識別子変換部）、送受信処理プログラム３２２（送受信部）、設定管理プログラム３２３（設定管理部）などは、このメモリ３２に展開され、ＣＰＵ３３によって実行されて具現化する。各プログラム３２１〜３２３の詳細な機能は、後記して説明する。

（ストレージ装置）
図４は、第１実施形態に係るストレージ装置のハードウェア構成例を示す図である。
ストレージ装置４は、ＣＨＡ４２、ＣＰＵ４４、メモリ４５、ＮＩＣ４３、記憶装置４６、ディスク４７などがバスによって互いに接続している。
記憶装置４６は、ＨＤや、フラッシュメモリなどの不揮発性記憶媒体で構成され、ストレージ装置４用のパス設定管理テーブル４６１が格納されている。パス設定管理テーブル４６１の詳細については、後記する。
メモリ４５は、ＲＡＭなどの揮発性記憶媒体で構成されており、ディスク４７への書き込み（リード）や、読み込み（ライト）を制御するコントローラ４５１が展開され、ＣＰＵ４４によって実行されることで具現化している。
ディスク４７は、実ホスト２などが読み込む業務アプリケーション２１２などが格納されている。本実施形態では、複数のディスク４７に対して、ＲＡＩＤ（Redundant Array of Inexpensive Disks）などを使用して生成されたアレイグループ（ボリューム）を形成していることを本実施形態では想定しているが、これに限らず、１つ１つのディスク４７を独立させて使用してもよいし、１つ１つのフラッシュメモリをディスク４７としてもよい。以降、本実施形態では、業務アプリケーション２１２などが格納されているディスク４７をボリュームと記載する。
なお、図１のディスク装置４１は、記憶装置４６と、ディスク４７とを合わせたものである。さらに、本実施形態では、記憶装置４６と、ディスク４７とを分けて記載したが、ディスク４７にパス設定管理テーブル４６１を格納してもよい。

《テーブル》
次に、図１〜図４を参照しつつ、図５〜図１２を参照して、第１実施形態に係る各テーブルの説明を行う。なお、各テーブルにおける情報の収集方法は、後記して説明する。

（サーバ用仮想ＨＢＡ管理テーブル）
図５は、第１実施形態に係るサーバ用仮想ＨＢＡ管理テーブルの例を示す図である。
サーバ用仮想ＨＢＡ管理テーブル１７１（サーバ用仮想インタフェース管理情報）は、管理サーバ１の記憶装置１７に格納されるテーブルであり、仮想ＨＢＡ７１の情報と、業務アプリケーションの情報とを対応付けて格納しているテーブルである。本実施形態では、物理ＨＢＡ２３を、利用する業務アプリケーション２１２の種別毎にグループ化して仮想ＨＢＡ７１としているが、このサーバ用仮想ＨＢＡ管理テーブル１７１は、どの仮想ＨＢＡ７１が、どの業務アプリケーション２１２に対応しているのかを示しているテーブルである。
サーバ用仮想ＨＢＡ管理テーブル１７１には、レコード番号（＃）、仮想ＨＢＡＩＤ（仮想インタフェース識別子）、仮想ホスト名、物理ＨＢＡＩＤリスト（物理インタフェース識別子）、アプリケーション情報（グループ化情報）、ＦＣスイッチ名などが格納されている。
仮想ＨＢＡＩＤ、仮想ホスト名は、後記するように仮想ホスト設定画面において、ユーザが入力装置１５を介して登録する情報である。ちなみに、仮想ＨＢＡＩＤは、ＷＷＮ（World Wide Name）の形式で登録されている。
物理ＨＢＡＩＤリストは、仮想ＨＢＡ７１に割り当てられる物理ＨＢＡ２３の識別子（物理ＨＢＡＩＤ）のリストであり、物理ＨＢＡＩＤが１つ以上列挙されている。図５では、「Ｌｉｓｔ＿Ａ」、「Ｌｉｓｔ＿Ｂ」、・・・の形式で登録されているが、これは、管理サーバ１の記憶装置１７内に、物理ＨＢＡＩＤのリストが「Ｌｉｓｔ＿Ａ」などのリスト名が示すリストファイルに格納されていることを示す。
アプリケーション情報には、仮想ＨＢＡ７１を設定する際のグループ化の規準となる業務アプリケーション２１２名などの情報（グループ化情報）が登録されており、ＦＣスイッチ名はこの仮想ＨＢＡ７１が設定されるＦＣスイッチ３を示す情報である。

（パス設定管理テーブル）
図６は、第１実施形態に係るパス設定管理テーブルの例を示す図である。
パス設定管理テーブル１７２，４６１（ボリューム情報）は、管理サーバ１の記憶装置１７およびストレージ装置４の記憶装置４６に格納されるテーブルであり、ストレージ装置４のパス設定を管理し、さらに、ボリュームに対しアクセス可能な物理ＨＢＡＩＤを格納するためのテーブルである。
パス設定管理テーブル１７２，４６１には、レコード番号（＃）、ストレージ名、ボリュームＩＤ、容量、ポートＩＤ、セキュリティ物理ＨＢＡＩＤリストなどが格納されている。
ストレージ名は、該当するストレージ装置４の名称である。ボリュームＩＤは、ポートＩＤの欄に格納されているポート３１と対応付けられているボリュームのＩＤである。容量は、ボリュームＩＤが示すボリュームの容量である。ポートＩＤは、ボリュームＩＤが示すボリュームと対応付けられているポート３１のＩＤである。セキュリティ物理ＨＢＡＩＤリストは、ボリュームＩＤが示すボリュームにアクセスすることができる複数の物理ＨＢＡＩＤと、仮想ＨＢＡＩＤが書き込まれている。なお、セキュリティ物理ＨＢＡＩＤリストは、ユーザによって登録されるデータである。

（実ホスト管理テーブル）
図７は、第１実施形態に係る実ホスト管理テーブルの例を示す図である。
実ホスト管理テーブル１７３（ホスト情報）は、管理サーバ１の記憶装置１７に格納されるテーブルであり、実ホスト２の情報を管理するためのテーブルである。
実ホスト管理テーブル１７３には、レコード番号（＃）、ホスト名、実ホスト２のＩＰ（Internet Protocol）アドレス、ＯＳ（Operating System）情報、アプリケーション情報などが格納されている。
ホスト名は、実ホスト２の名称であり、ホストのＩＰアドレスは、ホスト名が示す実ホスト２が保有しているＩＰアドレスである。ＯＳ情報は、該当する実ホスト２で実行されているＯＳの名称などであり、アプリケーション情報は、該当する実ホスト２で実行されている業務アプリケーション２１２の名称などである。

（実ホストＨＢＡＩＤ管理テーブル）
図８は、第１実施形態に係る実ホストＨＢＡＩＤ管理テーブルの例を示す図である。
実ホストＨＢＡＩＤ管理テーブル１７４（ホスト情報）は、管理サーバ１の記憶装置１７に格納されるテーブルであり、実ホスト２に備えられている物理ＨＢＡ２３のＩＤを管理するためのテーブルである。
実ホストＨＢＡＩＤ管理テーブル１７４には、レコード番号（＃）、ホスト名、物理ＨＢＡＩＤなどが格納されている。
物理ＨＢＡＩＤは、ホスト名が示す実ホスト２に設置されている物理ＨＢＡ２３に割り振られる識別子であり、具体的にはＷＷＮの形式で登録されている。

（スイッチ構成管理テーブル）
図９は、第１実施形態に係るスイッチ構成管理テーブルの例を示す図である。
スイッチ構成管理テーブル１７５は、管理サーバ１の記憶装置１７に格納されるテーブルであり、ストレージシステムＡ内に設置されているＦＣスイッチ３に関する情報を管理するためのテーブルである。
スイッチ構成管理テーブル１７５は、レコード番号（＃）、ＦＣスイッチ名、ＦＣスイッチ３のＩＰアドレスなどが格納されている。
ＦＣスイッチ３のＩＰアドレスは、ＦＣスイッチ名が示すＦＣスイッチ３に割り振られるＩＰアドレスである。

（ポート管理テーブル）
図１０は、第１実施形態に係るポート管理テーブルの例を示す図である。
ポート管理テーブル１７６は、管理サーバ１の記憶装置１７に格納されるテーブルであり、ＦＣスイッチ３におけるポート３１に関する情報が格納される。
ポート管理テーブル１７６には、レコード番号（＃）、ＦＣスイッチ名、ＦＣスイッチポート名、ＦＣスイッチポートＩＤ、ポート接続先ＩＤなどが格納されている。
ＦＣスイッチポート名は、ＦＣスイッチ名が示すＦＣスイッチ３に設置されているポート３１の名称である。ＦＣスイッチポートＩＤは、ＦＣスイッチポート名が示すポート３１の識別子である。ポート接続先ＩＤは、該当するポート３１が接続する機器のＩＤである。例えば、物理ＨＢＡ２３であれば、物理ＨＢＡＩＤが登録され、仮想ＨＢＡ７１であれば、仮想ＨＢＡＩＤが格納される。

（スイッチ用仮想ＨＢＡ管理テーブル）
図１１は、第１実施形態に係るスイッチ用仮想ＨＢＡ管理テーブルの例を示す図である。
スイッチ用仮想ＨＢＡ管理テーブル３５１（スイッチ用仮想インタフェース管理情報）は、ＦＣスイッチ３の記憶装置３５に格納されるテーブルであり、仮想ＨＢＡ７１と、物理ＨＢＡ２３との関係が格納されているテーブルである。
スイッチ用仮想ＨＢＡ管理テーブル３５１は、レコード番号（＃）、仮想ＨＢＡＩＤ（仮想インタフェース識別子）、物理インタフェース識別子のリストである物理ＨＢＡＩＤリスト、ＦＣスイッチ３のポートＩＤなどの情報を格納している。
物理ＨＢＡＩＤリストは、仮想ＨＢＡＩＤが示す仮想ＨＢＡ７１に割り当てられている物理ＨＢＡＩＤのリストであり、図５に示す物理ＨＢＡＩＤリストと同様であるため、説明を省略する。
ＦＣスイッチ３のポートＩＤは、仮想ＨＢＡ７１が実際に割り当てられるストレージ装置４側のポート３１ｂの識別子である。

（Ｉ／Ｏ管理テーブル）
図１２は、第１実施形態に係るＩ／Ｏ管理テーブルの例を示す図である。
Ｉ／Ｏ管理テーブル３５２（Ｉ／Ｏ管理情報）は、ＦＣスイッチ３の記憶装置３５に格納されるテーブルであり、実ホスト２からストレージ装置４へデータが送られた際における物理ＨＢＡＩＤと、仮想ＨＢＡＩＤの変換に関する情報が格納されるテーブルである。
Ｉ／Ｏ管理テーブル３５２は、レコード番号（＃）、実ホスト２の持つ物理ＨＢＡＩＤ、ストレージ装置４のポートＩＤ、仮想ＨＢＡＩＤ、エクスチェンジＩＤなどの情報を格納している。
実ホスト２の持つ物理ＨＢＡＩＤは、実ホスト２におけるが有する物理ＨＢＡの物理ＨＢＡＩＤであり、ストレージ装置４のポートＩＤは、ストレージ装置４におけるポートＩＤである。仮想ＨＢＡＩＤは、送られてきたデータに付随している物理ＨＢＡ２３をこの仮想ＨＢＡＩＤに置換したことを意味している。つまり、送信されてきたデータに付随している実ホスト２のもつ物理ＨＢＡＩＤを、仮想ＨＢＡＩＤの欄で示すＩＤで置換した後、ストレージ装置４のポートＩＤに示すポート３１ｂへ送信することを示している。

エクスチェンジＩＤは、実ホスト２で発行される番号である。第１実施形態において、実ホスト２からストレージ装置４へデータが送信される際には、ＦＣスイッチ３のコントローラ４５１が、このデータに付加されている物理ＨＢＡＩＤを、仮想ＨＢＡＩＤに変換する。しかし、仮想ＨＢＡＩＤと、物理ＨＢＡＩＤとは、１対１に割り当てられているとは限らないので、このままでは、ストレージ装置４から実ホスト２へデータを返すときに、コントローラ４５１は、仮想ＨＢＡＩＤから送信元の物理ＨＢＡＩＤへの変換を正しく行うことができない。そこで、コントローラ４５１は、エクスチェンジＩＤと、物理ＨＢＡＩＤと、変換された仮想ＨＢＡＩＤとを組の情報として、Ｉ／Ｏ管理テーブル３５２に保管しておくことにより、コントローラ４５１が仮想ＨＢＡＩＤから送信元の物理ＨＢＡＩＤへの変換を正しく行うことができるようにする。物理ＨＢＡＩＤと、仮想ＨＢＡＩＤとの変換については、後記して説明する。

《画面例》
次に、図２を参照しつつ、図１３〜図２１に沿って、第１実施形態に係る画面例を説明する。なお、図１３〜図２１に示す画面例は、管理サーバ１の表示処理プログラム１６１が、表示装置１４に表示させる画面である。

（仮想ホスト管理画面）
図１３〜図１５は、第１実施形態に係る仮想ホスト管理画面の例を示す図である。なお、図１３〜図２１において、実際には仮想ＨＢＡ７１を管理しているが、仮想ＨＢＡ７１を仮想的に設置している仮想ホスト７を考えた方がユーザにとって認識しやすいため、仮想ホスト７の管理画面として説明する。また、図１６〜図２１において、Ｃａｎｃｅｌボタンは、選択入力されることにより、現在行っている処理を中断して、その前の画面に戻る（図１３では、処理の終了）ボタンである。なお、図１３〜図１５には、Ｃａｎｃｅｌボタンが図示されていないが、これらの画面においてもＣａｎｃｅｌボタンを表示してもよい。
図１３における仮想ホスト管理画面１３００は、仮想ホスト一覧表示領域１３０１と、仮想ホスト概要情報表示領域１３０２とを有してなり、複数の仮想ホスト７の情報を、入力装置１５を介して選択可能なように表示する画面である。
仮想ホスト一覧表示領域１３０１には、現在設定されている仮想ホストの一覧がツリー形式で表示される。
また、仮想ホスト概要情報表示領域１３０２には、仮想ホスト一覧表示領域１３０１に表示されている仮想ホスト７の概要情報が表示される。仮想ホスト７の概要情報とは、仮想ホスト名、仮想ホスト７に割り当てられている仮想ＨＢＡＩＤ、仮想ホスト７に割り当てられているボリュームの容量、そして、仮想ホスト７で実行されている業務アプリケーション２１２の情報（アプリケーション情報）である。具体的には、アプリケーション情報に表示されている業務アプリケーション２１２で物理ＨＢＡ２３をグループ化したものが、表示されている仮想ＨＢＡ７１（仮想ホスト７）ということになる。

なお、仮想ホスト一覧表示領域１３０１は、表示処理プログラム１６１が、図５のサーバ用仮想ＨＢＡ管理テーブル１７１を参照することによって表示される画面である。また、仮想ホスト概要情報表示領域１３０２は、表示処理プログラム１６１が、図５のサーバ用仮想ＨＢＡ管理テーブル１７１および図６のパス設定管理テーブル１７２を参照して表示される画面である。具体的には、表示処理プログラム１６１は、サーバ用仮想ＨＢＡ管理テーブル１７１から仮想ＨＢＡＩＤと、この仮想ＨＢＡＩＤに対応する仮想ホスト名、物理ＨＢＡＩＤリストおよびアプリケーション情報を取得する。そして、表示処理プログラム１６１は、取得した物理ＨＢＡＩＤリストに登録されている物理ＨＢＡＩＤをキーとして、パス設定管理テーブル１７２（図６）のセキュリティ物理ＨＢＡＩＤリストを検索し、レコードを特定すると、この特定したパス管理テーブル１７２のレコードからストレージ装置４のボリュームの容量（ボリュームの情報）を取得する。表示処理プログラム１６１は、取得した取得したボリュームの容量や、仮想ＨＢＡＩＤや、アプリケーション情報などを表示装置１４に表示する。設定ボタン１３０３および更新ボタン１３０４については後記して説明する。

仮想ホスト一覧表示領域１３０１で表示されている仮想ホスト７のうちの１つが、入力装置１５を介して選択されると、表示処理プログラム１６１は、図１４に示すような選択された仮想ホスト７の詳細情報を表示する画面１４００ａを表示装置１４に表示させる。
図１４において、仮想ホスト一覧表示領域１４０１は、図１３に示すそれと同様の構成なので説明を省略する。表示処理プログラム１６１は、仮想ホスト詳細情報表示領域１４１０に仮想ホスト一覧表示領域１４０１で選択された仮想ホストに関する詳細情報を表示する。
選択仮想ホスト概要情報表示領域１４０２には、図１３の仮想ホスト概要情報表示領域１３０２における選択された仮想ホストのレコードと同様の情報が表示される。
ボリューム情報表示領域１４０３には、選択された仮想ホスト７に割り当てられているボリュームに関する情報が表示される。ここで、表示される内容は、図１３の段階で特定された、パス設定管理テーブル１７２（図６）のレコードに登録されている情報およびこの情報を基に、表示処理プログラム１６１が算出した値である。
ボリューム情報表示領域１４０３の裏には、実ホスト情報表示領域１４０５（図１５）が隠れており、タブ１４０４を選択入力することによって、表示処理プログラム１６１は、図１５の画面１４００ｂを表示装置１４に表示させる。

図１５において、仮想ホスト一覧表示領域１４０１および選択仮想ホスト概要情報表示領域１４０２は、図１３および図１４に示すものと同様であるため、説明を省略する。
実ホスト情報表示領域１４０５には、選択された仮想ホスト７に対応付けられている（グループ化されている）実ホスト２の情報が表示される。実ホスト情報表示領域１４０５には、実ホスト２のホスト名、この実ホスト２に設置されている物理ＨＢＡ２３の物理ＨＢＡＩＤ、実ホスト２に割り当てられたＩＰアドレス、ＯＳの情報などの実ホスト２の情報が表示される。実ホスト２のＩＰアドレスや、ＯＳの情報などは、表示処理プログラム１６１がサーバ用仮想ＨＢＡ管理テーブル１７１（図５）の物理ＨＢＡＩＤリストにおける各物理ＨＢＡＩＤをキーとして実ホスト管理テーブル１７３（図７）から取得する情報である。

（仮想ホスト設定画面）
次に、図１および図２を参照しつつ、図１６〜図１８に沿って、仮想ホスト設定画面の説明を行う。
図１６〜図１８は、第１実施形態に係る仮想ホスト設定画面の例を示す図である。なお、図１６〜図１８は、例えば、ストレージシステムＡを新たに組んだ後、管理サーバ１を起動した際や、一度仮想ＨＢＡ７１をリセットしたいときなどに表示される。また、ストレージシステムＡに、新たな業務アプリケーション２１２が実行されている実ホスト２が追加されたときなどにも、ユーザが図１３の設定ボタン１３０３を選択入力することにより表示される画面である。

まず、図１３における設定ボタン１３０３が選択入力されることにより、仮想ＨＢＡ設定プログラム１６２は、各実ホスト２のエージェント２１１から実行されている業務アプリケーション２１２の情報や、ホスト名や、設置されている物理ＨＢＡＩＤを取得し、表示処理プログラム１６１が図１６に示すような仮想ホスト設定画面１６００として表示する。
仮想ホスト設定画面１６００は、仮想ＨＢＡＩＤ表示領域１６０１、アプリケーション情報表示領域１６０２、ホスト名表示領域１６０３、物理ＨＢＡＩＤ表示領域１６０４などを有してなる。仮想ＨＢＡ設定プログラム１６２は、業務アプリケーション２１２毎に物理ＨＢＡＩＤをグループ化して表示し、さらに仮想ＨＢＡＩＤを割り当てた状態で表示する。前記したように、仮想ＨＢＡＩＤはＷＷＮが割り当てられ、このＷＷＮは、ＦＣスイッチ３の工場出荷時に、ＦＣスイッチ３自身に対して予め割り当てられた複数のＷＷＮから、例えば番号の小さい順に割り当てられる。

例えばレコード１６１１では、仮想ＨＢＡＩＤ「ａａ．ａａ．ａａ．ａａ．ａａ．ａａ．ａａ．ａａ」には、「Ａｐｐ＿Ａ」の業務アプリケーション２１２を用いている「ＨｏｓｔＡ」および「ＨｏｓｔＢ」の各実ホスト２が割り当てられる。そして、実ホスト２「ＨｏｓｔＡ」に設置されている物理ＨＢＡＩＤは、「１１．１１．１１．１１．１１．１１．１１．１１」と、「２２．２２．２２．２２．２２．２２．２２．２２」である。同様に、実ホスト２「ＨｏｓｔＢ」に設置されている物理ＨＢＡＩＤは、「３３．３３．３３．３３．３３．３３．３３．３３」である。
レコード１６１２も同様であるため、説明を省略する。

仮想ホスト設定画面１６００には、仮想ホスト７毎にチェック欄１６２１が設けられており、仮想ＨＢＡ設定プログラム１６２は、このチェック欄１６２１にチェックされた仮想ＨＢＡ７１のみを仮想ＨＢＡ７１として登録する。そして、ＯＫボタン１６２２が選択入力されると、表示処理プログラム１６１は、図１８で後記する仮想ホスト確認画面１８００を表示装置１４に表示する。
ユーザが編集ボタン１６３１を選択入力することによって、個々の仮想ホスト７を細かく設定することができる。例えば、レコード１６１１を編集するために編集ボタン１６３１ａが選択入力されると、表示処理プログラム１６１は、図１７に示す個別仮想ホスト設定画面１７００を表示装置１４に表示する。
図１７の個別仮想ホスト設定画面１７００には、図１６のレコード１６１１と同様の構成を有する個別ホスト設定領域１７０１が表示されている。
図１７では、各ホスト名表示領域１７２１と物理ＨＢＡＩＤ表示領域１７２２にチェック欄１７１１，１７１２ａ，１７１２ｂが表示され、仮想ＨＢＡ７１として登録する実ホスト２や、物理ＨＢＡＩＤが選択可能になっている。ここで、ホスト名表示領域１７２１と、物理ＨＢＡＩＤ表示領域１７２２とは階層構造をなしており、ホスト名表示領域１７２１のチェック欄がチェックされると、その実ホスト２に設置されている物理ＨＢＡＩＤも選択されることになる。すなわち、チェック欄１７１１にチェックを入れると、自動的にチェック欄１７１２ａ，１７１２ｂもチェックされる状態となる（図１７では、チェック欄１７１２ａ，１７１２ｂにチェックが入っていないが、チェック欄１７１１がチェックされているので、この２つも自動的に選択された状態となっている）。また、１つの実ホスト２に設置されている物理ＨＢＡＩＤを選択したいとき、例えば、物理ＨＢＡＩＤ「１１．１１．１１．１１．１１．１１．１１．１１」のみを仮想ＨＢＡＩＤに登録したいときは、チェック欄１７１１，１７１２ｂにチェックを入れずに、チェック欄１７１２ａにチェックを入れる。

また、仮想ＨＢＡＩＤ表示領域１７２３は、テキスト入力ボックスとなっており、工場出荷時でＦＣスイッチ３に割り当てられたＷＷＮの範囲内で仮想ＨＢＡＩＤを変更することができる。
ここで、ＯＫボタン１６２２が選択入力されると、図１６の仮想ホスト設定画面１６００に戻る。図１６に戻った際、表示処理プログラム１６１は、図１７のチェック欄１７１１，１７１２ａ，１７１２ｂにチェックを入力されなかった情報を表示しない。

前記したように、図１６のＯＫボタン１６２２が選択入力されると、表示処理プログラム１６１は、図１８に示す仮想ホスト確認画面１８００を表示装置１４に表示する。
仮想ホスト確認画面１８００では、仮想ホスト名表示領域１８０１、仮想ＨＢＡＩＤ表示領域１８０２、アプリケーション情報表示領域１８０３などが表示される。仮想ホスト名表示領域１８０１は、テキスト入力ボックスとなっており、ユーザが所望する仮想ホスト名を入力することができる。
仮想ホスト確認画面１８００の内容でよければ、ユーザは、作成ボタン１８２１を選択入力し、仮想ＨＢＡ設定プログラム１６２は、仮想ホスト７の設定処理を行い、サーバ用仮想ＨＢＡ管理テーブル１７１（図５）およびスイッチ用仮想ＨＢＡ管理テーブル３５１（図１１）の更新を行う。

図１６および図１７で示したように、チェック欄１６２１，１７１１，１７１２ａ，１７１２ｂを設けることにより、意図しない実ホスト２が仮想ホスト７（仮想ＨＢＡ７１）として登録されることを防止することができ、セキュリティ性を向上させることができる。

（仮想ホスト更新画面）
次に、図１および図２を参照しつつ、図１９〜図２１に沿って仮想ホスト更新画面の説明を行う。
図１９〜図２１は、第１実施形態に係る仮想ホスト更新画面の例を示す図である。
図１３において、更新ボタン１３０４が選択入力されると、仮想ＨＢＡ設定変更更新プログラム１６３が、各実ホスト２のエージェント２１１から実行されている業務アプリケーション２１２の情報や、ホスト名や、設置されている物理ＨＢＡＩＤを取得し、図１９に示すような仮想ホスト更新画面１９００として表示する。ここで、図１９において、図１６と同様の構成要素に関しては同一の符号を付して説明を省略するが、図１９において、図１６と異なる箇所は、仮想ホスト名表示領域１９０１が表示され、ハッチングされている行１９１１〜１９１３に示される新たに追加された実ホスト２のホスト名と、この実ホスト２に設置されている物理ＨＢＡＩＤとが表示されている点である。

ここで、ユーザが、チェック欄１６２１にチェックを入力し、更新ボタン１９２１を選択入力すると、仮想ＨＢＡ設定変更プログラム１６３は、図１９の仮想ホスト更新画面の内容でサーバ用仮想ＨＢＡ管理テーブル１７１（図５）およびスイッチ用仮想ＨＢＡ管理テーブル３５１（図１１）の更新を行う。
各レコード１９３１，１９３２に表示されている編集ボタン１９４１や、削除ボタン１９４２を選択入力することで、個々の仮想ホスト７の設定を行うことができる。

例えば、レコードの編集ボタン１９４１ａを選択入力した結果、表示処理プログラム１６１が、表示装置１４に表示した仮想ホスト編集画面２０００が図２０である。
図２０の仮想ホスト編集画面２０００では、新規に追加された実ホスト２のホスト名表示領域２００１および物理ＨＢＡＩＤ表示領域２００２にチェック欄２０１１，２０１２が設けられ、この追加された実ホスト２を仮想ＨＢＡ７１に登録するか否かを選択することができる。ホスト名表示領域２００１のチェック欄２０１１と、物理ＨＢＡＩＤ表示領域２００２のチェック欄２０１２の階層関係は、図１７と同様であるため説明を省略する。そして、ＯＫボタン２０２１が選択入力されると、図１９の仮想ホスト更新画面１９００に戻るが、このとき、表示処理プログラム１６１は、図２０でチェックを入力されなかった新規追加の実ホスト２の情報を表示しない。このように、チェック欄２０１１，２０１２を設けることで、意図しない新規追加の実ホスト２を仮想ＨＢＡ７１に登録することを防止することができ、セキュリティを向上することが可能となる。

図１９におけるレコード１９３１の削除ボタン１９４２を選択入力した結果、表示処理プログラム１６１が、表示装置１４に表示した仮想ホスト削除画面２１００が図２１である。なお、図２１において図２０と同様の構成要素に関しては、同一の符号を付して説明を省略する。
図２１の仮想ホスト削除画面２１００では、新規に追加された「ＨｏｓｔＸ」だけでなく、既存の実ホスト２「ＨｏｓｔＡ」および「ＨｏｓｔＢ」のホスト名表示領域２００１、物理ＨＢＡＩＤ表示領域２００２にもチェック欄２１１１，２１１２が設けられている。ＯＫボタン２１２１が選択入力されると、図１９に示す仮想ホスト更新画面１９００に戻るが、このとき、表示処理プログラム１６１は、図２１のこの仮想ホスト削除画面２１００におけるチェック欄２１１１，２１１２にチェックを入力された実ホスト２または物理ＨＢＡＩＤの情報を表示しない。

図２１のように、追加された物理ＨＢＡ２３だけでなく、既存の物理ＨＢＡ２３を、仮想ＨＢＡ７１から削除可能なチェック欄２１１１，２１１２を設けることで、既存の仮想ＨＢＡ７１に登録されている物理ＨＢＡ２３の削除が可能となり、柔軟な仮想ホスト７の運用が可能となる。
なお、実ホスト２が、ストレージシステムＡに新しく追加されていない状態で、図１３の更新ボタン１３０４が選択入力されたときには、図１９の画面１９００は、新規に追加された実ホスト２のホスト名や、物理ＨＢＡＩＤが表示されていない画面となる。

《フローチャート》
次に、図１〜図２１を参照しつつ、図２２〜２９に沿って第１実施形態に係る仮想ＨＢＡ管理処理の説明を行う。

（仮想ＨＢＡ設定処理）
図２２は、第１実施形態に係る仮想ＨＢＡ設定処理の流れを示すフローチャートである。なお、図２２の処理は、ＳＡＮ５の環境などが設定された後、各実ホスト２や、ストレージ装置４や、ＦＣスイッチ３が起動され、管理サーバ１の仮想ＨＢＡ設定プログラム１６２が起動されたタイミングや、新規の実ホスト２がストレージシステムＡに追加されていない状態で、仮想ホスト７の設定をおこないたいときなどで行われる処理である。なお、これ以降、各プログラム１６１〜１６３，２１１，２１２，３２１〜３２３，４５１が動作主体として記載されている場合、これらのプログラム１６１〜１６３，２１１，２１２，３２１〜３２３，４５１が、記憶装置１７，３５，４６や、ボリューム（ディスク４７）からＲＡＭなどのメモリ１６，２１，３２，４５に読み込まれ、ＣＰＵ１２，２２，３３，４４によって実行されることにより、各プログラム１６１〜１６３，２１１，２１２，３２１〜３２３，４５１がコンピュータに行わせている処理を示している。

まず、図１３の仮想ホスト管理画面１３００が表示される。もし、ストレージシステムＡが構築された直後であれば、仮想ホスト管理画面１３００には、何も情報が表示されない。
そして、図１３の設定ボタン１３０３が選択入力されると、仮想ＨＢＡ設定プログラム１６２は、各実ホスト２のエージェント２１１に対して実ホスト２情報および物理ＨＢＡ情報を要求し、この要求の応答として実ホスト２情報および物理ＨＢＡ情報を取得する（Ｓ１０１）。ここで、実ホスト２情報は、実ホスト２のホスト名や、実ホスト２のＩＰアドレスや、実ホスト２で実行されているＯＳや、業務アプリケーション２１２の情報などである。また、物理ＨＢＡ情報は、実ホスト２のホスト名と、この実ホスト２に設置されている物理ＨＢＡＩＤである。

次に、仮想ＨＢＡ設定プログラム１６２は、取得した実ホスト２情報および物理ＨＢＡ情報を、実ホスト管理テーブル１７３および実ホストＨＢＡＩＤ管理テーブル１７４の該当する項目に登録することによって、実ホスト管理テーブル１７３および実ホストＨＢＡＩＤ管理テーブル１７４を更新する（Ｓ１０２）。
次に、仮想ＨＢＡ設定プログラム１６２は、ＦＣスイッチ３に対して仮想ＨＢＡ情報を要求し、この要求の応答として仮想ＨＢＡ情報を取得する（Ｓ１０３）。仮想ＨＢＡ情報は、ＦＣスイッチ３の設定管理プログラム３２３が、スイッチ用仮想ＨＢＡ管理テーブル３５１から取得する仮想ＨＢＡＩＤと、物理ＨＢＡＩＤと、ＦＣスイッチ名の組の情報である。なお、ＳＡＮ５の環境の設定後、初めて管理サーバ１の仮想ＨＢＡ設定プログラム１６２を起動したときには、仮想ＨＢＡ情報は、ＦＣスイッチ名のみである。

そして、仮想ＨＢＡ設定プログラム１６２は、取得した仮想ＨＢＡ情報に含まれる物理ＨＢＡＩＤと、実ホストＨＢＡＩＤ管理テーブル１７４における物理ＨＢＡＩＤとを比較して、仮想ＨＢＡ情報に含まれていない物理ＨＢＡＩＤが存在するか否かを判定することで、仮想ＨＢＡ７１を構成していない物理ＨＢＡ２３が存在するか否かを判定する（Ｓ１０４）。なお、ステップＳ１０４は、管理サーバ１で保持しているサーバ用仮想ＨＢＡ管理テーブル１７１の物理ＨＢＡＩＤリストと、ステップＳ１０１で取得した物理ＨＢＡＩＤとを比較してもよい。この場合、仮想ＨＢＡ設定プログラム１６２は、ステップＳ１０３の処理を行わない。

ステップＳ１０４の結果、仮想ＨＢＡ７１を構成していない物理ＨＢＡ２３が存在しない場合（Ｓ１０４→Ｎｏ）、つまり、すべての物理ＨＢＡ２３は、いずれかの仮想ＨＢＡ７１に含まれている場合、仮想ＨＢＡ設定プログラム１６２は、処理を終了する。なお、ストレージシステムＡ構築直後では、ステップＳ１０４で「Ｎｏ」が選択されることはない。
ステップＳ１０４の結果、仮想ＨＢＡ７１を構成していない物理ＨＢＡ２３が存在する場合（Ｓ１０４→Ｙｅｓ）、仮想ＨＢＡ設定プログラム１６２は、この仮想ＨＢＡ７１に含まれていない物理ＨＢＡＩＤを候補ＨＢＡリストに加える（Ｓ１０５）。

続いて、仮想ＨＢＡ設定プログラム１６２は、候補ＨＢＡリストの各物理ＨＢＡＩＤをキーとして、実ホストＨＢＡＩＤ管理テーブル１７４からホスト名を取得し、さらに取得したホスト名をキーとして、実ホスト管理テーブル１７３から当該ホストで実行されているアプリケーション情報を取得する（Ｓ１０６）。続いて、仮想ＨＢＡ設定プログラム１６２は、物理ＨＢＡＩＤと、取得したアプリケーション情報とを対応させてメモリ１６上に一時記憶する。

そして、仮想ＨＢＡ設定プログラム１６２は、メモリ１６上に一時記憶させているアプリケーション情報と物理ＨＢＡＩＤとの対の情報を、物理ＨＢＡＩＤ毎に比較して、同じアプリケーション情報を持つ物理ＨＢＡＩＤが存在するか否かを判定する（Ｓ１０７）。
ステップＳ１０７の結果、同じアプリケーション情報を持つ物理ＨＢＡＩＤが存在しない場合（Ｓ１０７→Ｎｏ）、仮想ＨＢＡ設定プログラム１６２は、ステップＳ１０９へ処理を進める。
ステップＳ１０７の結果、同じアプリケーション情報を持つ物理ＨＢＡＩＤが存在する場合（Ｓ１０７→Ｙｅｓ）、仮想ＨＢＡ設定プログラム１６２は、これらのアプリケーション情報毎に物理ＨＢＡＩＤをまとめ、物理ＨＢＡＩＤのグループ化を行う（Ｓ１０８）。このとき、仮想ＨＢＡ設定プログラム１６２は、予めＦＣスイッチ３に割り当てられている未使用のＷＷＮを一時的にステップＳ１０８でグループ化された仮想ＨＢＡ７１に割り当ててもよい。

次に、表示処理プログラム１６１は、図１６に示す仮想ホスト設定画面１６００を表示装置１４に表示させ（Ｓ１０９）、作成可能な仮想ＨＢＡ７１および物理ＨＢＡ２３の情報をユーザに示す。
続いて、表示処理プログラム１６１は、仮想ホスト設定画面１６００上のＯＫボタン１６２２が選択入力されたか否かを判定することによって、設定変更ありか否かを判定する（Ｓ１１０）。
ステップＳ１１０の結果、設定変更がない場合（Ｓ１１０→Ｎｏ）、つまり、図１６のＯＫボタン１６２２が選択入力された場合、仮想ＨＢＡ設定プログラム１６２は、ステップＳ１１２へ処理を進める。
ステップＳ１１０の結果、設定変更がある場合（Ｓ１１０→Ｙｅｓ）、表示処理プログラム１６１は、仮想ＨＢＡ７１（仮想ホスト７）の設定変更処理を行う（Ｓ１１１）。仮想ＨＢＡ７１の設定変更処理は、図１６〜図１８で説明した手順で行われる。

そして、仮想ＨＢＡ設定プログラム１６２は、ステップＳ１０８でグループ化した仮想ＨＢＡ７１の情報、あるいはステップＳ１１１で設定変更された仮想ＨＢＡ７１の情報を新規の仮想ＨＢＡ７１としてサーバ用仮想ＨＢＡ管理テーブル１７１に各情報を登録する（Ｓ１１２）。このとき、仮想ＨＢＡＩＤは、図１７のテキスト入力ボックス１７３１で設定された仮想ＨＢＡＩＤが登録され、仮想ホスト名は、図１８のテキスト入力ボックス１８１１で設定された仮想ホスト名が入力される。また、物理ＨＢＡＩＤリストは、ステップＳ１０８でグループ化された物理ＨＢＡＩＤが登録され、ＦＣスイッチ名は、ステップＳ１０３で取得した仮想ＨＢＡ情報に含まれているＦＣスイッチ名が登録される。アプリケーション情報は、ステップＳ１０６で取得されたアプリケーション情報が登録される。
このとき、スイッチ構成管理テーブル１７５や、ポート管理テーブル１７６なども更新される。

ステップＳ１１２の後、仮想ＨＢＡ設定プログラム１６２は、登録後のサーバ用仮想ＨＢＡ管理テーブル１７１からスイッチ用仮想ＨＢＡ管理テーブル３５１を生成すると、生成したスイッチ用仮想ＨＢＡ管理テーブル３５１の情報を各ＦＣスイッチ３に送信する。スイッチ用仮想ＨＢＡ管理テーブル３５１の生成手順は、以下の通りである。スイッチ用仮想ＨＢＡ管理テーブル３５１における仮想ＨＢＡＩＤおよび物理ＨＢＡＩＤリストは、サーバ用仮想ＨＢＡ管理テーブル１７１から取得される。ＦＣスイッチ３のポートＩＤは、ステップＳ１０３において仮想ＨＢＡ情報を取得した際にＦＣスイッチ３から取得される情報である。

スイッチ用仮想ＨＢＡ管理テーブル３５１の情報を受信した各ＦＣスイッチ３の設定管理プログラム３２３は、新規の仮想ＨＢＡ７１として、ＦＣスイッチ３に登録されているスイッチ用仮想ＨＢＡ管理テーブル３５１を更新し（Ｓ１１３）、更新したスイッチ用仮想ＨＢＡ管理テーブル３５１に従って、ＦＣスイッチ３の設定を変更する。
そして、仮想ＨＢＡ設定プログラム１６２は、実ホスト２に対するＡｌｉａｓ作成およびＺＯＮＥ設定のための情報をＦＣスイッチ３へ送信し、この情報を受信したＦＣスイッチ３の設定管理プログラム３２３は、実ホスト２に対するＡｌｉａｓおよびＺＯＮＥ設定を行う（Ｓ１１４）。

（実ホスト追加処理）
図２３は、第１実施形態に係る実ホスト追加処理の流れを示すフローチャートである。なお、図２３の処理は、仮想ＨＢＡ７１（仮想ホスト７）の設定処理の後、新たな実ホスト２がストレージシステムＡに追加されたときに行われる処理である。管理サーバ１が実ホスト２の追加を検知すると、仮想ＨＢＡ設定変更プログラム１６３が起動して、図２３の処理を行ってもよいし、実ホスト２の追加後、図１３の更新ボタン１３０４が選択入力されることによって、仮想ＨＢＡ設定変更プログラム１６３が起動し、図２３の処理が行われてもよい。

まず、仮想ＨＢＡ設定変更プログラム１６３は、追加された実ホスト２の実ホスト２情報および物理ＨＢＡ情報の取得を行い（Ｓ２０１）、実ホスト管理テーブル１７３および実ホストＨＢＡＩＤ管理テーブル１７４を更新する（Ｓ２０２）。ステップＳ２０１，Ｓ２０２の処理は、追加された実ホスト２から情報を取得する以外は、図２２のステップＳ１０１，Ｓ１０２の処理と同様であるため、説明を省略する。
次に、仮想ＨＢＡ設定変更プログラム１６３は、ＦＣスイッチ３に、ＦＣスイッチ３自身のポート３１情報を要求し、この要求の応答としてＦＣスイッチ３の設定管理プログラム３２３から、ポート３１情報を取得し、ポート管理テーブル１７６を更新する（Ｓ２０３）。ポート３１情報には、ＦＣスイッチ名、ＦＣスイッチポート名、ＦＣスイッチポートＩＤ、ポート３１の接続先ＩＤなどの情報が含まれている。

続いて、仮想ＨＢＡ設定変更プログラム１６３は、追加される実ホスト２の物理ＨＢＡＩＤと等しいＩＤがポート接続先ＩＤに存在するか否かを判定する（Ｓ２０４）。具体的には、仮想ＨＢＡ設定変更プログラム１６３は、ポート管理テーブル１７６のポート接続先ＩＤを検索して、ステップＳ２０１で取得した追加実ホスト２の物理ＨＢＡＩＤと同じポート接続先ＩＤが存在するか否かを判定する。
ステップＳ２０４の結果、追加される実ホスト２の物理ＨＢＡＩＤと等しいＩＤがポート接続先ＩＤに存在しない場合（Ｓ２０４→Ｎｏ）、仮想ＨＢＡ設定変更プログラム１６３は、処理を終了する。なお、ステップＳ２０４で「Ｎｏ」が選択される場合とは、実ホスト２に接続されているＦＣスイッチ３が、ステップＳ２０３のような情報を送信する機能を有さないＦＣスイッチ３である場合などである。

ステップＳ２０４の結果、追加される実ホスト２の物理ＨＢＡＩＤと等しいＩＤがポート接続先ＩＤに存在する場合（Ｓ２０４→Ｙｅｓ）、仮想ＨＢＡ設定変更プログラム１６３は、該当するＦＣスイッチ３に係る仮想ＨＢＡ情報を取得する（Ｓ２０５）。具体的には、仮想ＨＢＡ設定変更プログラム１６３は、追加される実ホスト２の物理ＨＢＡＩＤと等しいポート接続先ＩＤを有するＦＣスイッチ名をポート管理テーブル１７６から取得する。そして、仮想ＨＢＡ設定変更プログラム１６３は、取得したＦＣスイッチ名をキーとして、サーバ用仮想ＨＢＡ管理テーブル１７１から仮想ＨＢＡＩＤ、仮想ホスト名、仮想ＨＢＡＩＤリスト、アプリケーション情報などを含む仮想ＨＢＡ情報を取得する。

次に、仮想ＨＢＡ設定変更プログラム１６３は、仮想ＨＢＡ情報に含まれるアプリケーション情報と、追加される実ホスト２で実行されているアプリケーション情報（ステップＳ２０１で取得）とを比較し、追加される実ホスト２で実行されているアプリケーション情報と等しいアプリケーション情報を持つ仮想ＨＢＡ７１が存在するか否かを判定する（Ｓ２０６）。
ステップＳ２０６の結果、等しいアプリケーション情報を持つ仮想ＨＢＡ７１が存在しない場合（Ｓ２０６→Ｎｏ）、表示処理プログラム１６１は、ステップＳ２０５で取得した仮想ＨＢＡ情報などを用いて、図１６に示すような仮想ホスト設定画面１６００を表示する。そして、表示処理プログラム１６１は、入力装置１５を介したユーザからの入力に応じて、図１６〜図１８で説明した仮想ＨＢＡ７１（仮想ホスト７）設定処理を行った（Ｓ２０７）後、処理を終了する。

ステップＳ２０６の結果、等しいアプリケーション情報を持つ仮想ＨＢＡ７１が存在する場合（Ｓ２０６→Ｙｅｓ）、表示処理プログラム１６１は、図１９に示すような仮想ホスト更新画面１９００を表示する（Ｓ２０８）。
次に、表示処理プログラム１６１は、仮想ホスト更新画面１９００上の編集ボタン１９４１や、削除ボタン１９４２が選択入力されたか否かを判定することにより、設定変更があるか否かを判定する（Ｓ２０９）。
ステップＳ２０９の結果、設定変更がない場合（Ｓ２０９→Ｎｏ）、つまり、図１９の更新ボタン１９２１が選択入力された場合、仮想ＨＢＡ設定変更プログラム１６３は、ステップＳ２１１へ処理を進める。
ステップＳ２０９の結果、設定変更がある場合（Ｓ２０９→Ｙｅｓ）、表示処理プログラム１６１が、図１９〜図２１で説明した仮想ＨＢＡ変更処理を実行した（Ｓ２１０）後、仮想ＨＢＡ設定変更プログラム１６３は、ステップＳ２１１へ処理を進める。

ステップＳ２０９またはステップＳ２１０の処理後、仮想ＨＢＡ設定変更プログラム１６３は、更新変更した仮想ＨＢＡ７１の情報に、追加する物理ＨＢＡＩＤを追加登録する（Ｓ２１１）。具体的には、サーバ用仮想ＨＢＡ管理テーブル１７１において該当する仮想ＨＢＡ７１の物理ＨＢＡＩＤリストに、追加する物理ＨＢＡＩＤを追加登録する。

次に、仮想ＨＢＡ設定変更プログラム１６３は、ＦＣスイッチ３のスイッチ用仮想ＨＢＡ管理テーブル３５１に追加される実ホスト２の情報を追加するよう設定情報を処理の対象となっているＦＣスイッチ３へ送信する（Ｓ２１２）。設定情報には、設定変更された仮想ＨＢＡＩＤと、追加された実ホスト２の物理ＨＢＡＩＤとの組の情報などを含む。

設定情報を受信したＦＣスイッチ３の設定管理プログラム３２３は、設定情報に含まれる仮想ＨＢＡＩＤをキーとして、スイッチ用仮想ＨＢＡ管理テーブル３５１を検索し、該当する物理ＨＢＡＩＤリストに、設定情報に含まれる物理ＨＢＡＩＤを加える。その後、ＦＣスイッチ３の送受信処理プログラム３２２が、設定完了情報を管理サーバ１へ送信し、管理サーバ１が設定完了情報を受信する（Ｓ２１３）と、仮想ＨＢＡ設定変更プログラム１６３は、実ホスト２に対するＡｌｉａｓ作成およびＺＯＮＥ設定のための情報をＦＣスイッチ３へ送信する（Ｓ２１４）。
この情報を受信したＦＣスイッチ３の設定管理プログラム３２３が、実ホスト２に対するＡｌｉａｓ作成およびＺＯＮＥ設定を行った後、送受信処理プログラム３２２が、設定完了情報を管理サーバ１へ送信し、この設定完了情報を管理サーバ１が受信すると（Ｓ２１５）、仮想ＨＢＡ設定変更プログラム１６３は、処理を終了する。

（仮想ホスト管理画面表示処理）
次に、図２および図１３〜図１５を参照しつつ、図２４に沿って仮想ホスト管理画面表示処理の流れを示す。
図２４は、第１実施形態に係る仮想ホスト管理画面表示処理の流れを示すフローチャートである。
ユーザによって、仮想ホスト管理画面表示の指示が入力されると、表示処理プログラム１６１は、サーバ用ＨＢＡ管理テーブル１７１からすべてのレコードを取得する（Ｓ２５１）。
そして、表示処理プログラム１６１は、取得したレコードを基に、仮想ホストが選択可能な仮想ホスト一覧領域１３０１を表示装置１４に表示させる（Ｓ２５２）。

そして、表示処理プログラム１６１は、表示された仮想ホスト一覧領域１３０１で、ユーザが仮想仮想ホストが選択したか否かを判定する（Ｓ２５３）。
ステップＳ２５３の結果、仮想ホストが選択されていない場合（Ｓ２５３→Ｎｏ）、表示処理プログラム１６１は、仮想ホスト概要情報表示領域１３０２を表示する（Ｓ２５４）。具体的には、表示処理プログラム１６１が、ステップＳ２５１で取得したレコードから仮想ＨＢＡＩＤと、この仮想ＨＢＡＩＤに対応する仮想ホスト名、物理ＨＢＡＩＤリストおよびアプリケーション情報を取得する。そして、表示処理プログラム１６１は、取得した物理ＨＢＡＩＤリストに登録されている物理ＨＢＡＩＤをキーとして、パス設定管理テーブル１７２（図６）のセキュリティ物理ＨＢＡＩＤリストを検索し、レコードを特定すると、この特定したパス管理テーブル１７２のレコードからストレージ装置４のボリュームの容量（ボリュームの情報）を取得する。表示処理プログラム１６１は、取得したボリュームの容量や、仮想ＨＢＡＩＤや、アプリケーション情報などを仮想ホスト概要情報表示領域１３０２として表示装置１４に表示する。ステップＳ２５４の処理が終了すると、表示処理プログラム１６１は、処理を終了する。

ステップＳ２５３の結果、仮想ホストが選択された場合（Ｓ２５３→Ｙｅｓ）、表示処理プログラム１６１は、選択された仮想ホスト名をキーとして、サーバ用管理テーブル１７１から選択された仮想ホストに該当するレコードを取得する（Ｓ２５５）。
そして、表示処理プログラム１６１は、仮想ホスト詳細情報表示領域１４１０を表示装置１４に表示させる（Ｓ２５６）。このとき、仮想ホスト詳細情報表示領域１４１０には、図１３の仮想ホスト概要情報表示領域１３０２における選択された仮想ホストのレコードと同様の情報が表示されていてもよいし、何も表示されていなくてもよい。また、この段階でボリューム情報表示領域１４０３および実ホスト情報表示領域１４０５には何も表示されていない。

次に、表示処理プログラム１６１は、現在表示されている仮想ホスト管理画面内のタブで実ホストリスト（図１４のタブ１４０４）が選択されたか否かを判定する（Ｓ２５７）。
ステップＳ２５７の結果、実ホストリストが選択されていない場合（Ｓ２５７→Ｎｏ）、表示処理プログラム１６１は、パス設定管理テーブル１７２（図６）から選択された仮想ホストに関連したパス情報を取得する（Ｓ２５８）。具体的には、パス情報は、表示処理プログラム１６１が、サーバ用仮想ＨＢＡ管理テーブル１７１から仮想ＨＢＡＩＤと、この仮想ＨＢＡＩＤに対応する仮想ホスト名、物理ＨＢＡＩＤリストおよびアプリケーション情報を取得する。そして、表示処理プログラム１６１は、取得した物理ＨＢＡＩＤリストに登録されている物理ＨＢＡＩＤをキーとして、パス設定管理テーブル１７２（図６）のセキュリティ物理ＨＢＡＩＤリストを検索し、レコードを特定する。表示処理プログラム１６１は、特定したレコードをパス情報として取得する。

そして、表示処理プログラム１６１は、取得したパス情報をボリューム情報表示領域１４０３として表示装置１４に表示させ（Ｓ２５９）、処理を終了する。

ステップＳ２５７の結果、実ホストリストが選択された場合（Ｓ２５７→Ｙｅｓ）、表示処理プログラム１６１は、実ホスト管理テーブル１７３（図７）からステップＳ２５３で選択された仮想ホストに関連した実ホスト情報を取得する（Ｓ２６０）。具体的には、表示処理プログラム１６１が、サーバ用仮想ＨＢＡ管理テーブル１７１（図５）の物理ＨＢＡＩＤリストにおける各物理ＨＢＡＩＤをキーとして実ホスト管理テーブル１７３（図７）のレコードを特定する。表示処理プログラム１６１は、特定したレコードを実ホスト情報として取得する。

そして、表示処理プログラム１６１は、取得した実ホスト情報を実ホスト情報表示領域１４０５として表示装置１４に表示させ（Ｓ２６１）、処理を終了する。

なお、図２５で説明した処理は、一例であり、表示処理プログラム１６１は、例えば図１３〜図１５で説明した手順で仮想ホスト管理画面を表示してもよい。

＜Ｉ／Ｏ管理処理＞
次に、図１〜図４および図１１を参照しつつ、図２５〜図３０に沿って、実ホスト２からＦＣスイッチ３を介してストレージ装置４のボリュームへデータを書き込んだり、読み込んだりする際の処理（Ｉ／Ｏ管理処理）を説明する。
まず、図２５〜図２７で、実ホスト２からストレージ装置４へデータを書き込むライト処理について説明し、図２８〜図３０で実ホスト２がストレージ装置４からデータを読み込むリード処理について説明する。

（ライト処理：実ホスト）
図２５は、第１実施形態に係る実ホストでのライト処理の流れを示すフローチャートである。
まず、実ホスト２の業務アプリケーション２１２がストレージ装置４に書き込むデータであるライトデータを生成する（Ｓ３０１）。
次に、業務アプリケーション２１２は、ライトリクエストを生成する（Ｓ３０２）。このライトリクエストには、送信するストレージ装置４のボリュームと紐付けられたＦＣスイッチ３のポート３１に対応する物理ＨＢＡＩＤ（送信元物理ＨＢＡＩＤ）や、送信先のストレージ装置４のポートＩＤや、エクスチェンジＩＤ、ライトデータの書込先のボリュームＩＤなどが含まれている。
そして、業務アプリケーション２１２は、生成したライトリクエストと、ライトデータとを対の情報として（ライトリクエスト／ライトデータ）ＦＣスイッチ３へ送信する（Ｓ３０３）。
そして、業務アプリケーション２１２は、ＦＣスイッチ３（ＳＷ）から、送信したライトリクエスト／ライトデータに対する応答が返ってきたか否かを判定する（Ｓ３０４）。
ステップＳ３０４の結果、応答が返ってきた場合（Ｓ３０４→Ｙｅｓ）、業務アプリケーション２１２は、処理を終了する。
ステップＳ３０４の結果、一定時間を経過しても応答が返ってこなかったり、エラー情報が返ってきたりするなど、応答が返ってこない場合（Ｓ３０４→Ｎｏ）、業務アプリケーション２１２は、ライト処理失敗につきエラー表示などの例外処理を行う（Ｓ３０５）。

（ライト処理：ＦＣスイッチ）
図２６は、第１実施形態に係るＦＣスイッチでのライト処理の流れを示すフローチャートである。
まず、ＦＣスイッチ３の送受信処理プログラム３２２は、実ホスト２から送信されたライトリクエスト／ライトデータを受信する（Ｓ４０１）。
次に、ＦＣスイッチ３のＩＤ変換プログラム３２１は、受信したライトリクエストに含まれる物理ＨＢＡＩＤが、スイッチ用仮想ＨＢＡ管理テーブル３５１における物理ＨＢＡＩＤリストに含まれるか否かを判定する（Ｓ４０２）。

ステップＳ４０２の結果、送信元物理ＨＢＡＩＤが物理ＨＢＡＩＤリストに含まれない場合（Ｓ４０２→Ｎｏ）、送受信処理プログラム３２２は、ライト処理失敗につき、エラー情報を送信元の実ホスト２へ送信するなどの例外処理を行い（Ｓ４０３）、処理を終了する。
ステップＳ４０２の結果、送信元物理ＨＢＡＩＤが物理ＨＢＡＩＤリストに含まれる場合（Ｓ４０２→Ｙｅｓ）、ＩＤ変換プログラム３２１は、当該物理ＨＢＡＩＤリストに対応する仮想ＨＢＡＩＤを、スイッチ用仮想ＨＢＡ管理テーブル３５１から取得し、送信元の物理ＨＢＡＩＤを取得した仮想ＨＢＡＩＤに変換したライトリクエストを生成する（Ｓ４０４）。

次に、ＩＤ変換プログラム３２１は、変換された送信元の物理ＨＢＡＩＤや、仮想ＨＢＡＩＤなどの情報をＩ／Ｏ管理テーブル３５２に登録する（Ｓ４０５）。Ｉ／Ｏ管理テーブル３５２に登録される情報には、他にライトリクエストに含まれる送信先のストレージ装置４のポートＩＤや、エクスチェンジＩＤなども含まれる。
そして、送受信処理プログラム３２２は、ステップＳ４０４で、物理ＨＢＡＩＤを仮想ＨＢＡＩＤに変換したライトリクエストと、ステップＳ４０１で受信したライトデータとの対の情報（ライトリクエスト／ライトデータ）をストレージ装置４へ送信する（Ｓ４０６）。

次に、送受信処理プログラム３２２は、ストレージ装置４から、送信したライトリクエスト／ライトデータに対する応答が返ってきたか否かを判定する（Ｓ４０７）。なお、この応答には、ライトリクエストに記述されていたエクスチェンジＩＤや、仮想ＨＢＡＩＤなどの情報が含まれている。
ステップＳ４０７の結果、一定時間を経過しても応答が返ってこなかったり、エラー情報が返ってきたりするなど、応答が返ってこない場合（Ｓ４０７→Ｎｏ）、送受信処理プログラム３２２は、ステップＳ４０３の処理を行う。
ステップＳ４０７の結果、応答が返ってきた場合（Ｓ４０７→Ｙｅｓ）、ＩＤ変換プログラム３２１は、Ｉ／Ｏ管理テーブル３５２を参照して、応答に含まれている仮想ＨＢＡＩＤを送信元の物理ＨＢＡＩＤに変換する（Ｓ４０８）。具体的には、ＩＤ変換プログラム３２１は、応答に含まれているエクスチェンジＩＤをキーとして、Ｉ／Ｏ管理テーブル３５２を検索し、該当する仮想ＨＢＡＩＤと、物理ＨＢＡＩＤとを取得する。そして、応答に含まれている仮想ＨＢＡＩＤを、取得した物理ＨＢＡＩＤに変換する。
そして、送受信処理プログラム３２２は、ステップＳ４０８で仮想ＨＢＡＩＤを物理ＨＢＡＩＤに変換した応答を送信元の実ホスト２に送信する（Ｓ４０９）。つまり、送受信処理プログラム３２２は、応答に含まれる物理ＨＢＡＩＤへ向けて当該応答を送信する。

（ライト処理：ストレージ装置）
図２７は、第１実施形態に係るストレージ装置でのライト処理の流れを示すフローチャートである。
まず、ストレージ装置４のコントローラ４５１は、ＦＣスイッチ３からライトリクエスト／ライトデータを受信すると（Ｓ５０１）、ライトリクエストに含まれるボリュームＩＤをキーとして、記憶装置４６のパス設定管理テーブル４６１のセキュリティ物理ＨＢＡＩＤリストを参照し、ライトリクエストに含まれる送信元のＨＢＡＩＤがセキュリティ物理ＨＢＡＩＤリストに含まれるか否かを判定する（Ｓ５０２）。なお、ステップＳ５０２における送信元のＨＢＡＩＤとは、変換された仮想ＨＢＡＩＤなどのことである。
ステップＳ５０２の結果、送信元のＨＢＡＩＤがセキュリティ物理ＨＢＡＩＤリストに含まれない場合（Ｓ５０２→Ｎｏ）、コントローラ４５１は、ライト処理失敗につき、ＦＣスイッチ３へエラー情報を送るなどの例外処理を行う（Ｓ５０３）。

ステップＳ５０２の結果、送信元のＨＢＡＩＤがセキュリティ物理ＨＢＡＩＤリストに含まれる場合（Ｓ５０２→Ｙｅｓ）、コントローラ４５１は、ライトデータを、ライトリクエストに含まれるボリュームＩＤで指定されたボリュームに書き込む（Ｓ５０４）。
そして、コントローラ４５１は、送信元の仮想ＨＢＡＩＤを送信先とする応答を送信元のＦＣスイッチ３（送信元ＳＷ）に返す（Ｓ５０５）。

（リード処理：実ホスト）
図２８は、第１実施形態に係る実ホストでのリード処理の流れを示すフローチャートである。
まず、実ホスト２の業務アプリケーション２１２は、リードリクエストを生成し（Ｓ６０１）、生成したリードリクエストをＦＣスイッチ３へ送信する（Ｓ６０２）。このリードリクエストには、送信するストレージ装置４のボリュームと紐付けられたＦＣスイッチ３のポート３１に対応する物理ＨＢＡＩＤ（送信元物理ＨＢＡＩＤ）や、送信先のストレージ装置４のポートＩＤや、エクスチェンジＩＤ、リードデータの読込先のボリュームＩＤなどが含まれている。
次に、業務アプリケーション２１２は、ＦＣスイッチ３（ＳＷ）からリードリクエストに対するリードデータが返ってきたか否かを判定する（Ｓ６０３）。
ステップＳ６０３の結果、リードデータが返ってきた場合（Ｓ６０３→Ｙｅｓ）、業務アプリケーション２１２は、返ってきたリードデータの処理を行って処理を終了する。
ステップＳ６０３の結果、一定時間を経過してもリードデータが返ってこなかったり、エラー情報が返ってきたりするなど、リードデータが返ってこない場合（Ｓ６０３→Ｎｏ）、業務アプリケーション２１２は、リード処理失敗につき、エラー表示などの例外処理を行う（Ｓ６０４）。

（リード処理：ＦＣスイッチ）
図２９は、第１実施形態に係るＦＣスイッチでのリード処理の流れを示すフローチャートである。
まず、ＦＣスイッチ３の送受信処理プログラム３２２は、実ホスト２から送信されたリードリクエストを受信する（Ｓ７０１）。
次に、ＦＣスイッチ３のＩＤ変換プログラム３２１は、受信したリードリクエストに含まれる物理ＨＢＡＩＤが、スイッチ用仮想ＨＢＡ管理テーブル３５１における物理ＨＢＡＩＤリストに含まれるか否かを判定する（Ｓ７０２）。

ステップＳ７０２の結果、送信元物理ＨＢＡＩＤが物理ＨＢＡＩＤリストに含まれない場合（Ｓ７０２→Ｎｏ）、送受信処理プログラム３２２は、リード処理失敗につき、エラー情報を送信元の実ホスト２へ送信するなどの例外処理を行い（Ｓ７０３）、処理を終了する。
ステップＳ７０２の結果、送信元物理ＨＢＡＩＤが物理ＨＢＡＩＤリストに含まれる場合（Ｓ７０２→Ｙｅｓ）、ＩＤ変換プログラム３２１は、当該物理ＨＢＡＩＤリストに対応する仮想ＨＢＡＩＤを、スイッチ用仮想ＨＢＡ管理テーブル３５１から取得し、送信元の物理ＨＢＡＩＤを取得した仮想ＨＢＡＩＤに変換したリードリクエストを生成する（Ｓ７０４）。

次に、ＩＤ変換プログラム３２１は、変換された送信元の物理ＨＢＡＩＤや、仮想ＨＢＡＩＤなどの情報をＩ／Ｏ管理テーブル３５２に登録する（Ｓ７０５）。Ｉ／Ｏ管理テーブル３５２に登録される情報には、他にリードリクエストに含まれる送信先のストレージ装置４のポートＩＤや、エクスチェンジＩＤなども含まれる。
そして、送受信処理プログラム３２２は、ステップＳ７０４で、物理ＨＢＡＩＤを仮想ＨＢＡＩＤに変換したリードリクエストをストレージ装置４へ送信する（Ｓ７０６）。

次に、送受信処理プログラム３２２は、ストレージ装置４から、送信したリードリクエストに対するリードデータが返ってきたか否かを判定する（Ｓ７０７）。
ステップＳ７０７の結果、一定時間を経過してもリードデータが返ってこなかったり、エラー情報が返ってきたりするなど、リードデータが返ってこない場合（Ｓ７０７→Ｎｏ）、送受信処理プログラム３２２は、ステップＳ７０３の処理を行う。
ステップＳ７０７の結果、リードデータが返ってきた場合（Ｓ７０７→Ｙｅｓ）、ＩＤ変換プログラム３２１は、Ｉ／Ｏ管理テーブル３５２を参照して、リードデータに含まれている仮想ＨＢＡＩＤを送信元の物理ＨＢＡＩＤに変換する（Ｓ７０８）。具体的には、ＩＤ変換プログラム３２１は、リードデータに含まれているエクスチェンジＩＤをキーとして、Ｉ／Ｏ管理テーブル３５２を検索し、該当する仮想ＨＢＡＩＤと、物理ＨＢＡＩＤとを取得する。そして、リードデータに含まれている仮想ＨＢＡＩＤを、取得した物理ＨＢＡＩＤに変換する。
そして、送受信処理プログラム３２２は、ステップＳ７０８で仮想ＨＢＡＩＤを物理ＨＢＡＩＤに変換したリードデータを送信元の実ホスト２に送信する（Ｓ７０９）。つまり、送受信処理プログラム３２２は、リードデータに含まれる物理ＨＢＡＩＤへ向けて当該リードデータを送信する。

（リード処理：ストレージ装置）
図３０は、第１実施形態に係るストレージ装置でのリード処理の流れを示すフローチャートである。
まず、ストレージ装置４のコントローラ４５１は、ＦＣスイッチ３からリードリクエストを受信すると（Ｓ８０１）、リードリクエストに含まれるボリュームＩＤをキーとして、記憶装置４６のパス設定管理テーブル４６１のセキュリティ物理ＨＢＡＩＤリストを参照し、リードリクエストに含まれる送信元のＨＢＡＩＤがセキュリティ物理ＨＢＡＩＤリストに含まれるか否かを判定する（Ｓ８０２）。ここで、送信元のＨＢＡＩＤは、変換された仮想ＨＢＡＩＤなどである。
ステップＳ８０２の結果、送信元のＨＢＡＩＤがセキュリティ物理ＨＢＡＩＤリストに含まれない場合（Ｓ８０２→Ｎｏ）、コントローラ４５１は、リード処理失敗につき、ＦＣスイッチ３へエラー情報を送るなどの例外処理を行う（Ｓ８０３）。

ステップＳ８０２の結果、送信元のＨＢＡＩＤがセキュリティ物理ＨＢＡＩＤリストに含まれる場合（Ｓ８０２→Ｙｅｓ）、コントローラ４５１は、リードリクエストに含まれるボリュームＩＤで指定されたボリュームからデータを読み込む（Ｓ８０４）。
そして、コントローラ４５１は、送信元の仮想ＨＢＡＩＤを送信先とする読み込みの処理結果（リードデータ）を送信元のＦＣスイッチ３（送信元ＳＷ）に返す（Ｓ８０５）。

（第１実施形態の効果）
第１実施形態によれば、業務アプリケーション２１２毎に物理ＨＢＡＩＤをグループ化した仮想ＨＢＡ７１を設定することで、個々の物理ＨＢＡ２３を管理することがなくなり、ユーザの管理負担を軽減することができる。また、図１３〜図２１に示すように、仮想ＨＢＡ７１（仮想ホスト７）の情報を画面表示することで、物理ＨＢＡ２３の管理が容易となると共に、図１６〜図２１で説明したように、仮想ＨＢＡ７１として管理する物理ＨＢＡ２３をユーザが選択可能とすることで、意図しない物理ＨＢＡ２３（つまり、意図しない実ホスト２）を仮想ＨＢＡ７１に加えることを防止することができ、セキュリティ性を向上することができる。

［第２実施形態］
次に、図３１〜図３７を参照して、本発明の第２実施形態を説明する。第２実施形態では、現実には存在し得ない仮の仮想ＨＢＡＩＤを管理サーバ１ａが発行し、アプリケーション情報と対応付けると共に、物理ＨＢＡＩＤと対応付けてボリュームのセキュリティ情報として記憶装置１７ａに格納しておく。そして、実ホスト２がストレージシステムＢに追加されると、管理サーバ１ａは、この実ホスト２で実行されている業務アプリケーション２１２の情報を基に、実ホスト２に備えられている物理ＨＢＡ２３が対応付けられるべき仮の仮想ＨＢＡ７１を特定する。そして、管理サーバ１ａは、追加される物理ＨＢＡＩＤを、この仮の仮想ＨＢＡ７１と対応付けてボリュームのセキュリティ情報に格納する。これにより、実ホスト２の追加時に発生するストレージ装置４の構成変更の設定が不要となる。

（システム構成）
図３１は、第２実施形態に係るストレージシステムの構成例を示す図である。
図３１において、図１と同様の構成要素に対しては、図１と同一の符号を付して説明を省略する。
ストレージシステムＢが、図１のストレージシステムＡと異なる点は、仮想ＨＢＡ７１の管理を行う管理サーバ１ａと、一般的な構造を有するＦＣスイッチ３ａを有する点である。

（管理サーバ）
図３２は、第２実施形態に係る管理サーバのハードウェア構成例を示す図である。
図３２において、図２と同様の構成要素に関しては、図２と同一の符号を付して説明を省略する。
図３２の管理サーバ１ａが、図２の管理サーバ１ａと異なる点は、記憶装置１７ａにおいて、サーバ用仮想ＨＢＡ管理テーブル１７１の代わりに、図３３を参照して後記する仮想ＨＢＡ管理テーブル１７１ａを備え、スイッチ構成管理テーブル１７５およびポート管理テーブル１７６が省略されている点である。
また、メモリ１６ａには、図３４〜図３７で後記する処理を行う表示処理プログラム１６１、仮想ＨＢＡ設定プログラム１６２ａ、仮想ＨＢＡ設定変更プログラム１６３ａが記憶装置１７ａから展開され、ＣＰＵ１２で実行されることにより、具現化している。

《テーブル》
（仮想ＨＢＡ管理テーブル）
図３３は、第２実施形態に係る仮想ＨＢＡ管理テーブルの例を示す図である。
仮想ＨＢＡ管理テーブル１７１ａは、前記したように管理サーバ１ａの記憶装置１７ａに格納されるテーブルであり、仮想ＨＢＡ７１の情報と、業務アプリケーション２１２の情報とを対応付けて格納しているテーブルである。
仮想ＨＢＡ管理テーブル１７１ａには、レコード番号（＃）、仮想ＨＢＡＩＤ、仮想ホスト名、アプリケーション情報などが格納されている。
第２実施形態において仮想ＨＢＡＩＤは、管理サーバ１ａによって発行される現実には存在し得ないＷＷＮ形式のＨＢＡＩＤである。
仮想ＨＢＡＩＤ、仮想ホスト名は、図１３〜図２１で前記したように仮想ホスト設定画面において、ユーザが入力装置１５を介して登録する情報である。
アプリケーション情報は、仮想ＨＢＡ７１を設定する際のグループ化の基準となるアプリケーション名などの情報が登録される。

なお、実ホスト管理テーブル１７３および実ホストＨＢＡＩＤ管理テーブル１７４は、図７および図８に示すテーブルと同様の構成であるため説明を省略する。また、パス設定管理テーブル１７２は、図６に示す構成と同様の構成であるが、セキュリティ物理ＨＢＡＩＤリストには、物理ＨＢＡＩＤと、仮想ＨＢＡ７１を登録可能である。

《フローチャート》
次に、図３１〜図３３、および図６〜図８を参照しつつ、図３４〜図３７に沿って第２実施形態に係る仮想ＨＢＡ７１管理処理の説明を行う。

（仮想ＨＢＡの設定とセキュリティ登録処理）
図３４は、第２実施形態に係る仮想ＨＢＡの設定とセキュリティ登録処理の流れを示すフローチャートである。
まず、表示処理プログラム１６１は、表示装置１４に図１３に示す仮想ホスト管理画面１３００を表示し、ユーザが仮想ＨＢＡ７１の設定ボタン１３０３を選択入力する（Ｓ９０１）。なお、このときの仮想ホスト管理画面１３００の仮想ホスト一覧表示領域１３０１や、仮想ホスト概要情報表示領域１３０２には、何も情報が表示されていない状態である。
次に、仮想ＨＢＡ設定プログラム１６２ａが、仮想ＨＢＡＩＤを自動生成する（Ｓ９０２）。このとき、自動生成される仮想ＨＢＡＩＤは、前記したように現実には存在し得ないＷＷＮ形式のＨＢＡＩＤである。
そして、表示処理プログラム１６１は、表示装置１４に仮想ＨＢＡ情報設定画面（図示せず）を表示し、入力装置１５を介してユーザが設定したい仮想ＨＢＡ７１の基本情報を設定する（Ｓ９０３）。このとき、設定される仮想ＨＢＡ７１の基本情報とは、仮想ホスト名や、アプリケーション情報や、ＯＳ情報などである。

続いて、仮想ＨＢＡ設定プログラム１６２ａは、図３３の仮想ＨＢＡ管理テーブル１７１ａに作成する仮想ＨＢＡ７１の情報を入力するためのレコードを追加し、このレコードにステップＳ９０２で自動生成された仮想ＨＢＡＩＤや、ステップＳ９０３で設定された仮想ホスト名や、アプリケーション情報などの仮想ＨＢＡ情報を追加する（Ｓ９０４）。
そして、表示処理プログラム１６１は、表示装置１４にセキュリティ設定画面（図示せず）を表示し、入力装置１５を介してユーザがセキュリティ設定の指定を行う（Ｓ９０５）。具体的には、ユーザが、セキュリティ設定を行いたいボリュームをセキュリティ設定画面（図示せず）上で選択し、ストレージ名や、ボリュームＩＤなどの情報が、管理サーバ１で保持されているパス設定管理テーブル１７２に登録される。

次に、仮想ＨＢＡ設定プログラム１６２ａは、ステップＳ９０５でセキュリティ設定が行われたパス設定管理テーブル１７２のセキュリティ物理ＨＢＡＩＤリストにステップＳ９０２で自動生成した仮想ＨＢＡＩＤを登録する（Ｓ９０６）。この時点では、セキュリティ物理ＨＢＡＩＤリストに格納されているＨＢＡＩＤは、仮想ＨＢＡＩＤのみである
そして、仮想ＨＢＡ設定プログラム１６２ａは、作成される仮想ＨＢＡ７１に割り当てられるストレージ装置４に対して、セキュリティ設定の更新情報を送信する（Ｓ９０７）。このとき送信されるセキュリティ設定の更新情報には、データ書込処理の仮想ＨＢＡＩＤが含まれている。

セキュリティ設定の更新情報を受信したストレージ装置４は、図３５で後記する処理を実行し、設定結果情報を送信する。
仮想ＨＢＡ設定プログラム１６２ａは、ストレージ装置４から送信されてきた設定結果情報が、処理成功の情報であるか否かを判定する（Ｓ９０８）。
ステップＳ９０８の結果、処理成功であれば（Ｓ９０８→Ｙｅｓ）、仮想ＨＢＡ設定プログラム１６２ａは、処理を終了する。
ステップＳ９０８の結果、処理成功でなければ（Ｓ９０８→Ｎｏ）、仮想ＨＢＡ設定プログラム１６２ａは、エラー表示などの例外処理を行い（Ｓ９０９）、処理を終了する。

（仮想ＨＢＡＩＤの登録：ストレージ装置）
図３５は、第２実施形態に係るストレージ装置での仮想ＨＢＡＩＤの登録処理の流れを示すフローチャートである。
まず、ストレージ装置４のコントローラ４５１は、セキュリティ設定の更新情報を受信すると（Ｓ１００１）、受信したセキュリティ設定の更新情報に含まれる仮想ＨＢＡＩＤを抽出し、抽出した仮想ＨＢＡＩＤをストレージ装置４が有するパス設定管理テーブル４６１のセキュリティ物理ＨＢＡＩＤリストに格納する（Ｓ１００２）。
そして、コントローラ４５１は、セキュリティ設定の更新処理が成功したか否かの情報を含むセキュリティの設定結果情報を管理サーバ１ａへ送信する（Ｓ１００３）。

（実ホスト追加時処理：管理サーバ）
図３６は、第２実施形態に係る実ホストが追加されたときの管理サーバにおける仮想ＨＢＡ設定変更処理の流れを示すフローチャートである。なお、図３７および図３８に示す処理は、実ホスト２が追加される毎に行われる処理であり、例えばストレージシステムＢの構築時に図３４および図３５に示す処理が行われた後、ストレージシステムＢに実ホスト２が既に接続されていれば、図３７および図３８の処理が行われる。そして、その後、実ホスト２がストレージシステムＢに接続される毎に、図３７および図３８の処理が行われる。

まず、実ホスト２が追加されると、仮想ＨＢＡ設定変更プログラム１６３ａは、実ホスト２で実行されているエージェント２１１から実ホスト２情報および物理ＨＢＡ情報を受信する（Ｓ１１０１）。実ホスト２情報は、追加された実ホスト２のホスト名、ホストのＩＰアドレス、ＯＳ情報、アプリケーション情報などである。また、物理ＨＢＡ情報は、追加された実ホスト２のホスト名と、この実ホスト２に設置されている物理ＨＢＡＩＤとの対の情報である。仮想ＨＢＡ設定変更プログラム１６３ａは、受信した実ホスト２情報および物理ＨＢＡ情報の内容を、実ホスト管理テーブル１７３および実ホストＨＢＡＩＤ管理テーブル１７４に反映する。

次に、仮想ＨＢＡ設定変更プログラム１６３ａは、ステップＳ１１０１で受信した実ホスト２情報に含まれるアプリケーション情報をキーとして仮想ＨＢＡ管理テーブル１７１ａを検索し、実ホスト２情報に含まれるアプリケーション情報と、等しいアプリケーション情報を持つ仮想ＨＢＡ７１が存在するか否かを判定する（Ｓ１１０２）。
ステップＳ１１０２の結果、実ホスト２情報に含まれるアプリケーション情報と等しいアプリケーション情報を持つ仮想ＨＢＡ７１が存在しない場合（Ｓ１１０２→Ｎｏ）、仮想ＨＢＡ設定変更プログラム１６３ａは、処理を終了する。
ステップＳ１１０２の結果、実ホスト２情報に含まれるアプリケーション情報と、等しいアプリケーション情報を持つ仮想ＨＢＡ７１が存在する場合（Ｓ１１０２→Ｙｅｓ）、表示処理プログラム１６１は、図１９に示すような仮想ホスト更新画面１９００を表示装置１４に表示させる（Ｓ１１０３）。

次に、仮想ＨＢＡ設定変更プログラム１６３ａは、図１９の仮想ホスト更新画面１９００上の編集ボタン１９４１または削除ボタン１９４２が選択入力されたか否かを判定することによって、設定変更ありか否かを判定する（Ｓ１１０４）。
ステップＳ１１０４の結果、設定変更なしの場合（Ｓ１１０４→Ｎｏ）、仮想ＨＢＡ設定変更プログラム１６３ａは、ステップＳ１１０６へ処理を進める。
ステップＳ１１０４の結果、設定変更ありの場合（Ｓ１１０４→Ｙｅｓ）、表示処理プログラム１６１は、図２０や図２１に示す仮想ホスト編集画面２０００や、仮想ホスト削除画面２１００を表示装置１４に表示させ、ユーザの入力に応じて仮想ＨＢＡ変更処理を行った（Ｓ１１０５）後、仮想ＨＢＡ設定変更プログラム１６３ａは、ステップＳ１１０６へ処理を進める。ステップＳ１１０５の処理は、図１９〜図２１で説明した処理である。

仮想ＨＢＡ設定変更プログラム１６３ａは、ステップＳ１１０２における検索の結果、実ホスト２情報に含まれるアプリケーション情報と、等しい業務アプリケーションの情報を持つと判定された仮想ＨＢＡＩＤをキーとして、パス設定管理テーブル１７２のセキュリティ物理ＨＢＡＩＤリストに格納されている仮想ＨＢＡＩＤを検索し（Ｓ１１０６）、該当するセキュリティ物理ＨＢＡＩＤリストに処理の対象となっている物理ＨＢＡＩＤを追加する（Ｓ１１０７）。

そして、仮想ＨＢＡ設定変更プログラム１６３ａは、ステップＳ１１０１で取得したすべての物理ＨＢＡ２３についてステップＳ１１０６およびステップＳ１１０７の処理が完了したか否かを判定する（Ｓ１１０８）。
ステップＳ１１０８の結果、すべての物理ＨＢＡ２３について処理が完了していない場合（Ｓ１１０８→Ｎｏ）、仮想ＨＢＡ設定変更プログラム１６３ａは、ステップＳ１１０６に戻る。
ステップＳ１１０８の結果、すべての物理ＨＢＡ２３について処理が完了している場合（Ｓ１１０８→Ｙｅｓ）、仮想ＨＢＡ設定変更プログラム１６３ａは、パス設定管理テーブル１７２のセキュリティ物理ＨＢＡＩＤリストに格納されている仮想ＨＢＡＩＤと、物理ＨＢＡＩＤの組を含むセキュリティ設定更新リクエストをストレージ装置４へ送信する（Ｓ１１０９）。

セキュリティ設定の更新情報を受信したストレージ装置４は、図３７で後記する処理を実行し、設定結果情報を送信する。
仮想ＨＢＡ設定変更プログラム１６３ａは、ストレージ装置４から送信されてきた設定結果情報が、処理成功の情報であるか否かを判定する（Ｓ１１１０）。
ステップＳ９０８の結果、処理成功であれば（Ｓ１１１０→Ｙｅｓ）、仮想ＨＢＡ設定変更プログラム１６３ａは、処理を終了する。
ステップＳ９０８の結果、処理成功でなければ（処理失敗であれば：Ｓ１１１０→Ｎｏ）、仮想ＨＢＡ設定変更プログラム１６３ａは、エラー表示などの例外処理を行い（Ｓ１１１１）、処理を終了する。

（セキュリティ設定更新処理：ストレージ装置）
図３７は、第２実施形態に係る実ホストが追加されたときのストレージ装置でのセキュリティ設定更新処理の流れを示すフローチャートである。
まず、ストレージ装置４のコントローラ４５１は、セキュリティ設定更新リクエストを受信する（Ｓ１２０１）。
そして、コントローラ４５１は、受信したセキュリティ設定更新リクエストに含まれる仮想ＨＢＡＩＤと、物理ＨＢＡＩＤの組の情報を抽出する。次に、コントローラ４５１は、抽出した仮想ＨＢＡＩＤをキーとして、該当するストレージ装置４が有するパス設定管理テーブル４６１のセキュリティ理物理ＨＢＡＩＤリストに抽出した物理ＨＢＡＩＤを格納する（Ｓ１２０２）。
そして、コントローラ４５１は、セキュリティの処理成功か否かの情報を含むセキュリティの設定結果情報を管理サーバ１ａへ送信する（Ｓ１２０３）。

（第２実施形態の効果）
第２実施形態によれば、実ホスト２、ＦＣスイッチ３ａおよびストレージ装置４の構成を変更することなく、仮想ＨＢＡ７１（仮想ホスト７）を設定することができ、設定・管理を簡便にすることができる。さらに、実ホスト２が追加される毎に、追加される物理ＨＢＡＩＤをセキュリティ物理ＨＢＡＩＤに、自動的に追加可能であるため、セキュリティ設定の手間を省くことが可能となる。

［比較例］
次に、図３８および図３９を参照して、一般的なホスト管理方法について、画面例を用いて説明する。なお、図３８および図３９におけるホストとは、第１実施形態および第２実施形態における実ホスト２のことである。
図３８は、比較例に係る一般的なホスト管理画面の例を示す図である。
ホスト管理画面３７００は、ホスト一覧表示領域３７０１と、管理ホスト概要情報表示領域３７０２とを有してなる。
図３８に示すように、ホスト一覧表示領域３７０１にはホストの一覧が表示されており、管理ホスト概要情報表示領域３７０２には、ホスト名、ボリューム容量および物理ＨＢＡＩＤがホスト毎に表示されている。

図３９は、比較例に係る一般的なボリューム割当設定画面の例である。ボリューム割当設定画面３８００は、ホストとボリュームとの割り当てを設定する際に、例えば、ユーザによって起動される画面である。
ボリューム割当設定画面３８００には、ボリューム選択領域３８０１と、ホスト選択領域３８０２とを有してなる。
ボリューム選択領域３８０１には、ボリュームに関する情報がボリューム毎に表示されており、それぞれのレコードにはチェックボタン３８１１が表示されている。また、ホスト選択領域３８０２には、ホストに関する情報がボリューム毎に表示されており、それぞれのレコードにはチェックボタン３８１２が表示されている。

ユーザは、ボリューム選択領域３８０１のチェックボタン３８１１の１つを選択し、ホスト選択領域３８０２のチェックボタン３８１２の１つを選択することによって、選択されたボリュームを、選択されたホストに割り当てる。図３９の例では、「ＶｏｌｕｍｅＡ」を「ＨｏｓｔＡ」に割り当てる選択が行われたことになる。
ボリューム割当の設定が完了すると、ユーザはＯＫボタン３８２１を選択入力することによって、図３８のホスト管理画面３７００に戻り、ホストとボリュームの割当状態を確認する。

図３８および図３９で示すように、ホストに対するボリュームの割り当てをホストおよびボリューム毎に確認しながら行う必要がある。このため、ＳＡＮ５の環境が大きくなるとユーザである管理者の負担が増加する。
第１実施形態および第２実施形態によれば、同一の業務アプリケーション２１２毎に仮想ＨＢＡ７１を設定することにより、同一の業務アプリケーション２１２を使用する実ホスト２（図１，図３１）を仮想ホスト７としてまとめて管理することが可能となる。また、ストレージシステムＡ，Ｂの構築時や、実ホスト２の追加時に、管理サーバ１，１ａが業務アプリケーションの種別毎に実ホスト２を仮想ホスト７としてまとめて管理しているため、構成変更の設定が不要となる。

第１実施形態に係るストレージシステムの構成例を示す図である。 第１実施形態に係る管理サーバのハードウェア構成例を示す図である。 第１実施形態に係るＦＣスイッチのハードウェア構成例を示す図である。 第１実施形態に係るストレージ装置のハードウェア構成例を示す図である。 第１実施形態に係るサーバ用仮想ＨＢＡ管理テーブルの例を示す図である。 第１実施形態に係るパス設定管理テーブルの例を示す図である。 第１実施形態に係る実ホスト管理テーブルの例を示す図である。 第１実施形態に係る実ホストＨＢＡＩＤ管理テーブルの例を示す図である。 第１実施形態に係るスイッチ構成管理テーブルの例を示す図である。 第１実施形態に係るポート管理テーブルの例を示す図である。 第１実施形態に係るスイッチ用仮想ＨＢＡ管理テーブルの例を示す図である。 第１実施形態に係るＩ／Ｏ管理テーブルの例を示す図である。 第１実施形態に係る仮想ホスト管理画面の例を示す図である。 第１実施形態に係る仮想ホスト管理画面の例を示す図である。 第１実施形態に係る仮想ホスト管理画面の例を示す図である。 第１実施形態に係る仮想ホスト設定画面の例を示す図である。 第１実施形態に係る個別仮想ホスト設定画面の例を示す図である。 第１実施形態に係る仮想ホスト確認画面の例を示す図である。 第１実施形態に係る仮想ホスト更新画面の例を示す図である。 第１実施形態に係る仮想ホスト更新画面の例を示す図である。 第１実施形態に係る仮想ホスト削除画面の例を示す図である。 第１実施形態に係る仮想ＨＢＡ設定処理の流れを示すフローチャートである。 第１実施形態に係る実ホスト追加処理の流れを示すフローチャートである。 第１実施形態に係る仮想ホスト管理画面表示処理の流れを示すフローチャートである。 第１実施形態に係る実ホストでのライト処理の流れを示すフローチャートである。 第１実施形態に係るＦＣスイッチでのライト処理の流れを示すフローチャートである。 第１実施形態に係るストレージ装置でのライト処理の流れを示すフローチャートである。 第１実施形態に係る実ホストでのリード処理の流れを示すフローチャートである。 第１実施形態に係るＦＣスイッチでのリード処理の流れを示すフローチャートである。 第１実施形態に係るストレージ装置でのリード処理の流れを示すフローチャートである。 第２実施形態に係るストレージシステムの構成例を示す図である。 第２実施形態に係る管理サーバのハードウェア構成例を示す図である。 第２実施形態に係る仮想ＨＢＡ管理テーブルの例を示す図である。 第２実施形態に係る仮想ＨＢＡの設定とセキュリティ登録処理の流れを示すフローチャートである。 第２実施形態に係るストレージ装置での仮想ＨＢＡＩＤの登録処理の流れを示すフローチャートである。 第２実施形態に係る実ホストが追加されたときの管理サーバにおける仮想ＨＢＡ設定変更処理の流れを示すフローチャートである。 第２実施形態に係る実ホストが追加されたときのストレージ装置でのセキュリティ設定更新処理の流れを示すフローチャートである。 比較例に係る一般的なホスト管理画面の例を示す図である。 比較例に係る一般的なボリューム割当設定画面の例である。

符号の説明

Ａ，Ｂ ストレージシステム
１，１ａ 管理サーバ
２ 実ホスト（ホストコンピュータ）
３，３ａ ＦＣスイッチ
４ ストレージ装置
５ ＳＡＮ
７ 仮想ホスト（仮想ホストコンピュータ）
２３ 物理ＨＢＡ
７１ 仮想ＨＢＡ
１６１ 表示処理プログラム（表示処理部）
１６２，１６２ａ 仮想ＨＢＡ設定プログラム（仮想インタフェース設定部）
１６３，１６３ａ 仮想ＨＢＡ設定変更プログラム（仮想インタフェース設定変更部）
１７１ サーバ用仮想ＨＢＡ管理テーブル（サーバ用仮想インタフェース管理情報）
１７１ａ 仮想ＨＢＡ管理テーブル
１７２ パス設定管理テーブル（ボリューム情報）
１７３ 実ホスト管理テーブル（ホスト情報）
１７４ 実ホストＨＢＡＩＤ管理テーブル（ホスト情報）
１７５ スイッチ構成管理テーブル
１７６ ポート管理テーブル
２１１ エージェント
２１２ 業務アプリケーション
３２１ ＩＤ変換プログラム（識別子変換部）
３２２ 送受信処理プログラム（送受信部）
３２３ 設定管理プログラム（設定管理部）
３５１ スイッチ用仮想ＨＢＡ管理テーブル（スイッチ用仮想インタフェース管理情報）
３５２ Ｉ／Ｏ管理テーブル（Ｉ／Ｏ管理情報）
４５１ コントローラ
４６１ パス設定管理テーブル
１３００ 仮想ホスト管理画面
１６００ 仮想ホスト設定画面
１７００ 個別仮想ホスト設定画面
１８００ 仮想ホスト確認画面
１９００ 仮想ホスト更新画面
２０００ 仮想ホスト編集画面
２１００ 仮想ホスト削除画面

Claims (15)

1. 実在のホストコンピュータである実ホストコンピュータおよびストレージ装置に対し通信可能であるＦＣスイッチと、前記ＦＣスイッチと通信可能であり、情報の管理を行う管理サーバと、を有し、
   前記実ホストコンピュータが、自身に搭載されている物理インタフェースを介して前記ＦＣスイッチと通信するストレージシステムであって、
   前記管理サーバは、
   グループ化情報に従って、異なる前記実ホストコンピュータをグループ化することによって、仮想ホストコンピュータとし、
   前記グループ化された実ホストコンピュータに搭載されている物理インタフェースをまとめることによって、仮想インタフェースとし、
   前記物理インタフェースの識別子である物理インタフェース識別子と、前記仮想インタフェースの識別子である仮想インタフェース識別子と、前記仮想ホストコンピュータの情報と、を対応付けた情報を格納しているサーバ用仮想インタフェース管理情報と、
   前記仮想インタフェース識別子と、前記実ホストコンピュータの情報と、を対応付けた情報を格納しているホスト情報と、
   前記仮想インタフェース識別子と、前記ストレージ装置のボリュームとを対応付けた情報を格納しているボリューム情報と、
   を保持している記憶部と、
   複数の前記仮想ホストコンピュータの情報を、入力部を介して任意に選択可能なように表示部に表示し、
   前記入力部を介していずれかの仮想ホストコンピュータの情報が選択されると、
   前記記憶部のサーバ用仮想インタフェース管理情報を基に、前記選択された仮想ホストコンピュータの情報に対応する前記仮想インタフェース識別子を取得するとともに、前記記憶部のホスト情報を基に、前記取得した仮想インタフェース情報に対応する実ホストコンピュータの情報を取得し、当該取得した実ホストコンピュータの情報を表示部に表示、
   または、
   前記記憶部のサーバ用仮想インタフェース管理情報を基に、前記選択された仮想ホストコンピュータの情報に対応する前記仮想インタフェース識別子を取得するとともに、前記記憶部のボリューム情報を基に、前記取得した仮想インタフェース識別子と対応付けられている前記ボリュームの情報を取得し、当該取得したボリュームの情報を表示部に表示する表示処理部と、
   を有することを特徴とするストレージシステム。
2. 前記管理サーバは、
   前記実ホストコンピュータから、当該実ホストコンピュータにおける物理インタフェース識別子、および当該物理インタフェースをグループ化するための第１のグループ化情報を取得し、
   前記取得した第１のグループ化情報を基に、前記収集した物理インタフェース識別子をグループ化し、
   前記グループ化された物理インタフェース識別子に対して、前記仮想インタフェース識別子および前記仮想ホストコンピュータの情報を割り当て、
   前記仮想インタフェース識別子と、当該仮想インタフェース識別子に割り当てられた物理インタフェース識別子と、前記仮想ホストコンピュータの情報を組の情報として、前記サーバ用仮想インタフェース管理情報に格納し、
   前記仮想インタフェース識別子と、当該仮想インタフェース識別子に割り当てられた物理インタフェース識別子と、の組の情報を前記ＦＣスイッチへ送信する仮想インタフェース設定部を
   さらに有し、
   前記ＦＣスイッチは、
   前記物理インタフェース識別子と、仮想インタフェース識別子と、を対応付けた情報を格納しているスイッチ用仮想インタフェース管理情報を、保持している記憶部と、
   前記管理サーバから送信された前記仮想インタフェース識別子と、当該仮想インタフェース識別子に割り当てられた物理インタフェース識別子と、の組の情報を前記スイッチ用仮想インタフェース管理情報に記憶する設定管理部と、
   を有することを特徴とする請求項１に記載のストレージシステム。
3. 前記サーバ用仮想インタフェース管理情報には、前記第１のグループ化情報が、前記仮想インタフェース識別子と対応付けられて格納されており、
   前記管理サーバは、
   前記ストレージシステムに、前記実ホストコンピュータが追加されると、前記追加された実ホストコンピュータに備えられている前記物理インタフェースの前記物理インタフェース識別子である追加物理インタフェース識別子、および当該追加物理インタフェース識別子が、どの仮想インタフェース識別子に属するかを示す第２のグループ化情報を取得し、
   前記取得した第２のグループ化情報と一致する第１のグループ化情報に対応付けられている前記仮想インタフェース識別子を取得し、
   当該取得した仮想インタフェース識別子に割り当てられている物理インタフェース識別子に、前記追加物理インタフェース識別子を追加し、
   前記仮想インタフェース識別子と、前記追加物理インタフェース識別子の組の情報を前記ＦＣスイッチへ送信する仮想インタフェース設定変更部を
   さらに有し、
   前記ＦＣスイッチの設定管理部は、
   前記送信された前記仮想インタフェース識別子と、前記追加物理インタフェース識別子の組の情報に含まれる前記仮想インタフェース識別子を基に、前記スイッチ用仮想インタフェース管理情報に前記追加物理インタフェース識別子を追加する機能を
   さらに有することを特徴とする請求項２に記載のストレージシステム。
4. 前記管理サーバの表示処理部は、
   前記仮想インタフェース管理情報で対応付けられている前記仮想インタフェース識別子と、前記物理インタフェース識別子と、の組の情報を取得するとともに、取得した前記仮想インタフェース識別子と、前記物理インタフェース識別子と、を、各物理インタフェース識別子が任意に選択可能なように前記表示部に表示する機能を、
   さらに有し、
   前記管理サーバは、
   前記入力部を介して、前記表示部に表示されている前記各物理インタフェース識別子のうち、少なくとも１つが任意に選択されると、前記選択された物理インタフェース識別子を、前記仮想インタフェース識別子と対応付けて前記サーバ用仮想インタフェース管理情報に記憶する仮想インタフェース設定部を
   さらに有することを特徴とする請求項１に記載のストレージシステム。
5. 前記ＦＣスイッチは、
   前記物理インタフェース識別子、および前記仮想インタフェース識別子を対応付けた情報を格納しているスイッチ用仮想インタフェース管理情報と、
   前記実ホストコンピュータおよびストレージ装置間でデータの送受信を行う際に、変換された仮想インタフェース識別子と、物理インタフェース識別子との対の情報を格納しているＩ／Ｏ管理情報と、を保持している記憶部と、
   送受信部が、前記実ホストコンピュータから前記ストレージ装置への送信データを受信すると、
   前記スイッチ用仮想インタフェース管理情報から、前記送信データに含まれている送信元の物理インタフェース識別子に対応付けられている仮想インタフェース識別子を取得し、
   前記送信元の物理インタフェース識別子を前記取得した仮想インタフェース識別子に変換し、
   当該変換した前記仮想インタフェース識別子と、前記送信元の物理インタフェース識別子と、を対の情報として、前記Ｉ／Ｏ管理情報に記憶し、
   前記Ｉ／Ｏ管理情報を基に、前記ストレージ装置から前記送受信部が受信した前記送信データに対する応答データに付加している前記仮想インタフェース識別子を、前記送信元の物理インタフェース識別子へ変換する識別子変換部と、
   を有することを特徴とする請求項１に記載のストレージシステム。
6. 実在のホストコンピュータである実ホストコンピュータと、ストレージ装置と、前記実ホストコンピュータおよび前記ストレージ装置に対し通信可能であるＦＣスイッチと、前記ＦＣスイッチと通信可能であり、情報の管理を行う管理サーバと、を有し、
   前記実ホストコンピュータが、自身に搭載されている物理インタフェースを介して前記ＦＣスイッチと通信するストレージシステムであって、
   前記管理サーバは、
   グループ化情報に従って、異なる前記実ホストコンピュータをグループ化することによって、仮想ホストコンピュータとし、
   前記グループ化された実ホストコンピュータに搭載されている物理インタフェースをまとめることによって、仮想インタフェースとし、
   前記物理インタフェースの識別子である物理インタフェース識別子と、前記仮想インタフェースの識別子である仮想インタフェース識別子と、前記仮想ホストコンピュータの情報と、を対応付けた情報を格納しているサーバ用仮想インタフェース管理情報と、
   前記仮想インタフェース識別子と、前記実ホストコンピュータの情報と、を対応付けた情報を格納しているホスト情報と、
   前記仮想インタフェース識別子と、前記ストレージ装置のボリュームとを対応付けた情報を格納しているボリューム情報と、
   を保持している記憶部と、
   複数の前記仮想ホストコンピュータの情報を、入力部を介して任意に選択可能なように表示部に表示し、
   前記入力部を介していずれかの仮想ホストコンピュータの情報が選択されると、
   前記記憶部のサーバ用仮想インタフェース管理情報を基に、前記選択された仮想ホストコンピュータの情報に対応する前記仮想インタフェース識別子を取得するとともに、前記記憶部のホスト情報を基に、前記取得した仮想インタフェース情報に対応する実ホストコンピュータの情報を取得し、当該取得した実ホストコンピュータの情報を表示部に表示、
   または、
   前記記憶部のサーバ用仮想インタフェース管理情報を基に、前記選択された仮想ホストコンピュータの情報に対応する前記仮想インタフェース識別子を取得するとともに、前記記憶部のボリューム情報を基に、前記取得した仮想インタフェース識別子と対応付けられている前記ボリュームの情報を取得し、当該取得したボリュームの情報を表示部に表示する表示処理部と、
   を有することを特徴とするストレージシステム。
7. 前記管理サーバは、
   前記実ホストコンピュータから、当該実ホストコンピュータにおける物理インタフェース識別子、および当該物理インタフェースをグループ化するための第１のグループ化情報を取得し、
   前記取得した第１のグループ化情報を基に、前記収集した物理インタフェース識別子をグループ化し、
   前記グループ化された物理インタフェース識別子に対して、前記仮想インタフェース識別子および前記仮想ホストコンピュータの情報を割り当て、
   前記仮想インタフェース識別子と、当該仮想インタフェース識別子に割り当てられた物理インタフェース識別子と、前記仮想ホストコンピュータの情報を組の情報として、前記サーバ用仮想インタフェース管理情報に格納し、
   前記仮想インタフェース識別子と、当該仮想インタフェース識別子に割り当てられた物理インタフェース識別子と、の組の情報を前記ＦＣスイッチへ送信する仮想インタフェース設定部を
   さらに有し、
   前記ＦＣスイッチは、
   前記物理インタフェース識別子と、仮想インタフェース識別子と、を対応付けた情報を格納しているスイッチ用仮想インタフェース管理情報を、保持している記憶部と、
   前記管理サーバから送信された前記仮想インタフェース識別子と、当該仮想インタフェース識別子に割り当てられた物理インタフェース識別子と、の組の情報を前記スイッチ用仮想インタフェース管理情報に記憶する設定管理部と、
   を有することを特徴とする請求項６に記載のストレージシステム。
8. 前記サーバ用仮想インタフェース管理情報には、前記第１のグループ化情報が、前記仮想インタフェース識別子と対応付けられて格納されており、
   前記管理サーバは、
   前記ストレージシステムに、前記実ホストコンピュータが追加されると、前記追加された実ホストコンピュータに備えられている前記物理インタフェースの前記物理インタフェース識別子である追加物理インタフェース識別子、および当該追加物理インタフェース識別子が、どの仮想インタフェース識別子に属するかを示す第２のグループ化情報を取得し、
   前記取得した第２のグループ化情報と一致する第１のグループ化情報に対応付けられている前記仮想インタフェース識別子を取得し、
   当該取得した仮想インタフェース識別子に割り当てられている物理インタフェース識別子に、前記追加物理インタフェース識別子を追加し、
   前記仮想インタフェース識別子と、前記追加物理インタフェース識別子の組の情報を前記ＦＣスイッチへ送信する仮想インタフェース設定変更部を
   さらに有し、
   前記ＦＣスイッチの設定管理部は、
   前記送信された前記仮想インタフェース識別子と、前記追加物理インタフェース識別子の組の情報に含まれる前記仮想インタフェース識別子を基に、前記スイッチ用仮想インタフェース管理情報に前記追加物理インタフェース識別子を追加する機能を
   さらに有することを特徴とする請求項７に記載のストレージシステム。
9. 前記管理サーバの表示処理部は、
   前記仮想インタフェース管理情報で対応付けられている前記仮想インタフェース識別子と、前記物理インタフェース識別子と、の組の情報を取得するとともに、取得した前記仮想インタフェース識別子と、前記物理インタフェース識別子と、を、各物理インタフェース識別子が任意に選択可能なように前記表示部に表示する機能を、
   さらに有し、
   前記管理サーバは、
   前記入力部を介して、前記表示部に表示されている前記各物理インタフェース識別子のうち、少なくとも１つが任意に選択されると、前記選択された物理インタフェース識別子を、前記仮想インタフェース識別子と対応付けて前記サーバ用仮想インタフェース管理情報に記憶する仮想インタフェース設定部を
   さらに有することを特徴とする請求項６に記載のストレージシステム。
10. 前記ＦＣスイッチは、
    前記物理インタフェース識別子、および前記仮想インタフェース識別子を対応付けた情報を格納しているスイッチ用仮想インタフェース管理情報と、
    前記実ホストコンピュータおよびストレージ装置間でデータの送受信を行う際に、変換された仮想インタフェース識別子と、物理インタフェース識別子との対の情報を格納しているＩ／Ｏ管理情報と、を保持している記憶部と、
    送受信部が、前記実ホストコンピュータから前記ストレージ装置への送信データを受信すると、
    前記スイッチ用仮想インタフェース管理情報から、前記送信データに含まれている送信元の物理インタフェース識別子に対応付けられている仮想インタフェース識別子を取得し、
    前記送信元の物理インタフェース識別子を前記取得した仮想インタフェース識別子に変換し、
    当該変換した前記仮想インタフェース識別子と、前記送信元の物理インタフェース識別子と、を対の情報として、前記Ｉ／Ｏ管理情報に記憶し、
    前記Ｉ／Ｏ管理情報を基に、前記ストレージ装置から前記送受信部が受信した前記送信データに対する応答データに付加している前記仮想インタフェース識別子を、前記送信元の物理インタフェース識別子へ変換する識別子変換部と、
    を有することを特徴とする請求項６に記載のストレージシステム。
11. 実在のホストコンピュータである実ホストコンピュータと、ストレージ装置と、前記実ホストコンピュータおよび前記ストレージ装置に対し通信可能であるＦＣスイッチと、前記ＦＣスイッチと通信可能であり、情報の管理を行う管理サーバと、を有し、
    前記実ホストコンピュータが、自身に搭載されている物理インタフェースを介して前記ＦＣスイッチと通信するストレージシステムによるインタフェース管理方法であって、
    前記管理サーバは、
    グループ化情報に従って、異なる前記実ホストコンピュータをグループ化することによって、仮想ホストコンピュータとし、
    前記グループ化された実ホストコンピュータに搭載されている物理インタフェースをまとめることによって、仮想インタフェースとし、
    前記物理インタフェースの識別子である物理インタフェース識別子と、前記仮想インタフェースの識別子である仮想インタフェース識別子と、前記仮想ホストコンピュータの情報と、を対応付けた情報を格納しているサーバ用仮想インタフェース管理情報と、
    前記仮想インタフェース識別子と、前記実ホストコンピュータの情報と、を対応付けた情報を格納しているホスト情報と、
    前記仮想インタフェース識別子と、前記ストレージ装置のボリュームとを対応付けた情報を格納しているボリューム情報と、
    を記憶部に保持しており、
    前記管理サーバが、
    複数の前記仮想ホストコンピュータの情報を、入力部を介して任意に選択可能なように表示部に表示し、
    前記入力部を介していずれかの仮想ホストコンピュータの情報が選択されると、
    前記記憶部のサーバ用仮想インタフェース管理情報を基に、前記選択された仮想ホストコンピュータの情報に対応する前記仮想インタフェース識別子を取得するとともに、前記記憶部のホスト情報を基に、前記取得した仮想インタフェース情報に対応する実ホストコンピュータの情報を取得し、当該取得した実ホストコンピュータの情報を表示部に表示、
    または、
    前記記憶部のサーバ用仮想インタフェース管理情報を基に、前記選択された仮想ホストコンピュータの情報に対応する前記仮想インタフェース識別子を取得するとともに、前記記憶部のボリューム情報を基に、前記取得した仮想インタフェース識別子と対応付けられている前記ボリュームの情報を取得し、当該取得したボリュームの情報を表示部に表示する
    ことを特徴とするインタフェース管理方法。
12. 前記管理サーバが、
    前記実ホストコンピュータから、当該実ホストコンピュータにおける物理インタフェース識別子、および当該物理インタフェースをグループ化するための第１のグループ化情報を取得し、
    前記取得した第１のグループ化情報を基に、前記収集した物理インタフェース識別子をグループ化し、
    前記グループ化された物理インタフェース識別子に対して、前記仮想インタフェース識別子および前記仮想ホストコンピュータの情報を割り当て、
    前記仮想インタフェース識別子と、当該仮想インタフェース識別子に割り当てられた物理インタフェース識別子と、前記仮想ホストコンピュータの情報を組の情報として、前記サーバ用仮想インタフェース管理情報に格納し、
    前記仮想インタフェース識別子と、当該仮想インタフェース識別子に割り当てられた物理インタフェース識別子と、の組の情報を前記ＦＣスイッチへ送信し、
    前記ＦＣスイッチが、
    前記物理インタフェース識別子と、仮想インタフェース識別子と、を対応付けた情報を格納しているスイッチ用仮想インタフェース管理情報を、保持している記憶部と、
    前記管理サーバから送信された前記仮想インタフェース識別子と、当該仮想インタフェース識別子に割り当てられた物理インタフェース識別子と、の組の情報を前記スイッチ用仮想インタフェース管理情報に記憶する
    ことを特徴とする請求項１１に記載のインタフェース管理方法。
13. 前記サーバ用仮想インタフェース管理情報には、前記第１のグループ化情報が、前記仮想インタフェース識別子と対応付けられて格納されており、
    前記管理サーバが、
    前記ストレージシステムに、前記実ホストコンピュータが追加されると、前記追加された実ホストコンピュータに備えられている前記物理インタフェースの前記物理インタフェース識別子である追加物理インタフェース識別子、および当該追加物理インタフェース識別子が、どの仮想インタフェース識別子に属するかを示す第２のグループ化情報を取得し、
    前記取得した第２のグループ化情報と一致する第１のグループ化情報に対応付けられている前記仮想インタフェース識別子を取得し、
    当該取得した仮想インタフェース識別子に割り当てられている物理インタフェース識別子に、前記追加物理インタフェース識別子を追加し、
    前記仮想インタフェース識別子と、前記追加物理インタフェース識別子の組の情報を前記ＦＣスイッチへ送信し
    前記ＦＣスイッチが、
    前記送信された前記仮想インタフェース識別子と、前記追加物理インタフェース識別子の組の情報に含まれる前記仮想インタフェース識別子を基に、前記スイッチ用仮想インタフェース管理情報に前記追加物理インタフェース識別子を追加する
    ことを特徴とする請求項１２に記載のインタフェース管理方法。
14. 前記管理サーバが、
    前記仮想インタフェース管理情報で対応付けられている前記仮想インタフェース識別子と、前記物理インタフェース識別子と、の組の情報を取得するとともに、取得した前記仮想インタフェース識別子と、前記物理インタフェース識別子と、を、各物理インタフェース識別子が任意に選択可能なように前記表示部に表示し、
    前記入力部を介して、前記表示部に表示されている前記各物理インタフェース識別子のうち、少なくとも１つが任意に選択されると、前記選択された物理インタフェース識別子を、前記仮想インタフェース識別子と対応付けて前記サーバ用仮想インタフェース管理情報に記憶する
    ことを特徴とする請求項１１に記載のインタフェース管理方法。
15. 前記ＦＣスイッチは、
    前記物理インタフェース識別子、および前記仮想インタフェース識別子を対応付けた情報を格納しているスイッチ用仮想インタフェース管理情報と、
    前記実ホストコンピュータおよびストレージ装置間でデータの送受信を行う際に、変換された仮想インタフェース識別子と、物理インタフェース識別子との対の情報を格納しているＩ／Ｏ管理情報と、を記憶部に保持しており、
    前記ＦＣスイッチが、
    前記実ホストコンピュータから前記ストレージ装置への送信データを受信すると、
    前記スイッチ用仮想インタフェース管理情報から、前記送信データに含まれている送信元の物理インタフェース識別子に対応付けられている仮想インタフェース識別子を取得し、
    前記送信元の物理インタフェース識別子を前記取得した仮想インタフェース識別子に変換し、
    当該変換した前記仮想インタフェース識別子と、前記送信元の物理インタフェース識別子と、を対の情報として、前記Ｉ／Ｏ管理情報に記憶し、
    前記Ｉ／Ｏ管理情報を基に、前記ストレージ装置から受信した前記送信データに対する応答データに付加している前記仮想インタフェース識別子を、前記送信元の物理インタフェース識別子へ変換する
    ことを特徴とする請求項１１に記載のインタフェース管理方法。

Images