(57)【要約】【課題】ボトルネック箇所が示された仮想NW構成および物理NW構成と、他の箇所に影響しない最良のボトルネックの対応方法を併せて表示するネットワーク制御装置を提供する。【解決手段】ネットワーク制御装置は、仮想ネットワークを構成する複数の仮想構成要素のうち仮想ネットワークの性能低下に関連する仮想構成要素を検出する第１の検出部と、物理ネットワークを構成し、複数の仮想構成要素が割り当てられている複数の物理リソースのうち物理ネットワークの性能低下に関連する物理リソースを検出する第２の検出部と、第１の検出部により検出された仮想構成要素が第２の検出部により検出された物理リソースに割り当てられている仮想構成要素である場合、仮想ネットワークの性能を回復させることができる検出された物理リソースに対する回復処理と、回復処理が実行された場合に発生する影響とを判断する判断部とを備える。【選択図】図１
2019092230.tif 000002
【特許請求の範囲】
【請求項１】
仮想ネットワークを構成する複数の仮想構成要素のうち前記仮想ネットワークの性能低下に関連する仮想構成要素を検出する第１の検出部と、
物理ネットワークを構成し、前記複数の仮想構成要素が割り当てられている複数の物理リソースのうち前記物理ネットワークの性能低下に関連する物理リソースを検出する第２の検出部と、
前記第１の検出部により検出された仮想構成要素が前記第２の検出部により検出された物理リソースに割り当てられている仮想構成要素である場合、前記仮想ネットワークの性能を回復させることができる前記検出された物理リソースに対する回復処理と、前記回復処理が実行された場合に発生する影響とを判断する判断部とを備える
ことを特徴とするネットワーク制御装置。
【請求項２】
表示部をさらに備え、
前記判断部は、判断結果を前記表示部に表示させる
請求項１記載のネットワーク制御装置。
【請求項３】
前記判断部は、回復処理が実行された場合に前記仮想ネットワークに新たな性能低下が発生するか否かを判断する
請求項１または請求項２記載のネットワーク制御装置。
【請求項４】
前記判断部は、複数の回復処理が実行可能であると判断した場合、新たな性能低下が発生するか否かを各回復処理が実行された場合に関してそれぞれ判断する
請求項３記載のネットワーク制御装置。
【請求項５】
前記判断部は、前記仮想ネットワークに新たな性能低下を発生させない回復処理を前記表示部に表示させる
請求項３または請求項４記載のネットワーク制御装置。
【請求項６】
前記判断部は、回復処理が実行された場合に他の仮想ネットワークに性能低下が発生するか否かを判断する
請求項３から請求項５のうちのいずれか１項に記載のネットワーク制御装置。
【請求項７】
前記判断部は、前記他の仮想ネットワークに性能低下を発生させない回復処理を前記表示部に表示させる
請求項６記載のネットワーク制御装置。
【請求項８】
ネットワーク制御装置によるネットワーク制御方法であって、
仮想ネットワークを構成する複数の仮想構成要素のうち前記仮想ネットワークの性能低下に関連する仮想構成要素を検出する第１の検出ステップと、
物理ネットワークを構成し、前記複数の仮想構成要素が割り当てられている複数の物理リソースのうち前記物理ネットワークの性能低下に関連する物理リソースを検出する第２の検出ステップと、
検出された仮想構成要素が検出された物理リソースに割り当てられている仮想構成要素である場合、前記仮想ネットワークの性能を回復させることができる前記検出された物理リソースに対する回復処理と、前記回復処理が実行された場合に発生する影響とを判断する判断ステップとを含む
ことを特徴とするネットワーク制御方法。
【請求項９】
コンピュータに、
仮想ネットワークを構成する複数の仮想構成要素のうち前記仮想ネットワークの性能低下に関連する仮想構成要素を検出する第１の検出処理、
物理ネットワークを構成し、前記複数の仮想構成要素が割り当てられている複数の物理リソースのうち前記物理ネットワークの性能低下に関連する物理リソースを検出する第２の検出処理、および
検出された仮想構成要素が検出された物理リソースに割り当てられている仮想構成要素である場合、前記仮想ネットワークの性能を回復させることができる前記検出された物理リソースに対する回復処理と、前記回復処理が実行された場合に発生する影響とを判断する判断処理
を実行させるためのネットワーク制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク制御装置、ネットワーク制御方法およびネットワーク制御プログラムに関し、特にNFV(Network Functions Virtualization)の運用管理分野における論理構成と物理構成の表示によりボトルネック箇所および影響箇所を特定できるネットワーク制御装置、ネットワーク制御方法およびネットワーク制御プログラムに関する。
【背景技術】
【０００２】
仮想化システムに関する様々な技術が考案されている。例えば、特許文献１には、性能が良くなるようにリソース配置を変更する仮想化システム、リソース管理サーバ、リソース管理方法およびリソース管理プログラムが記載されている。また、特許文献２には、物理NIC(Network Interface Card)が競合したり、リソースが枯渇したりしないようにネットワークを仮想化するネットワーク管理装置、接続要求装置、ネットワークシステムおよび仮想化ネットワーク構築方法が記載されている。
【０００３】
ネットワークを制御する通信機器の機能が、汎用サーバの仮想化されたOS(Operating System)で動作するアプリケーションソフトウェアにより実行されるネットワーク環境を提供するNFV（ネットワーク機能仮想化）という技術がある。
【０００４】
NFV分野において、仮想ネットワーク（以下、仮想NWともいう）を構成する仮想OS、および物理層におけるServer、Storage等を対象にすることによって、システム全体を考慮する運用管理は行われていない。
【０００５】
その理由は、NFVの運用管理においてネットワーク経路や仮想化されたサーバのボトルネックしか監視されておらず、システム全体のボトルネックを明確に表現する方法がないためである。よって、NFVが適用されたシステムのユーザは、ボトルネックの原因箇所が分からず、システム全体のボトルネックに対して十分に対処できない。すなわち、ユーザは、システム全体のボトルネックを十分に解決できない。
【０００６】
図１３は、ボトルネックが存在する仮想NWの構成の表示例を示す説明図である。図１３に示す二重枠は、例えば、仮想NWの構成が表示されている画面の枠を意味する。以下、他の図においても同様である。
【０００７】
図１３に示すFireWallは仮想OS４０で、RouterとNAT(Network Address Translation)は仮想OS４１で、DPI(Deep Packet Inspection)は仮想OS４２で、それぞれ動作する。各構成要素はLogical Linkで接続されている。また、図１３に示す仮想NWを介して、左側のEnd Pointが右側のEnd Pointに接続する。
【０００８】
図１３に示す二重枠のブロックは、ボトルネック箇所を意味する。以下、他の図においても同様である。図１３に示すように、仮想NWのボトルネックがRouterに存在する。図１３に示す表示内容に基づいて、ユーザが仮想OS４１に対してリソースを追加したとする。
【０００９】
ユーザが仮想OS４１に対してリソースを追加した後の仮想NWの構成の表示例を図１４に示す。図１４は、ボトルネックが存在する仮想NWの構成の他の表示例を示す説明図である。図１４に示すように、仮想OS４１、ServerおよびStorageは、Physical Linkでそれぞれ接続されている。
【００１０】
図１４に示す枠と枠の間に斜線が示された二重枠のブロックは、ボトルネック対処箇所を意味する。ボトルネック対処箇所は、発生したボトルネックの対処に直接的、または間接的に関係する箇所である。以下、他の図においても同様である。
【００１１】
図１４に示すように、仮想OS４１に対してリソースが追加されたため、Routerにおけるボトルネックは解消されている。しかし、Storageにボトルネックが存在する。すなわち、図１４は、Routerにおけるボトルネックの発生原因がStorageに関係することを示す。ボトルネックの発生原因がStorageに関係するため、仮想OS４１に対してリソースを追加する対応方法は、適切な対応方法ではないことが分かる。
【００１２】
図１３に示すように、NFVの通常の運用方法は、仮想NWや仮想OSを監視し、ボトルネックが発生したら、発生した仮想NWの構成要素や仮想OSにリソースを追加するという方法である。
【００１３】
NFVサービスチェインの通常の管理技術では、物理サーバと、物理サーバで稼働する仮想サーバの関係しか使用されない。すなわち、仮想サーバがさらに利用するストレージやファイアウォールと仮想サーバの関係は使用されない。
【００１４】
しかし、図１３〜１４に示すように仮想NW構成のみを表示する方法では、ボトルネックの発生原因が表示されない場合がある。ボトルネックの発生原因が表示されない場合、ユーザは、発生原因に対処できない。発生原因に対処せず、ボトルネックが存在する仮想OSにリソースを追加するだけでは、システムに存在する他のボトルネックが解消されない場合がある。
【００１５】
特許文献３には、複数の仮想計算機が物理リソースを共有するシステムにおいて、物理リソースの割り当てポリシ、ソフトウェアへの影響を考慮した上でボトルネックを判定する性能モニタリングシステム、ボトルネック判定方法および管理計算機が記載されている。しかし、特許文献３に記載されている技術では、複数の仮想計算機が物理リソースを共有するシステムにおけるボトルネックを判定することのみが想定されており、NFV分野におけるボトルネックを判定することは想定されていない。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開２０１３−２０６１０１号公報
【特許文献２】特開２０１４−１３１２２６号公報
【特許文献３】特開２０１０−２５０６８９号公報
【特許文献４】特開２００４−２２２１０５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１７】
特許文献４には、仮想ネットワークと、仮想ネットワークの下位レイヤのネットワークとの関連を管理し、ネットワーク運用構成を表示する仮想ネットワーク運用状況表示装置が記載されている。仮想ネットワーク運用状況表示装置は、ユーザが上位レイヤのネットワーク構成と下位レイヤのネットワーク構成を一目で把握できるようにネットワーク運用構成を表示する。また、仮想ネットワーク運用状況表示装置は、障害発生時に障害の影響の及ぶ範囲をユーザが容易に判別できるようにネットワーク運用構成を表示する。
【００１８】
特許文献４に記載されている仮想ネットワーク運用状況表示装置を使用すれば仮想NW構成と物理NW構成が併せて表示されるので、上記の問題は解決される。すなわち、ユーザは、表示された内容から対応すべき箇所と対応方法を判別できる。
【００１９】
しかし、表示内容に基づいてボトルネックを解消する対応をする際、以下のような問題が生じる可能性がある。図１５は、ボトルネックが存在する仮想NWの構成と物理NWの構成の表示例を示す説明図である。図１５に示すRouterは、仮想OS４１で動作する。また、仮想OS４１、Server５１、Storage６０およびStorage６１は、Physical Linkでそれぞれ接続されている。
【００２０】
図１５に示すように、ボトルネックがRouterとStorage６１に存在する。図１５に示す表示内容に基づいて、ユーザが、Storage６１に記憶されているRouter用のデータをStorage６０に移動したとする。
【００２１】
ユーザがStorage６０にデータを移動した後の仮想NWの構成と物理NWの構成の表示例を図１６に示す。図１６は、ボトルネックが存在する仮想NWの構成と物理NWの構成の他の表示例を示す説明図である。図１６に示すFireWallは、Logical LinkでRouterに接続し、仮想OS４０で動作する。また、仮想OS４０、Server５０およびStorage６０は、Physical Linkでそれぞれ接続されている。
【００２２】
図１６に示すように、RouterとStorage６１における各ボトルネックは解消されている。しかし、FireWallに新たなボトルネックが存在する。すなわち、Storage６１に記憶されていたデータをStorage６０に移動する対処方法が、FireWallに新たなボトルネックを発生させた要因であることが分かる。
【００２３】
上記のように、併せて表示される仮想NW構成と物理NW構成を用いて、仮想NWを構成する仮想OSやServer、Storageを監視し、ボトルネックが発生したら対処する運用方法がある。しかし、対処方法を実施することによって、他の箇所で新たなボトルネックが発生する可能性があるという問題がある。よって、実施されても他の箇所に影響を与えない対処方法をユーザに提示できるシステムが求められている。
【００２４】
また、特許文献４に記載されている仮想ネットワーク運用状況表示装置において、障害の対処方法を表示することは想定されていない。提示された対処方法をユーザが実行しやすいように、仮想NW構成および物理NW構成に、ボトルネック箇所と対処方法とを併せて表示するシステムが求められている。
【００２５】
そこで、本発明は、上述した課題を解決する、ボトルネック箇所が示された仮想NW構成および物理NW構成と、他の箇所に影響しない最良のボトルネックの対応方法を併せて表示するネットワーク制御装置、ネットワーク制御方法およびネットワーク制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００２６】
本発明によるネットワーク制御装置は、仮想ネットワークを構成する複数の仮想構成要素のうち仮想ネットワークの性能低下に関連する仮想構成要素を検出する第１の検出部と、物理ネットワークを構成し、複数の仮想構成要素が割り当てられている複数の物理リソースのうち物理ネットワークの性能低下に関連する物理リソースを検出する第２の検出部と、第１の検出部により検出された仮想構成要素が第２の検出部により検出された物理リソースに割り当てられている仮想構成要素である場合、仮想ネットワークの性能を回復させることができる検出された物理リソースに対する回復処理と、回復処理が実行された場合に発生する影響とを判断する判断部とを備えることを特徴とする。
【００２７】
本発明によるネットワーク制御方法は、ネットワーク制御装置によるネットワーク制御方法であって、仮想ネットワークを構成する複数の仮想構成要素のうち仮想ネットワークの性能低下に関連する仮想構成要素を検出する第１の検出ステップと、物理ネットワークを構成し、複数の仮想構成要素が割り当てられている複数の物理リソースのうち物理ネットワークの性能低下に関連する物理リソースを検出する第２の検出ステップと、検出された仮想構成要素が検出された物理リソースに割り当てられている仮想構成要素である場合、仮想ネットワークの性能を回復させることができる検出された物理リソースに対する回復処理と、回復処理が実行された場合に発生する影響とを判断する判断ステップとを含むことを特徴とする。
【００２８】
本発明によるネットワーク制御プログラムは、コンピュータに、仮想ネットワークを構成する複数の仮想構成要素のうち仮想ネットワークの性能低下に関連する仮想構成要素を検出する第１の検出処理、物理ネットワークを構成し、複数の仮想構成要素が割り当てられている複数の物理リソースのうち物理ネットワークの性能低下に関連する物理リソースを検出する第２の検出処理、および検出された仮想構成要素が検出された物理リソースに割り当てられている仮想構成要素である場合、仮想ネットワークの性能を回復させることができる検出された物理リソースに対する回復処理と、回復処理が実行された場合に発生する影響とを判断する判断処理を実行させることを特徴とする。
【発明の効果】
【００２９】
本発明によれば、ボトルネック箇所が示された仮想NW構成および物理NW構成と、他の箇所に影響しない最良のボトルネックの対応方法を併せて表示できる。
【図面の簡単な説明】
【００３０】
【図１】本発明による表示システムの第１の実施形態の構成例を示すブロック図である。
【図２】第１の実施形態における表示システム１００による表示処理の動作を示すフローチャートである。
【図３】第１の実施形態における表示部１３１による仮想システム２００の表示例を示す説明図である。
【図４】第１の実施形態における表示部１３１による仮想システム２００の他の表示例を示す説明図である。
【図５】第１の実施形態における表示部１３１による仮想システム２００の他の表示例を示す説明図である。
【図６】第１の実施形態における表示部１３１による仮想システム２００の他の表示例を示す説明図である。
【図７】仮想システム３００の構成例を示すブロック図である。
【図８】第２の実施形態における表示部１３１による仮想システム３００の表示例を示す説明図である。
【図９】第３の実施形態における表示部１３１による仮想NWを複数含む仮想システムの表示例を示す説明図である。
【図１０】第３の実施形態における表示部１３１による仮想NWを複数含む仮想システムの他の表示例を示す説明図である。
【図１１】本発明による表示システムの概要を示すブロック図である。
【図１２】本発明による仮想システムの概要を示すブロック図である。
【図１３】ボトルネックが存在する仮想NWの構成の表示例を示す説明図である。
【図１４】ボトルネックが存在する仮想NWの構成の他の表示例を示す説明図である。
【図１５】ボトルネックが存在する仮想NWの構成と物理NWの構成の表示例を示す説明図である。
【図１６】ボトルネックが存在する仮想NWの構成と物理NWの構成の他の表示例を示す説明図である。
【発明を実施するための形態】
【００３１】
実施形態１．
［構成の説明］
以下、本発明の実施形態を、図面を参照して説明する。図１は、本発明による表示システムの第１の実施形態の構成例を示すブロック図である。図１に示す表示システム１００は、NW計測部１０１と、HW計測部１１１〜１１４と、ボトルネック判断部１２１と、表示部１３１とを含む。なお、表示システム１００に含まれるHW計測部の数は、４つ以外でもよい。
【００３２】
また、本実施形態において、表示システム１００の表示対象になるシステムが、図１に示す仮想システム２００である。仮想システム２００の仮想レイヤには、仮想NWと仮想OSが存在する。また、仮想システム２００の物理レイヤには、ServerとStorageが存在する。
【００３３】
仮想NWは、FireWallと、Routerと、NATと、DPIとで構成される。なお、図１に示すFireWall、Router、NATおよびDPIは、ネットワークを制御する通信機器の機能を有するネットワークアプリケーション（以下、NWアプリケーション）である。
【００３４】
図１に示すように、FireWallは仮想OS１０で、RouterとNATは仮想OS１１で、DPIは仮想OS１２で、それぞれ動作する。各構成要素はLogical Linkで接続されている。
【００３５】
また、図１に示すように、仮想OS１０とServer２０が、仮想OS１１とServer２１が、仮想OS１２とServer２２が、Physical Linkでそれぞれ接続されている。物理レイヤにおける物理NWには、Server２０〜２２と、Storage３０〜３２とが含まれている。左側のEnd Pointは、仮想システム２００を介して右側のEnd Pointに接続する。
【００３６】
NW計測部１０１は、仮想NWにおける性能値を計測する機能を有する。計測した性能値に基づいて、NW計測部１０１は、仮想NWに存在するボトルネックを検出する。図１に示すように、NW計測部１０１は、FireWall、Router、NATおよびDPIに生じるボトルネックを検出する。以下、ボトルネックが存在する箇所をボトルネック箇所という。
【００３７】
NW計測部１０１は、例えば、処理量の低減、処理の遅延の増大、処理に要するリソースの逼迫を検知することによって、ボトルネックを検出する。また、NW計測部１０１は、計測する各性能値の閾値を設定し、性能値が閾値を超えた場合にボトルネックを検出してもよい。また、NW計測部１０１は、ボトルネックを検出する様々な方法を組み合わせた上でボトルネックを検出してもよい。
【００３８】
また、NW計測部１０１は、仮想機器から性能値を計測しボトルネックを検出する以外にも、ボトルネック箇所から通知（notification）、またはアラート（alert）を受けることによってボトルネックを検出してもよい。NW計測部１０１がボトルネック箇所から通知を受ける場合、ボトルネックの検出は、ボトルネックが存在する仮想機器自身が行ってもよいし、仮想機器を管理するマネジメントシステムが行ってもよい。
【００３９】
HW計測部１１１〜１１４は、FireWallやRouterなどのNWアプリケーションから、Storageまでを対象に性能値を計測する機能を有する。計測した性能値に基づいて、HW計測部１１１〜１１４は、ボトルネックを検出する。なお、NW計測部１０１と同様に、HW計測部１１１〜１１４も、通知またはアラートを受けることによってボトルネックを検出してもよい。
【００４０】
図１に示すように、HW計測部１１１は、FireWall、仮想OS１０、Server２０およびStorage３０に生じるボトルネックを検出する。また、HW計測部１１２は、Router、仮想OS１１、Server２１およびStorage３１に生じるボトルネックを検出する。また、HW計測部１１４は、DPI、仮想OS１２、Server２２およびStorage３２に生じるボトルネックを検出する。なお、NATに生じるボトルネックは、HW計測部１１３（図示せず）により検出される。
【００４１】
ボトルネック判断部１２１は、NW計測部１０１、およびHW計測部１１１〜１１４が計測した測定値に基づいて、ボトルネックの影響などを判断する機能を有する。
【００４２】
なお、本実施形態において、ボトルネック箇所には、性能が劣化した箇所の他に、障害が発生した箇所も含まれる。
【００４３】
表示部１３１は、NW計測部１０１およびHW計測部１１１〜１１４が検出したボトルネック箇所を表示する機能を有する。例えば、表示部１３１は、ボトルネック箇所が示された仮想システム２００の構成図を表示する。表示される仮想システム２００の構成図は、仮想レイヤにおける仮想ネットワークの構成と、物理レイヤにおける物理ネットワークの構成を示す。また、仮想システム２００の構成図は、仮想レイヤと物理レイヤとの対応関係を示す。
【００４４】
なお、本実施形態の表示システム１００は、例えば、記憶媒体に格納されているプログラムに従って処理を実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）によって実現される。すなわち、NW計測部１０１と、HW計測部１１１〜１１４と、ボトルネック判断部１２１および表示部１３１は、例えば、プログラム制御に従って処理を実行するＣＰＵによって実現される。
【００４５】
また、表示システム１００における各部は、ハードウェア回路によって実現されてもよい。
【００４６】
［動作の説明］
以下、本実施形態の表示システム１００の動作を図２を参照して説明する。図２は、第１の実施形態における表示システム１００による表示処理の動作を示すフローチャートである。
【００４７】
NW計測部１０１は、例えば、仮想NWを構成する各NWアプリケーションの処理時間を計測する。処理時間を計測することによって、NW計測部１０１は、仮想NWのボトルネック箇所を検出する。検出した後、NW計測部１０１は、計測データをボトルネック判断部１２１に送信する（ステップＳ１０１）。図１に示すように、本実施形態においてNW計測部１０１は、ボトルネック箇所としてRouterを検出する。
【００４８】
次いで、HW計測部１１１〜１１４は、例えば、計測対象であるNWアプリケーションからStorageまでの各構成要素における処理時間を計測する。処理時間を計測することによって、HW計測部１１１〜１１４は、ボトルネック箇所を検出する。検出した後、HW計測部１１１〜１１４は、計測データをボトルネック判断部１２１に送信する（ステップＳ１０２）。なお、表示システム１００は、ステップＳ１０１における処理とステップＳ１０２における処理を、並列に行ってもよい。
【００４９】
本実施形態において、HW計測部１１１は、FireWall、仮想OS１０、Server２０およびStorage３０における処理時間をそれぞれ計測する。また、HW計測部１１２は、Router、仮想OS１１、Server２１およびStorage３１における処理時間をそれぞれ計測する。また、HW計測部１１４は、DPI、仮想OS１２、Server２２およびStorage３２における処理時間をそれぞれ計測する。図１に示すように、本実施形態においてHW計測部１１２は、ボトルネック箇所としてStorage３１を検出する。
【００５０】
次いで、ボトルネック判断部１２１が、仮想システム２００全体のボトルネックの原因箇所を検出する。検出した後、表示部１３１は、NW計測部１０１およびHW計測部１１１〜１１４が検出したボトルネック箇所が示された、仮想システム２００の構成図を表示する（ステップＳ１０３）。
【００５１】
表示部１３１は、例えば、仮想システム２００の構成図を、表示システム１００に設けられた画面に表示する。また、表示部１３１は、仮想システム２００の構成図を、表示システム１００と通信可能に接続するユーザ端末の画面に表示してもよい。
【００５２】
本実施形態において表示部１３１が表示する仮想システム２００の構成図の例を図３に示す。図３は、第１の実施形態における表示部１３１による仮想システム２００の表示例を示す説明図である。
【００５３】
図３に示す仮想システム２００の構成図から、仮想NWのボトルネック箇所として検出されたRouterの処理は、Storage３１に依存することが分かる。Storage３１もボトルネック箇所として検出されていることから、仮想システム２００全体に存在するボトルネックの原因箇所は、Storage３１であることが判明する。ボトルネック判断部１２１は、NW計測部１０１およびHW計測部１１１〜１１４の計測情報等に基づいて、仮想システム２００全体に存在するボトルネックの原因箇所を特定する。
【００５４】
次いで、ボトルネック判断部１２１は、特定したボトルネックの原因箇所に対する対処方法の候補を検討する。また、ボトルネック判断部１２１は、検討した各対処方法の候補が実施された場合の影響を検討する。検討される対処方法は、例えば、リソースの追加、リソース割り当ての変更、他のリソースの削減である。
【００５５】
ボトルネック判断部１２１は、NW計測部１０１およびHW計測部１１１〜１１４が計測した値やシステム構成、各構成要素の設定値などに基づいて、実施可能な対処方法を決定する。また、ボトルネック判断部１２１は、対処方法を、システム構成の設定内容の他に、過去に発生したボトルネックの原因箇所に対する対処方法も考慮した上で決定してもよい。ボトルネック判断部１２１は、判明したボトルネックの原因箇所への対処方法の候補を複数決定する。
【００５６】
ボトルネック判断部１２１は、NW計測部１０１およびHW計測部１１１〜１１４が計測した値に基づいて、決定された各対処方法の候補を実施することによる影響がないか否かをそれぞれ判断する。対処方法を実施することによる影響は、例えば、他の箇所に新たなボトルネックが発生することである。
【００５７】
実施することによる影響がない対処方法の候補がある場合、ボトルネック判断部１２１は、表示部１３１に、影響がない対処方法と、実施することによる影響がないことを仮想システム２００の構成図に示す指示を送信する。なお、実施することによる影響がない対処方法の候補がない場合、ボトルネック判断部１２１は、候補の中で最適な対処方法を示す指示を送信してもよい。
【００５８】
表示部１３１は、ボトルネック判断部１２１から送信された対処方法と、実施することによる影響がないことが示された仮想システム２００の構成図を表示する（ステップＳ１０４）。なお、表示部１３１は、ボトルネック判断部１２１が決定した対処方法の候補を複数示してもよい。
【００５９】
また、ボトルネック判断部１２１がリソースを削減可能な候補が存在すると判断した場合、表示部１３１は、リソースを削減可能な候補が示された仮想システム２００の構成図を表示する（ステップＳ１０５）。なお、表示システム１００は、ステップＳ１０４における処理の前に、ステップＳ１０５における処理を行ってもよい。
【００６０】
ボトルネックの原因箇所を明確にすることによって、ボトルネック判断部１２１は、システム全体を考慮した上で図４〜図６に示すような対処方法を決定できる。
【００６１】
図４は、第１の実施形態における表示部１３１による仮想システム２００の他の表示例を示す説明図である。図４は、対処方法として単純にStorage３１にリソースを追加することが検討された場合に、表示部１３１が表示する構成図を示す。図４には、対処方法としてStorage３１にリソースを追加することが示されている。また、提示された対処方法が実施された場合、他の箇所に影響が及ぶことなくボトルネックが解消されることも示されている。
【００６２】
図３に示すようなボトルネックが発生した場合、ボトルネック判断部１２１は、ボトルネックの原因箇所を明確にすることによって、図４に示すような原因箇所に対する適切な対処方法を決定できる。図４に示す対処方法に従って、ユーザは、ボトルネックの原因箇所にリソースを追加する。リソースが追加されることによって、システム全体のボトルネックが解消される。
【００６３】
図５は、第１の実施形態における表示部１３１による仮想システム２００の他の表示例を示す説明図である。図５は、対処方法としてリソース割り当てを変更することが検討された場合に、表示部１３１が表示する構成図を示す。
【００６４】
図５には、対処方法として仮想OS１１が稼働するServerを、Server２１からServer２２に変更することが示されている。仮想OSが稼働するServerの変更は、例えば、VMware（商標登録）のVMotionを利用したマイグレーション処理によって行われる。また、提示された対処方法が実施された場合、他の箇所、特にServer２２に影響が及ぶことなくボトルネックが解消されることも示されている。
【００６５】
上記のように、ボトルネック判断部１２１は、リソース割り当ての変更が他の箇所に及ぼす影響を予め把握できる。影響を予め把握することによって、ボトルネック判断部１２１は、新たなボトルネックが発生しない対処方法を提示できる。
【００６６】
図５に示す対処方法に従って、ユーザは、新たなボトルネックが発生しないリソース割り当ての変更を実施できる。リソース割り当てが変更されることによって、システム全体のボトルネックが解消される。
【００６７】
図６は、第１の実施形態における表示部１３１による仮想システム２００の他の表示例を示す説明図である。図６は、対処方法としてリソース割り当てを変更することが検討された場合に、表示部１３１が表示する構成図を示す。
【００６８】
例えば、ボトルネック判断部１２１が、ボトルネック箇所のStorageが現状の処理量の３倍の処理量までしか処理できないと判断したとする。次いで、ボトルネック判断部１２１は、他の箇所に割り当てられているリソースの量を、現状の処理量の３倍の処理量を処理可能な量まで削減可能と判断する。削減量を検討した後、ボトルネック判断部１２１は、削減可能なリソースが割り当てられている箇所と、削減可能なリソース値を出力する。
【００６９】
具体的に説明すると、ボトルネック箇所のStorageの全体の処理能力のうち３３％の能力が使用されている場合、ボトルネック箇所のStorageは、最大でも現状の処理量の３倍の処理量までしか処理できない。すなわち、システム全体の性能がいくら改善されても、他の構成要素における処理量は３倍以上にはならないと考えられる。
【００７０】
他の仮想OSにリソースとしてCPUが１０個割り当てられており、他の仮想OSの現状のCPU使用率が２０％であるとする。現状の処理量が３倍になった場合、CPU１０個におけるCPU使用率は６０％になる。よって、現状の処理量が３倍になったとしても、CPUが６個割り当てられていれば他の仮想OSのCPU使用率が１００％を超えないため、他の仮想OSからCPUを最大４個削減できると判断される。
【００７１】
図６には、対処方法としてStorage３０とStorage３２に割り当てられているリソースを最大限削減し、削減したリソースをStorage３１に割り当てることが示されている。また、仮想OS１０と仮想OS１２に割り当てられているリソースを最大限削減し、削減したリソースを仮想OS１１に割り当てることが示されている。また、提示された対処方法が実施された場合、他の箇所、特に仮想OS１０、仮想OS１２、Storage３０およびStorage３２に影響が及ぶことなくボトルネックが解消されることも示されている。
【００７２】
図６に示すように、ボトルネックの原因箇所の性能値に合わせて他の箇所に割り当てられているリソースが可能な限り削減されることによって、システム全体におけるリソース割り当ての効率化が行われる。
【００７３】
ボトルネック判断部１２１から送信された対処方法と、実施することによる影響がないことが示された仮想システム２００の構成図を表示部１３１が表示した後、表示システム１００は、処理を終了する。
【００７４】
なお、ボトルネック判断部１２１は、NW計測部１０１やHW計測部１１１〜１１４がそれぞれ計測した値を時系列に並べて分析し、今後ボトルネックが発生する可能性のある箇所を予測してもよい。また、ボトルネックが発生する可能性のある箇所の情報をボトルネック判断部１２１が表示部１３１に送信し、表示部１３１が送信された情報も併せてシステム構成図に示してもよい。
【００７５】
本実施形態における表示システムの表示部は、仮想ネットワーク経路と仮想化されたサーバの構成を含む論理構成と、ネットワーク経路とサーバの構成を含む物理構成を並行して表示する。表示された結果、ユーザは、論理構成に存在するボトルネックと物理構成に存在するボトルネックとの対応関係が分かり、システム全体に存在するボトルネックの原因箇所を特定できる。また、対応関係が分かることで、ユーザは、ボトルネックの原因箇所が影響を与える他の箇所も特定できる。
【００７６】
システム全体の論理構成と物理構成が並行して表示されることによって、図３に示すようなボトルネックが発生した場合であっても、ユーザは、仮想NWを構成する仮想OS、ServerおよびStorage等の、どの箇所にどのような対処をすればよいかを明確に判断できる。その理由は、論理構成と物理構成が並行して表示されるのでボトルネックの原因箇所が明確になり、ユーザが原因箇所に対応できるためである。
【００７７】
また、本実施形態における表示システムの表示部は、ボトルネックの原因箇所への適切な対処方法も提示できる。対処方法として、例えば、ボトルネックの原因箇所に対する適切なリソース増強が提示される。また、ボトルネックの原因箇所以外の箇所に割り当てられているリソースを可能な限り削減し、原因箇所に削減されたリソースを割り当てる方法が提示される。
【００７８】
リソースの追加の他に提示される対処方法として、物理層におけるストレージであれば、例えば、ボトルネック箇所であるパーティションに格納されているデータが、より高いＩ／Ｏ性能を有するメモリ内で処理されるための、データの再配置またはパーティションの再設定がある。また、ボトルネック箇所である仮想ＯＳから受ける処理要求の優先度を相対的に高くする、またはボトルネック箇所である仮想ＯＳ以外の仮想ＯＳから受ける処理要求の優先度を相対的に低くするための、ストレージの設定変更がある。
【００７９】
また、他に提示される対処方法として、ボトルネック箇所であるストレージに要求を送る仮想ＯＳの中で、ボトルネック箇所である仮想ＯＳ以外の仮想ＯＳからの要求の優先度または頻度を下げるための、仮想ＯＳまたは仮想ＯＳのホストサーバの設定変更がある。
【００８０】
また、本実施形態における表示システムのボトルネック判断部は、ボトルネックの原因箇所の設定の変更が他の箇所に及ぼす影響を明確にする。実施可能な複数の対処方法が他の箇所に及ぼす影響をそれぞれ判断した上で、ボトルネック判断部は、他の箇所に影響を及ぼさない対処方法をユーザに提示する。よって、表示システムのユーザは、提示された対処方法に従って、安心して復旧作業を行うことができる。
【００８１】
実施形態２．
［構成の説明］
次に、本発明の第２の実施形態を、図面を参照して説明する。本発明による表示システムの第２の実施形態の構成は、図１に示す構成例と同様である。
【００８２】
本実施形態では、２つの仮想NWを含む仮想システムを対象にする場合を考える。図７は、仮想システム３００の構成例を示すブロック図である。図７に示すように、仮想システム３００は、第１仮想NWと第２仮想NWとを含む。
【００８３】
仮想システム３００の仮想レイヤには、仮想NWと仮想OSが存在する。また、仮想システム３００の物理レイヤには、ServerとStorageが存在する。物理レイヤにおける物理NWには、Server２３〜２５と、Storage３３〜３５とが含まれている。
【００８４】
本実施形態の表示部１３１が第１の実施形態と異なる点は、ボトルネックの原因箇所が影響を及ぼす、他の仮想NWの箇所も表示することである。
【００８５】
図７に示すように、仮想システム３００は、仮想NWを複数含む環境のシステムである。また、図７に示すように、ボトルネックがRouterとServer２４に存在する。図７に示すシステム構成を考慮すると、Server２４がボトルネックの原因箇所であることが分かる。
【００８６】
図７を参照すると、第２仮想NWのRouterが、第１仮想NWのボトルネックの原因箇所であるServer２４を使用している。すなわち、第１仮想NWのRouterに、周囲の構成要素に比べて高い負荷がかかると、Server２４にも高い負荷がかかる。そして、Server２４に高い負荷がかかると、第２仮想NWのRouterにも影響が及ぶ可能性があることが分かる。
【００８７】
このように、第１仮想NWのRouterに、高負荷等のボトルネックが発生する可能性がある場合、第２仮想NWにも対応が求められることが分かる。本実施形態において、表示部１３１は、対応が求められる他の仮想NWの箇所を表示する。図８は、第２の実施形態における表示部１３１による仮想システム３００の表示例を示す説明図である。
【００８８】
図８に示すように、表示部１３１は、第１仮想NWのRouterとServer２４にボトルネックが存在することに加え、第２仮想NWのRouterに影響が及ぶ可能性があることを示す。図８に示す黒枠のブロックは、他の仮想NWのボトルネックの原因箇所による影響が及ぶ可能性のある箇所を意味する。以下、他の図においても同様である。
【００８９】
本実施形態の表示システムの表示部によれば、仮想NWにおけるボトルネックの原因箇所が影響を及ぼす、他の仮想NWの箇所も明確になる。よって、ユーザは、他の仮想NWの箇所への対応も事前に実施できる。
【００９０】
実施形態３．
［構成の説明］
次に、本発明の第３の実施形態を、図面を参照して説明する。本発明による表示システムの第３の実施形態の構成は、図１に示す構成例と同様である。本実施形態では、仮想NWを複数含む仮想システムを対象にする場合を考える。
【００９１】
仮想NWを複数含む仮想システムを対象にする場合に表示部１３１が各仮想NWの論理構成と物理構成とを併せて表示すると、画面に多くの内容が表示される。多くの内容が表示されると、ユーザにとって画面が見づらくなる。
【００９２】
本実施形態の表示部１３１は、図９に示すように仮想システムを表示する。図９は、第３の実施形態における表示部１３１による仮想NWを複数含む仮想システムの表示例を示す説明図である。
【００９３】
図９に示すように、表示部１３１は、画面に仮想NWのボトルネック箇所とボトルネックの原因箇所、および原因箇所に対する対処方法を表示する。例えば、図９において、第１仮想NWにおけるボトルネック箇所はRouter、原因箇所はStorage、対処方法はStorageへのリソースの追加である。
【００９４】
本実施形態のボトルネック判断部１２１は、第１の実施形態と同様に、発生したボトルネックの原因箇所への対処方法として、リソースの追加や、リソース割り当ての変更などを決定する。
【００９５】
なお図９に示すように、表示部１３１は、仮想システム全体での正常なNWアプリケーション数と異常なNWアプリケーション数を表示してもよい。図９において、正常なNWアプリケーション数は１０、異常なNWアプリケーション数は２とそれぞれ表示されている。
【００９６】
また、ユーザが表示されている複数の仮想NWの中から仮想NWを１つ選択すると、表示部１３１は、図３に示すような、論理構成と物理構成を含む選択された仮想NWの構成図を表示する。
【００９７】
本実施形態において、ユーザにより選択された仮想NWの構成図が表示された例を図１０に示す。図１０は、第３の実施形態における表示部１３１による仮想NWを複数含む仮想システムの他の表示例を示す説明図である。図１０に示す例は、ユーザが第１仮想NWを選択した場合に対応する。
【００９８】
本実施形態の表示システムによれば、対象の仮想システムが仮想NWを複数含む場合であっても、仮想NWのボトルネック箇所とボトルネックの原因箇所、および原因箇所に対する対処方法が分かりやすく表示される。
【００９９】
次に、本発明の概要を説明する。図１１は、本発明による表示システムの概要を示すブロック図である。本発明による表示システム８０は、仮想システムに含まれる仮想ネットワークを構成する仮想構成要素の中から性能が低下した箇所（例えば、ボトルネック箇所）である第１性能低下箇所を検出する仮想検出部８１（例えば、NW計測部１０１）と、仮想構成要素を構成する物理構成要素の中から性能が低下した箇所である第２性能低下箇所を検出する物理検出部８２（例えば、HW計測部１１１〜１１４）と、関係性がある第１性能低下箇所と第２性能低下箇所の各性能を同時に回復し、新たな性能が低下した箇所を発生させない対応方法を決定する決定部８３（例えば、ボトルネック判断部１２１）と、第１性能低下箇所が示された仮想ネットワークの構成と、第２性能低下箇所が示された物理構成要素から構成される物理ネットワークの構成と、仮想構成要素と物理構成要素との対応関係とを含む仮想システムの構成を、対応方法と共に表示する表示部８４（例えば、表示部１３１）とを含む。
【０１００】
そのような構成により、表示システムは、ボトルネック箇所が示された仮想NW構成および物理NW構成と、他の箇所に影響しない最良のボトルネックの対応方法を併せて表示できる。
【０１０１】
なお、性能が低下した箇所は、例えば、ボトルネック箇所である。性能が低下した箇所の性能値は、例えば、予め設計された性能値よりも所定程度（例えば、設計された性能値の５０％）以上低い。また、性能が低下した箇所には、故障が発生した箇所も含まれる。
【０１０２】
なお、決定部８３は、具体的には、関係性がある第１性能低下箇所と第２性能低下箇所の各性能の低下の原因が第２性能低下箇所にあることを特定する。特定した後、決定部８３は、第２性能低下箇所の性能を回復する対応方法の候補を検討する。
【０１０３】
決定部８３は、仮想システムの各構成要素の状態を考慮した上で、検討した対応方法の各候補が実施された場合に他の箇所に与える影響を検討する。検討した後、決定部８３は、検討した対応方法の候補の中で実施されても他の箇所に影響を与えず、性能を低下させない対応方法を決定する。
【０１０４】
また、表示部８４は、対応方法が新たな性能が低下した箇所を発生させないことを併せて表示してもよい。
【０１０５】
そのような構成により、表示システムは、提示された対応方法に従って対応するユーザに安心感を与えることができる。
【０１０６】
また、決定部８３は、第１性能低下箇所を含む仮想ネットワーク以外の仮想ネットワークにおける、第１性能低下箇所と関係性がある第２性能低下箇所が影響を及ぼす仮想構成要素を決定し、表示部８４は、仮想構成要素に影響が及ぶことを併せて表示してもよい。
【０１０７】
そのような構成により、表示システムは、ボトルネックが他の仮想NWに及ぼす可能性がある影響を、事前にユーザに報知できる。
【０１０８】
また、決定部８３は、性能が正常である仮想構成要素の数と、第１性能低下箇所の数をそれぞれ算出し、表示部８４は、仮想構成要素の数と、第１性能低下箇所の数を併せて表示してもよい。
【０１０９】
そのような構成により、表示システムは、対象の仮想システムが仮想NWを複数含む場合であっても、ユーザに分かりやすく仮想システムの状況の概要を報知できる。
【０１１０】
図１２は、本発明による仮想システムの概要を示すブロック図である。本発明による仮想システム９０は、仮想構成要素から構成される仮想ネットワークを含む仮想システムであって、仮想構成要素の中から性能が低下した箇所（例えば、ボトルネック箇所）である第１性能低下箇所を検出する仮想検出部９１（例えば、NW計測部１０１）と、仮想構成要素を構成する物理構成要素の中から性能が低下した箇所である第２性能低下箇所を検出する物理検出部９２（例えば、HW計測部１１１〜１１４）と、関係性がある第１性能低下箇所と第２性能低下箇所の各性能を同時に回復し、新たな性能が低下した箇所を発生させない対応方法を決定する決定部９３（例えば、ボトルネック判断部１２１）と、第１性能低下箇所が示された仮想ネットワークの構成と、第２性能低下箇所が示された物理構成要素から構成される物理ネットワークの構成と、仮想構成要素と物理構成要素との対応関係とを含む仮想システムの構成を、対応方法と共に表示する表示部９４（例えば、表示部１３１）とを含む。
【０１１１】
そのような構成により、仮想システムは、ボトルネック箇所が示された仮想NW構成および物理NW構成と、他の箇所に影響しない最良のボトルネックの対応方法を併せて表示できる。
【０１１２】
また、表示部９４は、対応方法が新たな性能が低下した箇所を発生させないことを併せて表示してもよい。
【０１１３】
そのような構成により、仮想システムは、提示された対応方法に従って対応するユーザに安心感を与えることができる。
【産業上の利用可能性】
【０１１４】
本発明は、NFV分野における運用管理分野、すなわちネットワークを制御する通信機器の機能が、汎用サーバにおける仮想化されたOSで動作するアプリケーションソフトウェアとして実行されるネットワーク環境における運用管理分野に好適に適用可能である。
【符号の説明】
【０１１５】
１０〜１２、４０〜４２  仮想OS
２０〜２５、５０〜５１  Server
３０〜３５、６０〜６１  Storage
８０、１００  表示システム
８１、９１  仮想検出部
８２、９２  物理検出部
８３、９３  決定部
８４、９４、１３１  表示部
１０１  NW計測部
１１１〜１１４  HW計測部
１２１  ボトルネック判断部
９０、２００、３００  仮想システム
【図１】
2019092230.tif 000003
【図２】
2019092230.tif 000004
【図３】
2019092230.tif 000005
【図４】
2019092230.tif 000006
【図５】
2019092230.tif 000007
【図６】
2019092230.tif 000008
【図７】
2019092230.tif 000009
【図８】
2019092230.tif 000010
【図９】
2019092230.tif 000011
【図１０】
2019092230.tif 000012
【図１１】
2019092230.tif 000013
【図１２】
2019092230.tif 000014
【図１３】
2019092230.tif 000015
【図１４】
2019092230.tif 000016
【図１５】
2019092230.tif 000017
【図１６】
2019092230.tif 000018