(57)【特許請求の範囲】
【請求項１】
ゲートウェイを介してネットワークに接続した複数のデータセンタを備え、データセンタに収容されたサーバに生成された仮想マシンの利用サービスをユーザに提供するネットワークシステムにおいてデータセンタのリソースを融通するシステムであって、
ユーザのクライアント端末からのサービス要求に対し、クライアント端末に最も近いデータセンタ（第１データセンタ）から該第１データセンタで提供可能なリソース情報を収集し、サービス要求に必要なリソースが第１データセンタで確保できないときに、他のデータセンタ（第２データセンタ）のリソースを確保して仮想マシンを生成するとともに、第１データセンタから第２データセンタへのパスを形成するよう制御するリソース管理・制御手段を備えた
ことを特徴とするリソース融通システム。
【請求項２】
データセンタ間のＲＴＴ（Ｒｏｕｎｄ−Ｔｒｉｐ  Ｔｉｍｅ）情報を記憶したデータセンタ間ＲＴＴ情報記憶部を備え、
リソース管理・制御手段は、データセンタ間ＲＴＴ情報記憶部から取得したＲＴＴ情報に基づきリソース確保先となる第２データセンタを選択する
ことを特徴とする請求項１記載のリソース融通システム。
【請求項３】
リソース管理・制御手段は、リソース確保元の第１データセンタとの間のＲＴＴが最も小さくなるデータセンタをリソース確保先となる第２データセンタとして選択する
ことを特徴とする請求項２記載のリソース融通システム。
【請求項４】
リソース管理・制御手段は、サービス要求に係る遅延条件を満たし、且つ、各データセンタのリソースが平準化されるようにリソース確保先となる第２データセンタを選択する
ことを特徴とする請求項２記載のリソース融通システム。
【請求項５】
リソース管理・制御手段は、リソース確保元の第１データセンタのリソース情報を取得し、第１データセンタにサービス要求にリソースが確保できる場合には、第２データセンタの仮想マシンを第１データセンタへ移行させるとともに該仮想マシンに係るリソースを解放し、さらに第１データセンタから第２センタへのパスを削除するよう制御する
ことを特徴とする請求項１乃至４何れか１項記載のリソース融通システム。
【請求項６】
リソース管理・制御手段は、リソース確保先の第２データセンタのリソース情報を取得し、第２データセンタの仮想マシンが利用されていない場合には、該仮想マシンに係るリソースを解放するとともに、第１データセンタから第２センタへのパスを削除するよう制御する
ことを特徴とする請求項１乃至４何れか１項記載のリソース融通システム。
【請求項７】
ゲートウェイを介してネットワークに接続した複数のデータセンタを備え、データセンタに収容されたサーバに生成された仮想マシンの利用サービスをユーザに提供するネットワークシステムにおいてデータセンタのリソースを融通する方法であって、
リソース管理・制御手段が、ユーザのクライアント端末からのサービス要求に対し、クライアント端末に最も近いデータセンタ（第１データセンタ）から該第１データセンタで提供可能なリソース情報を収集し、サービス要求に必要なリソースが第１データセンタで確保できないときに、他のデータセンタ（第２データセンタ）のリソースを確保して仮想マシンを生成するとともに、第１データセンタから第２データセンタへのパスを形成するよう制御する
ことを特徴とするリソース融通方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲートウェイを介してネットワークに接続した複数のデータセンタを備え、データセンタに収容されたサーバに生成された仮想マシンの利用サービスをユーザに提供するネットワークシステムに関する。
【背景技術】
【０００２】
近年、ネットワーク（ＮＷ）仮想化技術として、Ｓｏｆｔｗａｒｅ  Ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋ（ＳＤＮ）／Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ（ＮＦＶ）技術が注目されている。ＳＤＮ／ＮＦＶ技術により、ネットワーク機能をソフトウェアとしてより柔軟に制御が可能となり、設備コストの削減・リソースの最適化・運用の自動化と効率化を実現し、大きなＣＡＰＥＸ／ＯＰＥＸ削減ができることが期待されている。
【０００３】
キャリアネットワークに加入する数百万のユーザにネットワーク機能を提供するために、多くの物理リソース（設備の設置場所等）が必要であることや、また災害対策の観点から、複数のデータセンタ（ＤＣ：Ｄａｔａ  Ｃｅｎｔｅｒ）を地理的に分散して配置することが考えられる。また、複数のＤＣを配置することにより、ユーザに近いＤＣにＮＷ機能を配備し、低遅延でサービスの提供ができるようになる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】小山高明，井上朋子，岸寿春，永渕幸雄，北爪秀雄，”複数データセンタを跨いだ仮想ＮＷの一方式”，ＩＥＩＣＥ技術研究報告，ＩＮ，１１２，ｎｏ．１３４，ｐｐ．４９−５４，Ｊｕｌ．２０１２
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしデータセンタのリソースは有限であり、従来の技術では、キャリア需要予測を超えてユーザ数が増加するなど、特定データセンタに新たな設備を増やしリソースを追加する必要が生じる場合、物理リソースの追加までには時間が掛かるためリソース追加の要求に即応することはできないとともに、そもそもデータセンタのリソースが不足し、新たなサービスを提供するために必要なリソースが確保できない可能性があった。
【０００６】
本発明は上記事情に鑑みてなされたものであり、その目的とするところは、リソース需要の増減に迅速に対応可能でユーザに対して効率的且つ高速なサービス提供を行うことができるネットワークシステムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本願発明は、ゲートウェイを介してネットワークに接続した複数のデータセンタを備え、データセンタに収容されたサーバに生成された仮想マシンの利用サービスをユーザに提供するネットワークシステムにおいてデータセンタのリソースを融通するシステムであって、ユーザのクライアント端末からのサービス要求に対し、クライアント端末に最も近いデータセンタ（第１データセンタ）から該第１データセンタで提供可能なリソース情報を収集し、サービス要求に必要なリソースが第１データセンタで確保できないときに、他のデータセンタ（第２データセンタ）のリソースを確保して仮想マシンを生成するとともに、第１データセンタから第２データセンタへのパスを形成するよう制御するリソース管理・制御手段を備えたことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、特定データセンタのリソース不足の際に、他のデータセンタのリソースを特定データセンタのリソースとして低遅延で利用できることにより、キャリア（ネットワーク提供者）にとっては、ＳＬＡの担保と、突発的なリソース増加に対応するための新たな設備増設の投資を抑制でき、ユーザにとっては、データセンタのリソース不足によるサービス利用開始までの遅れや品質の低下がなくサービスを享受できる。
【図面の簡単な説明】
【０００９】
【図１】本発明の係るネットワークシステムの構成図
【図２】サービスカタログの一例を示す図
【図３】ＤＣ間ＲＴＴ情報テーブルの一例を示す図
【図４】ＤＣロケーションテーブルの一例を示す図
【図５】リソース融通情報テーブルの一例を示す図
【図６】ＤＣリソース情報テーブルの一例を示す図
【図７】リソース融通処理のシーケンスチャート
【図８】リソース融通処理のシーケンスチャート
【図９】リソース融通処理時におけるネットワークシステムを説明する図
【図１０】リソース融通処理時におけるネットワークシステムを説明する図
【図１１】リソース確保先データセンタの第１の選択アルゴリズムのフローチャート
【図１２】リソース確保先データセンタの第１の選択アルゴリズムのシーケンスチャート
【図１３】リソース確保先データセンタの第２の選択アルゴリズムのフローチャート
【図１４】リソース確保先データセンタの第２の選択アルゴリズムのシーケンスチャート
【図１５】リソース解放処理のフローチャート
【図１６】第１のパターンに係るリソース解放処理のシーケンスチャート
【図１７】第１のパターンに係るリソース解放処理のシーケンスチャート
【図１８】リソース解放処理時におけるネットワークシステムを説明する図
【図１９】リソース解放処理時におけるネットワークシステムを説明する図
【図２０】リソース解放処理時におけるネットワークシステムを説明する図
【図２１】第１のパターンに係るリソース解放処理のシーケンスチャート
【発明を実施するための形態】
【００１０】
本実施の形態に係るネットワークシステムは、図１に示すように、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１００と、該ＷＡＮ１００にゲートウェイ（ＧＷ：ＧａｔｅＷａｙ）２０１を介して接続した複数（図１の例ではｎ個）のデータセンタ（ＤＣ：Ｄａｔａ  Ｃｅｎｔｅｒ）２００と、サービス管理・制御装置３００と、ＤＣリソース管理・制御装置４００と、ネットワークコントローラ５００とを備えている。なお、本実施の形態では、データセンタ２００等を個別に識別する場合には、符号の後ろに「２００−１」のようにハイフンと添え字を付して表記する。
【００１１】
本ネットワークシステムでは、ユーザはクライアント端末１を用いてサービス要求を行い、これに応じてデータセンタ２００内に仮想マシン（ＶＭ：Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ）を生成し、該仮想マシンの利用をユーザに提供するものである。本発明は、このようなネットワークシステムにおいてリソース需要の増減に応じて効率的且つ高速なサービス提供を行うことを目的としている。具体的には、ユーザからサービス要求があった場合に、ユーザの最寄りのデータセンタ２００ではサービス提供のリソースが不足しているときには、他のデータセンタ２００のリソースを融通するものである。以下、前者のリソースの融通を依頼するデータセンタを「リソース確保元データセンタ」と呼び、後者のリソースを提供する他のデータセンタを「リソース確保先データセンタ」と呼ぶ。
【００１２】
サービス管理・制御装置３００は、サービス管理・制御部３１０と、サービスカタログ３２０とを備えている。サービスカタログ３２０は、各サービスのリソース情報を（ＶＭ、コンピューティングリソース、ストレージ、ＳＬＡ（Ｓｅｒｖｉｃｅ  Ｌｅｖｅｌ  Ａｇｒｅｅｍｅｎｔ）等）を保持している。図２にサービスカタログ３２０の一例を示す。サービス管理・制御部３１０は、クライアント端末１からのサービス要求に対して、サービスカタログ３２０から必要なリソース情報を取得し、ユーザのロケーション情報（アクセスポイントやユーザ端末のＩＰアドレス等）とともにＤＣリソース管理・制御装置４００に通知する。
【００１３】
ＤＣリソース管理・制御装置４００は、リソース管理・制御部４１０と、ＤＣ間ＲＴＴ（Ｒｏｕｎｄ−Ｔｒｉｐ  Ｔｉｍｅ）情報テーブル４２０と、ＤＣロケーションテーブル４２０と、リソース融通情報テーブル４３０とを備えている。ＤＣ間ＲＴＴ情報テーブルは、各データセンタ２００間のＲＴＴを保持する。図３にＤＣ間ＲＴＴ情報テーブルの一例を示す。本実施の形態では、ＲＴＴとしてレイヤー１及びレイヤー２の２つのレイヤーについてのＲＴＴを保持する。ＤＣロケーションテーブル４２０は、クライアント端末１に対して最寄りのデータセンタ２００がどれなのかを示す情報を記録・保持するものであり、クライアント端末１のＩＰアドレスなどのユーザの識別子と、データセンタ２００の識別子を含む。図４にＤＣロケーションテーブル４２０の一例を示す。リソース融通情報テーブル４３０は、リソース確保元データセンタ２００と、リソース確保先データセンタ２００と、確保したリソースを記録・保持する。図５にリソース融通情報テーブル４３０の一例を示す。
【００１４】
リソース管理・制御部４１０は、各データセンタ２００のリソース情報の問い合わせと収集を行う。リソース管理・制御部４１０は、特定データセンタ２００のリソース不足時にはリソース確保先データセンタとパスの種類を選択し、リソース確保とパス設定の要求を行う。また、リソース管理・制御部４１０は、リソース融通を行っているリソース確保先データセンタ２００のリソースの余裕がある場合は、リソース確保先データセンタ２００からリソース確保元データセンタ２００への仮想マシンのマイグレーション及びリソース確保先データセンタのリソース解放の要求を行う。
【００１５】
各データセンタ２００は、ゲートウェイ２０１を介してＷＡＮ１００に接続している。データセンタ２００は、ＤＣ内リソース情報収集部２１０と、ＤＣリソース情報テーブル２２０と、ＤＣ内リソース制御部２３０と、仮想マシン２５０が生成される物理的なサーバ２４０とを備えている。ここで、データセンタ２００の内外に形成されるパスは、ＳＤＮ／ＮＦＶ技術により任意に設定可能である点に留意されたい。ＤＣリソース情報テーブル２２０は、自身のデータセンタ２００が提供可能なソース情報を保持する。図６にＤＣリソース情報テーブル２２０の一例を示す。ＤＣ内リソース情報収集部２１０は、データセンタ内のリソース情報を収集し、リソース情報テーブル２２０の更新を行うとともに、リソース管理・制御部４１０などの外部からの要求に応じてデータセンタ内のリソース情報を提供する。ＤＣ内リソース制御部２３０は、データセンタ内のリソース確保・解放を行うとともに、サーバ２４０に仮想マシン２５０の生成・解放などの管理を行う。なお、データセンタ２００については従来周知のものと同様である。
【００１６】
ネットワークコントローラ５００は、ＳＤＮ／ＮＦＶ技術によりネットワークシステム内の各種機器を制御して、ネットワークシステム内のパス、特に本発明ではデータセンタ２００間のパスの設定・削除などを行う。ここで、パスの設定は、レイヤー２のパス設定だけでなく、必要に応じて光ネットワークなどのレイヤー１のパス設定も行う。なお、ネットワークコントローラ５００については従来周知のものと同様である。
【００１７】
次に、本実施の形態に係るネットワークシステムの動作について説明する。まず、リソースを融通する処理について説明する。図７及び図８はリソース融通の処理を説明するシーケンス図、図９及び図１０はリソース融通処理時におけるネットワークシステムの様子を説明する図である。
【００１８】
まず、クライアント端末１は、サービス要求をサービス管理・制御部３１０に送信する（ステップＳ１）。サービス管理・制御部３１０は、サービスカタログ３２０を参照してサービス提供に必要なリソース情報を取得する（ステップＳ２，Ｓ３）。次に、サービス管理・制御部３１０は、リソース管理・制御部４１０に対してリソース要求を送信する（ステップＳ４）。このリソース要求には、取得したリソース情報だけでなくてユーザのロケーション情報（例えばクライアント端末１のＩＰアドレスなど）も含む。
【００１９】
リソース管理・制御部４１０は、リソース要求に含まれるロケーション情報に基づき、ＤＣロケーションテーブル４２０を参照して最寄りのデータセンタ２００の情報を取得する（ステップＳ５，Ｓ６）。ここではデータセンタ２００−１が選択されたものとする。次に、リソース管理・制御部４１０は、選択したデータセンタ２００−１のＤＣ内リソース情報収集部２１０にリソースを確保できるかの確認を依頼する（ステップＳ７）。ＤＣ内リソース情報収集部２１０は、ＤＣリソース情報テーブル２２０からリソース情報を取得してリソース確保可能か否かの結果を通知する（ステップＳ８，Ｓ９）。ここで、データセンタ２００−１では当該リソースの確保ができなかったものとする。したがって、ＤＣ内リソース情報収集部２１０は、リソース管理・制御部４１０に対してリソース不足を通知する（ステップＳ１０）。次に、リソース管理・制御部４１０は、リソース確保先データセンタを選択する（ステップＳ１１）。データセンタの選択アルゴリズムについては、後述する。ここでは、リソース確保先データセンタとして、データセンタ２００−ｍが選択されたものとする。
【００２０】
次に、リソース管理・制御部４１０は、リソース確保先のデータセンタ２００−ｍのＤＣ内リソース制御部２３０に対して、リソース予約要求を送信する（ステップＳ１２）。ＤＣ内リソース制御部２３０は、該リソース予約要求に係るリソースを確保し、リソース管理・制御部４１０にリソース確保が完了したことを通知する（ステップＳ１３，Ｓ１４）。
【００２１】
次に、リソース管理・制御部４１０は、ネットワークコントローラ５００に対して、リソース確保元データセンタ２００−１とリソース確保先データセンタ２００−ｍにパスを設定するよう要求する（ステップＳ１５）。ネットワークコントローラ５００は、当該要求に応じて、リソース確保元データセンタ２００−１のゲートウェイ２０１とリソース確保先データセンタ２００−ｍのゲートウェイ２０１に対して両者間にパスが形成するように設定し、パス設定完了をリソース管理・制御部４１０に通知する（ステップＳ１６，Ｓ１７，Ｓ１８）。ここでデータセンタ間のパスは、Ｌ１が対象の場合とＬ２が対象の場合がある。何れのパスを設定するかは後述するリソース確保先データセンタの選択アルゴリズムにおいて決定される。なお、Ｌ１パスは、光波長１波長を専有しパスを形成する。Ｌ２パスはＬ２トンネル（ＶＸＬＡＮ等）を形成する。ここで、遅延はＬ１パスの方がＬ２パスに比べ小さく有利だが、パス形成のコストはＬ１パスがＬ２パスより大きいものとする。
【００２２】
次に、リソース管理・制御部４１０は、リソース確保先データセンタ２００−ｍに対して、データセンタ内においてゲートウェイ２０１と仮想マシン２５０との間のパスを設定するよう要求する（ステップＳ１９）。リソース確保先データセンタ２００−ｍのＤＣ内リソース制御部２３０は、当該要求に応じて、ゲートウェイ２０１とサーバ２４０に対してゲートウェイ２０１・仮想マシン２５０間にパスを形成するように設定し、パス設定完了をリソース管理・制御部４１０に通知する（ステップＳ２０，Ｓ２１，Ｓ２２）。なお、この段階では仮想マシン２５０はまだ生成されていないが、前記ステップＳ１３で仮想マシン２５０は予約されているので、当該予約情報に基づきパスを設定すればよい。以上の処理時点でのネットワークシステムの様子を図９に示す。
【００２３】
次に、リソース管理・制御部４１０は、リソース確保先データセンタ２００−ｍのサーバ２４０に対して、ゲートウェイ２０１を介して仮想マシンの配置要求を行う（ステップＳ２３，Ｓ２４）。サーバ２４０は、当該要求に応じて、仮想マシン２５０を生成し、仮想マシンの配置完了をリソース管理・制御部４１０に通知する（ステップＳ２５，Ｓ２６，Ｓ２７）。
【００２４】
次に、リソース管理・制御部４１０は、各パスが正常に設定されたかを確認するために、すなわち疎通確認を行うためにダミーパケットを送信し、サーバ２４０に生成した仮想マシン２５０からの応答を確認する（ステップＳ２８，Ｓ２９）。
【００２５】
以上でリソース確保・パス設定が完了したので、リソース管理・制御部４１０は、リソース融通情報をリソース融通情報テーブル４３０に記録し（ステップＳ３０）、サービス管理・制御部３１０に対してリソース配置の完了を通知する（ステップＳ３１）。
【００２６】
次に、サービス管理・制御部３１０は、仮想マシン２５０にアクセスして該仮想マシン２５０から正常な応答を確認することで、該仮想マシン２５０が正常に動作しておりサービス提供可能な状態にあるかを確認する（ステップＳ３２，Ｓ３３）。最後に、サービス管理・制御部３１０は、サービス要求元のクライアント端末１に対してサービス設定完了を通知する（ステップＳ３４）。
【００２７】
以降、クライアント端末１はリソース確保先データセンタ２００−ｍに生成された仮想マシン２５０のサービスを受けることができる。以上の処理時点でのネットワークシステムの様子を図１０に示す。
【００２８】
次に、前述のステップＳ１１におけるリソース確保先データセンタの選択アルゴリズムについて説明する。本実施の形態では２つのアルゴリズムを提案する。どちらのアルゴリズムを採用するかは任意である。
【００２９】
まず第１の選択アルゴリズムについて図１１のフローチャート及び図１２のシーケンスチャートを参照して説明する。第１の選択アルゴリズムは「できるだけ遅延が小さくなるようにリソースを確保する」という思想に基づくものである。
【００３０】
まず、リソース管理・制御部４１０は、全データセンタのリソース情報を確認し、要求リソースを確保できる全候補のデータセンタをリソース確保先データセンタ候補として抽出する（ステップＳ１０１〜Ｓ１０３，Ｓ２０１〜Ｓ２０５）。ここで、リソースを確保できるデータセンタが存在しない場合は処理を終了する（ステップＳ１０２）。
【００３１】
次に、リソース管理・制御部４１０は、データセンタ間のＲＴＴ（Ｌ２の場合）の情報を確認し（ステップＳ１０４，Ｓ２０６〜Ｓ２０７）、前記ステップＳ１０３，Ｓ２０５で抽出した候補の中で、リソース要求されたサービスの遅延に関する要件（ＳＬＡ）を満たすデータセンタがあれば、最もリソース確保元データセンタに近い（ＲＴＴが小さい）データセンタをリソース確保先データセンタとして選択し、パスはＬ２パスを選択する（ステップ１０５〜Ｓ１０６，Ｓ２０８）。
【００３２】
前記ステップＳ１０５の要件を満たすデータセンタがなければ、前記ステップＳ１０３，Ｓ２０５で抽出した候補の中から、さらにデータセンタ間のＬ１でのＲＴＴの情報を確認し（ステップＳ１０７）、要件を満たすデータセンタがあれば、最もリソース確保元データセンタに近い（ＲＴＴが小さい）データセンタをリソース確保先データセンタとして選択し、パスはＬ１パスを選択する（ステップＳ１０８〜Ｓ１０９，Ｓ２０８）。
【００３３】
前記ステップＳ１０８で要件を満たすデータセンタがなければ、暫定的に、前記ステップＳ１０３，Ｓ２０５で抽出した候補の中で最もリソース確保元データセンタに近い（ＲＴＴが小さい）データセンタをリソース確保先データセンタとして選択し、パスはＬ１パスを選択する（ステップＳ１０８，Ｓ１１０，Ｓ２０８）。
【００３４】
次に、第２の選択アルゴリズムについて図１３のフローチャート及び図１４のシーケンスチャートを参照して説明する。第２の選択アルゴリズムは「遅延に関するＳＬＡを満たし、かつ各データセンタのリソースが平準化されるようにリソースを確保する」という思想に基づくものである。
【００３５】
まず、リソース管理・制御部４１０は、データセンタ間のＲＴＴ（Ｌ２の場合）の情報を確認し、リソース要求されたサービスの遅延に関する要件（ＳＬＡ）を満たす全データセンタをリソース確保先データセンタ候補として抽出する（ステップＳ３０１〜Ｓ３０３，Ｓ４０１〜Ｓ４０３）。
【００３６】
前記ステップＳ３０３，Ｓ４０３で抽出したデータセンタのリソース情報を確認し、要求されたリソースを確保できるデータセンタがあれば、その中で最もリソースに余裕のあるデーセンタを、リソース確保先データセンタとして選択する（ステップＳ３０２〜Ｓ３０６，Ｓ４０８）。パスはＬ２パスを選択する。
【００３７】
前記ステップＳ３０２及びステップＳ２０５で要件を満たすデータセンタがなければ、さらにデータセンタ間のＬ１でのＲＴＴの情報を抽出し、要件を満たす全データセンタをリソース確保先データセンタ候補として抽出する（ステップＳ３０７）。
【００３８】
前記ステップＳ３０７で抽出したデータセンタのリソース情報を確認し、要求されたリソースを確保できるデータセンタがあれば、その中で最もリソースに余裕のあるデータセンタを、リソース確保先データセンタとして選択する（ステップＳ３０８〜Ｓ３０９，Ｓ４０８）。パスはＬ１パスを選択する。
【００３９】
前記ステップＳ３０８で要求を満たすデータセンタがなければ、全データセンタのリソース情報を確認し、要求されたリソースを確保できるデータセンタの中で最もリソース確保元データセンタに近い（ＲＴＴが小さい）データセンタをリソース確保先データセンタとして選択する（Ｓ３１０〜Ｓ３１２，Ｓ４０４〜Ｓ４０７）。パスはＬ１パスを選択する。
【００４０】
次に、前述のようにして確保したリソースを解放する処理について説明する。図１５はリソース解放処理を説明するフローチャート、図１６及び図１７は第１の解放パターンに係るシーケンス図、図１８は第２の解放パターンにおけるシーケンス図である。
【００４１】
リソース管理・制御部４１０は、図１５に示すように、リソース確保から所定時間Ｔ経過すると（ステップＳ５０１〜Ｓ５０２，Ｓ６０１，Ｓ７０１）、まずリソース融通情報テーブル４３０を参照してリソース確保元データセンタ及びリソース確保先データセンタを確認し（ステップＳ５０３，Ｓ６０２〜Ｓ６０３，Ｓ７０２〜Ｓ７０３）、次いで、リソース確保元データセンタ及びリソース確保先データセンタのリソースを確認し（ステップＳ５０５，Ｓ６０４〜Ｓ６０５，Ｓ７０５〜Ｓ７０５）、リソース解放の判断を行い（ステップＳ５０３，Ｓ５０５，Ｓ６０６，Ｓ７０６）、リソースを解放する（ステップＳ５０６，Ｓ５０８）。リソースを解放する条件としては、リソース確保元データセンタのリソースに余裕ができリソース確保先データセンタのリソースが収容可能になった場合（第１の解放パターン：ステップＳ５０６〜Ｓ５０７）と、リソース確保先データセンタのリソースを利用するユーザがいなくなりリソースを確保する必要がなくなった場合（第２の解放パターン：ステップＳ５０８〜Ｓ５０９）の２通りある。なお、以上の処理はリソース融通を行っている全てのデータセンタを対象に行われる（ステップＳ５０４，Ｓ５１０〜Ｓ５１１）。
【００４２】
第１の解放パターンでは、リソース管理・制御部４１０は、リソース確保元データセンタ２００−１のＤＣ内リソース制御部２３０に対してリソース予約要求とパス設定要求を送信する（ステップＳ６０７）。リソース確保元データセンタ２００−１のＤＣ内リソース制御部２３０は、該要求に応じてサーバ２４０にリソースを予約する（ステップＳ６０８，Ｓ６０９）。また、ＤＣ内リソース制御部２３０は、前記要求に応じて、ゲートウェイ２０１とサーバ２４０に対してゲートウェイ２０１・仮想マシン２５０間にパスを形成するように設定し、リソース予約・パス設定完了をリソース管理・制御部４１０に通知する（ステップＳ６１０，Ｓ６１１，Ｓ６１２）。なお、この段階では仮想マシン２５０はまだ生成されていないが、前記ステップＳ６０８で仮想マシン２５０は予約されているので、当該予約情報に基づきパスを設定すればよい。以上の処理時点でのネットワークシステムの様子を図１８に示す。
【００４３】
次に、リソース管理・制御部４１０は、リソース確保元データセンタ２００−１のＤＣ内リソース制御部２３０及びリソース確保先データセンタ２００−ｍのＤＣ内リソース制御部２３０に対して、仮想マシンのマイグレーション処理を実施するよう要求する（ステップＳ６１３，Ｓ６１４）。リソース確保元データセンタ２００−１のＤＣ内リソース制御部２３０及びリソース確保先データセンタ２００−ｍのＤＣ内リソース制御部２３０は、相互に連携し、リソース確保先データセンタ２００−ｍに生成された仮想マシン２５０をリソース確保元データセンタ２００−１に移行するよう処理を行う（ステップＳ６１５）。この処理においては、リソース確保元データセンタ２００−１における仮想マシン２５０の生成と、リソース確保先データセンタ２００−ｍにおける仮想マシン２５０の削除及びリソース解放が含まれる。仮想マシンのマイグレーション処理が終了すると、リソース確保元データセンタ２００−１は、リソース管理・制御部４１０に対してマイグレーション完了を通知する（ステップＳ６１６）。
【００４４】
次に、リソース管理・制御部４１０は、各パスが正常に設定されたかを確認するために、すなわち疎通確認を行うためにダミーパケットを送信し、前記ステップＳ６１５のマイグレーション処理で生成されたリソース確保元データセンタ２００−１の仮想マシン２５０からの応答を確認する（ステップＳ６１７，Ｓ６１８）。以上の処理時点でのネットワークシステムの様子を図１９に示す。
【００４５】
次に、リソース管理・制御部４１０は、リソース確保元データセンタ２００−１のＤＣ内リソース制御部２３０に対して、クライアント端末１に係るデータが、リソース確保先データセンタ２００−ｍとの間に形成したパスではなく、リソース確保元データセンタ２００−１内に生成したパスに流通するようパスの切替要求を行う（ステップＳ６１９）。ＤＣ内リソース制御部２３０は、リソース確保元データセンタ２００−１のゲートウェイ２０１に対してパス切替を設定し、パス切替完了をリソース管理・制御部４１０に通知する（ステップＳ６２０，Ｓ６２１）。
【００４６】
次に、リソース管理・制御部４１０は、リソース確保元データセンタ２００−１の仮想マシン２５０にアクセスして該仮想マシン２５０から正常な応答を確認することで、該仮想マシン２５０が正常に動作しておりサービス提供可能な状態にあるかを確認する（ステップＳ６２２，Ｓ６２３）。
【００４７】
次に、リソース管理・制御部４１０は、ネットワークコントローラ５００に対して、リソース確保元データセンタ２００−１のゲートウェイ２０１とリソース確保先データセンタ２００−ｍのゲートウェイ２０１との間に形成されているパスを削除するようパス削除要求を送信する（ステップＳ６２４）。ネットワークコントローラ５００は、リソース確保元データセンタ２００−１のゲートウェイ２０１とリソース確保先データセンタ２００−ｍのゲートウェイ２０１に対して、両者間のパスを削除するよう設定し、パス削除完了をリソース管理・制御部４１０に通知する（ステップＳ６２５〜Ｓ６２７）。
【００４８】
次に、リソース管理・制御部４１０は、リソース確保先データセンタ２００−ｍのＤＣ内リソース制御部２３０に対して、ゲートウェイ２０１と仮想マシン２５０との間に形成されているパスを削除するようパス削除要求を送信する（ステップＳ６２８）。リソース確保先データセンタ２００−ｍのＤＣ内リソース制御部２３０は、ゲートウェイ２０１とサーバ２４０に対して両者間のパスを削除するよう設定し、パス削除完了をリソース管理・制御部４１０に通知する（ステップＳ６２９〜Ｓ６３１）。
【００４９】
以降、クライアント端末１はリソース確保元データセンタ２００−１に生成された仮想マシン２５０のサービスを受けることができる。このときのクラアント端末１と仮想マシン２５０との間におけるサービスに係るデータの流通経路を図２０に示す。
【００５０】
一方、第２の解放パターンでは、リソース管理・制御部４１０は、リソース確保先データセンタ２００−ｍのＤＣ内リソース制御部２３０に対して、リソース解放要求を送信する（ステップＳ７０７）。リソース確保先データセンタ２００−ｍのＤＣ内リソース制御部２３０は、自データセンタ内のサーバ２４０に対して仮想マシン２５０の削除とリソース解放を指示する（ステップＳ７０８）。サーバ２４０は、仮想マシン２５０の削除とリソース解放を行い、処理が完了したことをＤＣ内リソース制御部２３０に通知する（ステップＳ７０９，Ｓ７１０）。ＤＣ内リソース制御部２３０は、リソース解放完了をリソース管理・制御部４１０に通知する（ステップＳ７１１）。
【００５１】
次に、リソース管理・制御部４１０は、ネットワークコントローラ５００に対して、リソース確保元データセンタ２００−１のゲートウェイ２０１とリソース確保先データセンタ２００−ｍのゲートウェイ２０１との間に形成されているパスを削除するようパス削除要求を送信する（ステップＳ７１２）。ネットワークコントローラ５００は、リソース確保元データセンタ２００−１のゲートウェイ２０１とリソース確保先データセンタ２００−ｍのゲートウェイ２０１に対して、両者間のパスを削除するよう設定し、パス削除完了をリソース管理・制御部４１０に通知する（ステップＳ７１３〜Ｓ７１５）。
【００５２】
次に、リソース管理・制御部４１０は、リソース確保先データセンタ２００−ｍのＤＣ内リソース制御部２３０に対して、ゲートウェイ２０１と仮想マシン２５０との間に形成されているパスを削除するようパス削除要求を送信する（ステップＳ６２８）。リソース確保先データセンタ２００−ｍのＤＣ内リソース制御部２３０は、ゲートウェイ２０１とサーバ２４０に対して両者間のパスを削除するよう設定し、パス削除完了をリソース管理・制御部４１０に通知する（ステップＳ７１６〜Ｓ７１９）。
【００５３】
以上詳述したように、本実施の形態に係るネットワークシステムによれば、特定データセンタのリソース不足の際に、他のデータセンタのリソースを特定データセンタのリソースとして低遅延で利用できることにより、キャリア（ネットワーク提供者）にとっては、ＳＬＡの担保と、突発的なリソース増加に対応するための新たな設備増設の投資を抑制でき、ユーザにとっては、データセンタのリソース不足によるサービス利用開始までの遅れや品質の低下がなくサービスを享受できる。特に、本実施の形態では、リソース確保先データセンタの選択の際にデータセンタ間のＲＴＴを判定基準の１つとしているので、低遅延のサービスを提供することができる。
【００５４】
以上本発明の一実施の形態について詳述したが本発明はこれに限定されるものではない。例えば、上記実施の形態において示したリソース確保先データセンタの選択アルゴリズムは一例であり、他のアルゴリズムによってリソース確保先データセンタを選択するようにしてもよい。具体的には、データセンタ間のＲＴＴやＳＬＡの遅延条件以外の他のパラメータを用いるようにしてもよい。
【符号の説明】
【００５５】
１００…ＷＡＮ、２００…データセンタ、２０１…ゲートウェイ、２１０…ＤＣ内リソース情報収集部、２２０…ＤＣリソース情報テーブル、２３０…ＤＣ内リソース制御部、２４０…サーバ、２５０…仮想サーバ、３００…サービス管理・制御装置、３１０…サービス管理・制御部、３２０…サービス方ロブ、４００…ＤＣリソース管理・制御装置、４１０…リソース管理・制御部、４２０…ＤＣ間ＲＴＴ情報テーブル、４３０…ＤＣロケーションテーブル、４４０…リソース融通情報テーブル、５００…ネットワークコントローラ、５１０…ネットワーク制御部
【図１】
0006320317.tif 000002
【図２】
0006320317.tif 000003
【図３】
0006320317.tif 000004
【図４】
0006320317.tif 000005
【図５】
0006320317.tif 000006
【図６】
0006320317.tif 000007
【図７】
0006320317.tif 000008
【図８】
0006320317.tif 000009
【図９】
0006320317.tif 000010
【図１０】
0006320317.tif 000011
【図１１】
0006320317.tif 000012
【図１２】
0006320317.tif 000013
【図１３】
0006320317.tif 000014
【図１４】
0006320317.tif 000015
【図１５】
0006320317.tif 000016
【図１６】
0006320317.tif 000017
【図１７】
0006320317.tif 000018
【図１８】
0006320317.tif 000019
【図１９】
0006320317.tif 000020
【図２０】
0006320317.tif 000021
【図２１】
0006320317.tif 000022