(57)【特許請求の範囲】
【請求項１】
物理サーバに形成された仮想ネットワーク機能を管理する管理装置において、
前記仮想ネットワーク機能の処理対象のトラフィックが増加したとき、前記仮想ネットワーク機能のスケールアウトを行い、前記トラフィックが減少したとき、時間間隔をおいて前記仮想ネットワーク機能のスケールインを行うスケーリング部と、
ネットワーク攻撃を防御する他の仮想ネットワーク機能により検知されたネットワーク攻撃に関する通知を受信する受信部と、
前記通知に基づき、前記ネットワーク攻撃による前記トラフィックの増加に応じてスケールアウトされた前記仮想ネットワーク機能に対してスケールインが行われるまでの前記時間間隔を短縮する制御部とを有することを特徴とする管理装置。
【請求項２】
前記通知は、前記ネットワーク攻撃の開始時刻を示す時刻情報を含み、
前記制御部は、前記通知に基づき、前記ネットワーク攻撃による前記トラフィックの増加に応じてスケールアウトされた前記仮想ネットワーク機能を特定し、該特定した仮想ネットワーク機能のうち、ステートレスなアプリケーションにより実行される仮想ネットワーク機能を判別し、判別した仮想ネットワーク機能に対するスケールインで減少させるリソース量を、前記ネットワーク攻撃の開始時刻における該仮想ネットワーク機能のリソース量またはトラフィック処理量に基づき決定し、
前記スケーリング部は、前記制御部により決定された前記リソース量に基づき、該仮想ネットワーク機能のスケールインを行うことを特徴とする請求項１に記載の管理装置。
【請求項３】
前記通知は、前記ネットワーク攻撃の開始時刻を示す時刻情報を含み、
前記制御部は、前記通知に基づき、前記ネットワーク攻撃による前記トラフィックの増加に応じてスケールアウトされた前記仮想ネットワーク機能を特定し、該特定した仮想ネットワーク機能のうち、ステートフルなアプリケーションにより実行される仮想ネットワーク機能を判別し、判別した仮想ネットワーク機能により保持されるステート情報の有効時間が、前記開始時刻からの経過時間より大きい場合、該仮想ネットワーク機能に含まれる仮想マシンまたはコンテナから、前記開始時刻以降に前記スケーリング部によるスケールアウトで該仮想ネットワーク機能に追加された仮想マシンまたはコンテナを抽出し、抽出した前記仮想マシンまたは前記コンテナについて、前記有効時間を短縮することを特徴とする請求項１に記載の管理装置。
【請求項４】
前記制御部は、
判別した仮想ネットワーク機能により保持されるステート情報の有効時間が、前記開始時刻からの経過時間以下である場合、該仮想ネットワーク機能に含まれる仮想マシンまたはコンテナから、全ての前記ステート情報の数に対し、前記有効時間の経過により削除された前記ステート情報の数の比率が所定値以上である仮想マシンまたはコンテナを抽出し、
抽出した前記仮想マシンまたは前記コンテナについて、前記有効時間を短縮することを特徴とする請求項３に記載の管理装置。
【請求項５】
物理サーバに形成された仮想ネットワーク機能を管理する第１管理装置と、
ネットワーク攻撃を防御する他の仮想ネットワーク機能を管理する第２管理装置とを有し、
前記第２管理装置は、前記他の仮想ネットワーク機能により前記ネットワーク攻撃を検知したとき、前記ネットワーク攻撃に関する通知を前記第１管理装置に送信し、
前記第１管理装置は、
前記仮想ネットワーク機能の処理対象のトラフィックが増加したとき、前記仮想ネットワーク機能のスケールアウトを行い、前記トラフィックが減少したとき、時間間隔をおいて前記仮想ネットワーク機能のスケールインを行うスケーリング部と、
前記通知を受信する受信部と、
前記通知に基づき、前記ネットワーク攻撃による前記トラフィックの増加に応じてスケールアウトされた前記仮想ネットワーク機能に対してスケールインが行われるまでの前記時間間隔を短縮する制御部とを有することを特徴とする管理システム。
【請求項６】
物理サーバに形成された仮想ネットワーク機能のスケーリング方法において、
前記仮想ネットワーク機能の処理対象のトラフィックが増加したとき、前記仮想ネットワーク機能のスケールアウトを行い、
前記トラフィックが減少したとき、時間間隔をおいて前記仮想ネットワーク機能のスケールインを行い、
前記仮想ネットワーク機能より前段に設けられた、ネットワーク攻撃を防御する他の仮想ネットワーク機能により検知された、ネットワーク攻撃に関する通知を受信し、
前記通知に基づき、前記ネットワーク攻撃による前記トラフィックの増加に応じてスケールアウトされた前記仮想ネットワーク機能に対してスケールインが行われるまでの前記時間間隔を短縮することを特徴とするスケーリング方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、管理装置、管理システム、及びスケーリング方法に関する。
【背景技術】
【０００２】
各種のネットワーク機能を、アプリケーションを用いて汎用のサーバなどに仮想的に形成するＮＦＶ（Network Function Virtualization）の技術が知られている（例えば特許文献１参照）。ＮＦＶの技術によると、専用のハードウェアを必要とせずにネットワーク機能を実現できるため、ネットワークシステムの低コスト化が期待される。ＮＦＶの技術は、欧州電気通信標準化機構（ETSI: European Telecommunication Standards Institute）において標準化作業が進められている。
【０００３】
ＮＦＶの技術によると、物理サーバに仮想ネットワーク機能（VNF: Virtual Network Function）が形成される。仮想ネットワーク機能に対しては、例えばクラウド技術と同様に、処理の負荷に応じて、ＣＰＵ（Central Processing Unit）やメモリなどのリソースを割り当てるスケーリング（例えば特許文献２，３参照）が行われる。例えば、仮想ネットワーク機能の処理対象のトラフィックが増加した場合、またはそのトラフィックを処理するリソースの使用量が増加した場合、割り当てリソースを増加させるスケールアウトが行われ、仮想ネットワーク機能の処理対象のトラフィックが減少した場合、またはそのトラフィックを処理するリソースの使用量が減少した場合、割り当てリソースを減少させるスケールインが行われる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−１４９５７８号公報
【特許文献２】特開２０１１−９０５９４号公報
【特許文献３】特開２０１１−１１８５２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
仮想ネットワーク機能は、ＤＤｏＳ（Distributed Denial of Service Attack）攻撃などのネットワーク攻撃を受けた場合、処理対象のトラフィックが増加するため、スケールアウトが行われ、割り当てられるリソースが増加する。ネットワーク攻撃に対し、例えばファイアウォールやＩＰＳ（Intrusion Prevention System）などのセキュリティアプライアンスは、適切なシグネチャを生成することにより、悪意のトラフィックをフィルタリングする。これにより、仮想ネットワーク機能の処理対象のトラフィックは減少する。
【０００６】
しかし、処理対象のトラフィックが減少しても、仮想ネットワーク機能のスケールインは、すぐには行われない。スケールインが行われるまでには、スケールアウトとスケールインの反復を回避するため、再度のトラフィックの増加を監視する監視時間などが必要となる。このため、例えば、仮想ネットワーク機能を提供するサービスにおいて、利用時間及びリソース量に応じた料金体系が適用された場合、サービスの利用者は、スケールインが行われるまで、ネットワーク攻撃による無駄な出費を強いられることとなる。
【０００７】
そこで本件は上記の課題に鑑みてなされたものであり、ネットワーク攻撃に応じて増加したリソースを速やかに減少させる管理装置、管理システム、及びスケーリング方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本明細書に記載の管理装置は、物理サーバに形成された仮想ネットワーク機能を管理する管理装置において、前記仮想ネットワーク機能の処理対象のトラフィックが増加したとき、前記仮想ネットワーク機能のスケールアウトを行い、前記トラフィックが減少したとき、時間間隔をおいて前記仮想ネットワーク機能のスケールインを行うスケーリング部と、ネットワーク攻撃を防御する他の仮想ネットワーク機能により検知されたネットワーク攻撃に関する通知を受信する受信部と、前記通知に基づき、前記ネットワーク攻撃による前記トラフィックの増加に応じてスケールアウトされた前記仮想ネットワーク機能に対してスケールインが行われるまでの前記時間間隔を短縮する制御部とを有する。
【０００９】
本明細書に記載の管理システムは、物理サーバに形成された仮想ネットワーク機能を管理する第１管理装置と、ネットワーク攻撃を防御する他の仮想ネットワーク機能を管理する第２管理装置とを有し、前記第２管理装置は、前記他の仮想ネットワーク機能により前記ネットワーク攻撃を検知したとき、前記ネットワーク攻撃に関する通知を前記第１管理装置に送信し、前記第１管理装置は、前記仮想ネットワーク機能の処理対象のトラフィックが増加したとき、前記仮想ネットワーク機能のスケールアウトを行い、前記トラフィックが減少したとき、時間間隔をおいて前記仮想ネットワーク機能のスケールインを行うスケーリング部と、前記通知を受信する受信部と、前記通知に基づき、前記ネットワーク攻撃による前記トラフィックの増加に応じてスケールアウトされた前記仮想ネットワーク機能に対してスケールインが行われるまでの前記時間間隔を短縮する制御部とを有する。
【００１０】
本明細書に記載のスケーリング方法は、物理サーバに形成された仮想ネットワーク機能のスケーリング方法において、前記仮想ネットワーク機能の処理対象のトラフィックが増加したとき、前記仮想ネットワーク機能のスケールアウトを行い、前記トラフィックが減少したとき、時間間隔をおいて前記仮想ネットワーク機能のスケールインを行い、前記仮想ネットワーク機能より前段に設けられた、ネットワーク攻撃を防御する他の仮想ネットワーク機能により検知された、ネットワーク攻撃に関する通知を受信し、前記通知に基づき、前記ネットワーク攻撃による前記トラフィックの増加に応じてスケールアウトされた前記仮想ネットワーク機能に対してスケールインが行われるまでの前記時間間隔を短縮する方法である。
【発明の効果】
【００１１】
ネットワーク攻撃に応じて増加したリソースを速やかに減少させることができる。
【図面の簡単な説明】
【００１２】
【図１】仮想ネットワークシステムの一例を示す構成図である。
【図２】ネットワーク攻撃時の仮想ネットワーク機能の動作の一例を示す図である。
【図３】仮想ネットワークシステムの動作の比較例を示すシーケンス図である。
【図４】仮想ネットワークシステムの動作の実施例を示すシーケンス図である。
【図５】仮想ネットワーク機能管理サーバの一例を示す構成図である。
【図６】構成管理情報の一例を示す図（その１）である。
【図７】構成管理情報の一例を示す図（その２）である。
【図８】構成管理情報の一例を示す図（その３）である。
【図９】スケーリング履歴情報の一例を示す図（その１）である。
【図１０】スケーリング履歴情報の一例を示す図（その２）である。
【図１１】スケーリング管理部の処理の一例を示すフローチャートである。
【図１２】ネットワーク機能仮想化制御部の処理の一例を示すフローチャートである。
【図１３】セッション移動処理の適用例を示すフローチャートである。
【発明を実施するための形態】
【００１３】
図１は、仮想ネットワークシステムの一例を示す構成図である。仮想ネットワークシステムは、ネットワーク機能仮想化（ＮＦＶ）管理サーバ１と、ネットワーク（ＮＷ）アプリケーションサービス管理サーバ２と、仮想ネットワーク３ａと、仮想インフラ管理サーバ４とを有する。このうち、ＮＦＶ管理サーバ１、ＮＷアプリケーションサービス管理サーバ２、及び仮想インフラ管理サーバ４は、仮想ネットワーク３ａの管理システムを構成する。
【００１４】
仮想ネットワーク３ａには、その端点であるＥＰ（End Point）＃０〜＃２と、仮想的に形成されたネットワーク機能であるＶＮＦ＃０〜＃３とが含まれる。例えば、ＥＰ＃０は企業の拠点ＸのＬＡＮ９０に接続され、ＥＰ＃１は企業の拠点ＹのＬＡＮ９１に接続され、ＥＰ＃２は企業の拠点ＺのＬＡＮ９２に接続されている。
【００１５】
また、ＥＰ＃０はＶＮＦ＃０に接続され、ＥＰ＃１はＶＮＦ＃２に接続され、ＥＰ＃２はＶＮＦ＃３に接続されている。ＶＮＦ＃１は、他のＶＮＦ＃０，＃２，＃３と接続されている。
【００１６】
仮想ネットワーク３ａは、仮想・物理インフラ５である物理サーバ３０，３１及びエッジルータ３２〜３４を含む物理的なネットワーク３により仮想的に形成されたものである。点線の矢印は、物理サーバ３０，３１及びエッジルータ３２〜３４とＶＮＦ＃０〜＃２及びＥＰ＃０〜＃２との対応関係を示すものである。
【００１７】
ＥＰ＃０〜＃２は、エッジルータ３２〜３４に対応する。また、ＶＮＦ＃０は物理サーバ３０に対応し、ＶＮＦ＃１〜＃３は物理サーバ３１に対応する。すなわち、ＶＮＦ＃０は物理サーバ３０に仮想的に形成されたネットワーク機能であり、ＶＮＦ＃１〜＃３は物理サーバ３１に仮想的に形成されたネットワーク機能である。ＶＮＦ＃０〜＃２は、それぞれ、物理サーバ３０，３１においてネットワーク機能を実行するアプリケーションにより構成される。
【００１８】
ＮＷアプリケーションサービス管理サーバ２は、第２管理装置の一例であり、ＶＮＦ＃０〜＃３のアプリケーションにより提供されるサービスを管理する。ＮＷアプリケーションサービス管理サーバ２は、ＮＦＶ管理サーバ１と連携して各種の管理を行う。
【００１９】
ＮＦＶ管理サーバ１は、第１管理装置の一例であり、ＶＮＦ＃０〜＃３をそれぞれ管理する。より具体的には、ＮＦＶ管理サーバ１は、ＮＷアプリケーションサービス管理サーバ２及び仮想インフラ管理サーバ４と連携して、ＶＮＦ＃０〜＃３のスケーリングを行うことによりリソースを管理する。また、仮想インフラ管理サーバ４は、仮想・物理インフラ５を管理する。
【００２０】
この仮想ネットワークシステムによると、専用のハードウェアを必要とせず、例えば汎用の物理サーバ３０，３１でネットワーク機能を実現できるため、企業のＬＡＮ９０〜９２間の通信サービスを低コストで実現できる。しかし、以下に述べるように、仮想ネットワークシステムは、ＤＤｏＳ攻撃などのネットワーク攻撃（以下、「ＮＷ攻撃」と表記）を受けた場合、ＮＷ攻撃によるトラフィックの増加に伴いＶＮＦ＃１〜＃３がスケールアウトされるため、利用者に無駄な出費が生ずるという問題がある。
【００２１】
図２は、ＮＷ攻撃時のＶＮＦ＃０〜２の動作の一例を示す。本例において、ＶＮＦ＃０は、他のＶＮＦ＃１，＃２の前段に設けられており、ファイアウォールやＩＰＳなどのセキュリティアプライアンスを実現するアプリケーションであるとする。
【００２２】
また、ＶＮＦ＃１は、通信セッションごとのステート情報を持たないステートレス（State-less）なアプリケーションにより実行され、ＶＮＦ＃２は、ステート情報を持つステートフル（State-full）なアプリケーションにより実行されるとする。また、ＮＷ攻撃に用いられるパケットＰＫＴは、ＶＮＦ＃０〜＃２を、この順に通過するものとする。
【００２３】
ＮＷ攻撃前の初期状態において、ＶＮＦ＃１は、リソースとして仮想マシン（VM: Virtual Machine）であるＶＭ＃１−０を含み、ＶＮＦ＃２は、リソースとして仮想マシンであるＶＭ＃２−０及びＶＭ＃２−１を含む（ステップ１−Ａ、２−Ａ）。なお、リソースとしては、ＶＭに代えて、コンテナが用いられてもよい。
【００２４】
ＮＷ攻撃が発生すると（ステップ０−１）、ＮＦＶ管理サーバ１は、ＮＷ攻撃によるＶＮＦ＃１，＃２のパケットの増加、つまりトラフィックの増加を検出する（ステップ１−Ｂ，２−Ｂ）。なお、ＮＦＶ管理サーバ１は、トラフィックの増加がＮＷ攻撃によるものであることを認識できない。
【００２５】
ＮＦＶ管理サーバ１は、ＶＮＦ＃１，＃２のトラフィックの増加を検出すると、増加したトラフィックを適切に処理できるように、ＶＮＦ＃１，＃２のスケールアウトを行う（ステップ１−Ｃ，２−Ｃ）。これにより、例えば、ＶＮＦ＃１は、リソースとしてＶＭ＃１−１及びＶＭ＃１−２が追加され、ＶＮＦ＃１は、リソースとしてＶＭ＃２−２〜ＶＭ＃２−５が追加される。
【００２６】
その後、ＶＮＦ＃０は、ＮＷ攻撃を防御するため、ＮＷ攻撃を行うパケットＰＫＴをフィルタリングするためのシグネチャを生成して使用を開始する（ステップ０−２）。これにより、ＶＮＦ＃１，＃２のトラフィックは減少する。
【００２７】
しかし、トラフィックが減少しても、ＶＮＦ＃１，＃２のスケールインは、すぐには行われない。ＮＦＶ管理サーバ１は、ＶＮＦ＃１に関し、満了時間がＴｐ１の判定タイマによりスケールインの可否を判定する（ステップ１−Ｄ）。
【００２８】
より具体的には、ＮＦＶ管理サーバ１は、スケールアウトとスケールインの反復を回避するため、判定タイマが満了するまで再度のトラフィックの増加を監視する。ＮＦＶ管理サーバ１は、判定タイマが満了したとき、スケールインが可能であると判定して、ＶＮＦ＃１のスケールインを行う（ステップ１−Ｅ）。これにより、ＶＮＦ＃１は、例えば、リソースがＶＭ＃１−０だけとなるまで減少する。
【００２９】
一方、ＶＮＦ＃２に関しては、ＮＷ攻撃のトラフィック流入がなくなり、トラフィックの受信量が減少しても、ＮＷ攻撃のトラフィックに対するステート情報は維持される。ＮＦＶ管理サーバ１は、そのトラフィックの減少後、各ＶＭ＃２−０〜＃２−５が持つステート情報が使用されずに削除されるまでの時間（「ステート情報有効時間」）が経過し、そのＮＷ攻撃のトラフィックに対するステート情報が削除され、ステート情報の減少またはその減少に伴うメモリ使用量の減少をスケールインの契機と判断する（ステップ２−Ｄ）。すなわち、ＮＦＶ管理サーバ１は、各ＶＭ＃２−０〜＃２−５について、満了時間Ｔｓの有効タイマが満了するまでスケールインの契機をとらえることができず、待機することになる。
【００３０】
ＮＦＶ管理サーバ１は、有効タイマの満了後、ＶＮＦ＃１と同様に、満了時間がＴｐ２の判定タイマによりスケールインの可否を判定する（ステップ２−Ｅ）。ＮＦＶ管理サーバ１がスケールインを可能と判定すると、ＮＷアプリケーションサービス管理サーバ２は、ＶＮＦ＃２のＶＭ＃２−０〜＃２−５のうち、スケールインにより削除されるＶＭのステート情報を他のＶＭに移動させる（ステップ２−Ｆ）。
【００３１】
ステート情報の移動後、ＮＦＶ管理サーバ１は、ＶＮＦ＃２のスケールインを行う（ステップ２−Ｇ）。これにより、ＶＮＦ＃２は、例えば、リソースがＶＭ＃２−０及びＶＭ＃２−１だけとなるまで減少する。
【００３２】
このように、ＶＮＦ＃１のスケールインが行われるまでには、スケールインの可否判定の時間を要し、ＶＮＦ＃２のスケールインが行われるまでには、ステート情報の有効時間、スケールインの可否判定の時間、及びステート情報の移動時間を要する。
【００３３】
図３は、仮想ネットワークシステムの動作の比較例を示すシーケンス図である。なお、図３では、ＮＷアプリケーションサービス管理サーバを、「ＮＷ  ＡＰＬサービス管理サーバ」と記載する。ＮＷ攻撃が発生すると、ＶＮＦ＃０〜＃２のトラフィックが増加する（符号Ｓ１参照）。このとき、ＮＷアプリケーションサービス管理サーバ２及びＶＮＦ＃０はＮＷ攻撃を検知できるが、ＮＦＶ管理サーバ１、仮想インフラ管理サーバ４、仮想・物理インフラ５、及びＶＮＦ＃１，＃２はＮＷ攻撃を認識できない。
【００３４】
ＮＦＶ管理サーバ１は、ＮＷアプリケーションサービス管理サーバ２、仮想インフラ管理サーバ４、及び仮想・物理インフラ５と連携して、トラフィックの増加に応じＶＮＦ＃１，＃２のスケールアウト制御を行う（符号Ｓ２参照）。これに伴い、ＶＮＦ＃１，＃２のスケールアウトが行われる（符号Ｓ３参照）。
【００３５】
ＮＷアプリケーションサービス管理サーバ２は、ＮＷ攻撃の対処をＶＮＦ＃０に指示する（符号Ｓ４参照）。ＶＮＦ＃０は、その指示に従い、ＮＷ攻撃のパケットＰＫＴをフィルタリングするためのシグネチャを生成して使用を開始する（符号Ｓ５参照）。あるいは、ＶＮＦ＃０は、ＮＷアプリケーションサービス管理サーバ２から新たなシグネチャを含む指示を受信し、そのシグネチャを新たに設定して使用を開始する。なお、以降において、ＶＮＦ＃１の制御及びＶＮＦ＃２の制御（点線の枠参照）は同時並行的に行われる。
【００３６】
ＶＮＦ＃１の制御において、ＮＦＶ管理サーバ１は、仮想インフラ管理サーバ４及び仮想・物理インフラ５と連携して、図２のステップ１−Ｄに相当するＶＮＦ＃１のスケールインの可否判定を行う（符号Ｓ６−１参照）。ＮＦＶ管理サーバ１は、スケールインを可能と判定すると、ＮＷアプリケーションサービス管理サーバ２、仮想インフラ管理サーバ４、及び仮想・物理インフラ５と連携して、スケールイン制御を行う（符号Ｓ８−１）。これにより、ＶＮＦ＃１のスケールインが行われる（符号Ｓ７−１）。
【００３７】
一方、ＶＮＦ＃２の制御において、ＮＦＶ管理サーバ１は、仮想インフラ管理サーバ４及び仮想・物理インフラ５と連携して、図２のステップ２−Ｄ〜２−Ｆに相当するＶＮＦ＃２のスケールインの可否判定などを行う（符号Ｓ６−２参照）。ＮＦＶ管理サーバ１は、スケールインを可能と判定し、ステート情報の移動処理などが完了すると、ＮＷアプリケーションサービス管理サーバ２、仮想インフラ管理サーバ４、及び仮想・物理インフラ５と連携して、スケールイン制御を行う（符号Ｓ８−２）。これにより、ＶＮＦ＃２のスケールインが行われる（符号Ｓ７−２）。このようにして、仮想ネットワークシステムは動作する。
【００３８】
このように、仮想ネットワークシステムでは、ＮＷ攻撃の発生によりトラフィックが増加した場合、ＮＷ攻撃の対処によりトラフィックが減少した後、ＶＮＦ＃１，＃２のスケールインを行うまでにスケールインの可否判定などの時間を要する。このため、例えば、ＶＮＦ＃１，＃２を提供するサービスにおいて、利用時間及びリソース量に応じた料金体系が適用された場合、サービスの利用者は、スケールインが行われるまで、ＮＷ攻撃による無駄な出費を強いられることとなる。
【００３９】
そこで、実施例のＮＦＶ管理サーバ１は、ＮＷ攻撃に関する通知を受け、通知に基づき、ＮＷ攻撃に応じてスケールアウトしたＶＮＦを特定し、そのＶＮＦをスケールインするまでの時間間隔を短縮することで、ＮＷ攻撃に応じて増加したリソースを速やかに減少させる。より具体的には、ＮＦＶ管理サーバ１は、ＮＷアプリケーションサービス管理サーバ２またはＶＮＦ＃０からＮＷ攻撃通知を受け、ＮＷ攻撃通知から特定したＶＮＦ＃１，＃２について、判定タイマの満了時間Ｔｐ１，Ｔｐ２及びステート情報の有効タイマの満了時間Ｔｓを短縮する。
【００４０】
図４は、仮想ネットワークシステムの動作の実施例を示すシーケンス図である。図４において、図３と共通する動作については、同一の符号を付し、その説明を省略する。
【００４１】
ＮＷアプリケーションサービス管理サーバ２は、ＮＷ攻撃の対処指示（符号Ｓ４参照）の後、ＮＷ攻撃通知をＮＦＶ管理サーバ１に送信する。ＮＷ攻撃通知は、ＮＷ攻撃に関する通知の一例であり、例えば、ＮＷ攻撃を受けた利用者のＩＤ、サービスＩＤ、パケットＰＫＴの流れる方向、及びＮＷ攻撃の開始時刻などの情報を含む。
【００４２】
なお、ＮＷアプリケーションサービス管理サーバ２に代えて、ＮＷ攻撃の対処を行うＶＮＦ＃０がＮＷ攻撃通知をＮＦＶ管理サーバ１に送信してもよい（点線の矢印参照）。ＶＮＦ＃０は、ＮＷ攻撃からＶＮＦ＃１，＃２を防御するアプリケーションの一例である。
【００４３】
ＮＦＶ管理サーバ１は、受信したＮＷ攻撃通知に基づき、仮想ネットワーク３ａ内のＶＮＦ＃０〜＃３のうち、ＮＷ攻撃によるトラフィックの増加に応じスケールアウトされたＶＮＦ＃１，＃２を特定する（符号Ｓ５ａ参照）。なお、この特定方法の詳細は後述する。
【００４４】
ＮＦＶ管理サーバ１は、特定したＶＮＦ＃１，＃２の判定タイマの満了時間Ｔｐ１，Ｔｐ２を短縮する（符号Ｓ５ｂ）。つまり、ＮＦＶ管理サーバ１は、特定したＶＮＦ＃１，＃２のスケールインを行うまでの時間間隔を短縮する。このため、図２のステップ１−Ｄ，２−Ｅのスケールインの可否判定の時間が短縮される。
【００４５】
また、ＶＮＦ＃１の制御において、ＮＦＶ管理サーバ１は、スケールインの可否判定の後（符号Ｓ６−１）、ＶＮＦ＃１に対するスケールインで減少させるリソース量を、ＮＷ攻撃の開始時刻におけるＶＮＦ＃１のリソース量またはトラフィック処理量に基づき決定する（符号Ｓ６−１ａ参照）。このため、ＶＮＦ＃１のスケールイン後の割り当てリソース量を迅速に決定することができ、ＮＷ攻撃前の値に素早く戻すことができる。従来、過剰なスケールインを避けるため、予め決めた所定のリソース量単位での削減が行われていたが、その場合、そのリソース量よりＮＷ攻撃のトラフィックに使用されているリソースが大きい場合、複数回のスケールインが段階的に実行されることになる。これに対し、本実施例では、そのスケールインの後の割り当てリソース量に対応する規模まで迅速にスケールインが行うことが可能となる。その後、ＶＮＦ＃１のスケールインが実行される（ステップＳ８−１，Ｓ７−１）。
【００４６】
また、ＶＮＦ＃２の制御において、ＮＦＶ管理サーバ１は、ＮＷ攻撃の通信セッションを多く含むＶＭまたはコンテナを抽出し、抽出したＶＭまたはコンテナについて、ステート情報の有効タイマの満了時間Ｔｓを短縮する（ステップＳ６−２ａ）。つまり、ＮＦＶ管理サーバ１は、抽出したＶＭまたはコンテナに対して、短いステート情報の有効時間を、ＮＷアプリケーションサービス管理サーバ２を通じて、またはＮＦＶ管理サーバ１がＶＮＦ＃１に直接のインターフェースを有する場合にはＮＦＶ管理サーバ自体が設定する。このため、図２のステップ２−Ｄのステート情報の有効時間の時間が短縮される。その後、ＶＮＦ＃２のスケールイン可否判定などとスケールインが実行される（Ｓ６−２，Ｓ８−２，Ｓ９−２）。
【００４７】
このように、ＮＦＶ管理サーバ１は、ＮＷ攻撃通知を受信すると、スケールインを実行することにより、管理対象のＶＮＦ＃１，＃２に割り当てられているリソースを減少させる。したがって、実施例のＮＦＶ管理サーバ１は、ＮＷ攻撃に応じて増加したリソースを速やかに減少させることができる。次に、ＮＦＶ管理サーバ１の構成について述べる。
【００４８】
図５は、ＮＦＶ管理サーバ１の一例を示す構成図である。ＮＦＶ管理サーバ１は、ＣＰＵ（Central Processing Unit）１０、ＲＯＭ（Read Only Memory）１１、ＲＡＭ（Random Access Memory）１２、ＨＤＤ（Hard Disk Drive）１３、及び複数の通信ポート１４を有する。ＣＰＵ１０は、互いに信号の入出力ができるように、ＲＯＭ１１、ＲＡＭ１２、ＨＤＤ１３、複数の通信ポート１４と、データバス１５を介して接続されている。
【００４９】
ＲＯＭ１１は、ＣＰＵ１０を駆動するプログラムが格納されている。ＲＡＭ１２は、ＣＰＵ１０のワーキングメモリとして機能する。通信ポート１４は、例えばＰＨＹ（Physical Layer）／ＭＡＣ（Media Access Control）デバイスであり、ＮＷアプリケーションサービス管理サーバ２及び仮想インフラ管理サーバ４との間でそれぞれパケットを送受信する。なお、パケットとしてＩＰ（Internet Protocol）パケットが挙げられるが、これに限定されない。
【００５０】
通信ポート１４は、受信部の一例であり、ＶＮＦ＃０またはＮＷアプリケーションサービス管理サーバ２からＮＷ攻撃通知を受信する。なお、図１のように、ＮＦＶ管理サーバ１がＶＮＦ＃０と直接のインターフェースを有していない場合、通信ポート１４は、ＶＮＦ＃０からＮＷ攻撃通知を受信するため、ＮＷアプリケーションサービス管理サーバ２を介してＶＮＦ＃０（つまりサーバ３０）と通信する。
【００５１】
ＣＰＵ１０は、ＲＯＭ１１からプログラムを読み込むと、機能として、ＮＦＶ制御部１００、スケーリング管理部１０１、構成管理部１０２、及び履歴管理部１０３が形成される。また、ＨＤＤ１３には、構成管理情報１３０及びスケーリング履歴情報１３１が記憶されている。なお、構成管理情報１３０及びスケーリング履歴情報１３１の記憶手段としては、ＨＤＤ１３に代えて、不揮発性メモリなどが用いられてもよい。
【００５２】
後述するように、構成管理情報１３０には、利用者ＩＤごとに、各サービスＩＤに対応するＶＮＦ＃０〜＃３の接続構成、仮想ネットワーク３ａ内のフロー、各ＶＮＦ＃０〜＃３の構成やリソースに関する情報が含まれている。また、スケーリング履歴情報１３１には、利用者ＩＤごとに、各ＶＮＦ＃０〜＃３のスケーリングの履歴に関する情報が含まれている。
【００５３】
スケーリング管理部１０１は、スケーリング部の一例であり、上述したように、通信ポート１４を介してＮＷ攻撃通知を受信すると、管理対象のＶＮＦ＃１，＃２に対し割り当てられているリソースを減少させる。スケーリング管理部１０１は、ＶＮＦ＃１〜＃３の処理対象のトラフィックが増加したとき、ＶＮＦ＃１〜＃３のスケールアウトを行い、処理対象のトラフィックが減少したとき、時間間隔をおいてＶＮＦ＃１〜＃３のスケールインを行う。より具体的には、スケーリング管理部１０１は、図２〜図４を参照して述べたように、ＮＷ攻撃であるか否かに関わらず、トラフィックの増加に応じＶＮＦ＃１〜＃３のスケールアウトを行い、スケールインの可否判定の判定タイマの満了後、ＶＮＦ＃１〜＃３のスケールインを行う。
【００５４】
ＮＦＶ制御部１００は、制御部の一例であり、ＮＷ攻撃知に基づき、ＶＮＦ＃１〜＃３のうち、ＮＷ攻撃によるトラフィックの増加に応じ、スケーリング管理部１０１によりスケールアウトされたＶＮＦ＃１，＃２を特定する。より具体的には、ＮＦＶ制御部１００は、ＮＷ攻撃通知から利用者ＩＤ及びサービスＩＤを取得し、利用者ＩＤ及びサービスＩＤに基づき構成管理情報１３０からＶＮＦ＃０〜＃３の接続構成を検索する。そして、ＮＦＶ制御部１００は、その接続構成からスケールアウトされたＶＮＦ＃１，＃２を特定する。なお、構成管理情報１３０の構成については後述する。
【００５５】
また、ＮＦＶ制御部１００は、特定したＶＮＦ＃１，＃２に対しスケーリング管理部１０１がスケールインを行うまでの時間間隔を短縮する。より具体的には、ＮＦＶ制御部１００は、ＶＮＦ＃１，＃２の判定タイマの満了時間Ｔｐ１，Ｔｐ２を短縮する。これにより、ＮＦＶ制御部１００は、ＮＷ攻撃によりスケールアウトされたＶＮＦ＃１，＃２のトラフィックが減少したとき、スケーリング管理部１０１のスケールインまでの時間間隔を短縮できる。なお、判定タイマの満了時間Ｔｐ１，Ｔｐ２は、後述するように構成管理情報１３０に含まれる。
【００５６】
より詳しく述べると、スケーリング管理部１０１は、上述のとおり、トラフィック増加の原因がＮＷ攻撃であるか否かに関わらず、トラフィックの減少時、スケールインの可否判定を行う。これに対し、ＮＦＶ制御部１００は、ＮＷ攻撃通知に基づき、ＮＷ攻撃によりトラフィックが増加したＶＮＦ＃１，＃２を特定し、その判定タイマの満了時間Ｔｐ１，Ｔｐ２を短縮する。このため、スケーリング管理部１０１は、ＮＷ攻撃が発生していない場合、つまりＮＷ攻撃通知を受信していないとき、例えば判定タイマの満了時間Ｔｐ１、Ｔｐ２を所定値ＴＡ（第１の時間の一例）とすれば、所定値ＴＡが経過してから、ＶＮＦ＃１，＃２のスケールインを実行する。一方、ＮＷ攻撃が発生した場合、つまりＮＷ攻撃通知を受信すると、スケーリング管理部１０１は、所定値ＴＡより短い他の所定値ＴＢ（＜ＴＡ）（第２の時間の一例）が経過してから、ＶＮＦ＃１，＃２のスケールインを実行する。
【００５７】
このため、スケーリング管理部１０１は、満了時間Ｔｐ１，Ｔｐ２が短縮された判定タイマによりスケールインの可否判定を行う。したがって、ＶＮＦ＃１〜＃３のうち、ＮＷ攻撃によりスケールアウトされたＶＮＦ＃１，＃２のスケールインまでの所要時間を短縮できる。
【００５８】
また、ＮＦＶ制御部１００は、ＮＷ攻撃通知から、ＮＷ攻撃の開始時刻を示す時刻情報を取得する。ＮＦＶ制御部１００は、特定したＶＮＦ＃１，＃２のうち、ステートレスなアプリケーションにより実行されるものを判別し、該当するＶＮＦ＃１に対するスケールインで減少させるリソース量を、ＮＷ攻撃の開始時刻におけるＶＮＦ＃１のリソース量またはトラフィック処理量に基づき決定する。このとき、ＮＦＶ制御部１００は、時刻情報に基づき、スケーリング履歴情報１３１から、時刻情報が示す開始時刻におけるＶＮＦ＃１のリソース量またはトラフィック処理量を取得する。なお、スケーリング履歴情報１３１の構成については後述する。
【００５９】
スケーリング管理部１０１は、ＮＦＶ制御部１００により結滞されたリソース量に基づき、ＶＮＦ＃１のスケールインを行う。このため、スケーリング管理部１０１は、ＶＮＦ＃１のリソース量をＮＷ攻撃前の値に迅速に戻すことができる。
【００６０】
また、ＮＦＶ制御部１００は、特定したＶＮＦ＃１，＃２のうち、ステートレスなアプリケーションにより実行されるものを判別し、該当するＶＮＦ＃２により保持されるステート情報の有効時間を、ＮＷ攻撃の開始時刻からの経過時間と比較する。ここで、経過時間は、例えばＮＦＶ制御部１００の内蔵タイマや外部の時刻同期サーバなどから取得される。
【００６１】
ＮＦＶ制御部１００は、ステート情報の有効時間がＮＷ攻撃の開始時刻からの経過時間より大きい場合、そのＶＮＦ＃２に含まれるＶＭまたはコンテナから、ＮＷ攻撃の開始時刻以降にスケーリング管理部１０１によるスケールアウトでＶＮＦ＃２に追加されたＶＭまたはコンテナを抽出する。この場合、ＮＦＶ制御部１００は、ＮＷ攻撃の開始時刻以降に追加されたＶＭまたはコンテナを、ＮＷ攻撃の通信セッションを多く含むＶＭまたはコンテナとみなして抽出する。
【００６２】
ＮＦＶ制御部１００は、抽出したＶＭまたはコンテナについて、有効時間を短縮する。より具体的には、ＮＦＶ制御部１００は、抽出したＶＭまたはコンテナの有効タイマの満了時間Ｔｓを短縮する。このため、ＮＦＶ制御部１００は、該当するＶＭまたはコンテナのステート情報を速やかに無効とし、スケールインに備えることができる。なお、有効タイマの満了時間Ｔｓは、後述するように構成管理情報１３０に含まれる。
【００６３】
また、ＮＦＶ制御部１００は、ＶＮＦ＃２より保持されるステート情報の有効時間が、ＮＷ攻撃の開始時刻からの経過時間以下である場合、そのＶＮＦ＃２に含まれるＶＭまたはコンテナから、ステート情報の解放率が所定値以上であるＶＭまたはコンテナを抽出する。ここで、ステート情報の解放率は、全てのステート情報の数に対し、有効時間の経過により削除されたステート情報の数の比率である。
【００６４】
この場合、ＮＷ攻撃からの経過時間が長いため、ＮＷ攻撃以前のＶＭまたはコンテナにおいて、ＮＷ攻撃ではない通信セッションの通信も終了し、その空いたリソースにＮＷ攻撃のセッションが振り分けられて、ＶＮＦ＃２を構成するＶＭ群またはコンテナ群にわたって、ＮＷ攻撃の通信セッションとそれ以外の通信セッションの均質的な混在が進む。このため、ＮＦＶ制御部１００は、ＮＷ攻撃のトラフィックが、大量であり、かつ、正常終了しない通信セッションを含むことが多いため、解放率が高いＶＭまたはコンテナを、ＮＷ攻撃の通信セッションを多く含むＶＭまたはコンテナとみなして抽出する。ＮＦＶ制御部１００は、上述したように、抽出したＶＭまたはコンテナについて、有効時間を短縮する。このため、ＮＦＶ制御部１００は、該当するＶＭまたはコンテナのステート情報を速やかに無効とし、スケールインに備えることができる。
【００６５】
構成管理部１０２は、ＮＦＶ制御部１００及びスケーリング管理部１０１から、ＶＮＦ＃０〜＃３の構成やそのリソースの構成に関する情報を収集して、収集した情報に従いＨＤＤ１３内の構成管理情報１３０を更新する。また、履歴管理部１０３は、ＮＦＶ制御部１００及びスケーリング管理部１０１から、スケールイン制御及びスケールアウト制御に関する情報を収集して、収集した情報に従いＨＤＤ１３内のスケーリング履歴情報１３１を更新する。以下に構成管理情報１３０及びスケーリング履歴情報１３１について述べる。
【００６６】
図６〜図８には構成管理情報１３０の一例が示されている。構成管理情報１３０は、仮想ネットワーク３ａの利用者、すなわち図１の拠点Ｘ〜Ｚの企業を示すユーザＩＤごとに設けられており、本例ではユーザＩＤが「＃ｋ」（ｋ：正の整数）のものが例示されている。
【００６７】
まず、図６を参照すると、構成管理情報１３０には、利用者に提供する通信サービスにおける仮想ネットワーク３ａ内のＶＮＦ＃０〜＃３の接続構成を示す接続構成情報（「Ａ」参照）、及びＶＮＦ＃０〜＃３ごとの構成を示すアプリケーション構成情報（「Ｂ」参照）が含まれる。
【００６８】
接続構成情報には、通信サービスの識別子であるサービスＩＤごとにＥＰ間のＶＮＦの接続を示す「接続構成」情報、及びＥＰの識別子であるＥｎｄ  Ｐｏｉｎｔ  ＩＤごとに通信サービスに割り当てたパケットのフローを示す「割り当てフロー」情報が含まれる。図１の例の接続構成は、サービスＩＤ「１」のものに該当する。ＮＦＶ制御部１００は、ＮＷ攻撃通知に含まれるユーザＩＤ「＃ｋ」及びサービスＩＤ「１」から図１の例の接続構成を特定する。
【００６９】
また、「割り当てフロー」情報は、エンドポイントの順方向及び逆方向のそれぞれのフローについて、送信元及び宛先のＩＰアドレスを含む。ＮＦＶ制御部１００は、ＮＷ攻撃通知に含まれる宛先のＩＰアドレスから、「割り当てフロー」情報を検索することにより、ＮＷ攻撃のフローを特定する。
【００７０】
アプリケーション構成情報には、ＶＮＦの識別子であるＶＮＦ  ＩＤ（＃０，＃１，・・・）ごとの割り当てリソース情報及び運用情報が含まれている。割り当てリソース情報には、ＶＮＦに割り当てられるリソース（ＶＭまたはコンテナ）の単位タイプと、最大数及び最小数と、ＶＮＦが属するスケーリンググループを示すスケーリンググループＩＤとが含まれる。
【００７１】
図１の例の場合、ＶＮＦ＃１は、スケーリンググループＩＤ「＃９５６」のグループに属し、「VM Type-1」が最大で３個、また最小で１個割り当てられる。また、ＶＮＦ＃２は、スケーリンググループＩＤ「＃５３１」のグループに属し、「VM Type-2」が最大で５個、また最小で１個割り当てられる。
【００７２】
また、運用情報には、ＶＮＦのアプリケーション（ＡＰＬ）のタイプ、判定タイマ及び有効タイマなどの制御タイマの設定情報、及び各種の監視パラメータ条件が含まれている。図１の例の場合、ＶＮＦ＃１はステートレスなアプリケーションのタイプであり、ＶＮＦ＃２はステートフルなアプリケーションのタイプである。ＮＦＶ制御部１００は、ＡＰＬタイプの情報に基づき、ＶＮＦ＃１，＃２がステートレスなアプリケーションまたはステートフルなアプリケーションの何れであるかを判別する。
【００７３】
制御タイマの設定情報には、通常時のものと、ＮＷ攻撃に応じスケールアウトされた場合に備えた緊急時のものとが含まれている。緊急時の制御タイマの満了時間は、通常時のものより短い。ＮＦＶ制御部１００は、ＮＷ攻撃通知に基づき特定したＶＮＦ＃１，＃２について、制御タイマの満了時間を通常時のものから緊急時にものに切り替えることにより、ＶＮＦ＃１，＃２がスケールインされるまでの時間を短縮する。
【００７４】
例えば、ＶＮＦ＃１の判定タイマの満了時間Ｔｐ１は、通常時は３０（min.）に設定されているが、緊急時は０（min.）に設定されている。また、ＶＮＦ＃２の判定タイマの満了時間Ｔｐ２は、通常時は３０（min.）に設定されているが、緊急時は０（min.）に設定されている。スケーリング管理部１０１は、ＮＦＶ制御部１００の指示する満了時間により判定タイマを制御する。したがって、スケーリング管理部１０１は、スケールインの可否判定を即時に終了して、スケールインを実行する。
【００７５】
また、ＶＮＦ＃２のリソースであるＶＭまたはコンテナのステート情報の有効タイマの満了時間Ｔｓは、通常時は１５（min.）に設定されているが、緊急時は５（min.）に設定されている。ＮＦＶ制御部１００は、ＮＷ攻撃の通信セッションを多く含むＶＭまたはコンテナを抽出し、抽出したＶＭまたはコンテナに対し、緊急時の有効タイマの満了時間を適用する。このため、該当するＶＭまたはコンテナのステート情報の有効時間が短縮される。
【００７６】
監視パラメータ条件は、各種の制御に用いられるリソースに関する判定値などである。一例として、ＶＮＦ＃１，＃２の監視パラメータ条件には、ＣＰＵ使用量、メモリ使用量、及びトラフィックのスループットが含まれている。また、ＶＮＦ＃２の監視パラメータ条件には、ＮＦＶ制御部１００がＶＭまたはコンテナを抽出するときに用いるステート情報の解放率の閾値が含まれる。
【００７７】
次に、図７及び図８を参照すると、構成管理情報１３０には、ＶＮＦ＃０〜＃３のスケーリンググループＩＤごとの割り当てリソース構成を示す割り当てリソース構成情報（「Ｃ」参照）が含まれる。なお、図７はＶＮＦ＃１の割り当てリソース構成情報を示し、図８は、ＶＮＦ＃２の割り当てリソース構成情報を示す。割り当てリソース構成情報には、グループ内のリソース量の合計であるグループ合計値と、ＶＭまたはコンテナの識別子であるリソースＩＤごとの仮想・物理インフラ５内の名称であるインフラ内名称と、リソースの使用状態の情報が含まれる。
【００７８】
リソースの使用状態にはインフラレベルとアプリケーションレベルがあり、インフラレベルではＣＰＵ使用量及びメモリ使用量が示され、アプリケーションレベルではトラフィックのスループット及びステート情報の解放率が示される。グループ合計値は、リソースの単位数に加え、全リソースについて上記のパラメータをそれぞれ合計した値を示すものである。本例では、ＶＮＦ＃１に５個のリソース（ＶＭまたはコンテナ）が割り当てられ、ＶＮＦ＃２に３個のリソースが割り当てられた場合の各種のパラメータの一例が示されている。
【００７９】
図９及び図１０には、スケーリング履歴情報の一例が示されている。スケーリング履歴情報には、ＶＮＦ＃０〜＃３のスケーリンググループＩＤごとのスケーリングの制御履歴を示す制御履歴情報（「Ａ」参照）及びリソースの使用状態の履歴を示す使用状態履歴情報（「Ｂ」参照）が含まれる。なお、図９はＶＮＦ＃１のスケーリング履歴情報を示し、図８は、ＶＮＦ＃２のスケーリング履歴情報を示す。
【００８０】
制御履歴情報は、スケーリングの制御イベントが行われた時刻、イベントの種別、及び内容を示す。イベント種別はスケールインまたはスケールアウトを示す。イベント内容は、スケールインまたはスケールアウト対象のリソースのリソースＩＤ及びインフラ内名称などを示す。
【００８１】
また、使用履歴情報は、一定の時間間隔ごとの（本例では５分）リソース単位数、使用状態の情報を示す。リソースの使用状態には、割り当てリソース構成情報と同様に、インフラレベルとアプリケーションレベルがあり、インフラレベルではＣＰＵ使用量及びメモリ使用量が示され、アプリケーションレベルではトラフィックのスループットが示される。次に、スケーリング制御処理の例を述べる。
【００８２】
図１１は、スケーリング管理部１０１の処理の一例を示すフローチャートである。本処理は、例えば周期的に実行される。まず、スケーリング管理部１０１は、ＮＦＶ制御部１００からのスケールインの開始指示の有無を判定する（ステップＳｔ１ａ）。スケーリング管理部１０１は、スケールインの開始指示を受けた場合（ステップＳｔ１ａのＹｅｓ）、該当するＶＮＦ＃１，＃２の判定タイマ（満了時間Ｔｐ１，Ｔｐ２）をスタートさせる（ステップＳｔ４）。次に、後述するステップＳｔ５以降の処理が実行される。
【００８３】
また、スケーリング管理部１０１は、スケールインの開始指示を受けていない場合（ステップＳｔ１ａのＮｏ）、仮想ネットワーク３ａ内のＶＮＦ＃０〜＃３のトラフィックの増加の有無を判定する（ステップＳｔ１）。このとき、スケーリング管理部１０１は、例えばＮＷアプリケーションサービス管理サーバ２からＶＮＦ＃０〜＃３のトラフィック量を取得し、その変化量に基づきトラフィックの増加の有無を判定する。
【００８４】
スケーリング管理部１０１は、トラフィックの増加がない場合（ステップＳｔ１のＮｏ）、処理を終了する。また、スケーリング管理部１０１は、トラフィックが増加した場合（ステップＳｔ１のＹｅｓ）、該当するＶＮＦ＃１，＃２のスケールアウト制御を行う（ステップＳｔ２）。
【００８５】
次に、スケーリング管理部１０１は、該当するＶＮＦ＃１，＃２のトラフィックの減少の有無を判定する（ステップＳｔ３）。このとき、スケーリング管理部１０１は、例えばＮＷアプリケーションサービス管理サーバ２からＶＮＦ＃１，＃２のトラフィック量を取得し、その変化量に基づきトラフィックの減少の有無を判定する。
【００８６】
スケーリング管理部１０１は、トラフィックの減少がない場合（ステップＳｔ３のＮｏ）、再びステップＳｔ３の判定処理を実行する。また、スケーリング管理部１０１は、トラフィックが減少した場合（ステップＳｔ３のＹｅｓ）、該当するＶＮＦ＃１，＃２の判定タイマ（満了時間Ｔｐ１，Ｔｐ２）をスタートさせる（ステップＳｔ４）。
【００８７】
次に、スケーリング管理部１０１は、仮想ネットワーク３ａ内のＶＮＦ＃０〜＃３のトラフィックの増加の有無を判定する（ステップＳｔ５）。スケーリング管理部１０１は、トラフィックが増加した場合（ステップＳｔ５のＹｅｓ）、判定タイマを止めて再びステップＳｔ２の処理を実行する。
【００８８】
また、スケーリング管理部１０１は、トラフィックが増加していない場合（ステップＳｔ５のＮｏ）、判定タイマが満了したか否かを判定する（ステップＳｔ６）。スケーリング管理部１０１は、判定タイマが満了していない場合（ステップＳｔ６のＮｏ）、再びステップＳｔ５の判定処理を実行する。
【００８９】
また、スケーリング管理部１０１は、判定タイマが満了した場合（ステップＳｔ６のＹｅｓ）、スケールイン制御を実行する（ステップＳｔ８）。このように、スケーリング管理部１０１は、ＮＷ攻撃通知を受信すると、ＶＮＦ＃１，＃２に対し割り当てられているリソースを減少させる。このようにして、スケーリング管理部１０１は処理を実行する。次に、ＮＦＶ制御部１００の処理について述べる。
【００９０】
図１２は、ＮＦＶ制御部１００の処理の一例を示すフローチャートである。本処理は、仮想ネットワーク３ａに対してＮＷ攻撃が発生した場合に実行される。
【００９１】
まず、ＮＦＶ制御部１００は、通信ポート１４を介し、ＮＷアプリケーションサービス管理サーバ２からＮＷ攻撃通知を受ける（ステップＳｔ１１）。次に、ＮＦＶ制御部１００は、ＮＷ攻撃通知に基づき、ＶＮＦ＃０〜＃３のうち、ＮＷ攻撃によるトラフィックの増加に応じ、スケーリング管理部１０１によりスケールアウトされたＶＮＦ＃１，＃２を特定する（ステップＳｔ１２）。
【００９２】
このとき、ＮＦＶ制御部１００は、ＮＷ攻撃通知に含まれるユーザＩＤ、サービスＩＤ、ＮＷ攻撃に対する防御処理（シグネチャの生成など）を行うＶＮＦ＃０のＶＮＦ  ＩＤ（＃０）を取得する。そして、ＮＦＶ制御部１００は、取得した情報から構成管理情報１３０を検索することにより、該当する接続構成を特定する。上記の例の場合、ＮＦＶ制御部１００は、ＮＷ攻撃通知からユーザＩＤ「＃ｋ」及びサービスＩＤ「＃１」を取得して、その情報から構成管理情報１３０を検索し、図１のＶＮＦ＃０〜＃３の接続構成を特定する。
【００９３】
さらに、ＮＦＶ制御部１００は、ＮＷ攻撃通知から、ＮＷ攻撃に対する防御処理が行われたトラフィックのフロー情報（方向、識別情報など）を取得し、取得した情報から構成管理情報１３０を検索することにより、ＮＷ攻撃のフローが含まれるトラフィックを、割り当てフロー情報に基づき特定する。上記の例の場合、ＮＦＶ制御部１００は、図１の接続構成において、ＥＰ＃０からＥＰ＃１に向かうトラフィックが、ＮＷ攻撃のフローを含むものとして特定する。
【００９４】
ＮＦＶ制御部１００は、特定した接続構成及びトラフィックから、ＮＷ攻撃に応じてスケーリング管理部１０１によりスケールアウトされたＶＮＦ＃１，＃２を特定する。
【００９５】
次に、ＮＦＶ制御部１００は、特定したＶＮＦ＃１，＃２の１つを選択する（ステップＳｔ１３）。なお、ＶＮＦ＃１，＃２の選択順序に限定はない。
【００９６】
次に、ＮＦＶ制御部１００は、選択したＶＮＦ＃１，＃２の判定タイマの満了時間Ｔｐ１，Ｔｐ２を、図６の通常時のものから緊急時のものに変更する（ステップＳｔ１４）。これにより、判定タイマの満了時間Ｔｐ１，Ｔｐ２が短縮され、スケールインまでの時間が短縮される。
【００９７】
次に、ＮＦＶ制御部１００は、ＶＮＦ＃１，＃２のＡＰＬタイプを判別する（ステップＳｔ１５）。ＮＦＶ制御部１００は、ＶＮＦ＃１をステートレスなアプリケーションとして判別し、ＶＮＦ＃２をステートフルなアプリケーションとして判別する。
【００９８】
ＮＦＶ制御部１００は、ステートレスなアプリケーションを判別した場合（ステップＳｔ１６のＹｅｓ）、つまり、ＶＮＦ＃１を選択している場合、以下のステップＳｔ１７〜Ｓｔ２０の処理を実行する。また、ＮＦＶ制御部１００は、ステートフルなアプリケーションを判別した場合（ステップＳｔ１６のＮｏ）、つまり、ＶＮＦ＃２を選択している場合、以下のステップＳｔ２１〜Ｓｔ２４，Ｓｔ１８〜２０の処理を実行する。
【００９９】
まず、ステートレスなアプリケーションであるＶＮＦ＃１の場合に行われる処理を述べる。ＮＦＶ制御部１００は、ＮＷ攻撃通知に含まれる時刻情報に基づき、ＶＮＦ＃１のスケールインのリソース量を決定する（ステップＳｔ１７）。このとき、ＮＦＶ制御部１００は、ＮＷ攻撃通知から、ＮＷ攻撃の開始時刻を示す時刻情報を取得し、スケーリング履歴情報１３１からＮＷ攻撃の開始時刻におけるリソース単位数（つまりリソース量）またはスループット（つまりトラフィック処理量）を検索する。
【０１００】
ＮＦＶ制御部１００は、リソース単位数を用いる場合、そのリソース単位数をスケールインのリソース量として決定する。例えばＮＷ攻撃の開始時刻が１２時２８分である場合、ＮＦＶ制御部１００は、ＶＮＦ＃１の使用状態履歴情報から１２：２５−１２：３０の時刻のリソース単位数を検索し、ＶＮＦ＃１のスケールインのリソース量として決定する。一方、スループットを用いる場合、ＮＦＶ制御部１００は、そのスループットに所定の係数を乗じて得た数値をスケールインのリソース量として決定する。
【０１０１】
次に、ＮＦＶ制御部１００は、スケーリング管理部１０１に、該当するＶＮＦ＃１のスケールインの開始を指示する（ステップＳｔ１８）。次に、ＮＦＶ制御部１００は、全てのＶＮＦが選択済みであるか否かを判定する（ステップＳｔ１９）。ＮＦＶ制御部１００は、全てのＶＮＦが選択済みである場合（ステップＳｔ１９のＹｅｓ）、処理を終了し、未選択のＶＮＦが存在する場合（ステップＳｔ１９のＮｏ）、他の未選択のＶＮＦを選択して（ステップＳｔ２０）、再びステップＳｔ１４からの処理を実行する。
【０１０２】
次に、ステートフルなアプリケーションであるＶＮＦ＃２の場合に行われる処理を述べる。ＮＦＶ制御部１００は、ＮＷ攻撃通知からＮＷ攻撃の開始時刻を取得し、その開始時刻からの経過時間をステート情報の有効時間、つまり有効タイマの満了時間Ｔｓと比較する（ステップＳｔ２１）。ＮＦＶ制御部１００は、ステート情報の有効時間がＮＷ攻撃の開始時刻からの経過時間より大きい場合（ステップＳｔ２１のＮｏ）、該当するＶＮＦ＃２のＶＭまたはコンテナから、ＮＷ攻撃の開始時刻以降にスケーリング管理部１０１のスケールアウトでＶＮＦ＃２に追加されたものを抽出する（ステップＳｔ２４）。
【０１０３】
例えばＮＷ攻撃の開始時刻が１２時２８分であり、現在時刻が１２時４２分である場合、経過時間は１４分である。この場合、ステート情報の有効時間（本例では１５分（図６参照））は経過時間より大きいため、ＮＦＶ制御部１００は、図９に示されるＶＮＦ＃２のスケーリング履歴情報から１２時２８分以降に追加されたＶＭ＃２−２〜ＶＭ＃２−４を抽出する。
【０１０４】
また、ＮＦＶ制御部１００は、ステート情報の有効時間がＮＷ攻撃の開始時刻からの経過時間以下である場合（ステップＳｔ２１のＹｅｓ）、該当するＶＮＦ＃２のＶＭまたはコンテナから、ステート情報の解放率が所定値（本例では７０（％）（図６参照））以上であるものを抽出する（ステップＳｔ２２）。
【０１０５】
例えばＮＷ攻撃の開始時刻が１２時２８分であり、現在時刻が１４時３３分である場合、経過時間は２時間５分である。この場合、ステート情報の有効時間（本例では１５分（図６参照））は経過時間より大きいため、ＮＦＶ制御部１００は、図７に示されるＶＮＦ＃２の割り当てリソース情報から、解放率が７０（％）以上のＶＭ＃２−２〜ＶＭ＃２−４を抽出する。
【０１０６】
次に、ＮＦＶ制御部１００は、抽出したＶＭまたはコンテナのステート情報の有効タイマの満了時間Ｔｓを、図６の通常時のものから緊急時のものに変更する（ステップＳｔ２３）。すなわち、ＮＦＶ制御部１００は、抽出したＶＭまたはコンテナについて、ステート情報の有効時間を短縮する。これにより、ステート情報の有効時間が短縮され、スケールインまでの時間が短縮される。その後、上述したステップＳｔ１８〜Ｓｔ２０の処理が実行される。このようにして、ＮＦＶ制御部１００の処理を実行する。
【０１０７】
本例において、ＮＦＶ制御部１００は、ステートフルなアプリケーションのＶＮＦ＃２のＶＭまたはコンテナの有効時間を短縮した（ステップＳｔ２３）が、これに代えて、正常な通信セッションを他のリソースに移動するセッション移動処理を適用してもよい。これにより、図２に示されたステップ２−Ｆのステート情報の移動処理の時間を短縮することができる。
【０１０８】
図１３は、セッション移動処理の適用例を示すフローチャートである。本処理は、図１２のステップＳｔ２３に代えて実行される。
【０１０９】
まず、ＮＦＶ制御部１００は、ＮＷアプリケーションサービス管理サーバ２によるセッション移動処理が可能であるか否かを判定する（ステップＳｔ３１）。つまり、ＮＦＶ制御部１００は、ＮＷアプリケーションサービス管理サーバ２のセッション移動処理のサポート可否を判定する。このとき、ＮＦＶ制御部１００は、例えば通信ポート１４を介しＮＷアプリケーションサービス管理サーバ２にセッション移動処理の可否を問い合わせる。
【０１１０】
ＮＦＶ制御部１００は、セッション移動処理が不可能である場合（ステップＳｔ３１のＮｏ）、抽出したＶＭまたはコンテナの有効タイマの満了時間Ｔｓを短縮する（ステップＳｔ３６）。また、ＮＦＶ制御部１００は、セッション移動処理が可能である場合（ステップＳｔ３１のＹｅｓ）、ＮＷアプリケーションサービス管理サーバ２が、指定の通信セッションをセッション移動処理の対象外とするフィルタ機能を有しているか否かを判定する（ステップＳｔ３２）。このとき、ＮＦＶ制御部１００は、例えば通信ポート１４を介しＮＷアプリケーションサービス管理サーバ２にフィルタ機能の可否を問い合わせる。
【０１１１】
ＮＦＶ制御部１００は、ＮＷアプリケーションサービス管理サーバ２がフィルタ機能を有している場合（ステップＳｔ３２のＹｅｓ）、該当するＶＭまたはコンテナのセッション移動処理とともに、ＮＷ攻撃の通信セッションのフィルタリング／削除処理を、ＮＷアプリケーションサービス管理サーバ２に依頼する（ステップＳｔ３３）。これにより、ＮＷアプリケーションサービス管理サーバ２は、セッション移動処理の対象となるＶＭまたはコンテナを特定できるため、速やかなセッション移動処理が可能となる。
【０１１２】
また、ＮＦＶ制御部１００は、ＮＷアプリケーションサービス管理サーバ２がフィルタ機能を有していない場合（ステップＳｔ３２のＮｏ）、抽出したＶＭまたはコンテナの有効タイマの満了時間Ｔｓを短縮する（ステップＳｔ３４）。次に、ＮＦＶ制御部１００は、該当するＶＭまたはコンテナのセッション移動処理を、ＮＷアプリケーションサービス管理サーバ２に依頼する（ステップＳｔ３５）。これにより、ＮＷアプリケーションサービス管理サーバ２は、通信セッションの移動先が確保された上で、セッション移動処理の対象となるＶＭまたはコンテナを特定できるため、速やかなセッション移動処理が可能となる。このようにして、セッション移動処理は行われる。
【０１１３】
これまで述べたように、実施例のＮＦＶ管理サーバ１は、物理サーバ３１に形成されたＶＮＦ＃１，＃２を管理し、スケーリング管理部１０１と、通信ポート１４とを有する。通信ポート１４は、ＶＮＦ＃１，＃２の前段に設けられた、ＮＷ攻撃を防御する他のＶＮＦ＃０により検知されたＮＷ攻撃通知を受信する。スケーリング管理部１０１は、ＮＷ攻撃通知を受信すると、管理対象のＶＮＦ＃１，＃２に対し割り当てられているリソースを減少させる。
【０１１４】
上記の構成によると、スケーリング管理部１０１は、ＮＷ攻撃通知の受信によりＶＮＦ＃１，＃２に対し割り当てられているリソースを減少させることができる。このため、実施例のＮＦＶ管理サーバ１は、ＮＷ攻撃に応じて増加したリソースを速やかに減少させることができる。
【０１１５】
また、実施例の管理システムは、ＮＦＶ管理サーバ１及びＮＷアプリケーションサービス管理サーバ２を有する。ＮＦＶ管理サーバ１は、物理サーバ３０に形成されたＶＮＦ＃１〜＃３を管理し、ＮＷアプリケーションサービス管理サーバ２は、ＶＮＦ＃１，＃２の前段に設けられた、ＮＷ攻撃を防御するＶＮＦ＃０を管理する。
【０１１６】
ＮＷアプリケーションサービス管理サーバ２は、ＶＮＦ＃０によりＮＷ攻撃を検知したとき、ＮＷ攻撃通知をＮＦＶ管理サーバ１に送信する。ＮＦＶ管理サーバ１は、スケーリング管理部１０１と、通信ポート１４とを有する。
【０１１７】
通信ポート１４は、ＶＮＦ＃１，＃２の前段に設けられた、ＮＷ攻撃を防御する他のＶＮＦ＃０により検知されたＮＷ攻撃通知を受信する。スケーリング管理部１０１は、ＮＷ攻撃通知を受信すると、管理対象のＶＮＦ＃１，＃２に対し割り当てられているリソースを減少させる。
【０１１８】
実施例の管理システムは、上記のＮＦＶ管理サーバ１と同様の構成を含むので、上述した内容と同様の作用効果を奏する。
【０１１９】
また、実施例のスケーリング方法は、物理サーバに形成された仮想ネットワーク機能のスケーリング方法において、以下のステップを含む。
ステップ（１）；ＶＮＦ＃１，＃２より前段に設けられた、ＮＷ攻撃を防御するＶＮＦ＃０により検知されたＮＷ攻撃の通知を受信する。
ステップ（２）：ＮＷ攻撃通知を受信すると、管理対象のＶＮＦ＃１，＃２に対し割り当てられているリソースを減少させる。
【０１２０】
実施例に係るスケーリング方法は、上記のＮＦＶ管理サーバ１と同様の構成を含むので、上述した内容と同様の作用効果を奏する。
【０１２１】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【０１２２】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１）  物理サーバに形成された仮想ネットワーク機能を管理する管理装置において、
前記仮想ネットワーク機能より前段に設けられた、ネットワーク攻撃を防御する他の仮想ネットワーク機能により検知されたネットワーク攻撃に関する通知を受信する受信部と、
前記通知を受信すると、管理対象の前記仮想ネットワーク機能に対し割り当てられているリソースを減少させるスケーリング部とを有することを特徴とする管理装置。
（付記２）  前記スケーリング部は、
前記仮想ネットワーク機能の処理対象のトラフィックが減少した後、第１の時間が経過してから、前記仮想ネットワーク機能に対し割り当てられているリソースを減少させ、
前記通知を受信すると、前記仮想ネットワーク機能の処理対象のトラフィックが減少した後、前記第１の時間より短い第２の時間が経過してから、前記仮想ネットワーク機能に対し割り当てられているリソースを減少させることを特徴とする付記１に記載の管理装置。
（付記３）  前記通知は、前記ネットワーク攻撃の開始時刻を示す時刻情報を含み、
前記通知に基づき、前記ネットワーク攻撃による前記トラフィックの増加に応じてスケールアウトされた前記仮想ネットワーク機能を特定し、該特定した仮想ネットワーク機能のうち、ステートレスなアプリケーションにより実行される仮想ネットワーク機能を判別し、判別した仮想ネットワーク機能に対するスケールインで減少させるリソース量を、前記ネットワーク攻撃の開始時刻における該仮想ネットワーク機能のリソース量またはトラフィック処理量に基づき決定する制御部を有し、
前記スケーリング部は、前記制御部により決定された前記リソース量に基づき、該仮想ネットワーク機能のスケールインを行うことを特徴とする付記１または２に記載の管理装置。
（付記４）  前記通知は、前記ネットワーク攻撃の開始時刻を示す時刻情報を含み、
前記通知に基づき、前記ネットワーク攻撃による前記トラフィックの増加に応じてスケールアウトされた前記仮想ネットワーク機能を特定し、該特定した仮想ネットワーク機能のうち、ステートフルなアプリケーションにより実行される仮想ネットワーク機能を判別し、判別した仮想ネットワーク機能により保持されるステート情報の有効時間が、前記開始時刻からの経過時間より大きい場合、該仮想ネットワーク機能に含まれる仮想マシンまたはコンテナから、前記開始時刻以降に前記スケーリング部によるスケールアウトで該仮想ネットワーク機能に追加された仮想マシンまたはコンテナを抽出し、抽出した前記仮想マシンまたは前記コンテナについて、前記有効時間を短縮する制御部を有することを特徴とする付記１または２に記載の管理装置。
（付記５）  前記制御部は、
判別した仮想ネットワーク機能により保持されるステート情報の有効時間が、前記開始時刻からの経過時間以下である場合、該仮想ネットワーク機能に含まれる仮想マシンまたはコンテナから、全ての前記ステート情報の数に対し、前記有効時間の経過により削除された前記ステート情報の数の比率が所定値以上である仮想マシンまたはコンテナを抽出し、
抽出した前記仮想マシンまたは前記コンテナについて、前記有効時間を短縮することを特徴とする付記４に記載の管理装置。
（付記６）  物理サーバに形成された仮想ネットワーク機能を管理する第１管理装置と、
前記仮想ネットワーク機能より前段に設けられた、ネットワーク攻撃を防御する他の仮想ネットワーク機能を管理する第２管理装置とを有し、
前記第２管理装置は、前記他の仮想ネットワーク機能により前記ネットワーク攻撃を検知したとき、前記ネットワーク攻撃に関する通知を前記第１管理装置に送信し、
前記第１管理装置は、
前記通知を受信する受信部と、
前記通知を受信すると、管理対象の前記仮想ネットワーク機能に対し割り当てられているリソースを減少させるスケーリング部とを有することを特徴とする管理システム。
（付記７）  前記スケーリング部は、
前記仮想ネットワーク機能の処理対象のトラフィックが減少した後、第１の時間が経過してから、前記仮想ネットワーク機能に対し割り当てられているリソースを減少させ、
前記通知を受信すると、前記仮想ネットワーク機能の処理対象のトラフィックが減少した後、前記第１の時間より短い第２の時間が経過してから、前記仮想ネットワーク機能に対し割り当てられているリソースを減少させることを特徴とする付記６に記載の管理システム。
（付記８）  前記通知は、前記ネットワーク攻撃の開始時刻を示す時刻情報を含み、
前記通知に基づき、前記ネットワーク攻撃による前記トラフィックの増加に応じてスケールアウトされた前記仮想ネットワーク機能を特定し、該特定した仮想ネットワーク機能のうち、ステートレスなアプリケーションにより実行される仮想ネットワーク機能を判別し、判別した仮想ネットワーク機能に対するスケールインで減少させるリソース量を、前記ネットワーク攻撃の開始時刻における該仮想ネットワーク機能のリソース量またはトラフィック処理量に基づき決定する制御部を有し、
前記スケーリング部は、前記制御部により決定された前記リソース量に基づき、該仮想ネットワーク機能のスケールインを行うことを特徴とする付記６または７に記載の管理システム。
（付記９）  前記通知は、前記ネットワーク攻撃の開始時刻を示す時刻情報を含み、
前記通知に基づき、前記ネットワーク攻撃による前記トラフィックの増加に応じてスケールアウトされた前記仮想ネットワーク機能を特定し、該特定した仮想ネットワーク機能のうち、ステートフルなアプリケーションにより実行される仮想ネットワーク機能を判別し、判別した仮想ネットワーク機能により保持されるステート情報の有効時間が、前記開始時刻からの経過時間より大きい場合、該仮想ネットワーク機能に含まれる仮想マシンまたはコンテナから、前記開始時刻以降に前記スケーリング部によるスケールアウトで該仮想ネットワーク機能に追加された仮想マシンまたはコンテナを抽出し、抽出した前記仮想マシンまたは前記コンテナについて、前記有効時間を短縮する制御部を有することを特徴とする付記６または７に記載の管理システム。
（付記１０）  前記制御部は、
判別した仮想ネットワーク機能により保持されるステート情報の有効時間が、前記開始時刻からの経過時間以下である場合、該仮想ネットワーク機能に含まれる仮想マシンまたはコンテナから、全ての前記ステート情報の数に対し、前記有効時間の経過により削除された前記ステート情報の数の比率が所定値以上である仮想マシンまたはコンテナを抽出し、
抽出した前記仮想マシンまたは前記コンテナについて、前記有効時間を短縮することを特徴とする付記９に記載の管理システム。
（付記１１）  物理サーバに形成された仮想ネットワーク機能のスケーリング方法において、
前記仮想ネットワーク機能より前段に設けられた、ネットワーク攻撃を防御する他の仮想ネットワーク機能により検知された、ネットワーク攻撃に関する通知を受信し、
前記通知を受信すると、管理対象の前記仮想ネットワーク機能に対し割り当てられているリソースを減少させることを特徴とするスケーリング方法。
（付記１２）  前記仮想ネットワーク機能の処理対象のトラフィックが減少した後、第１の時間が経過してから、前記仮想ネットワーク機能に対し割り当てられているリソースを減少させ、
前記通知を受信すると、前記仮想ネットワーク機能の処理対象のトラフィックが減少した後、前記第１の時間より短い第２の時間が経過してから、前記仮想ネットワーク機能に対し割り当てられているリソースを減少させることを特徴とする付記１１に記載のスケーリング方法。
（付記１３）  前記通知は、前記ネットワーク攻撃の開始時刻を示す時刻情報を含み、
前記通知に基づき、前記ネットワーク攻撃による前記トラフィックの増加に応じてスケールアウトされた前記仮想ネットワーク機能を特定し、
該特定した仮想ネットワーク機能のうち、ステートレスなアプリケーションにより実行される仮想ネットワーク機能を判別し、
判別した仮想ネットワーク機能に対するスケールインで減少させるリソース量を、前記ネットワーク攻撃の開始時刻における該仮想ネットワーク機能のリソース量またはトラフィック処理量に基づき決定し、
該決定された前記リソース量に基づき、該仮想ネットワーク機能のスケールインを行うことを特徴とする付記１１または１２に記載のスケーリング方法。
（付記１４）  前記通知は、前記ネットワーク攻撃の開始時刻を示す時刻情報を含み、
前記通知に基づき、前記ネットワーク攻撃による前記トラフィックの増加に応じてスケールアウトされた前記仮想ネットワーク機能を特定し、
該特定した仮想ネットワーク機能のうち、ステートフルなアプリケーションにより実行される仮想ネットワーク機能を判別し、
判別した仮想ネットワーク機能により保持されるステート情報の有効時間が、前記開始時刻からの経過時間より大きい場合、該仮想ネットワーク機能に含まれる仮想マシンまたはコンテナから、前記開始時刻以降に前記スケーリング部によるスケールアウトで該仮想ネットワーク機能に追加された仮想マシンまたはコンテナを抽出し、
抽出した前記仮想マシンまたは前記コンテナについて、前記有効時間を短縮する制御部を有することを特徴とする付記１１または１２に記載のスケーリング方法。
（付記１５）  判別した仮想ネットワーク機能により保持されるステート情報の有効時間が、前記開始時刻からの経過時間以下である場合、該仮想ネットワーク機能に含まれる仮想マシンまたはコンテナから、全ての前記ステート情報の数に対し、前記有効時間の経過により削除された前記ステート情報の数の比率が所定値以上である仮想マシンまたはコンテナを抽出し、
抽出した前記仮想マシンまたは前記コンテナについて、前記有効時間を短縮することを特徴とする付記１４に記載のスケーリング方法。
【符号の説明】
【０１２３】
１     ＮＦＶ管理サーバ
２     ＮＷアプリケーションサービス管理サーバ
１４     通信ポート
３０，３１    物理サーバ
１００    ＮＦＶ制御部
１０１    スケーリング管理部
【図１】
0006604220.tif 000002
【図２】
0006604220.tif 000003
【図３】
0006604220.tif 000004
【図４】
0006604220.tif 000005
【図５】
0006604220.tif 000006
【図６】
0006604220.tif 000007
【図７】
0006604220.tif 000008
【図８】
0006604220.tif 000009
【図９】
0006604220.tif 000010
【図１０】
0006604220.tif 000011
【図１１】
0006604220.tif 000012
【図１２】
0006604220.tif 000013
【図１３】
0006604220.tif 000014