JP7112437B2 - ストレージシステムおよびデータ移行方法 - Google Patents

Description

本発明は、ストレージシステムおよびデータ移行方法に関する。

クラウド環境上で仮想マシン（ＶＭ：Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）からＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）経由でボリューム管理できる仮想ボリューム（Ｖｉｒｔｕａｌ Ｖｏｌｕｍｅ：ＶＶＯＬとも言う。）がＶＭｗａｒｅより提供されている。ＶＭｗａｒｅのＶＶＯＬ環境におけるボリューム移行（ボリュームマイグレーションとも言う）は、ホストベースのＳｔｏｒａｇｅ ｖＭｏｔｉｏｎで実現されている。

また、特許文献１には、移行元ストレージシステム内でボリュームペアを形成している移行元Ｐ－ＶＯＬ（プライマリボリューム）および移行先Ｓ－ＶＯＬ（セカンダリボリューム）を、無停止で移行先ストレージシステムへと移行するデータ移行方法が開示されている。

特開２０１５－２０７２７７号公報

しかしながら、ホストベースのＳｔｏｒａｇｅ ｖＭｏｔｉｏｎでは、移行元ストレージおよび移行先ストレージにアクセス可能な仮想マシンを介してボリューム移行が実行されるため、仮想マシンをホストとして提供するサーバの負荷が大きかった。サーバの負荷を低減するには、ストレージが主体となるストレージベースのボリューム移行が望まれる。

また、特許文献１には、ＶＶＯＬ環境におけるストレージベースのボリューム移行の開示はない。

本発明は、上記事情に鑑みなされたものであり、その目的は、ＶＶＯＬ環境におけるストレージベースの移行を実現可能なストレージシステム、データ移行方法およびデータ移行プログラムを提供することにある。

上記目的を達成するため、第１の観点に係るストレージシステムは、プロセッサを有するストレージを複数有するストレージシステムにおいて、前記ストレージ内の、仮想ボリュームと、前記仮想ボリュームへのアクセスに用いられる第１論理資源と、前記仮想ボリュームの作成に用いられる第２論理資源をグループ化した移行グループを生成し、前記移行グループを移行元ストレージから移行先ストレージに移行する。

本発明によれば、ＶＶＯＬ環境におけるストレージベースの移行を実現することができる。

図１は、実施形態に係るストレージシステムにおいて移行後に移行元のボリュームおよびストレージコンテナを残すときの移行処理の流れを示すブロック図である。 図２は、実施形態に係るストレージシステムにおいて移行後に移行元のボリュームおよびストレージコンテナを削除するときの移行処理の流れを示すブロック図である。 図３は、実施形態に係るストレージシステムのＶＶＯＬ環境におけるストレージの構成を示すブロック図である。 図４は、図１のストレージシステムで用いられるネットワーク環境の一例を示すブロック図である。 図５は、図４のストレージノードのハードウェア構成の一例を示すブロック図である。 図６は、図５のメモリの内容を示すブロック図である。 図７は、図１のストレージコンテナ管理テーブルの一例を示す図である。 図８は、図１のボリューム管理テーブルの一例を示す図である。 図９は、図１の移行グループ管理テーブルの一例を示す図である。 図１０は、実施形態に係る移行実行時の移行元の処理全体の流れを示すフローチャートである。 図１１は、移行後に移行元のボリュームおよびストレージコンテナを残すときのグループ作成処理を示すフローチャートである。 図１２は、図１０の移行処理における移行先の処理を示すフローチャートである。 図１３は、実施形態に係る移行実行時のデータコピー処理を示すフローチャートである。 図１４は、実施形態に係る移行実行時のＩ／Ｏ処理を示すフローチャートである。 図１５は、実施形態に係る移行実行時の操作処理を示すフローチャートである。 図１６は、移行後に移行元のボリュームおよびストレージコンテナを削除するときのグループ作成処理を示すフローチャートである。 図１７は、図１０の移行元ボリューム、ストレージコンテナ削除処理を示すフローチャートである。

実施形態について、図面を参照して説明する。なお、以下に説明する実施形態は特許請求の範囲に係る発明を限定するものではなく、また、実施形態の中で説明されている諸要素およびその組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、実施形態に係るストレージシステムにおいて移行後に移行元のボリュームおよびストレージコンテナを残すときの移行処理の流れを示すブロック図である。
図１において、ストレージシステムは、ストレージノード１０１、２０１を備える。ストレージノード１０１は、仮想マシン１００からアクセス可能である。仮想マシン１００は、ストレージノード１０１に対するホストとして動作することができる。このとき、ストレージノード１０１は、仮想ボリュームを設定することにより、仮想マシン１００単位で作業を設定することができる。

ストレージノード１０１は、記憶媒体１０９に接続され、ストレージノード２０１は、記憶媒体２０９に接続されている。記憶媒体１０９、２０９は、例えば、磁気ディスク装置またはＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの物理記憶デバイスである。記憶媒体１０９は、ストレージノード１０１で管理される論理資源に対応するデータを格納する。記憶媒体２０９は、ストレージノード２０１で管理される論理資源に対応するデータを格納する。

以下、ストレージノード１０１、２０１の構成および動作について、ストレージノード１０１が移行元ストレージ、ストレージノード２０１が移行先ストレージである場合を例にとって説明する。

ストレージノード１０１は、移行対象の仮想ボリュームと、その仮想ボリュームへのアクセスに用いられる第１論理資源と、その仮想ボリュームの作成に用いられる第２論理資源をグループ化した移行グループを生成し、移行グループの論理資源をストレージノード２０１に移行する。第１論理資源は、例えば、仮想ボリュームへのアクセスを管理するプロトコルエンドポイント（ＰＥとも言う。）である。第２論理資源は、例えば、仮想ボリュームを切り出すストレージコンテナである。また、ストレージノード１０１は、仮想マシン１００からの指示に基づいて、移行グループの論理資源の移行を開始し、移行グループの論理資源の移行の完了時に仮想マシン１００に応答を返す。このとき、ストレージノード１０１は、ストレージノード１０１、２０１間に仮想マシン１００を介在させることなく、移行グループの論理資源をストレージノード２０１に移行する。

具体的には、ストレージノード１０１は、操作送受信部１０２、移行処理部１０３、ストレージコンテナ管理テーブル１０４、ボリューム管理テーブル１０５、移行グループ管理テーブル１０６およびコピー処理部１０７を備える。

操作送受信部１０２は、仮想マシン１００と通信し、仮想マシン１００からの指示を受信したり、仮想マシン１００への応答を送信したりする。移行処理部１０３は、移行対象の仮想ボリュームと、その仮想ボリュームに関連する論理資源との関連性に基づいて、それらの論理資源をグループ化した移行グループを生成し、移行グループの論理資源をストレージノード２０１に移行する。

ストレージコンテナ管理テーブル１０４は、ストレージノード１０１で管理されるストレージコンテナの情報を登録する。ボリューム管理テーブル１０５は、ストレージノード１０１で管理される仮想ボリュームの情報を登録する。このとき、ボリューム管理テーブル１０５は、ストレージノード１０１で管理される仮想ボリュームとストレージコンテナとの関連性と、プロトコルエンドポイントと仮想ボリュームとの関連性の情報を管理情報として登録する。移行グループ管理テーブル１０６は、移行対象となる仮想ボリューム、プロトコルエンドポイントおよびストレージコンテナをグループ化した移行グループおよび移行先ストレージの情報を登録する。

ここで、ストレージノード１０１は、仮想ボリューム、プロトコルエンドポイントおよびストレージコンテナを管理する場合、実ＩＤおよび仮想ＩＤを割り当てることができる。実ＩＤは、ストレージノード１０１内で管理されるＩＤである。仮想ＩＤは、仮想マシン１００から参照可能なＩＤである。このとき、仮想マシン１００は、仮想ＩＤを指定することにより、その仮想ＩＤに対応した仮想ボリュームにアクセスすることができる。

コピー処理部１０７は、移行対象となる移行グループの論理資源に対応するデータを記憶媒体１０９から読み出し、ストレージノード１０１からストレージノード２０１にコピーする。

ストレージノード２０１は、移行処理部２０３、ストレージコンテナ管理テーブル２０４、ボリューム管理テーブル２０５、移行グループ管理テーブル２０６、コピー処理部２０７および構成変更部２０８を備える。

移行処理部２０３は、ストレージノード１０１から移行された移行グループの論理資源をストレージノード２０１上で構成させる処理を行う。構成変更部２０８は、ストレージノード１０１から送信された移行グループの情報に基づいて、ストレージノード１０１で構成されていたプロトコルエンドポイント、仮想ボリュームおよびストレージコンテナと同一のプロトコルエンドポイント、仮想ボリュームおよびストレージコンテナをストレージノード２０１上で構成する。

このとき、構成変更部２０８は、ストレージノード２０１に移行されたプロトコルエンドポイント、仮想ボリュームおよびストレージコンテナのそれぞれに対し、ストレージノード１０１で割り当てられた仮想ＩＤと同一の仮想ＩＤを割り当てる。これにより、ストレージノード１０１、２０１のユーザは、ストレージノード２０１をストレージノード１０１と同様に操作することができる。

ストレージコンテナ管理テーブル２０４は、ストレージノード２０１で管理されるストレージコンテナの情報を登録する。ボリューム管理テーブル２０５は、ストレージノード２０１で管理される仮想ボリュームの情報を登録する。移行グループ管理テーブル２０６は、ストレージノード１０１から移行された仮想ボリューム、プロトコルエンドポイントおよびストレージコンテナをグループ化した移行グループの情報を登録する。コピー処理部２０７は、ストレージノード１０１にてコピーされた移行グループの論理資源に対応するデータを記憶媒体２０９に格納する。

以下、ストレージノード１０１、２０１間での移行動作について説明する。
ストレージノード１０１は、操作送受信部１０２を介し、ホストである仮想マシン１００から移行要求を受信する（１）。移行要求において、仮想マシン１００は、移行対象としてプロトコルエンドポイントを指定する。

次に、移行処理部１０３は、仮想マシン１００から要求された移行要求を受け取ると（２）、ストレージコンテナ管理テーブル１０４およびボリューム管理テーブル１０５を参照し、移行要求に含まれるプロトコルエンドポイントに関連する仮想ボリュームの情報と、その仮想ボリュームに関連するストレージコンテナの情報を取得する（３、４）。

次に、移行処理部１０３は、移行要求に含まれるプロトコルエンドポイントと、そのプロトコルエンドポイントに関連する仮想ボリュームと、その仮想ボリュームに関連するストレージコンテナをグループ化した移行グループを生成し、その移行グループの情報を移行グループ管理テーブル１０６に反映させる（５）。

次に、移行処理部１０３は、移行グループの情報を移行処理部２０３に送信する（６）。このとき、移行処理部１０３は、仮想マシン１００を介在させることなく、移行グループの情報を移行処理部２０３に送信する。移行グループの情報は、移行グループに含まれるプロトコルエンドポイントに割り当てられた仮想ＩＤと、そのプロトコルエンドポイントに関連する仮想ボリュームに割り当てられた仮想ＩＤと、その仮想ボリュームに関連するストレージコンテナに割り当てられた仮想ＩＤを含む。

次に、移行処理部２０３は、移行処理部１０３から受信した移行グループの情報を移行グループ管理テーブル２０６に反映させる（７）。そして、移行処理部２０３は、ストレージノード１０１から移行された移行グループのプロトコルエンドポイント、仮想ボリュームおよびストレージコンテナをストレージノード２０１上で構成するように構成変更部２０８に指示する（８）。

次に、構成変更部２０８は、移行グループ管理テーブル２０６を参照し、移行処理部２０３から指示された移行グループの情報を取得する（９）。そして、構成変更部２０８は、移行グループ管理テーブル２０６から取得した移行グループの情報に基づいて、ストレージノード１０１から移行されたプロトコルエンドポイントと、そのプロトコルエンドポイントに関連する仮想ボリュームと、その仮想ボリュームに関連するストレージコンテナを作成し、ストレージコンテナ管理テーブル２０４およびボリューム管理テーブル２０５に反映させる（１０、１１）。

次に、構成変更部２０８は、ストレージノード１０１から移行されたプロトコルエンドポイントと仮想ボリュームとストレージコンテナの作成完了を移行処理部２０３に通知し（１２）、移行処理部２０３は、その作成完了を移行処理部１０３に通知する（１３）。

次に、移行処理部１０３は、操作送受信部１０２を介し、Ｉ／Ｏ可能であることを仮想マシン１００に通知する（１４、１５）。

次に、移行処理部１０３は、ストレージノード１０１からストレージノード２０１に移行される移行グループについてのデータのコピー処理の実施をコピー処理部１０７に指示する（１６）。コピー処理部１０７は、その移行グループについてのデータのコピー処理の実施の指示を受け取ると、グループ管理テーブル１０６を参照し、その移行グループについてのプロトコルエンドポイントの情報と、仮想ボリュームの情報と、ストレージコンテナの情報を取得する（１７）。そして、コピー処理部１０７は、その移行グループについてのデータを記憶媒体１０９からリードしてコピー処理部２０７に転送し、コピー処理部２０７は、コピー処理部１０７から転送されたデータを記憶媒体２０９にライトする（１８）。

次に、コピー処理部１０７は、データコピー処理の完了を移行処理部１０３に通知し（１９）、移行処理部１０３は、移行完了を移行グループ管理テーブル１０６に反映させる（２０）。

次に、移行処理部１０３は、操作送受信部１０２を介し、仮想マシン１００からの移行要求に対する移行完了を仮想マシン１００に通知する（２１、２２）。

これにより、仮想マシン１００は、移行先であるストレージノード２０１にアクセスすることなく、ストレージノード１０１は、プロトコルエンドポイント、仮想ボリュームおよびストレージコンテナをストレージノード２０１に移行させることができる。このため、ＶＶＯＬ環境におけるストレージベースの移行を実現することができ、仮想マシン１００を提供するサーバの負荷を低減することができる。

また、移行処理部２０３は、ストレージノード１０１から移行された移行グループのプロトコルエンドポイントの仮想ＩＤと仮想ボリュームの仮想ＩＤとストレージコンテナの仮想ＩＤを引き継ぎ、移行グループ管理テーブル２０６に反映させるとともに、構成変更部２０８は、ストレージノード１０１から移行された移行グループのプロトコルエンドポイントと仮想ボリュームとストレージコンテナの構成が反映されるように、プロトコルエンドポイントと仮想ボリュームとストレージコンテナをストレージノード２０１上に作成する。このため、ホストは、ストレージノード１０１にアクセスするときと同じ仮想ＩＤを設定したコマンドをストレージノード２０１に発行することにより、ストレージノード１０１に実行させるときと同様の処理をストレージノード２０１に実行させることができる。

図２は、実施形態に係るストレージシステムにおいて移行後に移行元のボリュームおよびストレージコンテナを削除するときの移行処理の流れを示すブロック図である。
図２において、ストレージノード１０１は、図１の構成に加え、構成変更部１０８を備える。構成変更部１０８は、ストレージノード１０１から移行されたプロトコルエンドポイント、仮想ボリュームおよびストレージコンテナをストレージノード１０１から削除する。この場合、移行処理部１０３は、、移行対象であるストレージコンテナに紐付く移行対象でない仮想ボリュームも移行グループに追加し、ストレージノード２０１に移行する。

以下、図２のストレージノード１０１、２０１間での移行動作について、図１の移行動作と異なる部分について説明する。
コピー処理部１０７は、データコピー処理を完了すると、その完了を移行処理部１０３に通知し（１９）、移行処理部１０３は、移行完了を移行グループ管理テーブル１０６に反映させる（２０）。

次に、移行処理部１０３は、ストレージノード１０１から移行されたプロトコルエンドポイント、仮想ボリュームおよびストレージコンテナをストレージノード１０１から削除するように構成変更部１０８に指示する（２１）。

次に、構成変更部１０８は、ストレージノード１０１から移行されたプロトコルエンドポイント、仮想ボリュームおよびストレージコンテナをストレージノード１０１から削除し、ストレージコンテナ管理テーブル１０４およびボリューム管理テーブル１０５に反映させる（２２、２３）。

次に、移行処理部１０３は、操作送受信部１０２を介し、仮想マシン１００からの移行要求に対する移行完了を仮想マシン１００に通知する（２４、２５）。

図３は、実施形態に係るストレージシステムのＶＶＯＬ環境におけるストレージの構成を示すブロック図である。
図３において、ストレージ１１０は、プロトコルエンドポイント１１１、プロトコルエンドポイント１１１に関連付けられた仮想ボリューム１１２Ａ、１１２Ｂおよび仮想ボリューム１１２Ａ、１１２Ｂが切り出されるストレージコンテナ１１３を備える。

プロトコルエンドポイント１１１は、仮想マシン１００が仮想ボリューム１１２Ａ、１１２Ｂにアクセスするための統一的なインタフェースを提供する。ストレージコンテナ１１３は、仮想ボリューム１１２Ａ、１１２Ｂを切り出すための容量の塊である。

ここで、プロトコルエンドポイント１１１の下に仮想ボリューム１１２Ａ、１１２Ｂを定義することで、仮想マシン１００は、アクセスプロトコルに合わせて操作およびＩ／Ｏの仕方を変えることなく、仮想ボリューム１１２Ａ、１１２Ｂにアクセスすることが可能となるとともに、ＳＣＳＩ規格によるＬＵ（Ｌｏｇｉｃａｌ Ｕｎｉｔ）数の制限を回避することができ、物理ポートを増やすことなくボリューム数を増やすことが可能となる。

図４は、図１のストレージシステムで用いられるネットワーク環境の一例を示すブロック図である。
図４において、ストレージシステムは、ストレージノード１０１、２０１、３０１を備える。ストレージノード１０１、２０１、３０１は、ストレージサービスネットワーク４０１を介してコンピュートノード１２１、２２１、３２１に接続されている。ストレージノード１０１、２０１、３０１は、バックエンドネットワーク４０２を介して互いに接続されている。ストレージサービスネットワーク４０１およびバックエンドネットワーク４０２は、インターネットなどのＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）であってもよいし、ＷｉＦｉまたはイーサネット（登録商標）などのＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）であってもよいし、ＷＡＮとＬＡＮが混在していてもよい。また、ストレージサービスネットワーク４０１とバックエンドネットワーク４０２として、同じネットワークが用いられてもよい。各コンピュートノード１２１、２２１、３２１は、ストレージノード１０１、２０１、３０１に対するホストとして動作することができる。

ここで、ストレージサービスネットワーク４０１は、例えば、図１の仮想マシン１００とストレージノード１０１との間の通信（１、１５、２２）に用いることができ、バックエンドネットワーク４０２は、ストレージノード１０１、２０１間の通信（６、１３、１８）に用いることができる。

図５は、図４のストレージノードのハードウェア構成の一例を示すブロック図である。なお、図４のコンピュートノードも図５の構成と同様である。
図５において、ストレージノード１０１は、通信装置５０１、５０２、ＣＰＵ５０３、メモリ５０４およびドライブ５０５を備える。通信装置５０１、５０２、ＣＰＵ５０３、メモリ５０４およびドライブ５０５は、バス５０６を介して互いに接続されている。

通信装置５０１は、図４のストレージサービスネットワーク４０１を介してコンピュートノード１２１、２２１、３２１と通信する。通信装置５０２は、バックエンドネットワーク４０２を介して他のストレージノード２０１、３０１と通信する。

ＣＰＵ５０３は、ストレージノード１０１全体の動作制御を司るハードウェアである。ＣＰＵ５０３は、メモリ５０４に記憶されたプログラムを実行することにより、図１の操作送受信部１０２、移行処理部１０３およびコピー処理部１０７の機能を実現することができる。

メモリ５０４は、例えば、ＳＲＡＭまたはＤＲＡＭなどの半導体メモリから構成することができる。メモリ５０４には、ＣＰＵ５０３が実行中のプログラムを格納したり、ＣＰＵ５０３がプログラムを実行するためのワークエリアを設けたりすることができる。

ドライブ５０５は、大容量の記憶容量を備える記憶デバイスであり、例えば、ハードディスク装置またはＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）である。ドライブ５０５は、各種プログラムの実行ファイルやプログラムの実行に用いられるデータを保持することができる。

図６は、図５のメモリの内容を示すブロック図である。
図６において、メモリ５０４は、Ｉ／Ｏ処理部１１３、操作送受信部１０２、移行処理部１０３、構成変更部１０８、ストレージコンテナ管理テーブル１０４、ボリューム管理テーブル１０５および移行グループ管理テーブル１０６を保持する。Ｉ／Ｏ処理部１１３、操作送受信部１０２、移行処理部１０３、コピー処理部１０７および構成変更部１０８は、それらの機能をＣＰＵ５０３で実現させるプログラムで構成することができる。

図７は、図１のストレージコンテナ管理テーブルの一例を示す図である。
図７において、ストレージコンテナ管理テーブル１０４は、エントリ番号＃と、ストレージコンテナ実ＩＤと、ストレージコンテナ仮想ＩＤと、使用可能容量と、使用量のエントリを含む。ストレージコンテナ実ＩＤは、ストレージコンテナを内部で管理するために用いるＩＤを示す。ストレージコンテナ仮想ＩＤは、ホストから参照可能なストレージコンテナのＩＤを示す。使用可能容量は、ストレージコンテナの使用可能な容量を示す。使用量は、ストレージコンテナの実際に使用されている容量を示す。

図８は、図１のボリューム管理テーブルの一例を示す図である。
図８において、ボリューム管理テーブル１０５は、エントリ番号＃と、ボリューム実ＩＤと、ボリューム仮想ＩＤと、ストレージコンテナ実ＩＤと、ＰＥ／ＶＶＯＬと、関連付けられているＰＥのボリューム実ＩＤと、ＬＵＮと、容量と、移行グループＩＤと、移行状況のエントリを含む。

ボリューム実ＩＤは、仮想ボリュームを内部で管理するために用いるＩＤを示す。ボリューム仮想ＩＤは、ホストから参照可能な仮想ボリュームのＩＤを示す。ストレージコンテナ実ＩＤは、ストレージコンテナを内部で管理するために用いるＩＤを示す。ＰＥ／ＶＶＯＬは、エントリ番号＃のエントリがプロトコルエンドポイントであるか仮想ボリュームであるかを示す。関連付けられているＰＥのボリューム実ＩＤは、ＰＥに関連付けられているボリューム実ＩＤを示す。ＬＵＮは、論理ユニット番号を示す。容量は、仮想ボリュームの容量を示す。移行グループＩＤは、移行グループのＩＤを示す。移行状況は、ＰＥ／ＶＶＯＬで示されるプロトコルエンドポイントまたは仮想ボリュームが移行前か、移行中か、移行済かを示す。

図９は、図１の移行グループ管理テーブルの一例を示す図である。
図９において、移行グループ管理テーブル１０６は、エントリ番号＃と、移行グループＩＤと、移行先ストレージアドレスと、移行ＰＥボリューム実ＩＤと、移行ＰＥボリューム仮想ＩＤと、移行ＶＶＯＬボリューム実ＩＤと、移行ＶＶＯＬボリューム仮想ＩＤと、移行ストレージコンテナ実ＩＤと、移行ストレージコンテナ仮想ＩＤと、移行状況のエントリを含む。

移行グループＩＤは、移行グループのＩＤを示す。移行先ストレージアドレスは、移行先のストレージのアドレスを示す。移行ＰＥボリューム実ＩＤは、移行対象であるＰＥを内部で管理するために用いるＩＤを示す。移行ＰＥボリューム仮想ＩＤは、ホストから参照可能な移行対象であるＰＥのＩＤを示す。移行ＶＶＯＬボリューム実ＩＤは、移行対象である仮想ボリュームを内部で管理するために用いるＩＤを示す。移行ＶＶＯＬボリューム仮想ＩＤは、ホストから参照可能な移行対象である仮想ボリュームのＩＤを示す。移行ストレージコンテナ実ＩＤは、移行対象であるストレージコンテナを内部で管理するために用いるＩＤを示す。移行ストレージコンテナ仮想ＩＤは、ホストから参照可能な移行対象であるストレージコンテナのＩＤを示す。移行状況は、移行グループＩＤで示される移行グループが移行前か、移行中か、移行済かを示す。

以下、図１および図２のストレージシステムの動作フローについて具体的に説明する。なお、以下の説明では、図１および図２の仮想マシン１００がホスト、ストレージノード１０１が移行元、ストレージノード２０１が移行先である場合を例にとる。

図１０は、実施形態に係る移行実行時の移行元の処理全体の流れを示すフローチャートである。

図１０において、移行処理部１０３は、仮想マシン１００から移行要求を受信する（Ｓ１１）。移行要求において、仮想マシン１００は、移行先と移行対象を指定する。移行元のストレージノード１０１は、自身のホストとして動作する仮想マシン１００に対して、プロトコルエンドポイントと、仮想ボリュームと、ストレージコンテナとを見せており、仮想マシン１００は、移行対象として、プロトコルエンドポイント、仮想ボリュームおよびストレージコンテナの少なくとも１つを指定する。以下の説明では、仮想マシン１００は、移行対象としてプロトコルエンドポイントを指定することとする。このとき、仮想マシン１００は、プロトコルエンドポイントの指定にプロトコルエンドポイントの仮想ＩＤを用いることができる。また、仮想マシン１００は、移行要求において、移行元の仮想ボリュームおよびストレージコンテナの削除要求を含めることができる。

次に、移行処理部１０３は、仮想マシン１００から要求された移行要求を受け取ると、その移行要求に従って移行グループを作成する（Ｓ１２）。つまり、移行処理部１０３は、移行要求にて移行対象として指定されたプロトコルエンドポイント、仮想ボリュームおよびストレージコンテナの少なくとも１つが属する移行グループを作成する。

ここで、移行元の仮想ボリュームおよびストレージコンテナの削除が要求されていない場合、移行処理部１０３は、図１１のグループ作成処理を実施し、移行要求に含まれるプロトコルエンドポイントと、そのプロトコルエンドポイントに関連する仮想ボリュームと、その仮想ボリュームに関連するストレージコンテナをグループ化した移行グループを作成する。

一方、移行元の仮想ボリュームおよびストレージコンテナの削除が要求されている場合、移行処理部１０３は、図１６のグループ作成処理を実施し、移行要求に含まれるプロトコルエンドポイントと、そのプロトコルエンドポイントに関連する仮想ボリュームと、その仮想ボリュームに関連するストレージコンテナと、そのストレージコンテナに紐付く移行対象でない仮想ボリュームをグループ化した移行グループを作成する。

次に、移行処理部１０３は、移行グループ作成依頼をストレージノード２０１に送信する（Ｓ１３）。このとき、移行処理部１０３は、移行元の仮想ボリュームおよびストレージコンテナの削除が要求されていない場合、移行グループに含まれるプロトコルエンドポイントに割り当てられた仮想ＩＤと、そのプロトコルエンドポイントに関連する仮想ボリュームに割り当てられた仮想ＩＤと、その仮想ボリュームに関連するストレージコンテナに割り当てられた仮想ＩＤを移行グループ作成依頼に含める。

一方、移行処理部１０３は、移行元の仮想ボリュームおよびストレージコンテナの削除が要求されている場合、移行グループに含まれるプロトコルエンドポイントに割り当てられた仮想ＩＤと、そのプロトコルエンドポイントに関連する仮想ボリュームに割り当てられた仮想ＩＤと、その仮想ボリュームに関連するストレージコンテナに割り当てられた仮想ＩＤと、そのストレージコンテナに紐付く移行対象でない仮想ボリュームに割り当てられた仮想ＩＤを移行グループ作成依頼に含める。

次に、移行処理部１０３は、ストレージノード２０１から完了応答を受信すると（Ｓ１４）、移行開始をコピー処理部１０７に通知し（Ｓ１５）、図９の移行グループ管理テーブル１０６の移行状況を移行中に更新する（Ｓ１６）。

次に、コピー処理部１０７は、移行処理において、移行グループについてのデータを記憶媒体１０９からストレージノード２０１に転送する（Ｓ１７）。

次に、移行処理部１０３は、移行処理が成功したかどうかを判断し（Ｓ１８）、移行処理に失敗した場合は、異常応答を仮想マシン１００に返す（Ｓ１９）。

一方、移行処理部１０３は、移行処理に成功した場合は、図９の移行グループ管理テーブル１０６の移行状況を移行済に更新し（Ｓ２０）、移行応答完了を仮想マシン１００に送信する（Ｓ２１）。

次に、移行処理部１０３は、仮想ボリュームおよびストレージコンテナの削除が要求されているかどうかを判断し（Ｓ２２）、仮想ボリュームおよびストレージコンテナの削除が要求されていない場合、処理を終了する。

一方、移行処理部１０３は、仮想ボリュームおよびストレージコンテナの削除が要求されている場合、移行グループに含まれる仮想ボリュームおよびストレージコンテナをストレージノード１０１から削除し（Ｓ２３）、処理を終了する。

図１１は、移行後に移行元のボリュームおよびストレージコンテナを残すときのグループ作成処理を示すフローチャートである。
図１１において、図１の移行処理部１０３は、図８のボリューム管理テーブル１０５を参照し、仮想マシン１００が指定したプロトコルエンドポイントと関連付けられている仮想ボリュームの一覧を作成する（Ｓ３１）。

次に、移行処理部１０３は、図８のボリューム管理テーブル１０５を参照し、Ｓ３１で作成した仮想ボリュームの一覧について、仮想ボリュームの作成に用いたストレージコンテナの一覧を作成する（Ｓ３２）。

次に、移行処理部１０３は、Ｓ３１で作成した仮想ボリュームの一覧およびＳ３２で作成したストレージコンテナの一覧に基づいて、図９の移行グループ管理テーブル１０６を更新する（Ｓ３３）。

図１２は、図１０の移行処理における移行先の処理を示すフローチャートである。
図１２において、図１または図２の移行処理部２０３は、ストレージノード１０１から移行対象の種類とＩＤを受信し（Ｓ４１）、移行グループ管理テーブル２０６に反映させる。

次に、構成変更部２０８は、移行グループ管理テーブル２０６に反映された移行グループに基づいてストレージコンテナを作成するとともに（Ｓ４２）、そのストレージコンテナに仮想ＩＤを割り当て（Ｓ４３）、ストレージコンテナ管理テーブル２０４に反映させる。このとき、構成変更部２０８は、移行元で割り当てられていた仮想ＩＤと同一の仮想ＩＤをストレージコンテナに割り当てる。

次に、構成変更部２０８は、移行グループ管理テーブル２０６を参照し、Ｓ４２で作成したストレージコンテナに関連する仮想ボリュームを作成するとともに（Ｓ４４）、その仮想ボリュームに仮想ＩＤを割り当て（Ｓ４５）、ボリューム管理テーブル２０５に反映させる。このとき、構成変更部２０８は、移行元で割り当てられていた仮想ＩＤと同一の仮想ＩＤを仮想ボリュームに割り当てる。

次に、構成変更部２０８は、移行グループ管理テーブル２０６を参照し、Ｓ４４で作成した仮想ボリュームに関連するプロトコルエンドポイントを作成するとともに（Ｓ４６）、そのプロトコルエンドポイントに仮想ＩＤを割り当て（Ｓ４７）、ボリューム管理テーブル２０５に反映させる。このとき、構成変更部２０８は、移行元で割り当てられていた仮想ＩＤと同一の仮想ＩＤをプロトコルエンドポイントに割り当てる。

次に、移行処理部２０３は、移行グループに含まれるプロトコルエンドポイント、仮想ボリュームおよびストレージコンテナの作成完了通知をストレージノード１０１に送信する（Ｓ４８）。

図１３は、実施形態に係る移行実行時のデータコピー処理を示すフローチャートである。
図１３において、図１または図２のコピー処理部１０７は、移行対象の全ての仮想ボリュームから未選択の仮想ボリュームを選択する（Ｓ５１Ａ）。

次に、コピー処理部１０７は、現在処理中の仮想ボリュームの先頭から終端までのアドレスから未選択のアドレスを選択し（Ｓ５２Ａ）、コピー対象アドレスを決定する（Ｓ５３）。

次に、コピー処理部１０７は、コピー対象アドレスが新規ライト済領域を含むかどうかを判断する（Ｓ５４）。新規ライト済領域は、ホストが新規データをライトした領域である。コピー対象アドレスが新規ライト済領域を含まない場合、コピー処理部１０７は、コピー対象アドレスへのＩ／Ｏを禁止し（Ｓ５５）、コピー対象アドレスで指定される全域をコピーする（Ｓ５６）。

次に、コピー処理部１０７は、現在処理中の仮想ボリュームの移行状況を移行済に更新する（Ｓ５９）。

一方、コピー処理部１０７は、Ｓ５４においてコピー対象アドレスが新規ライト済領域を含むと判断した場合、新規ライト済領域が全体であるかどうかを判断する（Ｓ５７）。新規ライト済領域が全体である場合、コピー処理部１０７は、コピーをスキップし（Ｓ５８）、Ｓ５９に進む。

一方、コピー処理部１０７は、Ｓ５７において新規ライト済領域が全体でないと判断した場合、未ライト領域へのＩ／Ｏを禁止し（Ｓ６２）、その未ライト領域だけコピーする（Ｓ６３）。

次に、コピー処理部１０７は、未ライト領域へのライトが成功したかどうかを判断する（Ｓ６４）。未ライト領域へのライトが成功した場合、Ｓ５９に進む。

次に、コピー処理部１０７は、現在処理中の仮想ボリュームの先頭から終端までの全てのアドレスを選択したかどうかを判断し（Ｓ５２Ｂ）、それらの全てのアドレスを選択してない場合、Ｓ５２Ｂに戻り、それらの全てのアドレスを選択した場合、Ｓ５１Ｂに進む。

次に、コピー処理部１０７は、移行対象の全ての仮想ボリュームを選択したかどうかを判断し（Ｓ５１Ｂ）、それらの全ての仮想ボリュームを選択してない場合、Ｓ５１Ｂに戻り、それらの全てのアドレスを選択した場合、Ｓ６０に進む。

次に、コピー処理部１０７は、移行された仮想ボリュームに紐付けられたストレージコンテナの移行状況を移行済に更新し（Ｓ６０）、完了応答を移行処理部１０３に通知する（Ｓ６１）。

一方、コピー処理部１０７は、Ｓ６４においてライトが失敗したと判断した場合、移行状況を更新し（Ｓ６５）、異常応答を移行処理部１０３に通知する（Ｓ６６）。

図１４は、実施形態に係る移行実行時のＩ／Ｏ処理を示すフローチャートである。
図１４において、移行元ノードまたは移行先ノードは、ホストからＩ／Ｏを受信する（Ｓ７１）。ホストからのＩ／Ｏは、ホストからのリード／ライトである。

次に、移行元ノードまたは移行先ノードは、操作対象が仮想ＩＤを保持しているかどうかを判断する（Ｓ７２）。操作対象が仮想ＩＤを保持していない場合、移行元ノードまたは移行先ノードは、自ノードでＩ／Ｏ処理を実施する（Ｓ７３）。

一方、移行元ノードまたは移行先ノードは、Ｓ７２において操作対象が仮想ＩＤを保持していると判断した場合、操作対象が移行対象であるかどうかを判断する（Ｓ７４）。操作対象が移行対象でない場合、移行元ノードまたは移行先ノードは、Ｓ７３に進む。

一方、移行元ノードまたは移行先ノードは、Ｓ７４において操作対象が移行対象であると判断した場合、Ｉ／Ｏがリードであるかどうかを判断する（Ｓ７５）。Ｉ／Ｏがリードである場合、移行元ノードまたは移行先ノードは、リード対象がコピー済み領域を含むかどうかを判断する（Ｓ７６）。リード対象がコピー済み領域を含む場合、移行元ノードまたは移行先ノードは、コピー済み領域がリード対象全体であるかどうかを判断する（Ｓ７７）。コピー済み領域がリード対象全体である場合、移行元ノードまたは移行先ノードは、移行先ノードからリードし（Ｓ７８）、処理を終了する。

一方、移行元ノードまたは移行先ノードは、Ｓ７５においてＩ／Ｏがライトであると判断した場合、ライト先へのＩ／Ｏを禁止し（Ｓ７９）、移行元ノードへライトする。ここで、ライト対象が移行対象であるときに、移行元ノードへライトすることにより、ライト対象が移行中のライトデータの安全性を確保することができる。

次に、移行元ノードまたは移行先ノードは、移行元ノードへのライトが成功したかどうかを判断する（Ｓ８１）。移行元ノードまたは移行先ノードは、移行元ノードへのライトが成功した場合は、移行先ノードへライトし（Ｓ８２）、移行元ノードへのライトが失敗した場合は、異常応答をホストに返す（Ｓ８３）。

一方、移行元ノードまたは移行先ノードは、Ｓ７６においてリード対象がコピー済み領域を含まないと判断した場合、移行元ノードをリードする（Ｓ８４）。

次に、移行元ノードまたは移行先ノードは、移行元ノードのリードが成功したかどうかを判断する（Ｓ８６）。移行元ノードまたは移行先ノードは、移行元ノードのリードが成功した場合は、未コピー領域だけ移行先ノードをリードし（Ｓ８７）、移行元ノードのリードが失敗した場合は、Ｓ８３に進む。

一方、移行元ノードまたは移行先ノードは、Ｓ７７においてコピー済み領域がリード対象全体でないと判断した場合、未コピー領域だけ移行元ノードをリードし（Ｓ８５）、Ｓ８６に進む。

図１５は、実施形態に係る移行実行時の操作処理を示すフローチャートである。
図１５において、移行元ノードまたは移行先ノードは、ホストから操作を受信する（Ｓ９１）。この操作は、例えば、Ｉ／Ｏ操作またはボリューム作成操作である。

次に、移行元ノードまたは移行先ノードは、操作対象が仮想ＩＤを保持しているかどうかを判断する（Ｓ９２）。操作対象が仮想ＩＤを保持していない場合、移行元ノードまたは移行先ノードは、ホストから受信した操作を実施する（Ｓ９３）。

一方、移行元ノードまたは移行先ノードは、Ｓ９２において操作対象が仮想ＩＤを保持していると判断した場合、操作対象が移行中であるかどうかを判断する（Ｓ９４）。操作対象が移行中でない場合、移行元ノードまたは移行先ノードは、Ｓ９３に進む。

一方、移行元ノードまたは移行先ノードは、Ｓ９４において操作対象が移行中であると判断した場合、移行元ノードの操作を実施する（Ｓ９５）。

次に、移行元ノードまたは移行先ノードは、移行元ノードの操作が成功したかどうかを判断する（Ｓ９６）。移行元ノードまたは移行先ノードは、移行元ノードの操作が成功した場合は、移行先ノードの操作を実施し（Ｓ９７）、移行元ノードの操作が失敗した場合は、失敗応答をホストに返す（Ｓ９８）。

ここで、移行元ノードまたは移行先ノードにおいて、移行対象の論理資源に同一の仮想ＩＤを割り当てることにより、ユーザは、移行元ノードおよび移行先ノードを同様に操作することができる。

図１６は、移行後に移行元のボリュームおよびストレージコンテナを削除するときのグループ作成処理を示すフローチャートである。
図１６において、図２の移行処理部１０３は、図８のボリューム管理テーブル１０５を参照し、仮想マシン１００が指定したプロトコルエンドポイントと関連付けられている仮想ボリュームの一覧を作成する（Ｓ１０１）。

次に、移行処理部１０３は、図８のボリューム管理テーブル１０５を参照し、Ｓ１０１で作成した仮想ボリュームの一覧について、仮想ボリュームの作成に用いたストレージコンテナの一覧を作成する（Ｓ１０２）。

次に、移行処理部１０３は、図８のボリューム管理テーブル１０５を参照し、Ｓ１０２で作成したストレージコンテナの一覧に含まれるストレージコンテナから作成された仮想ボリュームの一覧を取得し、Ｓ１０１で作成した仮想ボリュームの一覧に追加する（Ｓ１０３）。

次に、移行処理部１０３は、Ｓ１０１で作成した仮想ボリュームの一覧、Ｓ１０２で作成したストレージコンテナの一覧およびＳ１０３で追加した仮想ボリュームの一覧に基づいて、図９の移行グループ管理テーブル１０６を更新する（Ｓ１０４）。

図１７は、図１０の移行元ボリューム、ストレージコンテナ削除処理を示すフローチャートである。
図１７において、ストレージノード１０１は、ストレージノード２０１に移行したプロトコルエンドポイント、仮想ボリュームおよびストレージコンテナをストレージノード１０１から削除する（Ｓ１１１～Ｓ１１３）。

なお、本発明は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、また、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。

１００ 仮想マシン、１０１、２０１ ストレージノード、１０２ 操作送受信部、１０３、２０３ 移行処理部、１０４、２０４ ストレージコンテナ管理テーブル、１０５、２０５ ボリューム管理テーブル、１０６、２０６ 移行グループ管理テーブル、１０７、２０７ コピー処理部、１０８、２０８ 構成変更部、１０９、２０９ 記憶媒体

Claims (10)

1. プロセッサを有するストレージを複数有するストレージシステムにおいて、
   前記ストレージ内の、仮想ボリュームと、前記仮想ボリュームへのアクセスに用いられる第１論理資源と、前記仮想ボリュームの作成に用いられる第２論理資源とをグループ化した移行グループを生成し、
   前記移行グループを、移行元ストレージから移行先ストレージに移行し、
   前記第１論理資源は、前記仮想ボリュームへのアクセスを管理するプロトコルエンドポイントであり、
   前記第２論理資源は、前記仮想ボリュームを切り出すストレージコンテナである、ストレージシステム。
2. 前記移行元ストレージは、前記プロトコルエンドポイント、前記仮想ボリュームおよび前記ストレージコンテナにそれぞれ、前記ストレージに対するホストとして動作する仮想マシンにて参照可能であり、前記仮想マシンが前記仮想ボリュームにアクセスするために使用する仮想ＩＤを割り当てる請求項１に記載のストレージシステム。
3. 前記移行先ストレージは、前記移行先ストレージに移行された前記プロトコルエンドポイント、前記仮想ボリュームおよび前記ストレージコンテナのそれぞれに対し、前記移行元ストレージで割り当てられた仮想ＩＤと同一の仮想ＩＤを割り当てる請求項２に記載のストレージシステム。
4. 前記移行元ストレージは、
   前記仮想ボリュームと前記ストレージコンテナとの関連性と、前記プロトコルエンドポイントと前記仮想ボリュームとの関連性と、を管理情報として管理し、
   前記関連性の管理情報に基づいて、前記移行グループを生成する請求項１に記載のストレージシステム。
5. 前記移行先ストレージは、
   前記移行元ストレージから送信された前記移行グループの情報に基づいて、前記移行元ストレージで構成されていた前記プロトコルエンドポイント、前記仮想ボリュームおよび前記ストレージコンテナと同一の前記プロトコルエンドポイント、前記仮想ボリュームおよび前記ストレージコンテナを構成する請求項１に記載のストレージシステム。
6. 前記移行元ストレージは、
   前記移行先ストレージに移行する論理資源を前記移行元ストレージから削除する場合、移行対象であるストレージコンテナに紐付く移行対象でない仮想ボリュームも前記移行先ストレージに移行する請求項１に記載のストレージシステム。
7. 前記移行元ストレージは、
   前記ホストから前記プロトコルエンドポイント、前記仮想ボリューム、および、前記ストレージコンテナの少なくともいずれか１つを指定する移行要求を受けると、前記移行要求にかかる前記プロトコルエンドポイント、前記仮想ボリューム、および、前記ストレージコンテナの少なくともいずれか１つが属する前記移行グループを移行する、請求項２に記載のストレージシステム。
8. 前記移行元ストレージは、
   ホストからの指示に基づいて、前記移行グループの論理資源の移行を開始し、
   前記移行グループの論理資源の移行の完了時に前記ホストに応答を返す請求項１に記載のストレージシステム。
9. 前記移行元ストレージは、前記移行元ストレージと前記移行先ストレージとの間に前記ホストを介在させることなく、前記移行グループの論理資源を前記移行先ストレージに移行する請求項８に記載のストレージシステム。
10. プロセッサを有するストレージを複数有するストレージシステムによるデータ移行方法において、
    前記ストレージ内の、仮想ボリュームと、前記仮想ボリュームへのアクセスに用いられる第１論理資源と、前記仮想ボリュームの作成に用いられる第２論理資源とをグループ化した移行グループを生成し、
    前記移行グループを、移行元ストレージから移行先ストレージに移行し、
    前記第１論理資源は、前記仮想ボリュームへのアクセスを管理するプロトコルエンドポイントであり、
    前記第２論理資源は、前記仮想ボリュームを切り出すストレージコンテナである、データ移行方法。

Images