(57)【要約】【課題】情報システムの管理を合理化する。【解決手段】一のＩ／Ｏデバイスは、通信ポートと、前記Ｉ／Ｏデバイスのオペレーションを管理するＩ／Ｏ管理部と、を含む。前記Ｉ／Ｏ管理部は、新しい論理ボリュームを作成する要求を受信し、前記要求に基づいて、前記ストレージデバイスにおいて新しい論理ボリュームを作成し、前記Ｉ／Ｏデバイスに前記通信ポートを介して接続する計算機が前記作成された論理ボリュームにアクセスするための仮想アクセスポイントである仮想Ｉ／Ｏインスタンスと、前記作成した論理ボリュームと、の間の第１の関係を、前記要求に基づいて定義する。【選択図】図１
2014035767.tif 000002
【特許請求の範囲】
【請求項１】
ストレージボリュームを提供するストレージデバイス、が取り付けられる、Ｉ／Ｏデバイスであって、
通信ポートと、
前記Ｉ／Ｏデバイスのオペレーションを管理するＩ／Ｏ管理部と、を含み、
前記Ｉ／Ｏ管理部は、
新しい論理ボリュームを作成する要求を受信し、
前記要求に基づいて、前記ストレージデバイスにおいて新しい論理ボリュームを作成し、
前記Ｉ／Ｏデバイスに前記通信ポートを介して接続する計算機が前記作成された論理ボリュームにアクセスするための仮想アクセスポイントである仮想Ｉ／Ｏインスタンスと、前記作成した論理ボリュームと、の間の第１の関係を、前記要求に基づいて定義する、Ｉ／Ｏデバイス。
【請求項２】
請求項１に記載のＩ／Ｏデバイスであって、
前記仮想Ｉ／Ｏインスタンスは、前記要求に基づき前記Ｉ／Ｏ管理部によって前記ストレージデバイス上で作成される、Ｉ／Ｏデバイス。
【請求項３】
請求項１に記載のＩ／Ｏデバイスであって、
前記仮想Ｉ／Ｏインスタンスは、前記要求に基づき、前記ストレージデバイス上で予め定義されていた仮想Ｉ／Ｏインスタンスから前記Ｉ／Ｏ管理部により選択された一つの仮想Ｉ／Ｏインスタンスである、Ｉ／Ｏデバイス。
【請求項４】
請求項１に記載のＩ／Ｏデバイスであって、
前記仮想Ｉ／Ｏインスタンスの数は、前記Ｉ／Ｏ管理部に管理されている論理ボリュームの数に一致する、Ｉ／Ｏデバイス。
【請求項５】
請求項１に記載のＩ／Ｏデバイスであって、
前記Ｉ／Ｏ管理部は、複数の仮想Ｉ／Ｏインスタンス及び複数の論理ボリュームを管理し、
前記複数の論理ボリュームのそれぞれは、前記複数の仮想Ｉ／Ｏインスタンスにおける単一の仮想Ｉ／Ｏインスタンスに、一意に割り当てられる、Ｉ／Ｏデバイス。
【請求項６】
請求項１に記載のＩ／Ｏデバイスであって、
前記Ｉ／Ｏデバイスは、ＰＣＩベースのＩ／Ｏデバイスであり、
前記仮想Ｉ／Ｏインスタンスは、仮想ＳＡＳインスタンス、仮想ＨＢＡインスタンス及び仮想ＮＩＣインスタンスのうちの一つである、Ｉ／Ｏデバイス。
【請求項７】
請求項１に記載のＩ／Ｏデバイスであって、
前記Ｉ／Ｏ管理部は、前記仮想Ｉ／Ｏインスタンスと前記計算機との間の第２の関係を作成し、これにより前記計算機と前記論理ボリュームを関連付けて前記計算機が前記論理ボリュームにアクセスできるようにする、Ｉ／Ｏデバイス。
【請求項８】
請求項７に記載のＩ／Ｏデバイスであって、
前記第１の関係及び前記第２の関係は、ＬＵＮマスキング処理を定義する、Ｉ／Ｏデバイス。
【請求項９】
請求項１に記載のＩ／Ｏデバイスであって、
前記Ｉ／Ｏデバイスは、情報システムにおいて配置されている複数のＩ／Ｏデバイスの一つであり、
前記Ｉ／Ｏ管理部は、前記複数のＩ／Ｏデバイスのオペレーションを集中管理するマスタＩ／Ｏ管理部である、Ｉ／Ｏデバイス。
【請求項１０】
請求項９に記載のＩ／Ｏデバイスであって、
前記Ｉ／Ｏ管理部は、非一時的計算機読み取り可能記憶媒体上のソフトウェアモジュールである、Ｉ／Ｏデバイス。
【請求項１１】
通信ポートを含むＩ／Ｏデバイスにおける、Ｉ／Ｏ管理部であって、
新しい論理ボリュームを作成する要求を受信し、
前記要求に基づいて、ストレージデバイスにおいて新しい論理ボリュームを作成し、
前記Ｉ／Ｏデバイスに前記通信ポートを介して接続する計算機が前記作成された論理ボリュームにアクセスするための仮想アクセスポイントである仮想Ｉ／Ｏインスタンスと、前記作成した論理ボリュームと、の間の第１の関係を、前記要求に基づいて定義する、Ｉ／Ｏ管理部。
【請求項１２】
請求項１１に記載のＩ／Ｏ管理部であって、
前記仮想Ｉ／Ｏインスタンスは、前記要求に基づき前記Ｉ／Ｏ管理部によって前記ストレージデバイス上で作成される、又は、前記要求に基づき、前記ストレージデバイス上で予め定義されていた仮想Ｉ／Ｏインスタンスから前記Ｉ／Ｏ管理部により選択される、Ｉ／Ｏ管理部。
【請求項１３】
請求項１１に記載のＩ／Ｏ管理部であって、
複数の仮想Ｉ／Ｏインスタンス及び複数の論理ボリュームを管理し、
前記複数の論理ボリュームのそれぞれは、前記複数の仮想Ｉ／Ｏインスタンスにおける単一の仮想Ｉ／Ｏインスタンスに、一意に割り当てられる、Ｉ／Ｏ管理部。
【請求項１４】
請求項１１に記載のＩ／Ｏ管理部であって、
前記Ｉ／Ｏデバイスは、ＰＣＩベースのＩ／Ｏデバイスであり、
前記仮想Ｉ／Ｏインスタンスは、仮想ＳＡＳインスタンス、仮想ＨＢＡインスタンス及び仮想ＮＩＣインスタンスのうちの一つであり、
前記Ｉ／Ｏ管理部は、非一時的計算機読み取り可能記憶媒体上のソフトウェアモジュールである、Ｉ／Ｏ管理部。
【請求項１５】
請求項１１に記載のＩ／Ｏ管理部であって、
前記仮想Ｉ／Ｏインスタンスと前記計算機との間の第２の関係を作成し、これにより前記計算機と前記論理ボリュームを関連付けて前記計算機が前記論理ボリュームにアクセスできるようにする、Ｉ／Ｏ管理部。
【請求項１６】
請求項１１に記載のＩ／Ｏ管理部であって、
前記第１の関係及び前記第２の関係は、ＬＵＮマスキング処理を定義する、Ｉ／Ｏ管理部。
【請求項１７】
請求項１１に記載のＩ／Ｏ管理部であって、
前記Ｉ／Ｏデバイスは、情報システムにおいて配置されている複数のＩ／Ｏデバイスの一つであり、
前記Ｉ／Ｏ管理部は、前記複数のＩ／Ｏデバイスのオペレーションを集中管理するマスタＩ／Ｏ管理部である、Ｉ／Ｏ管理部。
【請求項１８】
通信ポートを有するＩ／Ｏデバイスを管理する方法であって、
新しい論理ボリュームを作成する要求を受信し、
前記要求に基づいて、ストレージデバイスにおいて新しい論理ボリュームを作成し、
前記Ｉ／Ｏデバイスに前記通信ポートを介して接続する計算機が前記作成された論理ボリュームにアクセスするための仮想アクセスポイントである仮想Ｉ／Ｏインスタンスと、前記作成した論理ボリュームと、の間の第１の関係を、前記要求に基づいて定義する、ことを含む方法。
【請求項１９】
請求項１８に記載の方法であって、
さらに、前記仮想Ｉ／Ｏインスタンスと前記計算機との間の第２の関係を作成し、これにより前記計算機と前記論理ボリュームを関連付けて前記計算機が前記論理ボリュームにアクセスできるようにする、ことを含む方法。
【請求項２０】
請求項１９に記載の方法であって、
前記要求に基づき前記ストレージデバイス上で前記仮想Ｉ／Ｏインスタンスを作成することをさらに含み、
前記Ｉ／Ｏデバイスは、複数の仮想Ｉ／Ｏインスタンス及び複数の論理ボリュームを管理し、前記複数の論理ボリュームのそれぞれは、前記複数の仮想Ｉ／Ｏインスタンスにおける単一の仮想Ｉ／Ｏインスタンスに一意に割り当てられ、
前記仮想Ｉ／Ｏインスタンスは、仮想ＳＡＳインスタンス、仮想ＨＢＡインスタンス及び仮想ＮＩＣインスタンスのうちの一つである、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｉ／Ｏデバイス、Ｉ／Ｏ管理部及びＩ／Ｏデバイスの管理方法に関する。
【背景技術】
【０００２】
近年、多く企業が、仮想計算機環境を採用している。仮想計算機環境の利用により、サーバのような物理計算機をより少ない物理計算機に集約し、ハードウェエアコストを低減することができる。近年、多くの企業は、実際の物理計算機より多くの仮想計算機を管理しているとも言われている。
【０００３】
仮想計算機環境を実行する物理サーバのような仮想化された物理サーバの数は、今後、さらに増加すると予想されている。情報技術（ＩＴ）プラットフォームの管理のコストは、仮想計算機環境の採用の増加と共に増加している。これは、仮想計算機の管理は、物理計算機の管理よりも複雑である傾向があるからである。これは、特に、サーバ、ストレージそしてネットワーク管理を集約した、統合ストレージシステムにおいて顕著である。
【０００４】
統合ストレージシステムにおいて使用されることが多い構成要素又はデバイスは、仮想ネットワークとストレージ接続とを集約して複数の計算機に対応する、Ｉ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）デバイス（又はＩ／Ｏモジュール）である。Ｉ／Ｏモジュールは、サーバＩ／Ｏリソースを仮想化する。Ｉ／Ｏモジュールの一例は、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）フラッシュカードを使用するＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）ベースのＩ／Ｏボックスである。
【０００５】
上記のＩ／Ｏモジュールは、従来のストレージシステムを含む情報システムにおいて、採用することもできる。ストレージシステムは、典型的には、１以上のストレージアレイを含み、複数のホストに対して、ストレージネットワーク及びＬＡＮを含むファブリックネットワークを介して、接続する。
【０００６】
一般に使用されているストレージネットワークの一つは、ＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）である。このような情報システムにおいて、Ｉ／Ｏモジュール管理者によりＩ／Ｏモジュールが管理され、ＳＡＮ管理者によりストレージシステムが管理される。これら管理者の双方は、情報システムにおける計算機（又はホスト若しくはサーバ）のために、ボリュームを管理（例えばボリューム作成等）することが必要である。
【０００７】
Ｉ／Ｏモジュール管理者は、ＰＣＩベースのＳＳＤデバイスにおいて仮想Ｉ／Ｏ（ｖＩ／Ｏ）インスタンス及び論理ボリュームを作成し、ｖＩ／Ｏインスタンスを論理ボリュームにマッピングし、Ｉ／Ｏスイッチを構成してｖＩ／Ｏインスタンスを計算機に接続する。ＳＡＮ管理者は、対応論理ボリュームの関連付けとＬＵＮマスキングとを行い、情報システムにおけるＰＣＩ−ＳＳＤにおいて新たに作成したボリュームを配置しなければならい。
【０００８】
Ｉ／Ｏモジュールとストレージシステムを有する情報システムを管理する現在の方法は、複雑かつ不十分である。したがって、そのような情報システムの管理を合理化することが望ましい。
【発明の概要】
【０００９】
本発明は、サーバシステムのための、Ｉ／Ｏデバイス及びストレージボリューム管理システムに関する。一実施形態において、複数のＩ／Ｏデバイス（又はＩ／Ｏモジュール）が、情報システムの構成要素として配置される。Ｉ／Ｏモジュールは、Ｉ／Ｏ仮想化（ＩＯＶ）を提供し、それにより、複数のシステムイメージが一つの物理Ｉ／Ｏユニットを共有することができる。情報システムにおけるＩ／Ｏモジュールは、ＳＡＮオペレーション方法を使用して管理される。例えば、ＳＡＮオペレーション方法は、ボリューム管理、コピー管理、マイグレーション管理、プール管理を行うために使用される。
【００１０】
一実施形態において、Ｉ／ＯモジュールにおけるｖＩ／Ｏ管理部は、Ｉ／Ｏモジュールに取り付けられているストレージデバイスを、ＳＡＮオペレーション方法を使用して管理するために使用される。Ｉ／Ｏモジュールは、例えば、ＰＣＩベースＩ／Ｏボックスであり、ストレージデバイスは、例えば、ＳＳＤフラッシュカードである。
【００１１】
一実施形態において、入出力デバイス（Ｉ／Ｏデバイス）は、少なくとも一つの通信ポートを含む。Ｉ／Ｏデバイスに取り付けされている少なくとも一つのストレージデバイスは、ストレージボリュームを提供するように構成されている。Ｉ／Ｏ管理部は、Ｉ／Ｏデバイスのオペレーションを管理するように構成されている。Ｉ／Ｏ管理部は、新しい論理ボリュームを作成する要求を受信し、当該要求に基づいて新しい論理ボリュームをストレージデバイスにおいて作成し、作成した論理ボリュームと仮想Ｉ／Ｏインスタンスとの間の第１の関係を上記要求に基づいて定義する。仮想Ｉ／Ｏインスタンスは、Ｉ／Ｏデバイスに通信ポートを介して接続している計算機が、作成された論理ボリュームにアクセスするための、仮想アクセスポイントである。
【００１２】
一実施形態において、Ｉ／Ｏ管理部は、通信ポートを含むＩ／Ｏデバイスにおいて構成されている。Ｉ／Ｏ管理部は、新しい論理ボリュームを作成する要求を受信し、前記要求に基づいて、ストレージデバイスにおいて新しい論理ボリュームを作成し、前記Ｉ／Ｏデバイスに前記通信ポートを介して接続する計算機が前記作成された論理ボリュームにアクセスするための仮想アクセスポイントである仮想Ｉ／Ｏインスタンスと、前記作成した論理ボリュームと、の間の第１の関係を、前記要求に基づいて定義する。
【００１３】
他の一実施形態において、通信ポートを有するＩ／Ｏデバイスを管理する方法が開示される。当該方法は、新しい論理ボリュームを作成する要求を受信し、前記要求に基づいて、ストレージデバイスにおいて新しい論理ボリュームを作成し、前記Ｉ／Ｏデバイスに前記通信ポートを介して接続する計算機が前記作成された論理ボリュームにアクセスするための仮想アクセスポイントである仮想Ｉ／Ｏインスタンスと、前記作成した論理ボリュームと、の間の第１の関係を、前記要求に基づいて定義する、ことを含む。
【図面の簡単な説明】
【００１４】
【図１】複数の計算機（又はホスト）、複数のＩ／Ｏモジュールそして複数のストレージデバイスを含む、本発明の実施形態に係る情報システムを模式的に示す。
【図２】本発明の実施形態に係るｖＩ／Ｏ管理部を模式的に示す。
【図３】本発明の実施形態に係る、ｖＩ／Ｏ管理部により管理されるストレージデバイス管理テーブルを模式的に示す。
【図４】本発明の実施形態に係る、ｖＩ／Ｏ管理部に管理される論理ボリューム−仮想Ｉ／Ｏマッピングテーブルを模式的に示す。
【図５】本発明の実施形態に係る、ｖＩ／Ｏ管理部に管理される仮想Ｉ／Ｏ管理テーブルを模式的に示す。
【図６】本発明の実施形態に係る、ｖＩ／Ｏ管理部に管理されるコピーグループ管理テーブルを模式的に示す。
【図７】本発明の実施形態に係る、ｖＩ／Ｏ管理部に管理されるプールグループ管理テーブルを模式的に示す。
【図８】本発明の実施形態に係る、ストレージデバイス上での論理ボリュームの作成処理を模式的に示す。
【図９】本発明の実施形態に係る、ＬＵＮマスキングの処理を模式的に示す
【図１０】本発明の実施形態に係る、論理ボリュームを削除する処理を模式的に示す。
【図１１】本発明の実施形態に係る、コピーグループを追加する処理を模式的に示す。を模式的に示す。
【図１２】本発明の実施形態に係るコピーグループを含む情報システムを模式的に示す。
【図１３】本発明の実施形態に係るコピーグループへ論理ボリュームを追加する処理を模式的に示す。
【図１４】本発明の実施形態に係るコピーグループから論理ボリュームを削除する処理を模式的に示す。
【図１５】本発明の実施形態に係るコピーグループを削除する処理を模式的に示す。
【図１６】本発明の実施形態に係るプールグループを作成する処理を模式的に示す。
【図１７】本発明の実施形態に係るプールグループを含む情報システムを模式的に示す。
【図１８】本発明の実施形態に係る、Ｉ／Ｏモジュール２０１０に接続第１ストレージデバイスからＩ／Ｏモジュールに接続している第２ストレージデバイスに論理ボリュームを移行する処理を模式的に示す。
【図１９】本発明の実施形態に係る、計算機内の移行元ボリュームから、ストレージデバイスの移行先ボリュームにデータを移行する処理を模式的に示す。
【図２０】本発明の実施形態に係る、ボリューム移行の間の情報システムを模式的に示す。
【発明を実施するための形態】
【００１５】
以下、添付図面を参照して本発明の実施形態について説明する。以下の説明及び添付図面は本発明の原理に則った具体的な実施形態と実装例を示しているが、これらは本発明の理解のためのものであり、決して本発明を限定的に解釈するために用いられるものではない。
【００１６】
本実施形態は、サーバシステムのためのＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）デバイス及びストレージボリューム管理システムに関する。一例において、複数のＩ／Ｏデバイス（又は複数のＩ／Ｏモジュール）が、情報システムの構成要素として配置される。Ｉ／Ｏモジュールは、入出力仮想化（ＩＯＶ）を実現するために使用され、単一の物理Ｉ／Ｏユニットが、複数のシステムイメージにより共有されてもよい。
【００１７】
情報システムにおけるＩ／Ｏモジュールは、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）のオペレーション方法（ＳＡＮで利用可能な機能及び技術）を使用して管理される。例えば、ＳＡＮオペレーション方法は、ボリューム管理、コピー管理、マイグレーション管理、プール管理等を実行するために使用される。
【００１８】
一例において、Ｉ／Ｏモジュールにおける仮想Ｉ／Ｏ管理部（ｖＩ／Ｏ管理部）は、当該Ｉ／Ｏモジュールに接続するストレージデバイスを、ＳＡＮオペレーション方法を使用して管理するために使用される。Ｉ／Ｏモジュールは、例えば、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）ベースのＩ／Ｏボックスであり、ストレージデバイスは、例えば、ＳＳＤフラッシュカードである。
【００１９】
図１は、本発明の実施形態に係る情報システム１００を模式的に示す。情報システム１００は、複数の計算機（又はホスト）１０２（図１において、符号１０２ａ−１０２ｄが例示）、複数のＩ／Ｏモジュール１０４（図１において、符号１０４ａ、１０４ｂが例示）、そして、複数のストレージデバイス１０６（図１において、符号１０６ａ−１０６ｄが例示）を含む。例えば、情報システム１００は、ＭＲ−ＩＯＶ（Ｍｕｌｔｉ−Ｒｏｏｔ Ｉ／Ｏ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）環境において与えられる。ＭＲ−ＩＯＶ環境において、一つのデバイスの複数のビューが、複数ルートポートに接続可能なＰＣＩベース（例えばＰＣＩｅ）ファブリックネットワークにおいて、出力及び管理される。
【００２０】
各計算機１０２は、１又は複数のオペレーティングシステム（ＯＳ）１０８（図１において、符号１０８ａが例示）、１又は複数の仮想計算機（ＶＭ）１１０（図１において、符号１１０ａが例示）、そして１又は複数のポート１１２（図１において、符号１１２ａ、１１２ｂが例示）を含む。計算機１０２は、ＯＳ１０８及びＶＭ１１０を実行できる計算機であり、例えば、パーソナルコンピュータ、サーバ、メインフレーム、ノートパソコン又は他のタイプの計算機である。
【００２１】
計算機１０２は、さらに、情報を格納する計算機読み取り可能な記憶メディア（不図示）を含む。このような記憶媒体は、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）、ＤＲＡＭ、ＲＯＭ、フラッシュメモリ等である。
【００２２】
例えば、ＶＭ１１０は、ソフトウェアで実装された計算機であり、物理計算機のようにプログラムを実行する。各ＶＭ１１０には、特定の仮想デバイス及び物理デバイスが割り当てられ、これらデバイスを使用して１又は複数のプログラムを実行することができる。
【００２３】
ポート１１２は、Ｉ／Ｏモジュール１０４に接続する。本明細書において、「ポート」という語は、通信端として機能するソフトウェア構造体、若しくは、ＰＣＩ、イーサネットポート（イーサネットは登録商標、以下同様）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、ＳＡＴＡ（Ｓｅｒｉａｌ  Ａｄｖａｎｃｅｄ  Ｔｅｃｈｎｏｌｏｇｙ  Ａｔｔａｃｈｍｅｎｔ）、ファイバ光ポート、無線通信デバイスのような、ハードウェアインタフェースである。
【００２４】
Ｉ／Ｏモジュール１０４は、Ｉ／Ｏリソースを仮想化するサーバである。例えば、Ｉ／Ｏモジュール１０４は、ＰＣＩベースのＩ／Ｏボックス又はＩ／Ｏデバイスである。設計によっては、Ｉ／Ｏモジュール１０４は、ブレードサーバでもよい。典型的なブレードサーバは、複数のブレードを収容し、ブレードには、プロセッサ、メモリ、ネットワークインタフェースカード／コントローラ（又はＮＩＣｓ）が実装される。
【００２５】
Ｉ／Ｏモジュール１０４は、複数の通信ポート１１４（図１において、符号１１４ａ、１１４ｂが例示）を含む。複数の通信ポート１１４は、計算機１０２のポート１１２に接続している。例えば、Ｉ／Ｏモジュール１０４の各ポート１１４は、計算機の一つのポートと一意にペアを構成する。例えば、ポート１１４ａはポート１１２ａの専用ポートであり、ポート１１４ｂはポート１１２ｂの専用ポートである。
【００２６】
Ｉ／Ｏモジュール１０４は、仮想Ｉ／Ｏ（ｖＩ／Ｏ）管理部１１６（図１において、符号１１６ａ、１１６ｂが例示）、Ｉ／Ｏスイッチ１１８（図１において、符号１１８ａ、１１８ｂが例示）、ポート１２０、複数の仮想Ｉ／Ｏインスタンス１２２（図１において符号１２２ａ−１２２ｄ、１２２ｅ−１２２ｈが例示）を含む。仮想Ｉ／Ｏインスタンスは、仮想アクセスポイントである。仮想Ｉ／Ｏインスタンスにより、計算機１０２は、Ｉ／Ｏモジュール１０４のストレージリソースにアクセスすることができる。仮想Ｉ／Ｏインスタンスは、例えば、ＳＣＳＩの仮想インスタンス（又はｖＳＡＳ）である。例えば、仮想Ｉ／Ｏインスタンスの数は、Ｉ／Ｏ管理部１１６に管理されている論理ボリュームの数に一致する。
【００２７】
ｖＩ／Ｏ管理部（又はＩ／Ｏ管理部）１１６は、当該ｖＩ／Ｏ管理部１１６及びＩ／Ｏスイッチ１１８の接続構成を含むＩ／Ｏモジュール１０４のオペレーションを管理する。後述するように、ｖＩ／Ｏ管理部１１６は、ＳＡＮ管理者がＳＡＮオペレーション方法を使用してＩ／Ｏモジュール１０４及びそれに接続されているストレージデバイス１０６を管理できるように構成されている。これにより、Ｉ／Ｏモジュール１０４の管理をシンプルなものとすることができる。
【００２８】
例えば、各Ｉ／Ｏモジュール１０４のｖＩ／Ｏ管理部１１６は、他のＩ／Ｏモジュール１０４のｖＩ／Ｏ管理部１１６とポート１２０を介して通信する。複数のＩ／Ｏモジュール１０４を有する情報システム１００において、複数のｖＩ／Ｏ管理部１１６のうちの一つをマスタとして指定し、他のｖＩ／Ｏ管理部１１６をスレーブと指定してもよい。マスタｖＩ／Ｏ管理部１１６は、全ての各種計算機１０２と各種周辺装置との間の接続を含む複数Ｉ／Ｏモジュール１０４のオペレーションを集中管理してもよい。ｖＩ／Ｏ管理部１１６は、例えば、ＤＲＡＭ、フラッシュメモリのような不揮発性記憶媒体デバイス又はＥＰＲＯＭのような計算機読み取り可能な記憶メディア上のソフトウェアモジュールとして実装できる。
【００２９】
Ｉ／Ｏスイッチ１１８は、ｖＩ／Ｏ管理部１１６の命令に従って、ｖＩ／Ｏインスタンス１２２を適切なポート１１４に接続する。これにより、ｖＩ／Ｏインスタンス１２２は、適切な計算機１０２に、ポート１１２を介して接続することができる。ｖＩ／Ｏインスタンス１２２は、順次、ストレージデバイス１０６のストレージボリューム１３０（図１において、符号１３０ａ−１３０ｈが例示）にマッピングされる。これにより、計算機１０２は、ストレージデバイス１０６のストレージボリューム１３０にアクセスすることができる。
【００３０】
図１の例において、ストレージデバイス１０６ａ−１０６ｄは、ストレージボリューム１３０ａ−１３０ｈを含む。例えば、ストレージデバイス１０６は、Ｉ／Ｏモジュール１０５に取り付けられたＳＳＤフラッシュカードであり、ストレージボリューム１３０は、ＳＳＤ上で定義される。実装によって、ストレージデバイス１０６は、他のタイプの記憶メディア（記憶デバイス）であってもよい。ストレージデバイス１０６は、論理ボリューム及びｖＩ／Ｏインスタンスを作成し、ストレージボリュームを計算機１０２に提供するように構成されている。ｖＩ／Ｏインスタンスは、ＳＣＳＩやファイバチャネルのような計算機１０２のためのストレージ接続プロトコルのアクセスエンドポイントである。一例において、ｖＩ／ＯインスタンスはＰＣＩデバイスの仮想機能により実現され、例えば、Ｓｅｒｉａｌ  Ａｔｔａｃｈｅｄ  ＳＣＳＩの仮想インスタンス（ｖＳＡＳ）、ホストバスアダプタの仮想インスタンス（ｖＨＢＡ）、ネットワークインタフェースコントローラの仮想インスタンス（ｖＮＩＣ）等である。ストレージデバイス１０６は、予め定義されたｖＩ／Ｏインスタンスをファームウェア上に有していてもよいし、若しくは、ｖＩ／Ｏインスタンスは、ストレージデバイス１０６において、ＰＣＩプロトコルを使用するｖＩ／Ｏ管理部１１６によって定義されていてもよい。
【００３１】
図２は、本発明の一実施形態に係るｖＩ／Ｏ管理部１１６を模式的に示す図である。ｖＩ／Ｏ管理部１１６は、論理ボリューム管理部２０２、仮想Ｉ／Ｏデバイス管理部２０４、コピーグループ管理部２０６、プールグループ管理部２０８を含む。論理ボリューム管理部２０２は、ストレージデバイスの情報と論理ボリュームマッピングの情報を有する。仮想Ｉ／Ｏデバイス管理部２０４は、ｖＩ／Ｏインスタンスを制御するように構成され、仮想Ｉ／Ｏマッピングについての情報を有する。コピーグループ管理部２０６は、１又は複数のストレージデバイス１０６において分散されているコピーグループの情報を有し、それらを管理するように構成されている。プールグループ管理部２０８は、情報システム１００内のプールグループの情報を有し、それらを管理するように構成されている。
【００３２】
図３から図７は、本発明の実施形態に係るｖＩ／Ｏ管理部１１６によって維持、管理される情報テーブルの構成例を示している。ｖＩ／Ｏ管理部１１６は、図３から図７における情報テーブルを使用して、情報システム１００におけるｖＩ／Ｏインスタンスとストレージボリュームを管理する。情報はテーブルフォーマットにより提示され、列に配置された情報と行に配置された情報の関係が示される。テーブルは、これらの関係を示す単なる便宜的なフォーマットであって、他のフォーマットにより情報が提示されてもよい。
【００３３】
図３は、本発明の実施形態に係る、ｖＩ／Ｏ管理部１１６に管理されるストレージデバイス管理テーブル３００の構成例を示す。ストレージデバイス管理テーブル３００は、複数の列を含む。ストレージデバイス３０２は、システムにおける各ストレージデバイス１０６の一意の識別子を格納する。トータルサイズ３０４は、ストレージデバイスのトータル容量を示す。使用済みスペース３０６は、ストレージデバイスにおいて使用済みの記憶容量の量を示す。フリースペース３０８は、ストレージデバイス上のフリースペースの残量を示す。
【００３４】
図４は、ｖＩ／Ｏ管理部１１６に管理される論理ボリューム−仮想Ｉ／Ｏマッピングテーブル４００の構成例を示す。論理ボリューム−仮想Ｉ／Ｏマッピングテーブル４００は、複数の列を含む。ストレージデバイス４０２はシステムにおける各ストレージデバイス１０６の一意の識別子を格納する。ｖＩ／Ｏインスタンス４０４は、ストレージデバイス１０６上で作成されている仮想Ｉ／Ｏインスタンスの一意の識別子を格納する。状態４０６は、仮想Ｉ／Ｏインスタンスの使用状態を示す。論理ボリューム４０８は、仮想Ｉ／Ｏインスタンスと関連付けられている各論理ボリュームの一意の識別子を格納する。ボリュームサイズ４１０は、対応する論理ボリュームのサイズを示す。
【００３５】
図５は、ｖＩ／Ｏ管理部１１６に管理される仮想Ｉ／Ｏ管理テーブル５００の構成例を示す。仮想Ｉ／Ｏ管理テーブル５００は、複数の列を含む。ｖＩ／Ｏインスタンス５０２は、仮想Ｉ／Ｏインスタンスの一意の識別子を格納する。接続Ｉ／Ｏスイッチ５０４は、仮想Ｉ／Ｏインスタンスが計算機１０２と接続するために使用しているＩ／Ｏスイッチを示す。接続計算機５０６は、Ｉ／Ｏモジュール１０４を介して仮想Ｉ／Ｏインスタンスに接続する計算機１０２の一意の識別子を格納する。
【００３６】
図６は、ｖＩ／Ｏ管理部１１６に管理されるコピーグループ管理テーブル６００の構成例を示す。コピーグループ管理テーブル６００は、複数の列を含む。コピーグループ６０２はシステム内のコピーグループの一意の識別子を示す。正ボリューム６０４はコピーグループの正ボリューム（又はマスタボリューム）の識別子を示す。副ボリューム６０６は、正ボリュームのコピーを維持する、コピーグループの副ボリューム（又はスレーブボリューム）の識別子を示す。コピーパス６０８は、正ボリュームから副ボリュームへのデータコピーに使用される接続の接続先を示す。計算機１０２の一つ又はｖＩ／Ｏ管理部１１６の一つは、実装に応じて、データコピー機能を与えられていてもよい。コピー状態６１０は、マスタボリュームからスレーブボリュームへのコピー状態を示す。
【００３７】
一例において、正ボリュームは、少なくも一つの計算機１０２に接続され、その計算機から直接にアクセスされてもよい。一方、副ボリュームはバックアップボリュームであり、計算機１０２に接続されておらず、計算機１０２から直接にはアクセスされなくてもよい。図６に示すように、複数のストレージボリュームが、副ボリュームとして、一つの正ボリュームとペア構成されていてもよい。
【００３８】
図７は、ｖＩ／Ｏ管理部１１６に管理されるプールグループ管理テーブル７００の構成例を示す。プールグループ管理テーブル７００は、複数の列を含む。プールグループ７０２はシステム内のプールグループの一意の識別子を示す。正ボリューム７０４は、特定のプールグループに関連付けられている正ボリュームの一意の識別子を示す。副ボリューム７０６は、各正ボリュームに関連付けられている１又は複数の副ボリュームを示す。分散パス７０８は、正ボリュームから副ボリュームへのデータ分散に使用される接続の接続先を示す。計算機１０２の一つ又はｖＩ／Ｏ管理部１１６の一つは、実装に応じて、データ分散機能を与えられていてもよい。分散状態７１０は、一つの正ボリュームから１又は複数の副ボリュームへのデータ分散状態を示す。
【００３９】
図８は、本発明の実施形態に係るストレージデバイス上での論理ボリュームの作成処理８００を例示するフローチャートである。ステップ８０２において、ｖＩ／Ｏ管理部（又はＩ／Ｏ管理部）１１６は、１又は複数の新しい論理ボリューム（例えばボリューム１３０）を、Ｉ／Ｏモジュール１０４に取り付けられているストレージデバイス１０６で作成することの要求を受信する。この要求は、作成する論理ボリュームのボリュームサイズを指定する。一例において、要求は、論理ボリュームの作成に使用するストレージデバイスの一意の識別子を含む。他の例において、要求は、論理ボリュームの作成に使用するストレージデバイスのカテゴリを含む。ストレージデバイスのカテゴリは、例えば、アクセススピード、耐久性、その他の特徴等でもよい。一例において、要求はＳＡＮ管理者によって送信される。他の例において、要求は、トリガイベントに基づき、ソフトウェアモジュールによって送信されてもよい。
【００４０】
ステップ８０４において、ｖＩ／Ｏ管理部１１６は、ストレージデバイスが要求によって指定されているか否か判定する。ストレージデバイスが要求によって指定されている場合（８０４：Ｙｅｓ）、処理８００は、ステップ８０６に進む。指定されていない場合（８０４：Ｎｏ）、処理８００は、ステップ８０８に進む。
【００４１】
ステップ８０６において、ｖＩ／Ｏ管理部１１６は、ｖＩ／Ｏインスタンス（例えばｖＳＡＳ又はｖＨＡＢ）を、要求により指定されたストレージデバイスにおいて作成する。ストレージデバイスが、すでに定義されているｖＩ／Ｏインスタンスを含む場合、ｖＩ／Ｏ管理部１１６は、既に定義されているｖＩ／Ｏインスタンスの一つを選択してもよい。
【００４２】
ステップ８０４に戻って、処理が、いずれのストレージデバイスも指定されていないと判定した場合（８０４：Ｎｏ）、ｖＩ／Ｏ管理部１１６は、新しい論理ボリュームを作成するストレージデバイスを特定（又は指定）する（ステップ８０８）。ｖＩ／Ｏ管理部１１６は、図３に示すテーブル３００のデータを使用して、新しい論理ボリュームを作成するための十分な容量を有するストレージデバイスを選択することができる。
【００４３】
ステップ８１０において、ｖＩ／Ｏ管理部１１６は、指定されたストレージデバイス１０６において新しい論理ボリュームを作成する。ｖＩ／Ｏ管理部１１６は、新しいｖＩ／Ｏインスタンスと新しい論理ボリュームの相互関係を規定する。これにより、計算機１０２は、新しい論理ボリュームにアクセスすることができる（ステップ８１２）。
【００４４】
図９は、本発明の実施形態に係るＬＵＮマスキングの処理９００を例示するフローチャートである。計算機１０２が論理ボリュームにアクセスすることができるように、ＬＵＮマスキングは、ストレージデバイスにおける当該論理ボリューム（又はそのＬＵＮ）の計算機１０２に対するマッピングを参照する。ＬＵＮマスキングにより、ストレージデバイス１０６におけるストレージボリューム１３０が、ストレージシステムにおけるストレージボリュームの一部としてデプロイされる。ストレージシステムは、典型的には、ストレージネットワークを介して複数のホストに接続されている複数のディスクアレイシステムを含む。
【００４５】
ステップ９０２において、ｖＩ／Ｏ管理部１１６は、論理ボリュームを計算機１０２に接続する１又は複数の要求を受信する。一例において、要求は、ＳＡＮ管理者によって送信される。他の例において、要求は、トリガイベントに基づき、ソフトウェアモジュールによって送信されてもよい。各要求は、接続される計算機１０２及び論理ボリューム１３０を特定する。ｖＩ／Ｏ管理部１１６は、処理する一つの要求を選択する（ステップ９０４）。当該リクエストは、接続する計算機（例えば計算機１０２ａ）及び論理ボリューム（例えば論理ボリューム１３０ａ）を特定する。
【００４６】
ステップ９０６において、ｖＩ／Ｏ管理部１１６は、特定された論理ボリューム１３０ａと互いに関係付けられているｖＩ／Ｏインスタンスを指定する。ｖＩ／Ｏ管理部１１６は、Ｉ／Ｏスイッチ１１８において、計算機１０２ａとｖＩ／Ｏインスタンスとの間の新しい接続を構成する（ステップ９０８）。一例において、ステップ９０８で作成される接続は、計算機１０２ａとｖＩ／Ｏインスタンスとの間の論理接続である。
【００４７】
ステップＳ９１０において、ｖＩ／Ｏ管理部１１６は、論理ボリューム１３０ａに接続すべき計算機１０２ａに信号を送信する。この信号は、例えば、ＨｏｔＡｄｄ通知又は計算機１０２ａに新しいストレージボリュームを、システムリブートを行うことなく認識させるための信号（例えばＰＣＩインタラプト信号）である。ｖＩ／Ｏ管理部１１６は、テーブル５００を更新して、計算機１０２ａと論理ボリューム１３０ａの間の新たな関連付けを反映する。
【００４８】
ステップ９１２において、ｖＩ／Ｏ管理部１１６は、全ての要求が処理されたか否かを判定する。判定結果が肯定的である場合、処理９００は終了する。判定結果が否定的である場合、処理９００はステップ９０４に戻る。
【００４９】
図１０は、本発明の実施形態に係る、論理ボリュームを削除する処理１０００を例示するフローチャートである。一例において、処理１０００は、ＳＡＮ管理者からのユーザ入力に応答して、ｖＩ／Ｏ管理部１１６により実行される。他の例において、処理は、トリガイベントの発生に基づいてソフトウェアモジュールによって送信された要求に基づき実行される。
【００５０】
ステップ１００２において、ｖＩ／Ｏ管理部１１６は、論理ボリュームを削除する要求を受信する。当該要求は、削除する論理ボリュームを特定する。ｖＩ／Ｏ管理部１１６は、削除要求された論理ボリュームが計算機１０２に接続されているか否かを判定する（ステップＳ１００４）。論理ボリュームが計算機１０２に接続されている場合（Ｓ１００４：Ｙｅｓ）、処理は、ステップ１００６に進む。接続されていない場合（Ｓ１００４：Ｎｏ）、処理はステップ１０１２に進む。
【００５１】
ステップ１００６において、ｖＩ／Ｏ管理部１１６は、ＨｏｔＲｅｍｏｖｅ通知が、削除する論理ボリュームに接続されている計算機１０２に送信されるようにする。当該通知は、論理ボリュームから計算機１０２にＩ／Ｏスイッチ１１８を介して送信される。一例において、当該通知は、ＰＣＩインタラプト信号である。
【００５２】
ステップ１００８において、ｖＩ／Ｏ管理部１１６は、Ｉ／Ｏスイッチ１１８におけるｖＩ／Ｏインスタンスと計算機１０２との間の接続を、例えばテーブル５００から削除する。ステップ１０１０において、ｖＩ／Ｏ管理部１１６は、ｖＩ／Ｏインスタンスと論理ボリュームとの間の相互関係を、テーブル４００において削除する。ステップ１００８、１０１０は、同時又は任意の順序で行うことができる。
【００５３】
一例において、ステップ１０１２において、ｖＩ／Ｏ管理部１１６は、削除する論理ボリュームと関連付けられているｖＩ／Ｏインスタンスを、ストレージデバイス１０６から削除する。他の例において、ｖＩ／Ｏインスタンスがストレージデバイス１０６にプリロードされたものである場合には、このステップをスキップしてもよい。そのような例において、ステップ１０１２は、ｖＩ／Ｏインスタンスがストレージデバイス１０６にプリロードされたｖＩ／Ｏインスタンスであるか否かを判定するステップを含んでいてもよい。
【００５４】
ステップ１０１４において、ｖＩ／Ｏ管理部１１６は、指定されたストレージデバイス１０６の論理ボリュームを削除する。テーブル３００は、削除の結果開放されたストレージボリュームが利用可能であることを示すように更新されてもよい。テーブル４００は更新され、削除された論理ボリュームへの参照が削除されてもよい。
【００５５】
図１１は、本発明の実施形態に係る、コピーグループを追加する処理１１００を例示するフローチャートである。処理１１００は、ＳＡＮ管理者からのユーザ入力に応答して、ｖＩ／Ｏ管理部１１６により実行される。他の例において、処理は、トリガイベントの発生に基づいてソフトウェアモジュールによって送信された要求に基づき実行される。
【００５６】
ステップ１１０２において、ｖＩ／Ｏ管理部１１６は、新しいコピーグループを作成する要求を受信する。当該要求は、新しいコピーグループに含める１又は複数の論理ボリュームと、正ボリューム及び副ボリュームとして使用される論理ボリュームについての指定を含む。一例において、要求は、論理ボリュームとストレージデバイスの特徴を含む。特徴は、例えば、フリースペースの量、ドライブタイプ、スピードである。一例において、所望の特徴を有する論理ボリュームが存在しない場合、情報システム１００は、それらを新たな論理ボリュームを作成する処理８００によって作成してもよい。
【００５７】
ステップ１１０４において、ｖＩ／Ｏ管理部１１６は、新しいコピーグループのエントリを、例えば、コピーグループテーブル６００において作成する。図６に示すように、コピーグループエントリは、コピーグループの正ボリューム及び副ボリュームに関連付けられている論理ボリュームを含むことができる。ステップ１１０６において、ｖＩ／Ｏ管理部１１６は、副ボリュームとｖＩ／Ｏ管理部との間の新しい接続を、例えば、ｖＩ／Ｏインスタンス１２２０ｂ（図１２）を介して作成する。ステップ１１０８において、ｖＩ／Ｏ管理部１１６は、コピーグループの正ボリュームから副ボリュームにデータをコピーする。一例において、ステップ１１０８は、計算機１０２のハイパバイザによって行われる。
【００５８】
図１２は、本発明の実施形態に係る、コピーグループ１２２６を含む情報システム１２００を模式的に示している。図１２の構成要素は、図１に示す情報システム１００と類似している。図１２に示すように、コピーグループ１２２６の主ボリューム１２３０は、ｖＩ／Ｏインスタンス１２２０ａ、例えば仮想ＳＡＳを介して、オペレーティングシステム１２０４と関連付けられている。副ボリューム１２３２は、ｖＩ／Ｏインスタンス１２２０ｂを介して、ｖＩ／Ｏ管理部に接続されている。副ボリュームは、コピーグループ内の主ボリュームと関連付けられている。図１２においては、一つの副ボリュームのみが示されているが、複数の副ボリュームが一つの主ボリュームと関連付けられていてもよい。
【００５９】
一例において、主ボリューム１２３０は、ｖＩ／Ｏインスタンス１２２０ａを介して、計算機１２０２に接続されている。主ボリューム１２３０におけるデータは、副ボリューム１２３２に対して、Ｉ／Ｏモジュール１２１０又はハイパバイザ１２２８によりコピーされる。しかし、副ボリューム１２３２は計算機１２０２に接続されていないため、計算機１２０２に直接にはアクセスされない。他の例において、ハイパバイザ１２２８は、ハイパバイザがインストールされているＯＳ１２０４からアクセス可能でもよい。
【００６０】
図１３は、本発明の実施形態に係る、コピーグループ１２３２へ論理ボリュームを追加する処理１３００を例示するフローチャートである。処理１３００は、コピーグループと当該コピーグループに追加すべき１又は複数の論理ボリュームを特定する入力に基づき実行されてもよい。論理ボリュームは、ＳＡＮ管理者のようなユーザによって指定されてもよいし、ｖＩ／Ｏ管理部内のモジュールのような、ソフトウェアモジュールによって指定されてもよい。一例において、ユーザは、論理ボリュームの所望の特徴を入力してもよいし、ソフトウェアモジュールは、その所望の特徴を有する特定の論理ボリュームを決定してもよい。
【００６１】
ステップ１３０２において、ｖＩ／Ｏ管理部は、コピーグループを変更する要求を受信する。要求は、コピーグループと、当該コピーグループに追加する論理ボリュームを特定する。ステップ１３０４において、ｖＩ／Ｏ管理部は、コピーグループ管理テーブル６００を更新し、指示されたコピーグループ１２３２に論理ボリュームを含める。一例において、コピーグループ１２３２に追加される論理ボリュームは、計算機１２０２によって直接にはアクセスされ得ない副ボリュームである。ｖＩ／Ｏ管理部は、追加された論理ボリュームとｖＩ／Ｏ管理部との間の新しい接続を作成する（ステップ１３０６）。新しい接続は、追加された論理ボリュームと、データコピー機能を行うように構成された計算機との間のものでもよい。
【００６２】
ステップ１３０８において、データは、主ボリューム１２３０から新たに追加された副ボリューム１２３２にコピーされる。コピー処理は、ｖＩ／Ｏ管理部、ＯＳ、又はハイパバイザによって行われてもよい。一例において、ｖＩ／Ｏ管理部は、計算機１２０２におけるＯＳ又はハイパバイザに指示をして、コピーを実行させる。
【００６３】
図１４は、本発明の一実施形態に係る、コピーグループ１２２６から論理ボリューム１２２４を削除する処理１４００を例示するフローチャートである。処理１４００は、コピーグループ１２２６と、当該コピーグループから削除すべき１又は複数の論理ボリュームを特定する入力に基づいて実行されてもよい。論理ボリュームは、ＳＡＮ管理者のようなユーザに指定されてもよいし、ｖＩ／Ｏ管理部内のモジュールのようなソフトウェアモジュールによって指定されてもよい。一例において、ｖＩ／Ｏ管理部は、削除すべき論理ボリュームを、論理ボリューム内で検出された障害に基づき指示してもよい。
【００６４】
ステップ１４０２において、ｖＩ／Ｏ管理部は、論理ボリュームを削除する要求を受信する。一例において、削除される論理ボリュームは、副ボリュームである。要求は、削除する論理ボリュームを特定する。要求は、例えば、ハードウェア障害のようなイベントの発生に基づき作成されてもよい。ステップ１４０４において、ｖＩ／Ｏ管理部は、削除する論理ボリュームのコピーグループ１２２６を特定する。一例において、ｖＩ／Ｏ管理部は、コピーグループ管理テーブル６００を使用して、コピーグループを特定する。
【００６５】
ステップ１４０６において、ｖＩ／Ｏ管理部は、主ボリュームから削除する論理ボリュームへのデータコピーを停止する。一例において、ｖＩ／Ｏ管理部は、ハイパバイザにデータコピーの停止を命令する。
【００６６】
ステップ１４０８において、ｖＩ／Ｏ管理部は、削除する論理ボリュームとデータコピー機能を有するｖＩ／Ｏ管理部は又は計算機との間の接続を削除する。
【００６７】
ステップ１４１０において、ｖＩ／Ｏ管理部は、コピーグループ管理テーブル６００から論理ボリュームエントリを削除する。一例において、プロセス１４００に従う論理ボリュームの削除は、論理ボリュームを削除するための処理１０００と共に実行される。他の例において、処理１４００は、処理１３００共に実行され、コピーグループ内の論理ボリュームが置き換えられる。
【００６８】
図１５は、本発明の実施形態に係る、コピーグループ１２２６を削除する処理１５００を例示するフローチャートである。一例において、処理１５００は、ｖＩ／Ｏ管理部によって、ＳＡＮ管理者のようなユーザからの入力に応じて実行される。他の例において、処理は、トリガイベントの発生に基づくソフトウェアモジュールによりなされた要求に基づいて実行される。
【００６９】
ステップ１５０２において、ｖＩ／Ｏ管理部は、コピーグループ１２２６を削除する要求を受信する。要求は、削除するコピーグループを同定する。ｖＩ／Ｏ管理部は、主ボリュームから副ボリュームへのデータコピーを停止する（ステップ１５０４）。一例において、ｖＩ／Ｏ管理部は、ハイパバイザに命令してデータコピーを停止させる。ステップ１５０６において、ｖＩ／Ｏ管理部は、副ボリュームとデータコピー機能を有するｖＩ／Ｏ管理部又は計算機との間の接続を、削除する。ステップ１５０８において、ｖＩ／Ｏ管理部は、削除されたコピーグループのエントリを、コピーグループ管理テーブル６００から削除する。
【００７０】
図１６は、本発明の実施形態に係る、プールグループを作成する処理１６００を例示するフローチャートである（図１７も参照）。一例において、処理１６００は、ｖＩ／Ｏ管理部によって、ＳＡＮ管理者のようなユーザからの入力に応答して、実行される。他の一例において、処理は、トリガイベントの発生に基づく、ソフトウェアモジュールによってなされる要求に基づき実行される。
【００７１】
ステップ１６０２において、ｖＩ／Ｏ管理部は、プールグループ１７３４を作成する要求を受信する。要求は、少なくとも一つの主ボリューム１７３０と少なくとも一つの副ボリューム１７３２を含む一群の論理ボリュームを同定する。この一群の論理ボリュームは、作成すべきプールグループを定義する。ステップ１６０４において、ｖＩ／Ｏ管理部は、プールグループのエントリを、プールグループ管理テーブル７００において追加する。プールグループのエントリは、主ボリューム１７３０及び副ボリューム１７３２に関連付けられているプールグループに対応する。
【００７２】
ステップ１６０６において、ｖＩ／Ｏ管理部は、副ボリュームと、データ分散機能を有するｖＩ／Ｏ管理部又は計算機と、の間の新たな接続を作成する。ｖＩ／Ｏ管理部は、プールグループ１７３４内における主ボリューム１７３０から１又は複数の副ボリューム１７３２に、データコピーによりデータを分散する（ステップ１６０８）。
【００７３】
図１７は、本発明の実施形態に係る、プールグループ１７３４を含む情報システム１７００を模式的に示している。図１７における構成要素は、図１に示す情報システム１００の構成要素に類似している。図１７に示すように、プールグループ１７３４の主ボリューム１７３０は、ｖＩ／Ｏ１７２０ａ、例えば仮想ＳＡＳを介して、オペレーティングシステム１７０４に関連付けられている。プールグループ内の１又は複数の副ボリューム１７３２は、主ボリューム１７３０からコピーされたデータを格納している。一例において、副ボリュームは、主ボリューム１７３０が位置しているストレージデバイスと異なるストレージデバイスに存在する。
【００７４】
一例において、プールグループ１７３４の主ボリューム１７３０は、計算機１７０２のＯＳ１７０４と接続されるが、そのプールグループの副ボリューム１７３２は、そのＯＳに接続されていない。副ボリューム１７３２は、Ｉ／ＯモジュールとｖＩ／Ｏインスタンス１７２０ｃを介して通信する。ｖＩ／Ｏ管理部は、主ボリュームに格納されている全て又は一部のデータを、プールグループ内の副ボリュームにコピー又は移動させる。他の例において、ハイパバイザが、主ボリュームから副ボリュームに、データをコピー又は移動させてもよい。
【００７５】
図１８は、本発明の実施形態に係る、Ｉ／Ｏモジュール２０１０に接続している第１ストレージデバイス２０２２ａからＩ／Ｏモジュール２０１０に結合している第２ストレージデバイス２０２２ｂに論理ボリュームを移行する処理１８００を例示するフローチャートである（図２０参照）。移行は、同じＩ／Ｏモジュールに接続されている異なるストレージデバイス間において実行されてもよいし、同一情報システム２０００内の異なるＩ／Ｏモジュールに接続されているストレージデバイス間において実行されてもよい。処理１８００は、ユーザ入力により開始される、又は、トリガイベントの発生により開始される。例えば、予定されているメンテナンスの一部として、又は、ストレージデバイスの障害の検出等により開始される。
【００７６】
ステップ１８０２において、ｖＩ／Ｏ管理部は、論理ボリュームを移行する要求を受信する。要求は、データ移行先の、コピーグループ及び副ボリューム（又は移行先ボリューム２０３８）を含む。ステップ１８０４において、ｖＩ／Ｏ管理部は、コピーグループの移行元ボリュームをコピーグループ管理テーブル６００と仮想Ｉ／Ｏマッピングテーブル４００から決定する。一例において、移行元コピーグループからのデータを格納するための適切な容量を有する論理ボリュームが存在しない場合、ｖＩ／Ｏ管理部は、例えば、論理ボリュームを作成する処理８００を行って、新しい移行先ボリュームを作成してもよい。
【００７７】
ステップ１８１０において、ｖＩ／Ｏ管理部は、コピー状態を確認し、移行元ボリュームから移行先ボリュームへのデータコピーが完了しているか否かを判定する。
【００７８】
ステップ１８０６において、ｖＩ／Ｏ管理部は、コピーグループの主ボリューム及び副ボリュームに関連付けられているｖＩ／Ｏインスタンス２０２０を特定する。
【００７９】
ステップ１８０８において、ｖＩ／Ｏ管理部は、Ｉ／Ｏスイッチ２０１６を設定し、コピーグループに関連付けられている計算機２００２と移行先ボリューム２０３８と関連付けられているｖＩ／Ｏ２０２０との間の新しい関係を設立する。ステップ１８１２において、ｖＩ／Ｏ管理部は、Ｉ／Ｏスイッチ上において、計算機と移行元ボリュームのｖＩ／Ｏとの間の関係を削除する。一例において、移行元ボリューム（つまり、以前の移行元ボリューム）は、新しいコピーグループのための副ボリュームとして使用されてもよい。
【００８０】
図１９は、本発明の実施形態に係る、計算機２００２内の移行元ボリューム２０３６から、ストレージデバイス２０２２の移行先ボリューム２０３８にデータを移行する処理１９００を例示するフローチャートである。一例において、処理１９００は、例えば、ＳＡＮ管理者のようなユーザからの入力に応答してｖＩ／Ｏ管理部によって実行される。他の例において、処理は、トリガイベントの発生に基づくソフトウェアモジュールによりなされた要求に基づき実行される。
【００８１】
ステップ１９０２において、ｖＩ／Ｏ管理部は、論理ボリューム（又は移行元ボリューム）を、計算機から、移行先ボリュームに移行する要求を受信する。移行先ボリュームは、例えば、計算機に接続していない論理ボリューム又はストレージデバイスであってもよい。一例において、要求は、計算機と当該計算機に接続されていない論理ボリュームを含む。適切なボリュームが存在していない場合、Ｉ／Ｏ管理部は、プロセス８００を使用して新たな論理ボリュームを作成してもよい。
【００８２】
ステップ１９０４において、ｖＩ／Ｏ管理部は、ステップ１９０２で特定された移行先ボリュームと関連付けられているｖＩ／Ｏインスタンス２０２０を、例えば仮想Ｉ／Ｏマッピングテーブル４００を参照して、特定する。ステップ１９０６において、ｖＩ／Ｏ管理部は、計算機２００２とステップ１９０４で同定されたｖＩ／Ｏインスタンス２０２０との間の接続を、Ｉ／Ｏスイッチ２０１６上において確立する。
【００８３】
ステップ１９０８において、ｖＩ／Ｏ管理部は、移行元ボリューム２０３６から移行先ボボリューム２０３８に、ステップ１９０６において確立された接続を使用して、データを移動する。コピー処理は、ｖＩ／Ｏ管理部、ＯＳ２００４又はハイパバイザ１０１８により実行されてもよい。
【００８４】
図２０は、本発明の実施形態に係る、ボリューム移行の間の情報システム２０００の構成を模式的に示している。システム２０００は、複数の計算機２００２、少なくとも一つのＩ／Ｏモジュール２０１０、そして複数のストレージデバイス２０２２を含む。計算機からのデータは、サーバ仮想化技術のボリューム仮想化機能を使用して、動的に移行される。
【００８５】
以上、本発明の実施形態を説明したが、本発明が上記の実施形態に限定されるものではない。当業者であれば、上記の実施例の各要素を、本発明の範囲において容易に変更、追加、変換、削除することが可能である。各実施例の構成の一部について、削除、他の構成の追加・置換をすることが可能である。
【００８６】
上記の各構成要素、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記憶デバイス、または、ＩＣカード、ＳＤカード、ＤＶＤ等の計算機読み取り可能な非一時的データ記憶媒体に格納することができる。
【図１】
2014035767.tif 000003
【図２】
2014035767.tif 000004
【図３】
2014035767.tif 000005
【図４】
2014035767.tif 000006
【図５】
2014035767.tif 000007
【図６】
2014035767.tif 000008
【図７】
2014035767.tif 000009
【図８】
2014035767.tif 000010
【図９】
2014035767.tif 000011
【図１０】
2014035767.tif 000012
【図１１】
2014035767.tif 000013
【図１２】
2014035767.tif 000014
【図１３】
2014035767.tif 000015
【図１４】
2014035767.tif 000016
【図１５】
2014035767.tif 000017
【図１６】
2014035767.tif 000018
【図１７】
2014035767.tif 000019
【図１８】
2014035767.tif 000020
【図１９】
2014035767.tif 000021
【図２０】
2014035767.tif 000022