JP2010039730A - ネットワーク設定プログラム，ネットワーク設定方法及びネットワーク設定装置 - Google Patents

Abstract

【課題】ゲストＯＳを移行したときにおける、ネットワーク設定作業の負担を軽減するようにする。
【解決手段】仮想ＯＳとして、ホストＯＳ及びゲストＯＳが動作可能な仮想マシン環境を有する複数のサーバに接続された管理マネージャ１０が、次の処理を行う。即ち、移行元サーバから移行先サーバにゲストＯＳを移行させるオペレータ指示があったときに、移行元サーバの接続先サーバを特定するとともに、その接続先サーバと移行先サーバとの間で仮想ネットワーク接続を行うのに必要な接続情報を取得する。そして、ゲストＯＳの移行前に、接続先サーバにおいて、移行対象のゲストＯＳへの送信データをループバックさせるように設定する。また、ゲストＯＳの移行後に、移行先サーバ及び接続先サーバに対し、相互に仮想ネットワーク接続が可能になるようにネットワーク設定をする。
【選択図】 図８

Description

本発明は、仮想化技術を適用したサーバに対してネットワークの自動設定を行う技術に関する。

近年、企業等の情報処理システムをアウトソーシングする需要が高まり、その市場が拡大してきている。かかるアウトソーシングを一括して請け負うデータセンタでは、複数のサーバで構成されるサーバノードプールを有する。そして、アウトソーシングが委託された顧客業務の処理を行う業務プログラムが、サーバノードプールを構成する複数のサーバに対し、その機能に応じて分散して配置されるとともに、これらのサーバが物理的にネットワーク接続されている。

かかるサーバノードプールでは、複数の顧客に係る業務を夫々分割して管理するべく、各サーバにおいて仮想マシン環境を設定する技術が一般化している。具体的には、各サーバにおいて、仮想オペレーティングシステム（以下、仮想ＯＳ（Operating System）という。他も同様）として、仮想マシン環境における基盤となるホストＯＳを動作させるとともに、業務プログラムを実行する環境としてのゲストＯＳを夫々動作させている。こうすることで、同一サーバ上で複数の顧客の業務プログラムを処理する場合にも、顧客の業務プログラムで処理されるデータが顧客間で混在することを回避することができる。また、かかるデータセンタでは、サーバ間の物理ネットワークを複数の顧客間で共有することとなるため、顧客間における情報漏洩や不正アクセス等を回避すべく、さらに次のような手法が採用されている。即ち、サーバ間における物理ネットワークを、ＶＬＡＮ（Virtual Local Area Network）技術を用いてＬ２（Layer-2）区分で区分したり、ＶＰＮ（Virtual Private Network）を用いて区分したりするなどして仮想的にネットワークを分割し、顧客ごとに仮想イントラネットを構築している。

ここで、かかるシステムの運用を継続するうちに、システム構成の変更や再配備を行う必要が生じることがある。このような場合に、あるサーバで動作させていたゲストＯＳを別のサーバへの移行させること（マイグレーション）が行われる。このとき、それまで移行元サーバとの間で仮想ネットワーク接続されていた接続先サーバと、新たな移行先サーバと、の間で仮想ネットワーク接続をする必要がある。このため、移行先サーバ及び接続先サーバの両方について、改めて仮想ネットワークの設定を行う必要がある。

しかし、サーバノードプールの仮想ネットワーク構成は複雑であるため、移行先サーバ及び全ての接続先サーバに対する仮想ネットワークの設定作業には多大な負担がかかっており、かつ、長い時間を要していた。また、そもそも移行元のサーバがどのサーバと仮想ネットワーク接続されていたのかを把握するのは難しく、設定漏れ等のミスも発生しやすかった。さらに、ゲストＯＳの移行を行なっている間は、接続先サーバから移行対象のゲストＯＳに対して送信されたデータを正常に処理することができず、エラーが生じたものとして送信元たる接続先サーバに対して返信されてしまっていた。このため、かかるゲストＯＳの移行を行うごとに、顧客業務の処理が中断してしまい、顧客業務に支障が生じてしまっていた。
特表２００４−５０３０１１号公報

以上のような従来の問題点に鑑み、ゲストＯＳを別のサーバに移行するときに、移行に伴う仮想ネットワークの設定作業を自動化するとともに、業務中断を生じさせないようにすることで、顧客業務に支障を生じさせずに円滑に移行を行うことを目的とする。

仮想ＯＳとして、ホストＯＳ及びゲストＯＳが動作可能な仮想マシン環境を有する複数のサーバに接続されたコンピュータが、次の処理を行う。即ち、移行元サーバから移行先サーバにゲストＯＳを移行させるオペレータ指示があったときに、移行元サーバの接続先サーバを特定するとともに、その接続先サーバと移行先サーバとの間で仮想ネットワーク接続を行うのに必要な接続情報を取得する。そして、ゲストＯＳの移行前に、接続先サーバにおいて、移行対象のゲストＯＳへの送信データをループバックさせるように設定をする。また、ゲストＯＳの移行後に、移行先サーバに対し、移行したゲストＯＳから接続先サーバで動作するゲストＯＳに対する送信データを送信するように仮想ネットワーク接続の設定をする。一方、接続先サーバに対し、ループバック設定に代えて、移行先サーバに移行された移行対象のゲストＯＳに送信データを送信するように仮想ネットワーク接続の設定をする。

移行対象のゲストＯＳが動作する移行元サーバと接続されていた接続先サーバが特定されるとともに、移行先サーバ及び接続先サーバの間における仮想ネットワーク接続の設定が自動で行われるため、設定に要する時間及び労力を大幅に軽減することができる。また、ゲストＯＳの移行前に、移行対象のゲストＯＳが動作する移行元サーバと接続されていた接続先サーバにおける移行対象のゲストＯＳへの送信データがループバックされる。このため、ゲストＯＳの移行中であっても、移行対象のゲストＯＳに対して送信されたデータが、送信元たる接続先サーバに対してエラーとして返信されず、業務プログラムの処理が中断されない。従って、顧客業務に支障を及ぼさずに円滑にゲストＯＳの移行を行うことが可能となる。

図１は、ネットワーク設定機構を具現化したシステムの全体構成を示す。このシステムは、複数の顧客業務を一括処理するデータセンタに設置されたサーバノードプールにおいて構築されたシステムであり、管理マネージャ１０と、顧客業務を処理する複数のサーバ２０と、がネットワーク接続されている。この管理マネージャ１０は、サーバ２０全体を総括して管理するとともに、サーバ２０に対する各種設定を遠隔制御により行う。また、管理マネージャ１０及びサーバ２０は、いずれも、少なくともＣＰＵ（Central Processing Unit）及びメモリを備えたコンピュータで構成される。

サーバノードプールを構成する複数のサーバ２０には、データセンタにアウトソーシングを委託した複数顧客の業務を処理する業務プログラムが配置されている。そして、各サーバ２０では仮想ＯＳを動作させることが可能な仮想マシン環境を備えている。さらに、仮想（私設）ネットワーク（ＶＰＮ：Virtual Private Network）を用いてサーバ２０同士をＰ２Ｐ（Peer to Peer）にＶＰＮ接続し、顧客ごとにシステムを分割して仮想イントラネットを構築している。なお、このように顧客ごとに分割された仮想イントラネットは、顧客の有する個々の自社システムに夫々接続されている。

次に、かかる仮想マシン環境を備えたサーバ２０の構成及びサーバ２０間におけるＶＰＮ接続の仕組みについて、図２を用いて説明する。
サーバ２０では、仮想マシン環境が構築され、ホストＯＳ３０及びゲストＯＳ４０が、仮想ＯＳとして動作している。これらのホストＯＳ３０及びゲストＯＳ４０は、ＯＳの制御プログラムとして機能するハイパーバイザ上において制御されている。

また、サーバ２０は、他のコンピュータとの間で通信を行うための物理ＮＩＣ（Network Interface Card）５０を備える。そして、サーバ２０には、サーバノードプール内において一意に定まる物理ＩＰアドレスが割り振られている。また、サーバ２０内で動作するホストＯＳ３０及びゲストＯＳ４０は、夫々仮想ＮＩＣ６０を備え、この仮想ＮＩＣ６０を用いて同一サーバ内のホストＯＳ３０及びゲストＯＳ４０間において通信を行う。そして、サーバ内で動作するゲストＯＳ４０には、物理ＩＰアドレスとは異なる独自のアドレスである仮想ＩＰアドレスとしての、顧客ＩＰアドレスが割り振られている。

そして、ホストＯＳ３０は、次の要素を含んで構成される。即ち、ゲストＯＳ４０から送信データを受け取ったとき、その送信データをＶＰＮ接続により送信するためのトンネル情報を特定するルーティング部３０Ａを含む。このルーティング部３０Ａは、図３（Ａ）に示すような、送信先の顧客ＩＰアドレス及びその送信先へのＶＰＮ接続において用いるトンネル情報が設定されたルーティング設定テーブルを備える。そして、このルーティング設定テーブルを参照し、送信データに付された顧客ＩＰアドレスから、ＶＰＮ通信に用いるトンネルを特定する。また、ホストＯＳ３０は、送信データに送信先の物理ＩＰアドレスを付すとともに送信データをカプセル化し、トンネリングを行うトンネリング部３０Ｂを含む。このトンネリング部３０Ｂは、図３（Ｂ）に示すような、トンネル情報と、そのトンネルの送信先となる物理ＩＰアドレスが設定されたトンネリング設定テーブルを備える。そして、トンネリング部３０Ｂでは、このトンネリング設定テーブルに基づいて、トンネル情報から送信先の物理ＩＰアドレスを特定する。さらに、ホストＯＳ３０は、送信データを暗号化する暗号化部３０Ｃを含んで構成される。なお、他のサーバ２０からデータを受信したときには、ホストＯＳ３０では、暗号化部３０Ｃにおいて受信データを復号化し、トンネリング部３０Ｂにおいてカプセル化を解除するとともに、ルーティング部３０Ａにより、受信データに付された顧客ＩＰアドレスのゲストＯＳ４０にデータを送信することとなる。

一方、ゲストＯＳ４０は、業務プログラムを実行する顧客業務処理部４０Ａを含んで構成される。なお、かかる図２の例においては、ゲストＯＳが１つのみ動作しているが、複数のゲストＯＳが動作することもできる。

ここで、図２の例において、サーバαのゲストＯＳ４０の顧客業務処理部４０Ａにおいて実行される業務プログラムにより、サーバγのゲストＯＳ４０が備える顧客業務処理部４０Ａにおいて実行される業務プログラムに対してデータが送信される流れについて説明する。まず、サーバαの顧客業務処理部４０Ａにおいて実行される業務プログラムにより、サーバγのゲストＯＳ４０の顧客ＩＰアドレス（192.167.0.3）を送信先として、データが送信される。このデータは、ゲストＯＳ４０の仮想ＮＩＣ６０（eth0）及びホストＯＳ３０の仮想ＮＩＣ６０（vif0）を介し、ホストＯＳ３０に対して送信される。そして、ホストＯＳ３０では、ルーティング部３０Ａにおいて、ルーティング設定テーブルを参照し、送信先の顧客ＩＰアドレスに対応するトンネル情報を取得する。さらに、ホストＯＳ３０では、トンネリング部３０Ｂにおいて、トンネリング設定テーブルを参照し、トンネル情報に対応する送信先サーバの物理ＩＰアドレス（10.0.0.3）を取得する。そして、この物理ＩＰアドレスを送信データに付した上で、カプセル化し、トンネリングを行う。また、暗号化部３０Ｃにおいて、かかるカプセル化された送信データをＩＰｓｅｃ等を適用してさらに暗号化する。これにより、サーバγとのＶＰＮ接続が可能となる。そして、送信データを、ホストＯＳ３０の仮想ＮＩＣ６０（eth0）からサーバαの物理ＮＩＣ５０（eth0）を経て、サーバγに送信する。一方、これを受信したサーバγのホストＯＳ３０では、受信したデータに付された顧客ＩＰアドレスに基づいて、送信先となっている業務プログラムが実行されるゲストＯＳ４０に対し、受信データを送信することとなる。

このような構成を採用することで、業務プログラムにおいて他のサーバ２０との間でデータの送受信を行う場合、ゲストＯＳ４０では、送信先の顧客ＩＰアドレスを送信データに設定するだけでよく、物理ＩＰアドレスの設定及びＶＰＮ接続はホストＯＳ３０が行う。このため、顧客がサーバにアクセスして業務プログラムを実行させる場合であって、他のサーバとの通信を行うときであっても、ホストＯＳ３０を直接制御することなしに、かかる通信が可能となる。従って、ホストＯＳ３０の制御権限を顧客に与えなくても、他のサーバとの通信が可能となり、ホストＯＳ３０の環境設定を顧客が誤って変更する等のトラブルを防ぐことができる。

次に、かかるサーバ２０全体を管理する管理マネージャ１０について説明する。
図４は、管理マネージャ１０の構成図である。管理マネージャ１０は、業務移行命令受付部１０Ａ，接続先特定部１０Ｂ，接続情報取得部１０Ｃ，ゲストＯＳ移行部１０Ｄ，ネットワーク設定部１０Ｅ，業務管理テーブル１０Ｆ，物理ＩＰアドレステーブル１０Ｇ及びインタフェース管理テーブル１０Ｈを含んで構成される。

業務移行命令受付部１０Ａは、オペレータが操作可能な入力装置と接続されている。そして、オペレータにより入力された、サーバ２０で動作するゲストＯＳ４０を他のサーバ２０に移行させる業務移行命令を受け付ける。この業務移行命令では、移行対象のゲストＯＳ及びそのゲストＯＳが動作している移行元サーバ、並びにそのゲストＯＳの移行先となる移行先サーバが指定される。

接続先特定部１０Ｂは、移行元サーバとの間でＶＰＮ接続を行っている接続先サーバを特定する。なお、接続先特定部１０Ｂが、接続先特定ステップ及び接続先特定手段として機能する。

接続情報取得部１０Ｃは、接続先サーバと移行先サーバとの間でＶＰＮ接続を行うのに必要な接続情報を取得する。なお、接続情報取得部１０Ｃが、接続情報取得ステップ及び接続情報取得手段として機能する。

ゲストＯＳ移行部１０Ｄは、各サーバ２０にネットワーク接続されており、移行対象のゲストＯＳを、移行元サーバから移行先サーバへ移行させる。このとき、移行元サーバにおいて、ゲストＯＳ上で実行されていた業務プログラムは、移行先サーバに移行されたゲストＯＳ上で実行可能な状態となる。なお、かかるゲストＯＳの移行方法自体については既存技術であるため、本明細書においては具体的な説明を省略する。

ネットワーク設定部１０Ｅは、各サーバ２０にネットワーク接続されており、ゲストＯＳの移行前に、接続先サーバのホストＯＳのＶＰＮ設定をループバック状態にする。一方、ゲストＯＳの移行後に、接続先サーバのホストＯＳ３０及び移行先サーバのホストＯＳ３０に対し、接続情報を設定する。なお、ネットワーク設定部１０Ｅが、第１の設定ステップ，第１の設定手段，第２の設定ステップ及び第２の設定手段として機能する。

業務管理テーブル１０Ｆは、業務プログラムの機能に基づく業務プログラム種別ごとに、その種別に属する業務プログラムが実行されているサーバ２０を示すテーブルである。そして、図５に示すように、業務プログラム種別，その業務プログラムを実行しているゲストＯＳ４０の顧客ＩＰアドレス及びサーバが登録される。

物理ＩＰアドレステーブル１０Ｇは、サーバ２０の物理ＩＰアドレスを示すテーブルであり、図６に示すように、サーバ及びそのサーバの物理ＩＰアドレスが登録される。
インタフェース管理テーブル１０Ｈは、サーバ２０間のＶＰＮ接続において用いられるトンネルを示すテーブルであり、図７に示すように、送信元サーバ及び送信先サーバ並びにトンネル情報を含んで構成される。

図８は、管理マネージャ１０の業務移行命令受付部１０Ａ，接続先特定部１０Ｂ，接続情報取得部１０Ｃ，ゲストＯＳ移行部１０Ｄ，ネットワーク設定部１０Ｅによるネットワーク設定処理を示す。この処理は、オペレータにより、移行対象のゲストＯＳ及びそのゲストＯＳが動作している移行元サーバ、並びにそのゲストＯＳの移行先となる移行先サーバが指定された業務移行命令がなされたときに実行される。なお、移行対象のゲストＯＳは、その顧客ＩＰアドレスにより指定される。また、移行元サーバ及び移行先サーバが指定されることにより、物理ＩＰアドレステーブル１０Ｇに基づき、移行元サーバ及び移行先サーバの物理ＩＰアドレスが取得される。

ステップ１（図ではＳ１と略記する。以下同様）では、インタフェース管理テーブル１０Ｈを参照する。そして、送信元サーバが移行元サーバと一致するレコードのうち、トンネル情報が登録されている送信先サーバを、移行元サーバとの接続がなされている接続先サーバとして特定する。また、そのトンネル情報を取得する。

ステップ２では、物理ＩＰアドレステーブル１０Ｇを参照し、接続先サーバの物理ＩＰアドレスを取得する。
ステップ３では、業務管理テーブル１０Ｆを参照し、接続先サーバのゲストＯＳ４０の顧客ＩＰアドレスを取得する。

ステップ４では、接続先サーバのホストＯＳのルーティング設定テーブルに設定された移行対象のゲストＯＳの顧客ＩＰアドレス宛てのトンネルをループバック（ｌｏ）に変更する。また、インタフェース管理テーブル１０Ｈに設定された、接続先サーバを送信元サーバとし、移行元サーバを送信先サーバとするトンネル情報についても、同様にループバックになるように更新する。

ステップ５では、接続先サーバ及び移行元サーバのホストＯＳのトンネリング設定テーブルの両サーバ間のトンネル設定を消去する。また、インタフェース管理テーブル１０Ｈに設定された、移行元サーバを送信元サーバとするトンネル情報を消去する。

ステップ６では、移行対象のゲストＯＳを、移行元サーバから移行先サーバへと移行する。なお、このとき、移行対象のゲストＯＳの顧客ＩＰアドレスはそのまま維持する。
ステップ７では、移行先サーバのトンネリング部３０Ｂにおいて、接続先サーバへのＶＰＮ接続を行う新たなトンネルを設定する。即ち、接続先サーバへのＶＰＮ接続を行うトンネルを決定し、移行先サーバのトンネリング部３０Ｂのトンネリング設定テーブルに、そのトンネル情報及び接続先サーバの物理ＩＰアドレスを設定する。また、同様に、接続先サーバから移行先サーバへのＶＰＮ接続に用いるトンネルを決定し、接続先サーバのトンネリング部３０Ｂのトンネリング設定テーブルに、そのトンネル情報及び接続先サーバの物理ＩＰアドレスを設定する。

ステップ８では、移行先サーバのルーティング部３０Ａのルーティング設定テーブルに、接続先サーバの顧客ＩＰアドレス及び接続先サーバへのＶＰＮ接続に用いるトンネル情報を設定する。また、接続先サーバのルーティング部３０Ａのルーティング設定テーブルにおける、移行したゲストＯＳの顧客ＩＰアドレスに対応するトンネル情報のループバック設定を解除し、代わりに、移行先サーバへのＶＰＮ接続に用いるトンネル情報を設定する。

ステップ９では、業務管理テーブル１０Ｆ及びインタフェース管理テーブル１０Ｈに、移行先サーバのゲストＯＳの情報を登録する。
なお、上記ステップ２〜９は、ステップ１において接続先サーバが複数決定されたときには、複数の接続先サーバの夫々について実行する。

ここで、かかる管理マネージャ１０によるネットワーク設定処理について、具体例を示して説明する。本説明では、図９に示すようなサーバ構成の例を用いる。この例では、サーバαで業務プログラム種別Ａの業務プログラムが実行されるゲストＯＳが、サーバγで業務プログラム種別Ｂの業務プログラムが実行されるゲストＯＳが、夫々動作している。そして、サーバαのゲストＯＳを、サーバβに移行させるように業務移行命令がなされたとする。なお、図９では、便宜上、管理マネージャ１０及び各サーバ間の物理ネットワーク接続の表記、並びに各サーバの構成の一部の表記を省略する。また、サーバ間の実線矢印は、ＶＰＮ接続がなされていることを示す。

また、この例において、管理マネージャ１０の業務管理テーブル１０Ｆ，物理ＩＰアドレステーブル１０Ｇ及びインタフェース管理テーブル１０Ｈは、夫々、図１０の（Ａ）〜（Ｃ）のように設定されている。

さらに、この例において、サーバαのルーティング部３０Ａのルーティング設定テーブル及びトンネリング部３０Ｂのトンネリング設定テーブルには、夫々図１１（Ａ）及び図１１（Ｂ）のような設定がなされている。また、サーバγのルーティング部３０Ａの設定テーブル及びトンネリング部３０Ｂの設定テーブルには、夫々図１２（Ａ）及び図１２（Ｂ）のような設定がなされている。

そして、業務移行命令がなされたとき、管理マネージャ１０は、図１０（Ｃ）に示すインタフェース管理テーブル１０Ｈを参照する。そして、送信元サーバが移行元サーバであるサーバαと一致するレコードのうち、トンネル情報が登録されている送信先サーバ、即ち、サーバγを、サーバαとの接続がなされている接続先サーバとして特定する。また、そのトンネル情報（ｔｕｎ０）を取得する（ステップ１）。さらに、物理ＩＰアドレステーブル１０Ｇを参照し、サーバγの物理ＩＰアドレス（10.0.0.3）を取得する（ステップ２）。さらに、業務管理テーブル１０Ｆを参照し、サーバγのゲストＯＳ４０の顧客ＩＰアドレス（192.167.1.2）を取得する（ステップ３）。

ここで、図１２（Ａ）に示すサーバγのホストＯＳのルーティング設定テーブルに設定された、移行対象のゲストＯＳ、即ち、サーバαのゲストＯＳの顧客ＩＰアドレス宛てのトンネル（ｔｕｎ０）を、図１３（Ａ）に示すように、ループバックを示す「ｌｏ」に変更する。また、図１３（Ｂ）に示すように、インタフェース管理テーブル１０Ｈに設定された、サーバγを送信元サーバとし、サーバαを送信先サーバとするトンネル情報も、「ｌｏ」を設定して更新する（ステップ４）。さらに、サーバα及びサーバγのホストＯＳのトンネリング設定テーブルに設定された、両サーバ間のトンネル情報を消去するとともに、図１３（Ｂ）に示すように、インタフェース管理テーブル１０Ｈに設定された、サーバαを送信元サーバとするトンネル情報を消去する（ステップ５）。そして、移行対象のゲストＯＳを、サーバαからサーバγに移行する（ステップ６）。

さらに、サーバβからサーバγへのＶＰＮ接続のため、図１４（Ａ）に示すように、サーバβのトンネリング部３０Ｂのトンネリング設定テーブルに、サーバγの物理ＩＰアドレス（10.0.0.3）を指定して新たなトンネル（ｔｕｎ０）を設定する。一方、サーバγからサーバβへのＶＰＮ接続のため、図１４（Ｂ）に示すように、サーバγのトンネリング部３０Ｂのトンネリング設定テーブルに、サーバγの物理ＩＰアドレス（10.0.0.2）を指定して新たなトンネル（ｔｕｎ０）を設定する（ステップ７）。

また、図１５（Ａ）に示すように、サーバβのルーティング部３０Ａのルーティング設定テーブルに、サーバγの顧客ＩＰアドレス（192.167.0.2）及びトンネル情報（ｔｕｎ０）を設定する。また、図１５（Ｂ）に示すように、サーバγのルーティング部３０Ａのルーティング設定テーブルにループバック（ｌｏ）が設定されている、サーバβの顧客ＩＰアドレス（192.167.0.1）のトンネル情報のループバックを解除し、新たなトンネル情報（ｔｕｎ０）を設定する（ステップ８）。なお、かかる図１５（Ｂ）に示したサーバγの設定における、移行対象となったゲストＯＳの顧客ＩＰアドレスは、図１２（Ａ）及び図１３（Ａ）に示した、ゲストＯＳの移行前の状態と変わらない。これは、別のサーバに移行した後においても、移行前の移行対象のゲストＯＳの顧客ＩＰアドレスが維持されるからである。

さらに、図１６（Ａ）及び（Ｂ）に夫々示すように、業務管理テーブル１０Ｆ及びインタフェース管理テーブル１０Ｈに、移行先サーバのゲストＯＳの情報を登録する（ステップ９）。

そして、これらの処理により、図９に示した処理前の構成から、図１７に示すように、サーバαからサーバβにゲストＯＳが移行されるとともに、サーバγ及びサーバβの間でＶＰＮ接続がなされる。

かかるネットワーク設定処理によれば、管理マネージャ１０のインタフェース管理テーブル１０Ｈを参照することにより、移行対象のゲストＯＳが動作する移行元サーバと接続されていた接続先サーバが特定される。また、業務管理テーブル１０Ｆ及び物理ＩＰアドレステーブル１０Ｇを参照することにより、移行先サーバから接続先サーバへのＶＰＮ接続に必要な情報、即ち、接続先サーバで動作するゲストＯＳの顧客ＩＰアドレス及び接続先サーバの物理ＩＰアドレスが取得される。そして、ゲストＯＳが移行元サーバから移行先サーバへと移行された後に、これらの接続情報と、移行対象のゲストＯＳの顧客ＩＰアドレス及び移行先サーバの物理ＩＰアドレスと、を用いて、移行先サーバ及び接続先サーバの両方のホストＯＳについて、相互にＶＰＮ接続が可能となるようにＶＰＮ接続設定がなされる。このように、移行先サーバ及び接続先サーバの間におけるＶＰＮ接続の設定が自動で行われることで、設定に要する時間及び労力を大幅に軽減することができる。また、設定作業におけるミスも防ぐことができる。

さらに、かかる処理において、ゲストＯＳの移行前に、移行対象のゲストＯＳが動作する移行元サーバと接続されていた接続先サーバから移行元サーバへのＶＰＮ接続の設定が、ループバックに変更される。その上で、ゲストＯＳが移行され、その後に、移行先サーバ及び接続先サーバの両方のホストＯＳにおいてＶＰＮ接続の設定がなされる。このため、ゲストＯＳの移行中に、移行対象のゲストＯＳに対して接続先サーバのゲストＯＳから送信されたデータは、送信元である接続先サーバに対してエラーとして返信されない。従って、データの送信元である接続先サーバのゲストＯＳで実行されている業務プログラムでは、データの再送信は行うものの、業務プログラムの処理自体をエラーとして即座に中断することはない。このため、ゲストＯＳの移行時に、業務プログラムの処理が中断されず、顧客業務の処理に支障を及ぼさずにかかる移行作業を行うことが可能となる。

ネットワーク設定機構を具現化したシステムの全体構成図である。 サーバ構成及び２サーバ間におけるデータ転送の仕組みの説明図である。 ネットワーク設定テーブルの説明図であり、（Ａ）はルーティング部の設定テーブル、（Ｂ）はトンネリング部の設定テーブルである。 管理マネージャの構成図である。 業務管理テーブルの説明図である。 物理ＩＰアドレステーブルの説明図である。 インタフェース管理テーブルの説明図である。 管理マネージャによるネットワーク設定処理のフローチャートである。 ネットワーク設定処理の具体例における、処理前のサーバ構成の説明図である。 ネットワーク設定処理の具体例における、処理前の管理マネージャのテーブルの説明図であり、（Ａ）は業務管理テーブル、（Ｂ）は物理ＩＰアドレステーブル、（Ｃ）はインタフェース管理テーブルである。 ネットワーク設定処理の具体例における、処理前のサーバαの設定テーブルの説明図であり、（Ａ）はルーティング部の設定テーブル、（Ｂ）はトンネリング部の設定テーブルである。 ネットワーク設定処理の具体例における、処理前のサーバγの設定テーブルであり、（Ａ）はルーティング部の設定テーブル、（Ｂ）はトンネリング部の設定テーブルである。 ネットワーク設定処理の具体例における、処理中のループバック設定対象テーブルであり、（Ａ）はサーバγのルーティング部の設定テーブル、（Ｂ）は管理マネージャのインタフェース管理テーブルである。 ネットワーク設定処理の具体例における、処理後のサーバαの設定テーブルの説明図であり、（Ａ）はトンネリング部の設定テーブル、（Ｂ）はトンネリング部の設定テーブルである。 ネットワーク設定処理の具体例における、処理後のサーバβ及びサーバγの設定テーブルであり、（Ａ）はサーバβのルーティング部の設定テーブル、（Ｂ）はサーバγのルーティング部の設定テーブルである。 ネットワーク設定処理の具体例における、処理後の管理マネージャのテーブルの説明図であり、（Ａ）は業務管理テーブル、（Ｂ）はインタフェース管理テーブルである。 ネットワーク設定処理の具体例における、処理後のサーバ構成の説明図である。

符号の説明

１０ 管理マネージャ
１０Ａ 業務移行命令受付部
１０Ｂ 接続先特定部
１０Ｃ 接続情報取得部
１０Ｄ ゲストＯＳ移行部
１０Ｅ ネットワーク設定部
１０Ｆ 業務管理テーブル
１０Ｇ 物理ＩＰアドレステーブル
１０Ｈ インタフェース管理テーブル
２０ サーバ
３０ ホストＯＳ
３０Ａ ルーティング部
３０Ｂ トンネリング部
３０Ｃ 暗号化部
４０ ゲストＯＳ
４０Ａ 顧客業務処理部
５０ 物理ＮＩＣ
６０ 仮想ＮＩＣ

Claims (5)

1. 仮想オペレーティングシステムとして、他のサーバと仮想ネットワークを用いた通信を直接行うホストオペレーティングシステムと、顧客業務の処理を行う業務プログラムを実行するために起動され、ホストオペレーティングシステムを介してのみ他のサーバとの通信を行うゲストオペレーティングシステムと、が動作可能な仮想マシン環境を有する複数のサーバと接続されたコンピュータに、
   前記サーバのうちの１つを移行元サーバとするとともに他のサーバを移行先サーバとして、移行元サーバで動作するゲストオペレーティングシステムを移行先サーバに移行をさせるオペレータ指示があったときに、各サーバの仮想ネットワーク接続先である接続先サーバが設定されたテーブルを参照し、移行元サーバの接続先サーバを特定する接続先特定ステップと、
   前記接続先特定ステップにより特定された接続先サーバと移行先サーバとの間で仮想ネットワーク接続を行うのに必要な接続情報を取得する接続情報取得ステップと、
   ゲストオペレーティングシステムの移行前に、前記接続先特定ステップにより特定された接続先サーバのホストオペレーティングシステムにおいて、移行対象のゲストオペレーティングシステムへの送信データをループバックさせるように設定をする第１の設定ステップと、
   ゲストオペレーティングシステムの移行後に、前記接続情報取得ステップにより取得した接続情報に基づいて、移行先サーバで動作するホストオペレーティングシステムに対し、移行したゲストオペレーティングシステムから接続先サーバで動作するゲストオペレーティングシステムに対する送信データを送信するように仮想ネットワーク接続の設定をする一方、接続先サーバで動作するホストオペレーティングシステムに対し、前記第１の設定ステップによるループバック設定に代えて、移行先サーバに移行されたゲストオペレーティングシステムに送信データを送信するように仮想ネットワーク接続の設定をする第２の設定ステップと、
   を実現させることを特徴とするネットワーク設定プログラム。
2. 前記サーバのゲストオペレーティングシステムには夫々仮想ＩＰアドレスが割り振られ、前記サーバのホストオペレーティングシステムは、接続先となる他のサーバの物理ＩＰアドレス，ゲストオペレーティングシステムの仮想ＩＰアドレス及び当該他のサーバとの仮想ネットワーク接続に用いるトンネル情報を関連付けたネットワーク設定に基づいて、同一サーバ内のゲストオペレーティングシステムから他のサーバに対して送信されたデータに付された他のサーバのゲストオペレーティングシステムの仮想ＩＰアドレスから送信先のサーバの物理ＩＰアドレスを特定した上で、トンネル情報に従って当該データについてトンネリングを行って送信し、
   前記接続情報取得ステップは、各サーバとその物理ＩＰアドレスが対応付けられたテーブル及び各サーバとそのサーバで動作するゲストオペレーティングシステムの仮想ＩＰアドレスが対応付けられたテーブルを参照して、接続先サーバの物理ＩＰアドレス及び接続先サーバで動作するゲストオペレーティングシステムの仮想ＩＰアドレスを取得し、
   前記第２の設定ステップは、移行先サーバで動作するホストオペレーティングシステムに対し、取得した接続先サーバの物理ＩＰアドレス及び接続先サーバで動作するゲストオペレーティングシステムの仮想ＩＰアドレスを、移行先サーバから接続先サーバへの仮想ネットワーク接続に用いるトンネル情報に関連付けて設定をする一方、接続先サーバで動作するホストオペレーティングシステムに対し、移行先サーバの物理ＩＰアドレス及び移行先サーバに移行されたゲストオペレーティングシステムの仮想ＩＰアドレスを、接続先サーバから移行先サーバへの仮想ネットワーク接続に用いるトンネル情報に関連付けて設定をすることを特徴とする請求項１記載のネットワーク設定プログラム。
3. 前記接続情報取得ステップ，前記第１の設定ステップ及び前記第２の設定ステップは、前記接続先特定ステップにより特定された接続先サーバが複数のときには、その複数の接続先サーバの全てについて処理を行うことを特徴とする請求項１又は請求項２に記載のネットワーク設定プログラム。
4. 仮想オペレーティングシステムとして、他のサーバと仮想ネットワークを用いた通信を直接行うホストオペレーティングシステムと、顧客業務の処理を行う業務プログラムを実行するために起動され、ホストオペレーティングシステムを介してのみ他のサーバとの通信を行うゲストオペレーティングシステムと、が動作可能な仮想マシン環境を有する複数のサーバと接続されたコンピュータが、
   前記サーバのうちの１つを移行元サーバとするとともに他のサーバを移行先サーバとして、移行元サーバで動作するゲストオペレーティングシステムを移行先サーバに移行をさせるオペレータ指示があったときに、各サーバの仮想ネットワーク接続先である接続先サーバが設定されたテーブルを参照し、移行元サーバの接続先サーバを特定する接続先特定ステップと、
   前記接続先特定ステップにより特定された接続先サーバと移行先サーバとの間で仮想ネットワーク接続を行うのに必要な接続情報を取得する接続情報取得ステップと、
   ゲストオペレーティングシステムの移行前に、前記接続先特定ステップにより特定された接続先サーバのホストオペレーティングシステムにおいて、移行対象のゲストオペレーティングシステムへの送信データをループバックさせるように設定をする第１の設定ステップと、
   ゲストオペレーティングシステムの移行後に、前記接続情報取得ステップにより取得した接続情報に基づいて、移行先サーバで動作するホストオペレーティングシステムに対し、移行したゲストオペレーティングシステムから接続先サーバで動作するゲストオペレーティングシステムに対する送信データを送信するように仮想ネットワーク接続の設定をする一方、接続先サーバで動作するホストオペレーティングシステムに対し、前記第１の設定ステップによるループバック設定に代えて、移行先サーバに移行されたゲストオペレーティングシステムに送信データを送信するように仮想ネットワーク接続の設定をする第２の設定ステップと、
   を実行することを特徴とするネットワーク設定方法。
5. 仮想オペレーティングシステムとして、他のサーバと仮想ネットワークを用いた通信を直接行うホストオペレーティングシステムと、顧客業務の処理を行う業務プログラムを実行するために起動され、ホストオペレーティングシステムを介してのみ他のサーバとの通信を行うゲストオペレーティングシステムと、が動作可能な仮想マシン環境を有する複数のサーバと接続されたネットワーク設定装置であって、
   前記サーバのうちの１つを移行元サーバとするとともに他のサーバを移行先サーバとして、移行元サーバで動作するゲストオペレーティングシステムを移行先サーバに移行をさせるオペレータ指示があったときに、各サーバの仮想ネットワーク接続先である接続先サーバが設定されたテーブルを参照し、移行元サーバの接続先サーバを特定する接続先特定手段と、
   前記接続先特定手段により特定された接続先サーバと移行先サーバとの間で仮想ネットワーク接続を行うのに必要な接続情報を取得する接続情報取得手段と、
   ゲストオペレーティングシステムの移行前に、前記接続先特定手段により特定された接続先サーバのホストオペレーティングシステムにおいて、移行対象のゲストオペレーティングシステムへの送信データをループバックさせるように設定をする第１の設定手段と、
   ゲストオペレーティングシステムの移行後に、前記接続情報取得手段により取得した接続情報に基づいて、移行先サーバで動作するホストオペレーティングシステムに対し、移行したゲストオペレーティングシステムから接続先サーバで動作するゲストオペレーティングシステムに対する送信データを送信するように仮想ネットワーク接続の設定をする一方、接続先サーバで動作するホストオペレーティングシステムに対し、前記第１の設定手段によるループバック設定に代えて、移行先サーバに移行されたゲストオペレーティングシステムに送信データを送信するように仮想ネットワーク接続の設定をする第２の設定手段と、
   を含んで構成されたことを特徴とするネットワーク設定装置。

Images