(57)【特許請求の範囲】
【請求項１】
複数のノードを含み、相互に接続された複数のネットワーク内で発生するノードの障害を監視する監視システムおよび前記各ノードを制御するノード制御システムに接続され、いずれかのノードで障害が発生した場合、前記ノード制御システムに対し、通信経路が前記各ネットワークを跨ぐサービス単位でネットワークを再構成する指示を与えるネットワーク復旧システムであって、
前記監視システムからいずれかのノードで障害が発生したことを示す障害情報を取得し、前記取得した障害情報を出力する情報統合部と、
前記障害情報に基づいて、復旧すべきネットワークの障害発生前のネットワークの論理構成を再構築し、前記再構築した発生前のネットワークの論理構成の情報に基づいて、ネットワークの障害を復旧させる復旧プランを作成するための複数のアルゴリズムのうちのいずれかを用いて、サービス毎にネットワークの空きリソースを確認し、復旧プランを作成する最適設計部と、
前記復旧プランを用いて、復旧のためのネットワーク設定情報を作成し、前記ノード制御システムに対して前記作成したネットワーク設定情報を出力する指示作成部と、を備えることを特徴とするネットワーク復旧システム。
【請求項２】
前記情報統合部は、ネットワーク構成情報、リソース情報および障害情報を記録し、
前記最適設計部は、前記ネットワーク構成情報、リソース情報および障害情報に基づいて復旧プランを構成するノードを特定することを特徴とする請求項１記載のネットワーク復旧システム。
【請求項３】
前記情報統合部は、ネットワーク毎に異なる前記取得した障害情報を共通化して共通障害情報を出力する一方、前記最適設計部が作成した復旧プランを各ネットワークに適合するよう個別化し、個別化復旧プランを前記指示作成部に出力し、
前記指示作成部は、前記個別化復旧プランに基づいて、復旧のためのネットワーク設定情報を作成することを特徴とする請求項１または請求項２記載のネットワーク復旧システム。
【請求項４】
前記情報統合部は、情報変換テーブルを備え、前記障害情報の共通化および前記復旧プランの個別化を、前記情報変換テーブルを用いて実行することを特徴とする請求項３記載のネットワーク復旧システム。
【請求項５】
前記指示作成部は、サービス毎に優先度を定め、複数のサービスの復旧が同時に必要になった場合、前記ノード制御システムに対して前記優先度および前記ネットワーク設定情報を出力することを特徴とする請求項１から請求項４のいずれかに記載のネットワーク復旧システム。
【請求項６】
複数のノードを含み、相互に接続された複数のネットワーク内で発生するノードの障害を監視する監視システムおよび前記各ノードを制御するノード制御システムに接続され、いずれかのノードで障害が発生した場合、前記ノード制御システムに対し、通信経路が前記各ネットワークを跨ぐサービス単位でネットワークを再構成する指示を与えるサーバ装置のプログラムであって、
前記監視システムからいずれかのノードで障害が発生したことを示す障害情報を取得し、前記取得した障害情報を出力する処理と、
前記障害情報に基づいて、復旧すべきネットワークの障害発生前のネットワークの論理構成を再構築し、前記再構築した発生前のネットワークの論理構成の情報に基づいて、ネットワークの障害を復旧させる復旧プランを作成するための複数のアルゴリズムのうちのいずれかを用いて、サービス毎にネットワークの空きリソースを確認し、復旧プランを作成する処理と、
前記復旧プランを用いて、復旧のためのネットワーク設定情報を作成し、前記ノード制御システムに対して前記作成したネットワーク設定情報を出力する処理と、の一連の処理を、コンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のノードを含む少なくとも一つのネットワーク内で発生するノードの障害を監視する監視システムおよび各ノードを制御するノード制御システムに接続され、いずれかのノードで障害が発生した場合、ノード制御システムに対し、サービス単位でネットワークを再構成する指示を与えるネットワーク復旧システムおよびプログラムに関する。
【背景技術】
【０００２】
従来から、ＳＤＮ（Software Defined Networking）／ＮＦＶ（Network Function Virtualization）関連の研究や技術開発が盛んに行なわれている。ＳＤＮ／ＮＦＶによって新規のサービス開通の短縮化やＣＡＰＥＸ（Capital expenditure）／ＯＰＥＸ（Operating expenditure)削減の効果が期待されている。ここで、ＯＰＥＸの削減を図るためには、ＳＤＮ／ＮＦＶを実現する仮想化ネットワーク上で障害復旧の自動化などが求められる。例えば、機器故障単位や仮想マシン単位等、ミクロな視点の自動復旧等ではなく、サービス単位での自動復旧を実行する必要がある。
【０００３】
例えば、特許文献１記載の物理資源制御管理システムは、ハードウェア復旧方式とソフトウェア復旧方式とが復旧速度を損なわずに連携し、高速なフェールオーバを実現しようとしている。すなわち、この物理資源制御管理システムは、ハードウェア空間６１００とソフトウェア空間６５００とから構成され、障害管理手段６５５２がハードウェアによる障害管理とソフトウェアによる障害管理間の連携をとり、資源割当手段６５５１を制御している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１０７８９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、サービス毎にＳＬＡ（Service Level Agreement）が異なっていることを考慮すると、単一的な復旧手段では対処できない場合がある。また、特許文献１記載の技術は、単にサーバ内部の動作を示すものであり、サービス復旧には十分ではない。
【０００６】
また、図１４は、従来のネットワーク構成例を示す図である。ネットワークａ〜ｃは、複数のノードを含み、各ノードがインターネットに接続できるように構成されている。各ノードは、ルーティング機能、ファイヤウォール機能、またはバーチャルマシン構築機能などを有しているものとする。図１４において、監視システムａは、ネットワークａの障害を監視し、ノード制御システムａは、ネットワークａに含まれる各ノードを制御する。同様に、監視システムｂは、ネットワークｂの障害を監視し、ノード制御システムｂは、ネットワークｂに含まれる各ノードを制御する。また同様に、監視システムｃは、ネットワークｃの障害を監視し、ノード制御システムｃは、ネットワークｃに含まれる各ノードを制御する。
【０００７】
図１５は、サービスａの論理構成を示す図である。ファイヤウォールＦＷａ１は、バーチャルマシンＶＭａ１〜ａ３をインターネットに接続する機能を有している。図１６〜図１８は、サービスａの構成例を示す図である。図１６〜図１８に示すように、ファイヤウォールの機能を提供するＦＷａ１が故障し、それを監視システムｂが検知し、同一ネットワークシステムに分類されるノード制御システムｂに対し、復旧手段として、別のバーチャルマシンの構築を指示し、ファイヤウォールの機能を提供する場合がある。
【０００８】
しかし、ファイヤウォールＦＷａ１を収容していたノード自体が故障してしまった場合、ファイヤウォールＦＷａ１の機能を他のノードで実現しようとしても、図１８に示すように、サービスａを継続することができないバーチャルマシンＶＭａ１が生ずる可能性がある。また、図１８に示すように、復旧のためにネットワークを跨ぐ場合、ファイヤウォールＦＷａ１の機能を構築できない可能性がある。
【０００９】
本発明は、このような事情に鑑みてなされたものであり、サービス毎に最適な復旧処理を実施することができるネットワーク復旧システムおよびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
（１）上記の目的を達成するために、本発明は、以下のような手段を講じた。すなわち、本発明のネットワーク復旧システムは、複数のノードを含む少なくとも一つのネットワーク内で発生するノードの障害を監視する監視システムおよび前記各ノードを制御するノード制御システムに接続され、いずれかのノードで障害が発生した場合、前記ノード制御システムに対し、サービス単位でネットワークを再構成する指示を与えるネットワーク復旧システムであって、前記監視システムからいずれかのノードで障害が発生したことを示す障害情報を取得し、前記取得した障害情報を出力する情報統合部と、ネットワークの障害を復旧させる復旧プランを作成するための複数のアルゴリズムのうちのいずれかを用い、前記障害情報およびネットワーク構成情報に基づいて、サービス毎にネットワークの空きリソースを用いた復旧プランを作成する最適設計部と、前記復旧プランを用いて、復旧のためのネットワーク設定情報を作成し、前記ノード制御システムに対して前記作成したネットワーク設定情報を出力する指示作成部と、を備えることを特徴とする。
【００１１】
このように、監視システムからいずれかのノードで障害が発生したことを示す障害情報を取得し、取得した障害情報を出力し、ネットワークの障害を復旧させる復旧プランを作成するための複数のアルゴリズムのうちのいずれかを用い、障害情報およびネットワーク構成情報に基づいて、サービス毎にネットワークの空きリソースを用いた復旧プランを作成し、復旧プランを用いて、復旧のためのネットワーク設定情報を作成し、ノード制御システムに対して作成したネットワーク設定情報を出力するので、障害発生を示す警報が発呼したことを契機として、サービスの復旧を自動的に実施することが可能となる。また、サービス毎にネットワークの空きリソースを用いた復旧プランを作成するので、サービス毎に復旧処理を最適な形で実現することが可能となる。さらに、復旧を制御するのではなく、指示することに特化するため、既存のシステム構成に大きな変更を加えることなく、サービス毎の自動復旧を実施するシステムを実現することが可能となる。
【００１２】
（２）また、本発明のネットワーク復旧システムにおいて、前記情報統合部は、ネットワーク構成情報、リソース情報および障害情報を記録し、前記最適設計部は、前記ネットワーク構成情報、リソース情報および障害情報に基づいて復旧プランを構成するノードを特定することを特徴とする。
【００１３】
このように、情報統合部において、ネットワーク構成情報、リソース情報および障害情報を記録し、最適設計部において、ネットワーク構成情報、リソース情報および障害情報に基づいて復旧プランを構成するノードを特定するので、サービス毎に復旧処理を最適な形で実現することが可能となる。
【００１４】
（３）また、本発明のネットワーク復旧システムにおいて、前記情報統合部は、前記取得した障害情報を共通化して共通障害情報を出力する一方、前記最適設計部が作成した復旧プランを個別化し、個別化復旧プランを前記指示作成部に出力し、前記指示作成部は、前記個別化復旧プランに基づいて、復旧のためのネットワーク設定情報を作成することを特徴とする。
【００１５】
このように、情報統合部において、取得した障害情報を共通化して共通障害情報を出力するので、復旧アルゴリズムの増加を抑制することが可能となる。また、最適設計部が作成した復旧プランを個別化し、個別化復旧プランを前記指示作成部に出力するので、各ノード制御システムが取り扱うことのできる情報を提供することが可能となる。
【００１６】
（４）また、本発明のネットワーク復旧システムにおいて、前記情報統合部は、情報変換テーブルを備え、前記障害情報の共有化および前記復旧プランの個別化を、前記情報変換テーブルを用いて実行することを特徴とする。
【００１７】
このように、障害情報の共有化および復旧プランの個別化を、情報変換テーブルを用いて実行するので、処理の単純化および高速化を図ることが可能となる。
【００１８】
（５）また、本発明のネットワーク復旧システムにおいて、前記指示作成部は、サービス毎に優先度を定め、複数のサービスの復旧が同時に必要になった場合、前記ノード制御システムに対して前記優先度および前記ネットワーク設定情報を出力することを特徴とする。
【００１９】
このように、サービス毎に優先度を定め、複数のサービスの復旧が同時に必要になった場合、ノード制御システムに対して優先度およびネットワーク設定情報を出力するので、優先度の高いサービスから復旧処理を実行することが可能となる。
【００２０】
（６）また、本発明のプログラムは、複数のノードを含む少なくとも一つのネットワーク内で発生するノードの障害を監視する監視システムおよび前記各ノードを制御するノード制御システムに接続され、いずれかのノードで障害が発生した場合、前記ノード制御システムに対し、サービス単位でネットワークを再構成する指示を与えるサーバ装置のプログラムであって、前記監視システムからいずれかのノードで障害が発生したことを示す障害情報を取得し、前記取得した障害情報を出力する処理と、ネットワークの障害を復旧させる復旧プランを作成するための複数のアルゴリズムのうちのいずれかを用い、前記障害情報およびネットワーク構成情報に基づいて、サービス毎にネットワークの空きリソースを用いた復旧プランを作成する処理と、前記復旧プランを用いて、復旧のためのネットワーク設定情報を作成し、前記ノード制御システムに対して前記作成したネットワーク設定情報を出力する処理と、の一連の処理を、コンピュータに実行させることを特徴とする。
【００２１】
このように、監視システムからいずれかのノードで障害が発生したことを示す障害情報を取得し、取得した障害情報を出力し、ネットワークの障害を復旧させる復旧プランを作成するための複数のアルゴリズムのうちのいずれかを用い、障害情報およびネットワーク構成情報に基づいて、サービス毎にネットワークの空きリソースを用いた復旧プランを作成し、復旧プランを用いて、復旧のためのネットワーク設定情報を作成し、ノード制御システムに対して作成したネットワーク設定情報を出力するので、障害発生を示す警報が発呼したことを契機として、サービスの復旧を自動的に実施することが可能となる。また、サービス毎にネットワークの空きリソースを用いた復旧プランを作成するので、サービス毎に復旧処理を最適な形で実現することが可能となる。さらに、復旧を制御するのではなく、指示することに特化するため、既存のシステム構成に大きな変更を加えることなく、サービス毎の自動復旧を実施するシステムを実現することが可能となる。
【発明の効果】
【００２２】
本発明によれば、障害発生を示す警報が発呼したことを契機として、サービスの復旧を自動的に実施することが可能となる。また、サービス毎に最適な形で復旧処理を実現することが可能となる。さらに、既存のシステム構成に大きな変更を加えることなく、サービス毎の自動復旧を実施するシステムを実現することが可能となる。
【図面の簡単な説明】
【００２３】
【図１】本実施形態に係るネットワーク復旧システムの概略構成を示すブロック図である。
【図２】共通化と個別化の例を示す図である。
【図３】最適設計部１０１の動作を示すフローチャートである。
【図４】構成情報データベースの例を示す図である。
【図５】リソース情報例を示す図である。
【図６】リソース情報例を示す図である。
【図７】本実施形態に係るネットワーク復旧システムの動作例を示す図である。
【図８】本実施形態に係るネットワーク復旧システムの動作例を示す図である。
【図９】本実施形態に係るネットワーク復旧システムの動作例を示す図である。
【図１０】復旧すべきネットワーク構成を示す図である。
【図１１】本実施形態の変形例を示す図である。
【図１２】サービスｂの論理構成示す図である。
【図１３】時間に対するトラフィック量を示す図である。
【図１４】従来のネットワーク構成例を示す図である。
【図１５】サービスａの論理構成を示す図である。
【図１６】サービスａの構成例を示す図である。
【図１７】サービスａの構成例を示す図である。
【図１８】サービスａの構成例を示す図である。
【発明を実施するための形態】
【００２４】
本発明者らは、ＯＰＥＸの削減を図るためには、ＳＤＮ／ＮＦＶを実現する仮想化ネットワーク上で障害復旧の自動化などが求められるが、ミクロな視点の自動復旧等ではなく、サービス単位での自動復旧を実行する必要がある点に着目し、サービス毎に最適な復旧アルゴリズムを備えたシステムを設け、そのシステムからノード制御システムに復旧を指示する構成を採ることによって、サービス毎に最適な形で復旧処理を実現することができることを見出し、本発明をするに至った。
【００２５】
すなわち、本発明のネットワーク復旧システムは、複数のノードを含む少なくとも一つのネットワーク内で発生するノードの障害を監視する監視システムおよび前記各ノードを制御するノード制御システムに接続され、いずれかのノードで障害が発生した場合、前記ノード制御システムに対し、サービス単位でネットワークを再構成する指示を与えるネットワーク復旧システムであって、前記監視システムからいずれかのノードで障害が発生したことを示す障害情報を取得し、前記取得した障害情報を出力する情報統合部と、ネットワークの障害を復旧させる復旧プランを作成するための複数のアルゴリズムのうちのいずれかを用い、前記障害情報およびネットワーク構成情報に基づいて、サービス毎にネットワークの空きリソースを用いた復旧プランを作成する最適設計部と、前記復旧プランを用いて、復旧のためのネットワーク設定情報を作成し、前記ノード制御システムに対して前記作成したネットワーク設定情報を出力する指示作成部と、を備えることを特徴とする。
【００２６】
これにより、本発明者らは、障害発生を示す警報が発呼したことを契機として、サービスの復旧を自動的に実施することを可能とした。また、サービス毎に最適な形で復旧処理を実現することを可能とし、さらに、既存のシステム構成に大きな変更を加えることなく、サービス毎の自動復旧を実施するシステムを実現することを可能とした。以下、本発明の実施形態について、図面を参照しながら具体的に説明する。
【００２７】
図１は、本実施形態に係るネットワーク復旧システムの概略構成を示すブロック図である。このネットワーク復旧システムは、監視システムａ〜ｃおよびノード制御システムａ〜ｃに接続される最適ネットワーク復旧システム１００および監視統合システム２００と、を含む。最適ネットワーク復旧システム１００は、最適設計部１０１、指示作成部１０３および通信部１０４を備えている。また、監視統合システム２００は、情報統合部２０１および通信部２０９を備えており、データベースとして、構成情報２０３、リソース情報２０５および障害情報２０７を有している。なお、最適ネットワーク復旧システム１００および監視統合システム２００は、同一のサーバ上に構築しても構わない。
【００２８】
ネットワークａ〜ｃは、図示しない複数のノードを含み、各ノードがインターネットに接続できるように構成されている。図１において、監視システムａは、ネットワークａの障害を監視し、ノード制御システムａは、ネットワークａに含まれる各ノードを制御する。同様に、監視システムｂは、ネットワークｂの障害を監視し、ノード制御システムｂは、ネットワークｂに含まれる各ノードを制御する。また同様に、監視システムｃは、ネットワークｃの障害を監視し、ノード制御システムｃは、ネットワークｃに含まれる各ノードを制御する。
【００２９】
監視統合システム２００の情報統合部２０１は、障害情報の再形成、すなわち、障害情報の共通化と個別化を行う。例えば、ネットワークスイッチ等において、一般的にそのメーカ等によってインターフェース等の呼称が異なることがある。すなわち、ネットワーク機器からの障害情報をそのまま参照して、復旧プロセスを作成しようとすると、復旧アルゴリズムがメーカ毎に必要になり、アルゴリズム数の肥大化につながる。しかしながら、例えば、ネットワーク機器としての「GigabitEthernet（登録商標）1/1」が故障した場合と「GigabitEthernet（登録商標）1/0/1」が故障した場合とで、その故障の復旧というプロセスに違いはないと考えられる。そこで、情報統合部２０１は、ネットワーク機器からの障害情報を共通化させる。例えば、下記のようにホストの命名規則の違いや、機器のＩｎｔｅｒｆａｃｅの呼称の違いを統一化する機能を有する。
【００３０】
例えば、あるネットワーク機器が「新宿スイッチ01  GigabitEthernet（登録商標）1/1」であるとすると、これを「新宿スイッチ01 Interface1」とし、また、他のネットワーク機器が「新宿_スイッチ02  GigabitEthernet（登録商標）1/0/1」であるとすると、これを「新宿スイッチ02 Interface1」とする。なお、これらの変換処理を、変換テーブルを用いて行なうことも可能である。
【００３１】
また、最適ネットワーク復旧システム１００内の最適設計部１０１は、複数の復旧アルゴリズムを有している。例えば、図１ではアルゴリズムａ〜ｃである。最適設計部１０１は、情報統合部２０１によって共通化された障害情報に基づいて、復旧のための設計を行なう。そしてその設計に基づいて、各ノード制御システムａ〜ｃに指示を行なう。ここで、各ノード制御システムａ〜ｃに理解できるように指示を個別化する必要がある。そこで、最適ネットワーク復旧システム１００は、指示に関わる設定情報を情報統合部２０１に一旦戻し、情報統合部２０１がそれを個別化する。最適設計部１０１は、その個別化された設定情報を指示作成部１０３へ伝達し、指示作成部１０３が各ノード制御システムａ〜ｃへの指示を作成する。図２は、共通化と個別化の例を示している。
【００３２】
最適設計部１０１は、障害情報２０７と構成情報２０３を参照し、空きリソースへの復旧プランをサービス毎に作成する。図１に示すように、最適設計部１０１には復旧プランを作成するための複数のアルゴリズムが準備されており、基本的にはサービスＳＬＡ毎に用意されている。つまり、サービスＡは復旧の際、そのサービス内を実現する機能間がなるべく遅延量を小さくするような復旧を望むかもしれないし、耐障害性を考慮して、機能間の物理的な距離がなるべく大きくなるような復旧を望むかもしれない。最適設計部１０１は、図３に示すフローチャートに沿って、サービス毎にアルゴリズムを選択していく。
【００３３】
図３は、最適設計部１０１の動作を示すフローチャートである。まず、障害通知を受けると（ステップＳ１）、構成情報データベースを参照し、影響するサービスを特定する（ステップＳ２）。次に、復旧できていないサービスのうち、優先度が一番高いサービスを特定する（ステップＳ３）。次に、復旧すべき箇所を特定し（ステップＳ４）、リソース情報を参照し、ＣＰＵ負荷等から使用できるノードを選定する（ステップＳ５）。次に、使用できるノードの構成をパターン化する（ステップＳ６）。ステップＳ６では、例えば、次のようにして、ノードの位置を割り出す。すなわち、「福岡Ｎｏｄｅ（ＶＭ）」、「札幌Ｎｏｄｅ（ＶＭ）」、「東京Ｎｏｄｅ（ＶＭ）」の３つのノードのそれぞれと、「東京Ｎｏｄｅ（ＶＭ）」、「大阪Ｎｏｄｅ（ＶＭ）」、の２つのノードのそれぞれとを対応付ける。
【００３４】
次に、リソース情報を参照し、予想空き帯域から使用できるリンクを選定し（ステップＳ７）、構成情報データベースを参照し、実行するアルゴリズムを特定する（ステップＳ８）。アルゴリズムを特定したら、そのアルゴリズムを実行し、組み合わせ候補を絞る（ステップＳ９）。次に、絞った候補を任意に抽出する（ステップＳ１０）。次に、影響するサービスがまだあるかどうかを判断し（ステップＳ１１）、影響するサービスがまだある場合は、ステップＳ３に遷移する。一方、ステップＳ１１において、影響するサービスが無い場合は、復旧制御指示を作成して（ステップＳ１２）、終了する。
【００３５】
また、図１において、指示作成部１０３は、復旧プランから復旧のための設定を作成する。指示作成部１０３は、ノード制御システムａ〜ｃ毎のドライバを持っている。各ノード制御システムａ〜ｃは、ネットワーク毎や、制御機器種別毎に存在する場合があり得る。指示作成部１０３は、各ノード制御システムａ〜ｃの役割や、制御対象ノードを把握しており、与えられた復旧プランを実行するために、どのノード制御システムに指示すべきかを判断できる機能を持つ。また、情報統合部２０１からの復旧プラン情報の個別化と各ノード制御システムドライバを通じて指示設定を作成する。
【００３６】
この指示設定はノード制御システムａ〜ｃが持つＡＰＩ（Application Programming Interface）を呼び出す設定であっても良いし、ＣＬＩ（Command Line Interface）を記述したスクリプト等であっても良い。
【００３７】
図４は、構成情報データベースの例を示す図である。図４に示すように、サービスに優先度を定義する。そして、複数のサービス復旧が同時に求められた場合に、優先度順に復旧処理を実行する。
また、図５および図６は、リソース情報例を示す図である。これらのリソース情報は、復旧を実施するためのリソース検索に使用される。
【００３８】
次に、以上のように構成されたネットワーク復旧システムの動作について説明する。図７〜図１０は、本実施形態に係るネットワーク復旧システムの動作例を示す図である。図７において、このネットワーク復旧システムは、監視システムａ〜ｃおよびノード制御システムａ〜ｃに接続される最適ネットワーク復旧システム１００および監視統合システム２００と、を含む。ネットワークａ〜ｃは、複数のノードを含み、各ノードがインターネットに接続できるように構成されている。図７において、監視システムａは、ネットワークａの障害を監視し、ノード制御システムａは、ネットワークａに含まれる各ノードを制御する。同様に、監視システムｂは、ネットワークｂの障害を監視し、ノード制御システムｂは、ネットワークｂに含まれる各ノードを制御する。また同様に、監視システムｃは、ネットワークｃの障害を監視し、ノード制御システムｃは、ネットワークｃに含まれる各ノードを制御する。
【００３９】
本実施形態に係るネットワーク復旧システムは、サービスに応じた最適な復旧手段を備えており、以下の特徴を有する。すなわち、最適ネットワーク復旧システム１００は、複数の復旧アルゴリズムを有している。障害情報を共通化したり個別化したりする再形成機能により、アルゴリズムの増大を防止することができる。また、サービス毎に優先度を持たせ、複数のサービスを連続的に復旧させることが可能である。
【００４０】
また、このネットワーク復旧システムは、復旧の際に、リソース割り当てが可能である。すなわち、ネットワークトポロジ情報と、ネットワークリソース情報とを把握することによって、復旧位置の特定をすることが可能である。また、過去のリソース使用状況に基づいて、最適リソース割り当てを実現し、復旧後の安定稼働を実現することが可能である。
【００４１】
また、このネットワーク復旧システムは、復旧制御を既存の制御システムに指示することが可能である。すなわち、制御システムの役割を把握することにより、適切な制御システムへの制御の振り分けをすることが可能である。
【００４２】
図８に示すように、ファイヤウォールＦＷａ１が収容している物理ノードが故障した場合、その故障を監視システムｂが検知し、検知した情報を監視統合システム２００に伝達する。図８に示すように、監視統合システム２００は、情報統合部により、最適ネットワーク復旧システム１００が理解できるような形式で障害情報を再形成する（共通化）。そして、再形成（共通化）した障害情報を最適ネットワーク復旧システム１００に伝達する。ここで、サービスａは、図１５に示す論理構成を採っている。
【００４３】
次に、図９に示すように、最適ネットワーク復旧システム１００は、監視統合システム２００内の構成情報等を参照し、復旧すべきネットワーク構成を再構築する。復旧すべきネットワーク構成は、例えば、図１０に示すような構成を採る。次に、最適ネットワーク復旧システム１００は、ネットワークの復旧に当たり、サービスａのＳＬＡを満たすため復旧アルゴリズムａ、例えば、「インターネットまでの遅延は１００ｍｓ以内」等を選択し、復旧を試みる。その際、バーチャルマシンＶＭａ１が使用していたＣＰＵ使用量やトラフック使用量等を監視統合システム２００から読み出し、ＶＭ構築等を実施しても問題がないリソースを検索する。使用リソースを決定した後、ノード制御システムａ〜ｃに復旧指示を行なう。最適ネットワーク復旧システム１００より指示を受け取った各ノード制御システムａ〜ｃは、実際にノードを制御し、ネットワークの復旧を実施する。ノード制御後、ノード制御システムａ〜ｃは、最適ネットワーク復旧システム１００にその旨を通知し、最適ネットワーク復旧システム１００は、監視統合システム２００に復旧後の構成を伝達し、情報を更新する。
【００４４】
以上説明したように、本実施形態によれば、障害発生を示す警報が発呼したことを契機として、サービスの復旧を自動的に実施することが可能となる。また、サービス毎に最適な形で復旧処理を実現することが可能となる。さらに、既存のシステム構成に大きな変更を加えることなく、サービス毎の自動復旧を実施するシステムを実現することが可能となる。
【００４５】
（変形例）
図１１は、本実施形態の変形例を示す図である。この変形例では、サービスが複数存在し、例えば、サービスａとサービスｂが同時に提供されているものとする。サービスａは、図１５に示す論理構成を有し、サービスｂは、図１２に示す論理構成を有するものとする。図１１に示すように、ロードバランサＬＢｂ１を収容しているノードが故障した場合、サービスｂのみならず、サービスａにも影響が生ずる。そこで、本実施形態に係るネットワーク復旧システムは、構成情報を参照し、優先度の高いサービスから復旧処理を実施していく。
【００４６】
このように、サービス毎に優先度を定め、複数のサービスの復旧が同時に必要になった場合、ノード制御システムに対して優先度およびネットワーク設定情報を出力することによって、優先度の高いサービスから復旧処理を実行することが可能となる。
【００４７】
図１３は、時間に対するトラフィック量を示す図である。本実施形態に係るネットワーク復旧システムは、定期的にトラフィック情報を取得し、任意の期間保持する。そして、任意の期間のトラフィックの傾向を、例えば、図１３に示すように、線形近似を用いて予測する。復旧プランを作成する際に、予測したトラフィック量を用いることによって、復旧後の安定動作を図ることが可能となる。
【符号の説明】
【００４８】
１００  最適ネットワーク復旧システム
１０１  最適設計部
１０３  指示作成部
１０４  通信部
２００  監視統合システム
２０１  情報統合部
２０３  構成情報
２０５  リソース情報
２０７  障害情報
２０９  通信部
【図１】
0006315467.tif 000002
【図２】
0006315467.tif 000003
【図３】
0006315467.tif 000004
【図４】
0006315467.tif 000005
【図５】
0006315467.tif 000006
【図６】
0006315467.tif 000007
【図７】
0006315467.tif 000008
【図８】
0006315467.tif 000009
【図９】
0006315467.tif 000010
【図１０】
0006315467.tif 000011
【図１１】
0006315467.tif 000012
【図１２】
0006315467.tif 000013
【図１３】
0006315467.tif 000014
【図１４】
0006315467.tif 000015
【図１５】
0006315467.tif 000016
【図１６】
0006315467.tif 000017
【図１７】
0006315467.tif 000018
【図１８】
0006315467.tif 000019