(57)【要約】【課題】ＴＲＡＰ受信トラフィックの増大に対する拡張性を高めたネットワーク監視システムを提供すること。【解決手段】ロードバランサ４を設け、被監視装置１１〜１ｎからのＴＲＡＰの発報先のアドレス（仮想サーバアドレス）をこのロードバランサ４に設定することにより、ロードバランサ４において全てのＴＲＡＰが捕捉されるようにする。また複数の監視サーバ３１〜３Ｎを設け、ロードバランサ４からこれらの監視サーバ３１〜３ＮにＴＲＡＰを振り分けて転送するようにした。【選択図】      図２
2010061226.tif 000002
【特許請求の範囲】
【請求項１】
ＳＮＭＰ（Simple Network Management Protocol）を用いるネットワーク監視システムにおいて、
特定アドレスに向けＴＲＡＰを発報する複数の被監視装置と、
前記特定アドレスを割り当てられ、前記複数の被監視装置から発報されたＴＲＡＰを捕捉したのち複数の宛先アドレスのいずれかに振り分けて転送する振り分け装置と、
前記宛先アドレスを個別に割り当てられ、前記振り分け装置から転送されたＴＲＡＰを受信し蓄積する複数の蓄積手段と、
前記蓄積されたＴＲＡＰを前記複数の蓄積手段から取得して処理する処理端末とを具備することを特徴とするネットワーク監視システム。
【請求項２】
さらに、前記複数の蓄積手段のそれぞれにおける時刻と前記処理端末における時刻とを同期させる時刻同期サーバを具備し、
前記複数の蓄積手段は、受信したＴＲＡＰに、前記時刻同期サーバにより同期された時刻に基づいてタイムスタンプを付与し、
前記処理端末は、前記取得したＴＲＡＰと、既に取得済みのＴＲＡＰとを前記タイムスタンプに基づいてマージすることを特徴とする請求項１に記載のネットワーク監視システム。
【請求項３】
さらに、前記マージされたＴＲＡＰを表示する表示手段を具備することを特徴とする請求項２に記載のネットワーク監視システム。
【請求項４】
前記処理端末は、過剰に遅延する遅延ＴＲＡＰを前記タイムスタンプに基づいて判別し、
前記表示手段は、前記遅延ＴＲＡＰとその他のＴＲＡＰとを区別して表示することを特徴とする請求項３に記載のネットワーク監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＳＮＭＰ（Simple Network Management Protocol）を用いてネットワークを監視するネットワーク監視システムに関する。
【背景技術】
【０００２】
ＩＰ（Internet Protocol）網のようなネットワークを監視するためのプロトコルとしてＳＮＭＰが知られている。ＳＮＭＰは実装が比較的容易であるので、ネットワーク監視用のプロトコルとして事実上の標準（デファクトスタンダード）になっている。ＳＮＭＰでは、被監視装置は種々の管理情報をＳＮＭＰ ＴＲＡＰ（以下ではＴＲＡＰと表記する）と称するメッセージを用いて監視装置に通知する。
【０００３】
ところで、ＴＲＡＰはＵＤＰ（User Datagram Protocol）で転送されるのでフロー制御がなく、監視装置においてＴＲＡＰ受信フローを制御することができない。よってＴＲＡＰがバースト的に生じると監視装置のマシン性能が逼迫し、監視サービスの提供が滞ることがある。近年では通信ネットワークの拡張に伴って被監視装置の数もますます多くなってきており、監視装置におけるＴＲＡＰの受信性能が追いつかなくなってきている。悪ければＴＲＡＰを受信し損ねることもあり、ネットワークの監視機能に支障をきたす。
【０００４】
例えば特許文献１、２に、ＴＲＡＰの処理に関する技術が開示されている。特許文献１では機器の接点情報をＴＲＡＰに変換するとともに、被監視装置またはその種別ごとに異なる監視サーバに送信することで分散受信を実現する技術が開示される。しかしながらこの文献の技術では複数のサーバのアドレスを各ＴＲＡＰに設定せねばならず、煩雑な手間を要する。ＴＲＡＰの送信先アドレスはできる限り一つであることが望ましい。
【０００５】
特許文献２では、ＴＲＡＰの紛失時に２台のマネージャ間の相互確認によってＴＲＡＰを補完するようにしている。しかしながらこの技術はいずれかのマネージャによりＴＲＡＰが確実に受信されていることを期待するものであり、ＴＲＡＰの受信性能そのものを向上させようとするものではない。  
このほか特許文献３には、ロードバランサを設けてＨＴＴＰリクエストを分散処理するという技術が示されるが、ＨＴＴＰにおいてはフロー制御が付随するので、これをそのままＴＲＡＰの受信処理に関して当てはめることはできない。
【特許文献１】特開２００４−８６５２２号公報
【特許文献２】特開２００１−６７２９１号公報
【特許文献３】特開２００２−１６３２４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
以上述べたようにＳＮＭＰベースでネットワークを監視するシステムにおいては、ＴＲＡＰの受信性能に関して改善の余地がある。特に、拡大の著しい昨今の通信システムにあっては被監視装置の台数の増加に容易に対応できる拡張性を備え、しかもＴＲＡＰの紛失の無いシステムの提供が待たれている。  
この発明は上記事情によりなされたもので、その目的は、ＴＲＡＰ受信トラフィックの増大に対する拡張性を高めたネットワーク監視システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するためにこの発明の一態様によれば、ＳＮＭＰを用いるネットワーク監視システムにおいて、特定アドレスに向けＴＲＡＰを発報する複数の被監視装置と、前記特定アドレスを割り当てられ、前記複数の被監視装置から発報されたＴＲＡＰを捕捉したのち複数の宛先アドレスのいずれかに振り分けて転送する振り分け装置と、前記宛先アドレスを個別に割り当てられ、前記振り分け装置から転送されたＴＲＡＰを受信し蓄積する複数の蓄積手段と、前記蓄積されたＴＲＡＰを前記複数の蓄積手段から取得して処理する処理端末とを具備することを特徴とするネットワーク監視システムが提供される。
【０００８】
このような手段を講じることにより、ＴＲＡＰは振り分け装置において一旦捕捉されたのち複数の蓄積手段のいずれかに振り分けて転送される。これにより蓄積手段（監視サーバ）単体での許容量を超えるＴＲＡＰがバースト的に生じたとしても、いずれかの蓄積手段において、必ずＴＲＡＰを受信することができるようになる。従って被監視装置が増加してＴＲＡＰ受信トラフィックが監視サーバの性能を超えたとしても、監視サーバを適宜追加することでＴＲＡＰを取りこぼし無く受信でき、監視システムの拡張性も確保することができる。
【発明の効果】
【０００９】
この発明によれば、ＴＲＡＰ受信トラフィックの増大に対する拡張性を高めたネットワーク監視システムを提供することができる。
【発明を実施するための最良の形態】
【００１０】
図１は、この発明に係わるネットワーク監視システムの実施の形態を示すシステム図である。図１において、ネットワークＮＷには複数の被監視装置１１〜１ｎが属する。被監視装置１１〜１ｎはそれぞれ自己の状態を自律的に監視し、ＭＩＢ（Management Information Base：管理情報データベース）に定義されたイベントが生じれば適宜ＴＲＡＰを発報する。ＴＲＡＰはネットワークＮＷからルータ２を介してまずロードバランサ（振り分け装置）４に伝達され、捕捉される。ロードバランサ４の属する網（例えば構内ＬＡＮ（Local Area Network）など）には、複数の監視サーバ３１〜３Ｎ、時刻同期機能を持つＮＴＰ（Network Time Protocol）サーバ（時刻同期サーバ）１００、およびＴＲＡＰ表示端末（処理端末）２００が接続される。  
すなわち図１のシステムではネットワーク監視にあたりＳＮＭＰが用いられる。各被監視装置１１〜１ｎから発報されるＴＲＡＰは一旦ロードバランサ４にプールされたのち、直ちに監視サーバ３１〜３Ｎのいずれかに転送される。監視サーバ３１〜３Ｎは、ロードバランサ４から転送されたＴＲＡＰを受信し、記録メディアなどに蓄積する（蓄積手段）。
【００１１】
図２は、図１のシステムの主要部を示すブロック図である。ロードバランサ４はＴＲＡＰを発報する被監視装置１１〜１ｎに対して、唯一の仮想サーバアドレス（特定アドレス）を提供する。すなわち被監視装置１１〜１ｎはいずれもこの仮想サーバアドレスに向けてＴＲＡＰを発報する。
【００１２】
各監視サーバ３１〜３Ｎはそれぞれ固有のアドレスを持ち、ロードバランサ４は捕捉したＴＲＡＰを規定の負荷分散ロジック（例えばラウンドロビンなど）に従って各監視サーバ３１〜３Ｎのアドレスに振り分け転送する。これにより全てのＴＲＡＰは監視サーバ３１〜３Ｎのいずれかにおいて受信される。
【００１３】
ここで、被監視装置１１〜１ｎからロードバランサ４にＴＲＡＰを伝達するためのプロトコルは、ＳＮＭＰの仕様のうえではＵＤＰである。しかし、ロードバランサ４から監視サーバ３１〜３ＮにＴＲＡＰを転送するプロトコルはＵＤＰに限られず、任意に選ぶことができる。特に、フロー制御を備え、データ紛失に際して再送制御を行うことのできるＴＣＰ（Transmission Control Protocol）を用いるのが有利である。
【００１４】
監視サーバ３１〜３Ｎはロードバランサ４から転送されたＴＲＡＰを受信すると、図３に示すように、そのＴＲＡＰに自サーバの識別子（サーバ識別子）とタイムスタンプとを付与したうえで、それぞれのデータベースＤＢ１〜ＤＢＮに蓄積する。タイムスタンプは各監視サーバ３１〜３ＮにおけるＴＲＡＰの受信時刻を示す。サーバ識別子とタイムスタンプとでＴＲＡＰ受信情報が構成され、これとＴＲＡＰの具体的な中身とが合わさってデータベース化される。
【００１５】
なおデータベースＤＢ１〜ＤＢＮは、例えばハードディスクドライブなどの記録メディアの記憶領域に構築される。記録メディアは図２に示すように各監視サーバ３１〜３Ｎごとに接続される外付けのドライブであっても良いし、このほか、監視サーバ３１〜３Ｎに内蔵されるユニットであっても良い。
【００１６】
タイムスタンプは、ＮＴＰサーバ１００により同期を保障された時刻に基づいて付与される。これにより各ＴＲＡＰ間での時系列を保障することが可能になる。ＴＲＡＰ表示端末２００もＮＴＰサーバ１００からの時刻情報の供給を受けており、監視サーバ３１〜３Ｎのそれぞれにおける時刻とＴＲＡＰ表示端末２００における時刻とは、ＮＴＰサーバ１００の機能により互いに同期する。従ってＴＲＡＰ表示端末２００におけるＴＲＡＰデータのソートおよびマージなどの処理も時系列情報を保った状態で実施できる。
【００１７】
図４は、ＴＲＡＰ表示端末２００における処理手順を示すフローチャートである。ＴＲＡＰ表示端末２００は例えば専用のソフトウェアをインストールされたパーソナルコンピュータであり、モニタを備える。モニタにおいては受信したＴＲＡＰを処理（マージあるいはソーティングなど）した結果が視覚的に表示される。なお表示手段としてのモニタは内蔵ディスプレイであっても良いし、表示機能のみを備える外付けのディスプレイであっても良い。
【００１８】
ＴＲＡＰ表示端末２００は規定のタイミングでポーリングを行い、その開始時刻をＴとする。ＴＲＡＰ表示端末２００はこのポーリングのタイミングで、監視サーバ３１〜３Ｎに対するポーリングを行う。ポーリングの対象とする監視サーバ３１〜３Ｎの識別子およびアドレスは、ＴＲＡＰ表示端末２００に予め登録される。
【００１９】
ＴＲＡＰ表示端末２００はポーリング開始時刻Ｔになると（ステップＢ１）、監視サーバ３１〜３Ｎに同報でＴＲＡＰデータ取得要求を一斉送信し（ステップＢ２）、ＴＲＡＰデータ受信待ちとなる（ステップＢ３）。監視サーバ３１〜３Ｎは、ＴＲＡＰ表示端末２００に前回送信したＴＲＡＰデータとの差分をＴＲＡＰ表示端末２００に送信する。つまり監視サーバ３１〜３Ｎは、ＴＲＡＰ表示端末２００に前回送信したＴＲＡＰ以降にロードバランサ４から受信したＴＲＡＰを、ＴＲＡＰ表示端末に送信する。ＴＲＡＰ表示端末２００は全ての監視サーバ３１〜３Ｎから送られるＴＲＡＰを受信し、内部メモリ（図示せず）などに格納する（ステップＢ４）。ＴＲＡＰ表示端末２００は、今回のポーリングにおいて全ての監視サーバ３１〜３ＮからのＴＲＡＰの受信が完了したか否かを判断し（ステップＢ５）、受信が完了するまでステップＢ３〜ステップＢ５を繰り返す。
【００２０】
今回のポーリングにおいて全ての監視サーバ３１〜３ＮからのＴＲＡＰの受信が完了すると、ＴＲＡＰ表示端末２００はＴＲＡＰデータのタイムスタンプをキーとして、受信済みのＴＲＡＰをソートし、さらに、前回ポーリングまでに既に取得済みのＴＲＡＰとマージする（ステップＢ６）。
【００２１】
次にＴＲＡＰ表示端末２００は、マージの完了したＴＲＡＰを、時刻情報すなわちタイムスタンプと共に、モニタに画面表示する（表示手段）（ステップＢ７）。その際、ポーリング開始時刻Ｔから一定の遅延時間Δｔおよびポーリング間隔Ｔｐを減じた時刻（Ｔ−Ｔｐ−Δｔ）よりも古いタイムスタンプを持つＴＲＡＰについては、その旨をモニタ画面において区別して表示する。区別に際しては色分け、点滅、あるいはアスタリスク（＊）などの記号を付記する、などの手法が考えられる。
【００２２】
過剰に遅延したＴＲＡＰ（遅延ＴＲＡＰ）を送信した監視サーバにおいては、過負荷が生じていたり、何らかのアラームの前兆が示されていることが多い。そこでＴＲＡＰ表示端末２００は、その監視サーバのサーバ情報を遅延ＴＲＡＰと併せて表示し、オペレータに注意を促したのち、次回ポーリング開始時刻待ちとなる（ステップＢ８）。なお遅延時間Δｔはネットワークにおけるディレイ、あるいはジッタなどをモニタした結果から、予め既知の量とすることができる。
【００２３】
時刻Ｔ−Ｔｐ−Δｔよりも古いタイムスタンプを付与された遅延ＴＲＡＰは、ＴＲＡＰ受信トラフィックの増加に伴うサーバ性能の逼迫、あるいはサーバ故障の兆候を示すと考えられる。そこで、オペレータに注意を促して監視サーバの保守の契機を与えることにより、監視サーバの適切な状態を維持することができる。保守にあたっては監視サーバの増設や交換などが考えられる。
【００２４】
監視サーバを増設するには、例えば次のような手順が考えられる。まず、監視サーバ３１〜３Ｎが稼動している状態から追加の監視サーバ３Ｎ＋１を新たに設置し、この監視サーバ３Ｎ＋１をＴＲＡＰ表示端末２００に登録してポーリングの対象とする。そして、ロードバランサ４にも監視サーバ３Ｎ＋１を登録することによりＴＲＡＰの振り分け受信が開始され、サーバの増設が完了する。
【００２５】
逆に、ＴＲＡＰ受信トラフィックが減少するなどしてサーバを減設するには、増設と逆の順序をたどればよい。すなわちロードバランサ４から減設する監視サーバの登録を削除し、ＴＲＡＰの振り分けを停止する。そうして、減設する監視サーバの登録をＴＲＡＰ表示端末２００からも削除することで、その監視サーバがシステムから切り離され減設が完了する。サーバ減設と増設を行うことにより、サーバ交換も可能となる。増設、減設、あるいは交換の対象でない監視サーバは保守作業中も継続して稼動可能であるので、残るサーバでＴＲＡＰ受信表示を継続して実施することができる。
【００２６】
以上説明したようにこの実施形態では、ロードバランサ４を設け、被監視装置１１〜１ｎからのＴＲＡＰの発報先のアドレス（仮想サーバアドレス）をこのロードバランサ４に設定することにより、ロードバランサ４において全てのＴＲＡＰが捕捉されるようにする。また複数の監視サーバ３１〜３Ｎを設け、ロードバランサ４からこれらの監視サーバ３１〜３ＮにＴＲＡＰを振り分けて転送するようにした。
【００２７】
このようにすることで、被監視装置が増加して、ＴＲＡＰ受信トラフィックが監視サーバ単体での性能を超えた場合でも、複数の監視サーバのいずれかにおいて必ずＴＲＡＰを受信することが可能になる。しかも、ＴＲＡＰの受信処理を継続したまま監視サーバの増設を行うことも可能であるので、監視システムの拡張性も十分に確保することができる。これらのことから、ＴＲＡＰ受信トラフィックの増大に対する拡張性を高めたネットワーク監視システムを提供することが可能となる。
【００２８】
また、被監視装置は唯一の仮想サーバアドレスに宛ててＴＲＡＰを発報すれば良い。つまり監視サーバの数が如何に多くなろうとも、被監視装置からみればＴＲＡＰの送信先は一つである。よってＴＲＡＰごとに宛先アドレスを書き換えるといった処理が不要であり、これにより被監視装置の処理を軽減することができる。オペレータにとっても、被監視装置に複数のＴＲＡＰ送信先アドレスを設定するといった手間が不要であるので、設定ミスを防げるとともに煩雑な手間を要することも無い。
【００２９】
なお、この発明は、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【図面の簡単な説明】
【００３０】
【図１】この発明に係わるネットワーク監視システムの実施の形態を示すシステム図。
【図２】図１のシステムの主要部を示すブロック図。
【図３】データベースＤＢ１〜ＤＢＮに蓄積されるＴＲＡＰデータの一例を示す模式図。
【図４】ＴＲＡＰ表示端末２００における処理手順を示すフローチャート。
【符号の説明】
【００３１】
ＮＷ…ネットワーク、１１〜１ｎ…被監視装置、２…ルータ、４…ロードバランサ、３１〜３Ｎ…監視サーバ、１００…ＮＴＰサーバ、２００…ＴＲＡＰ表示端末、ＤＢ１〜ＤＢＮ…データベース
【図１】
2010061226.tif 000003
【図２】
2010061226.tif 000004
【図３】
2010061226.tif 000005
【図４】
2010061226.tif 000006