JP2014230234A - ネットワーク管理装置及びネットワーク管理方法 - Google Patents

Abstract

【課題】サービス品質を劣化させることなく故障切替を行うこと。
【解決手段】ネットワーク管理装置１は、ＶＭ３ｖから処理要求の受付要求数を取得して格納する状態情報格納部１０と、ＶＭ３ｖの故障を検知する故障検知部１１と、故障ＶＭ３ｖの故障前の受付要求数を抽出する状態情報抽出部１２と、故障ＶＭ３ｖの切替時間を取得する切替時間取得部１３と、故障ＶＭ３ｖの受付要求数と切替時間とに基づいて、通信装置２からの故障によるＶＭ３ｖの切り替え後の処理要求の再送数を含む受付要求数を算出する要求数算出部１４と、受付要求数の処理要求を処理可能なＶＭ３ｖを決定する処理ノード決定部１５と、通信装置２からの処理要求に基づく処理を実行するＶＭ３ｖを、決定されたＶＭ３ｖに切り替える処理ノード切替部１６と、を備える。
【選択図】図２

Description

本発明は、処理要求に基づく処理を実行する処理ノードの故障時において、処理を実行する処理ノードを切り替えるネットワーク管理装置及びネットワーク管理方法に関する。

従来、サーバ仮想化技術や、ネットワークの機能をソフトウェアで制御する技術であるＳＤＮ（Software defined network）／ＯｐｅｎＦｌｏｗ技術を用いて、処理要求量の増減に対応して、サービスを提供する仮想マシン（Virtual Machine、ＶＭ）の数を増減させ、ＯｐｅｎＦｌｏｗネットワークにおいて柔軟に負荷の分散・集約や故障切替が行われていた。

例えば、下記特許文献１には、仮想マシンを動作させることが可能な物理サーバを複数備えるとともに、クライアント端末からの処理リクエストを物理サーバに振り分ける負荷分散装置を備える負荷分散システムが開示されている。

特開２０１３−３９８２号公報

ここで、例えば、上記負荷分散システムにおいて仮想マシンが故障すると、故障による通信断の影響を受けてクライアントが信号の再送を行うことがある。この状態で故障切替を行うと、再送された大量の信号全てが切替先の仮想マシンに流入し、過負荷状態となりサービス品質が劣化するおそれがある。

そこで、本発明は、かかる課題に鑑みて為されたものであり、サービス品質を劣化させることなく故障切替を行うことができるネットワーク管理装置及びネットワーク管理方法を提供することを目的とする。

上記課題を解決するため、本発明のネットワーク管理装置は、通信装置からの処理要求に基づく処理を実行する処理ノードを複数管理すると共に、処理を実行する処理ノードを、管理している処理ノード間で切り替えるネットワーク管理装置であって、処理ノードから、処理要求の受付要求数を含む当該処理ノードの状態情報を取得して格納する状態情報格納手段と、処理ノードの故障を検知する故障検知手段と、故障検知手段によって処理ノードの故障が検知された場合に、状態情報格納手段によって格納された当該故障が検知された故障処理ノードの故障前の状態情報を抽出する状態情報抽出手段と、予め記憶した処理ノードごとの故障による処理ノードの切り替えにかかる切替時間に基づいて、故障処理ノードの切替時間を取得する切替時間取得手段と、状態情報抽出手段によって抽出された故障処理ノードの状態情報に含まれる受付要求数と、切替時間取得手段によって取得された故障処理ノードの切替時間とに基づいて、故障処理ノードに対して処理要求を行っている通信装置からの故障による処理ノードの切り替え後の処理要求の再送数を含む受付要求数を算出する要求数算出手段と、管理している複数の処理ノードのうち、要求数算出手段によって算出された受付要求数の処理要求を処理可能な処理ノードを、予め記憶した処理ノードごとの処理能力を示す処理能力情報に基づいて決定する処理ノード決定手段と、故障処理ノードに対して処理要求を行っている通信装置からの当該処理要求に基づく処理を実行する処理ノードを、故障処理ノードから処理ノード決定手段によって決定された１つ以上の処理ノードに切り替える処理ノード切替手段と、を備える。

このようなネットワーク管理装置によれば、故障処理ノードに対して処理要求を行っている通信装置からの当該処理要求に基づく処理を実行する処理ノードを、故障処理ノードから、当該通信装置からの故障による処理ノードの切り替え後の処理要求の再送数を含む受付要求数を処理可能な処理ノードに切り替えることができる。それにより、切り替えられた処理ノードは、切り替え後に送信される当該通信装置からの処理要求を確実に処理することができ、過負荷状態とならず、サービス品質を劣化させることなく故障切替を行うことができる。

また、本発明のネットワーク管理装置において、処理ノードは仮想マシンであり、処理ノード決定手段は、さらに、決定した処理ノードが未起動の場合は当該処理ノードを起動することが好ましい。一般的に、あらかじめ多数の仮想マシンを配備してしまうと、平常の処理負荷時には仮想マシンの数が過剰となり設備利用効率が悪化してしまう。かかる構成を採れば、故障切替時に仮想マシンである処理ノードが必要になった際に当該仮想マシンを起動することができるため、例えば、平常の処理負荷時には仮想マシンを停止しておき、故障切替時など仮想マシンが必要になった際に起動することができ、設備利用を効率化することができる。

また、本発明のネットワーク管理装置において、管理している複数の処理ノードのうち、一の処理ノードである減設候補処理ノードが実行している処理を実行する処理ノードを、減設候補処理ノードから他の処理ノードである集約処理ノードに切り替えることとした場合に、集約処理ノードが受け付ける全ての処理要求に基づく処理を処理可能であるか否かを、状態情報格納手段によって格納された減設候補処理ノード及び集約処理ノードの状態情報に含まれる受付要求数と、集約処理ノードの処理能力を示す処理能力情報とに基づいて判定する集約判定手段をさらに備え、処理ノード切替手段は、さらに、集約判定手段によって処理可能であると判定された場合に、減設候補処理ノードに対して処理要求を行っている通信装置からの当該処理要求に基づく処理を実行する処理ノードを、減設候補処理ノードから集約処理ノードに切り替えることが好ましい。かかる構成を採れば、減設候補処理ノードに対する処理要求に基づく処理を実行する処理ノードを、減設候補処理ノードから集約処理ノードに切り替えて、処理の実行を集約することで、減設候補処理ノードにおける処理が無くなるため、例えば、減設候補処理ノードを他の処理の実行に利用できるなど、設備利用を効率化することができる。

また、本発明のネットワーク管理装置において、処理ノードは仮想マシンであり、処理ノード決定手段は、さらに、決定した処理ノードが未起動の場合は当該処理ノードを起動し、処理ノード切替手段は、さらに、減設候補処理ノードに対して処理要求を行っている通信装置からの当該処理要求に基づく処理を実行する処理ノードを、減設候補処理ノードから集約処理ノードに切り替えた後に、減設候補処理ノードを停止することが好ましい。かかる構成を採れば、故障切替時に仮想マシンである処理ノードが必要になった際に当該仮想マシンを起動し、仮想マシンである減設候補処理ノードに対して処理要求を行っている通信装置からの当該処理要求に基づく処理を実行する処理ノードを、減設候補処理ノードから集約処理ノードに切り替えた後に、減設候補処理ノードを停止することができる。これにより、例えば、平常の処理負荷時には仮想マシンを停止しておき、故障切替時など仮想マシンが必要になった際に起動し、故障切替後に平常の処理負荷時に戻った時などの仮想マシンが不要になった際に停止することができ、設備利用を効率化することができる。

また、本発明のネットワーク管理装置において、切替時間取得手段は、予め記憶した処理ノードごとの切替時間と、状態情報抽出手段によって抽出された故障処理ノードの状態情報に含まれる受付要求数とに基づいて、故障処理ノードの切替時間を算出して取得することが好ましい。一般的に、受付要求数が多い処理ノードの切り替えは時間がかかる。かかる構成を採れば、例えば、受付要求数の多少に応じて切替時間を増減することができるため、故障処理ノードのより正確な切替時間を取得することができる。

ところで、本発明は、上記のように装置の発明として記述できる他に、以下のようにそれぞれ方法の発明としても記述することができる。これはカテゴリが異なるだけで、実質的に同一の発明であり、同様の作用及び効果を奏する。

即ち、本発明に係るネットワーク管理方法は、通信装置からの処理要求に基づく処理を実行する処理ノードを複数管理すると共に、処理を実行する処理ノードを、管理している処理ノード間で切り替えるネットワーク管理装置により実行されるネットワーク管理方法であって、処理ノードから、処理要求の受付要求数を含む当該処理ノードの状態情報を取得して格納する状態情報格納ステップと、処理ノードの故障を検知する故障検知ステップと、故障検知ステップにおいて処理ノードの故障が検知された場合に、状態情報格納ステップにおいて格納された当該故障が検知された故障処理ノードの故障前の状態情報を抽出する状態情報抽出ステップと、予め記憶した処理ノードごとの故障による処理ノードの切り替えにかかる切替時間に基づいて、故障処理ノードの切替時間を取得する切替時間取得ステップと、状態情報抽出ステップにおいて抽出された故障処理ノードの状態情報に含まれる受付要求数と、切替時間取得ステップにおいて取得された故障処理ノードの切替時間とに基づいて、故障処理ノードに対して処理要求を行っている通信装置からの故障による処理ノードの切り替え後の処理要求の再送数を含む受付要求数を算出する要求数算出ステップと、管理している複数の処理ノードのうち、要求数算出ステップにおいて算出された受付要求数の処理要求を処理可能な処理ノードを、予め記憶した処理ノードごとの処理能力を示す処理能力情報に基づいて決定する処理ノード決定ステップと、故障処理ノードに対して処理要求を行っている通信装置からの当該処理要求に基づく処理を実行する処理ノードを、故障処理ノードから処理ノード決定ステップにおいて決定された１つ以上の処理ノードに切り替える処理ノード切替ステップと、を含む。

本発明によれば、サービス品質を劣化させることなく故障切替を行うことができる。

本発明の実施形態に係る通信システムの全体構成図である。 本発明の第１実施形態に係るネットワーク管理装置の機能ブロック図である。 本発明の実施形態に係るネットワーク管理装置のハードウェア構成を示す図である。 状態情報のテーブル例を示す図である。 切替時間のテーブル例を示す図である。 本発明の第２実施形態に係るネットワーク管理装置の機能ブロック図である。 本発明の実施形態に係る通信システムの初期状態における状態図である。 本発明の実施形態に係る通信システムの故障時における状態図である。 本発明の実施形態に係る通信システムの切り替え時における状態図である。 本発明の実施形態に係る通信システムの減設時における状態図である。 本発明の第１実施形態に係るネットワーク管理装置で実行される処理（ネットワーク管理方法）を示すフローチャートである。 本発明の第２実施形態に係るネットワーク管理装置で実行される減設時の処理（ネットワーク管理方法）を示すフローチャートである。

以下、図面とともに本発明によるネットワーク管理装置及びネットワーク管理方法の好適な実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。

図１は、本発明の実施形態に係るネットワーク管理装置１を含む通信システム５の全体構成図である。通信システム５は、ネットワーク管理装置１、通信装置２、サーバ装置群３、及びネットワーク４を含んで構成される。通信システム５は、移動体通信システムであってもよいし、一般的な、通信装置が互いに通信を行う通信システムであってもよい。通信装置２とサーバ装置群３とは、ネットワーク４を介して互いに接続されている。また、ネットワーク管理装置１は、サーバ装置群３及びネットワーク４とネットワークを介して互いに接続されている。そして、ネットワーク管理装置１は、サーバ装置群３及びネットワーク４に対して各種指示情報を送信すると共に、サーバ装置群３及びネットワーク４から情報を受信することで、サーバ装置群３及びネットワーク４を管理（制御）する。

ネットワーク管理装置１は、通信装置２からの処理要求に基づく処理を実行する仮想マシン（ＶＭ、処理ノード）を複数管理すると共に、処理を実行するＶＭを、管理しているＶＭ間で切り替える。なお、本実施形態ではネットワーク管理装置１の管理対象をＶＭとして説明するが、物理的なサーバ装置であってもよい。すなわち、ネットワーク管理装置１は、通信装置２からの処理要求に基づく処理を実行するサーバ装置（処理ノード）を複数管理すると共に、処理を実行するサーバ装置を、管理しているサーバ装置間で切り替えてもよい。以降の説明においても、仮想マシンをサーバ装置に置き換えてもよい。

ネットワーク管理装置１はサーバ装置群３及びネットワーク４の管理を行っており、定期的にサーバ装置群３の状態及びネットワーク４の状態を取得している。サーバ装置群３の状態として、具体的に、サーバ装置群３に含まれるサーバ装置の状態（受付要求数、負荷率等）やサーバ装置群３に含まれるサーバ装置で提供されているＶＭの状態（受付要求数、負荷率等）が挙げられる。ネットワーク管理装置１は、取得した情報を用いて、必要に応じてサーバ装置群３内のＶＭの増減設、ネットワーク４の経路設定を行い、通信装置２からの処理要求をＶＭへ振り分ける（処理要求に基づく処理を実行するＶＭを切り替える）。

ネットワーク管理装置１は、具体的には、ＯｐｅｎＦｌｏｗネットワークにおける経路制御を行うＯｐｅｎＦｌｏｗコントローラの機能、及びサーバ仮想化機能を備えるコンピュータ装置等である。ネットワーク管理装置１の機能の詳細については後述する。

通信装置２は、クライアント端末又は対向装置である。対向装置とは、ネットワーク４を介して接続されているサーバ装置などのコンピュータ装置である。通信装置２は、特定のサービスを受けるため、処理要求（処理要求信号）をサーバ装置群３又はネットワーク４に対して送信し、サーバ装置群３で実行された処理要求に基づく処理の結果（処理結果信号）を受信する。通信装置２には再送タイマが設定されており、通信装置２から送信された処理要求が送信先のサーバ装置等の故障により正常に処理できずにサーバ応答がない場合、当該再送タイマに基づいて、一定間隔ごとに再度処理要求を行うための処理要求を送信する。通信装置２は、具体的にはスマートフォンやサーバ装置等である。

ここでサービスの具体例として、例えば通信システム５が移動体通信システムの場合、通話、メール及び動画などが挙げられる。通話サービス又はメールサービスとは、通信装置２が他の通信装置２と通話又はメールを行う場合に利用するサービスであり、サーバ装置群３では通信装置２同士の接続処理などを実行する。動画サービスとは、通信装置２において動画を再生する場合に利用するサービスであり、サーバ装置群３では通信装置２と動画配信サーバとの接続処理などを実行する。

サーバ装置群３は、複数の物理的なサーバ装置から構成される。サーバ装置群３に含まれる各サーバ装置（図１中のサーバ装置３−１、３−２、３−３、…、３−ｎ）は、当該サーバ装置上でサービスを提供するＶＭ（図１中のＶＭ１、２、３、…、ｎ）を動作させる。そして、通信装置２からの処理要求に基づく処理が、ＶＭによって提供されるサービス処理プログラム等により実行され、当該実行に基づいて通信装置２はサービスを受けることができる。このとき、通信装置２からの各処理要求をサーバ装置群３におけるどのＶＭで処理を行うかは、ネットワーク管理装置１により決定される。なお、図１では一つのサーバ装置に一つのＶＭが提供されているが、一つのサーバ装置に複数のＶＭが提供されてもよいし、複数のサーバ装置で一つのＶＭが提供されてもよい。以降の説明では、サーバ装置群３に含まれるサーバ装置をサーバ装置３ｐと呼んだり、サーバ装置群３に含まれるサーバ装置３ｐ上で提供されているＶＭをＶＭ３ｖと呼んだりする。

ネットワーク４は、具体的にはＯｐｅｎＦｌｏｗネットワークであり、データ転送機能を備えるＯｐｅｎＦｌｏｗスイッチを含む。ＯｐｅｎＦｌｏｗスイッチは、ネットワーク管理装置１により設定されたフローテーブルに基づき、通信装置２からの処理要求をネットワーク管理装置１により指定されたサーバ装置３ｐ又はＶＭ３ｖに転送する経路制御を行う。フローテーブルには、例えば、通信元の通信装置２の識別情報や、処理要求の種別（サービス種別）に対応した通信先のサーバ装置３ｐ又はＶＭ３ｖの識別情報が設定されている。ネットワーク管理装置１は、フローテーブルの内容を変更することで、通信装置２からの処理要求の送信先を変更（切り替える）ことができる。

［第１実施形態］
続いて、第１実施形態に係るネットワーク管理装置１について説明する。図２は、ネットワーク管理装置１の機能ブロック図である。図２に示す通り、ネットワーク管理装置１は、状態情報格納部１０（状態情報格納手段）、故障検知部１１（故障検知手段）、状態情報抽出部１２（状態情報抽出手段）、切替時間取得部１３（切替時間取得手段）、要求数算出部１４（要求数算出手段）、処理ノード決定部１５（処理ノード決定手段）、及び処理ノード切替部１６（処理ノード切替手段）を含んで構成される。

ネットワーク管理装置１は、ＣＰＵ等のハードウェアから構成されているものである。図３は、ネットワーク管理装置１のハードウェア構成の一例を示す図である。図２に示されるネットワーク管理装置１は、物理的には、図３に示すように、ＣＰＵ１００、主記憶装置であるＲＡＭ１０１及びＲＯＭ１０２、ディスプレイ等の入出力装置１０３、通信モジュール１０４、及び補助記憶装置１０５などを含むコンピュータシステムとして構成されている。

図２に示すネットワーク管理装置１の各機能ブロックの機能は、図３に示すＣＰＵ１００、ＲＡＭ１０１等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１００の制御のもとで入出力装置１０３、通信モジュール１０４、及び補助記憶装置１０５を動作させるとともに、ＲＡＭ１０１におけるデータの読み出し及び書き込みを行うことで実現される。

以下、図２に示すネットワーク管理装置１の各機能ブロックについて説明する。

状態情報格納部１０は、ＶＭ３ｖから、処理要求の受付要求数を含む当該ＶＭ３ｖの状態情報を取得して格納する。より具体的には、状態情報格納部１０は、サーバ装置群３に含まれる各ＶＭ３ｖから、定期的に、ネットワークを介して受付要求数及び負荷率をＶＭ３ｖの状態情報として受信（取得）し、ネットワーク管理装置１内のデータベース等に格納する。ここで、処理要求の受付要求数とは、ＶＭ３ｖが通信装置２から現在（状態情報取得時）受け付けている処理要求の数であり、例えば「毎秒１００個」等の情報である。また、負荷率とは、ＶＭ３ｖの仮想マシンとしての現在（状態情報取得時）の負荷率であり、例えば、ＶＭ３ｖのＣＰＵ使用率「ＣＰＵ３０％」や、メモリ使用量「２０％」等の情報である。なお、状態情報格納部１０が行っている状態情報の取得、及び状態情報の格納は、それぞれ独立した機能ブロックが行ってもよい。

図４は、状態情報格納部１０によって格納される状態情報のテーブル例を示す図である。図４に示すテーブル例のように、状態情報は、ＶＭの識別情報（「ＶＭ」）、ＶＭが提供されているサーバ装置の識別情報（「搭載物理サーバ」）、状態情報取得時の受付要求数（「受付要求数」）、状態情報取得時の負荷率（「負荷率」）、及び最新の状態情報取得時の日時情報（「前回取得時間」）が関連付いている。状態情報格納部１０は、図４に示すテーブル例のように、ＶＭ３ｖごとに最新の状態情報のみ格納してもよいし、過去の履歴を格納してもよい。

故障検知部１１は、ＶＭ３ｖの故障を検知する。故障検知部１１が検知する故障とは、具体的には、ＶＭ３ｖが正常に機能しない等のＶＭ３ｖの故障や、ＶＭ３ｖが提供されているサーバ装置３ｐの物理的な故障などである。以下、故障検知部１１がＶＭ３ｖの故障を検知する故障検知方法を２つ説明する。

故障検知部１１による１つ目の故障検知方法について説明する。故障検知部１１は、状態情報格納部１０によって格納された図４に示す状態情報のうち「前回取得時間」を取得し、取得した「前回取得時間」が示す日時から所定の一定時間経過している場合、すなわち、前回の状態情報取得から一定時間、状態情報が取得できていない場合、当該状態情報が示すＶＭ３ｖ又はサーバ装置３ｐの故障により定期的な状態情報の取得が失敗していると判断し、故障を検知する。

故障検知部１１による２つ目の故障検知方法について説明する。サーバ装置３ｐは、当該サーバ装置３ｐ上でのＶＭ３ｖの死活を監視しており、ＶＭ３ｖの故障を検知すると、ネットワーク管理装置１にアラートを送信する。故障検知部１１は、当該アラートを受信することで、アラートに含まれるＶＭ３ｖの識別情報などに基づいて、ＶＭ３ｖの故障を検知する。

故障検知部１１は、故障を検知したＶＭ３ｖ（以降、「故障ＶＭ３ｖ」（故障処理ノード）と呼ぶ）の識別情報を、状態情報抽出部１２、切替時間取得部１３、要求数算出部１４、処理ノード決定部１５、及び処理ノード切替部１６に出力する。なお、後述の第２実施形態においては、故障検知部１１は、集約判定部１７にも故障ＶＭ３ｖの識別情報を出力する。

状態情報抽出部１２は、故障検知部１１によってＶＭ３ｖの故障が検知された場合に、状態情報格納部１０によって格納された当該故障が検知された故障ＶＭ３ｖの故障前の状態情報を抽出する。具体的に、状態情報抽出部１２は、故障検知部１１から故障ＶＭ３ｖの識別情報が入力されると、状態情報格納部１０によって格納された状態情報のうち、当該識別情報に対応した故障直前の状態情報を抽出する。状態情報抽出部１２は、抽出した状態情報を、切替時間取得部１３及び要求数算出部１４に出力する。

切替時間取得部１３は、予め記憶したＶＭ３ｖごとの故障によるＶＭ３ｖの切り替えにかかる切替時間に基づいて、故障ＶＭ３ｖの切替時間を取得する。図５は、予めネットワーク管理装置１において記憶された、切替時間のテーブル例を示す図である。図５（ａ）に示すテーブル例では、処理要求に基づく処理によって提供されるサービスのサービス名（「サービス」）、サービス名に対応するＶＭ３ｖの識別情報（「対応ＶＭ」）、及び切替時間（「切替時間」）が関連付いている。このように、図５（ａ）に示すテーブル例では、サービスごとに切替時間が設定されている。例えば、図５（ａ）に示すテーブル例において、「ＶＭ１」の切替時間は「１０秒」である。切替時間取得部１３は、故障検知部１１から入力された故障ＶＭ３ｖの識別情報に対応する切替時間を取得する。そして、切替時間取得部１３は、取得した切替時間を要求数算出部１４に出力する。

切替時間取得部１３は、予め記憶したＶＭ３ｖごとの切替時間と、状態情報抽出部１２によって抽出された故障ＶＭ３ｖの状態情報に含まれる受付要求数とに基づいて、故障ＶＭ３ｖの切替時間を算出して取得してもよい。具体的に、切替時間取得部１３は、状態情報抽出部１２によって抽出された故障ＶＭ３ｖの状態情報として、状態情報抽出部１２より入力された状態情報を利用する。

図５（ｂ）に示すテーブル例では、図５（ａ）に示すテーブル例に含まれる項目に加え、サービスごとに定められた、切替時間の算出時に用いる切替定数（「切替定数」）が関連付いている。以下、切替時間取得部１３が、図４及び図５（ｂ）に示すテーブル例に基づいて切替時間を算出する例について説明する。切替時間取得部１３は、例えば、故障ＶＭ３ｖの切替時間を以下の式に基づいて算出する。
切替時間＝サービスごとに定められた切替時間＋（受付要求数×切替定数）
上記の計算式では、サービスの切り替えの際にサーバ状態の引き継ぎが必要であり、サーバで持つ状態の数が多いほどその引き継ぎに時間がかかるという想定をしている。加えて、サーバで持つ状態の数は提供するサービスにより異なり、また、処理要求数に比例して状態の数も増加するという想定をしている。例えば、故障ＶＭ３ｖが「ＶＭ１」の場合、サービスごとに定められた切替時間は図５（ｂ）より「１０秒」、受付要求数は図４より「毎秒１００個」、切替定数は図５（ｂ）より「０．０５」であるため、切替時間取得部１３は、切替時間を、１０＋（１００×０．０５）＝１５（秒）として算出する。このように、切替時間取得部１３は、受付要求数に応じた切替時間増減を考慮して算出することができる。

要求数算出部１４は、状態情報抽出部１２によって抽出された故障ＶＭ３ｖの状態情報に含まれる受付要求数と、切替時間取得部１３によって取得された故障ＶＭ３ｖの切替時間とに基づいて、故障ＶＭ３ｖに対して処理要求を行っている通信装置２からの故障によるＶＭ３ｖの切り替え後の処理要求の再送数を含む受付要求数を算出する。具体的に、要求数算出部１４は、受付要求数として、状態情報抽出部１２により入力された状態情報に含まれる受付要求数を利用し、切替時間として、切替時間取得部１３により入力された切替時間を利用する。要求数算出部１４は、算出した受付要求数を処理ノード決定部１５に出力する。

要求数算出部１４が、図４及び図５（ａ）に示すテーブル例に基づいて受付要求数を算出する例について説明する。例えば、故障ＶＭ３ｖが「ＶＭ１」の場合、受付要求数は図４より「毎秒１００個」、切替時間は図５（ａ）より「１０秒」である。ここで、通信装置２から故障ＶＭ３ｖへの処理要求の再送は１秒おきに行われるとする。要求数算出部１４は、故障検知部１１により故障を検知してから故障切替までのタイミング（１０＋１秒後）では、切り替え先のＶＭ３ｖで受け付けられる受付要求数を１００×（１０＋１）＝１１００（個）と算出する。

処理ノード決定部１５は、管理している複数のＶＭ３ｖのうち、要求数算出部１４によって算出された受付要求数の処理要求を処理可能なＶＭ３ｖを、予め記憶したＶＭ３ｖごとの処理能力を示す処理能力情報に基づいて決定する。例えば、ネットワーク管理装置１は、処理能力情報として、「ＶＭ２」及び「ＶＭ３」はそれぞれ毎秒６００個の受付要求数を処理可能である、といった情報をＶＭ３ｖごとに記憶しておく。処理ノード決定部１５は、決定したＶＭ３ｖの識別情報を処理ノード切替部１６に出力する。

処理ノード決定部１５は、複数の処理可能なＶＭ３ｖを決定してもよい。例えば、要求数算出部１４により入力された故障ＶＭ３ｖに関する受付要求数が「１１００（個）」であり、処理能力情報として「ＶＭ２」及び「ＶＭ３」はそれぞれ毎秒６００個の受付要求数を処理可能である情報が記憶されていた場合、処理ノード決定部１５は、例えば「ＶＭ２」で６００個を処理し、「ＶＭ３」で残りの５００個を処理することが可能と判定し、処理可能なＶＭ３ｖとして「ＶＭ２」及び「ＶＭ３」を決定してもよい。

処理ノード決定部１５は、さらに、決定したＶＭ３ｖが未起動の場合は当該ＶＭ３ｖを起動してもよい。具体的には、処理ノード決定部１５は、決定したＶＭ３ｖが未起動の場合は、決定したＶＭ３ｖに対して起動信号を送信することで起動する。なお、当該起動を行う機能ブロックが、処理ノード決定部１５とは独立したものであってもよい。

処理ノード切替部１６は、故障ＶＭ３ｖに対して処理要求を行っている通信装置２からの当該処理要求に基づく処理を実行するＶＭ３ｖを、故障ＶＭ３ｖから処理ノード決定部１５によって決定された１つ以上のＶＭ３ｖに切り替える。具体的に、処理ノード切替部１６は、故障検知部１１により入力された故障ＶＭ３ｖの識別情報、及び処理ノード決定部１５により入力されたＶＭ３ｖの識別情報を用いて、ネットワーク４に対して、現在のところ故障ＶＭ３ｖ宛に送信されるように設定されている処理要求を、処理ノード決定部１５により決定されたＶＭ３ｖ宛に送信されるように設定する旨の指示情報（経路変更指示情報）を送信することで、ＶＭ３ｖの切り替えを実現する。

［第２実施形態］
続いて、第２実施形態に係るネットワーク管理装置１ａについて説明する。なお、ネットワーク管理装置１ａは第１実施形態に係るネットワーク管理装置１の変形例であり、ネットワーク管理装置１ａはネットワーク管理装置１が備える機能を全て備える。以下のネットワーク管理装置１ａの説明では、ネットワーク管理装置１との差分のみ説明する。

図６は、ネットワーク管理装置１ａの機能ブロック図である。図６に示す通り、ネットワーク管理装置１ａは、ネットワーク管理装置１が備える機能ブロック以外に、集約判定部１７（集約判定手段）をさらに含んで構成される。

集約判定部１７は、管理している複数のＶＭ３ｖのうち、一のＶＭ３ｖである減設候補ＶＭ３ｖ（減設候補処理ノード）が実行している処理を実行するＶＭ３ｖを、減設候補ＶＭ３ｖから他のＶＭ３ｖである集約ＶＭ３ｖ（集約処理ノード）に切り替えることとした場合に、集約ＶＭ３ｖが受け付ける全ての処理要求に基づく処理を処理可能であるか否かを、状態情報格納部１０によって格納された減設候補ＶＭ３ｖ及び集約ＶＭ３ｖの状態情報に含まれる受付要求数と、集約ＶＭ３ｖの処理能力を示す処理能力情報とに基づいて判定する。集約判定部１７は、判定結果を処理ノード切替部１６に出力する。なお、当該判定は、任意のタイミング行ってもよいし、状態情報格納部１０によって取得された状態情報に基づいて受付要求数や負荷率が所定の閾値を下回るなど、受付要求数や負荷率の低下が集約判定部１７によって判定された際に行ってもよい。また、判定結果には、処理可能であるか否かの情報以外に、減設候補ＶＭ３ｖの識別情報及び集約ＶＭ３ｖの識別情報が含まれる。

例えば、状態情報格納部１０によって格納された「ＶＭ２」及び「ＶＭ３」のそれぞれの受付要求数が「毎秒２００個」であり、「ＶＭ２」の処理能力が「毎秒６００個」である場合、集約判定部１７は、減設候補ＶＭ３ｖである「ＶＭ３」が実行している処理を実行するＶＭ３ｖを、「ＶＭ３」から集約ＶＭ３ｖである「ＶＭ２」に切り替えることとした場合に、「ＶＭ２」が受け付ける全ての処理要求に基づく処理を処理可能であると判定する。

処理ノード切替部１６は、第１実施形態において説明した機能に加え、以下の機能を備える。すなわち、処理ノード切替部１６は、集約判定部１７によって処理可能であると判定された場合に、減設候補ＶＭ３ｖに対して処理要求を行っている通信装置２からの当該処理要求に基づく処理を実行するＶＭ３ｖを、減設候補ＶＭ３ｖから集約ＶＭ３ｖに切り替える。上述の例を用いて具体的に説明すると、処理ノード切替部１６は、集約判定部１７より上記判定結果が入力されると、ネットワーク４に対して、判定結果に含まれる減設候補ＶＭ３ｖの識別情報が示す「ＶＭ３」宛に送信されるように設定されている処理要求を、判定結果に含まれる集約ＶＭ３ｖの識別情報が示す「ＶＭ２」宛に送信されるように設定する旨の指示情報（経路変更指示情報）を送信することで、「ＶＭ３」から「ＶＭ２」への切り替えを実現する。

処理ノード切替部１６は、さらに、減設候補ＶＭ３ｖに対して処理要求を行っている通信装置２からの当該処理要求に基づく処理を実行するＶＭ３ｖを、減設候補ＶＭ３ｖから集約ＶＭ３ｖに切り替えた後に、減設候補ＶＭ３ｖを停止してもよい。上述の例を用いて具体的に説明すると、処理ノード切替部１６は、「ＶＭ３」から「ＶＭ２」への切り替え後に、判定結果に含まれる減設候補ＶＭ３ｖの識別情報が示す「ＶＭ３」に対して停止信号を送信することで停止する。なお、当該停止を行う機能ブロックが、処理ノード切替部１６とは独立したものであってもよい。

［故障切替時の通信システムの状態変化］
続いて、図７〜１０を用いて、ネットワーク管理装置１ａを含む通信システム５における故障切替時における状態変化について説明する。なお、図７〜１０に含まれるネットワーク管理装置１ａは、ネットワーク管理装置１であってもよい。

図７は、初期状態を示す図である。図７に示す状態では、「サーバ装置３−１」においてのみ仮想マシンである「ＶＭ１」が提供されており、通信装置２からの処理要求は「ＶＭ１」に振り分けられ、「ＶＭ１」にて当該処理要求に基づく処理が実行されている。

図８は、図７の状態において、「ＶＭ１」が故障した際の状態を示す図である。図８に示す状態では、「サーバ装置３−１」の故障が発生し、「ＶＭ１」で提供していたサービスが中断している。故障が発生すると、通信装置２と「ＶＭ１」との通信は途切れるが、通信装置２で設定されていた再送タイマにより、処理要求に対するサーバ応答がなくても一定間隔ごとに再度処理要求を行うため、大量の処理要求信号が発生する。この状態で再度「ＶＭ１」に割り当てられていた処理要求を救済するために、故障切替を行うと、大量の処理要求信号全てが切り替え先のＶＭ３ｖに集中してしまうため、切り替え先のＶＭが過負荷状態となり全ての要求を処理することができず、サービス品質が劣化してしまう。

ネットワーク管理装置１ａは、この課題の解決のため、処理要求信号の再送分も見越した数のＶＭ３ｖの配備を行う。その手順を以下に示す。
（１）ネットワーク管理装置１ａの故障検知部１１が、状態情報格納部１０による定期的なＶＭ３ｖ状態取得等に基づき、故障を検知する。
（２）ネットワーク管理装置１ａの状態情報抽出部１２が、状態情報格納部１０より前回取得時のＶＭ３ｖ状態からＶＭ３ｖが受け付けていた要求数（受付要求数）の確認を行う。
（３）ネットワーク管理装置１ａの切替時間取得部１３が、故障切替にかかる時間を取得する。これは例えば、立ち上げるＶＭ３ｖとアプリケーションに依存する。

図９は、図８の状態において検知した故障に対応するために、ＶＭ３ｖの切り替えを行った際の状態を示す図である。図９に示す状態で、上記（３）の手順に引き続き、以下の手順が行われた後の状態である。
（４）ネットワーク管理装置１ａの要求数算出部１４は、（２）で得られたＶＭ３ｖの受付要求数と、（３）で得られた故障切替時間より、故障切替後にＶＭ３ｖに送られるであろう再送数を計算する。この再送数を元に、全再送信号を処理できるだけのＶＭ３ｖ数を算出する。例えば、ＶＭ３ｖの受付要求数が毎秒１００個、故障切替時間が１０秒、１秒おきに信号の再送が行われるとすると、故障切替が行われたタイミングで切替先のＶＭ３ｖに合計１１００個の要求信号が送られることになる。このとき、ＶＭ３ｖで安定して処理可能な受付要求数が毎秒６００個であれば、要求信号を処理するために２台のＶＭ３ｖが必要ということになる。

（５）ネットワーク管理装置１ａの処理ノード決定部１５は、（４）で算出したＶＭ３ｖの台数分のＶＭ３ｖの増設指示を行う。ＶＭ３ｖの配備先としては、例えば現状の負荷率が小さくリソースが確保できるようなサーバ装置３ｐを選択する。
（６）ネットワーク管理装置１ａの処理ノード切替部１６は、（５）で指示したＶＭ３ｖの増設位置に要求信号が送られるように、ネットワーク４の経路変更の指示を行う。

なお、図９に示す状態においては、「ＶＭ２」及び「ＶＭ３」が増設され、通信装置２からの処理要求に基づく処理を行うＶＭ３ｖが、「ＶＭ１」から「ＶＭ２」及び「ＶＭ３」に切り替えられている。以上の処理により、再送分を見越したＶＭ３ｖの増設・トラヒック振り分けを行うことができ、サービス品質を劣化させることなく故障切替を行うことができる。

図１０は、図９の状態の後に、平常負荷に戻り、ＶＭ３ｖの減設を行った際の状態を示す図である。図９の状態は、上記（６）の手順に引き続き、以下の手順が行われた後の状態である。
（７）ネットワーク管理装置１ａの集約判定部１７は、状態情報格納部１０による定期的なＶＭ３ｖ状態の収集に基づき、増設したＶＭ３ｖの受付要求数・負荷率の低下を確認する。
（８）ネットワーク管理装置１ａの集約判定部１７は、（７）で得られた受付要求数から必要なＶＭ３ｖ数を再計算する。例えば、２台のＶＭ３ｖの受付要求数がそれぞれ毎秒２００個、各ＶＭ３ｖで安定して処理可能な受付要求数が毎秒６００個であれば、１台のＶＭ３ｖで全ての要求を処理することができる。ＶＭ３ｖを減設可能と判断したら、減設を行うＶＭ３ｖを選択する。例えば、現状の負荷率が小さいＶＭ３ｖを減設対象として選択する。

（９）ネットワーク管理装置１ａの処理ノード切替部１６は、（８）にて減設を行うＶＭ３ｖに収容している通信装置２からの要求信号を他のＶＭ３ｖに向かうように経路変更の指示を行う。この際、減設対象のＶＭ３ｖとの通信が終了したものから他のＶＭ３ｖに向かうように経路変更を行うことで通信断を発生させずに経路変更を行える。
（１０）ネットワーク管理装置１ａの処理ノード切替部１６は、状態情報格納部１０による定期的なＶＭ３ｖ状態の収集に基づき、減設対象のＶＭ３ｖへの接続要求がなくなったことを確認したら、ＶＭ３ｖを削除（停止）する。

なお、図１０に示す状態においては、「ＶＭ３」が減設対象として選択され、「ＶＭ３」に対して処理要求を行っている通信装置２からの当該処理要求に基づく処理を行うＶＭ３ｖが、「ＶＭ３」から「ＶＭ２」に切り替えられている（集約されている）。

以上の処理により、再送信号の処理のためにＶＭ３ｖを増設したとしても、要求数の低下に応じてＶＭ３ｖを削除することができ、サービス品質と設備利用効率の双方を保つことができる。

［第１実施形態のネットワーク管理方法の処理］
続いて、図１１に示すフローチャート図を用いて、第１実施形態に係るネットワーク管理装置１におけるネットワーク管理方法の処理について説明する。なお、以下で説明する処理は、第２実施形態に係る携帯端末１ａにおいても行われる。

まず、故障検知部１１により、ＶＭ３ｖの故障が検知される（ステップＳ１、故障検知ステップ）。次に、状態情報抽出部１２により、Ｓ１においてＶＭ３ｖの故障が検知された場合に、状態情報格納部１０によって格納された当該故障が検知された故障ＶＭ３ｖの故障前の状態情報が抽出される（ステップＳ２、状態情報抽出ステップ）。次に、切替時間取得部１３により、予め記憶したＶＭ３ｖごとの故障によるＶＭ３ｖの切り替えにかかる切替時間に基づいて、故障ＶＭ３ｖの切替時間が取得される（ステップＳ３、切替時間取得ステップ）。

次に、要求数算出部１４により、Ｓ２において抽出された故障ＶＭ３ｖの状態情報に含まれる受付要求数と、Ｓ３において取得された故障ＶＭ３ｖの切替時間とに基づいて、故障ＶＭ３ｖに対して処理要求を行っている通信装置２からの故障によるＶＭ３ｖの切り替え後の処理要求の再送数を含む受付要求数が算出される（ステップＳ４、要求数算出ステップ）。次に、処理ノード決定部１５により、管理している複数のＶＭ３ｖのうち、Ｓ４において算出された受付要求数の処理要求を処理可能なＶＭ３ｖが、予め記憶したＶＭ３ｖごとの処理能力を示す処理能力情報に基づいて決定される（ステップＳ５、処理ノード決定ステップ）。次に、処理ノード切替部１６により、故障ＶＭ３ｖに対して処理要求を行っている通信装置２からの当該処理要求に基づく処理を実行するＶＭ３ｖを、故障ＶＭ３ｖからＳ５において決定された１つ以上のＶＭ３ｖに切り替える（ステップＳ６、処理ノード切替ステップ）。

［第２実施形態のネットワーク管理方法の減設時の処理］
続いて、図１２に示すフローチャート図を用いて、第２実施形態に係るネットワーク管理装置１ａにおけるネットワーク管理方法の減設時の処理について説明する。

まず、集約判定部１７により、管理している複数のＶＭ３ｖのうち、減設候補ＶＭ３ｖと集約ＶＭ３ｖの組が選択される（ステップＳ１０）。次に、集約判定部１７により、減設候補ＶＭ３ｖが実行している処理を実行するＶＭ３ｖを、減設候補ＶＭ３ｖから集約ＶＭ３ｖに切り替えることとした場合に、集約ＶＭ３ｖが受け付ける全ての処理要求に基づく処理を処理可能であるか否かが、状態情報格納部１０によって格納された減設候補ＶＭ３ｖ及び集約ＶＭ３ｖの状態情報に含まれる受付要求数と、集約ＶＭ３ｖの処理能力を示す処理能力情報とに基づいて判定される（ステップＳ１１）。

Ｓ１１にて処理可能であると判定された場合、処理ノード切替部１６により、減設候補ＶＭ３ｖに対して処理要求を行っている通信装置２からの当該処理要求に基づく処理を実行するＶＭ３ｖが、減設候補ＶＭ３ｖから集約ＶＭ３ｖに切り替えられる（ステップＳ１２）。Ｓ１１にて処理可能でないと判定された場合、Ｓ１０に戻り、別の組が選択される。なお、全ての組が選択されても処理可能でないと判定された場合は処理を終了する。

次に、本実施形態のように構成されたネットワーク管理装置１の作用効果について説明する。

本実施形態のネットワーク管理装置１によれば故障ＶＭ３ｖに対して処理要求を行っている通信装置２からの当該処理要求に基づく処理を実行するＶＭ３ｖを、故障ＶＭ３ｖから、当該通信装置２からの故障によるＶＭ３ｖの切り替え後の処理要求の再送数を含む受付要求数を処理可能なＶＭ３ｖに切り替えることができる。それにより、切り替えられたＶＭ３ｖは、切り替え後に送信される当該通信装置２からの処理要求を確実に処理することができ、過負荷状態とならず、サービス品質を劣化させることなく故障切替を行うことができる。

また、本実施形態のネットワーク管理装置１において、ＶＭ３ｖは仮想マシンであり、処理ノード決定部１５は、さらに、決定したＶＭ３ｖが未起動の場合は当該ＶＭ３ｖを起動することが好ましい。一般的に、あらかじめ多数のＶＭ３ｖを配備してしまうと、平常の処理負荷時にはＶＭ３ｖの数が過剰となり設備利用効率が悪化してしまう。かかる構成を採れば、故障切替時に仮想マシンであるＶＭ３ｖが必要になった際に当該ＶＭ３ｖを起動することができるため、例えば、平常の処理負荷時にはＶＭ３ｖを停止しておき、故障切替時などＶＭ３ｖが必要になった際に起動することができ、設備利用を効率化することができる。

また、本実施形態のネットワーク管理装置１において、管理している複数のＶＭ３ｖのうち、一のＶＭ３ｖである減設候補ＶＭ３ｖが実行している処理を実行するＶＭ３ｖを、減設候補ＶＭ３ｖから他のＶＭ３ｖである集約ＶＭ３ｖに切り替えることとした場合に、集約ＶＭ３ｖが受け付ける全ての処理要求に基づく処理を処理可能であるか否かを、状態情報格納部１０によって格納された減設候補ＶＭ３ｖ及び集約ＶＭ３ｖの状態情報に含まれる受付要求数と、集約ＶＭ３ｖの処理能力を示す処理能力情報とに基づいて判定する集約判定部１７をさらに備え、処理ノード切替部１６は、さらに、集約判定部１７によって処理可能であると判定された場合に、減設候補ＶＭ３ｖに対して処理要求を行っている通信装置２からの当該処理要求に基づく処理を実行するＶＭ３ｖを、減設候補ＶＭ３ｖから集約ＶＭ３ｖに切り替えることが好ましい。かかる構成を採れば、減設候補ＶＭ３ｖに対する処理要求に基づく処理を実行するＶＭ３ｖを、減設候補ＶＭ３ｖから集約ＶＭ３ｖに切り替えて、処理の実行を集約することで、減設候補ＶＭ３ｖにおける処理が無くなるため、例えば、減設候補ＶＭ３ｖを他の処理の実行に利用できるなど、設備利用を効率化することができる。

また、本実施形態のネットワーク管理装置１において、処理ノード切替部１６は、さらに、減設候補ＶＭ３ｖに対して処理要求を行っている通信装置２からの当該処理要求に基づく処理を実行するＶＭ３ｖを、減設候補ＶＭ３ｖから集約ＶＭ３ｖに切り替えた後に、減設候補ＶＭ３ｖを停止することが好ましい。かかる構成を採れば、故障切替時に仮想マシンであるＶＭ３ｖが必要になった際に当該ＶＭ３ｖを起動し、仮想マシンである減設候補ＶＭ３ｖに対して処理要求を行っている通信装置２からの当該処理要求に基づく処理を実行するＶＭ３ｖを、減設候補ＶＭ３ｖから集約ＶＭ３ｖに切り替えた後に、減設候補ＶＭ３ｖを停止することができる。これにより、例えば、平常の処理負荷時にはＶＭ３ｖを停止しておき、故障切替時などＶＭ３ｖが必要になった際に起動し、故障切替後に平常の処理負荷時に戻った時などのＶＭ３ｖが不要になった際に停止することができ、設備利用を効率化することができる。

また、本実施形態のネットワーク管理装置１において、切替時間取得部１３は、予め記憶したＶＭ３ｖごとの切替時間と、状態情報格納部１０によって抽出された故障ＶＭ３ｖの状態情報に含まれる受付要求数とに基づいて、故障ＶＭ３ｖの切替時間を算出して取得することが好ましい。一般的に、受付要求数が多いＶＭ３ｖの切り替えは時間がかかる。かかる構成を採れば、例えば、受付要求数の多少に応じて切替時間を増減することができるため、故障ＶＭ３ｖのより正確な切替時間を取得することができる。

以上の通り、本実施形態のネットワーク管理装置１は、サーバが受け付けている処理要求数とその際のサーバ負荷状態を関連づけて保持し、故障発生時にはその情報と切り替えに要する時間とから、故障切替後に必要となるサーバ数を算出し、サーバの配備・経路制御を行う。あるいは、ネットワーク管理装置１は、故障の直前に仮想マシンが受信していた処理要求量と、故障切替にかかる時間から故障切替後に仮想マシンにかかる負荷を推定し、その負荷を処理するのに十分な数の仮想マシンを一時的に起動し、負荷を振り分ける。これにより、ネットワーク管理装置１は、故障切替時に全ての要求を処理するためのサーバが配備可能となるため、故障時にもサービス品質を維持することができる。また、故障切替後に平常負荷に戻った際には仮想マシンの減設を行うためサービス品質と設備利用効率の双方を保つことができる。

つまり、ネットワーク管理装置１は、故障切替を行う際に、通信装置２からの再送信号による負荷を考慮したリソース割り当てを行うことで、呼損等のサービス品質の劣化を生じさせることなく故障切替を行う。

１・１ａ…ネットワーク管理装置、２…通信装置、３…ＶＭ、４…ネットワーク、５…通信システム、１０…状態情報格納部、１１…故障検知部、１２…状態情報抽出部、１３…切替時間取得部、１４…要求数算出部、１５…処理ノード決定部、１６…処理ノード切替部、１７…集約判定部。

Claims (6)

1. 通信装置からの処理要求に基づく処理を実行する処理ノードを複数管理すると共に、処理を実行する処理ノードを、管理している処理ノード間で切り替えるネットワーク管理装置であって、
   処理ノードから、処理要求の受付要求数を含む当該処理ノードの状態情報を取得して格納する状態情報格納手段と、
   処理ノードの故障を検知する故障検知手段と、
   前記故障検知手段によって処理ノードの故障が検知された場合に、前記状態情報格納手段によって格納された当該故障が検知された故障処理ノードの故障前の状態情報を抽出する状態情報抽出手段と、
   予め記憶した処理ノードごとの故障による処理ノードの切り替えにかかる切替時間に基づいて、故障処理ノードの切替時間を取得する切替時間取得手段と、
   前記状態情報抽出手段によって抽出された故障処理ノードの状態情報に含まれる受付要求数と、前記切替時間取得手段によって取得された故障処理ノードの切替時間とに基づいて、故障処理ノードに対して処理要求を行っている通信装置からの故障による処理ノードの切り替え後の処理要求の再送数を含む受付要求数を算出する要求数算出手段と、
   管理している複数の処理ノードのうち、前記要求数算出手段によって算出された受付要求数の処理要求を処理可能な処理ノードを、予め記憶した処理ノードごとの処理能力を示す処理能力情報に基づいて決定する処理ノード決定手段と、
   故障処理ノードに対して処理要求を行っている通信装置からの当該処理要求に基づく処理を実行する処理ノードを、故障処理ノードから前記処理ノード決定手段によって決定された１つ以上の処理ノードに切り替える処理ノード切替手段と、
   を備えるネットワーク管理装置。
2. 処理ノードは仮想マシンであり、
   前記処理ノード決定手段は、さらに、決定した処理ノードが未起動の場合は当該処理ノードを起動することを特徴とする請求項１に記載のネットワーク管理装置。
3. 管理している複数の処理ノードのうち、一の処理ノードである減設候補処理ノードが実行している処理を実行する処理ノードを、減設候補処理ノードから他の処理ノードである集約処理ノードに切り替えることとした場合に、集約処理ノードが受け付ける全ての処理要求に基づく処理を処理可能であるか否かを、前記状態情報格納手段によって格納された減設候補処理ノード及び集約処理ノードの状態情報に含まれる受付要求数と、集約処理ノードの処理能力を示す処理能力情報とに基づいて判定する集約判定手段をさらに備え、
   前記処理ノード切替手段は、さらに、前記集約判定手段によって処理可能であると判定された場合に、減設候補処理ノードに対して処理要求を行っている通信装置からの当該処理要求に基づく処理を実行する処理ノードを、減設候補処理ノードから集約処理ノードに切り替えることを特徴とする請求項１に記載のネットワーク管理装置。
4. 処理ノードは仮想マシンであり、
   前記処理ノード決定手段は、さらに、決定した処理ノードが未起動の場合は当該処理ノードを起動し、
   前記処理ノード切替手段は、さらに、減設候補処理ノードに対して処理要求を行っている通信装置からの当該処理要求に基づく処理を実行する処理ノードを、減設候補処理ノードから集約処理ノードに切り替えた後に、減設候補処理ノードを停止することを特徴とする請求項３に記載のネットワーク管理装置。
5. 前記切替時間取得手段は、予め記憶した処理ノードごとの切替時間と、前記状態情報抽出手段によって抽出された故障処理ノードの状態情報に含まれる受付要求数とに基づいて、故障処理ノードの切替時間を算出して取得することを特徴とする請求項１〜４の何れか一項に記載のネットワーク管理装置。
6. 通信装置からの処理要求に基づく処理を実行する処理ノードを複数管理すると共に、処理を実行する処理ノードを、管理している処理ノード間で切り替えるネットワーク管理装置であって、処理ノードから、処理要求の受付要求数を含む当該処理ノードの状態情報を取得して格納する状態情報格納手段を備えるネットワーク管理装置により実行されるネットワーク管理方法であって、
   処理ノードの故障を検知する故障検知ステップと、
   前記故障検知ステップにおいて処理ノードの故障が検知された場合に、前記状態情報格納手段によって格納された当該故障が検知された故障処理ノードの故障前の状態情報を抽出する状態情報抽出ステップと、
   予め記憶した処理ノードごとの故障による処理ノードの切り替えにかかる切替時間に基づいて、故障処理ノードの切替時間を取得する切替時間取得ステップと、
   前記状態情報抽出ステップにおいて抽出された故障処理ノードの状態情報に含まれる受付要求数と、前記切替時間取得ステップにおいて取得された故障処理ノードの切替時間とに基づいて、故障処理ノードに対して処理要求を行っている通信装置からの故障による処理ノードの切り替え後の処理要求の再送数を含む受付要求数を算出する要求数算出ステップと、
   管理している複数の処理ノードのうち、前記要求数算出ステップにおいて算出された受付要求数の処理要求を処理可能な処理ノードを、予め記憶した処理ノードごとの処理能力を示す処理能力情報に基づいて決定する処理ノード決定ステップと、
   故障処理ノードに対して処理要求を行っている通信装置からの当該処理要求に基づく処理を実行する処理ノードを、故障処理ノードから前記処理ノード決定ステップにおいて決定された１つ以上の処理ノードに切り替える処理ノード切替ステップと、
   を含むネットワーク管理方法。
   

Images