JP7706536B2 - ストレージシステム及びリソース操作の状態管理方法 - Google Patents

Description

本発明は、ストレージシステム及びリソース操作の状態管理方法に関する。

情報システムにおいて、スキル及び労力を必要とせずにストレージ操作を行いたいというニーズがある。例えば特許文献１には、複数テナントのストレージ操作を実行するユーザの誤操作リスクを評価することで、誤操作を防止するシステムが開示されている。

特許第７１９０５３０号公報

しかし上述の特許文献１に開示の従来技術では、開始から完了までの一連のストレージ操作の状態管理が行われていない。

近年、オンプレミスの計算機資源と、パブリッククラウドの計算機資源と、を組合わせて用いるハイブリッドクラウドの需要が拡大してきている。ハイブリッドクラウドでは、例えば、中間ボリュームを介してオンプレミスの計算機資源をパブリッククラウドへ移行する一連のストレージ操作を含むマイグレーションが実行される。

ここでクラウドには、ユーザの誤操作等によりストレージ操作をやり直すとデータロストが発生したり、不要な中間ボリュームを削除しないとクラウドの容量課金が増大したりする等の不都合が発生する場合がある。

しかし従来技術では、ストレージ操作の状態管理が行われていないため、上述の不都合を回避するために、ハイブリッドクラウドにおいて一連のストレージ操作を含むオペレーションを実行する際、どの状態から実行可能かが不明で、容易に実行できない問題があった。

本発明は、上述の事情を考慮してなされたものであり、ハイブリッドクラウドにおいて一連のストレージ操作を含むオペレーションを容易に実行し得るようにすることを目的とする。

本発明の一態様では、クラウド上に第１のストレージ及び第２のストレージを有し、他のサイトに配置されたサーバに格納されたデータを該第１のストレージによって提供される第１のボリュームを介して該第２のストレージへコピーするリソース操作を含む複数のリソース操作から構成されるオペレーションを実行するストレージシステムであって、前記ストレージシステムは、プロセッサとメモリとを有し、前記プロセッサは、前記オペレーションの種別毎に、各前記リソース操作の実行に伴う前記リソースの各状態と、各該リソース操作の実行が終了した場合に各該状態から遷移する該状態を示す遷移先状態と、の対応関係を管理し、前記オペレーションに含まれる前記リソース操作を実行し、前記リソース操作の実行を表す前記状態である現在の状態を管理し、前記リソース操作の実行が正常完了したか否かを示す実行結果を取得し、前記実行結果と前記対応関係とに基づいて、前記現在の状態に対応付けられる前記遷移先状態を取得し、取得した前記遷移先状態に基づいて、前記現在の状態から遷移する前記状態を決定することを特徴とする。

本発明によれば、ハイブリッドクラウドにおいて一連のストレージ操作を含むオペレーションを容易に実行し得るようにできる。

実施形態に係るクラウドシステムの構成を示す図。 実施形態に係る状態管理テーブルの構成を示す図。 実施形態に係る遷移先一覧テーブル（マイグレーション）の構成を示す図。 実施形態に係る遷移先一覧テーブル（二次利用）の構成を示す図。 実施形態に係るストレージ資源管理テーブルの構成を示す図。 実施形態に係る状態管理処理を示すフローチャート。 実施形態に係る通常時遷移先指定処理を示すフローチャート。 実施形態に係る案件継続処理を示すフローチャート。 実施形態に係る異常時遷移先指定処理を示すフローチャート。 実施形態に係る削除判定処理を示すフローチャート。 実施形態に係るメニュー画面の構成を示す図。 実施形態に係る案件選択画面の構成を示す図。 実施形態に係る通常時遷移指示画面の構成を示す図。 実施形態に係るやり直し指示画面の構成を示す図。 実施形態に係る削除可能表示画面の構成を示す図。 実施形態に係る削除不可能表示画面の構成を示す図。 コンピュータのハードウェアの構成を示す図。

以下、図面を参照して、本発明の実施形態を詳述する。なお、以下の記載及び図面は、本発明を説明するための例示であって、説明の明確化のため、適宜、省略及び簡略化がなされている。また、実施形態の中で説明されている特徴の組合せの全てが発明の解決手段に必須であるとは限らない。本発明が実施形態に制限されることは無く、本発明の思想に合致するあらゆる応用例が本発明の技術的範囲に含まれる。本発明は、当業者であれば本発明の範囲内で様々な追加や変更等を行うことができる。本発明は、他の種々の形態でも実施する事が可能である。特に限定しない限り、各構成要素は複数でも単数でも構わない。
以下の説明では、「ＣＰＵ（Central Processing Unit）」は、一つ以上のプロセッサデバイスの一例である。少なくとも一つのプロセッサデバイスは、典型的には、ＣＰＵに限らず、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサデバイスでもよい。少なくとも一つのプロセッサデバイスは、シングルコアでもよいしマルチコアでもよい。少なくとも一つのプロセッサデバイスは、プロセッサコアでもよい。

少なくとも一つのプロセッサデバイスは、処理の一部又は全部を行うハードウェア記述言語によりゲートアレイの集合体である回路でもよい。回路とは、例えばＦＰＧＡ（Field-Programmable Gate Array）、ＣＰＬＤ（Complex Programmable Logic Device）又はＡＳＩＣ（Application Specific Integrated Circuit）といった広義のプロセッサデバイスである。

以下の説明では、プログラムがＣＰＵによって実行されることで「ＸＸＸ部」という処理機能を実現し、処理の実行主体となる。処理機能は、１つ以上のコンピュータプログラムがプロセッサによって実行されることで実現されてもよいし、１つ以上のハードウェア回路（例えばＦＰＧＡ又はＡＳＩＣ）によって実現されてもよいし、それらの組合せによって実現されてもよい。

プログラムがプロセッサによって実行されることで機能が実現される場合、定められた処理が、適宜に記憶装置及び／又はインタフェース装置等を用いながら行われるため、機能はプロセッサの少なくとも一部とされてもよい。機能部を主語として説明された処理は、プロセッサあるいはそのプロセッサを有する装置が行う処理としてもよい。

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

また以下の説明では、各種情報をテーブル形式で説明する場合があるが、情報のデータ形式はテーブル形式以外の形式（例えばＣＳＶ（Comma Separated Values）形式等）でもよい。また各種情報は、テーブルとして記憶部に格納されてもよいし、プログラム中にロジックとして埋め込まれてもよい。

また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号のうちの共通符号を使用し、同種の要素を区別して説明する場合には、参照符号を使用することがある。

（実施形態に係るクラウドシステムＳの構成）
図１は、実施形態に係るクラウドシステムＳの構成を示す図である。クラウドシステムＳは、クラウドサイトに設置されたハイブリッドクラウド上のストレージシステムである。クラウドシステムＳは、顧客毎に管理されるプライベートクラウド基盤１及びマルチテナントのパブリッククラウド基盤２を有する。

プライベートクラウド基盤１は、仮想マシン１１、ストレージ１２、及び集計サーバ１３を有する。プライベートクラウド基盤１内において、仮想マシン１１、ストレージ１２、及び集計サーバ１３は、通信可能に接続されている。

仮想マシン１１は、クラウドサイトとは異なる他のサイトに設置されたオンプレミスの物理サーバ（不図示）及びストレージ（不図示）からプログラムデータ及びユーザデータが移行された仮想サーバである。また仮想マシン１１は、オンプレミスから移行されたユーザデータをパブリッククラウド基盤２へマイグレーションするマイグレーション対象の仮想サーバである。仮想マシン１１は、業務アプリケーション実行部１１１、及びストレージ１２によって仮想マシン１１に提供されるボリューム１１２を有する。

業務アプリケーション実行部１１１は、業務アプリケーションを実行する。ボリューム１１２は、オンプレミスから移行された仮想マシン１１のプログラムデータ及び仮想マシン１１を利用する顧客のユーザデータを格納する。ボリューム１１２は、第１のボリュームの一例であり、後述の中間ボリュームである。

ストレージ１２は、例えばオブジェクトストレージである。ストレージ１２は、ボリューム１１２に格納されている仮想マシン１１のユーザデータのスナップショット１２１を取得し、格納する。ストレージ１２は、第１のストレージの一例である。

集計サーバ１３は、仮想マシンであり、ストレージ操作完了状況通知部１３１及びストレージ操作指示部１３２を有する。ストレージ操作完了状況通知部１３１は、実行指示に応じて実行されたストレージ操作の実行後にストレージ１２から出力されたストレージ操作完了状態通知を、実行後の状態として、後述のストレージ操作状況通知受信部２３２へ送信する。ストレージ操作指示部１３２は、ストレージ１２に対して、後述の状態管理部２３４から受信した状態に応じたストレージ操作の実行指示を送信する。

パブリッククラウド基盤２は、ストレージ２１、ＳＤＳ（Software-Defined Storage）クラスタ２２、状態管理サーバ２３、表示サーバ２４、及び集計サーバ２５を有する。パブリッククラウド基盤２内において、ストレージ２１、ＳＤＳクラスタ２２、状態管理サーバ２３、表示サーバ２４、及び集計サーバ２５は、通信可能に接続されている。

ストレージ２１は、例えばブロックストレージであり、プライベートクラウド基盤１から共有設定されたスナップショット１２１を格納する。ＳＤＳクラスタ２２は、パブリッククラウド基盤２が有するストレージクラスタであり、ストレージ２１を介してスナップショット１２１をボリューム２２１へ取込む。ＳＤＳクラスタ２２は、第２のストレージの一例である。

状態管理サーバ２３は、仮想マシンであり、画面操作状況受信部２３１、ストレージ操作状況通知受信部２３２、状態管理部２３４、及び記憶部２３５を有する。

画面操作状況受信部２３１は、後述の表示部２４１に表示された各種画面（図１０～図１５）のユーザによる操作状況を受信し、状態管理部２３４へ送信する。ストレージ操作状況通知受信部２３２は、集計サーバ１３，２５のストレージ操作完了状況通知部１３１，２５１からストレージ操作の完了状況の通知を受信し、状態管理部２３４へ送信する。

状態管理部２３４は、ストレージ操作状況通知受信部２３２から受信したストレージ操作の完了状況に基づいて後述の状態管理テーブル２３６を更新する。また状態管理部２３４は、遷移先一覧テーブル２３７及びストレージ資源管理テーブル２３８を参照し、画面操作状況受信部２３１から受信したユーザの操作状況に基づいて次に遷移する状態を決定する。そして状態管理部２３４は、決定した状態を集計サーバ１３，２５のストレージ操作指示部１３２，２５２へ送信する。

記憶部２３５は、メモリ等の一時的な記憶装置又はストレージ等の永続的な記憶装置である。記憶部２３５は、状態管理テーブル２３６、遷移先一覧テーブル２３７、及びストレージ資源管理テーブル２３８を格納する。状態管理テーブル２３６、遷移先一覧テーブル２３７、及びストレージ資源管理テーブル２３８の詳細は、図２、図３Ａ、図３Ｂ、及び図４をそれぞれ参照して後述する。

表示サーバ２４は、仮想マシンであり、表示部２４１を有する。表示部２４１は、表示画面（不図示）を有し、後述の各種画面（図１０～図１５）を表示制御する。表示部２４１は、状態管理部２３４から受信した情報を表示画面に表示し、表示画面を操作するユーザの操作状況を画面操作状況受信部２３１へ送信する。

集計サーバ２５は、仮想マシンであり、ストレージ操作完了状況通知部２５１及びストレージ操作指示部２５２を有する。集計サーバ２５、ストレージ操作完了状況通知部２５１及びストレージ操作指示部２５２は、集計サーバ１３、ストレージ操作完了状況通知部１３１及びストレージ操作指示部１３２と同様である。

なお本実施形態では、マイグレーション対象の仮想マシン１１は、顧客のオンプレミスに設けられた物理サーバを移行した仮想サーバであるとしている。しかしこれに限らず、仮想マシン１１は、顧客のプライベートクラウドに設けられた仮想サーバを移行したものである等、何れのサーバを移行した仮想サーバでもよい。クラウドシステムＳは、中間ボリュームを介してオペレーションを実行することで、データの移行元及び移行先を柔軟に組合せることが可能になるメリットがある。

（実施形態に係る状態管理テーブル２３６の構成）
図２は、実施形態に係る状態管理テーブル２３６の構成を示す図である。状態管理テーブル２３６は、「案件ＩＤ」「案件名」「案件種別ＩＤ」「案件種別名」「状態ＩＤ」「最終更新日時」のカラムを有する。

「案件ＩＤ」は、例えば顧客名、システム名、「案件種別ＩＤ」、及び「案種別名」で識別される処理を含んだ案件の識別情報である。「案件名」は、「案件ＩＤ」に対して与えられた名称である。「案件種別ＩＤ」は、「案件ＩＤ」で識別される案件で実行される一連のストレージ操作を含むオペレーションパターンの種別である。「案件種別名」は、「案件ＩＤ」に対して与えられた名称である。「状態ＩＤ」は、「案件ＩＤ」で識別される案件の処理の実行状況を表す状態の識別情報である。「最終更新日時」は、該当レコードのタイムスタンプである。

（実施形態に係る遷移先一覧テーブル２３７の構成）
図３Ａは、実施形態に係る遷移先一覧テーブル（マイグレーション）２３７ａの構成を示す図である。図３Ｂは、実施形態に係る遷移先一覧テーブル（二次利用）２３７ｂの構成を示す図である。

遷移先一覧テーブル２３７は、案件種別毎に定義される。図３Ａ及び図３Ｂに示す遷移先一覧テーブル２３７ａ，２３７ｂは、案件種別が“マイグレーション”と“二次利用”の２種類である場合を示す。“二次利用”は、本来のデータのコピー以外の用途でこのコピーに係るスナップショット１２１等のデータを利用するオペレーションを指し、例えばデータを用いた分析や月次等のバッチ処理がある。

案件又は案件種別は、複数のリソース操作から構成されるオペレーションの一例である。またリソース操作は、本実施形態ではストレージ１２、ストレージ２１、及びＳＤＳクラスタ２２に対するストレージ操作である。

“マイグレーション”及び“二次利用”は、事前準備としてスナップショット１２１が作成されていることを前提とする。しかしこれに限らず、スナップショット１２１は、“マイグレーション”及び“二次利用”の処理で作成されるとしてもよく、事前準備段階とする範囲は適宜変更可能である。

遷移先一覧テーブル２３７は、案件種別が増える毎に独立したテーブルが設けられる。複数の遷移先一覧テーブル２３７ａ，２３７ｂ・・・を遷移先一覧テーブル２３７と総称する。

遷移先一覧テーブル２３７は、「状態ＩＤ」「状態名」「通常時遷移先状態ＩＤ」「通常時遷移先状態名」「異常時遷移先状態ＩＤ」「異常時遷移先状態名」のカラムを有する。遷移先一覧テーブル２３７は、これらのカラムに格納された情報の対応関係を管理する。

「状態ＩＤ」は、該当案件におけるリソース操作の実行に伴い遷移する現在の状態の識別情報である。「状態名」は、「状態ＩＤ」に対して与えられた名称である。

「通常時遷移先状態ＩＤ」は、該当レコードの状態で実行されるストレージ操作が正常完了して「状態ＩＤ」で識別される状態から遷移する遷移先の「状態ＩＤ」を示す。「通常時遷移先状態名」は、「通常時遷移先状態ＩＤ」に対して与えられた名称である。「通常時遷移先状態ＩＤ」及び「通常時遷移先状態名」は、各状態によって表される各リソース操作の実行が終了した場合に各状態から遷移する状態を示す。また「通常時遷移先状態ＩＤ」及び「通常時遷移先状態名」は、各状態によって表される各リソース操作が正常完了して終了した場合に各状態から遷移する状態を示す。

「異常時遷移先状態ＩＤ」は、該当レコードの状態で実行されるストレージ操作が正常完了せず「状態ＩＤ」で識別される状態から遷移する遷移先の「状態ＩＤ」を示す。「異常時遷移先状態名」は、「異常時遷移先状態ＩＤ」に対して与えられた名称である。「異常時遷移先状態ＩＤ」及び「異常時遷移先状態名」は、各状態によって表される各リソース操作の実行が終了した場合に各状態から遷移する状態を示す。また「異常時遷移先状態ＩＤ」及び「異常時遷移先状態名」は、各状態によって表される各リソース操作が正常完了せずに終了した場合に各状態から遷移する状態を示す。

図３Ａ及び図３Ｂに示す遷移先一覧テーブル２３７ａ，２３７ｂを比較すると、遷移先一覧テーブル２３７ｂは、「状態ＩＤ」が“９”に対応する「通常時遷移先状態ＩＤ」が“１０”でなく“１１”である点が異なる。また遷移先一覧テーブル２３７ｂは、「状態ＩＤ」が“１０”のレコードが定義されていない点が異なる。遷移先一覧テーブル２３７ａ，２３７ｂは、これらの点以外は同様である。

例えば図３Ａの「状態ＩＤ」が“５”の“ボリューム２２１へのコピー”は、第１のボリュームを介して第２のストレージへデータをコピーするリソース操作の実行によるリソースの状態を表す。

（実施形態に係るストレージ資源管理テーブル２３８の構成）
図４は、実施形態に係るストレージ資源管理テーブル２３８の構成を示す図である。ストレージ資源管理テーブル２３８は、「案件ＩＤ」「ホスト名」「ＲＡＩＤグループ」「プールＩＤ」「ボリューム番号」「クラウド仮想マシンインスタンスＩＤ」「中間ボリュームＩＤ」「スナップショットＩＤ」のカラムを有する。

「ホスト名」「ＲＡＩＤグループ」「プールＩＤ」「ボリューム番号」は、顧客のオンプレミス（不図示）又はプライベートクラウドにおける移行対象の物理サーバ又は仮想サーバに係る情報である。

「案件ＩＤ」は、状態管理テーブル２３６の「案件ＩＤ」と同様である。「ホスト名」は、移行対象のオンプレミスの物理サーバ又は仮想サーバのホスト名である。「ＲＡＩＤグループ」は、移行対象のオンプレミスの物理サーバ又は仮想サーバに提供されるボリュームが格納されるストレージのＲＡＩＤ（Redundant Arrays of Inexpensive Disks）の構成情報である。「プールＩＤ」は、移行対象のオンプレミスの物理サーバ又は仮想サーバに提供されるボリュームが所属するプールの識別情報である。「ボリューム番号」は、移行対象のオンプレミスの物理サーバ又は仮想サーバに提供されるボリュームの識別情報である。

「クラウド仮想マシンインスタンスＩＤ」は、仮想マシン１１のインスタンスの識別情報である。「中間ボリュームＩＤ」は、仮想マシン１１が有する中間ボリュームであるボリューム１１２の識別情報である。「スナップショットＩＤ」は、スナップショット１２１の識別情報である。

（実施形態に係る状態管理処理）
図５は、実施形態に係る状態管理処理を示すフローチャートである。図１０は、実施形態に係るメニュー画面Ｄ１の構成を示す図である。図１１は、実施形態に係る案件選択画面Ｄ２の構成を示す図である。

先ずステップＳ１１では、画面操作状況受信部２３１は、表示部２４１の表示画面に後述のメニュー画面Ｄ１（図１０）を表示し、ユーザによるメニュー画面Ｄ１を介したメニュー選択を受付ける。メニューには、本実施形態では、例えば“通常時遷移先指定”、“やり直し指定”、及び“リソース削除問合せ”の３つがある。ユーザは、“通常時遷移先指定”を選択する場合には表示Ｄ１１（図１０）を選択操作し、“やり直し指定”を選択する場合には表示Ｄ１２（図１０）を選択操作し、“リソース削除問合せ”を選択する場合には表示Ｄ１３（図１０）を選択操作する。選択操作は、クリック、タップ、リターン等の端末の入力装置の操作である。

次にステップＳ１２では、画面操作状況受信部２３１は、表示部２４１の表示画面に後述の案件選択画面Ｄ２（図１１）を表示し、ユーザによる案件選択画面Ｄ２を介した案件選択を受付ける。ユーザは、案件選択表示Ｄ２１（図１１）において選択したい案件のレコードを選択操作する。

次にステップＳ１３では、画面操作状況受信部２３１は、ステップＳ１１で選択を受付けたメニューは、“通常時遷移先指定”であるかを判定する。画面操作状況受信部２３１は、“通常時遷移先指定”である場合（ステップＳ１３ＹＥＳ）にステップＳ１４へ処理を移す一方、“やり直し指定”又は“リソース削除問合せ”である場合（ステップＳ１３ＮＯ）にステップＳ１５へ処理を移す。

ステップＳ１４では、状態管理部２３４は、図６を参照して詳細を後述する通常時遷移先指定処理を実行する。

ステップＳ１５では、画面操作状況受信部２３１は、ステップＳ１１で選択を受付けたメニューは、“やり直し指定”であるかを判定する。画面操作状況受信部２３１は、“やり直し指定”である場合（ステップＳ１５ＹＥＳ）にステップＳ１６へ処理を移す一方、
“リソース削除問合せ”である場合（ステップＳ１５ＮＯ）にステップＳ１７へ処理を移す。

ステップＳ１６では、状態管理部２３４は、図８を参照して詳細を後述する異常時遷移先指定処理を実行する。ステップＳ１７では、状態管理部２３４は、図９を参照して詳細を後述する削除判定処理を実行する。

（実施形態に係る通常時遷移先指定処理）
図６は、実施形態に係る通常時遷移先指定処理を示すフローチャートである。図１２は、実施形態に係る通常時遷移指示画面Ｄ３の構成を示す図である。通常時遷移先指定処理は、状態管理テーブル２３６に格納されている対象案件の現在の状態ＩＤを開始の状態として処理が実行される。対象案件について通常時遷移先指定処理が初めて実行される場合には、状態管理テーブル２３６に格納されている対象案件の現在の状態ＩＤは“１”である。

先ずステップＳ１４ａでは、状態管理部２３４は、ステップＳ１２で選択された案件種別を特定する。次にステップＳ１４ｂでは、状態管理部２３４は、ステップＳ１４ａで特定された案件種別に応じた遷移先一覧テーブル２３７を参照し、現在の状態ＩＤを基に通常時遷移先状態ＩＤを特定し、特定した通常時遷移先状態ＩＤを新たな現在の状態ＩＤとする。

次にステップＳ１４ｃでは、状態管理部２３４は、ステップＳ１４ｂで特定した異常時遷移先状態ＩＤに対応する通常時遷移指示画面Ｄ３（図１２）の通常時遷移先状態表示Ｄ３１を表示部２４１の表示画面に表示する。次にステップＳ１４ｄでは、状態管理部２３４は、通常時遷移先状態表示Ｄ３１のＯＫボタンが押下されたかを判定する。状態管理部２３４は、通常時遷移先状態表示Ｄ３１のＯＫボタンが押下された場合（ステップＳ１４ｄＹＥＳ）にステップＳ１４ｅへ処理を移す。一方状態管理部２３４は、通常時遷移先状態表示Ｄ３１のCancelボタンが押下された場合（ステップＳ１４ｄＮＯ）に通常時遷移先指定処理を終了する。

ステップＳ１４ｅでは、状態管理部２３４は、図７を参照して詳細を後述する案件継続処理を実行する。

（実施形態に係る案件継続処理）
図７は、実施形態に係る案件継続処理を示すフローチャートである。案件継続処理では、案件種別毎の遷移先一覧テーブル２３７を参照して、現在の状態ＩＤに該当するストレージ操作の実行後、正常完了及び異常完了に応じて対応する通常時遷移先状態ＩＤ又は異常時遷移先状態ＩＤが取得される。そして、取得された状態ＩＤに対応するストレージ操作が実行される。そしてこのストレージ操作の実行後、正常完了及び異常完了に応じて対応する通常時遷移先状態ＩＤ又は異常時遷移先状態ＩＤが取得される。このように案件継続処理は、遷移先一覧テーブル２３７に規定される一連のストレージ操作を通常時遷移先状態ＩＤ及び異常時遷移先状態ＩＤに基づいて現在の状態を遷移させながら実行する処理である。

先ずステップＳ１４ｅ１では、状態管理部２３４は、状態管理テーブル２３６の該当の案件ＩＤの状態ＩＤ及び最終更新日時を更新する。状態管理部２３４は、通常時遷移先状態ＩＤ（ステップＳ１４ｂ，Ｓ１４ｅ７で特定）、異常時遷移先状態ＩＤ（ステップＳ１６ｂ，Ｓ１４ｅ８で特定）の何れかに該当する現在の状態ＩＤ及び現在日時で、状態管理テーブル２３６を更新する。

次にステップＳ１４ｅ２では、状態管理部２３４は、ステップＳ１４ｅ１で更新した状態ＩＤが、ステップＳ１４ｂ又はＳ１６ａで選択した案件種別に応じた遷移先一覧テーブル２３７で定義される“完了状態”に該当する例えば“１１”であるかを判定する。状態管理部２３４は、更新した状態ＩＤが“１１”である場合（ステップＳ１４ｅ２ＹＥＳ）に案件継続処理を終了し、“１１”以外である場合（ステップＳ１４ｅ２ＮＯ）にステップＳ１４ｅ３へ処理を移す。

次にステップＳ１４ｅ３では、状態管理部２３４は、遷移先一覧テーブルを参照し、ステップＳ１４ｅ１による更新後の状態ＩＤを基に状態名を取得する。次にステップＳ１４ｅ４では、状態管理部２３４は、ステップＳ１４ｅ３で取得した状態名に対応するストレージ操作の指示を集計サーバ１３，２５のストレージ操作指示部１３２，２５２の何れかへ送信する。ストレージ操作の指示は、状態ＩＤが“１”～“３”，“１２”のようにプライベートクラウド基盤１が主体として実行されるストレージ操作の場合に集計サーバ１３のストレージ操作指示部１３２へ送信される。またストレージ操作の指示は、状態ＩＤが“４”～“１１”，“１３”のようにパブリッククラウド基盤２が主体として実行されるストレージ操作の場合に集計サーバ２５のストレージ操作指示部２５２へ送信される。このように状態管理部２３４は、現在の状態から遷移すると決定した状態に対応するリソース操作を実行する。

次にステップＳ１４ｅ５では、状態管理部２３４は、ステップＳ１４ｅ４でストレージ操作を送信した集計サーバ１３，２５のストレージ操作完了状況通知部１３１，２５１からストレージ操作の実行に応じて取得されたストレージ操作の完了状況の通知を受信する。ストレージ操作の完了状況の通知（ストレージ操作完了状況通知）は、実行を指示したストレージ操作が正常に完了したか否かの情報を含む。ストレージ操作完了状況通知は、ストレージ操作の実行結果の一例である。

次にステップＳ１４ｅ６では、状態管理部２３４は、ステップＳ１４ｅ５で受信したストレージ操作完了状況通知がストレージ操作の正常完了を示すかを判定する。状態管理部２３４は、ストレージ操作完了状況通知がストレージ操作の正常完了を示す場合（ステップＳ１４ｅ６ＹＥＳ）にステップＳ１４ｅ７へ処理を移し、正常完了以外（異常等）を示す場合（ステップＳ１４ｅ６ＮＯ）にステップＳ１４ｅ８へ処理を移す。

ステップＳ１４ｅ７では、状態管理部２３４は、ステップＳ１４ｂ（図６）と同様の処理を実行する。一方ステップＳ１４ｅ８では、状態管理部２３４は、案件種別に応じた遷移先一覧テーブル２３７を参照し、現在の状態ＩＤを基に異常時遷移先状態ＩＤを特定し、特定した以上時遷移先状態ＩＤを新たな現在の状態ＩＤとする。状態管理部２３４は、ステップＳ１４ｅ７又はＳ１４ｅ８が終了すると、ステップＳ１４ｅ１へ処理を移す。

なお状態管理部２３４は、ステップＳ１４ｅ６ＮＯの場合に、表示画面にストレージ操作が正常完了しなかった旨と、それまでにストレージ操作が正常完了した結果の状態ＩＤと、対応する状態を表示してもよい。また状態管理部２３４は、ステップＳ１４ｅ６ＮＯの場合に、案件継続処理を終了してもよい。

また状態管理部２３４は、ステップＳ１４ｅ６ＮＯと判定された回数が閾値を超過した場合に、ステップＳ１４ｅ８へ処理を移さず、案件継続処理を終了してもよい。例えば状態管理部２３４は、同一の状態ＩＤについてステップＳ１４ｅ６ＮＯと判定された回数が閾値を超過した場合に、ステップＳ１４ｅ８へ処理を移さず、案件継続処理を終了してもよい。

（実施形態に係る異常時遷移先指定処理）
図８は、実施形態に係る異常時遷移先指定処理を示すフローチャートである。図１３は、実施形態に係るやり直し指示画面Ｄ４の構成を示す図である。異常時遷移先指定処理は、ある案件についてオペレーションに含まれるストレージ操作が正常終了せずオペレーションの実行が途中で停止している場合又はユーザによる誤操作があった場合に、ストレージ操作のやり直しのために実行される。

先ずステップＳ１６ａでは、状態管理部２３４は、ステップＳ１２で選択された案件種別を特定する。次にステップＳ１６ｂでは、状態管理部２３４は、ステップＳ１６ａで特定された案件種別に応じた遷移先一覧テーブル２３７を参照し、現在の状態ＩＤを基に異常時遷移先状態ＩＤを特定する。

次にステップＳ１６ｃでは、状態管理部２３４は、ステップＳ１６ｂで特定された異常時遷移先状態ＩＤに対応するやり直し指示画面Ｄ４（図１３）を表示部２４１の表示画面に表示する。やり直し指示画面Ｄ４には、遷移先一覧テーブル２３７の「異常時遷移先状態名」に基づいて、どの状態まで戻ればやり直せるか、スナップショット１２１の再取得が必要か否かが表示されてもよい。

次にステップＳ１６ｄでは、状態管理部２３４は、やり直し指示画面Ｄ４のやり直し指示表示Ｄ４１のＯＫボタンが押下されたかを判定する。状態管理部２３４は、やり直し指示表示Ｄ４１のＯＫボタンが押下された場合（ステップＳ１６ｄＹＥＳ）にステップＳ１６ｅへ処理を移す。一方状態管理部２３４は、やり直し指示表示Ｄ４１のCancelボタンが押下された場合（ステップＳ１６ｄＮＯ）に異常時遷移先指定処理を終了する。

ステップＳ１６ｅでは、状態管理部２３４は、図７を参照して既に詳述した案件継続処理を実行する。

（実施形態に係る削除判定処理）
図９は、実施形態に係る削除判定処理を示すフローチャートである。図１４は、実施形態に係る削除可能表示画面Ｄ５の構成を示す図である。図１５は、実施形態に係る削除不可能表示画面Ｄ６の構成を示す図である。

先ずステップＳ１７ａでは、状態管理部２３４は、状態管理テーブル２３６を参照し、現在の状態ＩＤを取得する。

次にステップＳ１７ｂでは、状態管理部２３４は、ステップＳ１７ｂで取得した現在の状態がボリューム１１２及びスナップショット１２１を削除可能な状態もしくはスナップショット１２１のみの削除が可能な状態かを判定する。ボリューム１１２及びスナップショット１２１の削除が可能な状態は、案件種別に応じた遷移先一覧テーブル２３７において、状態ＩＤが“１”～“５”の場合である。ボリューム１１２を削除せずスナップショット１２１のみの削除が可能な状態は、案件種別に応じた遷移先一覧テーブル２３７において、状態ＩＤが“６”“７”の場合である。

状態管理部２３４は、現在の状態がボリューム１１２及びスナップショット１２１を削除可能な状態又はスナップショット１２１のみの削除が可能な状態である場合（ステップＳ１７ｂＹＥＳ）にステップＳ１７ｃへ処理を移す。一方状態管理部２３４は、何れも削除が不可能である場合（ステップＳ１７ｂＮＯ）にステップＳ１７ｄへ処理を移す。

ステップＳ１７ｃでは、状態管理部２３４は、現在の状態ＩＤに応じて中間ボリューム及びスナップショット１２１もしくはスナップショット１２１のみが削除可能であることを示す削除可能表示画面Ｄ５（図１４）を表示部２４１の表示画面に表示する。この際、状態管理部２３４は、現在の状態も表示部２４１の表示画面に表示する。

一方ステップＳ１７ｄでは、状態管理部２３４は、現在の状態ＩＤではボリューム１１２及びスナップショット１２１の何れのリソースも削除不可能であることを示す削除不可能表示画面Ｄ６（図１５）を表示部２４１の表示画面に表示する。この際、状態管理部２３４は、現在の状態も表示部２４１の表示画面に表示する。またこの際、状態管理部２３４は、どの期間（状態）であれば削除可能かを奉持してもよい。状態管理部２３４は、ステップＳ１７ｃ又はＳ１７ｄが終了すると、ステップＳ１７ｅへ処理を移す。

なおボリューム１１２のみを用いスナップショット１２１を用いない方式のオペレーションの場合は、ボリューム１１２のみの削除可否が判定され、この判定結果が表示される。

ステップＳ１７ｅでは、状態管理部２３４は、削除可能表示画面Ｄ５の削除可能表示Ｄ５１又は削除不可能表示画面Ｄ６の削除不可能表示Ｄ６１のＯＫボタンが押下されたかを判定する。状態管理部２３４は、削除可能表示Ｄ５１又は削除不可能表示Ｄ６１のＯＫボタンが押下されるまで待機（ステップＳ１７ｅＮＯ）し、ＯＫボタンが押下された場合（ステップＳ１７ｅＹＥＳ）に削除判定処理を終了する。状態管理部２３４は、削除可能表示Ｄ５１のＯＫボタンが押下されたことを契機に、中間ボリューム及びスナップショット１２１もしくはスナップショット１２１のみの削除指示をストレージ操作指示部２５２へ送信してもよい。ストレージ操作指示部２５２は、この削除指示を受信すると、該当の中間ボリューム及びスナップショット１２１もしくはスナップショット１２１のみを削除するようにストレージ２１に対して指示する。

（実施形態の効果）
本実施形態では、遷移先一覧テーブル２３７に基づいて、現在の状態から遷移する遷移先を決定する。よって複数のリソース操作からなるオペレーションの種別に応じて状態遷移先を定義することで、種別が異なる複数のオペレーションの状態管理を行うことができる。また各オペレーションの実行開始や実行再開を何れの状態から開始すればよいかが容易に判別できるので、オペレーションを容易に実行することができる。

また本実施形態では、遷移先一覧テーブル２３７に基づいて、現在の状態に対応するリソース操作が正常完了した場合に遷移する通常時遷移先状態と異常完了した場合に遷移する異常時遷移先状態の何れかを遷移先として決定し、対応するリソース操作を実行する。よってリソース操作の正常完了及び異常完了に応じて次に遷移すべき状態が容易に判別でき、オペレーションを自動で行うことができる。

また本実施形態では、オペレーションの各リソース操作の実行結果と遷移先一覧テーブル２３７とに基づいて異常時遷移先状態を取得した場合に、現在の状態と異常時遷移先状態とをやり直し指示画面Ｄ４に表示する。よってどの状態まで戻ればオペレーションをやり直すことができるかが容易に判別できる。

また本実施形態では、現在の状態に基づいて、第１のボリューム（ボリューム１１２）及びスナップショット１２１もしくはスナップショット１２１のみが削除可能であるかを判定する。そして第１のボリュームが削除可能であるかの判定結果を、現在の状態と共に削除可能表示画面Ｄ５又は削除不可能表示画面Ｄ６に表示する。よって現在の状態では、移行元の第１のボリューム及びスナップショット１２１もしくはスナップショット１２１のみを削除してよいかどうかが容易に判別できる。

本実施形態では、オペレーションは、マイグレーションである。よって本実施形態は、オンプレミスにおけるストレージデバイスから、顧客管理のプライベートクラウド内の中間ボリューム経由でパブリッククラウド内のストレージデバイスへデータ移行するケースに適用できる。また本実施形態では、オペレーションは、二次利用である。よって本実施形態は、オンプレミスにおけるストレージデバイスから、顧客管理のプライベートクラウド内の中間ボリューム経由でパブリッククラウド内のストレージデバイスにデータ移行する際の中間ボリュームに格納されたデータの二次利用に適用できる。

（コンピュータ１０００のハードウェアの構成）
図１６は、コンピュータ１００のハードウェアの構成を示す図である。コンピュータ１０００は、所定のプログラムの実行により、プライベートクラウド基盤１及びパブリッククラウド基盤２の各サーバ及びストレージ（図１）、各種入出力端末等を実現する。

コンピュータ１０００は、バス等の内部通信線１００７を介して相互に接続されたＣＰＵをはじめとするプロセッサ１００１、主記憶装置１００２、補助記憶装置１００３、ネットワークインタフェース１００４、入力装置１００５、及び出力装置１００６を備える。

プロセッサ１００１は、コンピュータ１０００全体の動作制御を司る。主記憶装置１００２は、例えば揮発性の半導体メモリから構成され、プロセッサ１００１のワークメモリとして利用される。補助記憶装置１００３は、ハードディスク装置、ＳＳＤ（Solid State Drive）、又はフラッシュメモリ等の大容量の不揮発性の記憶装置から構成され、各種プログラムやデータを長期間保持するために利用される。

補助記憶装置１００３に格納された実行可能プログラム１００３ａがコンピュータ１０００の起動時や必要時に主記憶装置１００２にロードされ、プロセッサ１００１によって実行される。

なお実行可能プログラム１００３ａは、非一時的記録媒体に記録され、媒体読み取り装置によって非一時的記録媒体から読み出されて、主記憶装置１００２にロードされてもよい。または、実行可能プログラム１００３ａは、ネットワークを介して外部のコンピュータから取得されて、主記憶装置１００２にロードされてもよい。

補助記憶装置１００３は、プライベートクラウド基盤１及びパブリッククラウド基盤２の各サーバ及びストレージを実現する実行可能プログラム１００３ａを格納する。

ネットワークインタフェース１００４は、コンピュータ１０００をシステム内の各ネットワークに接続する、あるいは他のコンピュータと通信するためのインタフェース装置である。ネットワークインタフェース１００４は、例えば、有線ＬＡＮ（Local Area Network）や無線ＬＡＮ等のＮＩＣ（Network Interface Card）から構成される。

入力装置１００５は、キーボードや、マウス等のポインティングデバイス等から構成され、ユーザがコンピュータ１０００に各種指示や情報を入力するために利用される。出力装置１００６は、例えば、液晶ディスプレイ又は有機ＥＬ（Electro Luminescence）ディスプレイ等の表示装置や、スピーカ等の音声出力装置から構成され、必要時に必要な情報をユーザに提示するために利用される。

以上、本願開示に係る実施形態について詳述したが、本願開示は上述の実施形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。例えば、上述の実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また上述の実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

また上述の各構成、機能部や処理部等は、それらの一部又は全部を、例えば、集積回路で設計する等によりハードウェアで実現してもよい。また上述の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやＨＤＤ、ＳＳＤ等の記憶装置、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また上述の各図において、制御線や情報線は説明上必要と考えられるものを示しており、必ずしも実装上の全ての制御線や情報線を示しているとは限らない。例えば、実際には殆ど全ての構成が相互に接続されていると考えてもよい。

また上述した各処理機能及びデータの配置形態は一例に過ぎない。各処理機能及びデータの配置形態は、ハードウェアやソフトウェアの性能、処理効率、通信効率等の観点から最適な配置形態へ変更し得る。

Ｓ：クラウドシステム、１：プライベートクラウド基盤、２：パブリッククラウド基盤、１１：仮想マシン、１２：ストレージ、２１：ストレージ、２２：ＳＤＳクラスタ、１００：コンピュータ、１１２：ボリューム、１２１：スナップショット、１３１：ストレージ操作完了状況通知部、２２１：ボリューム、２３６：状態管理テーブル、２３７，２３７ａ，２３７ｂ：遷移先一覧テーブル、２４１：表示部、１０００：コンピュータ、１００１：プロセッサ、１００２：主記憶装置。

Claims (10)

1. クラウド上に第１のストレージ及び第２のストレージを含むリソースを有し、他のサイトに配置されたサーバに格納されたデータを該第１のストレージによって提供される第１のボリュームを介して該第２のストレージへコピーするリソース操作を含む複数のリソース操作から構成されるオペレーションを実行するストレージシステムであって、
   前記ストレージシステムは、プロセッサとメモリとを有し、
   前記プロセッサは、
   前記オペレーションの種別毎に、各前記リソース操作の実行に伴う前記リソースの各状態と、各該リソース操作の実行が終了した場合に各該状態から遷移する該状態を示す遷移先状態と、の対応関係を管理し、
   前記オペレーションに含まれる前記リソース操作を実行し、
   前記リソース操作の実行に伴う前記リソースの前記状態である現在の状態を管理し、
   前記リソース操作の実行が正常完了したか否かを示す実行結果を取得し、
   前記実行結果と前記対応関係とに基づいて、前記現在の状態に対応付けられる前記遷移先状態を取得し、
   取得した前記遷移先状態に基づいて、前記現在の状態から遷移する前記状態を決定する
   ことを特徴とするストレージシステム。
2. 請求項１に記載のストレージシステムであって、
   前記プロセッサは、
   前記オペレーションの種別毎に、各前記状態と、各該リソース操作が正常完了して終了した場合に各該状態から遷移する該状態を示す通常時遷移先状態と、各該リソース操作が正常完了せずに終了した場合に各該状態から遷移する該状態を示す異常時遷移先状態と、の前記対応関係を管理し、
   前記実行結果と前記対応関係とに基づいて、前記現在の状態に対応付けられる前記通常時遷移先状態又は前記異常時遷移先状態を取得し、
   取得した前記通常時遷移先状態又は前記異常時遷移先状態に基づいて、前記現在の状態から遷移する前記状態を決定し、
   前記現在の状態から遷移すると決定した前記状態に対応する前記リソース操作を実行する
   ことを特徴とするストレージシステム。
3. 請求項２に記載のストレージシステムであって、
   前記プロセッサは、
   前記実行結果と前記対応関係とに基づいて前記異常時遷移先状態を取得した場合に、前記現在の状態と該異常時遷移先状態とを表示画面に表示する
   ことを特徴とするストレージシステム。
4. 請求項１に記載のストレージシステムであって、
   前記プロセッサは、
   前記現在の状態に基づいて、前記第１のボリュームが削除可能であるかを判定し、
   前記第１のボリュームが削除可能であるかの判定結果を、前記現在の状態と共に表示画面に表示する
   ことを特徴とするストレージシステム。
5. 請求項４に記載のストレージシステムであって、
   前記プロセッサは、
   前記第１のボリュームから前記第２のストレージへ前記データをコピーする際に、該データのスナップショットを作成し、
   前記第１のストレージから前記第２のストレージへ前記スナップショットをコピーし、
   前記現在の状態に基づいて、前記第１のボリューム及び前記スナップショットが削除可能もしくは前記スナップショットのみが削除可能であるかを判定し、
   前記第１のボリューム及び前記スナップショットが削除可能もしくは前記スナップショットのみが削除可能であるかの判定結果を、前記現在の状態と共に表示画面に表示する
   ことを特徴とするストレージシステム。
6. 請求項１に記載のストレージシステムであって、
   前記オペレーションは、
   前記第１のストレージから前記第２のストレージへの前記データのマイグレーションである
   ことを特徴とするストレージシステム。
7. 請求項１に記載のストレージシステムであって、
   前記オペレーションは、
   前記第１のストレージに格納された前記データの前記コピー以外の用途での二次利用である
   ことを特徴とするストレージシステム。
8. クラウド上に第１のストレージ及び第２のストレージを含むリソースを有し、他のサイトに配置されたサーバに格納されたデータを該第１のストレージによって提供される第１のボリュームを介して該第２のストレージへコピーするリソース操作を含む複数のリソース操作から構成されるオペレーションを実行するストレージシステムが実行するリソース操作の状態管理方法であって、
   前記ストレージシステムは、プロセッサとメモリとを有し、
   前記プロセッサが、
   前記オペレーションの種別毎に、各前記リソース操作の実行に伴う前記リソースの各状態と、各該リソース操作の実行が終了した場合に各該状態から遷移する該状態を示す遷移先状態と、の対応関係を管理し、
   前記オペレーションに含まれる前記リソース操作を実行し、
   前記リソース操作の実行に伴う前記リソースの前記状態である現在の状態を管理し、
   前記リソース操作の実行が正常完了したか否かを示す実行結果を取得し、
   前記実行結果と前記対応関係とに基づいて、前記現在の状態に対応付けられる前記遷移先状態を取得し、
   取得した前記遷移先状態に基づいて、前記現在の状態から遷移する前記状態を決定する
   各処理を有することを特徴とするリソース操作の状態管理方法。
9. 請求項８に記載のリソース操作の状態管理方法であって、
   前記プロセッサが、
   前記オペレーションの種別毎に、各前記状態と、各該リソース操作が正常完了して終了した場合に各該状態から遷移する該状態を示す通常時遷移先状態と、各該リソース操作が正常完了せずに終了した場合に各該状態から遷移する該状態を示す異常時遷移先状態と、の前記対応関係を管理し、
   前記実行結果と前記対応関係とに基づいて、前記現在の状態に対応付けられる前記通常時遷移先状態又は前記異常時遷移先状態を取得し、
   取得した前記通常時遷移先状態又は前記異常時遷移先状態に基づいて、前記現在の状態から遷移する前記状態を決定し、
   前記現在の状態から遷移すると決定した前記状態に対応する前記リソース操作を実行する
   各処理を有することを特徴とするリソース操作の状態管理方法。
10. 請求項８に記載のリソース操作の状態管理方法であって、
    前記プロセッサが、
    前記現在の状態に基づいて、前記第１のボリュームが削除可能であるかを判定し、
    前記第１のボリュームが削除可能であるかの判定結果を、前記現在の状態と共に表示画面に表示する
    各処理を有することを特徴とするリソース操作の状態管理方法。

Images