JP6251205B2

JP6251205B2 - モニタリング装置、モニタリング方法およびモニタリングプログラム

Info

Publication number: JP6251205B2
Application number: JP2015026438A
Authority: JP
Inventors: 木村　達郎; 達郎木村
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2015-02-13
Filing date: 2015-02-13
Publication date: 2017-12-20
Anticipated expiration: 2035-02-13
Also published as: JP2016149686A

Description

本発明は、モニタリング装置、モニタリング方法およびモニタリングプログラムに関する。

従来、パケットモニタリングは、ネットワーク装置やサーバのポートミラー機能やパケットコピー機能を利用して、モニタリング装置がモニタリング対象のパケットを収集することにより行われている（非特許文献１，２参照）。また、通信路にトラフィックを分岐させるネットワークタップ装置を設置して、電気的・光学的にパケットコピーする技術が知られている（非特許文献３参照）。また、モニタリング装置やネットワークタップ装置で収集されたパケットに、通信路の帯域を圧迫しないようにフィルタリングを行う技術も知られている（非特許文献４参照）。

ユーザが通信路上のあるポイントにてパケットモニタリングを行う場合、図８に例示するように、ＯＳや特定したモニタリング対象の通信路上のネットワーク装置２に対し、パケットコピーの送信元や送信先を指定する。そして、送信先にモニタリング装置１００を設置している。あるいは、通信路上に設置したネットワークタップ装置４をモニタリング用ネットワーク５に接続して、ネットワークタップ装置４からモニタリング装置１００にパケットを転送している。

なお、クラウド基盤などの仮想環境では、スイッチ等のネットワーク装置２も仮想化されている。この場合、仮想スイッチＢにもポートミラー機能が実装されている（非特許文献５，６参照）。

"Cisco IOS Software Configuration Guide"、[online]、Cisco Systems, Inc.、［２０１４／１２／２２検索］、インターネット＜URL：http://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst6500/ios/12-2SX/configuration/guide/book.pdf＞、P68-1〜P68-7 Steven McCanne and Van Jacobson、"The BSD Packet Filter: A New Architecture for User-level Packet Capture"、Winter USENIX 1993、December 19,1992. "Net Optics Network Taps"、[online]、Net Optics,Inc.、［２０１４／１２／２２検索］、インターネット＜URL：http://www.netoptics.com/products/network-taps＞ "Gigamon White Paper "Tap Aggregation And Filtering To Enable DPI"、[online]、Gigamon,LLC.、［２０１４／１２／２２検索］、インターネット＜URL：https://www.netdescribe.com/downloads/tapaggregationfilteringdpi_web.pdf＞ "VMware vSphere Networking 5.5"、[online]、VMware,Inc.、［２０１４／１２／２２検索］、インターネット＜URL：http://pubs.vmware.com/vsphere-55/topic/com.vmware.ICbase/PDF/vsphere-esxi-vcenter-server-55-networking-guide.pdf＞、p.150〜p.156 "openvswitch Frequently Asked and Questions"、[online]、［２０１４／１２／２４検索］、インターネット＜URL： https://github.com/openvswitch/ovs/blob/master/FAQ.md＞

パケットを転送してモニタリングを行う場合に、モニタリング用のトラフィックとユーザ通信とが回線を共有する場合がある。その際、モニタリング用のトラフィックの通信帯域（モニタ通信帯域）が、モニタリング用に充当される回線帯域を超過すると、モニタリングの品質や回線を共有するユーザ通信の品質の低下を招くという問題があった。すなわち、図９に示すように、回線帯域をモニタ通信帯域とユーザ通信の通信帯域（ユーザ通信帯域）とが分け合うことになる。この場合、例えば、図９に破線で囲んで示すように、モニタリング用のトラフィックにバーストが生じた場合に、超過パケットを破棄するポリシングを行なえば、モニタリングの品質が低下する。一方、超過パケットを保持するバッファリングを行なえば、ユーザ通信帯域を圧迫し、ユーザ通信の品質が低下する。

また、クラウド基盤のネットワークにおける仮想マシン（以下、ＶＭ（Virtual Machine）と称する。）の通信のパケットモニタリングは、ＶＭをネットワークに接続する仮想スイッチのポートのパケットをコピーして転送するポートミラー機能により行われている。その場合に、ＶＭがライブマイグレーションにより別の物理サーバに移動すると、移動先の仮想スイッチにまでポートミラー機能が継続するわけではないため、パケットモニタリングが停止してしまう。例えば、図１０に示すように、物理サーバＡ１へのＶＭ５の新設に伴ってＶＭ１を物理サーバＡ１から物理サーバＡ２に移動した場合、物理サーバＡ１の仮想スイッチＢ１で実行されていたポートミラー機能は、移動先の仮想スイッチＢ２では実行されずに停止する。

本発明は、上記に鑑みてなされたものであって、クラウド基盤のネットワークにおいて、仮想スイッチの任意のポートについて品質を低下させることなくパケットモニタリングを行うことを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係るモニタリング装置は、サーバ上に構築された仮想マシンに対応する仮想スイッチのポートを流通するパケットのトラフィックをコピーしたポートミラートラフィックを監視するモニタリング装置であって、前記ポートとの間にトンネルを設定する設定部と、前記トンネルの回線帯域が、前記ポートミラートラフィックの通信帯域を充足するか否かを判定する判定部と、前記判定部が充足しないと判定した場合、前記仮想マシンを前記サーバとは異なるサーバへ移動させ、該移動に先立って移動先のサーバの仮想スイッチのポートとの間のトンネルを設定させる調整部と、前記トンネルに転送される前記ポートミラートラフィックを監視する監視部と、を備えることを特徴とする。

本発明によれば、クラウド基盤のネットワークにおいて、仮想スイッチの任意のポートについて品質を低下させることなくパケットモニタリングを行うことができる。

図１は、本発明の一実施形態に係るパケットモニタリングの対象とする通信システムの概略構成を示す模式図である。図２は、本実施形態のモニタリング装置によるモニタリング処理の概要を示す説明図である。図３は、本実施形態のモニタリング装置の概略構成を例示する模式図である。図４は、本実施形態のモニタリング処理手順を例示するフローチャートである。図５は、本実施形態のパケットサイズの調整を説明するための図である。図６は、本実施形態のパケットサイズの調整を説明するための図である。図７は、モニタリングプログラムを実行するコンピュータを示す図である。図８は、従来のパケットモニタリング方法を説明するための説明図である。図９は、従来のパケットモニタリングの課題を説明するための説明図である。図１０は、クラウド基盤のネットワークにおける課題を説明するための説明図である。

以下、図面を参照して、本発明の一実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。

［モニタリング対象と概要］
まず、図１および図２を参照して、本実施形態のモニタリング装置によるパケットモニタリングの対象である通信システムの構成について説明する。図１に示すように、通信システム１０は、内部に仮想スイッチＢおよびＶＭが構成される物理サーバＡと、スイッチやハブ等のネットワーク装置２とを含むクラウド基盤装置が通信回線で接続され、クラウド基盤のネットワークとして構成される。具体的に、物理サーバＡ上の複数のＶＭが仮想スイッチＢのポートを介してネットワーク装置２に接続される。

本実施形態では、物理サーバＡ１上のＶＭ１をパケットモニタリングの対象とする。この場合、ＶＭ１をネットワークに接続する仮想スイッチＢ１のポートとトンネル終端装置３との間に、予めＧＲＥ（Generic Routing Encapsulation）プロトコル用の通信路であるトンネルＣ１を設定する。そして、ＶＭ１が接続されるポートを流通するパケットのコピーをＧＲＥプロトコルでカプセル化（以下、ＧＲＥカプセル化と称する。）し、トンネルＣ１を経由してモニタリング装置１に転送する。

また、ライブマイグレーションによりＶＭ１の移動先となる物理サーバＡ２上の仮想スイッチＢ２のポートとトンネル終端装置３との間にも、予めトンネルＣ２を設定する。すなわち、仮想スイッチＢ２の移動後のＶＭ１に対応するポートを流通するパケットのコピーをＧＲＥカプセル化して、トンネルＣ２を経由してモニタリング装置１に転送するように設定する。これにより、ライブマイグレーションによりＶＭ１が移動した後には、移動先の物理サーバＡ２上の仮想スイッチＢ２のポートを経由したＶＭ１のパケットモニタリングを継続することができる。

なお、モニタリング装置１とトンネル終端装置３とが直接接続されてもよい。または、モニタリング装置１がトンネル終端機能を備えてもよい。この場合、図２に例示するように、図１のトンネル終端装置３の代わりに、トンネル終端機能を備えたモニタリング装置１が配置される。

本実施形態のモニタリング装置１において、図２に破線で示す従来のポートミラートラフィックＴ１が生じない。そのため、図２に点線で示す別のＶＭ（図２の例ではＶＭ２）の通信トラフィックＴ０を圧迫することがない。また、ＶＭ１がライブマイグレーションにより物理サーバＡ１から物理サーバＡ２へ移動した後にも、同様のポートミラートラフィックＴ２が生じないため、物理サーバＡ２上の他のＶＭの通信トラフィックに影響を及ぼさない。さらに、ＶＭ１の移動先の物理サーバＡ２とモニタリング装置１との間に予めトンネルＣ２を設定してポートミラーを行なえるようにしておく。したがって、ライブマイグレーションがあってもポートミラートラフィックが継続する。

［モニタリング装置の構成］
次に、図３を参照して本実施形態のモニタリング装置１の構成について説明する。モニタリング装置１は、ワークステーションやパソコン等の汎用コンピュータで実現され、装置内部のＣＰＵ（Central Processing Unit）等の演算処理装置がメモリに記憶された制御プログラムを実行することによって、制御部として機能する。

また、モニタリング装置１は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される、リソースデータベース（ＤＢ）１４１と設備ＤＢ１４２とを備える。

リソースＤＢ１４１は、クラウド基盤装置の動的な状態の情報を管理する。具体的に、リソースＤＢ１４１には、例えば、クラウド基盤装置の生死、ユーザに割り当てられているＣＰＵやメモリ等のユーザ属性に関する情報、通信量や使用中の通信帯域またはネットワークポートのＵｐ／Ｄｏｗｎ等のネットワークに関する情報等が含まれる。これらの情報は、リソース管理部１４がリソース監視部１５、リソース設定部１６、およびモニタリング設定部１３から取得して適時に更新する。

設備ＤＢ１４２は、クラウド基盤装置の静的な設備の情報を管理する。具体的に、設備ＤＢ１４２には、クラウド基盤装置の台数、ＣＰＵの種類や数、メモリ、ストレージ、ＮＩＣ（Network Interface Card）数や接続される回線帯域等のネットワークに関する情報等が含まれる。

モニタリング装置１は、制御部の制御により、仮想スイッチＢ１のポートとの間にトンネルＣ１を設定する。また、モニタリング装置１は、トンネルＣ１の回線帯域が、仮想スイッチＢ１のポートを流通するパケットのトラフィックをコピーしたポートミラートラフィックの通信帯域を充足するか否かを判定する。充足しないと判定した場合、モニタリング装置１は、ユーザ指示に応じてＶＭ１を物理サーバＡ１とは異なる物理サーバＡ２へ移動させ、移動に先立って移動先の物理サーバＡ２の仮想スイッチＢ２のポートとの間にトンネルＣ２を設定させる。また、モニタリング装置１は、トンネルＣ（Ｃ１，Ｃ２）に転送されたポートミラートラフィックを監視する。

制御部は、具体的に、図３に示すように、ユーザ入出力処理部１１、モニタリング判断部１２、モニタリング設定部１３、リソース管理部１４、リソース監視部１５、およびリソース設定部１６を含んで構成される。

ユーザ入出力処理部１１は、モニタリング対象のポート、他の通信トラフィックへの影響度合い、モニタリングの品質、およびＶＭの移動の可否を指定するモニタリング実施指示のユーザ入力を受け付けて、モニタリング判断部１２に通知する。また、ユーザ入出力処理部１１は、リソース管理部１４からクラウド基盤装置の設備情報および状態の情報を受け取って、ユーザに通知する。

モニタリング判断部１２は、判定部および調整部として、通知されたモニタリング実施指示の内容と、リソース管理部１４から受信したクラウド基盤装置の設備情報および状態情報を基に、モニタリング実施の可否を判断する。例えば、モニタ通信帯域と、ポートミラートラフィックに充当できる回線帯域である環境の残帯域とを比較して、モニタ通信帯域が環境の残帯域以下の場合にモニタリング実施が可能と判断する。詳細については後述する。また、モニタリング判断部１２は、モニタリング設定部１３にモニタリング実施を指示する。また、モニタリング判断部１２は、リソース設定部１６にＶＭの移動を指示する。

モニタリング設定部１３は、設定部として、モニタリング判断部１２からモニタリング実施指示を受信した場合、指定されたクラウド基盤装置へのトンネルを設定し、モニタリングの開始または終了をクラウド基盤装置に指示する。また、モニタリング設定部１３は、モニタリング設定により発生したクラウド基盤装置の状態の変化をリソース管理部１４に通知する。

リソース管理部１４は、リソースＤＢ１４１および設備ＤＢ１４２に格納される情報を管理する。具体的に、リソース管理部１４は、クラウド基盤装置の状態が変化した場合に、リソース監視部１５、リソース設定部１６、およびモニタリング設定部１３からクラウド基盤装置の状態の変化の通知を受け付けて、リソースＤＢ１４１に記録する。また、リソース管理部１４は、クラウド基盤装置の設備情報を設備ＤＢ１４２に記録する。また、リソース管理部１４は、ユーザ入出力処理部１１およびモニタリング判断部１２に、クラウド基盤装置の状態の変化を通知する。

リソース監視部１５は、クラウド基盤装置の生死、ＣＰＵ、メモリ、通信量およびネットワークポートのＵｐ／Ｄｏｗｎ等の状態を定期的に監視して、クラウド基盤装置の状態に変化が生じた場合に、状態の変化の通知を受け付ける。また、リソース監視部１５は、取集したクラウド基盤装置の状態の変化をリソース管理部１４に通知する。また、リソース監視部１５は、監視部として、トンネルを流通するポートミラートラフィックを監視する。

リソース設定部１６は、ＶＭの作成、削除または移動、ポートミラートラフィック用の通信路の作成、削除または変更をクラウド基盤装置に指示する。また、リソース設定部１６は、指示によりクラウド基盤装置の状態の変化が生じた場合に、リソース管理部１４に通知する。

［モニタリング処理手順］
次に、図４を参照して、モニタリング装置１におけるモニタリング処理手順について説明する。図４に示すように、まず、モニタリング装置１のユーザ入出力処理部１１が、ユーザからのモニタリング実施指示を受信して、モニタリング判断部１２がメモリ等に保持する（Ｓ１）。ここで、モニタリング実施指示には、モニタリング対象のポートの他、他の通信トラフィックへの影響度合い、モニタリングの品質、パケットサイズ、およびＶＭの移動の可否等の、モニタリングに関するユーザ指示の内容が含まれる。他の通信への影響度合いには、例えば「ユーザ通信帯域は保証」等が設定される。モニタリングの品質には、例えば「モニタ品質は高品質」等が設定される。パケットサイズでは、後述するパケット調整を行なう場合に参照される情報が指定される。例えば、Ｅｔｈｅｒｎｅｔ（登録商標）フレームのバイト数やＥｔｈｅｒｎｅｔフレーム内のプロトコルヘッダ等が指定される。ＶＭの移動の可否には、例えば「ＶＭ移動可」等が設定される。

モニタリング判断部１２は、ポートミラートラフィック用のネットワークの帯域を調整するモニタリング調整処理（Ｓ２〜Ｓ９）を実行する。具体的に、モニタリング判断部１２は、リソースＤＢ１４１および設備ＤＢ１４２を参照し、モニタリング対象のポートのトラフィックと、環境すなわちポートミラートラフィック用の回線のリソースを確認する（Ｓ２）。そして、モニタリング判断部１２は、モニタ通信帯域すなわちモニタリング対象のポートのトラフィックの通信帯域と、環境の残帯域すなわちポートミラートラフィックに充当できる回線帯域とを比較する（Ｓ３）。

比較の結果、モニタ通信帯域が環境の残帯域以下の場合（Ｓ３，Ｙｅｓ）、モニタリング判断部１２は、モニタリング実施可と判断し、モニタリング設定部１３にモニタリング実施を指示する。これにより、モニタリング調整処理が終了し、モニタリング処理はモニタリング設定処理（Ｓ１０）に移行する。

一方、モニタ通信帯域が環境の残帯域を超過する場合（Ｓ３，Ｎｏ）、モニタリング判断部１２は、まず、メモリ等に保持されているモニタリング実施指示に含まれるＶＭの移動の可否を確認する（Ｓ４）。

ＶＭの移動が不可である場合には（Ｓ４，Ｎｏ）、モニタリング判断部１２は、後述するステップＳ８に処理を進める。一方、ＶＭの移動が可である場合に（Ｓ４，Ｙｅｓ）、モニタリング判断部１２は、モニタ通信帯域とユーザ通信帯域との合計の帯域を確保できるＶＭの移動先を検索する（Ｓ５）。具体的に、モニタリング判断部１２は、リソースＤＢ１４１のユーザ属性に関する情報および設備ＤＢ１４２を参照し、モニタ通信帯域とユーザ通信帯域とを導出する。そして、モニタリング判断部１２は、モニタ通信帯域とユーザ通信帯域との合計の帯域を確保するために必要な拡張リソースを算出する。また、モニタリング判断部１２は、各移動先候補について必要な拡張リソースを確保できるか否かを判断する（Ｓ６）。

必要な拡張リソースを確保できるＶＭの移動先がある場合には（Ｓ６，Ｙｅｓ）、モニタリング判断部１２は、ＶＭの移動を決定し（Ｓ７）、ステップＳ２の処理に戻して移動先の環境のリソースを確認する。一方、ＶＭの移動先がない場合には（Ｓ６，Ｎｏ）、モニタリング判断部１２は、メモリに保持されているモニタリング実施指示に含まれるモニタリングの品質を参照し、モニタリングの品質を下げることができるか否かを確認する（Ｓ８）。

モニタリングの品質を下げることができない場合には（Ｓ８，Ｎｏ）、モニタリング判断部１２は、モニタリング実施不可と判断し、一連のモニタリング処理を終了する。

一方、モニタリングの品質を下げることができる場合には（Ｓ８，Ｙｅｓ）、モニタリング判断部１２は、モニタリングの品質を低下させる調整処理を行う（Ｓ９）。具体的に、モニタリグ判断部１２は、モニタリング実施指示に含まれるパケットサイズの指定に応じて、パケットサイズを調整してモニタリング品質を低下させる。

例えば、Ｅｔｈｅｒｎｅｔフレームのバイト数が指定された場合、モニタリング判断部１２は、図５に例示するように、Ｅｔｈｅｒｎｅｔフレームの先頭から指定のバイト数（図５ではｘバイト）の部分を保持し、後続する部分を削除してパケットサイズを調整する。あるいは、Ｅｔｈｅｒｎｅｔフレーム内のプロトコルヘッダが指定された場合、モニタリング判断部１２は、図６に例示するように、指定されたプロトコルヘッダ（図６ではＴＣＰ）まで保持し、後続するプロトコルヘッダおよびペイロードを削除してパケットサイズを調整する。

ステップＳ１０のモニタリング設定処理では、モニタリング設定部１３が、モニタリング判断部１２からモニタリング実施指示を受信して、クラウド基盤装置のモニタ通信帯域のリソースを予約する。具体的に、モニタリング設定部１３は、指定された物理サーバＡのポートとの間にＧＲＥプロトコル用のトンネルＣを設定する。このトンネルは、例えばパケットモニタリング実施の期間に限定されて設定される。

トンネルを設定した後、モニタリングが実施される（Ｓ１１）。具体的に、モニタリング設定部１３がクラウド基盤装置に対して、モニタリング開始を指示する。これによりリソース監視部１５によるモニタリングが開始される。また、モニタリング設定部１３がクラウド基盤装置に対してモニタリング終了を指示すると、モニタリングが終了する。これにより、一連のモニタリング処理が終了する。

なお、上記ステップＳ６の処理において、必要な拡張リソースを確保できる複数の移動先候補がある場合、モニタリング判断部１２は、候補のリストを保持する。また、リソース設定部１６が移動に先立って移動先の物理サーバＡ２の場所をモニタリング判断部１２に通知する機能を具備する場合には、モニタリング判断部１２は、通知を受け付けて、ステップＳ１０の処理においてモニタリング設定部１３に、通知された物理サーバＡ２の仮想スイッチＢ２のポートとの間にトンネルＣ２を設定させる。一方、リソース設定部１６が移動に先立って移動先の物理サーバＡ２の場所をモニタリング判断部１２に通知する機能を具備しない場合には、モニタリング判断部１２は、ステップＳ１０の処理においてモニタリング設定部１３に候補ごとにトンネルＣ２を設定させる。

以上、説明したように、本実施形態のモニタリング装置１は、仮想スイッチＢ１のポートとの間にトンネルＣ１を設定する。また、モニタリング装置１は、トンネルＣ１の回線帯域が、仮想スイッチＢ１のポートのポートミラートラフィックの通信帯域を充足するか否かを判定し、充足しないと判定した場合、モニタリング装置１は、ＶＭ１を物理サーバＡ１とは異なる物理サーバＡ２へ移動させ、移動に先立って移動先の物理サーバＡ２の仮想スイッチＢ２のポートとの間のトンネルＣ２を設定する。また、モニタリング装置１は、トンネルＣ（Ｃ１，Ｃ２）に転送されたポートミラートラフィックを監視する。

これにより、クラウド基盤のネットワークにおいて、仮想スイッチＢ１の任意のポートについて、指定のモニタリングの品質を維持してパケットモニタリングを行うことができる。また、ＶＭをライブマイグレーションにより回線帯域に余裕のある物理サーバＡ２に移動させる場合にも、予め移動先の仮想スイッチＢ２との間にトンネルＣ２を設定することにより、ポートミラートラフィックの監視が継続される。また、ポートミラートラフィックがユーザ通信帯域を圧迫することがないので、ユーザ通信の品質を低下させることがない。

また、モニタリング判断部１２は、複数のＶＭの移動先候補がある場合、候補ごとにトンネルＣ２を設定させる。これにより、ＶＭの移動に伴って確実にポートミラートラフィックが継続し、パケットモニタリングを継続して行える。

また、モニタリング判断部１２は、ポートミラートラフィックの通信帯域を充足するＶＭの移動先がない場合、ユーザの要望に応じてパケットサイズを調整してポートミラートラフィックの通信帯域を変更する。これにより、ユーザの要望に応じて、パケット数を減らすことなくモニタ通信帯域を削減してパケットモニタリングを継続して行える。

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

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

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

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

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

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

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

以上、本発明者によってなされた発明を適用した実施形態について説明したが、本実施形態による本発明の開示の一部をなす記述および図面により本発明は限定されることはない。すなわち、本実施形態に基づいて当業者等によりなされる他の実施形態、実施例および運用技術等は全て本発明の範疇に含まれる。

１モニタリング装置
１１ユーザ入出力処理部
１２モニタリング判断部
１３モニタリング設定部
１４リソース管理部
１４１リソースＤＢ
１４２設備ＤＢ
１５リソース監視部
１６リソース設定部
２ネットワーク装置
３トンネル終端装置
１０通信システム
Ａ，Ａ１，Ａ２物理サーバ
Ｂ，Ｂ１，Ｂ２仮想スイッチ
Ｃ，Ｃ１，Ｃ２トンネル

Claims

サーバ上に構築された仮想マシンに対応する仮想スイッチのポートを流通するパケットのトラフィックをコピーしたポートミラートラフィックを監視するモニタリング装置であって、
前記ポートとの間にトンネルを設定する設定部と、
前記トンネルの回線帯域が、前記ポートミラートラフィックの通信帯域を充足するか否かを判定する判定部と、
前記判定部が充足しないと判定した場合、前記仮想マシンを前記サーバとは異なるサーバへ移動させ、該移動に先立って移動先のサーバの仮想スイッチのポートとの間のトンネルを設定させる調整部と、
前記トンネルに転送された前記ポートミラートラフィックを監視する監視部と、
を備えることを特徴とするモニタリング装置。
前記調整部は、前記仮想マシンの移動先に複数の候補がある場合、候補ごとに前記トンネルを設定させることを特徴とする請求項１に記載のモニタリング装置。
前記調整部は、前記ポートミラートラフィックの通信帯域を充足する前記仮想マシンの移動先がない場合、前記ポートミラートラフィックのパケットサイズを調整することを特徴とする請求項１または２に記載のモニタリング装置。
前記調整部は、前記ポートミラートラフィックのパケットを先頭から所定のバイト数に調整することを特徴とする請求項３に記載のモニタリング装置。
前記調整部は、前記ポートミラートラフィックのパケットの所定のプロトコルヘッダに後続する部分を削除してパケットサイズを調整することを特徴とする請求項３または４に記載のモニタリング装置。
サーバ上に構築された仮想マシンに対応する仮想スイッチのポートを流通するパケットのトラフィックをコピーしたポートミラートラフィックを監視するモニタリング装置で実行されるモニタリング方法であって、
前記ポートとの間にトンネルを設定する設定工程と、
前記トンネルの回線帯域が、前記ポートミラートラフィックの通信帯域を充足するか否かを判定する判定工程と、
前記判定工程において充足しないと判定された場合、前記仮想マシンを前記サーバとは異なるサーバへ移動させ、該移動に先立って移動先のサーバの仮想スイッチのポートとの間のトンネルを設定させる調整工程と、
前記トンネルに転送された前記ポートミラートラフィックを監視する監視工程と、
を含んだことを特徴とするモニタリング方法。
サーバ上に構築された仮想マシンに対応する仮想スイッチのポートを流通するパケットのトラフィックをコピーしたポートミラートラフィックを監視するモニタリングプログラムであって、
前記ポートとの間にトンネルを設定する設定ステップと、
前記トンネルの回線帯域が、前記ポートミラートラフィックの通信帯域を充足するか否かを判定する判定ステップと、
前記判定ステップにおいて充足しないと判定された場合、前記仮想マシンを前記サーバとは異なるサーバへ移動させ、該移動に先立って移動先のサーバの仮想スイッチのポートとの間のトンネルを設定させる調整ステップと、
前記トンネルに転送された前記ポートミラートラフィックを監視する監視ステップと、
をコンピュータに実行させるためのモニタリングプログラム。