JP6075882B2

JP6075882B2 - 分散処理システム、および、分散処理方法

Info

Publication number: JP6075882B2
Application number: JP2014009567A
Authority: JP
Inventors: 康次郎玉置; 長尾　仁; 仁長尾; 勝真田; 健一眞瀬
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2014-01-22
Filing date: 2014-01-22
Publication date: 2017-02-08
Anticipated expiration: 2034-01-22
Also published as: JP2015138385A

Description

本発明は、分散処理システム、および、分散処理方法に関する。

従来、分散処理を行うＮ＋１台の冗長構成（Ｎ＋１構成）のサーバからなるシステムにおいて、システム内のＮ台の稼働サーバのファイル更新を行う際には、システム内に用意された予備用のサーバを利用しつつ、Ｎ台の稼働サーバを１台ずつサービス系から切り離し、ファイル更新を行っていた。このようなファイル更新方法によれば、サービスに影響を与えることなくシステム内の各サーバのファイル更新を行うことができる。しかし、この方法は、システム内のサーバを１台ずつファイル更新する必要があるので、システム内のすべてのサーバのファイル更新に時間がかかるという問題があった。

このような問題を解決するため、例えば、特許文献１に記載の技術を用いて、システムに、追加リソースとしてさらにＮ＋１台のファイル更新用のサーバを用意し、このＮ＋１台のサーバで平行してファイル更新を行う方法が考えられる。このような方法によれば、サービスに影響を与えることなく、短時間でシステム内の各サーバのファイル更新を行うことができる。

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

しかし、特許文献１に記載の技術の場合、システム内にファイル更新のため、Ｎ＋１台のサーバを追加リソースとして用意しなければならないという問題がある。そこで、本発明は、前記した問題を解決し、追加リソースを用意しなくても、サービスに影響を与えることなく、速やかにファイル更新を行う手段を提供することを目的とする。

前記した課題を解決し、目的を達成するために、本発明は、サーバそれぞれが、稼働サーバとして動作し、かつ、各サーバ合計で１台のサーバ分のリソースを予備リソースとして確保しているＮ＋１構成の分散処理システムであって、１以上の仮想マシンを備える前記サーバと、外部装置からのアクセスの振り分け先となる仮想マシンのアドレスを示したアドレス情報と、前記アクセスを受け付けたとき、前記アドレス情報を参照して、前記アクセス先の仮想マシンを選択する振り分け部とを備える振り分け装置と、前記サーバおよび前記振り分け装置を制御する管理装置とを有し、前記管理装置は、前記サーバそれぞれのファイル更新を行うとき、前記サーバそれぞれに、新たな仮想マシンを作成させ、前記新たな仮想マシンに対しアドレス割り当てを行う仮想マシン制御部と、前記新たな仮想マシンに対し当該サーバの余剰リソースからリソースの割り当てを行うリソース割り当て部と、前記新たな仮想マシンそれぞれに対しファイル更新処理を行うファイル更新部と、前記振り分け装置の閉塞および閉塞解除を行う振り分け装置制御部と、前記振り分け装置の閉塞後、前記アドレス情報における前記アクセスの振り分け先となる仮想マシンのアドレスを、前記新たな仮想マシンのアドレスに更新するアドレス情報更新部と、備えることを特徴とする。

本発明によれば、分散処理システムにおいて、追加リソースを用意しなくても、サービスに影響を与えることなく、速やかにファイル更新を行うことができる。

図１は、分散処理システムの構成の一例を示す図である。図２は、図１の管理装置の処理概要を説明する図である。図３は、図１の管理装置の処理概要を説明する図である。図４は、図１のアドレス情報の一例を示す図である。図５は、図１の管理装置の処理手順を示すフローチャートである。図６は、図１の分散処理システムにおける稼働中のＶＭおよびファイル更新の対象となる新たなＶＭのリソースの割り当てイメージを説明する図である。図７は、管理プログラムを実行するコンピュータを示す図である。

以下、本発明の実施形態について説明する。なお、この実施形態によりこの発明が限定されるものではない。

まず、図１を用いて本発明の実施形態の分散処理システムの概要を説明する。この分散処理システムはいわゆるＮ＋１構成のシステムであり、Ｎ＋１台のサーバ１０と、ロードバランサ（振り分け装置）２０と、端末３０と、管理装置４０と、試験装置５０とを備える。

サーバ１０群はそれぞれ、稼働サーバであり、端末３０からのアクセスに基づく処理を実行する。このサーバ１０は仮想マシン（ＶＭ）およびＶＭを制御するホストＯＳ（Operating System）を備える。なお、図１において、サーバ１０はサーバ１０Ａ〜１０Ｃの３台しか描いていないが、実際にはＮ＋１台のサーバ１０が用意される。

ロードバランサ２０は、インターネット等のネットワーク経由で端末３０からのアクセスを受け付けると、このアクセスをいずれかのサーバ１０のＶＭに振り分ける。

管理装置４０は、サーバ１０およびロードバランサ２０の制御を行う。管理装置４０は、例えば、サーバ１０のファイル更新を行なったり、ロードバランサ２０に対し、端末３０からのアクセスの振り分け先の変更を指示したりする。この管理装置４０の詳細は後記する。試験装置５０は、サーバ１０に対し試験を実行する。例えば、試験装置５０はサーバ１０のファイル更新が行われたとき、当該サーバ１０が正常に動作するか否かを確認するための試験を行う。

次に、図２および図３を用いて、管理装置４０の処理の概要を説明する。前記したとおり分散処理システム（システム）はＮ＋１構成のシステムであり、各サーバ１０は合計で１台のサーバ分のリソース量となる予備リソースが確保される。つまり、各サーバ１０には１台分のサーバのリソースをＮ＋１で割った分のリソースが予備リソースとして確保される。例えば、サーバ１０内のＶＭがフル稼働した場合でも、この予備リソースは確保しておく。ロードバランサ２０にはＶＩＰ（Virtual IP address）が設定され、サーバ１０のＶＭにはＲＩＰ（Real IP address）が設定されている。ロードバランサ２０は、ＶＩＰとＲＩＰとを対応付けた情報（後記するアドレス情報２１）を保持しており、ＶＩＰ宛のアクセスを受け付けると、アドレス情報２１を参照して、このアクセスをいずれかのＶＭに振り分ける。

このようなシステムにおいて、管理装置４０は、各サーバ１０のファイル更新を行う際には、各サーバ１０内に現在稼働中（図２において「本番」と記載）のＶＭ１（ＶＭ１Ａ，１Ｂ，１Ｃ，…）とは別に新たなＶＭ２（ＶＭ２Ａ，２Ｂ，２Ｃ，…）を用意する。つまり、更新予定のＶＭ２を作成させる。また、管理装置４０は、この新たなＶＭ２それぞれに対する新たなＲＩＰの割り当て、リソースの割り当てを行う。そして、この新たなＶＭに対しファイル更新を行う。その後、管理装置４０は、ロードバランサ２０に対し、ＶＩＰに対応するＲＩＰを新たなＶＭ２のＲＩＰに変更させ、ＶＩＰ宛のアクセスをＶＭ２へ振り分ける。これにより、端末３０からのＶＩＰ宛のアクセスは、ＶＭ１からＶＭ２に切り替えられることになる。

つまり、管理装置４０は、図３に示すように、システム内のＮ＋１台のサーバの事前準備（更新用のファイルの準備等）を行った後、Ｎ＋１台のサーバ１０それぞれに対し、新たなＶＭを作成させ、ファイル更新を実行する。システム内のサーバ１０はそれぞれが平行してファイル更新を行う。その後、管理装置４０は、Ｎ＋１台のサーバ１０の新たなＶＭへの試験、バックアップ等を行った後、ＬＢ（ロードバランサ）２０の切り替えを行う。具体的には、ＬＢ２０の閉塞後、Ｎ＋１台分のサーバ１０（実際にはＶＭ）のアクセス先を切り替え、ＬＢ２０の閉塞の解除を行う。ここで、各サーバ１０に新たなＶＭを作成させるときは、当該サーバの余剰リソース（いずれのＶＭにも割り当てられていないリソース）からリソースを割り当てる。つまり、各サーバ１０には予備リソースが所定量確保されているので、稼働中のＶＭがリソースをフルで使っていた場合でも、この予備リソースからリソースを割り当てることができる。したがって、システムは、追加リソースを用意しなくても、サービスに影響を与えることなく、速やかにファイル更新を行うことができる。

次に、図１に戻って、システムのロードバランサ２０および管理装置４０を詳細に説明する。

まず、ロードバランサ２０を説明する。ロードバランサ２０は、前記したとおり、ネットワーク経由で端末３０等の外部装置からのアクセスを受け付けると、このアクセスをいずれかのサーバ１０のＶＭに振り分ける。ロードバランサ２０は、アドレス情報２１と、振り分け部２２とを備える。

アドレス情報２１は、外部装置（例えば、端末３０）からのアクセスの振り分け先となるＶＭのアドレス（ＩＰアドレス）を示した情報である。このＩＰアドレスは、例えば、前記したＲＩＰが用いられる。例えば、アドレス情報２１は、図４に示すように、ロードバランサ２０のＶＩＰに対し、当該ＶＩＰ宛のアクセスの振り分け先となるＶＭのＲＩＰが示される。図４の左側に示すアドレス情報２１において、ＶＩＰ「ａａａ」宛のアクセスの振り分け先は、ＲＩＰ「ＲＩＰ１Ａ，ＲＩＰ１Ｂ，ＲＩＰ１Ｃ，…」のいずれかのアドレスのＶＭであることを示す。このアドレス情報２１は、管理装置４０により更新される。

振り分け部２２は、外部装置（例えば、端末３０）からのアクセスの振り分けを行う。具体的には、振り分け部２２は、外部装置からのアクセスを受け付けたとき、アドレス情報２１を参照して、アクセス先のＶＭを選択し、この選択したＶＭへアクセスさせる。

管理装置４０は、入出力部４１と、通信部４２と、制御部４３と、記憶部４４とを備える。

入出力部４１は、外部装置等から、当該管理装置４０に対する様々な指示入力や設定情報の入力を受け付ける。例えば、入出力部４１は、外部装置等から、各サーバ１０のファイル更新の指示入力を受け付けたり、ロードバランサ２０に関する設定情報の入力を受け付けたりする。この入出力部４１は、外部装置とのデータ入出力を行う入出力インタフェースにより実現される。

通信部４２は、ロードバランサ２０やサーバ１０等の外部装置との間でデータ通信を行う。例えば、通信部４２は、ロードバランサ２０内のアドレス情報２１の更新に関する情報を送信したり、各サーバ１０に対しファイル更新の指示を送信したり、各サーバ１０のバックアップデータを受信したりする。この通信部４２は、所定の通信プロトコルにより外部装置との間でデータ通信を行う通信インタフェースにより実現される。

制御部４３は、管理装置４０全体の制御を司り、仮想マシン制御部４３１と、リソース割り当て部４３２と、ファイル更新部４３３と、ロードバランサ制御部４３４と、アドレス情報更新部４３５と、バックアップ部４３６とを備える。この制御部４３は、管理装置４０の備えるＣＰＵ（Central Processing Unit）によるプログラム実行処理や、専用のハードウェアにより実現される。

仮想マシン制御部４３１は、通信部４２経由で、各サーバ１０のＶＭの制御を行う。具体的には、仮想マシン制御部４３１は、入出力部４１経由で各サーバ１０のファイル更新の指示入力を受け付けると、各サーバ１０それぞれに、ファイル更新用の新たなＶＭを作成させ、この新たなＶＭに対しアドレス（例えば、ＲＩＰ）の割り当てを行う。また、例えば、新たなＶＭの稼働開始後、入出力部４１経由で各サーバ１０から旧ＶＭの削除の指示入力を受け付けると、各サーバ１０それぞれに、旧ＶＭを削除させる。

リソース割り当て部４３２は、各サーバ１０のＶＭへのリソースの割り当てを行う。例えば、リソース割り当て部４３２は、各サーバ１０に新たなＶＭが作成されると、この新たなＶＭへのリソースの割り当てを行う。この新たなＶＭへのリソースの割り当ては、この新たなＶＭが作成されたサーバ１０において、稼働中のＶＭに割り当てられていないリソース（余剰リソース）から割り当てられる。なお、前記したとおり、システム内の各サーバ１０には１台分のサーバのリソースをＮ＋１で割った分のリソースが予備リソースとして確保されている。よって、サーバ１０で稼働中のＶＭが利用可能なリソースをフルで使っていた場合でも、この予備リソースを用いて新たなＶＭへのリソース割り当てが可能である。

ファイル更新部４３３は、新たなＶＭそれぞれに対しファイル更新処理を行う。具体的には、ファイル更新部４３３は、サーバ１０に対し、当該サーバ１０で稼働中のＶＭを、当該ＶＭで作成された新たなＶＭへコピーさせ、この新たなＶＭに対しファイル更新処理を行う。

ロードバランサ制御部４３４は、ロードバランサ２０の閉塞、および、閉塞の解除を行う。例えば、ロードバランサ制御部４３４は、ファイル更新部４３３により新たなＶＭへのファイル更新処理が行われた後、ロードバランサ２０を閉塞し、アドレス情報更新部４３５によりロードバランサ２０のアドレス情報の更新が行われた後、閉塞を解除する。

アドレス情報更新部４３５は、ロードバランサ制御部４３４がロードバランサ２０を閉塞した後、ロードバランサ２０のアドレス情報２１におけるＶＭのアドレスを、新たなＶＭのアドレスに更新する。これにより、例えば、図４に示すように、ロードバランサ２０のアドレス情報２１におけるＶＩＰ「ａａａ」に対するＶＭのアドレス（ＲＩＰ）が、旧ＶＭのアドレス「ＲＩＰ１Ａ，ＲＩＰ１Ｂ，ＲＩＰ１Ｃ，…」から、新たなＶＭのアドレス「ＲＩＰ２Ａ，ＲＩＰ２Ｂ，ＲＩＰ２Ｃ，…」に変更される。そして、ロードバランサ２０の閉塞解除後、ロードバランサ２０が端末３０からのアクセスを受け付けると、この更新後のアドレス情報２１をもとに端末３０からのアクセスの振り分けを行う。つまり、端末３０からのアクセスはファイル更新がされた新たなＶＭへ振り分けされる。

バックアップ部４３６は、各サーバ１０の新たなＶＭのバックアップ処理を行う。具体的には、各サーバ１０の新たなＶＭへのファイル更新後、この新たなＶＭに対し試験装置５０が試験を実行し、正常な動作が確認されると、この新たなＶＭそれぞれのバックアップを取る。バックアップデータは、記憶部４４の所定領域に格納される。

記憶部４４は、新たなＶＭのバックアップデータや、システム内のサーバ１０やＶＭのアドレス、それぞれのサーバ１０やＶＭへの割り当てリソース、ロードバランサ２０の設定情報等を記憶する。この記憶部４４は、管理装置４０の備えるＨＤＤ（Hard Disk Drive）やＲＡＭ（Random Access Memory）等の記憶手段により実現される。

次に、図５を用いて、管理装置４０の処理手順を説明する。まず、管理装置４０の仮想マシン制御部４３１がシステムのファイル更新の指示入力を受け付けると（Ｓ１）、システムのＮ＋１台のサーバ１０の更新ファイルの準備を行う（Ｓ２）。そして、仮想マシン制御部４３１は、各サーバ１０に、新たなＶＭの作成を指示する（Ｓ３）。また、仮想マシン制御部４３１は、新たなＶＭへのリソースの割り当てを行う（Ｓ４）。さらに、仮想マシン制御部４３１は、新たなＶＭへのアドレス割り当てを行う（Ｓ５）。

次に、ファイル更新部４３３は新たなＶＭそれぞれに対しファイル更新を指示する（Ｓ６）。例えば、ファイル更新部４３３は、更新ファイルを各サーバ１０へ送信する。そして、各サーバ１０は、自サーバで稼働中のＶＭを新たなＶＭへコピーした後、この更新ファイルによるファイル更新を行う。

その後、管理装置４０が試験装置５０に対し、各サーバ１０の新たなＶＭ（ファイル更新後のＶＭ）への試験の実施指示を行い（Ｓ７）、新たなＶＭが正常に動作することを確認すると、バックアップ部４３６が新たなＶＭのバックアップ処理を行う（Ｓ８）。

その後、ロードバランサ制御部４３４がロードバランサ２０を閉塞し（Ｓ９）、アドレス情報更新部４３５がロードバランサ２０のアドレス情報２１の更新を行う（Ｓ１０）。つまり、アドレス情報更新部４３５は、アドレス情報２１におけるＶＭのアドレスを、新たなＶＭのアドレスに変更する。

その後、ロードバランサ制御部４３４はロードバランサ２０の閉塞を解除する（Ｓ１１）。これにより、ロードバランサ２０は、更新後のアドレス情報２１を参照して、アクセスの振り分けを行うので、新たなＶＭへのアクセスが振り分けられる。

次に、図６を用いて、管理装置４０の処理の具体例を交えながら、各サーバ１０における稼働中のＶＭおよびファイル更新の対象となる新たなＶＭのリソースの割り当てイメージを説明する。ここでは、サーバ１０の稼働中のＶＭをＶＭ１とし、ファイル更新の対象となる新たなＶＭをＶＭ２とする。

まず、管理装置４０が、システム内のＮ＋１台のサーバ１０それぞれのＶＭ１が稼働した状態で、ＶＭ２の作成およびリソースの割り当てを指示する（Ｓ２１）。次に、試験装置５０がサーバ１０それぞれのＶＭ２への事前試験を実施した後（Ｓ２２）、ロードバランサ２０の閉塞と、Ｎ＋１台分のＶＭ２への振り分け設定を行う（Ｓ２３）。つまり、管理装置４０は、ロードバランサ２０を閉塞し、アドレス情報２１におけるアクセスの振り分け先をＶＭ２のアドレスに変更する。その後、管理装置４０はロードバランサ２０の閉塞を解除する。その後、管理装置４０は、Ｎ＋１台のサーバ１０それぞれに対しＶＭ１の削除を指示する（Ｓ２４）。これによりＶＭ２が稼働することになる。

ここで、サーバ１０内のＶＭの実効上のリソースの割り当てには、オーバーコミットが適用される。つまり、ＶＭ２の作成からＶＭ１の削除までの間、設定上はＶＭ１、ＶＭ２それぞれに同じ物理リソース分が割り当てるが、実効上はＶＭ１、ＶＭ２へのアクセスに応じたリソースの割り当てがされる。よって、例えば、符号２０１に示すように、設定上、ＶＭ1、ＶＭ２へそれぞれ（ホストＯＳ分を除く）物理リソース分の割り当てを行う。つまり、サーバ全体では、設定上の物理リソースの約２倍のリソースを割り当てる。

ここで、ＶＭの実効上のリソースの割り当てにオーバーコミットを適用することで、例えば、ＶＭ１は稼働中であるが、ＶＭ２は試験装置５０からの事前試験を受けた状態であるとき（図６のＳ２２の状態であるとき）、符号２０２に示すように、ＶＭ２の実効上の割り当てリソース（Ｙ）は、試験に必要なリソースとなる。つまり、ＶＭ２には実効上、試験に必要なリソース（例えば、１コール分の処理を実行可能なリソース）が割り当てられればよいので、ＶＭ１と同じリソース（Ｘ）は必要ない。

ここで、Ｙのリソースで処理可能なトランザクション最大値×（Ｎ＋１）が、１台のサーバ１０で処理可能なトランザクションの最大値以下となれば、システムのファイル更新を実施しても、サーバ１０への追加リソースは不要となる。

なお、各ＶＭへのリソースの実効上の割り当ては、トランザクションに応じて、ＶＭ自身が行う。ただし、ファイル更新前後で、サーバ１台あたりの最大のトランザクション数が変わることはないため、結果として図６のＸ＋Ｙがサーバ１０の物理リソースを超えることはない。

（プログラム）
また、上記実施形態に係る管理装置４０が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。この場合、コンピュータがプログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかるプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませて実行することにより上記実施形態と同様の処理を実現してもよい。以下に、管理装置４０と同様の機能を実現する管理プログラムを実行するコンピュータの一例を説明する。

図７は、管理プログラムを実行するコンピュータを示す図である。図７に示すように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。

メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１およびＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。ディスクドライブ１１００には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１１１０およびキーボード１１２０が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１１３０が接続される。

ここで、図７に示すように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。上記実施形態で説明した各テーブルは、例えばハードディスクドライブ１０９０やメモリ１０１０に記憶される。

また、管理プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュールとして、ハードディスクドライブ１０９０に記憶される。具体的には、上記実施形態で説明した管理装置４０が実行する各処理が記述されたプログラムモジュールが、ハードディスクドライブ１０９０に記憶される。

また、管理プログラムによる情報処理に用いられるデータは、プログラムデータとして、例えば、ハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。

なお、管理プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、管理プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

１０サーバ
２０ロードバランサ
２１アドレス情報
２２振り分け部
３０端末
４０管理装置
４１入出力部
４２通信部
４３制御部
４４記憶部
５０試験装置
４３１仮想マシン制御部
４３２リソース割り当て部
４３３ファイル更新部
４３４ロードバランサ制御部
４３５アドレス情報更新部
４３６バックアップ部

Claims

サーバそれぞれが、稼働サーバとして動作し、かつ、各サーバ合計で１台のサーバ分のリソースを予備リソースとして確保しているＮ＋１構成の分散処理システムであって、
１以上の仮想マシンを備える前記サーバと、
外部装置からのアクセスの振り分け先となる仮想マシンのアドレスを示したアドレス情報と、前記アクセスを受け付けたとき、前記アドレス情報を参照して、前記アクセス先の仮想マシンを選択する振り分け部とを備える振り分け装置と、
前記サーバおよび前記振り分け装置を制御する管理装置とを有し、
前記管理装置は、
前記サーバそれぞれのファイル更新を行うとき、
前記サーバそれぞれに、新たな仮想マシンを作成させ、前記新たな仮想マシンに対しアドレス割り当てを行う仮想マシン制御部と、
前記新たな仮想マシンに対し当該サーバの余剰リソースからリソースの割り当てを行うリソース割り当て部と、
前記新たな仮想マシンそれぞれに対しファイル更新処理を行うファイル更新部と、
前記振り分け装置の閉塞および閉塞解除を行う振り分け装置制御部と、
前記振り分け装置の閉塞後、前記アドレス情報における前記アクセスの振り分け先となる仮想マシンのアドレスを、前記新たな仮想マシンのアドレスに更新するアドレス情報更新部と、
を備えることを特徴とする分散処理システム。
前記リソース割り当て部は、前記新たな仮想マシンに、少なくとも１コール分の処理を実行可能なリソースを割り当てることを特徴とする請求項１に記載の分散処理システム。
サーバそれぞれが、稼働サーバとして動作し、かつ、各サーバ合計で１台のサーバ分のリソースを予備リソースとして確保しているＮ＋１構成の分散処理システムにおける管理装置が、
前記サーバそれぞれのファイル更新を行うとき、
前記サーバそれぞれに、新たな仮想マシンを作成させ、前記新たな仮想マシンに対しアドレス割り当てを行うステップと、
前記新たな仮想マシンに対し、前記サーバの予備リソースからリソースの割り当てを行うステップと、
前記新たな仮想マシンそれぞれに対しファイル更新処理を行うステップと、
外部装置からのアクセスを受け付けたとき、前記アクセスの振り分けを行う振り分け装置を閉塞するステップと、
前記振り分け装置のアドレス情報に示される振り分け先の仮想マシンのアドレスを、前記新たな仮想マシンのアドレスに更新するステップと、
前記振り分け装置の閉塞を解除するステップと、
を実行することを特徴とする分散処理方法。