(57)【特許請求の範囲】
【請求項１】
伝送回線で物理的に接続された複数のデータセンタのそれぞれに生成される仮想サーバ間をオーバレイトンネルで接続するオーバレイトンネル制御システムであって、
オーバレイトンネルで接続する２箇所の前記データセンタにイメージファイルを送信して仮想オーバレイトンネル対応装置を生成させ、前記仮想オーバレイトンネル対応装置間を接続するオーバレイトンネルを生成し、通信経路として適切な前記伝送回線を決定して２箇所の前記データセンタに生成された前記仮想サーバ間をオーバレイトンネルで接続する仮想オーバレイトンネル対応装置制御プログラムと、
前記仮想オーバレイトンネル対応装置制御プログラムがオーバレイトンネルで接続した前記仮想サーバ間での通信の可否を監視する仮想サーバ接続制御プログラムと、
を備えることを特徴とするオーバレイトンネル制御システム。
【請求項２】
前記仮想オーバレイトンネル対応装置制御プログラムは、
複数の前記データセンタに同一の前記仮想オーバレイトンネル対応装置を生成するためのオーバレイトンネル設定情報を記憶しており、オーバレイトンネルの生成の結果に応じて前記オーバレイトンネル設定情報を更新するオーバレイトンネル設定情報記憶部を有することを特徴とする請求項１に記載のオーバレイトンネル制御システム。
【請求項３】
前記仮想オーバレイトンネル対応装置制御プログラムは、
前記仮想サーバ間の前記通信経路を自動で設定する経路制御部を有することを特徴とする請求項１又は２に記載のオーバレイトンネル制御システム。
【請求項４】
前記仮想オーバレイトンネル対応装置制御プログラムは、
前記仮想サーバ間のオーバレイトンネルの接続を切り替える際に、前記仮想オーバレイトンネル対応装置及び前記通信経路上の中継装置の少なくとも１つのバッファ量を変更することを特徴とする請求項１から３のいずれかに記載のオーバレイトンネル制御システム。
【請求項５】
伝送回線で物理的に接続された複数のデータセンタのそれぞれに生成される仮想サーバ間をオーバレイトンネルで接続するオーバレイトンネル制御方法であって、
オーバレイトンネルで接続する２箇所の前記データセンタにイメージファイルを送信して仮想オーバレイトンネル対応装置を生成させ、前記仮想オーバレイトンネル対応装置間を接続するオーバレイトンネルを生成し、通信経路として適切な前記伝送回線を決定して２箇所の前記データセンタに生成された前記仮想サーバ間をオーバレイトンネルで接続する仮想オーバレイトンネル対応装置制御手順と、
前記仮想オーバレイトンネル対応装置制御手順においてオーバレイトンネルで接続した前記仮想サーバ間での通信の可否を監視する仮想サーバ接続制御手順と、
を実行することを特徴とするオーバレイトンネル制御方法。
【請求項６】
前記仮想オーバレイトンネル対応装置制御手順は、
複数の前記データセンタに同一の前記仮想オーバレイトンネル対応装置を生成するためのオーバレイトンネル設定情報を記憶するとともに、オーバレイトンネルの生成の結果に応じて前記オーバレイトンネル設定情報を更新するオーバレイトンネル設定情報記憶手順を含むことを特徴とする請求項５に記載のオーバレイトンネル制御方法。
【請求項７】
前記仮想オーバレイトンネル対応装置制御手順では、
前記仮想サーバ間の前記通信経路を自動で設定することを特徴とする請求項５又は６に記載のオーバレイトンネル制御方法。
【請求項８】
前記仮想サーバ間のオーバレイトンネルの接続を切り替える際に、前記仮想オーバレイトンネル対応装置及び前記通信経路上の中継装置の少なくとも１つのバッファ量を変更するオーバレイトンネル切替手順をさらに有することを特徴とする請求項５から７のいずれかに記載のオーバレイトンネル制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の異なるベンダ、装置によって構成されるデータセンタと、複数のデータセンタ上で動作する複数の仮想サーバを組み合わせて構成される仮想サーバ群に対し、オーバレイトンネル接続を自動的におこなうオーバレイトンネル制御システムに関する。
【背景技術】
【０００２】
従来のデータセンタでは、単一のデータセンタ内で動作する複数の仮想サーバ同士を接続する際に、オーバレイトンネルという技術を用いて仮想サーバ間を接続する機能が提供されている。オーバレイトンネルは、「Ｌａｙｅｒ  ２  Ｎｅｔｗｏｒｋｓ  ｏｖｅｒ  Ｌａｙｅｒ  ３  Ｎｅｔｗｏｒｋｓ」とも呼ばれ、ＩＰプロトコルなどのＬａｙｅｒ  ３ネットワーク上に、ＥｔｈｅｒプロトコルなどのＬａｙｅｒ  ２ネットワークを構成する方式である。オーバレイトンネルにより、複数の仮想サーバに対して、物理的なネットワークの構成状態に左右されないような自由なＩＰアドレスを割り当てることが可能となる（例えば、非特許文献１を参照。）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ＩＥＴＦ．ｏｒｇ．“ＶＸＬＡＮ：  Ａ  Ｆｒａｍｅｗｏｒｋ  ｆｏｒ  Ｏｖｅｒｌａｙｉｎｇ  Ｖｉｒｔｕａｌｉｚｅｄ  Ｌａｙｅｒ  ２  Ｎｅｔｗｏｒｋｓ  ｏｖｅｒ  Ｌａｙｅｒ  ３  Ｎｅｔｗｏｒｋｓ”，  Ａｐｒｉｌ，  ２０１４．
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、従来のデータセンタでは、複数のデータセンタ上で動作する複数の仮想サーバ同士を、インターネットなどのＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を経由する形でオーバレイトンネルにより接続するためには専用の装置（以降、オーバレイトンネル対応装置）が必要となるため、対応可能なデータセンタが限定される。さらに、ＶＸＬＡＮなどのプロトコルを用いたオーバレイトンネルの設定方法は、装置毎、ベンダ毎に別々であり統一化されていない。
【０００５】
また、データセンタを運営するクラウド事業者は、データセンタを構成する装置などの内部情報を他のクラウド事業者に公開しない。単一のクラウド事業者が運営する複数のデータセンタのみを用いた仮想サーバ群であれば、それぞれのデータセンタを構成する装置などの内部情報をクラウド事業者自身が全て把握することが可能である。一方、複数の異なるクラウド事業者のデータセンタ上で動作する仮想サーバ群の組み合わせを、オーバレイトンネルで相互に接続するためには、クラウド事業者は他のクラウド事業者のデータセンタの内部情報を把握しなければならないため、クラウド事業者が持つデータセンタの内部情報を外部に公開する必要がある。
【０００６】
従来のオーバレイトンネル制御システムでは、複数のデータセンタ間にオーバレイトンネル接続を生成するが、生成したオーバレイトンネルを用いて通信する複数の仮想サーバ間の通信経路制御は行わない。そのため、仮想サーバを利用するユーザが、手動で仮想サーバ間の通信経路制御を行う必要がある。
【０００７】
従来のオーバレイトンネル制御システムでは、複数のデータセンタ間にオーバレイトンネル接続を生成するが、生成したオーバレイトンネルを用いて通信する複数の仮想サーバ間の通信経路制御は行わない。そのため、仮想サーバを利用するユーザが、手動で仮想サーバ間の通信経路制御を行う必要がある。
【０００８】
従来のオーバレイトンネル制御システムでは、オーバレイトンネルを生成する際に初期は最低限の帯域に耐えられるオーバレイトンネル対応装置を生成するが、オーバレイトンネルを利用する仮想サーバの台数が増えた際は必要帯域が増加するため、より大きな帯域に耐えられるオーバレイトンネル対応装置を生成し、古いオーバレイトンネル対応装置から新しく生成したオーバレイトンネル対応装置へ接続を切り換えている。また、オーバレイトンネル対応装置のファイル更新時や機能拡張の際も、古いオーバレイトンネル対応装置から新しく生成したオーバレイトンネル対応装置への同様の接続切り換えが発生する。
【０００９】
従来のオーバレイトンネル制御システムでは、オーバレイトンネルを生成する際に必要な設定情報をオーバレイトンネル対応装置間で交換する必要があるため、全てのオーバレイトンネル接続装置間で相互に接続を行った上で、オーバレイトンネル接続のための認証情報や暗号鍵などを交換する通信プロセスが発生する。
【００１０】
上述した従来のオーバレイトンネル制御システムにある課題をまとめると、次のようになる。
【００１１】
（課題１）
現在のデータセンタでは、ＷＡＮを経由する形のオーバレイトンネルを生成するためには専用の装置の導入が必要であるため、データセンタの装置構成上のアーキテクチャを限定してしまう。
（課題２）
装置毎、ベンダ毎にオーバレイトンネルの設定方法が異なるため、オーバレイトンネル制御システムが、複数の装置の同じ機能を使用する場合、装置毎に異なる制御方法に対応できるように、制御プログラムの作成時に、装置個々の仕様を全て作りこむ必要がある。
（課題３）
上記の方法により制作した制御プログラムは、データセンタの装置の仕様（制御方法）に変更が生じた都度、装置仕様を反映した制御プログラムに書き換えなければならない。
（課題４）
データセンタへの新規装置追加時には、装置の仕様把握と、制御プログラムへの新規装置の制御分の追加が常に必要となる。
（課題５）
オーバレイトンネル制御システムは、複数のクラウド事業者によって運営される複数のデータセンタの装置の追加、削除といった内部情報を常に把握しなければならない。
（課題６）
データセンタを運営するクラウド事業者は、クラウド事業者が持つデータセンタの内部情報を、オーバレイトンネル制御システムや他のクラウド事業者が利用できるように、外部に公開する必要がある。
（課題７）
オーバレイトンネルによるＷＡＮを経由する形の複数の仮想サーバ間の接続を自動的に生成するためには、オーバレイトンネル生成のみならず、仮想サーバ間の通信経路の設定も同時に自動化しなければならない。
（課題８）
オーバレイトンネル対応装置を含めたネットワークを構成する各装置は、信頼性を確保するためにバッファを大きめに設定されているため、ミリ秒オーダで装置台数分の累積された遅延が発生する。オーバレイトンネル接続を装置間で切り換えた場合、このバッファに溜まった通信パケットが全て処理されるまで通信が切れた状態になる。
（課題９）
複数のオーバレイトンネル対応装置間でオーバレイトンネルを生成する際は、全てのオーバレイトンネル対応装置間で生成に必要な情報を個々に交換する必要があるため、装置台数の増加に伴い情報交換の頻度が増加し、オーバレイトンネル生成が完了するまでの時間が増加してしまう。
【００１２】
そこで本発明は、課題１〜９を解決できるオーバレイトンネル制御システム及びオーバレイトンネル制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記目的を達成するため、本発明に係るオーバレイトンネル制御システムは、オーバレイトンネルを生成する際に、従来のオーバレイトンネル対応装置と同等の機能を持つ仮想オーバレイトンネル対応装置をデータセンタ内に生成することとした。
【００１４】
具体的には、本発明に係るオーバレイトンネル制御システムは、伝送回線で物理的に接続された複数のデータセンタのそれぞれに生成される仮想サーバ間をオーバレイトンネルで接続するオーバレイトンネル制御システムであって、
オーバレイトンネルで接続する２箇所の前記データセンタにイメージファイルを送信して仮想オーバレイトンネル対応装置を生成させ、前記仮想オーバレイトンネル対応装置間を接続するオーバレイトンネルを生成し、通信経路として適切な前記伝送回線を決定して２箇所の前記データセンタに生成された前記仮想サーバ間をオーバレイトンネルで接続する仮想オーバレイトンネル対応装置制御プログラムと、
前記仮想オーバレイトンネル対応装置制御プログラムがオーバレイトンネルで接続した前記仮想サーバ間での通信の可否を監視する仮想サーバ接続制御プログラムと、
を備えることを特徴とする。
【００１５】
また、本発明に係るオーバレイトンネル制御方法は、伝送回線で物理的に接続された複数のデータセンタのそれぞれに生成される仮想サーバ間をオーバレイトンネルで接続するオーバレイトンネル制御方法であって、
オーバレイトンネルで接続する２箇所の前記データセンタにイメージファイルを送信して仮想オーバレイトンネル対応装置を生成させ、前記仮想オーバレイトンネル対応装置間を接続するオーバレイトンネルを生成し、通信経路として適切な前記伝送回線を決定して２箇所の前記データセンタに生成された前記仮想サーバ間をオーバレイトンネルで接続する仮想オーバレイトンネル対応装置制御手順と、
前記仮想オーバレイトンネル対応装置制御プログラムがオーバレイトンネルで接続した前記仮想サーバ間での通信の可否を監視する仮想サーバ接続制御手順と、
を実行することを特徴とする。
【００１６】
本発明は、データセンタの内部構成に関わらず、一定のベンダ・装置仕様を持つ仮想オーバレイトンネル対応装置をデータセンタ内に生成した上で、それを用いてオーバレイトンネル接続する。このため、本発明により、データセンタ内にオーバレイトンネル対応装置が具備されていることは必須でなくなる。すなわち、本発明により、データセンタの内部構成の限定が不要となる。従って、本発明は、課題１を解決することができる。
【００１７】
本発明に係るオーバレイトンネル制御システムの前記仮想オーバレイトンネル対応装置制御プログラムは、
複数の前記データセンタに同一の前記仮想オーバレイトンネル対応装置を生成するためのオーバレイトンネル設定情報を記憶しており、オーバレイトンネルの生成の結果に応じて前記オーバレイトンネル設定情報を更新するオーバレイトンネル設定情報記憶部を有することを特徴とする。
【００１８】
また、本発明に係るオーバレイトンネル制御方法は、複数の前記データセンタに同一の前記仮想オーバレイトンネル対応装置を生成するためのオーバレイトンネル設定情報を記憶するとともに、オーバレイトンネルの生成の結果に応じて前記オーバレイトンネル設定情報を更新するオーバレイトンネル設定情報記憶手順をさらに有することを特徴とする。
【００１９】
本発明は、一定のベンダ・装置仕様を持つ仮想オーバレイトンネル対応装置をデータセンタ内に生成するため、装置毎、ベンダ毎の仕様を統一化し、共通的な制御が可能となる。結果的に、制御プログラムの作成時の、ベンダ、装置個々の仕様の作り込みを大幅に削減できる。従って、本発明は、課題２を解決することができる。
【００２０】
さらに、本発明は、仮想オーバレイトンネル対応装置の装置仕様の変更のみに追従すれば良いため、データセンタの内部構成や複数の装置仕様を把握するためのコストを削減するとともに、制御プログラムの書き換え作業の頻度も削減できる。従って、本発明は、課題３を解決することができる。
【００２１】
さらに、本発明は、上記と同様の理由により、データセンタへの新規装置追加時においても、本発明では新規装置の仕様把握と、制御プログラムへの新規装置の制御分の追加は不要となる。従って、本発明は、課題４を解決することができる。
【００２２】
また、本発明は、データセンタの内部構成が変更された場合でも、仮想オーバレイトンネル対応装置に対して共通的な制御が可能であるため、オーバレイトンネル制御システムがデータセンタの内部構成の変化を把握する必要がない。従って、本発明は、課題５を解決することができる。
【００２３】
また、本発明は、オーバレイトンネル制御システムがデータセンタの内部情報を把握する必要が無いため、オーバレイトンネル制御システムからデータセンタへの内部情報の問い合わせは発生せず、さらに、各データセンタがデータセンタ内部情報を外部に公開する必要もない（内部情報を秘匿することができる）。従って、本発明は、課題６を解決することができる。
【００２４】
また、本発明は、一定のベンダ・装置仕様を持つ仮想オーバレイトンネル対応装置をデータセンタ内に生成するため、オーバレイトンネルを生成する際に必要な設定情報を仮想オーバレイトンネル対応装置間で交換する必要がない。従って、本発明は、課題９を解決することができる。
【００２５】
本発明に係るオーバレイトンネル制御システムの前記仮想オーバレイトンネル対応装置制御プログラムは、前記仮想サーバ間の前記通信経路を自動で設定する経路制御部を有することを特徴とする。
【００２６】
本発明に係るオーバレイトンネル制御方法は、前記仮想オーバレイトンネル対応装置制御手順で、前記仮想サーバ間の前記通信経路を自動で設定することを特徴とする。
【００２７】
本発明の経路制御部は、オーバレイトンネル生成と同時に仮想サーバ間の経路設定も合わせて自動化するため、データセンタ間のＷＡＮを経由するオーバレイトンネル接続の総合的な自動化が実現可能である。従って、本発明は、課題７を解決することができる。
【００２８】
本発明に係るオーバレイトンネル制御システムの前記仮想オーバレイトンネル対応装置制御プログラムは、前記仮想サーバ間のオーバレイトンネルの接続を切り替える際に、前記仮想オーバレイトンネル対応装置及び前記通信経路上の中継装置の少なくとも１つのバッファ量を変更することを特徴とする。
【００２９】
本発明に係るオーバレイトンネル制御方法は、前記仮想サーバ間のオーバレイトンネルの接続を切り替える際に、前記仮想オーバレイトンネル対応装置及び前記通信経路上の中継装置の少なくとも１つのバッファ量を変更するオーバレイトンネル切替手順をさらに有することを特徴とする。
【００３０】
本発明は、オーバレイトンネル接続を切り換る際に装置のバッファ量を変更することで、オーバレイトンネルの切り換えや仮想オーバレイトンネル対応装置の増減時の通信遅延を削減することができる。従って、本発明は、課題８を解決することができる。
【発明の効果】
【００３１】
本発明は、課題１〜９を解決できるオーバレイトンネル制御システム及びオーバレイトンネル制御方法を提供することができる。
【図面の簡単な説明】
【００３２】
【図１】本発明に関連するオーバレイトンネル制御システムを適用する環境を説明する図である。
【図２】本発明に関連するオーバレイトンネル制御システムを説明する図である。
【図３】本発明に関連するオーバレイトンネル制御システムの仮想サーバプログラムを説明する図である。
【図４】本発明に関連するオーバレイトンネル制御システムのオーバレイトンネル対応装置制御プログラムを説明する図である。
【図５】本発明に関連するオーバレイトンネル制御システムの動作を説明するフローチャートである。
【図６】本発明に係るオーバレイトンネル制御システムを説明する図である。
【図７】本発明に係るオーバレイトンネル制御システムの仮想オーバレイトンネル対応装置制御プログラムを説明する図である。
【図８】本発明に係るオーバレイトンネル制御システムの動作を説明するフローチャートである。
【図９】本発明に係るオーバレイトンネル制御システムの動作を説明するフローチャートである。
【図１０】本発明に係るオーバレイトンネル制御システムを説明する図である。
【図１１】本発明に係るオーバレイトンネル制御システムを説明する図である。
【図１２】本発明に係るオーバレイトンネル制御システムの通信バッファ制御部の処理手順を示したフローチャートである。
【発明を実施するための形態】
【００３３】
添付の図面を参照して本発明の実施形態を説明する。以下に説明する実施形態は本発明の実施形態であり、本発明は、以下の実施形態に制限されるものではない。なお、本明細書及び図面において符号が同じ構成要素は、相互に同一のものを示すものとする。
【００３４】
（関連形態）
本発明に関連する技術では、ＷＡＮを経由するオーバレイトンネル接続を生成するために、データセンタ内のオーバレイトンネル対応装置が必要となる。そのため、オーバレイトンネル制御システムはデータセンタ内にオーバレイトンネル対応装置が存在するか確認する必要がある。さらに、オーバレイトンネル制御システムが対象のオーバレイトンネル対応装置を制御するために必要なベンダ・装置の仕様や操作方法などの各種情報を事前に記憶しておかなければならない。
【００３５】
図１は、関連技術のオーバレイトンネル制御システムにおける、適用先の想定環境の概略図である。なお、図１の想定環境は一例に過ぎず、本発明が適用される環境は図１の想定環境に限られるわけではない。本発明は、複数のデータセンタ間をマルチキャストで接続するような接続形態に対しても適用可能である。仮想サーバ＃１と仮想サーバ＃２はそれぞれが、複数の異なるベンダ、装置によって構成されるデータセンタの上で動作している。データセンタ＃１はクラウド事業者Ａに、データセンタ＃２はクラウド事業者Ｂによって運営されている。また、データセンタ＃１とデータセンタ＃２の間の通信はＷＡＮ（Ｉｎｔｅｒｎｅｔ）を経由する必要がある。その結果、仮想サーバ＃１と仮想サーバ＃２の間をオーバレイトンネルで接続するためにはＷＡＮを経由する形となる。
【００３６】
図２は、図１の想定環境における、関連技術を用いたオーバレイトンネル制御システム３００を含むネットワーク構成例の概略図である。なお、図２のネットワーク構成は一例に過ぎず、オーバレイトンネル制御システム３００は図２のネットワーク構成例に限られるわけではない。地理的に分散された二箇所の異なるデータセンタの間でＷＡＮ（Ｉｎｔｅｒｎｅｔ）を経由する形でオーバレイトンネルを用いて接続するために、データセンタ＃１の中ではオーバレイトンネル対応装置＃１が、データセンタ＃２の中ではオーバレイトンネル対応装置＃２がそれぞれ動作する。オーバレイトンネル対応装置３００は、オーバレイトンネル対応装置間でオーバレイトンネルを生成するためのＶＸＬＡＮなどのトンネルプロトコルを設定する機能を備える。オーバレイトンネル制御システム３００は、仮想サーバ接続制御プログラム１０と、オーバレイトンネル対応装置制御プログラム２０を備える。オーバレイトンネル制御システム３００は、オーバレイトンネル対応装置が提供する機能の設定と情報の取得を行う。図２における伝送回線５１は、仮想サーバ＃１と仮想サーバ＃２の間のデータ伝送が実際に行われる回線であり、ＷＡＮを経由する形でオーバレイトンネルが生成され、オーバレイトンネル上で暗号化されたデータの伝送が行われる。図２における制御回線５２は、オーバレイトンネル制御システム３００から、オーバレイトンネル対応装置＃１、オーバレイトンネル対応装置＃２、仮想サーバ＃１、仮想サーバ＃２を制御するための命令群を送受信するための回線である。
【００３７】
図３は、図２おける仮想サーバ接続制御プログラム１０のモジュール構成例である。なお、図３のモジュール構成は一例に過ぎず、仮想サーバ接続制御プログラム１０は図３のモジュール構成例に限られるわけではない。仮想サーバ接続制御プログラム１０は、接続情報記憶部１１、監視情報記憶部１２、仮想サーバ接続部１３、外部通信部１４から構成される。接続情報記憶部１１は、複数の仮想サーバ間の接続情報と、仮想サーバとオーバレイトンネル対応装置の接続情報を記憶する。監視情報記憶部１２は、仮想サーバの監視情報を記憶する。外部通信部１４は、仮想サーバとオーバレイトンネル対応装置に対しての直接のインタフェースを持ち、通信接続処理を実行する。また、外部通信部１４は、接続の始点と終点となる２台の仮想サーバの情報の入力を受け付ける。仮想サーバ接続部１３は、外部通信部から接続の始点と終点となる２台の仮想サーバの情報の入力を受け付け、接続情報記憶部１１から現在の仮想サーバ間の接続情報を読み込んだ上で、制御部１３ａにおいて２台の仮想サーバを接続するための制御を行う。仮想サーバ接続部１３は、外部通信部１４から２台の仮想サーバの接続状態の監視情報を受信し、接続の成功、失敗の判定を行った上で、接続情報記憶部１１の接続情報を更新する。
【００３８】
図４は、図２におけるオーバレイトンネル対応装置制御プログラム２０のモジュール構成例である。なお、図４のモジュール構成は一例に過ぎず、オーバレイトンネル対応装置制御プログラム２０は図４のモジュール構成例に限られるわけではない。オーバレイトンネル対応装置制御プログラム２０は、データセンタ内部情報記憶部２１、ベンダ・装置個別情報記憶部２２、オーバレイトンネル設定情報記憶部２３、オーバレイトンネル対応装置制御部２４、外部通信部２５から構成される。データセンタ内部情報記憶部２１は、各データセンタを構成する装置やネットワークなどの内部の構成情報を記憶する。ベンダ・装置個別情報記憶部２２は、複数のベンダが提供する各装置の仕様や設定方法などの個別情報を記憶する。オーバレイトンネル設定情報記憶部２３は、オーバレイトンネル対応装置に設定されたパラメータなどの各種設定情報を記憶する。外部通信部２５は、オーバレイトンネル対応装置に対しての直接のインタフェースを持ち、オーバレイトンネルの生成、変更、削除などの制御を実行する。また、外部通信部２５は、接続の始点と終点となる２箇所のデータセンタの情報の入力を受け付ける。オーバレイトンネル対応装置制御部２４は、外部通信部２５から接続の始点と終点となる２台のオーバレイトンネル対応装置の情報と、データセンタの情報の入力を受け付けた上で、データセンタ内部情報記憶部２１に対して、オーバレイトンネル接続の始点と終点のデータセンタにオーバレイトンネル対応装置が具備されているかを確認する。オーバレイトンネル対応装置が具備されていることの確認がとれた場合、オーバレイトンネル対応装置制御部２４は、ベンダ・装置個別情報記憶部２２に対して、オーバレイトンネルトンネル対応装置のベンダや装置の仕様を問い合わせ、オーバレイトンネル接続生成に必要な設定パラメータや設定コマンドなどを確認する。オーバレイトンネル対応装置制御部２４は、オーバレイトンネル設定情報記憶部２３から現在のオーバレイトンネル対応装置の設定情報を読み込んだ上で、ベンダ・装置個別情報記憶部２２から取得したオーバレイトンネル接続生成に必要な設定パラメータや設定コマンドなどを元に、オーバレイトンネル生成部において２台のオーバレイトンネル対応装置を接続するための制御を行う。オーバレイトンネル対応装置制御部２４は、外部通信部２５から２台のオーバレイトンネル対応装置の制御の実行結果を受信し、オーバレイトンネル生成の成功、失敗の判定を行った上で、オーバレイトンネル設定情報記憶部２３のオーバレイトンネル設定情報を更新する。
【００３９】
図５は、オーバレイトンネル制御システム３００によるオーバレイトンネル接続開始時のフローチャートである。なお、図５のフローチャートは一例に過ぎず、オーバレイトンネル対応装置制御プログラム２０はオーバレイトンネル接続開始時の動作を、図５のフローチャートに限定するわけではない。「オーバレイトンネル接続の始点と終点となる２台の仮想サーバの情報の入力（ステップＳ５０１）」では、オーバレイトンネル接続の始点と終点となる２台の仮想サーバを識別可能なＩＤ番号と、各仮想サーバが動作しているデータセンタを識別可能なＩＤ番号が、オーバレイトンネル制御システム３００に入力される。入力は作業者による入力でもよいし、ネットワークに接続される装置が持つ判断プログラムで自動的に始点と終点を選定し、入力してもよい。なお、２台の仮想サーバはデータセンタ上で既に正常稼働しているものとする。「オーバレイトンネル接続を行う２箇所のデータセンタにオーバレイトンネル対応装置が具備されているか確認（ステップＳ５０２）」では、オーバレイトンネル対応装置制御プログラム２０が、入力されたデータセンタのＩＤ番号を元に、図４のデータセンタ内部情報記憶部２１に対して、対象のデータセンタ内にオーバレイトンネル接続を生成可能なオーバレイトンネル対応装置が具備されているかを確認する（ステップＳ５０３）。対象のデータセンタ内にオーバレイトンネル対応装置が具備されていない場合は、エラー処理（ステップＳ５０９）を行った上で、オーバレイトンネル生成が失敗したことを通知し、フローチャートを終了する。対象のデータセンタ内にオーバレイトンネル対応装置が具備されている場合は、「オーバレイトンネル対応装置制御プログラム２０に対象のオーバレイトンネル対応装置のベンダ・装置個別情報が登録されているか確認（ステップＳ５０４）」に進む。ステップＳ５０４では、オーバレイトンネル対応装置制御プログラム２０が、図４のベンダ・装置個別情報記憶部２２に対して、対象のオーバレイトンネル対応装置の情報が記憶されているかを確認する。図４のベンダ・装置個別情報記憶部２２に対象のオーバレイトンネル対応装置の情報が記憶されていない場合（ステップＳ５０５で“Ｎｏ”）は、エラー処理（ステップＳ５０９）を行った上で、オーバレイトンネル生成が失敗したことを通知し、フローチャートを終了する。対象のオーバレイトンネル対応装置の情報が記憶されている場合（ステップＳ５０５で“Ｙｅｓ”）は、「オーバレイトンネル対応装置制御プログラム２０による２箇所のオーバレイトンネル対応装置間のオーバレイトンネル接続の生成（ステップＳ５０６）」に進む。ステップ５０６では、図４のオーバレイトンネル対応装置制御プログラム２０が、図４のベンダ・装置個別情報記憶部２２から取得したオーバレイトンネル対応装置の仕様や設定方法などの個別情報を元に、２箇所のオーバレイトンネル対応装置間にオーバレイトンネル接続を生成する。「仮想サーバ接続制御プログラム１０による仮想サーバ間のオーバレイトンネル接続の疎通確認（ステップＳ５０７）」では、図３の仮想サーバ接続制御プログラム１０が、図３の監視情報記憶部１２の情報を元に、始点と終点の仮想サーバが、生成されたオーバレイトンネル上で正常に通信が可能であるか、例えば、ＰｉｎｇなどのＯＡＭ技術を用いて疎通確認を行う。疎通確認が取れない場合（ステップＳ５０８で“Ｎｏ”）は、エラー処理（ステップＳ５０９）を行った上で、オーバレイトンネル生成が失敗したことを通知し、フローチャートを終了する。疎通確認が取れた場合（ステップＳ５０８で“Ｙｅｓ”）は、オーバレイトンネル生成が正常に完了したことを通知し、フローチャートを終了する。
【００４０】
（実施形態１）
本実施形態では、ＷＡＮを経由するオーバレイトンネル接続を生成するために、オーバレイトンネル制御システムがオーバレイトンネルを生成する際に、データセンタ内のオーバレイトンネル対応装置と同等の機能を持つ「仮想オーバレイトンネル装置」をデータセンタ内に生成する。そのため、オーバレイトンネル制御システムはデータセンタ内にオーバレイトンネル対応装置が存在するか確認する必要はない。さらに、オーバレイトンネル制御システムは、自身が生成可能な仮想オーバレイトンネル対応装置のベンダ・装置の仕様や操作方法のみを記憶しておけば良い。
【００４１】
図６は、図１の想定環境における、本実施形態のオーバレイトンネル制御システム３０１を含むネットワーク構成例の概略図である。オーバレイトンネル制御システム３０１は、伝送回線５１で物理的に接続された複数のデータセンタのそれぞれに生成される仮想サーバ間をオーバレイトンネルで接続するオーバレイトンネル制御システムであって、
オーバレイトンネルで接続する２箇所の前記データセンタにイメージファイルを送信して仮想オーバレイトンネル対応装置を生成させ、前記仮想オーバレイトンネル対応装置間を接続するオーバレイトンネルを生成し、通信経路として適切な前記伝送回線を決定して２箇所の前記データセンタに生成された前記仮想サーバ間をオーバレイトンネルで接続する仮想オーバレイトンネル対応装置制御プログラム３０と、
仮想オーバレイトンネル対応装置制御プログラム３０がオーバレイトンネルで接続した前記仮想サーバ間での通信の可否を監視する仮想サーバ接続制御プログラム１０と、
を備えることを特徴とする。
【００４２】
なお、図６のネットワーク構成は一例に過ぎず、オーバレイトンネル制御システム３０１は図６のネットワーク構成例に限られるわけではない。オーバレイトンネル制御システム３０１は、地理的に分散された二箇所の異なるデータセンタの間でＷＡＮ（Ｉｎｔｅｒｎｅｔ）を経由する形でオーバレイトンネルを用いて接続するために、データセンタが図２で説明したオーバレイトンネル対応装置を具備する必要がない。図６は、オーバレイトンネル接続を行う始点と終点のデータセンタが、オーバレイトンネル接続のための能力を有しない「オーバレイトンネル非対応装置」を具備しているケースである。オーバレイトンネル制御システム３０１は、オーバレイトンネル制御システム３０１がデータセンタ内に生成した「仮想オーバレイトンネル対応装置１０１」がデータセンタ＃１とデータセンタ＃２の内部で動作する。仮想オーバレイトンネル対応装置１０１は、図２におけるオーバレイトンネル対応装置と同等の機能を備える。オーバレイトンネル制御システム３０１は、オーバレイトンネル接続を生成するためにデータセンタ内のオーバレイトンネル非対応装置を利用することはできないが、代わりに、仮想オーバレイトンネル対応装置１０１を利用することで、２箇所のデータセンタ間でオーバレイトンネルを生成する。オーバレイトンネル制御システム３０１は、仮想サーバ接続制御プログラム１０と、仮想オーバレイトンネル対応装置制御プログラム３０を備える。オーバレイトンネル制御システム３０１は、仮想オーバレイトンネル対応装置１０１が提供する機能の設定と情報の取得を行う。図６における伝送回線５１は、仮想サーバ＃１と仮想サーバ＃２の間のデータ伝送が実際に行われる回線であり、ＷＡＮを経由する形でオーバレイトンネルが生成され、オーバレイトンネル上で暗号化されたデータの伝送が行われる。図６における制御回線５２は、オーバレイトンネル制御システム３０１から、仮想オーバレイトンネル対応装置＃１、仮想オーバレイトンネル対応装置＃２、仮想サーバ＃１、仮想サーバ＃２を制御するための命令群を送受信するための回線である。
【００４３】
図６における仮想サーバ接続制御プログラム１０は、図３で説明した仮想サーバ接続制御プログラム１０のモジュール構成と同じであるため説明を省略する。
【００４４】
図７は、仮想オーバレイトンネル対応装置制御プログラム３０のモジュール構成例である。なお、図７のモジュール構成は一例に過ぎず、仮想オーバレイトンネル対応装置制御プログラム３０は図７のモジュール構成例に限られるわけではない。仮想オーバレイトンネル対応装置制御プログラム３０は、イメージファイル記憶部３１、オーバレイトンネル設定情報記憶部２３、仮想オーバレイトンネル対応装置制御部３４、及び外部通信部２５から構成される。
【００４５】
オーバレイトンネル設定情報記憶部２３は、複数の前記データセンタに同一の前記仮想オーバレイトンネル対応装置を生成するためのオーバレイトンネル設定情報を記憶しており、オーバレイトンネルの生成の結果に応じて前記オーバレイトンネル設定情報を更新する。
【００４６】
仮想オーバレイトンネル対応装置制御部３４は、経路制御部３４ｄを有する。経路制御部３４ｄは、仮想サーバ間の通信経路を自動で設定する。
【００４７】
仮想オーバレイトンネル対応装置制御部３４は、通信バッファ制御部３４ａを有する。通信バッファ制御部３４ａは、仮想サーバ間のオーバレイトンネルの接続を切り換える際に、仮想オーバレイトンネル対応装置及び前記通信経路上の中継装置の少なくとも１つのバッファ量を変更する。
【００４８】
イメージファイル記憶部３１は、仮想オーバレイトンネル対応装置１０１のイメージファイルを記憶する。この仮想オーバレイトンネル対応装置１０１のイメージファイルが読み込まれた仮想サーバは、データセンタ内の仮想オーバレイトンネル対応装置１０１として動作することになる。オーバレイトンネル設定情報記憶部２３は、仮想オーバレイトンネル対応装置１０１に設定されたパラメータなどの各種設定情報を記憶する。外部通信部２５は、仮想オーバレイトンネル対応装置１０１に対しての直接のインタフェースを持ち、オーバレイトンネルの生成、変更、削除などの制御を実行する。また、外部通信部２５は、接続の始点と終点となる２箇所のデータセンタの情報の入力を受け付ける。仮想オーバレイトンネル対応装置制御部３４の仮想オーバレイトンネル対応装置生成部３４ｂは、始点と終点のデータセンタの情報の入力を受け付けた上で、イメージファイル記憶部３１に記憶された仮想オーバレイトンネル対応装置１０１のイメージファイルをデータセンタに送信する。データセンタは、受信したイメージファイルを元に、仮想オーバレイトンネル対応装置１０１を生成する。データセンタ上に仮想オーバレイトンネル対応装置１０１が正常に生成されたことの確認がとれた場合、仮想オーバレイトンネル対応装置制御部３４は、オーバレイトンネル設定情報記憶部２３から現在の仮想オーバレイトンネル対応装置１０１の設定情報を読み込んだ上で、オーバレイトンネル生成部３４ｃにおいて２台の仮想オーバレイトンネル対応装置１０１を接続するための制御を行う。仮想オーバレイトンネル対応装置制御部３４は、外部通信部２５から２台の仮想オーバレイトンネル対応装置１０１の制御の実行結果を受信し、オーバレイトンネル生成の成功、失敗の判定を行った上で、オーバレイトンネル設定情報記憶部２３のオーバレイトンネル設定情報を更新する。オーバレイトンネル生成の成功が確認できた場合、経路制御部３４ｄは、図６における仮想サーバ接続制御プログラム１０と連携することで、２台の仮想サーバ間の経路制御を行う。通信バッファ制御部３４ａは、図６における仮想オーバレイトンネル対応装置１０１と、データセンタ間の通信経路上に存在する各ネットワーク装置の通信バッファを制御する。
【００４９】
図８は、オーバレイトンネル制御システム３０１によるオーバレイトンネル接続開始時のフローチャートである。なお、図８のフローチャートは一例に過ぎず、仮想オーバレイトンネル対応装置制御プログラム３０はオーバレイトンネル接続開始時の動作を、図８のフローチャートに限定するわけではない。「オーバレイトンネル接続の始点と終点となる２台の仮想サーバの情報の入力（ステップＳ８０１）」では、オーバレイトンネル接続の始点と終点となる２台の仮想サーバを識別可能なＩＤ番号と、各仮想サーバが動作しているデータセンタを識別可能なＩＤ番号が、図６のオーバレイトンネル制御システム３０１に入力される。入力は作業者による入力でもよいし、ネットワークに接続される装置が持つ判断プログラムで自動的に始点と終点を選定し、入力してもよい。なお、２台の仮想サーバはデータセンタ上で既に正常稼働しているものとする。「仮想オーバレイトンネル対応装置制御プログラム３０による始点と終点のデータセンタへの仮想オーバレイトンネル対応装置の生成（ステップＳ８０２）」では、仮想オーバレイトンネル対応装置制御プログラム３０が、入力されたデータセンタのＩＤ番号を元に、仮想オーバレイトンネル対応装置生成部３４ｂに対して、対象のデータセンタ内に仮想オーバレイトンネル対応装置１０１の生成を指示する。対象のデータセンタ内に仮想オーバレイトンネル対応装置１０１を生成後、「仮想オーバレイトンネル対応装置制御プログラムによる２箇所のオーバレイトンネル対応装置間のオーバレイトンネル接続の生成（ステップＳ８０３）」に進む。ステップＳ８０３では、仮想オーバレイトンネル対応装置制御プログラム３０が、２箇所の仮想オーバレイトンネル対応装置１０１間にオーバレイトンネル接続を生成し、「仮想オーバレイトンネル対応装置制御プログラム３０による２箇所の仮想サーバ間の経路制御（ステップＳ８０４）」へ進む。ステップＳ８０４では、仮想オーバレイトンネル対応装置制御プログラム３０が、経路制御部３４ｄに対して、２箇所の仮想サーバ間のオーバレイトンネル接続において、適切な通信経路を決定した上で自動的に経路制御を行い、「仮想サーバ接続制御プログラムによる仮想サーバ間のオーバレイトンネル接続の疎通確認（ステップＳ８０５）」へ進む。ステップＳ８０５では、図３で説明した仮想サーバ接続制御プログラム１０が、監視情報記憶部１２の情報を元に、始点と終点の仮想サーバが、生成されたオーバレイトンネル上で正常に通信が可能であるか、例えば、ＰｉｎｇなどのＯＡＭ技術を用いて疎通確認を行う。疎通確認が取れない場合（ステップＳ８０６にて“Ｎｏ”）は、エラー処理（ステップＳ８０７）を行った上で、オーバレイトンネル生成が失敗したことを通知し、フローチャートを終了する。疎通確認が取れた場合（ステップＳ８０６にて“Ｙｅｓ”）は、オーバレイトンネル生成が正常に完了したことを通知し、フローチャートを終了する。
【００５０】
（関連技術と実施形態との差異）
以下に、関連技術と実施形態との構成上の差異（以下、差異Ｃとする。）を説明する。
関連技術では、オーバレイトンネルを生成するために必要な機能を、データセンタ内にあらかじめ具備された「オーバレイトンネル対応装置」を利用することで実現する。一方、本実施形態では、オーバレイトンネル制御システム３０１がデータセンタ内に生成した「仮想オーバレイトンネル対応装置１０１」を利用して実現する。
【００５１】
関連技術では、各データセンタがどのようなオーバレイトンネル対応装置を具備しているか、などのデータセンタ内部情報を、オーバレイトンネル制御システム３００の「データセンタ内部情報記憶部２１」が記憶し管理する必要がある。一方、本実施形態では、オーバレイトンネル制御システム３０１がデータセンタ内部情報を記憶し管理する必要はない。
【００５２】
関連技術では、各オーバレイトンネル対応装置のベンダや装置仕様などによって異なるベンダ・装置個別情報を、「ベンダ・装置個別情報記憶部２２」が記憶し管理する必要がある。一方、本実施形態では、オーバレイトンネル制御システム３０１がベンダ・装置個別情報を記憶し管理する必要はない。
【００５３】
本実施形態では、オーバレイトンネル制御システム３０１がデータセンタ内に仮想オーバレイトンネル対応装置１０１を生成するために必要な仮想オーバレイトンネル対応装置１０１のイメージファイル情報を、「イメージファイル記憶部３１」が記憶し管理する必要がある。一方、関連技術では、オーバレイトンネル制御システム３００がイメージファイル情報を記憶し管理する必要は無い。
【００５４】
本実施形態では、仮想オーバレイトンネル対応装置１０１をデータセンタ内に生成する必要があるため、仮想オーバレイトンネル対応装置制御プログラム３０内に「仮想オーバレイトンネル対応装置生成部３４ｂ」が必要である。一方、関連技術では、オーバレイトンネル制御システム３００が仮想オーバレイトンネル対応装置生成部３４ｂを具備しない。
【００５５】
本実施形態では、オーバレイトンネル制御システム３０１が仮想サーバ間の通信経路を自動で設定する機能を提供するために、仮想オーバレイトンネル対応装置制御プログラム３０が「経路制御部３４ｄ」を具備する。一方、関連技術では、仮想サーバ間の経路制御が手動で実現されるため、オーバレイトンネル制御システム３００は経路制御部３４ｄを具備しない。
【００５６】
本実施形態では、オーバレイトンネルの切り換え時の通信遅延、通信断を回避するために、仮想オーバレイトンネル対応装置制御プログラム３０が「通信バッファ制御部３４ａ」を具備する。一方、関連技術では、オーバレイトンネルの切り換え時の通信遅延、通信断を回避する機能が備わっていないため、オーバレイトンネル制御システム３００は通信バッファ制御部３４ａを具備しない。
【００５７】
（本実施形態が持つ顕著な効果）
本実施形態では、２箇所の異なるデータセンタ間のオーバレイトンネル接続を実現する際に、全てのデータセンタが具備している保証がなく、かつ、ベンダ、装置毎に仕様が異なる可能性がある「オーバレイトンネル対応装置」を利用しない。本実施形態では、オーバレイトンネル制御システム３０１がデータセンタ内に生成する「仮想オーバレイトンネル対応装置１０１」を利用する。本実施形態は、データセンタの内部構成に関わらず、一定のベンダ・装置仕様を持つ仮想オーバレイトンネル対応装置１０１をデータセンタ内に生成した上で、それを用いてオーバレイトンネル接続する仕組みとなる。このため、本実施形態では、データセンタ内にオーバレイトンネル対応装置が具備されていることは必須ではない（データセンタの内部構成を限定しない）。
【００５８】
さらに、関連技術では、複数のオーバレイトンネル対応装置の同じ機能を使用する場合、ベンダ及び装置毎に異なる制御方法に対応できるように、制御プログラムの作成時に、装置個々の仕様を全て作りこむ必要があった。一方、本実施形態のオーバレイトンネル制御システム３０１は、複数のデータセンタ内に生成した仮想オーバレイトンネル対応装置１０１を全て同じベンダ・装置仕様のものにすることが可能となるため、装置毎やベンダ毎の仕様を統一化することができる。結果的に、制御プログラムの作成時の、ベンダ、装置個々の仕様の作り込みを大幅に削減できる。
【００５９】
関連技術では、データセンタ内のオーバレイトンネル対応装置の仕様（制御方法）に変更が生じた都度、装置仕様を反映するようにオーバレイトンネル対応装置制御プログラム２０を書き換えなければならない。一方、本実施形態では、仮想オーバレイトンネル対応装置１０１の装置仕様の変更のみに追従すれば良いため、データセンタの内部構成や装置仕様を把握するためのコストを削減するとともに、仮想オーバレイトンネル対応装置制御プログラム３０の書き換え作業の頻度も削減できる。
【００６０】
同様の理由により、データセンタへの新規装置追加時においても、本実施形態では装置の仕様把握と、仮想オーバレイトンネル対応装置制御プログラム３０への新規装置の制御分の追加は不要となる。
【００６１】
関連技術では、複数のクラウド事業者によって運営される複数のデータセンタの装置の追加、削除といった内部情報をオーバレイトンネル制御システム３００が常に把握しなければならない。一方、本実施形態では、オーバレイトンネル制御システム３０１がデータセンタの内部情報を把握する必要が無いため、オーバレイトンネル制御システム３０１からデータセンタへの内部情報の問い合わせが発生せず、さらに、各データセンタがデータセンタ内部情報を外部に公開する必要もない（内部情報を秘匿することができる）。
【００６２】
関連技術では、２箇所のデータセンタ間にオーバレイトンネルを生成することは自動化可能であるが、オーバレイトンネル接続を利用する仮想サーバ間の経路は手動で設定される。一方、本実施形態では、経路制御部３４ｄがオーバレイトンネル生成と同時に仮想サーバ間の経路設定も合わせて自動化しており、データセンタ間のＷＡＮを経由するオーバレイトンネル接続の総合的な自動化が実現可能である。
【００６３】
また、本実施形態では、通信バッファ制御部３４ａが通信経路（トンネル）を切り換えるときに通信経路上の装置のバッファ量を変更することで、オーバレイトンネルの切り換えや仮想オーバレイトンネル対応装置１０１の増減時の通信遅延や通信断を回避することができる。
【００６４】
本実施形態では、オーバレイトンネルを生成する際に必要な情報をオーバレイトンネル制御システム３０１が一元管理し、オーバレイトンネル制御システム３０１と仮想オーバレイトンネル対応装置１０１間で適切に送受信することで制御メッセージの交換回数を削減することができる。
【００６５】
（関連技術に差異Ｃが無いことによる不具合点）
関連技術では、本実施形態で利用する仮想オーバレイトンネル対応装置１０１を、データセンタ内に自動生成し制御する仕組みが確立されていない。このため、仮想オーバレイトンネル対応装置１０１によるオーバレイトンネル接続生成を自動化することが困難である。
【００６６】
関連技術では、仮想サーバと仮想オーバレイトンネル対応装置１０１を接続する仕組みが確立されていない。このため、互いに接続性を持たない（互いの通信経路が分離され相互干渉しない）。本実施形態では、経路制御部３４ｄが仮想サーバ間の経路を制御する際に仮想サーバと仮想オーバレイトンネル対応装置１０１を接続する仕組みとなっている。
【００６７】
関連技術では、３箇所以上のデータセンタをオーバレイトンネルで相互接続する際の経路制御手段が確立されていない。このため、通信パケットの永続的なループが発生しやすくなり、ネットワーク故障の原因となる。
【００６８】
関連技術では、オーバレイトンネル接続切り換え時の、仮想オーバレイトンネル対応装置１０１や通信経路上の各ネットワーク装置の通信バッファを制御する手順（フロー）が確立されていない。このため、各装置の通信バッファが空になるまで、オーバレイトンネル接続切り換えを完了させることができない（通信遅延を発生させる原因となる）。
【００６９】
（本実施形態が差異Ｃを持つことを可能とした工夫点）
図９は、仮想オーバレイトンネル対応装置１０１の自動生成のためのフローチャートである。本発明では、仮想オーバレイトンネル対応装置制御プログラム３０が仮想オーバレイトンネル対応装置１０１を自動生成する仕組みを確立することで、仮想オーバレイトンネル対応装置１０１によるオーバレイトンネル接続生成の自動化を実現する。なお、図９のフローチャートは一例に過ぎず、仮想オーバレイトンネル対応装置制御プログラム３０は仮想オーバレイトンネル対応装置１０１の自動生成時の動作を、図９のフローチャートに限定するわけではない。「仮想オーバレイトンネル対応装置１０１を生成するデータセンタ情報の入力（ステップＳ９０１）」では、仮想オーバレイトンネル対応装置１０１を生成するデータセンタを識別可能なＩＤ番号が、図６のオーバレイトンネル制御システム３０１に入力される。入力は作業者による入力でもよいし、ネットワークに接続される装置が持つ判断プログラムで自動的に始点と終点を選定し、入力してもよい。「仮想オーバレイトンネル対応装置生成部による対象のデータセンタへの仮想オーバレイトンネル対応装置１０１のイメージファイルの登録（ステップＳ９０２）」では、仮想オーバレイトンネル対応装置生成部３４ｂが、イメージファイル記憶部３１から読み込んだイメージファイル情報を、データセンタへ送信し登録させる。データセンタは、受信したイメージファイルをデータセンタ内に記憶する。「仮想オーバレイトンネル対応装置生成部による対象のデータセンタへの仮想オーバレイトンネル対応装置のための仮想サーバの生成指示（ステップＳ９０３）」では、仮想オーバレイトンネル対応装置生成部３４ｂが、対象のデータセンタ内に仮想オーバレイトンネル対応装置１０１のための仮想サーバを生成させる。「生成した仮想サーバへの仮想オーバレイトンネル対応装置のイメージファイルの読み込みと起動（ステップＳ９０４）」では、データセンタ内に記憶した仮想オーバレイトンネル対応装置１０１のイメージファイル情報を、生成した仮想サーバが読み込み起動処理を行う。「仮想オーバレイトンネル対応装置が正常に起動（ステップＳ９０５）」では、起動した仮想オーバレイトンネル対応装置１０１の動作確認を行う。正常動作の確認が取れない場合（ステップＳ９０５で“Ｎｏ”）は、エラー処理（ステップＳ９０６）を行った上で、仮想オーバレイトンネル対応装置１０１の生成が失敗したことをオーバレイトンネル制御システム３０１に通知し、フローチャートを終了する。起動確認が取れた場合（ステップＳ９０５で“Ｙｅｓ”）は、仮想オーバレイトンネル対応装置１０１の生成が正常に完了したことをオーバレイトンネル制御システム３０１に通知し、フローチャートを終了する。
【００７０】
（実施形態２）
図１０は、本実施形態のオーバレイトンネル制御システム３０１を含むネットワーク構成例の概略図である。
図１０のネットワークは、互いに接続性を持たない複数のオーバレイトンネルの分離機能を実現する。なお、図１０の概要図は一例に過ぎず、複数のオーバレイトンネル間で分離機能を実現する際の全体構成は図１０に限定されない。図１０のオーバレイトンネルＡ上では仮想サーバＡ１と仮想サーバＡ２が互いに通信を行う。一方、図１０のオーバレイトンネルＢ上では仮想サーバＢ１と仮想サーバＢ２が互いに通信を行う。オーバレイトンネルＡとオーバレイトンネルＢは互いに接続性を持たないため、仮想サーバＡ１、仮想サーバＡ２は、仮想サーバＢ１、仮想サーバＢ２と通信することができない（２つのオーバレイトンネル接続は通信経路が分離されていることが保証される）。仮想オーバレイトンネル対応装置１０１を用いて複数のオーバレイトンネルを生成する際に、複数のオーバレイトンネル接続の間で上記のような分離機能を保証する仕組みは以下のとおりである。
【００７１】
まず、オーバレイトンネル制御システム３０１は、互いに接続性を持たないオーバレイトンネルの数の分だけ、各データセンタに仮想オーバレイトンネル対応装置１０１を生成する。各仮想オーバレイトンネル対応装置１０１は、単一のオーバレイトンネルのみを制御し、単一の仮想オーバレイトンネル対応装置１０１が複数のオーバレイトンネルを制御することはない。この工夫により、単一の仮想オーバレイトンネル対応装置１０１で複数のオーバレイトンネルを制御する際の保守運用の複雑性を削減することができる。また、仮想オーバレイトンネル対応装置１０１自体が、仮想サーバ上で動作するプログラムとして動作するため（仮想化されているため）、必要な時に必要な数だけ（需要に応じて）仮想オーバレイトンネル対応装置１０１をオンデマンドに生成することができる。この性質により、本実施形態はオーバレイトンネル接続のためのデータセンタへの設備投資を最大需要に合わせることなく最小限に抑えることができる。また、本実施形態において、オーバレイトンネル制御システム３０１は、単一の仮想サーバが複数のオーバレイトンネルを利用する場合、複数のオーバレイトンネル内で利用するＩＰアドレスが重複しないように自動的にＩＰアドレスを割り当て制御する仕組みを持つ。
【００７２】
（実施形態３）
図１１は、３箇所以上のデータセンタをオーバレイトンネルで相互接続する際のループ通信発生時の構成例を説明する図である。実施形態１や２では、複数のデータセンタを組み合わせてオーバレイトンネル接続を実現することを可能とするが、３箇所以上のデータセンタを利用しようとすると図１１のようになり、各仮想サーバを相互に接続する際に通信経路が閉じる（ループ構成となる）。オーバレイトンネルはＬ２接続であるという性質上、このようなループ構成時には、通信パケットが永続的に仮想サーバ間を行き来するようになる。終わりのない通信パケットの転送の繰り返しは、データセンタとＷＡＮの過負荷状態を発生させてしまう。そこで、本実施形態では、図７の経路制御部３４ｄが、オーバレイトンネル上の仮想サーバ間の経路を、例えば、ＳＴＰ（Ｓｐａｎｎｉｎｇ  Ｔｒｅｅ  Ｐｒｏｔｏｃｏｌ）やＯｐｅｎＦｌｏｗなどの通信経路制御技術を用いて、オーバレイトンネル接続生成時に自動的に通信経路を設定する。この工夫により、図１１のような３箇所以上のデータセンタ間をオーバレイトンネル接続するループ構成においても、仮想サーバ間の通信経路を適切に自動設定し通信可能とする。
【００７３】
（実施形態４）
図１２は、オーバレイトンネル制御システム３０１の通信バッファ制御部３４ａの処理手順を示したフローチャートである。本実施形態では、仮想オーバレイトンネル対応装置制御プログラム３０がオーバレイトンネルを生成する際に、通信バッファ制御部３４ａが、オーバレイトンネル接続の始点となる仮想オーバレイトンネル対応装置＃１に対してバッファサイズ削減要求を送信する。バッファサイズ削減要求を受信した仮想オーバレイトンネル対応装置＃１は、装置内に残っている通信パケットを全て送信（バッファのクリア）した後、仮想オーバレイトンネル対応装置＃１の通信時のバッファサイズ（通信パケットを装置内に貯めこみ一時的に保存する量）を最小限のサイズに変更する。この処理により、仮想オーバレイトンネル対応装置＃１のパケット転送処理負荷は一時的に大きくなるものの、パケット転送速度が向上されることで通信遅延を削減できる。仮想オーバレイトンネル対応装置＃１は、自身のバッファサイズを変更後、次の接続先の中継ノード＃１に対して、同様にバッファサイズ削減要求を送信する。同様に、中継ノード＃２、接続の終点となる仮想オーバレイトンネル対応装置＃２にバッファサイズ削減を実施する。通信経路上の全ての装置のバッファサイズが最小値に設定された後、仮想オーバレイトンネル対応装置制御プログラム３０は、仮想オーバレイトンネル対応装置＃１と仮想オーバレイトンネル対応装置＃２に対してトンネル切り換え要求を送信しオーバレイトンネル接続を切り換える。オーバレイトンネル接続の切り換えが正常に終了したことを確認した後、仮想オーバレイトンネル対応装置＃１は、自身のバッファサイズを元に戻し、次の接続先の中継ノード＃１に対して、同様にバッファサイズ削減解除要求を送信する。同様に、中継ノード＃２、接続の終点となる仮想オーバレイトンネル対応装置＃２にバッファサイズ削減解除を実施する。この工夫により、本実施形態は、オーバレイトンネル接続を切り換る際に通信経路の装置のバッファ量を変更することで、オーバレイトンネルの切り換えや仮想オーバレイトンネル対応装置の増減時の通信遅延を削減することができる。
【００７４】
［発明の趣旨］
本発明は、複数のデータセンタ上で動作する仮想サーバ間で、ＷＡＮを経由したオーバレイトンネル接続を生成する際に、データセンタが具備するオーバレイトンネル対応装置を利用するのではなく、オーバレイトンネル制御システム自身がデータセンタ内に生成させる仮想オーバレイトンネル対応装置を利用する。本発明は、データセンタ内に仮想オーバレイトンネル対応装置を自動生成する仕組み、複数のオーバレイトンネルの分離機能の仕組み、仮想サーバ間の通信経路の自動設定の仕組み、オーバレイトンネル生成時にネットワーク装置の通信バッファを制御する仕組み、を利用することで、関連技術から本発明への発展を可能とした。
【００７５】
［発明の効果］
本発明は、データセンタが具備するオーバレイトンネル対応装置を利用するのではなく、オーバレイトンネル制御システムがデータセンタ内に生成させる仮想オーバレイトンネル対応装置を利用する。このため、本発明では、対象のデータセンタの内部構成を限定せず、データセンタの内部構成をオーバレイトンネル制御システムに公開する必要もない。また、本発明では、データセンタ内のオーバレイトンネル対応装置の追加、変更、削除などに合わせてオーバレイトンネル制御システムを改変する必要がない。さらに、本発明では、仮想オーバレイトンネル対応装置のベンダ、装置個別仕様を容易に統一化できるため、ベンダ、装置個別の仕様をオーバレイトンネル制御システムに作りこむ必要がない。
【符号の説明】
【００７６】
１０：仮想サーバ接続制御プログラム
１１：接続情報記憶部
１２：監視情報記憶部
１３：仮想サーバ接続部
１３ａ：制御部
１３ｂ：監視部
１４：外部通信部
２０：オーバレイトンネル対応装置制御プログラム
２１：データセンタ内部情報記憶部
２２：ベンダ・装置個別情報記憶部
２３：オーバレイトンネル設定情報記憶部
２４：オーバレイトンネル対応装置制御部
２５：外部通信部
３０：仮想オーバレイトンネル対応装置制御プログラム
３１：イメージファイル記憶部
３４：仮想オーバレイトンネル対応装置制御部
３４ａ：通信バッファ制御部
３４ｂ：仮想オーバレイトンネル対応装置生成部
３４ｃ：オーバレイトンネル生成部
３４ｄ：経路制御部
５１：伝送回線
５２：制御回線
１０１：仮想オーバレイトンネル対応装置
３００，３０１：オーバレイトンネル制御システム
【図１】
0006285877.tif 000002
【図２】
0006285877.tif 000003
【図３】
0006285877.tif 000004
【図４】
0006285877.tif 000005
【図５】
0006285877.tif 000006
【図６】
0006285877.tif 000007
【図７】
0006285877.tif 000008
【図８】
0006285877.tif 000009
【図９】
0006285877.tif 000010
【図１０】
0006285877.tif 000011
【図１１】
0006285877.tif 000012
【図１２】
0006285877.tif 000013