JP7359284B2 - 制御装置、制御方法及びプログラム - Google Patents

Description

本発明は、制御装置、制御方法及びプログラムに関する。

ＮＡＰＴ（Network Address and Port Translation）やファイヤーウォールなど、パケット処理に過去の処理履歴であるステート情報を用いる、ステートフルネットワーク機能が広く使用されている。従来、ハードウェアで実装されていたこれらのパケット処理機能をソフトウェア実装（ＶＮＦ（Virtualized Network Function））によって実現し、当該ソフトウェア実装を汎用サーバで稼働させることにより、トラヒック需要に応じた機能配備ができるようになった。更に、データの配送先であるユーザの端末が移動することに伴う転送経路の最適化を、ソフトウェア実装を別サーバに移動させることにより実現することが可能になった。

他方において、仮想現実や拡張現実（ＡＲ（Augmented Reality））など、ユーザの振る舞いを仮想空間に反映させ、仮想空間で活動することを体感することにより、ユーザに新たな体験を与えるサービスが増加している。このようなサービスでは、ユーザの振る舞いを自然な形で仮想空間に反映させ、その結果をユーザが使用するデバイスに表示させるまでの時間を短くすることが求められる。この要求条件を満たすため、ネットワーク側では低遅延を保証する通信を提供する必要がある。ＶＮＦ使用時に低遅延通信を提供する際の方法として、非特許文献１で紹介されているような方法が存在する。

本方式では、ＶＮＦ間で頻繁にデータ通信を行う場合、当該ＶＮＦ機能を同一サーバ上で稼働させ、メモリを介してデータ通信を行う。その結果、当該ＶＮＦ機能をそれぞれ別のサーバに配置し、ネットワーク経由でデータを転送する場合と比べ、データ転送遅延を削減することができる。

ＶＮＦの再配置を行う場合、再配置が完了するタイミングにもよるが、データ通信を行うＶＮＦ同士が、一時的に別々のサーバ上で稼働する場合が存在する。そのような場合、当該機能間で転送されるデータはネットワークを経由する。ネットワーク経由でのデータ転送のためには、データトラヒック用の転送経路設定をネットワークに施す必要がある。

設定された経路情報はネットワーク内でデータ転送を行うスイッチの転送用テーブルに格納される。

ＯｐｅｎＦｌｏｗなどのＳＤＮ（Software Defined Network）技術を用いた場合、従来のＩＰ転送と比べ多くのパケットの識別用ＩＤを使用することができるため、ＴＣＡＭ（Ternary Content Addressable Memory）が用いられることが多い。ＴＣＡＭは、テーブルに格納された転送先エントリの検索時間が非常に短く、識別用ＩＤの数が増えても検索速度を速いまま維持することができるという特徴をもつ。反面、ＴＣＡＭは、高価で電力消費が大きく、テーブル内のエントリ数が少ないというデメリットを有する。このため、使用しないエントリを早めに消去し、テーブルを他のデータ転送に有効利用できるようにするための方式が数多く検討されている。

従来方式では、一時的に登録されたエントリであっても、設定コマンド若しくは設定用メッセージを用いて明示的にエントリを消去する、又はタイムアウト時間を設定してエントリを自動消去する必要があった。

X. Zhang, "XenSocket: A High-Throughput Interdomain Transport for Virtual Machines", ACM/IFIP/USENIX International Conference on Distributed Systems Platforms and Open Distributed Processing. OpenFlow Switch Specification Version 1.3.0、［online］、インターネット＜URL：https://www.opennetworking.org/wp-content/uploads/2014/10/openflow-spec-v1.3.0.pdf＞

しかしながら、複数のＶＮＦを同一のサーバに移行する場合における一時的な転送経路設定の場合、設定コマンド又は設定用メッセージを用いた経路設定／消去方法には、ＶＮＦの移行タイミングに応じて経路を設定／消去する方法が存在しない。また、タイムアウトによるエントリの自動消去では、データ転送用エントリの消去のために設定できるタイムアウトが、ＯｐｅｎＦｌｏｗの仕様により最低１秒であるため（非特許文献２ Ａ３．４．１節参照）、当該データ転送が終了しエントリが不要になっても当該エントリがしばらくテーブルに残留してしまう。

更に、ＴＣＡＭにはデータの書き込みが遅いという特徴も存在する。このため、通信を行が実行されるタイミングにＴＣＡＭへの設定を行おうとすると、書き込み速度が遅いのでエントリを登録が完了する前に当該通信が始まってしまう可能性が有る。例えば、ＶＮＦの移行タイミングに同期して、すなわち、或るＶＮＦの再配置が終了した直後に次のＶＮＦの再配置用の転送先エントリをＴＣＡＭに登録する方法を用いた場合、当該エントリを直ちに登録できないため、スイッチに到着したパケットがスイッチでキューイングされる、又はドロップするという欠点が存在する。

本発明は、上記の点に鑑みてなされたものであって、データの転送用の設定がスイッチに残留する時間を短縮することを目的とする。

そこで上記課題を解決するため、制御装置は、第１のソフトウェアと、前記第１のソフトウェアと通信を行う第２のソフトウェアとが稼働する第１のコンピュータから第２のコンピュータへの前記第１のソフトウェアの移行中において、前記第１のコンピュータから前記第２のコンピュータへの通信経路上のスイッチに、前記第１のソフトウェア宛てのパケットを前記第２のコンピュータへ転送させるための設定を行う設定部と、前記第１のソフトウェアの移行が完了すると、前記スイッチから前記設定を削除する削除部と、を有する。

データの転送用の設定がスイッチに残留する時間を短縮することができる。

第１の実施の形態におけるデータ転送システムの構成例を示す図である。 第１の実施の形態におけるコントローラ１０のハードウェア構成例を示す図である。 第１の実施の形態におけるデータ転送システムの機能構成例を示す図である。 第１の実施の形態におけるデータ転送システムにおいて実行される処理手順の一例を説明するためのシーケンス図である。 第１の実施の形態における或るスイッチ３０の転送先テーブル３３の更新例を示す図である。 第２の実施の形態におけるデータ転送システムの機能構成例を示す図である。 第２の実施の形態におけるデータ転送システムにおいて実行される処理手順の一例を説明するためのシーケンス図である。 第２の実施の形態における或るスイッチ３０の転送先テーブル３３及び転送エントリ保管テーブル３５の第１の状態を示す図である。 第２の実施の形態における或るスイッチ３０の転送先テーブル３３及び転送エントリ保管テーブル３５の第２の状態を示す図である。 第２の実施の形態における或るスイッチ３０の転送先テーブル３３及び転送エントリ保管テーブル３５の第３の状態を示す図である。 第２の実施の形態における或るスイッチ３０の転送先テーブル３３及び転送エントリ保管テーブル３５の第４の状態を示す図である。 第３の実施の形態におけるデータ転送システムの機能構成例を示す図である。 第３の実施の形態におけるデータ転送システムにおいて実行される処理手順の一例を説明するためのシーケンス図である。 第３の実施の形態における或るスイッチ３０の転送先テーブル３３の更新例を示す図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、第１の実施の形態におけるデータ転送システムの構成例を示す図である。図１に示されるデータ転送システムにおいて、サーバ２０ａ及びサーバ２０ｂ等の複数のサーバ２０とコントローラ１０とは、ネットワークＮ１を介して接続されている。ネットワークＮ１は、１以上のスイッチ３０を含むレイヤ２のネットワーク（すなわち、ＬＡＮ（Local Area Network）である。

サーバ２０は、仮想マシンが稼働するコンピュータである。本実施の形態では、仮想マシン上でＶＮＦ（Virtualized Network Function）機能を実現するソフトウェア（以下、単に「ＶＮＦ」という。）のプロセスがサーバ２０において稼働する。本実施の形態において、いずれかのＶＮＦが、或るサーバ２０から他のサーバ２０へ移行（マイグレーション）される。例えば、各ＶＮＦは、パケット処理を実行するソフトウェアであってもよい。

コントローラ１０は、ＶＮＦの移行に伴い、移行対象のＶＮＦ宛てのパケットを移行先のサーバ２０へ転送させるための経路情報の設定等をスイッチ３０に対して行うコンピュータである。

スイッチ３０は、設定された経路情報に基づいてパケットの転送を行う機器である。例えば、ＳＤＮ（Software Defined Network）スイッチ等がスイッチ３０として利用されてもよい。

図２は、第１の実施の形態におけるコントローラ１０のハードウェア構成例を示す図である。図２のコントローラ１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。

コントローラ１０での処理を実現するプログラムは、ＣＤ－ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってコントローラ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

図３は、第１の実施の形態におけるデータ転送システムの機能構成例を示す図である。図３において、コントローラ１０は、経路計算部１１、エントリ数決定部１２及び経路設定部１３を有する。これら各部は、コントローラ１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。

サーバ２０は、ＶＮＦ稼働環境部２１、ＶＮＦ移行部２２及びコントローラ連携部２３を有する。これら各部は、サーバ２０にインストールされた１以上のプログラムが、サーバ２０のＣＰＵに実行させる処理により実現される。なお、ＶＮＦ稼働環境部２１は、例えば、ハイパーバイザであり、ＶＮＦ（Virtualized Network Function）を稼働させる。

スイッチ３０は、パケット出力先決定部３１及びパケット処理部３２等を有する。これら各部は、スイッチ３０にインストールされたプログラムがスイッチ３０に実行させる処理によって実現されてもよいし、回路によって実現されてもよい。スイッチ３０は、また、転送先テーブル３３を有する。転送先テーブル３３は、パケットの経路情報の設定を記憶するためのテーブルである。例えば、ＴＣＡＭ（Ternary Content Addressable Memory）が用いられて転送先テーブル３３が実現されてもよい。

以下、第１の実施の形態におけるデータ転送装置１において実行される処理手順について説明する。なお、第１～第３の実施の形態においては、移行元のサーバ２０（以下、「移行元サーバ２０ａ」という。）において稼働するＶＮＦ１～ＶＮＦ４の４つのＶＮＦが、移行先のサーバ２０（以下、「移行先サーバ２０ｂ」という。）への移行対象であるとする。また、ＶＮＦ１とＶＮＦ２との間、ＶＮＦ２とＶＮＦ３との間、ＶＮＦ３とＶＮＦ４との間で通信が行われるとする。したがって、これらの通信に支障が生じないように、移行が行われる必要が有る。

図４は、第１の実施の形態におけるデータ転送システムにおいて実行される処理手順の一例を説明するためのシーケンス図である。

ステップＳ１０１において、移行元サーバ２０ａのコントローラ連携部２３は、ＶＮＦの移行先（移行先サーバ２０ｂ）の識別情報を含む、移行の開始通知をコントローラ１０へ送信する。

コントローラ１０の経路計算部１１は、当該開始通知に応じ、移行元サーバ２０ａから移行先サーバ２０ｂまでの通信経路を計算し、当該通信経路上の１以上のスイッチ３０（以下、「対象スイッチ３０」という。）を特定する（Ｓ１０２）。続いて、エントリ数決定部１２は、各対象スイッチ３０の、転送先テーブル３３への１エントリあたりの登録速度（登録時間）を取得し、当該登録速度の集合に基づいて、各対象スイッチ３０の転送先テーブル３３のエントリ数を決定する（Ｓ１０３）。すなわち、或るＶＮＦの移行中において、移行先の当該ＶＮＦ宛ての通信の発生時には当該ＶＮＦ宛てのエントリが各対象スイッチ３０に登録されているようにするためのエントリ数が決定される。続いて、エントリ数決定部１２は、当該エントリ数を移行元サーバ２０ａへ通知する（Ｓ１０４）。

続いて、コントローラ連携部２３は、当該エントリ数分のＶＮＦの移行の開始をコントローラ１０へ通知する（Ｓ１０５）。ここでは、当該エントリ数が２であるとする。したがって、ＶＮＦ１及びＶＮＦ２の２つのＶＮＦの移行の開始が通知される。当該通知後、移行元サーバ２０ａのＶＮＦ移行部２２と移行先サーバ２０ｂのＶＮＦ移行部２２との間で、ＶＮＦ１の移行が開始される（Ｓ１０６）。移行の開始に伴って、移行先サーバ２０ｂのＶＮＦ稼働環境部２１は、移行対象のＶＮＦ１を起動する。したがって、この時点では、移行元サーバ２０ａ及び移行先サーバ２０ｂの双方にてＶＮＦ１が起動している状態となる。

一方、コントローラ１０の経路設定部１３は、移行の開始の通知（Ｓ１０５）に応じ、各対象スイッチ３０に対し、ＶＮＦ１宛て及びＶＮＦ２宛てのパケットの出力ポートの設定を要求する（Ｓ１０８）。すなわち、ＶＮＦ１宛て及びＶＮＦ２宛てのパケットが移行先サーバ２０ｂへ転送されるようにするための経路情報の設定が各対象スイッチ３０に要求される。その結果、各対象スイッチ３０の転送先テーブル３３に、ＶＮＦ１及びＶＮＦ２のそれぞれに対応するエントリが登録される（Ｓ１０９）。

図５は、第１の実施の形態における或るスイッチ３０の転送先テーブル３３の更新例を示す図である。ステップＳ１０９の実行後において、或る対象スイッチ３０の転送先テーブル３３は、（１）に示されるような状態となる。（１）では、ＶＮＦ１のエントリ及びＶＮＦ２のエントリ（経路情報）が転送先テーブル３３に登録されている。各エントリは、それぞれに対応するＶＮＦを宛先とするパケットが、出力ポートＡから出力するように設定された例が示されている。なお、図５では、出力ポートＡが、当該対象スイッチ３０において移行先サーバ２０ｂへの経路に対応するポートである例が示されている。

その後、移行元サーバ２０ａにおけるＶＮＦ１は、適当なタイミングで停止される。この状態において、各対象スイッチ３０のパケット出力先決定部３１は、移行元サーバ２０ａのＶＮＦ２から送信される、移行先サーバ２０ｂのＶＮＦ１宛てのパケットを受信すると、当該パケットの出力先のポートを転送先テーブル３３に基づいて決定する。パケット処理部３２は、パケット出力先決定部３１によって決定されたポートから当該パケットを出力する。図５の例では、ポートＡから当該パケットが出力される。その結果、当該パケットは、移行先サーバ２０ｂのＶＮＦ１へ転送される。

ＶＮＦ１の移行が完了すると、ＶＮＦ２の移行が開始される（Ｓ１１０）。ＶＮＦ２の移行の開始に伴い、移行先サーバ２０ｂのＶＮＦ稼働環境部２１は、ＶＮＦ２を起動する（Ｓ１１１）。したがって、この時点では、移行元サーバ２０ａ及び移行先サーバ２０ｂの双方にてＶＮＦ２が起動している状態となる。

続いて、移行元サーバ２０ａのコントローラ連携部２３は、ＶＮＦ１のエントリの削除要求と、ＶＮＦ３の移行の開始通知とをコントローラ１０へ送信する（Ｓ１１２）。続いて、コントローラ１０の経路設定部１３は、各対象スイッチ３０に対し、ＶＮＦ１のエントリの削除要求を送信する（Ｓ１１３）。各対象スイッチ３０は、当該削除要求に応じ、ＶＮＦ１に対するエントリを転送先テーブル３３から削除する（Ｓ１１４）。ＶＮＦ２が移行先サーバ２０ｂにおいて既に起動されており、ＶＮＦ２とＶＮＦ１との間の通信は、移行先サーバ２０ｂ内において可能である（すなわち、各対象スイッチ３０を経由することはない）ため、当該エントリは不要だからである。

続いて、コントローラ１０の経路設定部１３は、ＶＮＦ３宛てのパケットの出力ポートの設定を各対象スイッチ３０に要求（Ｓ１１５）。その結果、各対象スイッチ３０の転送先テーブル３３に、ＶＮＦ３に対応するエントリが登録される（Ｓ１１６）。この時点において、各対象スイッチ３０の転送先テーブル３３は、図５の（２）に示されるように、ＶＮＦ２とＶＮＦ３とのそれぞれの宛先に対応する出力ポートが登録された状態となる。

その後、移行元サーバ２０ａにおけるＶＮＦ２は、適当なタイミングで停止される。この状態において、各対象スイッチ３０は、移行元サーバ２０ａのＶＮＦ３から送信される、移行先サーバ２０ｂのＶＮＦ２宛てのパケットを受信すると、当該パケットの出力先のポートを、転送先テーブル３３に基づいて決定する。パケット処理部３２は、パケット出力先決定部３１によって決定されたポートから当該パケットを出力する。図５の例では、ポートＡから当該パケットが出力される。その結果、当該パケットは、移行先サーバ２０ｂのＶＮＦ２へ転送される。

ＶＮＦ２の移行が完了すると、ＶＮＦ３の移行が開始される（Ｓ１１７）。ＶＮＦ３の移行の開始に伴い、移行先サーバ２０ｂのＶＮＦ稼働環境部２１は、ＶＮＦ３を起動する（Ｓ１１８）。したがって、この時点では、移行元サーバ２０ａ及び移行先サーバ２０ｂの双方にてＶＮＦ３が起動している状態となる。

続いて、移行元サーバ２０ａのコントローラ連携部２３は、ＶＮＦ２のエントリの削除要求をコントローラ１０へ送信する（Ｓ１１９）。続いて、コントローラ１０の経路設定部１３は、各対象スイッチ３０に対し、ＶＮＦ２のエントリの削除要求を送信する（Ｓ１２０）。各対象スイッチ３０は、当該削除要求に応じ、ＶＮＦ２に対するエントリを転送先テーブル３３から削除する（Ｓ１２１）。この時点において、各対象スイッチ３０の転送先テーブル３３は、図５の（３）に示されるように、ＶＮＦ３の宛先に対応する出力ポートが登録された状態となる。

その後、移行元サーバ２０ａにおけるＶＮＦ３は、適当なタイミングで停止される。この状態において、各対象スイッチ３０のパケット出力先決定部３１は、移行元サーバ２０ａのＶＮＦ４から送信される、移行先サーバ２０ｂのＶＮＦ３宛てのパケットを受信すると、当該パケットの出力先のポートを、転送先テーブル３３に基づいて決定する。パケット処理部３２は、パケット出力先決定部３１によって決定されたポートから当該パケットを出力する。図５の例では、ポートＡから当該パケットが出力される。その結果、当該パケットは、移行先サーバ２０ｂのＶＮＦ３へ転送される。

ＶＮＦ３の移行が完了すると、ＶＮＦ４の移行が開始される（Ｓ１２３）。ＶＮＦ４の移行の開始に伴い、移行先サーバ２０ｂのＶＮＦ稼働環境部２１は、ＶＮＦ４を起動する（Ｓ１１８）。したがって、この時点では、移行元サーバ２０ａ及び移行先サーバ２０ｂの双方にてＶＮＦ４が起動している状態となる。

続いて、移行元サーバ２０ａのコントローラ連携部２３は、ＶＮＦ３のエントリの削除要求をコントローラ１０へ送信する（Ｓ１２４）。続いて、コントローラ１０の経路設定部１３は、各対象スイッチ３０に対し、ＶＮＦ３のエントリの削除要求を送信する（Ｓ１２５）。各対象スイッチ３０は、当該削除要求に応じ、ＶＮＦ３に対するエントリを転送先テーブル３３から削除する（Ｓ１２６）。この時点において、各対象スイッチ３０の転送先テーブル３３は、図５の（４）に示されるように、いずれのＶＮＦ宛てのエントリも登録されていない状態となる。

その後、ＶＮＦ４の移行が完了する（Ｓ１２７）。なお、ＶＮＦ４宛てのトラヒックは、対象スイッチ３０が構成する通信経路とは別経路であるため、対象スイッチ３０に対して当該トラヒックに対応するエントリは登録される必要はない。

上述したように、第１の実施の形態によれば、転送先テーブル３３における或るＶＮＦ宛てのエントリは、当該ＶＮＦの移行完了直後に削除される。したがって、データの転送用の設定（エントリ）がスイッチ３０（転送先テーブル３３）に残留する時間を短縮することができる。その結果、転送先テーブル３３の有効利用を実現することができる。

次に、第２の実施の形態について説明する。第２の実施の形態では第１の実施の形態と異なる点について説明する。第２の実施の形態において特に言及されない点については、第１の実施の形態と同様でもよい。

図６は、第２の実施の形態におけるデータ転送システムの機能構成例を示す図である。図６中、図３と同一又は対応する部分には同一符号を付し、その説明は省略する。

図６において、スイッチ３０は、更に、スイッチ内コントローラ３４及び転送エントリ保管テーブル３５を有する。スイッチ内コントローラ３４は、スイッチ３０のＣＰＵ又は回路を用いて実現可能である。転送エントリ保管テーブル３５は、スイッチ３０のメモリを用いて実現可能である。

コントローラ１０は、スイッチ内コントローラ連携部１４を更に有する。スイッチ内コントローラ連携部１４は、コントローラ１０にインストールされたプログラムがＣＰＵ１０４に実行させる処理により実現可能である。

図７は、第２の実施の形態におけるデータ転送システムにおいて実行される処理手順の一例を説明するためのシーケンス図である。ステップＳ２０１～Ｓ２０４は、図４のステップＳ１０１～Ｓ１０４と同じである。

ステップＳ２０４に続いて、移行元サーバ２０ａのコントローラ連携部２３は、ＶＮＦ１のエントリの登録要求と、ステップＳ２０４において通知されたエントリ数分の、ＶＮＦ１に続いて移行される各ＶＮＦ（図７の例では、ＶＮＦ２及びＶＮＦ３）のスイッチ内コントローラ３４への登録要求とをコントローラ１０に送信する（Ｓ２０５）。

続いて、コントローラ１０の経路設定部１３は、各対象スイッチ３０に対し、ＶＮＦ１宛てのパケットの出力ポートの設定を要求する（Ｓ２０６）。その結果、各対象スイッチ３０の転送先テーブル３３に、ＶＮＦ１に対応するエントリが登録される（Ｓ２０７）。

続いて、スイッチ内コントローラ連携部１４は、各対象スイッチ３０のスイッチ内コントローラ３４に対し、ＶＮＦ２及びＶＮＦ３のそれぞれ宛ての出力ポートの設定の保管要求を送信する（Ｓ２０８）。当該保管要求は、ＶＮＦ１宛てのパケットの通過に応じて、ＶＮＦ２のエントリを転送先テーブル３３に登録させるための要求である。各対象スイッチ３０のスイッチ内コントローラ３４は、ＶＮＦ２及びＶＮＦ３のそれぞれに対応するエントリを転送エントリ保管テーブル３５に登録する（Ｓ２０９）。

図８は、第２の実施の形態における或るスイッチ３０の転送先テーブル３３及び転送エントリ保管テーブル３５の第１の状態を示す図である。図８に示されるように、ステップＳ２０９の時点において、ＶＮＦ１宛てのエントリは、転送先テーブル３３に登録されている。一方、ＶＮＦ２及びＶＮＦ３のそれぞれに対応するエントリは、転送エントリ保管テーブル３５に登録されている。

続いて、移行元サーバ２０ａのＶＮＦ移行部２２と移行先サーバ２０ｂのＶＮＦ移行部２２との間で、ＶＮＦ１の移行が開始されると（Ｓ２１０）、移行先サーバ２０ｂのＶＮＦ稼働環境部２１は、ＶＮＦ１を起動する（Ｓ２１１）。

この状態において、ＶＮＦ１宛てのパケットが各対象スイッチ３０を通過したことに応じ、各対象スイッチ３０のパケット出力先決定部３１が、当該スイッチ３０のスイッチ内コントローラ３４に対して次のエントリを要求すると、スイッチ内コントローラ３４は、転送エントリ保管テーブル３５に登録されているエントリのうちの先頭のエントリ（図８の例ではＶＮＦ２のエントリ）を転送先テーブル３３に登録する（Ｓ２１２）。

図９は、第２の実施の形態における或るスイッチ３０の転送先テーブル３３及び転送エントリ保管テーブル３５の第２の状態を示す図である。ステップＳ２１２の実行後において、転送エントリ保管テーブル３５に登録されていたＶＮＦ２のエントリが、転送先テーブル３３に登録される。

ＶＮＦ１の移行が完了すると、ＶＮＦ２の移行が開始される（Ｓ２１３）。ＶＮＦ２の移行の開始に伴い、移行先サーバ２０ｂのＶＮＦ稼働環境部２１は、ＶＮＦ２を起動する（Ｓ２１４）。

この状態において、ＶＮＦ２宛てのパケットが各対象スイッチ３０を通過したことに応じ、各対象スイッチ３０のパケット出力先決定部３１が、当該スイッチ３０のスイッチ内コントローラ３４に対して次のエントリを要求すると、スイッチ内コントローラ３４は、ＶＮＦ１のエントリを転送先テーブル３３から削除して、転送エントリ保管テーブル３５に登録されているエントリのうちの先頭のエントリ（図９の例ではＶＮＦ３のエントリ）を転送先テーブル３３に登録する（Ｓ２１５）。

図１０は、第２の実施の形態における或るスイッチ３０の転送先テーブル３３及び転送エントリ保管テーブル３５の第３の状態を示す図である。図１０に示されるように、ステップＳ２１５の実行後において、転送先テーブル３３には、ＶＮＦ２のエントリとＶＮＦ３のエントリとが登録された状態となる。一方、転送エントリ保管テーブル３５は、空になる。

ＶＮＦ２の移行が完了すると、ＶＮＦ３の移行が開始される（Ｓ２１６）。ＶＮＦ２３の移行の開始に伴い、移行先サーバ２０ｂのＶＮＦ稼働環境部２１は、ＶＮＦ３を起動する（Ｓ２１７）。

この状態において、ＶＮＦ３宛てのパケットが各対象スイッチ３０を通過したことに応じ、各対象スイッチ３０のパケット出力先決定部３１が、当該スイッチ３０のスイッチ内コントローラ３４に対して次のエントリを要求すると、スイッチ内コントローラ３４は、ＶＮＦ２のエントリを転送先テーブル３３から削除する（Ｓ２１８）。但し、転送エントリ保管テーブル３５は既に空であるため、新たなエントリは転送先テーブル３３には登録されない。

図１１は、第２の実施の形態における或るスイッチ３０の転送先テーブル３３及び転送エントリ保管テーブル３５の第４の状態を示す図である。図１１に示されるように、ステップＳ２１８の実行後において、転送先テーブル３３には、ＶＮＦ３のエントリのみが登録された状態となる。

その後、ＶＮＦ３の移行が完了すると、ＶＮＦ４の移行が開始される（Ｓ２１９）。ＶＮＦ２の移行の開始に伴い、移行先サーバ２０ｂのＶＮＦ稼働環境部２１は、ＶＮＦ４を起動する（Ｓ２２０）。

その結果、各対象スイッチ３０においてＶＮＦ３宛てのパケットが通過しなくなる。したがって、各対象スイッチ３０においてＶＮＦ３のエントリがタイムアウトしたり、コントローラ１０経由でエントリの削除が要求されたりすると、各対象スイッチ３０パケット出力先決定部３１は、ＶＮＦ３のエントリを転送先テーブル３３から削除する（Ｓ２２１）。その結果、転送先テーブル３３は、空になる。

上述したように、第２の実施の形態によれば、第１の実施の形態と同様の効果を得ることができる。

次に、第３の実施の形態について説明する。第３の実施の形態では第１の実施の形態と異なる点について説明する。第３の実施の形態において特に言及されない点については、第１の実施の形態と同様でもよい。

図１２は、第３の実施の形態におけるデータ転送システムの機能構成例を示す図である。図１２中、図３と同一又は対応する部分には同一符号を付し、その説明は省略する。図１２に示されるように、第３の実施の形態において、コントローラ１０は、エントリ数決定部１２を有していなくてもよい。

図１３は、第３の実施の形態におけるデータ転送システムにおいて実行される処理手順の一例を説明するためのシーケンス図である。図１３において、ステップＳ３０１、Ｓ３０２は、図４のステップＳ１０１、Ｓ１０２と同じである。

ステップＳ３０３において、移行元サーバ２０ａのコントローラ連携部２３は、ＶＮＦ１、ＶＮＦ２及びＶＮＦ３のそれぞれのエントリの登録要求をコントローラ１０に送信する。

続いて、コントローラ１０の経路設定部１３は、各対象スイッチ３０に対し、ＶＮＦ１、ＶＮＦ２及びＶＮＦ３のそれぞれ宛てのパケットの出力ポートの設定を要求する（Ｓ３０４）。その結果、各対象スイッチ３０の転送先テーブル３３に、ＶＮＦ１、ＶＮＦ２及びＶＮＦ３のそれぞれに対応するエントリが登録される（Ｓ３０５）。

図１４は、第３の実施の形態における或るスイッチ３０の転送先テーブル３３の更新例を示す図である。ステップＳ３０５の実行後において、或る対象スイッチ３０の転送先テーブル３３は、（１）に示されるような状態となる。（１）では、ＶＮＦ１のエントリ、ＶＮＦ２のエントリ及びＶＮＦ３のエントリが転送先テーブル３３に登録されている。各エントリは、それぞれに対応するＶＮＦを宛先とするパケットが、出力ポートＡから出力するように設定された例が示されている。なお、図１４では、出力ポートＡが、当該対象スイッチ３０において移行先サーバ２０ｂへの通信経路に対応するポートである例が示されている。

続いて、移行元サーバ２０ａのＶＮＦ移行部２２と移行先サーバ２０ｂのＶＮＦ移行部２２との間で、ＶＮＦ１の移行が開始されると（Ｓ３０６）、移行先サーバ２０ｂのＶＮＦ稼働環境部２１は、ＶＮＦ１を起動する（Ｓ３０７）。

この状態において、ＶＮＦ１宛てのパケットが、まず各対象スイッチ３０に到着するので、各対象スイッチ３０のパケット処理部３２は、転送先テーブル３３に設定された出力ポート（図１４の例では、ポートＡ）から当該パケットを出力する。

ＶＮＦ１の移行が完了すると、ＶＮＦ２の移行が開始される（Ｓ３０８）。ＶＮＦ２の移行の開始に伴い、移行先サーバ２０ｂのＶＮＦ稼働環境部２１は、ＶＮＦ２を起動する（Ｓ３０９）。

この状態において、ＶＮＦ２宛てのパケットが各対象スイッチ３０に到着したことに応じ、各対象スイッチ３０のパケット出力先決定部３１は、ＶＮＦ１のエントリを転送先テーブル３３から削除する（Ｓ３１０）。したがって、転送先テーブル３３は、図１４の（２）の状態となる。

ＶＮＦ２の移行が完了すると、ＶＮＦ３の移行が開始される（Ｓ３１１）。ＶＮＦ３の移行の開始に伴い、移行先サーバ２０ｂのＶＮＦ稼働環境部２１は、ＶＮＦ３を起動する（Ｓ３１２）。

この状態において、ＶＮＦ３宛てのパケットが各対象スイッチ３０に到着したことに応じ、各対象スイッチ３０のパケット出力先決定部３１は、ＶＮＦ２のエントリを転送先テーブル３３から削除する（Ｓ３１３）。したがって、転送先テーブル３３は、図１４の（３）の状態となる。

上述したように、第３の実施の形態によれば、第１の実施の形態と同様の効果を得ることができる。

なお、上記各実施の形態において、コントローラ１０は、制御装置の一例である。移行元サーバ２０ａは、第１のコンピュータの一例である。移行先サーバ２０ｂは、第２のコンピュータの一例である。ＶＮＦ１は、第１のソフトウェアの一例である。ＶＮＦ２は、第２のソフトウェアの一例である。経路設定部１３は、設定部及び削除部の一例である。スイッチ内コントローラ連携部１４は、送信部の一例である。

以上、本発明の実施の形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１０ コントローラ
１１ 経路計算部
１２ エントリ数決定部
１３ 経路設定部
１４ スイッチ内コントローラ連携部
２０ サーバ
２１ ＶＮＦ稼働環境部
２２ ＶＮＦ移行部
２３ コントローラ連携部
３０ スイッチ
３１ パケット出力先決定部
３２ パケット処理部
３３ 転送先テーブル
３４ スイッチ内コントローラ
３５ 転送エントリ保管テーブル
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
Ｂ バス

Claims (7)

1. 第１のソフトウェアと、前記第１のソフトウェアと通信を行う第２のソフトウェアとが稼働する第１のコンピュータから第２のコンピュータへの前記第１のソフトウェアの移行中において、前記第１のコンピュータから前記第２のコンピュータへの通信経路上のスイッチに、前記第１のソフトウェア宛てのパケットを前記第２のコンピュータへ転送させるための設定を行う設定部と、
   前記第１のソフトウェアの移行が完了すると、前記スイッチから前記設定を削除する削除部と、
   を有することを特徴とする制御装置。
2. 第１のコンピュータから第２のコンピュータに移行される第１のソフトウェア宛てのパケットを前記第２のコンピュータに転送させるための設定を、前記第１のコンピュータから前記第２のコンピュータへの通信経路上のスイッチに対して行う設定部と、
   前記第１のソフトウェアの移行後に前記第１のコンピュータから前記第２のコンピュータに移行される、前記第１のソフトウェアと通信を行う第２のソフトウェア宛てのパケットを前記第２のコンピュータに転送させるための設定を、前記第１のソフトウェア宛てのパケットの通過に応じて前記スイッチに実行させるための要求を前記スイッチに送信する送信部と、
   を有することを特徴とする制御装置。
3. 第１のコンピュータにおいて稼働する第１のソフトウェアと、前記第１のコンピュータにおいて稼働し、前記第１のソフトウェアと通信を行う第２のソフトウェアとのそれぞれ宛てのパケットを、第２のコンピュータへ転送させるための設定を、前記第１のコンピュータから前記第２のコンピュータへの通信経路上のスイッチに対して行う設定部を有し、
   前記スイッチは、前記第１のソフトウェアが前記第２のコンピュータに移行された後に前記第２のソフトウェア宛てのパケットが到着すると、前記設定を削除する、
   ことを特徴とする制御装置。
4. 第１のソフトウェアと、前記第１のソフトウェアと通信を行う第２のソフトウェアとが稼働する第１のコンピュータから第２のコンピュータへの前記第１のソフトウェアの移行中において、前記第１のコンピュータから前記第２のコンピュータへの通信経路上のスイッチに、前記第１のソフトウェア宛てのパケットを前記第２のコンピュータへ転送させるための設定を行う設定手順と、
   前記第１のソフトウェアの移行が完了すると、前記スイッチから前記設定を削除する削除手順と、
   をコンピュータが実行することを特徴とする制御方法。
5. 第１のコンピュータから第２のコンピュータに移行される第１のソフトウェア宛てのパケットを前記第２のコンピュータに転送させるための設定を、前記第１のコンピュータから前記第２のコンピュータへの通信経路上のスイッチに対して行う設定手順と、
   前記第１のソフトウェアの移行後に前記第１のコンピュータから前記第２のコンピュータに移行される、前記第１のソフトウェアと通信を行う第２のソフトウェア宛てのパケットを前記第２のコンピュータに転送させるための設定を、前記第１のソフトウェア宛てのパケットの通過に応じて前記スイッチに実行させるための要求を前記スイッチに送信する送信手順と、
   をコンピュータが実行することを特徴とする制御方法。
6. 第１のコンピュータにおいて稼働する第１のソフトウェアと、前記第１のコンピュータにおいて稼働し、前記第１のソフトウェアと通信を行う第２のソフトウェアとのそれぞれ宛てのパケットを、第２のコンピュータへ転送させるための設定を、前記第１のコンピュータから前記第２のコンピュータへの通信経路上のスイッチに対して行う設定手順をコンピュータが実行し、
   前記スイッチは、前記第１のソフトウェアが前記第２のコンピュータに移行された後に前記第２のソフトウェア宛てのパケットが到着すると、前記設定を削除する、
   ことを特徴とする制御方法。
7. 請求項４乃至６いずれか一項記載の制御方法をコンピュータに実行させることを特徴とするプログラム。

Images