JP2024027156A - 情報処理システム及び方法 - Google Patents

Abstract

【課題】計算機インスタンスの移行先であるクラウド計算機サービスがアクセス可能なデフォルトのクラウドストレージサービスとは異なる第２のストレージシステムと互換性が第１のストレージシステムに無くても、第１のストレージシステムにおけるボリュームを第２のストレージシステムに移行する。
【解決手段】システムが、移行対象の計算機インスタンスを構成するためのＯＳのイメージが格納されたシステムボリュームと、当該ＯＳが使用するデータを格納したデータボリュームとを、第１のストレージシステムからクラウド計算機へ、クラウド計算機の移行ツールに移行させる。システムが、移行ツールによりクラウド計算機に移行されたデータボリュームとマッピングされたマッピングボリュームを第２のストレージシステムに作成させ、計算機インスタンスからマッピングボリュームへデータ入出力のパスを計算機インスタンスに設定させる。
【選択図】図１

Description

本発明は、概して、情報処理に関し、例えば、計算機及びボリュームの移行の支援に関する。

第１のストレージシステム（例えば、オンプレミスのストレージシステム）におけるボリュームを利用する計算機や、当該計算機に利用されるボリューム（第１のストレージシステムにおけるボリューム）をクラウド環境（主にパブリッククラウドの環境）に移行する技術が知られている。この種の技術によれば、計算機やボリュームのクラウド環境への移行は、クラウド移行ツールにより行われる。クラウド移行ツールは、典型的にはクラウド環境のベンダにより提供されるシステムである。

計算機は計算機インスタンスとしてクラウド計算機サービスに移行され、ボリュームは、クラウド計算機サービスがアクセス可能な予め決められたデフォルトのクラウドストレージサービス（典型的には、クラウド環境のベンダにより提供されたクラウドストレージサービス）に移行される。

計算機に利用されるボリュームとして、計算機のＯＳ（Operating System）のイメージが格納されるボリュームであるシステムボリューム（起動ボリュームと呼ばれてもよい）と、計算機により入出力されるデータが格納されるボリュームであるデータボリュームとがある。

少なくともデータボリュームの移行先が、デフォルトのクラウドストレージサービスとは異なる第２のストレージシステムであることを望むユーザが存在し得る。第２のストレージシステムは、典型的には、デフォルトのクラウドストレージサービスよりも信頼性又は機能に優れたストレージシステムである。具体的には、例えば、第２のストレージシステムは、同一のクラウド環境のクラウドストレージサービスではあるがクラウド環境のベンダではなくストレージベンダにより開発されたクラウドストレージサービスである。

非特許文献１に開示の技術によれば、データボリュームの移行先を、デフォルトのクラウドストレージサービスではなく、第１のストレージシステム（移行元のストレージシステム）のストレージベンダにより提供された第２のストレージシステム（移行先のストレージシステム）としてのクラウドストレージサービスとすることができる。第１のストレージシステムから第２のストレージシステムへのデータボリュームの移行に、クラウド移行ツールは使用されず、当該ストレージベンダにより提供された独自のツール、具体的には、ストレージシステム間でボリュームを移行するいわゆるリモートコピー機能が使用される。

非特許文献２に開示の技術によれば、オンプレミスの環境において、ハイパバイザのような仮想環境内の仮想マシンが、オンプレミスのストレージシステムにおけるボリューム（以下、ストレージボリューム）を認識する。当該ストレージボリュームのフォーマットは、仮想環境に従う。仮想マシンは、アプリケーションを実行し、ストレージボリュームには、仮想マシンにおけるアプリケーション毎のボリュームがある。オンプレミスのストレージシステムから、当該ストレージシステムのベンダと同一ベンダが提供するクラウドストレージシステムに、アプリケーション毎のボリュームが移行される。上記移行において、オンプレミス環境のストレージボリュームのフォーマットがオンプレミス環境の仮想環境に従っているため、事前にオンプレミス環境でストレージボリュームのデータ格納形式の変換が行われた後、クラウドストレージシステムへストレージボリュームが移行される。

Pure Cloud Block Store vVol VM Migration to AWS with CloudEndurehttps://support.purestorage.com/Pure_Cloud_Block_Store/Pure_Cloud_Block_Store_vVol_VM_Migration_to_AWS_with_CloudEndure Transferring VMware data from an on-premises FlashArray to CBShttps://support.purestorage.com/Pure_Cloud_Block_Store/Transferring_VMware_data_from_an_on-premises_FlashArray_to_CBS

しかし、非特許文献１に開示の技術では、第２のストレージシステムへ移行されるデータボリュームの移行元としての第１のストレージシステムは、第２のストレージシステムと互換性があるストレージシステムに限られる。第２のストレージシステムと互換性が無いストレージシステムとして、例えば下記がある。
・第２のストレージシステムのストレージベンダと異なるストレージベンダにより提供されたストレージシステム。
・第２のストレージシステムのストレージベンダにより提供されたストレージシステムであるが第２のストレージシステムと種類（例えば機種）が異なるストレージシステム。

非特許文献２に開示の技術でも、同一ベンダのストレージシステム間での移行が行われるため、上述の課題がある。同一ベンダのストレージシステム間での移行においても、非特許文献２に開示の技術では、移行先において仮想環境無しにアプリケーションが当該アプリケーションのボリューム内のデータを解釈できるようにするためには、オンプレミスのストレージシステムに、仮想環境のフォーマットに依存しないボリュームを用意し、当該ボリュームに、ストレージボリューム内のボリュームからデータをコピーする必要がある。このため、オンプレミスのストレージシステムには、仮想環境のフォーマットに依存しないボリューム（コピー先のボリューム）のための記憶資源がアプリケーション毎に必要になる。

クラウド計算機、第１のストレージシステム及び第２のストレージシステムと通信可能な情報処理システムが構築される。計算機インスタンスをクラウド計算機に移行させ、計算機インスタンスが使用するデータを第１のストレージシステムから第２のストレージシステムに移行させる場合に、情報処理システムが、移行対象の計算機インスタンスを構成するためのＯＳ（Operating System）のイメージが格納されたシステムボリュームと、当該ＯＳが使用するデータを格納したデータボリュームとを、第１のストレージシステムからクラウド計算機へ、クラウド計算機の移行ツールに移行させる。情報処理システムが、クラウド計算機の移行ツールによりクラウド計算機に移行されたデータボリュームとマッピングされたマッピングボリュームを第２のストレージシステムに作成させ、計算機インスタンスからマッピングボリュームへデータ入出力のパスを計算機インスタンスに設定させる。

計算機インスタンスの移行先であるクラウド計算機サービスがアクセス可能なデフォルトのクラウドストレージサービスとは異なる第２のストレージシステムと互換性が第１のストレージシステムに無くても、第１のストレージシステムに、移行対象のボリュームのコピー先のボリュームを用意すること無しに、第１のストレージシステムにおけるボリュームを第２のストレージシステムに移行することができる。

第１の実施形態に係るシステム移行の概要を示す。 クラウド移行処理完了後のクラウド環境の構成を示す。 マッピングボリューム作成後のクラウド環境の構成を示す。 マッピングボリュームからターゲットボリュームへのデータの移行を示す。 システム移行処理の流れを示す。 移行処理の流れを示す。 クラウド移行処理の開始処理の流れを示す。 クラウド移行処理の完了確認処理の流れを示す。 外部接続方法の決定処理の流れを示す。 パス切替処理の流れを示す。 第２の実施形態に係るシステム移行の概要を示す。 第３の実施形態に係るシステム移行の概要を示す。 第４の実施形態に係るシステム移行の概要を示す。 第５の実施形態に係るシステム移行の概要を示す。 第６の実施形態に係るシステム移行の概要を示す。 第７の実施形態に係るシステム移行の概要を示す。 第７の実施形態に係る第２のストレージシステムの構成を示す。 第８の実施形態において行われる処理の流れを示す。

以下の説明では、「インターフェース装置」は、１つ以上のインターフェースデバイスでよい。当該１つ以上のインターフェースデバイスは、下記のうちの少なくとも１つでよい。
・１つ以上のＩ／Ｏ（Input/Output）インターフェースデバイス。Ｉ／Ｏ（Input/Output）インターフェースデバイスは、Ｉ／Ｏデバイスと遠隔の表示用計算機とのうちの少なくとも１つに対するインターフェースデバイスである。表示用計算機に対するＩ／Ｏインターフェースデバイスは、通信インターフェースデバイスでよい。少なくとも１つのＩ／Ｏデバイスは、ユーザインターフェースデバイス、例えば、キーボード及びポインティングデバイスのような入力デバイスと、表示デバイスのような出力デバイスとのうちのいずれでもよい。
・１つ以上の通信インターフェースデバイス。１つ以上の通信インターフェースデバイスは、１つ以上の同種の通信インターフェースデバイス（例えば１つ以上のＮＩＣ（Network Interface Card））であってもよいし二つ以上の異種の通信インターフェースデバイス（例えばＮＩＣとＨＢＡ（Host Bus Adapter））であってもよい。

また、以下の説明では、「メモリ」は、一つ以上の記憶デバイスの一例である一つ以上のメモリデバイスであり、典型的には主記憶デバイスでよい。メモリにおける少なくとも一つのメモリデバイスは、揮発性メモリデバイスであってもよいし不揮発性メモリデバイスであってもよい。

また、以下の説明では、「永続記憶装置」は、一つ以上の記憶デバイスの一例である一つ以上の永続記憶デバイスでよい。永続記憶デバイスは、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）でよく、具体的には、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＮＶＭＥ（Non-Volatile Memory Express）ドライブ、又は、ＳＣＭ（Storage Class Memory）でよい。

また、以下の説明では、「記憶装置」は、メモリと永続記憶装置の少なくともメモリでよい。

また、以下の説明では、「プロセッサ」は、１つ以上のプロセッサデバイスでよい。少なくとも１つのプロセッサデバイスは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサデバイスでよいが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサデバイスでもよい。少なくとも１つのプロセッサデバイスは、シングルコアでもよいしマルチコアでもよい。少なくとも１つのプロセッサデバイスは、プロセッサコアでもよい。少なくとも１つのプロセッサデバイスは、処理の一部又は全部を行うハードウェア記述言語によりゲートアレイの集合体である回路（例えばＦＰＧＡ（Field-Programmable Gate Array）、ＣＰＬＤ（Complex Programmable Logic Device）又はＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサデバイスでもよい。

また、以下の説明では、「ｙｙｙ部」の表現にて機能を説明することがあるが、機能は、一つ以上のコンピュータプログラムがプロセッサによって実行されることで実現されてもよいし、一つ以上のハードウェア回路（例えばＦＰＧＡ又はＡＳＩＣ）によって実現されてもよいし、それらの組合せによって実現されてもよい。プログラムがプロセッサによって実行されることで機能が実現される場合、定められた処理が、適宜に記憶装置及び／又はインターフェース装置等を用いながら行われるため、機能はプロセッサの少なくとも一部とされてもよい。機能を主語として説明された処理は、プロセッサあるいはそのプロセッサを有する装置が行う処理としてもよい。

また、プログラムは、プログラムソースからインストールされてもよい。プログラムソースは、例えば、プログラム配布計算機又は計算機が読み取り可能な記録媒体（例えば非一時的な記録媒体）であってもよい。各機能の説明は一例であり、複数の機能が一つの機能にまとめられたり、一つの機能が複数の機能に分割されたりしてもよい。

また、要素を識別するための情報として、任意の情報（例えば、「ＩＤ」、「名前」、及び「番号」のうちの少なくとも一つ）が採用されてよい。

また、以下の説明では、「ボリューム」は、論理的な記憶空間（アドレス空間）でよい。ボリュームは、実体的なボリューム（物理的な記憶装置（例えば永続記憶装置）に基づくボリューム）でもよいし、仮想的なボリュームでもよい。

以下、図面を用いて、本発明の幾つかの実施形態を説明する。なお、図面では、「ボリューム」を「ＶＯＬ」と記載する。また、ボリュームの移行は、ボリュームに格納しているデータの移行を意味する。
［第１の実施形態］

図１は、第１の実施形態に係るシステム移行の概要を示す。

移行元の環境が、オンプレミス環境１００である。オンプレミス環境１００における計算機システムは、計算機１０１と、計算機１０１が接続された第１のストレージシステム１０２とを含む。計算機１０１は、物理的な計算機でよく、第１のストレージシステム１０２は、物理的なストレージシステム（例えば、いわゆるディスクアレイ装置）でよい。第１のストレージシステム１０２が、移行元のストレージシステムに相当する。計算機１０１及び第１のストレージシステム１０２のうち少なくとも計算機１０１が複数存在してよい。第１のストレージシステム１０２に複数のボリュームが存在してよい。

移行先の環境が、クラウド環境１０６（典型的にはパブリッククラウドの環境）である。クラウド環境１０６において、クラウド計算機サービス１０７やクラウドストレージサービス１０９といったクラウドコンピューティングサービスが提供される。クラウド計算機サービス１０７は、インスタンスの実行環境でよく、クラウドストレージサービス１０９は、クラウド計算機サービス１０７がアクセス可能な予め決められたデフォルトのクラウドストレージサービスである。

第２のストレージシステム１１２が、移行先のストレージシステムに相当する。本実施形態では、第２のストレージシステム１１２は、クラウド環境１０６において提供されるクラウドストレージサービスである。

クラウド環境１０６は、クラウドベンダにより提供される環境（例えばクラウドプラットフォーム）であり、クラウド計算機サービス１０７及びクラウドストレージサービス１０９は、当該クラウドベンダにより提供されるクラウドコンピューティングサービスでよい。例えば、クラウド計算機サービス１０７は、Amazon EC2（Amazon Elastic Compute Cloud）でよく、クラウドストレージサービス１０９は、Amazon EBS（Amazon Elastic Block Store）でよい（「Amazon」は登録商標）。第２のストレージシステム１１２は、ストレージベンダにより開発されたクラウドストレージサービスでよい。好ましくは、第２のストレージシステム１１２は、クラウドストレージサービス１０９よりも信頼性又は機能に優れていてよい。

クラウド環境１０６とは別の環境（例えば、オンプレミス環境１００、又は、クラウド環境１０６とは別のクラウド環境）における計算機やボリュームのクラウド環境１０６への移行は、クラウド移行ツール１９０により行われる。すなわち、本実施形態では、オンプレミス環境１００からクラウド環境１０６への移行対象の移行が行われるが、別のクラウド環境からクラウド環境１０６への移行にも本発明が適用されてよい。クラウド移行ツール１９０は、典型的にはクラウド環境１０６のベンダにより提供されるシステム（機能）である。

情報処理システム１０５が構築される。情報処理システム１０５は、移行元から移行先への移行対象（例えば、計算機やボリューム）の移行を支援するシステムである。情報処理システム１０５は、管理システムと呼ばれてもよい。情報処理システム１０５は、図示のようにオンプレミス環境１００及びクラウド環境１０６の外にあってもよいし、オンプレミス環境１００及びクラウド環境１０６のいずれかにあってもよい。情報処理システム１０５は、本実施形態では物理的なシステム（例えば計算機）であるが、物理的な計算資源上に設けられた論理的なシステムでもよい。情報処理システム１０５は、ネットワークや専用線等の通信媒体を介して、計算機１０１、第１のストレージシステム１０２、クラウド移行ツール１９０、クラウド計算機サービス１０７、計算機インスタンス１０８、クラウドストレージサービス１０９及び第２のストレージシステム１１２の少なくとも一つを操作することができる。情報処理システム１０５は、第２のストレージシステムへの指示により（又は、第２のストレージシステム１１２といった他のシステムを介さずに）、クラウドストレージサービス１０９を操作してもよい。

情報処理システム１０５は、インターフェース装置５１、記憶装置５２及びそれらに接続されたプロセッサ５３を有する。

インターフェース装置５１が、例えば上述の通信媒体（例えばネットワーク）に接続される。

記憶装置５２が、プログラムや情報を記憶する。情報として、例えば管理情報１４０がある。管理情報１４０は、情報処理システム１０５によるシステム移行処理（図５参照）のために適宜に参照又は更新される情報である。管理情報１４０は、システム移行処理の進捗を表す情報を含んでよく、例えば、下記（ａ）～（ｃ）の情報を含んでよい。
（ａ）オンプレミス環境１００からクラウド環境１０６への移行対象の計算機に関する情報である計算機移行管理情報。計算機移行管理情報は、例えば、移行対象の計算機毎に、当該計算機の識別情報と、当該計算機の移行状態（例えば、移行未着手、移行開始又は移行完了）を表す情報とを含む。
（ｂ）オンプレミス環境１００からクラウド環境１０６への移行対象のボリュームに関する情報であるボリューム移行管理情報。ボリューム移行管理情報は、例えば、移行対象のボリューム毎に、当該ボリュームの識別情報と、当該ボリュームの移行状態（例えば、移行未着手、移行開始又は移行完了）を表す情報とを含む。
（ｃ）クラウドストレージサービス１０９における後述の中間ボリューム１１１に関する情報である中間ボリューム管理情報。中間ボリューム管理情報は、例えば、中間ボリューム１１１毎に、中間ボリューム１１１の識別情報と、中間ボリューム１１１の移行状態（例えば、作成待ち、作成完了、移行開始、移行完了、削除開始又は削除完了）を表す情報と、中間ボリューム１１１が仮想化されたボリュームであるマッピングボリューム１１３の識別情報と、当該マッピングボリューム１１３の移行先であるターゲットボリューム１１４の識別情報とを含む。

プロセッサ５３がプログラムを実行することにより、ツール操作部１５１、移行完了確認部１５２及び移行制御部１５３といった機能が実現される。

さて、第１のストレージシステム１０２は、計算機１０１にボリュームを提供するが、計算機１０１に認識されるボリュームとして、システムボリューム１０３とデータボリューム１０４がある。つまり、計算機１０１とシステムボリューム１０３を結ぶパスと、計算機１０１とデータボリューム１０４を結ぶパスとが張られている（計算機１０１から延びる破線矢印を参照）。システムボリューム１０３は、計算機１０１のＯＳ（Operating System）のイメージが格納されたボリュームであり、典型的には計算機１０１の起動用のボリュームである。データボリューム１０４は、起動後の計算機１０１（例えば、計算機１０１で実行されるアプリケーション）により入出力されるデータが格納されるボリュームである。

クラウド移行ツール１９０は、クラウド計算機サービス１０７に計算機１０１を計算機インスタンス１０８として移行し計算機１０１のシステムボリューム１０３をクラウドストレージサービス１０９に移行するシステム（機能）である。

本実施形態では、以下の流れにより、計算機及びボリュームをオンプレミス環境１００からクラウド環境１０６へ移行するシステム移行処理が行われる。

ツール操作部１５１は、クラウド移行ツール１９０に対して、移行対象の計算機１０１と、当該計算機１０１が認識しているデータボリューム１０４とを指定した移行指示を出す（Ｓ１１）。例えば、計算機１０１の識別情報と、データボリューム１０４の識別情報（例えば、計算機１０１が認識しているボリューム識別情報）とが指定される。当該計算機１０１が認識しているシステムボリューム１０３は、データボリューム１０４と同様に移行対象としてクラウド移行ツール１９０に対して指定されてもよいし、計算機１０１が指定されたならば当該システムボリューム１０３の指定無しに移行対象として指定されたとみなされてよい。いずれにしても、この例では、図示の計算機１０１、システムボリューム１０３及びデータボリューム１０４が移行対象である。なお、Ｓ１１の移行対象のデータボリューム１０４の指定は、クラウド移行ツール１９０への移行指示の前に、移行対象外のデータボリューム１０４を計算機１０１から削除（デタッチ）する等、別の手段を適用してもよい。

当該移行指示に応答して、クラウド移行ツール１９０は、計算機１０１、システムボリューム１０３及びデータボリューム１０４の移行を含んだクラウド移行処理を行う。具体的には、クラウド移行ツール１９０は、指定された計算機１０１を計算機インスタンス１０８としてクラウド計算機サービス１０７へ移行する。また、クラウド移行ツール１９０は、システムボリューム１０３をシステムボリューム１１０としてクラウドストレージサービス１０９に移行する（具体的には、例えば、ボリューム１０３からボリューム１１０への移行を行う）。また、クラウド移行ツール１９０は、データボリューム１０４を中間ボリューム１１１としてクラウドストレージサービス１０９に移行する（具体的には、例えば、ボリューム１０４からボリューム１１１への移行を行う）。中間ボリューム１１１は、データボリューム１０４のクラウドストレージサービス１０９に移行されたボリュームである。

移行完了確認部１５２は、上述のクラウド移行処理が移行指示に応答してクラウド移行ツール１９０により完了したことを確認する。クラウド移行処理が完了した場合、計算機インスタンス１０８は、システムボリューム１１０へアクセス可能である（計算機インスタンス１０８からシステムボリューム１１０へ延びた破線矢印を参照）。計算機インスタンス１０８は、システムボリューム１１０を参照して起動する（例えば、ＯＳのイメージを読み出す）。

移行制御部１５３は、クラウド移行処理の完了が移行完了確認部１５２により確認された後、中間ボリューム１１１が仮想化されたボリュームであるマッピングボリューム１１３を第２のストレージシステム１１２内に作成させ、計算機インスタンス１０８からＩ／Ｏがされ得るオンライン状態とされたマッピングボリューム１１３からターゲットボリューム１１４へデータを移行させる。なお、マッピングボリューム１１３とターゲットボリューム１１４は１つのボリュームが兼ねてもよい。

具体的には、例えば、移行制御部１５３が、中間ボリューム１１１を第２のストレージシステム１１２に関連付けることである外部接続を第２のストレージシステム１１２に実行させる（Ｓ１２）。これにより、第２のストレージシステム１１２に中間ボリューム１１１が認識される。

その後、移行制御部１５３は、外部接続された中間ボリューム１１１が仮想化されたボリューム（中間ボリューム１１１がマッピングされたボリューム）であるマッピングボリューム１１３を第２のストレージシステム１１２内に作成させる。マッピングボリューム１１３が作成された場合、移行制御部１５３は、マッピングボリューム１１３を、計算機インスタンス１０８からＩ／Ｏがされ得るオンライン状態にする。具体的には、例えば、移行制御部１５３は、第２のストレージシステム１１２に対し、計算機インスタンス１０８にマッピングボリューム１１３を提供させ（例えば、計算機インスタンス１０８にマッピングボリューム１１３を認識させ）、且つ、マッピングボリューム１１３を指定したＩ／Ｏ要求を第２のストレージシステム１１２が受け付けることを開始させる。移行制御部１５３は、計算機インスタンス１０８に、マッピングボリューム１１３へのＩ／Ｏ要求の発行を許可してよく、当該許可を受けた計算機インスタンス１０８が、当該計算機インスタンス１０８の処理に応じて適宜にマッピングボリューム１１３を指定したＩ／Ｏ要求を第２のストレージシステム１１２に送信してよい。

移行制御部１５３は、マッピングボリューム１１３からターゲットボリューム１１４へのデータの移行を第２のストレージシステム１１２に実行させる（Ｓ１３）。これにより、マッピングボリューム１１３（具体的には、マッピングボリューム１１３にマッピングされている中間ボリューム１１１）からターゲットボリューム１１４へのデータの移行が行われる。このデータ移行が完了した場合、計算機インスタンス１０８のターゲットボリューム１１４に対するデータのＩ／Ｏが可能となる（計算機インスタンス１０８からターゲットボリューム１１４へ延びた破線矢印を参照）。

以上のシステム移行処理によれば、第１のストレージシステム１０２から第２のストレージシステム１１２へのデータのリモートコピー機能（例えば、ストレージシステム間のボリューム（ストレージシステムが認識するボリューム）単位でのリモートコピーを行う機能）無しに、第１のストレージシステム１０２のソースボリューム（データボリューム）１０４から第２のストレージシステム１１２のターゲットボリューム１１４への移行が実現される。このため、第１のストレージシステム１０２が第２のストレージシステム１１２との互換性を有していなくても、第１のストレージシステム１０２におけるデータボリューム１０４を、デフォルトのクラウドストレージサービス１０９よりも信頼性又は機能に優れたクラウドストレージサービスである第２のストレージシステム１１２に移行することができる。なお、第２のストレージシステム１１２は、クラウド環境１０６とは別の環境（例えば別のクラウド環境）に存在してもよい。

なお、図１が示した例によれば、第２のストレージシステム１１２への移行の対象とされるボリュームはデータボリューム１０４であるが、システムボリューム１０３も、第２のストレージシステム１１２への移行の対象とされてもよい。つまり、システムボリューム１１０が中間ボリュームとして移行され、当該中間ボリュームが仮想化されたマッピングボリュームが第２のストレージシステム１１２に作成され、マッピングボリュームからターゲットボリュームへのデータの移行が行われ、結果として、当該ターゲットボリュームが、第２のストレージシステム１１２に移行されたシステムボリュームとなってよい。

また、計算機１０１に認識されているデータボリュームとして複数のデータボリューム１０４がある場合、当該複数のデータボリューム１０４の全部又は一部のデータボリューム１０４が、第２のストレージシステム１１２への移行の対象とされてもよい。

以下、図２～図４を参照して、システム移行処理に関する上述の説明の補足をする。

図２は、クラウド移行処理完了後のクラウド環境１０６の構成を示す。

クラウド移行ツール１９０によりクラウド移行処理が完了した場合、計算機インスタンス１０８に、システムボリューム１１０の他に中間ボリューム１１１も接続される。つまり、計算機インスタンス１０８と中間ボリューム１１１とを結ぶパスが張られる（計算機インスタンス１０８から中間ボリューム１１１に延びた破線矢印を参照）。この時に、中間ボリューム１１１に対する計算機インスタンス１０８によるＩ／Ｏが開始されてもよい。

しかし、本実施形態では、移行制御部１５３は、中間ボリューム１１１に対する計算機インスタンス１０８によるＩ／Ｏが開始されないようにする。具体的には、例えば、移行制御部１５３は、下記のうちの少なくとも一つを行ってよい。
・中間ボリューム１１１を指定したＩ／Ｏ要求の発行を計算機インスタンス１０８に許可しない。（例えば、中間ボリューム１１１を指定したＩ／Ｏ要求の発行を計算機インスタンス１０８に禁止させる。）
・中間ボリューム１１１を指定したＩ／Ｏ要求の受け付けをクラウドストレージサービス１０９に開始させない。（例えば、中間ボリューム１１１を指定したＩ／Ｏ要求の受け付けをクラウドストレージサービス１０９に禁止させる。）

図３は、マッピングボリューム１１３の作成後のクラウド環境１０６の構成を示す。

中間ボリューム１１１が第２のストレージシステム１１２に外部接続される。外部接続方法は、中間ボリューム１１１が存在するクラウドストレージサービス１０９に依存する。外部接続方法の具体例は後述する。

第２のストレージシステム１１２に外部接続された中間ボリューム１１１が仮想化されたボリュームであるマッピングボリューム１１３が第２のストレージシステム１１２に作成される。作成されたマッピングボリューム１１３に対する計算機インスタンス１０８からのＩ／Ｏが開始される。例えば、移行制御部１５３から第２のストレージシステム１１２への指示に応答して、計算機インスタンス１０８とマッピングボリューム１１３とを結ぶパスが張られる。計算機インスタンス１０８から当該パス経由でＩ／Ｏ要求が発行され、当該Ｉ／Ｏ要求に応答して第２のストレージシステム１１２によりマッピングボリューム１１３に対するＩ／Ｏが行われる。

計算機インスタンス１０８と中間ボリューム１１１とを結ぶパスが張られている場合、計算機インスタンス１０８とマッピングボリューム１１３とを結ぶパスが張られる前に、移行制御部１５３は、クラウドストレージサービス１０９（及び／又は計算機インスタンス１０８）に、当該パスの削除（例えば、オフライン化、又は、パスの設定それ自体の削除）を指示してよい。当該指示に応答して、当該パスが削除されてよい。なお、計算機インスタンス１０８、クラウドストレージサービス１０９及び第２のストレージシステム１１２がマルチパス機能を有する場合、計算機インスタンス１０８と中間ボリューム１１１とを結ぶパスと、計算機インスタンス１０８とマッピングボリューム１１３とを結ぶパスが併存する時間があってもよい。

図４は、マッピングボリューム１１３からターゲットボリューム１１４へのデータの移行を示す。

マッピングボリューム１１３からターゲットボリューム１１４へのデータの移行において、マッピングボリューム１１３（及びターゲットボリューム１１４）に対するＩ／Ｏの実施（マッピングボリューム１１３の識別情報を指定したＩ／Ｏ要求の受け付け及び処理）が可能である。具体的には、例えば、マッピングボリューム１１３の識別情報を指定したＩ／Ｏ要求を第２のストレージシステム１１２が受けた場合、下記が行われてよい。
・第２のストレージシステム１１２は、Ｉ／Ｏ先のボリューム領域（ボリュームにおける領域）がデータの移行が済んだ領域か否かを判定する。
・当該判定の結果が偽の場合、第２のストレージシステム１１２は、マッピングボリューム１１３に対するＩ／Ｏ（つまり、中間ボリューム１１１に対するＩ／Ｏ）を行う。
・当該判定の結果が真の場合、第２のストレージシステム１１２は、ターゲットボリューム１１４に対するＩ／Ｏを行う。

つまり、計算機インスタンス１０８には、マッピングボリューム１１３とターゲットボリューム１１４の区別無く一つのボリュームとして認識されていてよい。当該一つのボリュームを指定したＩ／Ｏ要求を第２のストレージシステム１１２が受け付けた場合、Ｉ／Ｏ要求で指定されているボリューム領域（例えばＬＢＡ（Logical Block Address））が移行済の領域か否かに応じて、第２のストレージシステム１１２は、当該Ｉ／Ｏ要求に従い、マッピングボリューム１１３又はターゲットボリューム１１４に対しＩ／Ｏを行ってよい。

また、クラウド移行処理において、データボリューム（ソースボリューム）１０４の識別情報であって計算機１０１に認識されている識別情報が、中間ボリューム１１１に引き継がれてよい。中間ボリューム１１１が仮想化されたマッピングボリューム１１３に、当該識別情報が引き継がれてよい。マッピングボリューム１１３に引き継がれた識別情報（データボリューム（ソースボリューム）１０４の識別情報）が、計算機インスタンス１０８に認識されてよい。マッピングボリューム１１３からターゲットボリューム１１４へのデータの移行の最中に、当該識別情報が指定されたＩ／Ｏ要求を第２のストレージシステム１１２が計算機インスタンス１０８から受け付けてよい。マッピングボリューム１１３からターゲットボリューム１１４へのデータの移行の完了後、当該識別情報（データボリューム（ソースボリューム）１０４の識別情報）が、ターゲットボリューム１１４に引き継がれてよい。このような識別情報引継ぎにより、計算機１０１の移行後、計算機インスタンス１０８が、データボリューム（ソースボリューム）１０４の識別情報と同じ識別情報を用いてターゲットボリューム１１４にアクセスすることができる。

以下、本実施形態に係るシステム移行処理を説明する。

図５は、システム移行処理の流れを示す。

移行元環境（本実施形態ではオンプレミス環境１００）における移行対象（計算機及びボリューム）毎に移行処理（Ｓ５０１）が行われる。移行元環境から全ての移行対象が移行された場合、移行元環境の削除（Ｓ５０２）が行われてよい。

システム移行処理において、複数のデータボリューム１０４がある場合、複数のデータボリューム１０４の移行が並行して行われてよい。すなわち、データボリューム１０４毎に、クラウドストレージサービス１０９への移行の完了が確認される都度に、当該データボリューム１０４に対応した中間ボリューム１１１の第２のストレージシステム１１２への外部接続、中間ボリューム１１１の仮想化であるマッピングボリューム１１３の作成、及び、マッピングボリューム１１３をオンラインとした状態でのマッピングボリューム１１３からターゲットボリューム１１４へのデータの移行が行われてよい。つまり、クラウド移行処理の完了の確認は、データボリューム１０４毎であってもよい。これにより、システム移行処理に要する時間の短縮が期待できる。

図６は、移行処理（図５のＳ５０１）の流れを示す。

クラウド移行処理の開始処理（Ｓ６００）が行われる。具体的には、図７に示すように、ツール操作部１５１は、移行対象の計算機１０１及びボリュームの指定をユーザ（例えば情報処理システム１０５のオペレータ）から受け、クラウド移行処理が開始される。具体的には、ツール操作部１５１は、指定された計算機１０１と指定されたボリュームとを指定した移行指示をクラウド移行ツール１９０に出す。クラウド移行ツール１９０が、当該移行指示に応答して、指定された計算機１０１を計算機インスタンス１０８としてクラウド計算機サービス１０７に移行することを開始し（Ｓ７００）、また、指定されたボリュームをクラウドストレージサービス１０９に移行することを開始する（Ｓ７０１）。本実施形態では、指定された計算機１０１が認識している一つ又は複数のデータボリューム１０４のうちの全部又は一部のデータボリューム１０４が指定される。システムボリューム１０３のクラウドストレージサービス１０９への移行は、Ｓ７００で行われてもよいし、Ｓ７０１で行われてもよい。Ｓ７０１（ボリュームの移行）では、指定されたデータボリューム１０４と、移行対象の計算機１０１が認識しているシステムボリューム１０３が移行される。Ｓ７０１では、第１のストレージシステム１０２におけるボリュームが移行元であり、クラウドストレージサービス１０９におけるボリュームが移行先でよい。例えば、指定されたデータボリューム１０４毎に、クラウドストレージサービス１０９に中間ボリューム１１１が用意され、データボリューム１０４から中間ボリューム１１１へのデータの移行が開始される。Ｓ７００及びＳ７０１は並行して行われてもよい。また、ツール操作部１５１は、指定された計算機１０１の情報を、管理情報１４０における上述の計算機移行管理情報に追加してよい（当該計算機１０１の移行状態は“移行開始”）。また、ツール操作部１５１は、移行対象のボリュームの情報を、管理情報１４０における上述のボリューム移行管理情報に追加してよい（当該ボリュームの移行状態は“移行開始”）。また、ツール操作部１５１は、移行先の中間ボリューム１１１の情報を、管理情報１４０における上述の中間ボリューム管理情報に追加してよい（当該中間ボリュームの移行状態は“作成待ち”）。

その後、図６が示す通り、クラウド移行処理の完了確認処理（Ｓ６０１）が行われる。具体的には、図８が示すように、移行完了確認部１５２は、クラウド移行ツール１９０との通信により、移行対象の計算機１０１の移行完了（計算機１０１が計算機インスタンス１０８としてクラウド計算機サービス１０７に移行されたこと）を確認し（Ｓ８００）、また、指定されたボリュームの移行完了（ボリュームがクラウドストレージサービス１０９に移行されたこと）を確認する（Ｓ８０１）。Ｓ８００及びＳ８０１は並行して行われてもよい。移行完了確認部１５２は、管理情報１４０を更新してよい（例えば、計算機１０１の移行状態は“移行完了”に、ボリュームの移行状態は“移行完了”に、中間ボリューム１１１の移行状態は“作成完了”にそれぞれ更新されてよい）。

クラウド移行処理の完了が確認された後、移行制御部１５３は、中間ボリューム１１１をオンライン状態としてもよい（Ｓ６０２）。具体的には、例えば、クラウド移行ツール１９０によっては、作成された中間ボリューム１１１と計算機インスタンス１０８とを結ぶパスが張られてよく、移行制御部１５３は、このパスをオンライン状態としてよい。しかし、Ｓ６０２はオプションでよく、本実施形態では、Ｓ６０２は実施されない。

クラウド移行処理の完了が確認された後、移行制御部１５３は、外部接続方法の決定処理を行う（Ｓ６０３）。例えば、図９に示すように、移行制御部１５３は、中間ボリューム１１１の配置場所を判定し（Ｓ９００）、判定された場所に応じた外部接続方法を決定する。管理情報１４０が、外部接続管理情報（中間ボリューム１１１が配置され得る場所（例えば、クラウドストレージサービス）毎に当該場所の識別情報と外部接続方法を表す情報とを含んだ情報）を有していてよく、移行制御部１５３は、外部接続管理情報を参照して、Ｓ９００を行ってよい。

図９が示す例によれば、配置場所がクラウドストレージサービスＡの場合、移行制御部１５３が、クラウドストレージサービスＡが有する機能を利用して第２のストレージシステム１１２内の所定のインスタンスに中間ボリューム１１１を直接アタッチする外部接続方法を決定する（Ｓ９０１）。配置場所がクラウドストレージサービスＢの場合、移行制御部１５３が、中間ボリューム１１１の第２のストレージシステム１１２へのｉＳＣＳＩ接続を外部接続方法として決定する（Ｓ９０２）。配置場所がクラウドストレージサービスＣの場合、移行制御部１５３が、クラウドストレージサービスＣが有する機能を利用して第２のストレージシステム１１２内の所定のインスタンスに中間ボリューム１１１を直接アタッチする外部接続方法を決定する（Ｓ９０３）。中間ボリューム１１１の仮想化（マッピングボリューム１１３の作成）のためには中間ボリューム１１１の第２のストレージシステム１１２への外部接続が必要であるが、外部接続は中間ボリューム１１１の配置場所に依存するため、図９に示す処理により、中間ボリュームの配置場所に応じた適切な外部接続方法で中間ボリューム１１１を第２のストレージシステム１１２に外部接続することができる。なお、図９を参照した説明において、「配置場所」は、「中間ボリュームが配置されるクラウド環境の種類」、又は、「中間ボリュームが配置されるクラウドストレージサービスの種類」、と呼ばれてもよい。

図６に示すように、移行制御部１５３は、Ｓ６０３で決定された外部接続方法での外部接続を、第２のストレージシステム１１２に実行させる（Ｓ６０４）。これにより、第２のストレージシステム１１２が、中間ボリューム１１１を第２のストレージシステム１１２に外部接続する。

次に、移行制御部１５３は、外部接続された中間ボリューム１１１の仮想化を第２のストレージシステム１１２に実行させる（Ｓ６０５）。これにより、第２のストレージシステム１１２が、中間ボリューム１１１が仮想化されたボリュームであるマッピングボリューム１１３を第２のストレージシステム１１２内に作成する。

次にパス切替処理が行われる（Ｓ６０６）。具体的には、図１０に示すように、移行制御部１５３が、計算機インスタンス１０８、クラウドストレージサービス１０９及び第２のストレージシステム１１２の全てがマルチパス機能を持つか否かを判定する（Ｓ１０００）。例えば、管理情報１４０が、計算機インスタンス１０８、クラウドストレージサービス１０９及び第２のストレージシステム１１２の各々についてマルチパス機能の有無を表す情報を含んでいて、管理情報１４０を基にＳ１０００の判定が行われてよい。また、「マルチパス機能」とは、一つのボリューム識別情報について複数のパス（例えば、複数のパスのいずれもオンライン状態のパスであること）が許容され当該複数のパスのうちのいずれかを選択して使用する機能である。「オンライン状態のパス」とは、Ｉ／Ｏ要求の送信に使用可能なパスである。

Ｓ１０００の判定の結果が真の場合（Ｓ１０００：ＹＥＳ）、マルチパスが許容されているため、移行制御部１５３は、計算機インスタンス１０８とマッピングボリューム１１３とを結ぶパスを追加させる（例えば、計算機インスタンス１０８及び第２のストレージシステム１１２の少なくとも一つに当該パスの追加を指示する）（Ｓ１００１）。これにより、計算機インスタンス１０８とマッピングボリューム１１３とを結ぶパスが追加される。その後に、移行制御部１５３は、計算機インスタンス１０８と中間ボリューム１１１とを結ぶパスを削除させる（例えば、計算機インスタンス１０８及び第２のストレージシステム１１２の少なくとも一つに当該パスの削除を指示する）（Ｓ１００２）。これにより、計算機インスタンス１０８と中間ボリューム１１１とを結ぶパスが削除される。なお、パス切替処理の前から、計算機インスタンス１０８と中間ボリューム１１１とを結ぶパス経由でのＩ／Ｏが開始されている場合、当該パスと、Ｓ１００１で追加されたパスとのうちのいずれかのパス経由でＩ／Ｏが行われ得る。パス切替処理の前から、計算機インスタンス１０８と中間ボリューム１１１とを結ぶパス経由でのＩ／Ｏが開始されていない場合、Ｓ１００１によりパスが追加された場合、当該パス経由でのＩ／Ｏ開始を、移行制御部１５３が、計算機インスタンス１０８及び第２のストレージシステム１１２に指示してよい。パス切替処理の前において、計算機インスタンス１０８と中間ボリューム１１１とを結ぶパスが張られていない場合、Ｓ１００２はスキップされる。

Ｓ１０００の判定の結果が偽の場合（Ｓ１０００：ＮＯ）、マルチパスが許容されていないため、移行制御部１５３は、計算機インスタンス１０８と中間ボリューム１１１とを結ぶパスを削除させる（Ｓ１００３）。その後に、移行制御部１５３は、計算機インスタンス１０８とマッピングボリューム１１３とを結ぶパスを追加させ、当該パスをオンライン状態にする（Ｓ１００４）。これにより、計算機インスタンス１０８とマッピングボリューム１１３とを結ぶパスが追加され、当該パス経由のＩ／Ｏが開始される。なお、パス切替処理の前において、計算機インスタンス１０８と中間ボリューム１１１とを結ぶパスが張られていない場合、Ｓ１００３はスキップされる。

以上のように、マルチパスが許容されているか否かに応じた適切なパス追加及び削除が可能である。

また、マルチパスが許容されていない場合、Ｓ１００４の前にＳ１００３が必要になる。このため、中間ボリューム１１１へのパス経由でＩ／Ｏが開始されていると、当該Ｉ／Ｏの停止といった処理が必要になる。本実施形態では、中間ボリューム１１１へのＩ／Ｏは開始されないため、Ｉ／Ｏ停止の処理を不要にすることができる。

なお、マルチパスが許容されていることが予めわかっている場合（例えば、Ｓ１０００～Ｓ１００４のうち常にＳ１０００、Ｓ１００３及びＳ１００４が不要である場合）、マッピングボリューム１１３が作成される前に中間ボリューム１１１へのパス経由でＩ／Ｏが開始されていてもよい。Ｉ／Ｏ停止の処理が不要であるためである。

パス切替処理（Ｓ６０６）の後、図６に示すように、移行制御部１５３が、マッピングボリューム１１３からターゲットボリューム１１４へのデータ移行の開始を第２のストレージシステム１１２に実行させる（Ｓ６０７）。これにより第２のストレージシステム１１２により、マッピングボリューム１１３からターゲットボリューム１１４へのデータの移行が開始する。なお、ターゲットボリューム１１４は、第２のストレージシステム１１２に移行制御部１５３からの指示に応答して作成されたボリュームでもよいし、第２のストレージシステム１１２における複数のボリュームから移行制御部１５３により指定されたボリュームでもよい。また、上述したように、この移行の最中に、第２のストレージシステム１１２が計算機インスタンス１０８からＩ／Ｏ要求を受けた場合、当該Ｉ／Ｏ要求に従うＩ／Ｏを、マッピングボリューム１１３又はデータボリューム１０４に対して行うようになっている。マッピングボリューム１１３に対するＩ／Ｏは、実際には中間ボリューム１１１に対して行われる。また、Ｓ６０７で、移行制御部１５３が管理情報１４０を更新してよい（例えば、中間ボリューム１１１の移行状態が“移行開始”とされてよい）。

移行制御部１５３が、マッピングボリューム１１３からデータボリューム１０４へのデータ移行の完了を確認する（Ｓ６０８）。例えば、移行制御部１５３が、移行完了の通知を第２のストレージシステム１１２から受ける。Ｓ６０８で、移行制御部１５３が管理情報１４０を更新してよい（例えば、中間ボリューム１１１の移行状態が“移行完了”とされてよい）。

移行制御部１５３は、Ｓ６０３で決定された外部接続方法に基づく外部接続解除を、第２のストレージシステム１１２に実行させる（Ｓ６１０）。これにより、第２のストレージシステム１１２が、中間ボリューム１１１の第２のストレージシステム１１２への外部接続を解除する。

移行制御部１５３は、データ移行が完了した中間ボリューム１１１の削除を、クラウドストレージサービス１０９に実行させる（Ｓ６１１）。これにより、クラウドストレージサービス１０９が、中間ボリューム１１１を削除する。結果として、クラウドストレージサービス１０９のリソースを無駄に消費することが回避される。Ｓ６１１で、移行制御部１５３が管理情報１４０を更新してよい（例えば、中間ボリューム１１１の移行状態が“削除開始又は削除完了”とされてよい）。

移行制御部１５３は、データボリューム（ソースボリューム）１０４の削除を、第１のストレージシステム１０２に実行させてもよい（Ｓ６１２）。

また、クラウド移行処理の完了確認後の少なくとも一部の一連の処理（例えば、中間ボリューム１１１の外部接続、マッピングボリューム１１３の作成、及び、マッピングボリューム１１３からターゲットボリューム１１４へのデータ移行）を実行する処理ロジックが例えば第２のストレージシステム１１２に備えられていて、移行制御部１５３が、当該処理ロジックに対して、必要なパラメータ（例えば、中間ボリュームの識別情報、ターゲットボリューム１１４の識別情報）を指定した指示を与えることで、上記少なくとも一部の一連の処理が自動で行われてもよい。
［第２の実施形態］

第２の実施形態を説明する。その際、第１の実施形態との相違点を主に説明し、第１の実施形態との共通点については説明を省略又は簡略する。なお、この点は、以下の第３の実施形態及びそれ以降の他の実施形態についても同様である。

図１１は、第２の実施形態に係るシステム移行の概要を示す。

オンプレミス環境１００において、物理的なシステム（例えば、物理的な計算機）において、計算機を仮想化するシステムであるハイパバイザ１２０が実行される。ハイパバイザ１２０が、仮想化された計算機である計算機ＶＭ（仮想マシン）１２１を実行する。

第１のストレージシステム１０２が提供するボリュームとして、例えばボリューム８１１及び８１４がある。

ボリューム８１１には、ハイパバイザ１２０向けのデータストア１２３（例えば、ハイパバイザが解釈可能なファイルシステム空間）が例えばハイパバイザ１２０により作成される。データストア１２３には、計算機ＶＭ１２１が認識するシステムボリュームであるシステムＶＭボリューム１２４が格納される。

ボリューム８１４にも、ハイパバイザ１２０向けのデータストア１２５が作成される。データストア１２５には、計算機ＶＭ１２１が認識するデータボリュームであるデータＶＭボリューム１２７が格納される。一つのデータストア１２５に複数のデータＶＭボリューム１２７が存在してもよい。計算機ＶＭ１２１からデータＶＭボリューム１２７に対するＩ／Ｏは、ハイパバイザ１２０経由で行われ、故に、ハイパバイザ１２０が解釈可能なデータ配置でデータがデータＶＭボリューム１２７に存在する。「ＶＭボリューム」は、計算機ＶＭ１２１から見たブロックデバイスである仮想ディスクである。「データストア」は、ＶＭボリュームの格納領域である。

以上のように、計算機が計算機ＶＭ１２１の場合、ハイパバイザ１２０経由でＶＭボリューム（データストアにおけるＶＭボリューム）にＩ／Ｏがされるが、ＶＭボリューム内のデータ配置は、ハイパバイザ１２０向けである。つまり、ハイパバイザ１２０無しにＶＭボリュームの配置及びＶＭボリュームのデータ配置（ＶＭボリューム内のデータ）が解釈可能とはならない。

非特許文献１に基づく比較例によれば、上述したリモートコピー機能を利用して（つまり、クラウドストレージサービス１０９非経由で）、第１のストレージシステム１０２から第２のストレージシステム１１２にボリューム８１４を移行することが考えられる。しかし、クラウド計算機サービス１０７にオンプレミス環境１００と同じハイパバイザ１２０が無い場合、第２のストレージシステム１１２に移行されたボリューム内のデータストア、ＶＭボリュームの配置、ＶＭボリュームのデータ配置といったデータ構造を解釈する手段がない。従って、第２のストレージシステム１１２に移行されたＶＭボリュームのデータ配置を、クラウド計算機サービス１０７における計算機インスタンス１０８が解釈することはできない。つまり、計算機インスタンス１０８がＶＭボリュームを解釈することが可能な状態を維持した移行をすることができない。

また、非特許文献１に基づく比較例によれば、リモートコピー機能は、ストレージシステムが認識するボリューム単位で移行が行われる。このため、第１のストレージシステム１０２が提供するボリューム８１４に複数のデータＶＭボリューム１２７があると、その複数のデータＶＭボリューム１２７の全てが移行される。つまり、データＶＭボリューム単位での移行をすることができない。

また、非特許文献２に基づく比較例によれば、クラウド環境１０６への移行前に、オンプレミス環境１００でデータ格納形式の変更を行った後、リモートコピー機能で移行が行われる。データ格納形式の変更では、データＶＭボリューム１２７に格納しているデータが、第１のストレージシステム１０２が提供するボリューム（データストア１２５が作成されていないボリューム）にコピーされる。このデータ格納形式の変更により、ハイパバイザ１２０を介さず、計算機ＶＭ１２１からデータＶＭボリューム（コピー先ボリューム）を解釈できるようになる。その後、上述したリモートコピー機能により、データＶＭボリューム（コピー先ボリューム）が第２のストレージシステム１１２に移行される。オンプレミス環境１００でハイパバイザ１２０なしに計算機ＶＭ１２１からデータＶＭボリューム（コピー先ボリューム）を解釈できるようにしているため、データＶＭボリュームが第２のストレージシステム１１２に移行された後も、計算機インスタンス１０８から第２のストレージシステム１１２に移行されたデータＶＭボリュームを解釈することが可能となる。しかし、オンプレミス環境１００でデータ格納形式を変更する際、データコピーで追加の領域を使用するため（コピー先ボリュームの分の追加の記憶容量が必要になるため）、第１のストレージシステム１０２に空き領域が十分ない場合には移行することができない。

本実施形態では、クラウド移行ツール１９０によりデータＶＭボリューム（及びシステムＶＭボリューム）がクラウドストレージサービス１０９に移行される。クラウド移行ツール１９０は、ＶＭボリューム内のデータ配置を計算機インスタンス１０８が解釈可能なデータ配置に変換してＶＭボリュームをクラウドストレージサービス１０９に移行するようになっている。このため、システムＶＭボリューム１２４のクラウドストレージサービス１０９に移行されたシステムＶＭボリューム１２８のデータ配置は、ハイパバイザ１２０が無くても、計算機インスタンス１０８から解釈可能である。同様に、データＶＭボリューム１２７のクラウドストレージサービス１０９に移行されたデータＶＭボリューム１２９のデータ配置は、ハイパバイザ１２０が無くても、計算機インスタンス１０８が解釈可能である。このデータＶＭボリューム１２９が、中間ボリュームであり、第２のストレージシステム１１２に仮想化されて、マッピングボリューム１３０（データＶＭボリューム１２９が仮想化されたボリューム）からターゲットボリューム１１４へのデータ移行が行われる。故に、ターゲットボリューム１１４のデータ配置は、計算機インスタンス１０８が解釈可能である。

また、クラウド移行ツール１９０により移行されるボリュームは、計算機ＶＭ１２１が認識する単位である。このため、ボリューム８１４に複数のデータＶＭボリューム１２７が存在しても、ＶＭボリューム単位でクラウドストレージサービス１０９への移行が可能である。つまり、一つのボリューム８１４にある複数のデータＶＭボリューム１２７のうちの一部のデータＶＭボリューム１２７をクラウドストレージサービス１０９経由で第２のストレージシステム１１２に移行することができる。言い換えれば、一つのボリューム８１４にある複数のデータＶＭボリューム１２７のうちの残りのデータＶＭボリューム１２７を移行対象外にすることができる。

また、移行の途中でデータＶＭボリューム（中間ボリューム）１２９としてクラウドストレージサービス１０９の領域が使用されるが、リソース制約のあるオンプレミスと異なり、クラウドには余剰リソースがあるため、データＶＭボリューム（中間ボリューム）１２９のための容量がクラウドに必要となることは、実質的に問題とならない。
［第３の実施形態］

図１２は、第３の実施形態に係るシステム移行の概要を示す。なお、紙面の都合上、図１２には、情報処理システム１０５の図示は省略されている。

第３の実施形態では、第２の実施形態と異なるレイヤで仮想化がされている。すなわち、第２の実施形態では、ハイパバイザ１２０において仮想化がされるが、第３の実施形態では、計算機１０１のＯＳ（Operating System）において仮想化がされる。例えば、計算機１０１では、ＬＶＭ（論理ボリュームマネージャ）が実行される。ＬＶＭは、仮想化を行う要素の一例である。計算機１０１から認識する第１のストレージシステム１０２におけるボリュームがＬＶＭの機能により仮想化される。

ＬＶＭによれば、第１のストレージシステム１０２におけるボリュームとして、物理ボリューム（ＰＶ）と論理ボリューム（ＬＶ）とがある。

物理ボリュームは、物理的な記憶装置が提供する記憶空間の全部又は一部である。つまり、物理的な記憶装置から一つ以上の物理ボリュームが提供される。図１２が示す例によれば、複数の物理ボリューム１４５、１４６、１４７及び１４８がある。

図１２が示す例によれば、ボリューム７１及び７２が、それぞれストレージシステムが認識する単位としてのボリュームである。例えば、ボリューム７１が、計算機１０１に“sdb”として認識されているとすると、物理ボリューム１４５及び１４６は、ボリューム７１がパーティショニングされることにより得られた記憶空間（デバイス）“sdb1”及び“sdb2”である。これらの物理ボリューム１４５及び１４６がＬＶＭに利用される。

一つ以上の物理ボリュームの集合として、ボリュームグループ（ＶＧ）がＬＶＭにより生成される。図１２が示す例によれば、物理ボリューム１４５～１４８からボリュームグループ１２が生成されている。

論理ボリュームは、ボリュームグループとしての記憶空間の全部又は一部である。つまり、ボリュームグループから一つ以上の論理ボリュームがＬＶＭにより提供される。図１２が示す例によれば、ボリュームグループ１２から論理ボリューム１４３及び１４４が提供される。

本実施形態では、計算機１０１は、物理的な計算機であるが、上述した計算機ＶＭでもよい。つまり、第３の実施形態は第２の実施形態と組み合わされてもよい。計算機１０１が、論理ボリューム１４３及び１４４をそれぞれ認識する。

比較例によれば、論理ボリュームを移行する場合、第１のストレージシステム１０２において論理ボリューム１４３及び１４４のマウントポイントへのＩ／Ｏ停止、論理ボリューム１４３及び１４４のマウントポイントを第１のストレージシステム１０２からアンマウント、ボリュームグループ１２の無効化、ボリュームグループ１２のエクスポート、エクスポートされたボリュームグループを構成するボリューム７１及び７２のボリューム単位でのストレージシステム間移行（上述のリモートコピー機能を利用した移行）、第２のストレージシステム１１２にボリュームグループ１２をインポート（移行されたボリューム７１及び７２で構成されたボリュームグループ１２の構成）、ボリュームグループ１２の有効化、論理ボリューム１４３及び１４４のマウント、及び、論理ボリューム１４３及び１４４に対するＩ／Ｏ開始といった処理が行われる。この場合、Ｉ／Ｏ停止時間が問題である。

また、比較例によれば、ボリューム７１及び７２の各々の単位でボリュームが移行されることになる。つまり、論理ボリューム単位での移行をすることができない。

本実施形態では、クラウド移行ツール１９０により移行されるボリュームは、計算機１０１が認識する単位である。このため、ボリュームグループ１２から複数の論理ボリュームが提供されても、論理ボリューム単位でクラウドストレージサービス１０９への移行が可能である。つまり、一つのボリュームグループ１２から提供されている複数の論理ボリュームのうちの一部の論理ボリュームをクラウドストレージサービス１０９経由で第２のストレージシステム１１２に移行することができる。言い換えれば、一つのボリュームグループ１２から提供されている複数の論理ボリュームのうちの残りの論理ボリュームを移行対象外にすることができる。

また、本実施形態では、論理ボリューム単位の移行が可能なため、Ｉ／Ｏ停止が不要である。

図１２が示す例によれば、下記の移行が行われる。
・論理ボリューム１４３が中間ボリューム１１４９としてクラウドストレージサービス１０９に移行され、中間ボリューム１１４９が仮想化されたボリュームであるマッピングボリューム１１５１が作成され、オンライン状態にされたマッピングボリューム１１５１からターゲットボリューム１１５２へのデータ移行が行われる。
・論理ボリューム１４４が中間ボリューム１１５０としてクラウドストレージサービス１０９に移行され、中間ボリューム１１５０が仮想化されたボリュームであるマッピングボリューム１１５３が作成され、オンライン状態にされたマッピングボリューム１１５３からターゲットボリューム１１５４へのデータ移行が行われる。
［第４の実施形態］

図１３は、第４の実施形態に係るシステム移行の概要を示す。

第４の実施形態では、第２のストレージシステム１３０２が、ニアクラウド環境１６０におけるストレージシステムである。「ニアクラウド環境」とは、クラウド環境１０６に専用線（例えば高速回線）経由で接続された環境（例えば、データセンタ）であり、故に、便宜上、「ニアクラウド」という名称が本実施形態の説明において採用されている。このような第２のストレージシステム１３０２にも本発明を適用することができる。
［第５の実施形態］

図１４は、第５の実施形態に係るシステム移行の概要を示す。

第５の実施形態では、オンプレミス環境１００のデータボリューム１０４を、中間ボリュームを介さず、ニアクラウド環境１６０の第２のストレージシステム１３０２に移行する。上述した計算機移行管理情報及びボリューム移行管理情報を利用して、計算機インスタンス１０８のＩ／Ｏ開始のタイミングを管理してもよい。

本実施形態では、第１のストレージシステム１０２から第２のストレージシステム１３０２へのデータのリモートコピー機能無しに、第１のストレージシステム１０２のソースボリューム（データボリューム）１０４から第２のストレージシステム１３０２のターゲットボリューム１１４への移行が実現される。このため、第１のストレージシステム１０２が第２のストレージシステム１３０２との互換性を有していなくても、第１のストレージシステム１０２におけるデータボリューム１０４を、デフォルトのクラウドストレージサービス１０９よりも信頼性又は機能に優れた第２のストレージシステム１３０２に移行することができる。また、オンプレミス環境１００のデータボリューム１０４を、中間ボリュームを介さず、ニアクラウド環境１６０の第２のストレージシステム１３０２に移行するため、移行時間の短縮や信頼性の向上を期待できる。
［第６の実施形態］

図１５は、第６の実施形態に係るシステム移行の概要を示す。

第６の実施形態では、オンプレミス環境１００のデータボリューム１０４を、中間ボリュームを介さず、クラウド環境１０６の第２のストレージシステム１１２に移行する。上述した計算機移行管理情報及びボリューム移行管理情報を利用して、計算機インスタンス１０８のＩ／Ｏ開始のタイミングを管理してもよい。

本実施形態においても、第５の実施形態と同様の効果が期待できる。
［第７の実施形態］

図１６は、第７の実施形態に係るシステム移行の概要を示す。なお、紙面の都合上、図１６には、オンプレミス環境１００、クラウド移行ツール１９０、情報処理システム１０５の図示は省略されている。

第７の実施形態では、第２のストレージシステム１１２のターゲットボリューム１１４への移行の際、第２のストレージシステム１１２が、ターゲットボリューム１１４に移行されるデータ（ターゲットボリューム１１４への移行対象のデータ）にストレージ制御向けデータ１１６を付加し、移行対象のデータ及び付加されたストレージ制御向けデータ１１６を冗長格納する。例えば、第２のストレージシステム１１２が、ターゲットボリューム１１４の冗長ボリューム１１５を作成する。冗長ボリューム１１５に、ターゲットボリューム１１４内のデータ及びストレージ制御向けデータ１１６の冗長化データ（例えば複製データ）が格納される。なお、この段落で言う「移行対象のデータ」は、ターゲットボリューム１１４に移行される全データでもよいし、所定サイズの単位のデータでもよい。

ストレージ制御向けデータ１１６は、第２のストレージシステム１１２における制御で利用されるデータである。ストレージ制御向けデータ１１６の例として、整合性チェックコードがある。整合性チェックコードは、データの転送や格納、読み出し時に、データに欠損や誤りが発生しているか否かを検出するために、データに付与する値である。整合性チェックコードは、例えば、ＥＣＣ（Error Correcting Code）である。

整合性チェックコードに代えて又は加えて、ストレージ機能（例えば、シンプロビジョニング、階層制御、スナップショット、圧縮、重複排除、リモートコピーなど）を実現するための管理データが、ストレージ制御向けデータ１１６として付加されてよい。

図１６は、ターゲットボリューム１１４のデータを二重化した冗長格納の例を示すが、冗長化は、三重化以上でもよいし、Ｅｒａｓｕｒｅ Ｃｏｄｉｎｇでもよい。冗長ボリューム１１５のサイズはターゲットボリューム１１４と異なっていてもよい。

図１７は、第２のストレージシステム１１２の構成を示す。

第２のストレージシステム１１２は、クラウド計算機サービス１０７から提供された一部の計算機インスタンス１７０２と、クラウドストレージサービス１０９から提供された一部のボリューム１７０１（図１７で「ＶＯＬ」と図示）とを有する。計算機インスタンス１７０２は、複数（又は一つ）で構成される。第２のストレージシステム１１２内の計算機インスタンス１７０２は、制御ソフト１７５０を有するが、アプリは動作していなくてよい（一方、移行された計算機インスタンスは、アプリを有していてよい）。ボリューム１７０１は、複数（又は一つ）で構成される。

図１７が示す構成は一例であり、計算機インスタンス１７０２の数、及び、ボリューム１７０１の数は、図示と異なってよい。また、第２のストレージシステム１１２は、計算機インスタンス１７０２のみで構成されてもよいし、クラウド環境１０６が提供する別のコンポーネントを有してもよい。

計算機インスタンス１７０２において制御ソフト１７５０が動作する。制御ソフト１７５０が、第２のストレージシステム１１２のボリューム１７０１を利用して、ストレージプール１７００を形成する。ストレージプール１７００は、複数（又は一つ）のボリューム１７０１に基づく論理的な空間（アドレス空間）でよい。

また、制御ソフト１７５０は、ストレージプール１７００を利用して、ターゲットボリューム１１４と冗長ボリューム１１５を作成する。障害に備え、ターゲットボリューム１１４と冗長ボリューム１１５は、異なる計算機インスタンス１７０２で管理する。具体的には、第１の計算機インスタンス１７０２の制御ソフト１７５０は、ストレージプール１７００に関連付いたターゲットボリューム１１４を管理してよい。第２の計算機インスタンス１７０２の制御ソフト１７５０は、ストレージプール１７００に関連付いた冗長ボリューム１１５を管理してよい。第２の計算機インスタンス１７０２は、第１の計算機インスタンス１０８と別の計算機インスタンスである。これにより、第１及び第２の計算機インスタンス１７０２のいずれかに障害が生じても、第１及び第２の計算機インスタンス１７０２のうちの残りの計算機インスタンスが管理するボリューム１１４又は１１５へのＩ／Ｏ継続が可能である。

複数の計算機インスタンス１７０２のうちのいずれかがマスタであり、マスタの計算機インスタンス１７０２の制御ソフト１７５０（以下、マスタの制御ソフト１７５０）が、マスタの制御ソフト１７５０以外の制御ソフト１７５０（マスタの計算機インスタンス１７０２以外の計算機インスタンス１７０２の制御ソフト１７５０）に指示を出してよい。マスタの制御ソフト１７５０、及び、マスタの制御ソフト１７５０から指示を受けた制御ソフト１７５０が、それぞれ単独で又は互いに連携して、ストレージプール１７００を形成したり、ターゲットボリューム１１４を第１の計算機インスタンス１７０２に作成したり、ターゲットボリューム１１４の冗長ボリューム１１５を第２の計算機インスタンス１７０２に作成したりしてもよい。

［第８の実施形態］

次に、第８の実施形態を説明する。第８の実施形態は、移行元及び移行先のストレージシステムの互換性に応じて、移行方式を使い分ける実施形態である。第８の実施形態に係るシステム構成は、実施形態１～７や先行技術文献と同様のものを用いることができる。

図１８は、第８の実施形態において行われる処理の流れを示す。

第８の実施形態では、まず、移行元である第１のストレージシステム１０２と移行先である第２のストレージシステム１１２とに、互換性があるかが調査される（Ｓ１８０１）。この調査は、例えば下記のいずれかの方法により行われてよい。
・情報処理システム１０５（例えば移行制御部１５３）が、第１及び第２のストレージシステム１０２及び１１２の各々からシステム情報（例えば、ストレージシステムのベンダ及び機種等を表す情報）を収集し、第１のストレージシステム１０２のシステム情報と第２のストレージシステム１１２のシステム情報が、互換性ルール情報が表す互換性ルールを満たすか否かを判定してよい。互換性ルール情報は、情報処理システム１０５の記憶装置５２に格納されていてよい。
・互換性の有無を調べたユーザにより、予め、互換性の有無を表す情報が情報処理システム１０５に入力され記憶装置５２に格納されていてよい。当該情報を基に、情報処理システム１０５（例えば移行制御部１５３）が、Ｓ１８０１を行う。

調査の結果、互換性がある場合には（Ｓ１８０２：Ｙｅｓ）、移行元である第１のストレージシステム１０２から移行先である第２のストレージシステム１１２へ、クラウドストレージサービス１０９を経由せずに、データボリュームが直接移行される（Ｓ１８０３）。すなわち、互換性がある場合には、先行技術文献に記載してある方式にて移行ができる。

調査の結果、互換性がない場合には（Ｓ１８０２：Ｎｏ）、移行元である第１のストレージシステム１０２から移行先である第２のストレージシステム１１２へ、クラウドストレージサービス１０９を経由してデータボリュームが移行される（Ｓ１８０４）。すなわち、実施形態１～７に記載の方式にて、データボリュームが移行される。実施形態５又は６の方式であれば、クラウドストレージサービス１０９を経由しないでデータボリュームが移行されてもよい。

本実施形態によれば、移行元及び移行先のストレージシステムの互換性を調査して、適切な移行方法を選択することができる。

以上、幾つかの実施形態を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施形態にのみ限定する趣旨ではない。例えば、上述した第１の実施形態～第７の実施形態の任意の二つ以上の実施形態が組み合わされてもよい。また、情報処理システム１０５の指示による処理の一部又は全部を、情報処理システム１０５の指示を介さず、手動で実行してもよい。また、「クラウドストレージサービス」は、「クラウドストレージ」又は「クラウドストレージシステム」と呼ばれてもよい。

また、上述の説明において、移行されるボリュームは論理ボリュームである。論理ボリューム内に格納されているデータ（物理ボリュームに格納されたデータ）も、論理ボリュームとともに、第１のストレージシステム、クラウドストレージサービス、第２のストレージシステムの物理ボリューム（ドライブ）間を原則として移動する。データの移動中は、一時的に一部のデータが移行元に存在し残りのデータが移行先に存在するということである。このため、例えば、Ｉ／Ｏ要求がリード要求の場合、移行元及び移行先のうち、読出し対象のデータが存在する方からデータが読み出される。また、例えば、Ｉ／Ｏ要求がライト要求の場合、データが移行元と移行先の両方に書き込まれてよい。これにより、移行中であってもデータにアクセス可能である。

また、上述の説明を、例えば以下のように総括することができる。下記の総括は、上述の説明の補足及び変形例の説明を含んでよい。

プロセッサ５３を有し、クラウド計算機、第１のストレージシステム１０２及び第２のストレージシステム１１２と通信可能な情報処理システム１０５が構築される。計算機１０１としての計算機インスタンス１０８をクラウド計算機に移行させ、計算機インスタンス１０８が使用するデータを第１のストレージシステム１０２から第２のストレージシステム１１２に移行させる場合に、情報処理システム１０５が、下記（Ａ）及び（Ｂ）を行う。
（Ａ）移行対象の計算機インスタンスを構成するためのＯＳ（Operating System）のイメージが格納されたシステムボリューム１０３と、当該ＯＳが使用するデータを格納したデータボリューム１０４とを、第１のストレージシステム１０２からクラウド計算機へ、クラウド計算機の移行ツール１９０に移行させる。
（Ｂ）移行ツール１９０によりクラウド計算機に移行されたデータボリュームである中間ボリューム１１１にマッピングされたマッピングボリューム１１３を第２のストレージシステム１１２に作成させ、計算機インスタンス１０８からマッピングボリューム１１３へデータ入出力のパスを計算機インスタンス１０８に設定させる。

（Ａ）は、ツール操作部１５１により行われる。（Ｂ）は、移行制御部１５３により行われる。（Ｂ）では、例えば、移行制御部１５３から出された指示に基づき、計算機インスタンス１０８によりパスが設定される。（Ａ）及び（Ｂ）の少なくとも一つは、情報処理システム１０５への人手による指示に応答して行われてもよいし、そのような指示無しに自動で行われてもよい。

情報処理システム１０５が、移行ツール１９０による移行が完了したことを確認する移行完了確認部１５２をさらに備えてよい。移行制御部１５３は、移行ツール１９０による移行の完了が確認された後に、マッピングボリューム１１３を第２のストレージシステム１１２に作成させてよい。

移行ツール１９０は、計算機インスタンス１０８が解釈できるデータ配置でデータボリューム１０４をクラウド計算機に移行するようになっていてよい。第２のストレージシステム１１２は、計算機インスタンス１０８が解釈できるデータ配置のデータボリュームである中間ボリューム１１１を、第２のストレージシステム内のマッピングボリューム１１３にマッピングしてよい。また、移行ツール１９０は、計算機インスタンス１０８が解釈できるデータ配置に変換してデータボリューム１０４をクラウド計算機に移行するようになっていてよい。

移行制御部１５３は、第２のストレージシステム１１２のマッピングボリューム１１３から第２のストレージシステム１１２におけるターゲットボリューム１１４へデータを移行させ、計算機インスタンス１０８からマッピングボリューム１１３へのパス設定に代えてターゲットボリューム１１４にパスを設定させてよい。

移行制御部１５３は、マッピングボリューム１１３から第２のストレージシステム１１２におけるターゲットボリューム１１４へのデータの移行完了後、中間ボリューム１１１をクラウド計算機から削除してよい。

移行元において計算機インスタンスは、複数のデータボリュームを使用してよい。ツール操作部１５１は、計算機インスタンスが使用する複数のデータボリュームを移行対象に指定してよい（例えば移行ツール１９０に対して指定してよい）。指定されたデータボリューム毎に、クラウド計算機に移行されマッピングボリュームが作成されてよい。

移行制御部１５３は、複数の外部接続方法のうち、データボリューム（中間ボリューム１１１）が存在するクラウド計算機に応じた外部接続方法を決定し、データボリューム（中間ボリューム１１１）を第２のストレージシステムに関連付けることである外部接続を、決定された外部接続方法に従い実行させ、当該外部接続がされたクラウド計算機のデータボリューム（中間ボリューム１１１）についてマッピングボリューム１１３を第２のストレージシステム１１２内に作成させてよい。

移行制御部１５３は、クラウド計算機及び第２のストレージシステム１１２がいずれもマルチパス機能に対応しているか否かを判定してよい。移行制御部１５３は、当該判定の結果が真の場合、計算機インスタンス１０８とマッピングボリューム１１３とを結ぶパスを追加し、その後に、データボリューム（中間ボリューム１１１）と計算機インスタンス１０８とを結ぶパスがあるならば当該パスを削除してよい。移行制御部１５３は、当該判定の結果が偽の場合、データボリューム（中間ボリューム１１１）と計算機インスタンス１０８とを結ぶパスを削除し、その後に、計算機インスタンス１０８とマッピングボリューム１１３とを結ぶパスを追加してよい。なお、移行制御部１５３は、データボリューム（中間ボリューム１１１）へのパスをオンライン状態とすることなく、マッピングボリューム１１３へのパスをオンライン状態としてよい。

計算機インスタンスは、移行前に、物理的な計算機（例えば計算機１０１）により実行されるハイパバイザ１２０により生成された仮想的な計算機（例えば計算機ＶＭ１２１）上で稼働してよい。計算機インスタンスが認識しているデータボリュームとは、ハイパバイザ１２０により作成されたデータストア１２３である仮想ディスクに格納されているボリュームであり、かつ、仮想的な計算機が認識しているボリュームでよい。データボリューム内のデータ配置は、ハイパバイザ１２０向けのデータ配置でよい。移行ツール１９０は、データボリューム内のデータ配置を計算機インスタンスが解釈可能なデータ配置に変換してデータボリュームをクラウド計算機に移行するようになっていてよい。

計算機インスタンスが、第１のストレージシステム１２２に対し、ボリュームグループ１２を構成する一つ又は複数の論理ボリュームを管理してよい。ボリュームグループは、第１のストレージシステム１０２の複数の物理ボリュームから構成された一つの論理空間でよい。複数の物理ボリュームは、それぞれ論理空間でよい。計算機インスタンスが認識しているデータボリュームとは、計算機インスタンスが認識している論理ボリュームでよい。

クラウド計算機は、コンピュート機能とストレージ機能を有して、クラウドサービスとして提供されていてよい。コンピュート機能は、クラウド計算機サービス１０７としての機能でよい。ストレージ機能は、クラウドストレージサービス１０９としての機能でよい。第２のストレージシステム１１２は、クラウドサービスのクラウド環境と別のクラウド環境におけるストレージサービスでよい。また、第２のストレージシステム１１２は、クラウドサービスのクラウド計算機と接続されたストレージシステムでよい。

なお、情報処理システム１０５に代えて又は加えて、クラウド計算機と、第１のストレージシステム１０２と、第２のストレージシステム１１２と、を備えた情報処理システムが構築されてもよい。クラウド計算機は、コンピュート機能とストレージ機能とを有してよい。計算機インスタンスをクラウド計算機に移行させ、計算機インスタンスが使用するデータを第１のストレージシステム１０２から第２のストレージシステム１１２に移行させる場合に、クラウド計算機の移行ツール１９０が、コンピュート機能が移行対象の計算機インスタンスを稼働させるためのＯＳ（Operating System）のイメージが格納されたシステムボリュームと、当該ＯＳが使用するデータを格納したデータボリュームとを、第１のストレージシステム１０２からクラウド計算機のストレージ機能へ移行させてよい。第２のストレージシステムが、クラウド計算機の移行ツール１９０によりクラウド計算機に移行されたデータボリューム（中間ボリューム１１１）とマッピングされたマッピングボリューム１３０を第２のストレージシステム１１２に作成させ、計算機インスタンス１０８からマッピングボリューム１３０へデータ入出力のパスを計算機インスタンス１０８に設定してよい。

１０５…情報処理システム

Claims (2)

1. プロセッサを有し、クラウド計算機、第１のストレージシステム及び第２のストレージシステムと通信可能な情報処理システムにおいて、
   計算機インスタンスをクラウド計算機に移行させ、前記計算機インスタンスが使用するデータを第１のストレージシステムから第２のストレージシステムに移行させる場合に、
   移行対象の計算機インスタンスを構成するためのＯＳ（Operating System）のイメージが格納されたシステムボリュームと、当該ＯＳが使用するデータを格納したデータボリュームとを、第１のストレージシステムから前記クラウド計算機へ、前記クラウド計算機の移行ツールに移行させるツール操作部と、
   前記クラウド計算機の移行ツールによりクラウド計算機に移行されたデータボリュームとマッピングされたマッピングボリュームを第２のストレージシステムに作成させ、前記計算機インスタンスから前記マッピングボリュームへデータ入出力のパスを計算機インスタンスに設定させる移行制御部と、
   を備える情報処理システム。
2. クラウド計算機と、第１のストレージシステムと、第２のストレージシステムと、を備えた情報処理システムにおいて、
   前記クラウド計算機は、コンピュート機能とストレージ機能を有し、
   計算機インスタンスをクラウド計算機に移行させ、前記計算機インスタンスが使用するデータを第１のストレージシステムから第２のストレージシステムに移行させる場合に、
   前記クラウド計算機の移行ツールが、前記コンピュート機能が移行対象の計算機インスタンスを稼働させるためのＯＳ（Operating System）のイメージが格納されたシステムボリュームと、当該ＯＳが使用するデータを格納したデータボリュームとを、第１のストレージシステムから前記クラウド計算機のストレージ機能へ移行させ、
   第２のストレージシステムが、前記クラウド計算機の移行ツールによりクラウド計算機に移行されたデータボリュームとマッピングされたマッピングボリュームを第２のストレージシステムに作成させ、前記計算機インスタンスから前記マッピングボリュームへデータ入出力のパスを計算機インスタンスに設定する、
   情報処理システム。

Images