JP2016536920A

JP2016536920A - ネットワークパフォーマンス監視のための機器および方法

Info

Publication number: JP2016536920A
Application number: JP2016542061A
Authority: JP
Inventors: ゴービル，ラビ; カワジャ，フッラム; オーネス，マーク
Original assignee: アルカテル−ルーセント
Priority date: 2013-09-12
Filing date: 2014-09-10
Publication date: 2016-11-24
Also published as: US20150071091A1; CN105580316A; EP3044906A1; WO2015038604A1

Abstract

ＡＭＡ（ＡｃｔｉｖｅＭｏｎｉｔｏｒｉｎｇＡｇｅｎｔ）を使用してネットワークパフォーマンスを監視する方法である。概してネットワークノードの１つで動作するネットワークマネージャは、２つのエンドポイント（エンドポイントの少なくとも１つはアプリケーションを実行するＶＭを含む）と関連付けられたＡＭＡを確立する。ＶＭの移動が監視され、検出された移動がアクティブなＡＭＡと関連付けられている場合、ＡＭＡと関連付けられている新しい単一または複数のエンドポイントが算定され、新しいＡＭＡが確立される。ＶＭペアテーブルが、変更を反映するように更新される。

Description

本発明は全体として、通信ネットワークの分野に関し、より具体的にはＡＭＡ（ＡｃｔｉｖｅＭｏｎｉｔｏｒｉｎｇＡｇｅｎｔ）または類似の仕組みを使用してネットワークパフォーマンスを監視する方法と機器に関する。

以下の略語がここに定義され、少なくともこのうちのいくつかは続く最先端技術および本発明の説明で参照される。
ＡＦＮＡｐｐｌｉｃａｔｉｏｎＦｌｕｅｎｔＮｅｔｗｏｒｋ（アプリケーションフルーエントネットワーク）
ＡＭＡＡｃｔｉｖｅＭｏｎｉｔｏｒｉｎｇＡｇｅｎｔ（アクティブ監視エージェント）
ＡＲＰＡｄｄｒｅｓｓＲｅｓｏｌｕｔｉｏｎＰｒｏｔｏｃｏｌ（アドレス解決プロトコル）
ＨＡＨｉｇｈＡｖａｉｌａｂｉｌｉｔｙ（高可用性）
ＬＡＮＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ（ローカルエリアネットワーク）
ＭＡＣＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ（メディアアクセス制御）
ＭＥＰＭｅｄｉａＥｎｄＰｏｉｎｔ（メディアエンドポイント）
ＮＭＳＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔＳｙｓｔｅｍ（ネットワーク管理システム）
ＯＡＭＯｐｅｒａｔｉｏｎ，ＡｄｍｉｎｉｓｔｒａｔｉｏｎａｎｄＭａｉｎｔｅｎａｎｃｅ（運用、管理、保守）
ＳＡＡＳｅｒｖｉｃｅＡｓｓｕｒａｎｃｅＡｇｅｎｔ（サービス保証エージェント）
ＶＬＡＮＶｉｒｔｕａｌＬＡＮ（仮想ＬＡＮ）
ＶＭＶｉｒｔｕａｌＭａｃｈｉｎｅ（仮想マシン）

コンピューティングデバイスはしばしば、通信およびコンピューティングリソースの共有を促進するために、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）、ＭＡＮ（ＭｅｔｒｏｐｏｌｉｔａｎＡｒｅａＮｅｔｗｏｒｋ：メトロポリタンエリアネットワーク）またはノード（例えばブリッジ、スイッチ、ルータなど）で構成されるデータセンターなどのネットワークを介して、相互に接続される。これらのネットワークは、例えば企業、大学のキャンパスまたは地元のコミュニティにサービスを提供し得る。これらの例は例示のために提供されていることに留意されたい。本発明は、種々のネットワークにおいて実装され得る。

このようなコンピュータネットワークが実装されると、常にではないにしてもしばしば、適切な場合に修正や訂正を加えられるように、パフォーマンス特性を監視することが望ましい。ネットワークを監視する１つの方法は、ＡＭＡを使用することである。ＡＭＡは例えば、時にＭＥＰ（ＭｅｄｉａＥｎｄＰｏｉｎｔ）と称されるネットワークの２つのエンドポイントに実装される。ＡＭＡが確立されると、例えば交換されるメッセージと関連付けられているＲＴＴ（ＲｏｕｎｄＴｒｉｐＴｉｍｅ：往復時間）またはジッターなどの特定のパフォーマンス特性を測定できるように、このデバイスのペアは、知られているメッセージング方式を使用して相互に通信する。

ＡＭＡを確立するために、ＭＥＰまたは他のエンドデバイスは、ＭＥＰがネットワークに接続するためのスイッチのＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ：インターネットプロトコル）アドレスや、特定のＭＥＰに関連付けられているスロットおよびポートにより識別され得る。しかしながら、ネットワークアプリケーションがＶＭ（ＶｉｒｔｕａｌＭａｃｈｉｎｅ）内に実装される場合、これらのＶＭは１つの物理的位置または「ホスト」から他の箇所へ移動することがあるため、問題が生じる。とはいえ、単に２つのエンドポイントを観察するためだけにＡＭＡを設定するのではなく、特定のアプリケーションを監視することが望ましいこともある。この問題および他の問題が、本発明により扱われる。

本明細書で既存のものまたは可能なものとして説明されている技術または方式は、本発明の背景技術として提示されるが、これらの技術および方式が、これまでに商業化されているかまたは発明者以外の人々に知られているということを承認するわけではないことに留意されたい。

本発明はＡＭＡ（ＡｃｔｉｖｅＭｏｎｉｔｏｒｉｎｇＡｇｅｎｔ）または類似の仕組みを使用してネットワークパフォーマンスを監視する方法を対象としており、１台の物理ホストから他へ移動し得るＶＭ（ＶｉｒｔｕａｌＭａｃｈｉｎｅ）を実装するネットワークにおいて特に有利である。

一態様において、本発明は、ノードの第１の集合間の通信を監視するための第１のＡＭＡを確立することであって、ノードの第１の集合の少なくとも１つはＶＭを含む、確立することと、ＶＭが移動したことを検出することと、移動したＶＭの新しいノード位置を決定することと、ノードの第２の集合間の通信を監視するための第２のＡＭＡを確立することであって、ノードの第２の集合は移動したＶＭを含む、確立することとを含む、ネットワークパフォーマンスの監視のための方法である。本発明はまた、第１および第２のＡＭＡを含むようにＶＭペアテーブルをポピュレートすることを含み得る。いくつかの実施形態において、方法はまた、ＶＭが移動したことの検出に続いて第１のＡＭＡを廃止することを含むことができ、この場合ＶＭペアテーブルもそれに応じて修正され得る。

いくつかの実施形態において、既存のＡＭＡは１つまたは複数の追加のＶＭペアに関連する通信を監視するために使用され得る。この場合、方法はまた、既存のＡＭＡがノードの第２の集合間の通信を監視するために使用されているかどうかを決定し、そうであれば、第２のＡＭＡを確立しないことを含み得る。このことが生じた場合、ＶＭペアテーブルは既存のＡＭＡを反映するように更新され得る。いくつかの実施形態において、同じトークンにより、方法は、ＡＭＡを廃止する前に既存のＡＭＡが複数のＶＭペアと関連付けられた通信を監視するために使用されているかを決定し、そうであれば、ＡＭＡを廃止しないことを含み得る。

この態様に従ういくつかの実施形態において、本発明はさらに、ネットワーク上または特定のＶＭ上で実行されているアプリケーションをリストするリクエストを受信することを含み得る。リクエストは例えば、最もネットワークリソースを使用している上位のアプリケーションをリストすることであり得る。この場合、本発明はまた、ネットワーク上または特定のＶＭ上で実行されているアプリケーションの少なくともいくつかを含むリストを表示のために送信することを含み得る。

方法はさらに、ネットワーク上で実行されているアプリケーションのためのＡＭＡを確立するリクエストを受信することを含み得る。この場合、方法はまた、アプリケーションと関連付けられているノードのペアの位置を特定すること、ノード間の通信を監視すること、および通信監視に基づいてパフォーマンステーブルを更新することを含み得る。

他の態様において、本発明は、プロセッサ、プロセッサと通信するメモリ、ならびにネットワークモニタ、ＶＭロケータおよびＶＭマネージャと協力するネットワークマネージャを含むネットワークノードである。

さらに他の態様において、本発明は、実行されるとマシンに、ノードの第１の集合間の通信を監視するための第１のＡＭＡを確立することであって、ノードの第１の集合の少なくとも１つはＶＭを含む、確立することと、ＶＭが移動したことを検出することと、移動したＶＭの新しいノード位置を決定することと、ノードの第２の集合間の通信を監視するための第２のＡＭＡを確立することであって、ノードの第２の集合は移動したＶＭを含む、確立することとを行わせるプログラム命令を記憶した機械可読記憶媒体である。

この態様において、プログラム命令はまた、実行されるとマシンに、既存のＡＭＡがノードの第２の集合間の通信を監視するために使用されているかどうかを決定することと、そうであれば、第２のＡＭＡを確立せず、代わりに既存のＡＭＡを反映するようにＶＭペアテーブルを更新することとを行わせ得る。プログラム命令はまた、実行されるとマシンに、ＡＭＡを廃止する前に既存のＡＭＡが複数のＶＭペアと関連付けられた通信を監視するために使用されているかを決定することと、そうであれば、ＡＭＡを廃止しないことを決定することも行わせ得る。

本発明のさらなる態様の一部は、続く詳細な説明、図面および任意の請求項で定められ、また一部は詳細な説明から派生し、または本発明の実践から学習され得る。前述の全体的な説明および続く詳細な説明のどちらも例示および説明のみを目的としており、開示される本発明を制限しないことが理解されよう。

本発明のより十分な理解は、以下の詳細な説明を付随する図面と合わせて参照することで得ることができるだろう。

本発明を有利に実装し得る例示的なネットワークを描写する簡略化された概略図である。本発明の実施形態に従って構成されたネットワークを描写する簡略化された概略図である。本発明の実施形態に従って構成されたネットワークを描写する簡略化された概略図である。本発明の実施形態に従う方法を描写するフロー図である。本発明の実施形態に従う方法を描写するフロー図である。本発明の実施形態に従うネットワークノードの選択されたコンポーネントを描写する、簡略化されたブロック図である。

本発明はＡＭＡ（ＡｃｔｉｖｅＭｏｎｉｔｏｒｉｎｇＡｇｅｎｔ）または類似の仕組みを使用してネットワークパフォーマンスを監視する方法を対象としている。本発明は、１台の物理ホストから他へ移動し得るＶＭ（ＶｉｒｔｕａｌＭａｃｈｉｎｅ）を実装するネットワークにおいて特に有利である。図１は、本発明を有利に実装し得る例示的なネットワーク１００を描写する簡略化された概略図である。

図１において、ネットワーク１００は、１０５から１１０として参照される複数のスイッチを持つものとして描写されている。１０５から１１０の各スイッチはスイッチ１１５に接続されており、このネットワークにおいてスイッチ１０５から１１０はスイッチ１１５を介して相互に、およびデバイス（示されていない）と、またはネットワーク１００の外部のネットワーク（例えばインターネット）と通信し得る。

例示的なネットワーク１００の１０５から１１０の各スイッチはまた、１つまたは複数のエンドポイントと接続され得る。例えば、スイッチ１０５はエンドポイント１２０から１２５と接続され、スイッチ１０７はエンドポイント１２６から１２８と接続され、スイッチ１０９はエンドポイント１２９から１３２と接続されている。

エンドポイント１２０から１３２は例えば、スイッチ１０５から１１０の１つと接続されると、ネットワーク１００を介して通信可能なユーザデバイスまたはサーバまたは他のデバイスであり得る。ネットワーク１００のトポロジーは例示的なものであり、他の多くの構成が可能であることに留意されたい。実際の実施形態の、ほとんどではないにしても多くにおいて、スイッチおよびエンドポイントの数ははるかに多いことがある。

ネットワーク１００のようなネットワークでの本発明の実装は、図２Ａおよび２Ｂ以降を参照することで示される。図２Ａおよび図２Ｂは、本発明の実施形態に従って構成されたネットワークを描写する簡略化された概略図である。ネットワーク２００は例示的なネットワーク１００にある点で類似してはいるが、便宜上それぞれが２つのエンドポイントに接続されているスイッチ２０５から２０７に接続されているスイッチ２１５のみを示していることに留意されたい。エンドポイント２２０および２２１はスイッチ２０５と接続され、エンドポイント２２２および２２３はスイッチ２０６と接続され、エンドポイント２２４および２２５はスイッチ２０７と接続されている。ネットワーク１００と同じように、コンポーネントの数および構成は実装により多岐にわたり、所与の実装内でも時間と共に変化し得る。本明細書で使用されている限り、「接続されている」という用語は、しばしばそうであるとしても、必ずしも「直接接続されている」（つまり、間にデバイスが存在しない）ということを意味しない。ある場合には、接続はワイヤレスであり得る。

好ましい実施形態において、スイッチ２０５から２０７は、ＯｍｎｉＳｗｉｔｃｈ６９００スイッチとして実装され、スイッチ２１５はＯｍｎｉＳｗｉｔｃｈ１０ＫＶＣ（ＶｉｒｔｕａｌＣｈａｓｓｉｓ：仮想シャーシ）デバイスとして実装される。

図２Ａの実施形態において、各エンドポイントは１つまたは複数のＶＭ（ＶｉｒｔｕａｌＭａｃｈｉｎｅ）を含むように動作可能である。ＶＭは、エンドポイント内に常駐するか、エンドポイントがアクセス可能なメモリデバイス上に記憶された実行可能なプログラム命令を含む。プログラム命令は、例えばエンドポイントのプロセッサにより実行され得る。エンドポイントの動作および構成はしたがって、その上で動作可能なＶＭまたは複数のＶＭの機能である。

ＶＭは、１つのエンドポイントから他のエンドポイントに移動することができ、事実上関係するエンドポイントの構成および動作を変更する。ＶＭは、例えば変化するネットワーク状況やネットワークの過度の使用に対応するために移動し得る。この意味で使用される場合、「移動」という用語は、ＶＭプログラム命令をそれぞれのデバイスに実際にインストールすることもしくはそれぞれのデバイスからアンインストールすること、またはすでにインストールされたプログラム命令を単にアクティブまたは非アクティブにすることを意味し得る。図２Ａの実施形態において、描写された各エンドポイントは、その上で実行されている２つのＶＭを持つ。それらのＶＭは、ＶＭ_０からＶＭ_Ｂとして参照される。ＶＭ_２およびＶＭ_３は、例えばエンドポイント２２１で現在実行されている。

この実施形態において、スイッチ２０５から２０７は、接続されているエンドポイント２２０から２２５のそれぞれへの、またそれぞれからのトラフィックを処理する。スイッチ２０５から２０７は同様に、それぞれスイッチ２１５に接続されている。スイッチ２１５は、スイッチ２０５から２０７を介してエンドポイント間の相互の通信を可能にし、またネットワーク２００の外部のネットワークおよびデバイス（示されていない）との通信を可能にする。スイッチ２１５はまた、ネットワークマネージャ（ＮＭ）モジュール２１７を含み得る。ネットワーク管理モジュールは、有利にはエンドポイント内に常駐するか、エンドポイントがアクセス可能な有形の非一時的メモリデバイスに記憶された実行可能なプログラム命令を含む。プログラム命令は、例えばスイッチ２１５のプロセッサにより実行され得る。しかしながら、ネットワーク管理モジュール２１７は、他の場所に常駐することができ、異なるメモリデバイスおよびプロセッサ（示されていない）を使用して実装され得ることに留意されたい。

ネットワーク管理モジュール２１７は多様な機能を実施することができるが、本発明の文脈においては、ネットワークパフォーマンスの特定の側面の監視を担当する。ＡＭＡは、そうするための１つのツールである。本明細書において、「ＡＭＡ」という用語は、実際にその単語を使用して言及されているかどうかに関わりなく、ＳＡＡ（ＳｅｒｖｉｃｅＡｗａｒｅＡｇｅｎｔ）など、すべての類似の仕組みを広く含むことを意図している。ＡＭＡの典型的な実装において、２つのエンドポイントを監視のために選択することができ、エンドポイントがそれぞれ接続されているスイッチにより、またその接続を確立する特定のスロットおよびポートにより、それぞれが識別される。ＡＭＡは、例えば周期的にメッセージのセットをネットワーク２００を介して相互に送信するエンドポイントの協力を得て設定される。ＲＴＴ（ＲｏｕｎｄＴｒｉｐＴｉｍｅ）およびジッターなどの特性は、これらのメッセージおよびそれらへの応答の受信に基づいて測定される。理想的には、測定された特性は分析および報告、または表示のためにテーブルに格納される。

本発明の実装にＡＭＡを採用する場合、２つのエンドポイントそのものの間の通信を監視することができ、ある場合にはポートにより識別することさえできる一方で、他の実施形態においてはＡＭＡはエンドポイントが接続されているスイッチ間の通信を監視することができるだけである。主に、特に所与のＡＭＡが複数のＶＭペアと関連付けられ得る場合の効率と、スイッチとエンドポイントとの間の通信がパフォーマンス特性の分析に及ぼす影響が最小であるという期待から、すべてではないにしてもほとんどの実装において、後者が現在のところ好ましい。

図２Ａの実施形態において、ＡＭＡ_１は、ＶＭ_２とＶＭ_７との間のトラフィックを監視するために、ネットワークマネージャ２１７により設定される。ＡＭＡ_１はスイッチ２１５内で構成されているが、ある実装においては他の場所に常駐し得る。（破線はＡＭＡ関係性を表しており、通信の別個の回線ではない。）ＶＭペアテーブル２１８は、これらの２つのＶＭと関連付けられているＡＭＡのレコードを提供するために、ポピュレートされる。例として、ＶＭペアテーブルは以下のように表され得る：

これは２日半にわたり、ＡＭＡ１が実施されていることを示している。この実施形態において、ＶＭペアテーブルはＶＭ_２とＶＭ_７との間のトラフィックに関する統計は何も含んでおらず、それらは他の場所に記録されていることに留意されたい。

上述のように、静的ネットワークのシナリオでは、この構成は無期限に続き得る。しかしながらネットワーク２００は、ＶＭが他のデバイスに移動し得るという意味で、静的ネットワークではない。これは図２Ｂで描写されている。明らかなことであるが、ＶＭ２がエンドポイント２２１からエンドポイント２２５に移動したことを除けば、図２Ｂは図２Ａに全体として示されているネットワーク２００の単なる例示である。

このことが生じた場合、ＡＭＡ_１はもはや、ＶＭ_２とＶＭ_７との間の送信の特性に関する関連統計情報を提供していない。しかしながら、本発明のこの実施形態に従って、ＶＭ_２の移動が検出され、新しい（単一または複数の）エンドポイントが確定される。ネットワークマネージャ２１７は次いで、ＶＭ_２とＶＭ_７との間の通信に関する統計を集めるために、ここでＡＭＡ_２として描写されている新しいＡＭＡを確立する。好ましくは、ＶＭペアテーブル２１８は、これら２つのＶＭと関連付けられている新しいＡＭＡのレコードを提供するためにポピュレートされ、同時に以前の関係性も示される。この場合、ＶＭペアテーブルは以下のように表され得る：

ここで、ＡＭＡ_１は、ＶＭペアテーブルでＡＭＡ_２に取って代わられた時点で３日と２時間にわたり実施されており、ＡＭＡ_２自身は、１０時間にわたり実施されていることを示している。もちろんＶＭの位置の変化のたびに続行され得るこのプロセスが、さらに詳細に説明される。

図３は、本発明の実施形態に従うネットワーク監視の方法３００を描写するフロー図である。初めに、この実施形態に従って必要なコンポーネントが利用可能であり、動作可能であると想定される。方法は次いで、ＡＭＡが確立された時点で開始する（ステップ３０５）。例示の目的で、ＡＭＡは２つのエンドポイント（少なくとも１つはＶＭとして動作可能）間の通信を含むと想定される。しかしながら、特定の実施形態で指定されていない限り、アプリケーションの移動性は必須要件ではないことに留意されたい。図３の実施形態において、ＶＭペアテーブルは次いで、確立されたＡＭＡを反映するようにポピュレートされる（ステップ３１０）。

この実施形態において、現在ＡＭＡと関連付けられているＶＭペアのＶＭのうち１つまたは両方の移動が検出される（ステップ３１５）。この移動は、例えば装置の故障やトラフィック管理を扱わなければならないなど、様々な理由により発生する。両方のＶＭがほぼ同時に移動することは可能だが、便宜上本明細書の考察は、一度に１つのＶＭの移動という観点からプロセスを説明する。ＶＭペアの両方のＶＭによる連続または同時の移動も、同じように扱われる。

このことを念頭に置いて、この実施形態においてひとたびＶＭの移動が検出されると、ＶＭと関連付けられた新しいエンドポイントの位置が特定される（ステップ３２０）。エンドポイントの位置が特定されると、新しいＡＭＡが確立される（ステップ３２５）。この実施形態において、ステップ３２５で新しいＡＭＡが確立されると、以前ＶＭペアを監視していたＡＭＡは削除される（ステップ３３０）。ＶＭペアテーブルは次いで、新しいＡＭＡ情報によって更新される（ステップ３３５）。

いくつかの実施形態において（示されていない）、既存のＡＭＡは１つまたは複数の追加のＶＭペアに関連する通信を監視するために使用され得る。この場合、方法はまた、既存のＡＭＡがノードの第２の集合間の通信を監視するために使用されているかどうかを決定し、そうであれば、第２のＡＭＡを確立しないことを含み得る。このことが生じた場合、ＶＭペアテーブルは既存のＡＭＡを反映するように更新され得る。いくつかの実施形態において、同じトークンにより、方法は、ＡＭＡを廃止する前に既存のＡＭＡが複数のＶＭペアと関連付けられた通信を監視するために使用されているかを決定し、そうであれば、ＡＭＡを廃止しないことを含み得る。

既存のＡＭＡが複数のＶＭペアと関連付けられているかどうかを決定することは、ＡＭＡが２つのスイッチ間の通信を監視するレベル（例えば２つのエンドポイントではなく２つのスイッチ間）を考慮に入れ得ることに留意されたい。

方法３００のステップ３０５で設定されたＡＭＡ（図３に示されている）は、ＶＭペアの間の通信特性を監視する。図４を参照してより詳細に説明されるように、このＶＭペアは多様な方法により選択され得る。

図４は、本発明の他の実施形態に従うネットワーク監視の方法４００を描写するフロー図である。この場合も、この実施形態に従って必要なコンポーネントが利用可能であり、動作可能であると初めに想定される。この実施形態において、好ましくはどれが最もネットワークリソース（例えば、メモリおよびＣＰＵリソース）を消費しているかを示すようにランク付けされた、ネットワークで実行されているいくつかまたはすべてのアプリケーションプロセスをリストするというリクエストを、ネットワークモニタ（例えば図５を参照）が受信した時点（ステップ４０５）で、プロセスが開始する。

図４の実施形態において、リクエストを受信すると、ネットワークモニタは次いでどれが最もリソースを消費している上位のアプリケーションであるかを決定する（ステップ４１０）。他の実施形態ではもちろん他の選択基準が使用され得る。図４の実施形態において、上位のアプリケーション（またはすべてのアプリケーションのリスト）が次いでネットワークオペレータに、例えばネットワークと通信している表示コンソール上で表形式で提示される（ステップ４１５）。

ネットワークオペレータに上位のアプリケーションが提示される場合、アプリケーションの１つを監視するための選択がなされることが予想される。（複数が選択される場合、その都度それぞれが処理される。）ネットワークモニタは次いで、ネットワークオペレータが実施した選択の指示を受信する（ステップ４２０）。

上述の図４のいくつかまたはすべての動作は、ＡＦＮ（ＡｐｐｌｉｃａｔｉｏｎＦｌｕｅｎｔＮｅｔｗｏｒｋ）機能を持つネットワークを想定していることに留意されたい。そうでない場合、または他の方法が好ましい場合、監視される１つまたは複数のアプリケーションは、他の方法によって選択され得る。

図４の実施形態において、選択の指示が受信されると、選択されたアプリケーションと関連付けられているＶＭのメディアエンドポイント（ＭＥＰ）が決定され（ステップ４２５）、ＡＭＡが確立される（ステップ４３０）。ＡＭＡが確立されると、ＶＭペアテーブルに適切に注釈が付けられ、パフォーマンス特性が決定され得る（ステップ４３５）。ひとたびＡＭＡが実施されると、パフォーマンス特性が監視される（ステップ４４０）。測定されたパフォーマンス特性を表す値が次いで、例えばネットワークモニタと共に常駐するパフォーマンステーブル内に格納される（ステップ４４５）。

更新されたパフォーマンス特性が決定され、パフォーマンステーブルがＡＭＡ実装スケジュール（実施されている場合）に従って更新されると、プロセスが続行する。もちろん、ＶＭも監視されることが好ましく（図４には示されていない）、ＡＭＡに監視されているＶＭの１つまたは両方のＶＭが移動すると、方法４００のプロセスは、方法３００のプロセスをステップ３１５から続行し得る。

示されてはいないが、ＶＭペアテーブルまたはパフォーマンステーブルのどちらかの内容のいくらかまたはすべては、継続的にもしくはリクエストに応じて、またはあるＡＭＡが他を置き換える場合など何らかの閾イベントが発生した際に、ネットワークオペレータに対する表示として提示され得ることに留意されたい。

図３および４に描写されている動作の順序は例示的な実施形態を表しており、本発明の趣旨内で、いくらかの変形形態が可能であることに留意されたい。例えば、追加の動作を図３および４に示されているものに加えることが可能であり、ある実装形態においては、描写された動作の１つまたは複数を省略することが可能である。加えて、方法の動作は、特定の実施形態において確定された順序が列挙されていない限り、任意の論理的に一貫した順序で実施することが可能である。

図５は、本発明の実施形態に従うネットワークノード５００の選択されたコンポーネントを描写する、簡略化されたブロック図である。ネットワークノード５００はある場合には、図２Ａおよび２Ｂに示されているスイッチ２１５として実装されることがあり、他の場合には異なるノードで実装され得る。どちらの場合も、ノード５００は図５に表されている機能に加えて、他の機能も実施し得る。図５の実施形態において、ノード５００は、メモリデバイス５１０に記憶されているか、ノード以外から受信したプログラム命令に従ってノードの他のコンポーネントのいくらかまたはすべての動作を制御するプロセッサ５０５を含む。メモリ５１０は有形のデータ記憶装置であり、伝搬する信号のみから成るわけではないという意味において、非一時的である。

図５の実施形態において、ノード５００はまた、時に単にネットワークマネージャ（ＮＭ）と称されるネットワーク管理システム５３０を含む。ネットワークマネージャ５３０は、ＡＭＡが２つのエンドポイント間の通信を監視し、この実施形態においてロケータ５１５、ＶＭマネージャ５２０およびネットワークモニタ５２５の動作を調整するように設定するように構成される。例示のためにこれらは別個のコンポーネントとして示されているが、実装においてはハードウェアおよびソフトウェアリソースを共有し得ることに留意されたい。それぞれは、ハードウェアコンポーネント上で実行されるハードウェアまたはソフトウェアとして実装され得る。ネットワークインターフェース５４５は、スイッチにコンピュータネットワークを介して通信させる（図５には示されていない）。

この実施形態において、ロケータ５１５はエンドポイントの位置を決定し、好ましくは特定のスイッチ、スロットおよびポートインターフェースに対する位置を解決する。この実施形態においてロケータ５１５は、ＡＲＰおよび様々なネットワークデバイスのブリッジテーブルを調査してネットワーク上の隣接のものを把握し、これらの情報のいくらかまたはすべてを位置決定に使用する。ＶＭマネージャ５２０は、例えばＶＭＷａｒｅｖＣｅｎｔｅｒまたはＣｉｔｒｉｘＸｅｎＳｅｒｖｅｒなどの仮想化プロバイダからのイベントをリッスンすることにより、ネットワーク内のＶＭの移動を検出する。ＶＭの移動が検出された場合、ＶＭマネージャ５２０は関係するネットワークスイッチのポーリングを開始し、エンドポイントデバイスの位置の算定を開始するためにロケータ５１５にリクエストを送信する。

図５の実施形態において、ネットワークモニタ５２５はＶＭペアテーブル５３５を維持し、確立された各ＡＭＡを追跡する（また、もはや使用されていないＡＭＡに関連する情報を削除する）。この実施形態において、ネットワークモニタ５２５は、ＶＭマネージャ５２０からＶＭの移動の通知を受信し、所与の移動が監視されているＶＭと関連しているかどうかを決定する。関連している場合、ネットワークモニタ５２０は、ネットワークマネージャ５３０による新しいＡＭＡの作成を開始し、必要に応じてＶＭペアテーブルを更新する。

この実施形態において、ノード５００はまた、少なくとも本発明に従う監視と関連する収集されたパフォーマンスデータを格納する、パフォーマンステーブル５４０を含む。いくつかの実装形態において、このパフォーマンスデータは、初めにＡＭＡと関連付けられたエンドポイントに格納され得る。この場合、データは周期的に、もしくはＶＭの移動の後にＡＭＡが新しいエンドポイントを含むように修正されるたびに収集されるか、またはその両方の方法で収集され得る。パフォーマンスデータは、他の場所で維持することもできる。

本発明の複数の実施形態が付随する図面で描写され、また前述の「発明を実施するための形態」で説明されたが、本発明は開示された実施形態に限定されるものではなく、以下の請求項で定められ定義された本発明から逸脱することなく、多くの改変形態、変更形態、修正形態が可能であることが理解されよう。

Claims

ネットワークパフォーマンスを監視する方法であって、
ノードの第１の集合間の通信を監視するための第１のＡＭＡ（アクティブ監視エージェント）を確立することであって、ノードの第１の集合の少なくとも１つはＶＭを含む、確立することと、
ＶＭが移動したことを検出することと、
移動したＶＭの新しいノード位置を決定することと
を含む、方法。
第１のＡＭＡを含むようにＶＭペアテーブルをポピュレートすることをさらに含む、請求項１に記載の方法。
ノードの第２の集合間の通信を監視するための第２のＡＭＡを確立することであって、ノードの第２の集合は移動したＶＭを含む、確立することをさらに含む、請求項１に記載の方法。
第２のＡＭＡを含むようにＶＭペアテーブルを更新することをさらに含む、請求項３に記載の方法。
第１のＡＭＡが複数のＶＭペアと関連付けられているかどうかを決定することをさらに含む、請求項１に記載の方法。
第１のＡＭＡが複数のＶＭペアと関連付けられていない場合、ＶＭが移動したことの検出に続いて第１のＡＭＡを廃止することをさらに含む、請求項５に記載の方法。
ネットワーク上で実行されているアプリケーションをリストするリクエストを受信することをさらに含む、請求項１に記載の方法。
リクエストがネットワーク上で実行されている上位のアプリケーションをリストするリクエストを含む、請求項７に記載の方法。
ＡＭＡがＳＡＡ（サービス保証エージェント）である、請求項１に記載の方法。
ネットワーク管理ノードであって、
プロセッサと、
プロセッサと通信するメモリであって、メモリは、実行されるとマシンに、
ノードの第１の集合間の通信を監視するための第１のＡＭＡを確立することであって、ノードの第１の集合の少なくとも１つはＶＭを含む、確立すること、
ＶＭが移動したことを検出すること、
移動したＶＭの新しいノード位置を決定すること、および、
ノードの第２の集合間の通信を監視するための第２のＡＭＡを確立することであって、ノードの第２の集合は移動したＶＭを含む、確立すること
を行わせるプログラム命令が記憶された、メモリと、
ネットワークモニタと、
ＶＭロケータと、
ＶＭマネージャと
を含むネットワーク管理ノード。