JP2020095547A - コンテナ提供支援システムおよびコンテナ提供支援方法 - Google Patents

Abstract

【課題】コンテナの提供にかかる時間を短縮し得るコンテナ提供支援システムを提供する。【解決手段】第１のサイトには、アプリケーションプログラムの実行環境である第１のコンテナの起動に用いる第１のコンテナイメージを有する第１のレジストリ装置と、第１のコンテナイメージをもとに第１のコンテナを起動する第１のコンテナ装置と、アプリケーションプログラムにおいて使用される第１のボリュームを提供する第１のストレージ装置とが設けられ、第２のサイトには、第１のボリュームの複製である第２のボリュームを提供する第２のストレージ装置が設けられ、第１のボリュームの識別情報と、第２のボリュームの識別情報と、第１のコンテナイメージの識別情報とが対応付けられた管理情報を管理する管理部を設けるようにした。【選択図】図１

Description

本発明はコンテナ提供支援システムおよびコンテナ提供支援方法に関するものである。

近年、コンテナ型の仮想化環境を提供するオープンソフトウェアであるＤｏｃｋｅｒ（登録商標）の登場で、コンテナ技術が急速に普及し始めている。コンテナ技術においては、ファイルシステムであるコンテナイメージをもとに、アプリケーションプログラムの実行環境であるコンテナが起動される。この点、コンテナイメージをレジストリ（リポジトリ）で管理する技術が開示されている（特許文献１参照）。

特開２０１７−２１９９７２号公報

ここで、例えば、メインサイト（ローカルサイト）にてコンテナの利用時に障害が発生した際、ＤＲ（Disaster Recovery）サイト（リモートサイト）に切り替えて、業務が継続される。しかしながら、ＤＲサイトにてコンテナの起動に必要なコンテナイメージと、当該コンテナ上で実行されるアプリケーションプログラムで用いられるボリュームとの特定に時間がかかり、ＤＲサイトでのコンテナの提供までに時間を要してしまう問題がある。

本発明は以上の点を考慮してなされたもので、コンテナの提供にかかる時間を短縮し得るコンテナ提供支援システムを提案しようとするものである。

かかる課題を解決するため本発明においては、第１のサイトには、アプリケーションプログラムの実行環境である第１のコンテナの起動に用いる第１のコンテナイメージを有する第１のレジストリ装置と、前記第１のコンテナイメージをもとに前記第１のコンテナを起動する第１のコンテナ装置と、前記アプリケーションプログラムにおいて使用される第１のボリュームを提供する第１のストレージ装置とが設けられ、第２のサイトには、前記第１のボリュームの複製である第２のボリュームを提供する第２のストレージ装置が設けられ、前記第１のボリュームの識別情報と、前記第２のボリュームの識別情報と、前記第１のコンテナイメージの識別情報とが対応付けられた管理情報を管理する管理部を設けるようにした。

上記構成によれば、例えば、第１のサイトで障害が発生した場合、管理情報により、第２のサイトにてコンテナの起動に必要なコンテナイメージと、当該コンテナ上で実行されるアプリケーションプログラムで用いられる第２のボリュームとが紐づけられているので、コンテナの起動に必要なコンテナイメージとボリュームとを容易に特定でき、第２のサイトにおいてコンテナを短時間で起動することができる。

本発明によれば、信頼性の高いシステムを実現することができる。なお、上記した以外の課題、構成および効果は、以下の発明を実施するための形態の説明により明らかにされる。

第１の実施の形態によるコンテナ提供支援システムに係る構成の一例を示す図である。 第１の実施の形態によるコンテナ提供支援システムに係る物理構成の一例を示す図である。 第１の実施の形態によるコンテナ提供支援システムに係る論理構成の一例を示す図である。 第１の実施の形態によるサイト−ストレージ管理テーブルの一例を示す図である。 第１の実施の形態によるサイト−レジストリ管理テーブルの一例を示す図である。 第１の実施の形態によるレジストリ−イメージ管理テーブルの一例を示す図である。 第１の実施の形態によるボリューム−イメージ管理テーブルの一例を示す図である。 第１の実施の形態によるレプリケーション管理テーブルの一例を示す図である。 第１の実施の形態によるコンテナ立上時処理の一例を示す図である。 第１の実施の形態によるコンテナ立上時処理の一例を示す図である。 第１の実施の形態によるコンテナ立上時処理の一例を示す図である。 第１の実施の形態によるコンテナ立上時処理の一例を示す図である。 第１の実施の形態によるコンテナイメージ更新時処理の一例を示す図である。 第１の実施の形態によるフェイルオーバー時処理の一例を示す図である。 第２の実施の形態によるコンテナ提供支援システムに係る構成の一例を示す図である。 第３の実施の形態によるコンテナ提供支援システムに係る構成の一例を示す図である。

以下図面について、本発明の一実施の形態を詳述する。

なお、以下の説明では、同種の要素を区別しないで説明する場合には、枝番を含む参照符号のうちの共通部分（枝番を除く部分）を使用し、同種の要素を区別して説明する場合は、枝番を含む参照符号を使用することがある。例えば、サイトを特に区別しないで説明する場合には、「サイト１０１」と記載し、個々のサイトを区別して説明する場合には、「サイト１０１−１」、「サイト１０１−２」のように記載することがある。

（１）第１の実施の形態
図１において、１００は全体として第１の実施の形態によるコンテナ提供支援システムを示す。

コンテナ提供支援システム１００は、１以上のサイト１０１と、１以上の管理装置１０２と、１以上のクライアント装置１０３と、を含んで構成される。本実施の形態では、サイト１０１として、第１のサイト１０１−１（現用系のサイトであるローカルサイト）と、第２のサイト１０１−２（待機系のサイトであるリモートサイト）とを例に挙げて説明する。なお、コンテナ提供支援システム１００には、サイト１０１が含まれていてもよいし、含まれていなくてもよい。また、コンテナ提供支援システム１００には、クライアント装置１０３が含まれていてもよいし、含まれていなくてもよい。

サイト１０１は、業務に係るデータを扱うデータセンタ等であり、１以上のレジストリ装置１１０、１以上のコンテナ装置１２０、および１以上のストレージ装置１３０を含んで構成される。

レジストリ装置１１０は、レジストリ１１１という記憶空間を提供するサーバ装置でよい。レジストリ１１１には、コンテナイメージ１１２が登録される。コンテナイメージ１１２は、後述のコンテナ１２１を起動するときに必要なファイルシステム（コンテナ１２１を動作させるのに必要なファイル群）である。付言するならば、コンテナイメージ１１２は、例えば、読み込み専用のレイヤのセットであり、１番目の層をベースイメージと称し、他の全てのレイヤは、ベースイメージのレイヤ上に積み重なっている。レイヤには、例えば、ファイルシステムとメタデータ（何のコマンドを実行するのか、どのポートを開くか等の管理情報）とが含まれる。

ここで、図１３を用いて後述するように、例えば、クライアント装置１０３より、コンテナイメージ１１２の変更（登録、更新、削除など）のコマンドがレジストリ装置１１０に送信され、レジストリ装置１１０のコンテナイメージ１１２が変更されることがある。管理装置１０２は、レジストリ装置１１０に対するコンテナイメージ１１２の変更を検出するが、検出方法については限定しない。例えば、コンテナイメージ１１２の変更は、管理装置１０２による監視の結果として検出されてもよい。また、例えば、コンテナイメージ１１２の変更は、レジストリ装置１１０にコンテナイメージ１１２の変更があったときには管理装置１０２に通知を出すという設定が事前にレジストリ装置１１０にされていて、その設定に従ってレジストリ装置１１０が変更を管理装置１０２に通知し、コンテナイメージ１１２の変更が検出されてもよい。

コンテナ装置１２０は、コンテナ１２１を起動（生成）するコンテナエンジン１２２を備える。コンテナ１２１は、業務に係るＡＰＰ（アプリケーションプログラム）の実行環境であり、例えば、ＡＰＰの実行に必要な全てを含む。コンテナ１２１は、コンテナエンジン１２２により、生成、開始、停止、移動、削除されるものである。ここで、コンテナ１２１の生成とは、例えば、コンテナイメージ１１２上に読み書き可能なレイヤを追加し、指定されたプロセスを隔離された状態、システムリソース上などで実行することをいう。

コンテナエンジン１２２は、コンテナ１２１の起動に際し、コンテナ装置１２０にコンテナイメージ１１２がない場合（例えば、初回の実行時）、レジストリ装置１１０からコンテナイメージ１１２を取得（ダウンロード）する。なお、コンテナエンジン１２２では、１以上のコンテナ１２１が生成され、コンテナ装置１２０では、１以上のコンテナ１２１が稼働可能であってもよい。

コンテナエンジン１２２は、コンテナイメージ１１２を生成（変更）できる。この際、手動で変更するケースと、自動で変更するケースとがある。何れのケースにおいてもクライアント装置１０３より変更のコマンドがコンテナエンジン１２２に送信されるが、コンテナエンジン１２２は、変更のコマンドを受信した場合、コンテナイメージ１１２を変更すると共に、管理装置１０２にコンテナイメージ１１２が変更された旨（コンテナイメージ１１２のイメージ名など）を通知する。管理装置１０２は、かかる通知により、コンテナイメージ１１２の変更を把握できる。また、コンテナエンジン１２２は、変更したコンテナイメージ１１２をレジストリ装置１１０に送信する構成であってもよい。

ストレージ装置１３０は、コンテナエンジン１２２上でＡＰＰを実行するコンテナ１２１に、ＡＰＰの実行において使用されるボリューム１３１を提供する。例えば、ローカルサイトのストレージ装置１３０−１では、コンテナエンジン１２２−１上でＡＰＰを実行するコンテナ１２１−１に、ＡＰＰの実行において使用されるボリューム１３１−１（正ボリューム）が紐付けられている。また、例えば、リモートサイトのストレージ装置１３０−２では、ボリューム１３１−１（正ボリューム）のレプリカ（複製）であるボリューム１３１−２（副ボリューム）が設けられている。なお、ボリューム１３１−２（副ボリューム）は、コンテナエンジン１２２−２上でＡＰＰを実行するコンテナ１２１−２に対して設けられ、ＡＰＰの実行において使用される。

また、リモートサイトのコンテナ装置１２０−２は、ローカルサイトで障害（システム障害、ネットワーク障害など、コンテナ１２１−１の利用時の障害）が発生した際、コンテナイメージ１１２−２をもとにコンテナ１２１−２を立ち上げ、コンテナ１２１−２とボリューム１３１−２とを紐付けてもよい。このように、障害の発生時に、コンテナ１２１−２を立ち上げてボリューム１３１−２と紐付けることで、リモートサイトに切り替えることができる。例えば、レプリケーションのペア分割をトリガにコンテナ１２１−２を利用可能にしてもよい（このケースについては、図１４を用いて後述する）。また、例えば、ＡＰＰのハングアップ、無限ループの検出をトリガにコンテナ１２１−２を利用可能にしてもよい。また、例えば、通信エラーの検出をトリガにコンテナ１２１−２を利用可能にしてもよい。

また、ストレージ装置１３０は、正ボリュームと副ボリュームとのレプリケーションに係る情報を格納する管理テーブル１３２を有する。なお、管理テーブル１３２については、図８を用いて後述する。

管理装置１０２は、コンテナ１２１の構築に係る情報を格納する１以上の管理テーブル１０２Ａを有する。管理テーブル１０２Ａでは、例えば、コンテナイメージ１１２と正ボリュームと副ボリュームとの対応関係が保持される。なお、管理テーブル１０２Ａについては、図４〜図７を用いて後述する。

管理装置１０２は、例えば、第１のボリュームの識別情報（例えば、ボリューム１３１−１に係るコンテナ装置１２０−１のコンテナ装置名、ボリューム１３１−１を提供するストレージ装置１３０−１のストレージ装置名、ボリューム１３１−１のボリューム名）と、第２のボリュームの識別情報（例えば、ボリューム１３１−２に係るコンテナ装置１２０−２のコンテナ装置名、ボリューム１３１−２を提供するストレージ装置１３０−２のストレージ装置名、ボリューム１３１−２のボリューム名）と、第１のコンテナイメージの識別情報（例えば、コンテナイメージ１１２−１のイメージ名。なお、コンテナイメージ１１２−１とコンテナイメージ１１２−２とのイメージ名は同じであるので、コンテナイメージ１１２−２のイメージ名であってもよい。）と、が対応付けられた管理情報（例えば、後述のボリューム−イメージ管理テーブル３０５）を管理する。

なお、管理情報は、コンテナ１２１の立ち上げ時などに、後述するように自動で生成されてもよいし、管理者により手動で生成されてもよい。何れの場合であっても、管理情報により、リモートサイトにてコンテナ１２１−２の起動に必要なコンテナイメージ１１２−２と、当該コンテナ１２１−２上で実行されるＡＰＰで用いられるボリューム１３１−２とが紐づけられている。よって、コンテナ１２１−２の起動に必要なコンテナイメージ１１２−２とボリューム１３１−２とを容易に特定できるので、ローカルサイトからリモートサイトへの切り替えにおいて、リモートサイトでコンテナ１２１−２を短時間で起動することができる。付言するならば、管理情報が自動で生成されるようにすることで、リモートサイトにてコンテナ１２１−２を起動する際に必要なコンテナイメージ１１２と対応するボリュームとを管理者が台帳に登録する作業を省くことができる。

管理装置１０２は、管理テーブル１０２Ａに基づいて、リモートサイトへの副ボリュームの作成に合わせて、リモートサイトのレジストリ装置１１０−２にコンテナイメージ１１２−１のコピーを実施するようにしてもよい。なお、管理者によるクライアント装置１０３の操作により、コンテナイメージ１１２−１がコピーされてもよい。つまり、リモートサイトには、コンテナイメージ１１２−１の複製であるコンテナイメージ１１２−２を有するレジストリ装置１１０−２と、コンテナイメージ１１２−２をもとにコンテナ１２１−２を起動するコンテナ装置１２０−２とが設けられることが好適である。このように、コンテナイメージ１１２のコピーをリモートサイトのレジストリ装置１１０−２に登録しておくことで、ローカルサイトでの障害の発生時に、コンテナイメージ１１２−１を取得できない状況に陥ったとしても、リモートサイトでのコンテナ１２１−２の起動ができずに、業務の継続が不可能になってしまう事態を回避できるようになる。付言するならば、管理装置１０２は、例えば、ボリューム１３１−２が作成されたとき、コンテナイメージ１１２−１をコンテナイメージ１１２−２としてレジストリ装置１１０−２に複製するようにしてもよい。かかる構成によれば、コンテナイメージ１１２−１のコピーについて、管理者の負担を軽減することができる。

クライアント装置１０３は、コンテナ１２１の立ち上げを指示するコマンド、コンテナ１２１の起動を指示するコマンド、コンテナイメージ１１２の更新を指示するコマンド等をレジストリ装置１１０、コンテナ装置１２０等に送信する装置であったり、業務に係るＡＰＰを操作するための装置であったりする。

図２は、コンテナ提供支援システム１００に係る物理構成の一例を示す図である。

管理装置１０２、クライアント装置１０３、レジストリ装置１１０、およびコンテナ装置１２０は、第１のネットワークの一例であるＬＡＮ（Local Area Network）２０１に接続されている。各コンテナ装置１２０および各ストレージ装置１３０は、第２のネットワークの一例であるＦＣ（Fibre Channel）ネットワーク２０２に接続されている。各ストレージ装置１３０は、第３のネットワークの一例であるＦＣネットワーク２０３に接続されている。

ＦＣネットワーク２０２は、各ストレージ装置１３０のフロントエンドネットワークの一例である。ＦＣネットワーク２０３は、各ストレージ装置１３０のバックエンドネットワークの一例である。なお、第１のネットワーク〜第３のネットワークの２以上のネットワークが一体でもよい。ネットワークとしては、ＷＡＮ（Wide Area Network）のような他種のネットワークが採用されてもよい。

管理装置１０２は、ＬＡＮ２０１に接続されるＬＡＮインターフェース２０４、記憶部２０５、および、それらに接続されたプロセッサ部２０６を有する。

管理装置１０２の機能（後述の管理部３０１など）は、例えば、プロセッサ部２０６がプログラムを記憶部２０５に読み出して実行すること（ソフトウェア）により実現されてもよいし、専用の回路などのハードウェアにより実現されてもよいし、ソフトウェアとハードウェアとが組み合わされて実現されてもよい。また、管理装置１０２の機能の一部は、管理装置１０２と通信可能な他のコンピュータにより実現されてもよい。

クライアント装置１０３は、ＬＡＮ２０１に接続されるＬＡＮインターフェース２０７、記憶部２０８、および、それらに接続されたプロセッサ部２０９を有する。

クライアント装置１０３の機能（後述のクライアント部３０６など）は、例えば、プロセッサ部２０９がプログラムを記憶部２０８に読み出して実行すること（ソフトウェア）により実現されてもよいし、専用の回路などのハードウェアにより実現されてもよいし、ソフトウェアとハードウェアとが組み合わされて実現されてもよい。また、クライアント装置１０３の機能の一部は、クライアント装置１０３と通信可能な他のコンピュータにより実現されてもよい。

レジストリ装置１１０は、ＬＡＮ２０１に接続されるＬＡＮインターフェース２１１、記憶部２１２、および、それらに接続されたプロセッサ部２１３を有する。

コンテナ装置１２０は、インターフェース部（ＬＡＮ２０１に接続されるＬＡＮインターフェース２２１およびＦＣネットワーク２０２に接続されるＦＣインターフェース２２２）、記憶部２２３、および、それらに接続されたプロセッサ部２２４を有する。

ストレージ装置１３０は、ＰＤＥＶ部２３１と、ＰＤＥＶ部２３１に接続されたストレージコントローラ２３２とを有する。ストレージコントローラ２３２は、ＦＣネットワーク２０２およびＦＣネットワーク２０３に接続されている。ストレージコントローラ２３２は、図示は省略するが、インターフェース部、メモリ部、および、それらに接続されたプロセッサ部を有する。ストレージコントローラ２３２は、ＡＰＰの実行に従いコンテナ装置１２０から出力されたＩ／Ｏ（Input / Output）要求を受信し、当該Ｉ／Ｏ要求に応答して、ボリューム１３１に対するＩ／Ｏを行う。ボリューム１３１に書き込まれるデータは、ボリューム１３１における論理的な記憶領域に関連付けられている物理的な記憶領域（ＰＤＥＶ部２３１における記憶領域）に書き込まれる。

なお、管理装置１０２、クライアント装置１０３、レジストリ装置１１０、コンテナ装置１２０、およびストレージ装置１３０の各装置は、キーボード、ポインティングデバイス等の入力部、ディスプレイ、スピーカ等の出力部、タッチパネル等の入出力部等を備えていてもよい。また、各装置１０２には、入力部、出力部、入出力部が接続されていてもよい。

図３は、コンテナ提供支援システム１００に係る論理構成の一例を示す図である。

管理装置１０２は、管理部３０１を有する。管理部３０１は、例えば、管理テーブル１０２Ａ（サイト−ストレージ管理テーブル３０２、サイト−レジストリ管理テーブル３０３、レジストリ−イメージ管理テーブル３０４、およびボリューム−イメージ管理テーブル３０５）を管理する。

管理部３０１は、リモートサイトでコンテナ１２１−２を起動するための管理情報を生成してもよい。例えば、管理部３０１は、ボリューム１３１−１を指定してコンテナ１２１−１を立ち上げる旨の要求をクライアント装置１０３から受信すると、ストレージ装置１３０−２にボリューム１３１−２の作成を指示し、ストレージ装置１３０−２により作成されたボリューム１３１−２の識別情報を取得し、上記要求により指定されるボリューム１３１−１の識別情報と、ストレージ装置１３０−２から取得するボリューム１３１−２の識別情報と、コンテナ１２１−１の起動に用いるコンテナイメージ１１２−１の識別情報とを対応付けて管理情報を生成する。

また、管理部３０１は、リモートサイトでコンテナ１２１−２を起動するためのコンテナイメージ１１２−１を管理してもよい。例えば、管理部３０１は、コンテナイメージ１１２−１をコンテナイメージ１１２−２としてレジストリ装置１１０−２に複製する。また、例えば、管理部３０１は、コンテナイメージ１１２がレジストリ装置１１０に登録されたことに応答して送信される通知を受信し、コンテナイメージ１１２−２が更新されたと判定したとき、更新されたコンテナイメージ１１２−１をレジストリ装置１１０−２に送信する。なお、管理部３０１は、コンテナ１２１を監視してもよい。なお、結果として、コンテナ１２１において障害が発生した場合、その障害を検知する場合もある。

また、管理部３０１は、２以上のコンテナイメージ１１２を１つのコンテナイメージ１１２に統合してもよいし、その他の処理を行ってもよい。

クライアント装置１０３は、クライアント部３０６を有する。クライアント部３０６は、例えば、ローカルサイトでのコンテナ１２１−１の立ち上げを管理装置１０２に指示する。また、例えば、クライアント部３０６は、ダウンロードしたコンテナイメージ１１２−１の変更をレジストリ装置１１０−１に指示する。

レジストリ装置１１０は、イメージ管理部３１１を有する。イメージ管理部３１１は、例えば、コンテナエンジン１２２からの要求に応じてコンテナイメージ１１２を送信する。また、例えば、イメージ管理部３１１は、コンテナイメージ１１２の変更に応答して管理装置１０２に通知を送信する。

また、例えば、イメージ管理部３１１は、管理装置１０２からの指示に応じて、コンテナイメージ１１２のコピーを他のレジストリ装置１１０に作成する。例えば、イメージ管理部３１１−１は、管理装置１０２から、レジストリ装置１１０−２にイメージ１１２−１をコピーする旨の指示を受け取ると、レジストリ装置１１０−２にコンテナイメージ１１２―１を送信する。レジストリ装置１１０−２のイメージ管理部３１１−２は、受信したコンテナイメージ１１２―１をコンテナイメージ１１２―２として登録する。

コンテナ装置１２０では、記憶部２２３に、コンテナ制御部３２２Ａおよびボリュームドライバ３２２Ｂを含んで構成されるコンテナエンジン１２２、ボリュームプラグイン３２３、およびホストＯＳ（Operating System）３２４といったプログラムが格納されており、それらのプログラムが、プロセッサ部２２４によって実行される。

コンテナ制御部３２２Ａは、コンテナ１２１の起動、コンテナ１２１のコンテナイメージ１１２の作成等を行う。なお、起動されたコンテナ１２１上では、ＡＰＰ３２１が動作可能である。

ボリュームドライバ３２２Ｂは、コンテナ制御部３２２Ａよりコンテナ１２１を起動する旨の通知を受け取り、ボリューム１３１の紐付けをボリュームプラグイン３２３に指示する。その指示に応答してボリュームプラグイン３２３により起動対象のコンテナ１２１にボリューム１３１が紐付けられ、当該コンテナ１２１が起動される。なお、コンテナ１２１とボリューム１３１との対応関係を示す情報については、管理テーブル１３２により管理されていてもよいし、コンテナイメージ１１２に埋め込まれて管理されていてもよいし、その他の記憶領域に管理されていてもよい。また、ボリュームドライバ３２２Ｂは、ストレージ装置１３０内にあるレプリケーション管理テーブル３３２（管理テーブル１３２の一例）を更新する。

ボリュームプラグイン３２３は、仮想ストレージ設定の指示に応答して仮想ストレージ設定を行うといったようなボリューム制御を行う。例えば、ボリュームプラグイン３２３は、例えば、或るボリューム１３１をプライマリのボリューム（正ボリューム）としたセカンダリのボリューム（副ボリューム）を作成する指示をストレージ装置１３０に送信する。その指示に応答して、例えば、ボリューム１３１−１の複製であるボリューム１３１−２が作成される。また、例えば、ボリュームプラグイン３２３は、ストレージ装置１３０から提供されたボリューム１３１を、コンテナ１２１に紐付ける。また、例えば、ボリュームプラグイン３２３は、仮想ストレージ設定の指示に応答して仮想ストレージ設定を行う。

ホストＯＳ３２４は、コンテナ制御部３２２Ａ、ボリュームドライバ３２２Ｂ、ボリュームプラグイン３２３等が動作するための基本環境を提供するカーネルである。

ストレージ装置１３０は、プール３３１とレプリケーション管理テーブル３３２とを有する。ストレージ装置１３０は、例えば、プール３３１からボリューム１３１を切り出して提供する。

プール３３１には、例えば、ボリューム１３１間の差分としてのデータ（例えば、スナップショットボリュームに対するデータ）が格納される。プール３３１は、例えば、ボリューム１３１がThin Provisioningに従うボリュームの場合、ボリューム１３１に動的に割り当てられる記憶領域を含んだプールを含んでもよい。なお、プール３３１は、複数のストレージ装置１３０に跨って設けられてもよいし、設けられていなくもよい。

レプリケーション管理テーブル３３２は、ストレージコントローラ２３２のメモリ部に格納されてもよいし、所定のボリューム１３１に格納されてもよい。なお、レプリケーション管理テーブル３３２については、図８を用いて後述する。

なお、本実施の形態では、全ストレージ装置１３０において、同内容のレプリケーション管理テーブル３３２が保持される。言い換えれば、ストレージ装置１３０において、レプリケーション管理テーブル３３２は同期する。

図４は、サイト−ストレージ管理テーブル３０２の一例を示す図である。

サイト−ストレージ管理テーブル３０２は、サイト１０１とストレージ装置１３０との関係を示す情報を保持する。より具体的には、サイト−ストレージ管理テーブル３０２には、各サイト１０１に設けられるストレージ装置１３０を識別可能な情報が含まれる。例えば、サイト−ストレージ管理テーブル３０２は、サイト名４０１とストレージ装置名４０２とが対応付けられた情報を格納する。サイト名４０１は、サイト１０１を識別可能な識別情報を示す。ストレージ装置名４０２は、ストレージ装置１３０を識別可能な識別情報を示す。

図５は、サイト−レジストリ管理テーブル３０３の一例を示す図である。

サイト−レジストリ管理テーブル３０３は、各サイト１０１におけるレジストリ装置１１０とレジストリ１１１との関係を示す情報を保持する。より具体的には、サイト−レジストリ管理テーブル３０３には、各サイト１０１に設けられるレジストリ１１１を識別可能な情報が含まれる。例えば、サイト−レジストリ管理テーブル３０３は、サイト名５０１とレジストリ装置名５０２とレジストリ名５０３とが対応付けられた情報を格納する。サイト名５０１は、サイト１０１を機器別可能な識別情報を示す。レジストリ装置名５０２は、レジストリ装置１１０を識別可能な識別情報を示す。レジストリ名５０３は、レジストリ１１１を識別可能な識別情報を示す。

図６は、レジストリ−イメージ管理テーブル３０４の一例を示す図である。

レジストリ−イメージ管理テーブル３０４は、レジストリ１１１とコンテナイメージ１１２との関係を示す情報を保持する。より具体的には、レジストリ−イメージ管理テーブル３０４には、各レジストリ１１１に記憶されるコンテナイメージ１１２を識別可能な情報が含まれる。例えば、レジストリ−イメージ管理テーブル３０４は、レジストリ名６０１とイメージ名６０２とが対応付けられた情報を格納する。レジストリ名６０１は、レジストリ１１１を識別可能な識別情報を示す。イメージ名６０２は、コンテナイメージ１１２を識別可能な識別情報を示す。

図７は、ボリューム−イメージ管理テーブル３０５の一例を示す図である。

ボリューム−イメージ管理テーブル３０５は、副ボリュームと正ボリュームとコンテナイメージ１１２との関係を示す情報を保持する。より具体的には、ボリューム−イメージ管理テーブル３０５には、副ボリュームと正ボリュームとのペアに対応するコンテナイメージ１１２を識別可能な情報が含まれる。例えば、ボリューム−イメージ管理テーブル３０５は、副ボリューム７００と正ボリューム７１０とイメージ名７２０とが対応付けられた情報を格納する。

副ボリューム７００は、副ボリューム（ボリューム１３１−２）に係る情報を示す。例えば、副ボリューム７００は、コンテナ装置名７０１と、ストレージ装置名７０２と、ボリューム名７０３とが対応付けられた情報を格納する。コンテナ装置名７０１は、副ボリュームとコンテナ１２１とを紐付けるコンテナ装置１２０を識別可能な識別情報を示す。ストレージ装置名７０２は、副ボリュームを提供するストレージ装置１３０を識別可能な識別情報を示す。ボリューム名７０３は、副ボリュームを識別可能な識別情報を示す。

正ボリューム７１０は、正ボリューム（ボリューム１３１−１）に係る情報を示す。例えば、正ボリューム７１０は、コンテナ装置名７１１と、ストレージ装置名７１２と、ボリューム名７１３とが対応付けられた情報を格納する。コンテナ装置名７１１は、正ボリュームとコンテナ１２１とを紐付けるコンテナ装置１２０を識別可能な識別情報を示す。ストレージ装置名７１２は、正ボリュームを提供するストレージ装置１３０を識別可能な識別情報を示す。ボリューム名７１３は、正ボリュームを識別可能な識別情報を示す。

イメージ名７２０は、副ボリューム（なお、コンテナイメージ１１２−１とコンテナイメージ１１２−２とで同じイメージ名とした場合は、正ボリュームであってもよい。）に紐付けられるコンテナ装置１２０の起動に用いられるコンテナイメージ１１２を識別可能な識別情報を示す。

付言するならば、副ボリュームの情報および正ボリュームの情報には、プール名など、プールを識別可能な識別情報が含まれていてもよいし、コンテナ名など、コンテナ１２１を識別可能な識別情報が含まれていてもよい。

図８は、レプリケーション管理テーブル３３２の一例を示す図である。

レプリケーション管理テーブル３３２は、ボリューム１３１のレプリケーションを管理するための情報を保持する。より具体的には、レプリケーション管理テーブル３３２には、正ボリュームと副ボリュームとの対応関係と、当該正ボリュームと副ボリュームとにおけるレプリケーションの状態とを示す情報が含まれる。例えば、レプリケーション管理テーブル３３２には、ストレージ装置名８０１と、ボリューム名８０２と、容量８０３と、正／副ボリューム８０４と、レプリケーションモード８０５と、ペアボリューム８０６とが対応付けられた情報が格納される。

ストレージ装置名８０１は、ストレージ装置１３０を識別可能な識別情報を示す。ボリューム名８０２は、ボリューム１３１を識別可能な識別情報を示す。容量８０３は、ボリューム１３１の容量を示す。正／副ボリューム８０４は、ボリューム名８０２により識別されるボリューム１３１の種別（正ボリュームまたは副ボリューム）を示す。レプリケーションモード８０５は、レプリケーションのモード（同期がとられていることを示すペアまたは同期がとられていないことを示すペア分割）を示す。ペアボリューム８０６は、ボリューム名８０２により識別されるボリューム１３１とペアとなるボリューム１３１を示す。

次に、コンテナ提供支援システム１００におけるコンテナ提供支援処理について説明する。

コンテナ提供支援処理については、例えば、ローカルサイトでのコンテナ１２１の立ち上げ時の処理（Ａ）コンテナ立上時処理と、コンテナイメージ１１２が更新されたときの処理（Ｂ）コンテナイメージ更新時処理と、ローカルサイトに故障が発生したときにリモートサイトに自動的に切り替えるときの処理（Ｃ）フェイルオーバー時処理とを含んで構成されてもよい。以下、コンテナ提供支援処理の一例について説明する。

（Ａ）コンテナ立上時処理
コンテナ立上時処理における主な処理としては、下記の処理（Ａ−１）〜（Ａ−４）が挙げられる。
（Ａ−１）ローカルサイトでのコンテナ１２１の立ち上げ（図９）
（Ａ−２）リモートサイトでのボリューム１３１の作成（図１０）
（Ａ−３）レプリケーションの設定（図１１）
（Ａ−４）リモートサイトのレジストリ１１１にコンテナイメージ１１２のコピーの作成（図１２）
（Ｂ）コンテナイメージ更新時処理
更新されたコンテナイメージ１１２のコピーがリモートサイトに作成される（図１３）。
（Ｃ）フェイルオーバー時処理
ローカルサイトで障害が発生した際、リモートサイトでコンテナ１２１の立ち上げが行われる（図１４）。

（Ａ）コンテナ立上時処理
（Ａ−１）ローカルサイトでのコンテナ１２１の立ち上げ
図９は、ローカルサイトでのコンテナ１２１の立ち上げに係る処理の一例を示す図である。

ステップＳ９０１では、クライアント装置１０３は、コンテナ１２１の立ち上げを行う旨の指示を管理装置１０２に送信する。クライアント装置１０３は、例えば、管理者により入力されたローカルサイトのサイト名、コンテナ１２１の立ち上げに用いるコンテナイメージ１１２のイメージ名、コンテナイメージ１１２を記憶するコンテナ装置１２０のコンテナ装置名、コンテナ１２１に紐付けられるボリューム１３１を提供するストレージ装置１３０のストレージ装置名、コンテナ１２１に紐付けられるボリューム１３１のボリューム名、コンテナ１２１に紐付けられるボリューム１３１の複製（副ボリューム）を提供するＤＲ先（リモートサイト）のストレージ装置１３０のストレージ装置名を指定してコンテナ１２１の立ち上げを管理装置１０２に指示する。なお、コンテナ１２１の立ち上げを行う旨の指示に含まれる情報は、上述した情報に限るものではない。例えば、ＤＲ先のストレージ装置名は含まれていなくてもよい。

以下では、サイト１０１のサイト名「Ｓｉｔｅ１」、コンテナイメージ１１２−１のイメージ名「ｉｍｇ１」、コンテナ装置１２０−１のコンテナ装置名「ＣｏｎＳ１」、ストレージ装置１３０−１のストレージ装置名「Ｓｔｒ１−１」、ボリューム１３１−１のボリューム名「Ｖｏｌ１」、ＤＲ先のストレージ装置１３０−２のストレージ装置名「Ｓｔｒ２−１」が指定されたものとして適宜説明する。

ステップＳ９０２では、管理装置１０２は、コンテナ１２１の立ち上げを行う旨の指示（サイト名、イメージ名、コンテナ装置名、ストレージ装置名、ボリューム名、ＤＲ先のストレージ装置名）を受信する。

ステップＳ９０３では、管理装置１０２は、受信したサイト名をキーとしてサイト−レジストリ管理テーブル３０３から当該サイト名に対応付けられているレジストリ名およびレジストリ装置名を取得（特定）する。本例では、レジストリ装置１１０−１のレジストリ装置名「ＲｅｇＳ１」およびレジストリ１１１−１のレジストリ名「Ｒｅｇ１」が特定される。

ステップＳ９０４では、管理装置１０２は、特定したレジストリ名のレジストリ装置１１０−１に対して、受信したイメージ名のコンテナイメージ１１２−１（対象のコンテナイメージ１１２）を、受信したコンテナ装置名のコンテナ装置１２０−１に送信する旨の指示（イメージコピー指示）を送信する。

ステップＳ９０５では、レジストリ装置１１０−１は、コンテナイメージ１１２−１をコンテナ装置１２０−１にコピー（送信）する。

ステップＳ９０６では、コンテナ装置１２０−１は、受信したコンテナイメージ１１２−１からコンテナ１２１−１を立ち上げる。

ステップＳ９０７では、管理装置１０２は、立ち上げ対象のコンテナ１２１−１に対応付けられるボリューム１３１−１（対象ボリューム）の情報の取得要求を、コンテナ１２１−１を立ち上げたコンテナ装置１２０−１に送信する。なお、取得要求には、ステップＳ９０２で受信したストレージ装置名、ボリューム名の情報が含まれる。

ステップＳ９０８では、コンテナ装置１２０−１は、取得要求に含まれるストレージ装置名のストレージ装置１３０−１に、対象ボリューム情報の取得要求を送信する。

ステップＳ９０９では、ストレージ装置１３０−１は、取得要求に含まれるボリューム名からボリューム１３１−１および容量（リモートサイトに作成するボリューム１３１−２の容量）を取得し、取得したボリューム１３１−１および容量をコンテナ装置１２０−１に送信する。

ステップＳ９１０では、コンテナ装置１２０−１は、コンテナ１２１−１にボリューム１３１−１を紐付ける（アタッチする）。

（Ａ−２）リモートサイトでのボリューム１３１の作成
図１０は、リモートサイトでのボリューム１３１の作成に係る処理の一例を示す図である。

ステップＳ１００１では、コンテナ装置１２０−１は、ステップＳ９１０で受信した容量（対象ボリュームの容量）を管理装置１０２に送信する。

ステップＳ１００２では、管理装置１０２は、対象ボリュームの容量を取得する。

ステップＳ１００３では、管理装置１０２は、ステップＳ９０２で受信したＤＲ先のストレージ装置名のストレージ装置１３０−２に、取得した容量のボリューム１３１−２を作成するように、サイト−ストレージ管理テーブル３０２を用いて特定されるリモートサイトにおけるコンテナ装置１２０−２に指示を送信する。

ステップＳ１００４では、コンテナ装置１２０−２は、指示された容量のボリューム１３１−２を作成するようにストレージ装置１３０−２に指示を送信する。

ステップＳ１００５では、ストレージ装置１３０−２は、ボリューム１３１−２を作成し、コンテナ装置１２０−２に作成したボリューム１３１−２のボリューム名を送信する。

ステップＳ１００６では、コンテナ装置１２０−２は、ボリューム名を取得（受信）する。

ステップＳ１００７では、コンテナ装置１２０−２は、副ボリュームの情報（リモートサイトのサイト名、コンテナ装置名、ストレージ装置名、およびボリューム名）を管理装置１０２に送信する。以下では、コンテナ装置１２０−２は、リモートサイトのサイト名「Ｓｉｔｅ２」、コンテナ装置名「ＣｏｎＳ２」、ストレージ装置名「Ｓｔｒ２−１」、およびボリューム名「Ｖｏｌ１’」を管理装置１０２に送信するものとして適宜説明する。

ステップＳ１００８では、管理装置１０２は、リモートサイトのサイト名、コンテナ装置名、ストレージ装置名、およびボリューム名を取得（受信）する。

ステップＳ１００９では、管理装置１０２は、ボリューム−イメージ管理テーブル３０５を更新する。より具体的には、管理装置１０２は、副ボリュームの情報（ステップＳ１００８で取得したサイト名、コンテナ装置名、ストレージ装置名、およびボリューム名）と、正ボリュームの情報（ステップＳ９０２で受信したサイト名、コンテナ装置名、ストレージ装置名、およびボリューム名）と、ステップＳ９０２で受信したイメージ名との情報を含むレコードを、ボリューム−イメージ管理テーブル３０５に追加する。

なお、管理装置１０２は、追加したレコードの情報を出力してもよい。出力方法としては、例えば、クライアント装置１０３に表示されてもよいし、所定の電子メールアドレスに送信されてもよいし、プリンタにより所定の媒体に印刷されてもよいし、その他の出力方法であってもよい。

（Ａ−３）レプリケーションの設定
図１１は、レプリケーションの設定に係る処理の一例を示す図である。

ステップＳ１１０１では、管理装置１０２は、レプリケーションの対象の正ボリューム（対象正ボリューム）の情報と、レプリケーションの対象の副ボリューム（対象副ボリューム）の情報として、ボリューム−イメージ管理テーブル３０５からステップＳ１００９で追加したレコードを読み出す。より具体的には、対象正ボリュームのコンテナ装置名、ストレージ装置名、およびボリューム名と、対象副ボリュームのコンテナ装置名、ストレージ装置名、およびボリューム名とを取得し、対象正ボリュームのコンテナ装置名のコンテナ装置１２０−１に対して、対象正ボリュームから対象副ボリュームへのデータのコピーを指示する。

ステップＳ１１０２では、コンテナ装置１２０−１は、対象正ボリュームを提供するストレージ装置名のストレージ装置１３０−１に対して、対象正ボリュームのデータの読出しの要求を行う。

ステップＳ１１０３は、ストレージ装置１３０−１は、対象正ボリュームのデータの読出しを行う。

ステップＳ１１０４は、ストレージ装置１３０−１は、要求元のコンテナ装置１２０−１にデータの書出し（送信）を行う。

ステップＳ１１０５では、コンテナ装置１２０−１は、データの書出し（受信）を行う。

ステップＳ１１０６では、コンテナ装置１２０−１は、対象副ボリュームのコンテナ装置名のコンテナ装置１２０−２にデータの書込みの要求（送信）を行う。

ステップＳ１１０７では、コンテナ装置１２０−２は、対象副ボリュームを提供するストレージ装置名のストレージ装置１３０−２に対して、対象副ボリュームのデータの書込みの要求を行う。

ステップＳ１１０８では、ストレージ装置１３０−２は、対象副ボリュームのデータの書込みを行う。

ステップＳ１１０９では、ストレージ装置１３０−２は、対象副ボリュームのデータの書込みを完了する。

ステップＳ１１１０では、ストレージ装置１３０−２は、レプリケーション管理テーブル３３２を更新する。より具体的には、ストレージ装置１３０−２は、対象正ボリュームに係る第１のレコードと、対象副ボリュームに係る第２のレコードとをレプリケーション管理テーブル３３２に追加する。第１のレコードには、例えば、ストレージ装置名として、レジストリ−イメージ管理テーブル３０４の対象正ボリュームに紐づくストレージ装置名と、ボリューム名として、レジストリ−イメージ管理テーブル３０４の対象正ボリュームに紐づくボリューム名と、容量として、コピー元またはコピー先のボリューム容量と、正／副ボリュームとして「正ボリューム」と、レプリケーションモードとして「ペア」と、ペアボリュームとして、レジストリ−イメージ管理テーブル３０４の対象副ボリュームに紐づくボリューム名と、が設定される。第２のレコードには、例えば、ストレージ装置名として、レジストリ−イメージ管理テーブル３０４の対象副ボリュームに紐づくストレージ装置名と、ボリューム名として、レジストリ−イメージ管理テーブル３０４の対象副ボリュームに紐づくボリューム名と、容量として、コピー元またはコピー先のボリューム容量と、正／副ボリュームとして「副ボリューム」と、レプリケーションモードとして「ペア」と、ペアボリュームとして、レジストリ−イメージ管理テーブル３０４の対象正ボリュームに紐づくボリューム名と、が設定される。

ステップＳ１１１１では、コンテナ装置１２０−２は、データのコピーが完了した旨の通知（完了通知）をコンテナ装置１２０―１に送信する。

ステップＳ１１１２では、コンテナ装置１２０−１は、対象正ボリュームを提供するストレージ装置名のストレージ装置１３０−１に対して、レジストリ−イメージ管理テーブル３０４の更新を指示する。

ステップＳ１１１３では、ストレージ装置１３０−１は、レプリケーション管理テーブル３３２を更新する。なお、かかる更新は、ステップＳ１１１０と同様であるので、その説明を省略する。

ステップＳ１１１４では、ストレージ装置１３０−１は、レプリケーション管理テーブル３３２の更新が完了した旨の通知（完了通知）をコンテナ装置１２０−１に送信する。

ステップＳ１１１５では、コンテナ装置１２０−１は、レプリケーションの設定が完了した旨の通知（完了通知）を管理装置１０２に送信する。

ステップＳ１１１６では、管理装置１０２は、完了通知を受信する。

（Ａ−４）リモートサイトのレジストリ１１１にコンテナイメージ１１２のコピーの作成
図１２は、リモートサイトのレジストリ１１１にコンテナイメージ１１２のコピーの作成に係る処理の一例を示す図である。

ステップＳ１２０１では、管理装置１０２は、ステップＳ１１１６にて完了通知を受信すると、立ち上げたコンテナ１２１のもとになるコンテナイメージ１１２−１（対象のコンテナイメージ１１２）に係る情報を取得する。より具体的には、管理装置１０２は、ボリューム−イメージ管理テーブル３０５から、ステップＳ１００９で追加したレコードの対象正ボリュームに紐づくストレージ装置名およびイメージ名と、対象副ボリュームに紐づくストレージ装置名とを取得する。

ステップＳ１２０２では、管理装置１０２は、サイト−ストレージ管理テーブル３０２から、対象正ボリュームのストレージ装置名に紐づくサイト名と、対象副ボリュームのストレージ装置名に紐づくサイト名とを取得する。本例では、対象正ボリュームのストレージ装置名に紐づくサイト名として「Ｓｉｔｅ１」が取得され、対象副ボリュームのストレージ装置名に紐づくサイト名として「Ｓｉｔｅ２」が取得される。

ステップＳ１２０３では、管理装置１０２は、サイト−レジストリ管理テーブル３０３から、対象正ボリュームのサイト名に紐づくレジストリ装置名およびレジストリ名と、対象副ボリュームのサイト名に紐づくレジストリ装置名およびレジストリ名とを取得する。対象正ボリュームのサイト名「Ｓｉｔｅ１」に紐づくレジストリ装置名「ＲｅｇＳ１」およびレジストリ名「Ｒｅｇ１」と、対象副ボリュームのサイト名「Ｓｉｔｅ２」に紐づくレジストリ装置名「ＲｅｇＳ２」およびレジストリ名「Ｒｅｇ２」とが取得される。そして、管理装置１０２は、取得した対象正ボリュームのレジストリ装置名のレジストリ装置１１０−１に対して、取得した対象副ボリュームのレジストリ装置名のレジストリ装置１１０−２に対象のコンテナイメージ１１２をコピーする旨の指示を行う。かかる指示には、例えば、ローカルサイトのレジストリ装置名、レジストリ名、イメージ名、リモートサイトのレジストリ装置名、レジストリ名が含まれる。

ステップＳ１２０４では、レジストリ装置１１０−１は、レジストリ１１１−１から、取得したイメージ名のコンテナイメージ１１２−１（対象のコンテナイメージ１１２）を読出し、リモートサイトのレジストリ装置名のレジストリ装置１１０−２に送信する。

ステップＳ１２０５では、レジストリ装置１１０−２は、コンテナイメージ１１２−１をコンテナイメージ１１２−２としてレジストリ１１１−２に書込む。

ステップＳ１２０６では、レジストリ装置１１０−２は、書込みが完了した旨の通知（完了通知）をクライアント装置１０３に送信する。

ステップＳ１２０７では、クライアント装置１０３は、完了通知を受信する。

以上により、コンテナ立上時処理が終了する。

（Ｂ）コンテナイメージ更新時処理
図１３は、更新されたコンテナイメージ１１２のコピーのリモートサイトでの作成に係る処理の一例を示す図である。

ステップＳ１３０１では、クライアント装置１０３は、利用しているコンテナ１２１を別名のコンテナイメージ１１２として生成するコマンド（イメージ名を指定して更新コマンド）を実行する。以下では、クライアント装置１０３がコンテナ１２１−１のコンテナイメージ１１２−１を記憶するレジストリ装置１１０−１に対して更新コマンドを実行する例について説明する。

ステップＳ１３０２では、レジストリ装置１１０−１は、コンテナイメージ１１２−１を更新（例えば、追加）する。

ステップＳ１３０３では、レジストリ装置１１０−１は、コンテナイメージ１１２−１の更新前のイメージ名、自身のレジストリ名（ローカルサイトのレジストリ名）、指定されたイメージ名を管理装置１０２に送信する。かかる送信により、管理装置１０２は、コンテナイメージ１１２の更新を検出することができる。

ステップＳ１３０４では、管理装置１０２は、レジストリ−イメージ管理テーブル３０４から、更新前のイメージ名に紐づくリモートサイトのレジストリ名を取得する。なお、管理装置１０２は、サイト−ストレージ管理テーブル３０２、サイト−レジストリ管理テーブル３０３、およびボリューム−イメージ管理テーブル３０５を用いて、リモートサイトのレジストリ名を取得してもよい。

ステップＳ１３０５では、管理装置１０２は、サイト−レジストリ管理テーブル３０３から、リモートサイトのレジストリ名に紐づくサイト名およびレジストリ装置名を取得する。本例では、管理装置１０２は、ローカルサイトのレジストリ装置１１０−１からリモートサイトのレジストリ装置１１０−２に、更新されたコンテナイメージ１１２−１（対象コンテナイメージ）をコピーする旨を指示する。かかる指示には、例えば、リモートサイトのサイト名、レジストリ装置名、およびレジストリ名が含まれる。

また、管理装置１０２は、管理テーブル１０２Ａを更新する。より具体的には、管理装置１０２は、クライアント装置１０３で指定されたイメージ名とローカルサイトのレジストリ名とを用いて、レジストリ−イメージ管理テーブル３０４にレコードを追加する。また、管理装置１０２は、ボリューム−イメージ管理テーブル３０５において、コンテナ１２１−１に対応付けられているイメージ名を指定されたイメージ名で更新（上書き等）する。

ステップＳ１３０６では、レジストリ装置１１０−１は、対象コンテナイメージをリモートサイトのレジストリ装置名のレジストリ装置１１０−２に送信する。

ステップＳ１３０７では、レジストリ装置１１０−２は、レジストリ１１１−２に対象コンテナイメージを追加する。

ステップＳ１３０８では、レジストリ装置１１０−２は、更新が完了した旨の通知（完了通知）をクライアント装置１０３に送信する。

ステップＳ１３０９では、クライアント装置１０３は、完了通知を受信する。

以上により、コンテナイメージ更新時処理が終了する。このように、管理装置１０２は、レジストリ装置１１０−１のコンテナイメージ１１２−１が更新されたとき、更新されたコンテナイメージ１１２−１をレジストリ装置１１０−２に送信することにより、ローカルサイトとリモートサイトとで更新されたコンテナイメージ１１２−１を自動で同期する。かかる同期によれば、ローカルサイトにアクセスできない状況に陥ったときに、更新されたコンテナイメージ１１２−１を取り出せない事態を回避できるようになる。ただし、管理者が手動でコピー（同期）する構成を排除するものではない。

（Ｃ）フェイルオーバー時処理
図１４は、リモートサイトでのコンテナ１２１の立ち上げに係る処理の一例を示す図である。

ステップＳ１４０１は、ローカルサイトの所定のストレージ装置１３０（本例では、ストレージ装置１３０―１を例に挙げて説明する。）で障害が発生したことを示す。

ステップＳ１４０２では、障害が発生したストレージ装置１３０−１とのレプリケーションが設定されているストレージ装置１３０−２は、ストレージ装置１３０−１で障害が発生したことを検知する。

ステップＳ１４０３では、ストレージ装置１３０−２は、レプリケーション管理テーブル３３２−２を参照し、障害が発生したストレージ装置１３０−１のストレージ装置名に紐づく正ボリュームおよび副ボリュームのレプリケーションモードを「ペア分割」に切り替える。

ステップＳ１４０４では、ストレージ装置１３０−２は、レプリケーション管理テーブル３３２−２から、「ペア分割」に切り替えた副ボリュームのストレージ装置名およびボリューム名を取得する。

ステップＳ１４０５では、コンテナ装置１２０−２は、取得された副ボリュームのストレージ装置名およびボリューム名を管理装置１０２に送信する。

ステップＳ１４０６では、管理装置１０２は、ボリューム−イメージ管理テーブル３０５から、受信したボリューム名をキーとして、副ボリュームのコンテナ装置名、ストレージ装置名、イメージ名を取得する。

ステップＳ１４０７では、管理装置１０２は、サイト−ストレージ管理テーブル３０２から、取得したストレージ装置名に紐づくサイト名を取得する。

ステップＳ１４０８では、管理装置１０２は、サイト−レジストリ管理テーブル３０３から、取得したサイト名に紐づくレジストリ装置名およびレジストリ名を取得する。管理装置１０２は、取得したレジストリ装置名のレジストリ装置１１０−２から、取得したコンテナ装置名のコンテナ装置１２０−２に対して、取得したレジストリ名のコンテナイメージ１１２−２をコピーし、コンテナ１２１−２を立ち上げ、受信したボリューム名のボリューム１３１−２にアタッチする旨の指示を、取得したレジストリ装置名のレジストリ装置１１０−２に送信する。かかる指示には、例えば、取得したレジストリ装置名、レジストリ名、イメージ名、コンテナ装置名、ストレージ装置名、受信したボリューム名などが含まれる。

ステップＳ１４０９では、レジストリ装置１１０−２は、受信した指示に基づいて、受信したイメージ名のコンテナイメージ１１２−２を読込む（受信したコンテナ装置名のコンテナ装置１２０−２に送信する）。

ステップＳ１４１０では、コンテナ装置１２０―２は、読込まれたコンテナイメージ１１２−２を書出す（受信する）。

ステップＳ１４１１では、コンテナ装置１２０―２は、コンテナ１２１−２を立ち上げ（起動し）、受信したボリューム名のボリューム１３１−２をアタッチ（紐付け）し、コンテナ１２１−２の立ち上げが完了した旨の通知（完了通知）をクライアント装置１０３に送信する。

ステップＳ１４１２では、クライアント装置１０３は、完了通知を受信する。

以上により、フェイルオーバー時処理が終了する。このように、リモートサイトのストレージ装置１３０−２は、ローカルサイトにおいてボリューム１３１−１に係る障害（例えば、レプリケーションが切れたこと）を検知すると、ボリューム１３１−１とボリューム１３１−２との対応関係を示すレプリケーション管理テーブル３３２（複製管理情報の一例）をもとに、ボリューム１３１−２のボリューム名を管理装置１０２に送信する。また、管理装置１０２は、管理テーブル１０２Ａからボリューム１３１−２に対応付けられているコンテナイメージ１１２−２を特定し、コンテナイメージ１１２−２をもとにコンテナ１２１−２を起動してコンテナ１２１−２とボリューム１３１−２とを紐付ける旨の指示をコンテナ装置１２０−２に送信する。かかる構成によれば、レプリケーションが切れたことを契機に、コンテナ１２１−２が立ち上がるので、ダウンタイムを短くすることができる。また、コンテナ１２１−２の立ち上げを自動化できるので、障害の発生時における管理者の作業を軽減することができる。

本実施の形態によれば、例えば、適切なサイトのレジストリにコンテナイメージがコピーされるので、リモートサイトでのコンテナの立ち上げに必要なデータを確実に移行することができる。また、例えば、レプリケーション先のリモートサイトにコンテナイメージがコピーされるので、リモートサイトでのコンテナの立ち上げが容易となる。また、例えば、副ボリュームとコンテナイメージとの対応関係を台帳管理する必要なく、リモートサイトでのコンテナの立ち上げが可能となる。このように、リモートサイトでコンテナを短時間で起動することができるので、信頼性の高いシステムを実現することができる。

（２）第２の実施の形態
第２の実施の形態を説明する。その際、第１の実施の形態との相違点を主に説明し、第１の実施の形態との共通点については説明を省略または簡略する。

本実施の形態では、図１５に示すように、コンテナ提供支援システム１５００は、ローカルサイト（サイト１０１−１）と、複数のリモートサイト（サイト１０１−２およびサイト１５０１−２）とを含んで構成される。なお、本実施の形態では、ローカルサイトに複数のコンテナ装置が設けられ、コンテナ装置に対応してリモートサイトが設けられる構成を示しているが、これに限られるものではなく、一または複数のコンテナ装置に対応してリモートサイトが設けられてもよい。

ローカルサイトのサイト１０１−１には、コンテナ装置１２０−１およびコンテナ装置１５２０−１が設けられている。コンテナ装置１５２０−１は、コンテナエンジン１５２２−１を備え、レジストリ装置１１０−１に記憶されているコンテナイメージ１５１２−１をもとにコンテナ１５２１−１を起動する。コンテナ１５２１−１には、ボリューム１５３１−１（正ボリューム）が紐付けられ、ボリューム１５３１−１は、コンテナ１５２１−１上で動作するＡＰＰにおいて使用される。

リモートサイトのサイト１５０１−２には、レジストリ装置１５１０−２と、コンテナ装置１５２０−２と、ストレージ装置１５３０−２とが設けられている。レジストリ装置１５１０は、レジストリ１５１１−２を備え、レジストリ１５１１−２には、コンテナイメージ１５１２−１のコピーであるコンテナイメージ１５１２−２が格納されている。また、ストレージ装置１５３０には、レプリケーションのために、ボリューム１５３１−１（正ボリューム）に対応するボリューム１５３１−２（副ボリューム）が設けられ、管理テーブル１５３２−２が設けられている。コンテナ装置１５２０−２のコンテナエンジン１５２２−２は、ローカルサイトのボリューム１５３１−１等に障害が発生した場合、レジストリ１５１１−２からコンテナイメージ１５１２−２をもとにコンテナ１５２１−２を立ち上げ、コンテナ１５２１−２にボリューム１５３１−２を紐付ける。

上述したコンテナ提供支援システム１５００では、例えば、次のような特徴的な構成を有する。例えば、第１のレジストリ装置（例えば、レジストリ装置１１０−１）は、第１のコンテナイメージ（例えば、コンテナイメージ１１２−１）とは異なる他のコンテナイメージ（例えば、コンテナイメージ１５１２−１）を有する。第１のサイト（例えば、サイト１０１−１）には、上記他のコンテナイメージをもとに、アプリケーションプログラムの実行環境である他のコンテナ（例えば、コンテナ１５２１−１）を起動する他のコンテナ装置（例えば、コンテナ装置１５２０−１）が設けられる。第１のストレージ装置（例えば、ストレージ装置１３０−１）は、上記アプリケーションプログラムにおいて使用される上記第１のボリュームとは異なる他のボリューム（例えば、ボリューム１５３１−１）を提供する。第２のサイト（例えば、サイト１０１−２）とは異なるサイトである第３のサイト（例えば、サイト１５０１−２）には、上記他のコンテナイメージの複製である第３のコンテナイメージ（例えば、コンテナイメージ１５１２−２）を有する第３のレジストリ装置（例えば、レジストリ装置１５１０−２）と、上記第３のコンテナイメージをもとに第３のコンテナ（例えば、コンテナ１５２１−２）を起動する第３のコンテナ装置（例えば、コンテナ装置１５２０−２）と、上記第３のコンテナで実行されるアプリケーションプログラムにおいて使用され、上記他のボリュームの複製である第３のボリューム（例えば、ボリューム１５３１−２）を提供する第３のストレージ装置（例えば、ストレージ装置１５３０−２）と、が設けられる。管理部（例えば、管理装置１０２）は、上記他のボリュームの識別情報（例えば、コンテナ装置名、ストレージ装置名、ボリューム名）と、上記第３のボリュームの識別情報（例えば、コンテナ装置名、ストレージ装置名、ボリューム名）と、上記第１のコンテナイメージの識別情報（例えば、イメージ名）とが対応付けられた管理情報（例えば、ボリューム−イメージ管理テーブル３０５）を管理する。

本実施の形態では、例えば、コンテナ装置に対応してリモートサイトを設けられるので、ローカルサイトと同じ規模のシステムをリモートサイトに設けなくてもよくなる。また、運用に応じて（例えば、ローカルサイトのコンテナ装置のうち障害の発生時におけるコンテナの提供にかかる時間を短縮したいコンテナ装置に対して）、リモートサイトを設けることができるようになる。

（３）第３の実施の形態.
第３の実施の形態を説明する。その際、第１の実施の形態との相違点を主に説明し、第１の実施の形態との共通点については説明を省略または簡略する。

本実施の形態では、図１６に示すように、コンテナ提供支援システム１６００は、ローカルサイト（サイト１０１−１）と、複数のリモートサイト（サイト１０１−２およびサイト１６０１−２）とを含んで構成される。なお、本実施の形態では、ローカルサイトに複数のコンテナが設けられ、コンテナに対応してリモートサイトが設けられる構成を示しているが、これに限られるものではなく、一または複数のコンテナに対応してリモートサイトが設けられてもよい。

ローカルサイトのサイト１０１−１には、コンテナ装置１２０−１が設けられ、コンテナ装置１２０−１は、レジストリ装置１１０−１に記憶されているコンテナイメージ１６１２−１をもとにコンテナ１６２１−１を起動する。コンテナ１６２１−１には、ボリューム１６３１−１（正ボリューム）が紐付けられ、ボリューム１６３１−１は、コンテナ１６２１−１上で動作するＡＰＰにおいて使用される。

リモートサイトのサイト１６０１−２には、レジストリ装置１６１０−２と、コンテナ装置１６２０−２と、ストレージ装置１６３０−２とが設けられている。レジストリ装置１６１０は、レジストリ１６１１−２を備え、レジストリ１６１１−２には、コンテナイメージ１６１２−１のコピーであるコンテナイメージ１６１２−２が格納されている。また、ストレージ装置１６３０には、レプリケーションのために、ボリューム１６３１−１（正ボリューム）に対応するボリューム１６３１−２（副ボリューム）が設けられ、管理テーブル１６３２−２が設けられている。コンテナ装置１６２０−２のコンテナエンジン１６２２−２は、ローカルサイトのボリューム１６３１−１等に障害が発生した場合、レジストリ１６１１−２からコンテナイメージ１６１２−２をもとにコンテナ１６２１−２を立ち上げ、コンテナ１６２１−２にボリューム１６３１−２を紐付ける。

上述したコンテナ提供支援システム１６００では、例えば、次のような特徴的な構成を有する。例えば、第１のレジストリ装置（例えば、レジストリ装置１１０−１）は、第１のコンテナイメージ（例えば、コンテナイメージ１１２−１）とは異なる他のコンテナイメージ（例えば、コンテナイメージ１６１２−１）を有する。第１のコンテナ装置は、他のコンテナイメージをもとに、アプリケーションプログラムの実行環境である他のコンテナ（例えば、コンテナ１６２１−１）を起動する。第１のストレージ装置（例えば、ストレージ装置１３０−１）は、上記アプリケーションプログラムにおいて使用される上記第１のボリュームとは異なる他のボリューム（例えば、ボリューム１６３１−１）を提供する。第２のサイト（例えば、サイト１０１−２）とは異なるサイトである第３のサイト（例えば、サイト１６０１−２）には、上記他のコンテナイメージの複製である第３のコンテナイメージ（例えば、コンテナイメージ１６１２−２）を有する第３のレジストリ装置（例えば、レジストリ装置１６１０−２）と、上記第３のコンテナイメージをもとに第３のコンテナ（例えば、コンテナ１６２１−２）を起動する第３のコンテナ装置（例えば、コンテナ装置１６２０−２）と、上記第３のコンテナで実行されるアプリケーションプログラムにおいて使用され、上記他のボリュームの複製である第３のボリューム（例えば、ボリューム１６３１−２）を提供する第３のストレージ装置（例えば、ストレージ装置１６３０−２）と、が設けられる。管理部（例えば、管理装置１０２）は、上記他のボリュームの識別情報（例えば、コンテナ名、コンテナ装置名、ストレージ装置名、ボリューム名）と、上記第３のボリュームの識別情報（例えば、コンテナ名、コンテナ装置名、ストレージ装置名、ボリューム名）と、上記第１のコンテナイメージの識別情報（例えば、イメージ名）とが対応付けられた管理情報（例えば、ボリューム−イメージ管理テーブル３０５）を管理する。

本実施の形態では、例えば、コンテナに対応してリモートサイトを設けられるので、ローカルサイトと同じ規模のシステムをリモートサイトに設けなくてもよくなる。また、運用に応じて（例えば、ローカルサイトのコンテナのうち障害の発生時におけるコンテナの提供にかかる時間を短縮したいコンテナに対して）、リモートサイトを設けることができるようになる。

（４）他の実施の形態
なお上述の実施の形態においては、本発明をコンテナ提供支援システムに適用するようにした場合について述べたが、本発明はこれに限らず、この他種々のシステム、装置、方法、プログラムに広く適用することができる。

また上述の実施の形態においては、管理テーブル１０２Ａが管理装置１０２に設けられる場合について述べたが、本発明はこれに限らず、管理テーブル１０２Ａの一部または全部が他の記憶装置（例えば、ストレージ装置１３０）に設けられるようにしてもよい。

また上述の実施の形態においては、サイト−レジストリ管理テーブル３０３では、１つのサイト１０１に１つのレジストリ装置１１０が設けられることを前提としたテーブル構造について述べたが、本発明はこれに限らず、サイト−レジストリ管理テーブル３０３は、１つのサイト１０１に複数のレジストリ装置１１０が設けられることを前提としたテーブル構造にしてもよい。

また上述の実施の形態においては、ボリューム−イメージ管理テーブル３０５のイメージ名は、ローカルサイトとリモートサイトとで共通のものとして述べたが、本発明はこれに限らず、ローカルサイトとリモートサイトとイメージ名を異ならせる場合は、ボリューム−イメージ管理テーブル３０５に、副ボリュームに対応したイメージ名と、正ボリュームに対応したイメージ名とを設けるようにしてもよい。なお、この場合、正ボリュームに対応したイメージ名は設けられなくてもよい。

また、上述の実施の形態において、「インターフェース部」は、１以上のインターフェースでよい。当該１以上のインターフェースは、１以上の同種の通信インターフェースデバイス（例えば１以上のＮＩＣ（Network Interface Card））であってもよいし２以上の異種の通信インターフェースデバイス（例えばＮＩＣとＨＢＡ（Host Bus Adapter））であってもよい。

また、上述の実施の形態において、「メモリ部」は、１以上のメモリであり、典型的には主記憶デバイスでよい。メモリ部における少なくとも１つのメモリは、揮発性メモリであってもよいし不揮発性メモリであってもよい。

また、上述の実施の形態において、「ＰＤＥＶ部」は、１以上のＰＤＥＶであり、典型的には補助記憶デバイスでよい。「ＰＤＥＶ」は、物理的な記憶デバイス（Physical storage DEVice）を意味し、典型的には、不揮発性の記憶デバイス、例えばＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive）である。

また、上述の実施の形態において、「記憶部」は、メモリ部とＰＤＥＶ部の少なくとも一部とのうちの少なくとも１つ（典型的には少なくともメモリ部）である。

また、上述の実施の形態において、「プロセッサ部」は、１以上のプロセッサである。少なくとも１つのプロセッサは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサであるが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサでもよい。少なくとも１つのプロセッサは、シングルコアでもよいしマルチコアでもよい。少なくとも１つのプロセッサは、処理の一部又は全部を行うハードウェア回路（例えばＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサでもよい。

また、上述の実施の形態において、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサ部によって実行されることで、定められた処理を、適宜に記憶部（例えばメモリ）及び／又はインターフェース部（例えば通信ポート）等を用いながら行うため、処理の主語がプロセッサとされてもよい。プログラムを主語として説明された処理は、プロセッサ部あるいはそのプロセッサ部を有する装置が行う処理としてもよい。また、プロセッサ部は、処理の一部又は全部を行うハードウェア回路（例えばＦＰＧＡ（Field-Programmable Gate Array）またはＡＳＩＣ（Application Specific Integrated Circuit））を含んでもよい。プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバまたは計算機が読み取り可能な記録媒体（例えば非一時的な記録媒体）であってもよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

また、上述の実施の形態において、各テーブルの構成は一例であり、１つのテーブルは、２以上のテーブルに分割されてもよいし、２以上のテーブルの全部または一部が１つのテーブルであってもよい。

また、上述の実施の形態において、説明の便宜上、ＸＸテーブル、ＸＸファイルを用いて各種のデータを説明したが、データ構造は限定されるものではなく、ＸＸ情報などと表現してもよい。

また、上記の説明において、各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記憶装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また上述した構成については、本発明の要旨を超えない範囲において、適宜に、変更したり、組み替えたり、組み合わせたり、省略したりしてもよい。

１００……コンテナ提供支援システム、１０２……管理装置、１１０……レジストリ装置、１１２……コンテナイメージ、１２０……コンテナ装置、１２１……コンテナ、１３０……ストレージ装置、１３１……ボリューム。

Claims (10)

1. 第１のサイトには、アプリケーションプログラムの実行環境である第１のコンテナの起動に用いる第１のコンテナイメージを有する第１のレジストリ装置と、前記第１のコンテナイメージをもとに前記第１のコンテナを起動する第１のコンテナ装置と、前記アプリケーションプログラムにおいて使用される第１のボリュームを提供する第１のストレージ装置とが設けられ、
   第２のサイトには、前記第１のボリュームの複製である第２のボリュームを提供する第２のストレージ装置が設けられ、
   前記第１のボリュームの識別情報と、前記第２のボリュームの識別情報と、前記第１のコンテナイメージの識別情報とが対応付けられた管理情報を管理する管理部を備える、
   ことを特徴とするコンテナ提供支援システム。
2. 前記管理部は、前記第１のボリュームを指定して前記第１のコンテナを立ち上げる旨の要求をクライアント装置から受信すると、
   前記第２のストレージ装置に前記第２のボリュームの作成を指示し、前記第２のストレージ装置により作成された前記第２のボリュームの識別情報を取得し、
   前記要求により指定される前記第１のボリュームの識別情報と、前記第２のストレージ装置から取得する前記第２のボリュームの識別情報と、前記第１のコンテナの起動に用いる前記第１のコンテナイメージの識別情報とを対応付けて前記管理情報を生成する、
   ことを特徴とする請求項１に記載のコンテナ提供支援システム。
3. 前記第２のサイトには、前記第１のコンテナイメージの複製である第２のコンテナイメージを有する第２のレジストリ装置と、前記第２のコンテナイメージをもとに第２のコンテナを起動する第２のコンテナ装置とが設けられる、
   ことを特徴とする請求項２に記載のコンテナ提供支援システム。
4. 前記管理部は、前記第２のボリュームが作成されたとき、前記第１のコンテナイメージを前記第２のコンテナイメージとして前記第２のレジストリ装置に複製する、
   ことを特徴とする請求項３に記載のコンテナ提供支援システム。
5. 前記管理部は、前記第１のコンテナイメージが更新されたとき、更新されたコンテナイメージを前記第２のレジストリ装置に送信する、
   ことを特徴とする請求項３に記載のコンテナ提供支援システム。
6. 前記第２のコンテナ装置は、前記第１のサイトで障害が発生した際、前記第２のコンテナイメージをもとに前記第２のコンテナを起動し、前記第２のコンテナと前記第２のボリュームとを紐付ける、
   ことを特徴とする請求項３に記載のコンテナ提供支援システム。
7. 前記第２のストレージ装置は、前記第１のサイトにおいて前記第１のボリュームに係る障害を検知すると、前記第１のボリュームと前記第２のボリュームとの対応関係を示す複製管理情報をもとに、前記第２のボリュームの識別情報を前記管理部に送信し、
   前記管理部は、前記管理情報から前記第２のボリュームに対応付けられている前記第２のコンテナイメージを特定し、前記第２のコンテナイメージをもとに前記第２のコンテナを起動して前記第２のコンテナと前記第２のボリュームとを紐付ける旨の指示を前記第２のコンテナ装置に送信する、
   ことを特徴とする請求項３に記載のコンテナ提供支援システム。
8. 前記第１のレジストリ装置は、前記第１のコンテナイメージとは異なる他のコンテナイメージを有し、
   前記第１のサイトには、前記他のコンテナイメージをもとに、アプリケーションプログラムの実行環境である他のコンテナを起動する他のコンテナ装置が設けられ、
   前記第１のストレージ装置は、前記アプリケーションプログラムにおいて使用される前記第１のボリュームとは異なる他のボリュームを提供し、
   前記第２のサイトとは異なるサイトである第３のサイトには、前記他のコンテナイメージの複製である第３のコンテナイメージを有する第３のレジストリ装置と、前記第３のコンテナイメージをもとに第３のコンテナを起動する第３のコンテナ装置と、前記第３のコンテナで実行されるアプリケーションプログラムにおいて使用され、前記他のボリュームの複製である第３のボリュームを提供する第３のストレージ装置とが設けられ、
   前記管理部は、前記他のボリュームの識別情報と、前記第３のボリュームの識別情報と、前記第１のコンテナイメージの識別情報とが対応付けられた管理情報を管理する、
   ことを特徴とする請求項１に記載のコンテナ提供支援システム。
9. 前記第１のレジストリ装置は、前記第１のコンテナイメージとは異なる他のコンテナイメージを有し、
   前記第１のコンテナ装置は、前記他のコンテナイメージをもとに、アプリケーションプログラムの実行環境である他のコンテナを起動し、
   前記第１のストレージ装置は、前記アプリケーションプログラムにおいて使用される前記第１のボリュームとは異なる他のボリュームを提供し、
   前記第２のサイトとは異なるサイトである第３のサイトには、前記他のコンテナイメージの複製である第３のコンテナイメージを有する第３のレジストリ装置と、前記第３のコンテナイメージをもとに第３のコンテナを起動する第３のコンテナ装置と、前記第３のコンテナで実行されるアプリケーションプログラムにおいて使用され、前記他のボリュームの複製である第３のボリュームを提供する第３のストレージ装置とが設けられ、
   前記管理部は、前記他のボリュームの識別情報と、前記第３のボリュームの識別情報と、前記第１のコンテナイメージの識別情報とが対応付けられた管理情報を管理する、
   ことを特徴とする請求項１に記載のコンテナ提供支援システム。
10. 第１のサイトには、アプリケーションプログラムの実行環境である第１のコンテナの起動に用いる第１のコンテナイメージを有する第１のレジストリ装置と、前記第１のコンテナイメージをもとに前記第１のコンテナを起動する第１のコンテナ装置と、前記アプリケーションプログラムにおいて使用される第１のボリュームを提供する第１のストレージ装置とが設けられ、
    第２のサイトには、前記第１のボリュームの複製である第２のボリュームを提供する第２のストレージ装置が設けられ、
    管理部が、前記第１のボリュームを指定して前記第１のコンテナを立ち上げる旨の要求をクライアント装置から受信する第１のステップと、
    前記管理部が、前記第２のストレージ装置に前記第２のボリュームの作成を指示し、前記第２のストレージ装置により作成された前記第２のボリュームの識別情報を取得するステップと、
    前記管理部が、前記要求により指定される前記第１のボリュームの識別情報と、前記第２のストレージ装置から取得する前記第２のボリュームの識別情報と、前記第１のコンテナの起動に用いる前記第１のコンテナイメージの識別情報とを対応付けて管理情報を生成する第３のステップと、
    備えることを特徴とするコンテナ提供支援方法。

Images