JP2022129879A - 監視装置、障害検知方法および障害検知プログラム - Google Patents

Abstract

【課題】効率よくサイレント障害を検知すること。【解決手段】監視装置１００は、ネットワークに含まれる複数のスイッチのうち、監視対象とする第１スイッチと、第２スイッチと、他の監視スイッチとをそれぞれ仮想ネットワークで接続した監視スイッチから、第１スイッチとの第１通信状況、第２スイッチとの第２通信状況、他の監視スイッチとの第３通信状況とを取得する。監視装置１００は、第１通信状況と、第２通信状況と、第３通信状況とを基にして、第１スイッチおよび第２スイッチから、障害の発生したスイッチを検知する。【選択図】図１

Description

本発明は、監視装置等に関する。

クラウドの普及に伴って、データセンター（ＤＣ：Data Center）の基盤となるＤＣネットワークには、今まで以上に高い品質が求められている。ＤＣネットワークでは、スイッチ等のネットワーク機器が障害アラートを発しないにも関わらず、誤動作するサイレント障害が発生する場合がある。このサイレント障害は、その発見が認識されにくいため、障害復旧が遅延し、多くのサービスに影響を及ぼす恐れがある。

図９は、サイレント障害の一例を説明するための図である。図９に示す例では、スイッチ４，５が、監視装置６に接続されている。スイッチ４は、コントロールプレーン４ａと、データプレーン４ｂとを有する。コントロールプレーン４ａは、スイッチ４全体を制御する制御部である。データプレーン４ｂは、実際にデータ通信を司るＡＳＩＣ（Application Specific Integrated Circuit：特定用途向け集積回路）である。スイッチ５には、スイッチ４と同様にして、コントロールプレーン５ａと、データプレーン５ｂとが含まれる。

たとえば、スイッチ４のデータプレーン４ｂに異常が発生し、通信に支障をきたしているが、コントロールプレーン４ａが正常である場合には、サイレント障害となる。ここで、コントロールプレーン４ａが正常に動作している場合、監視装置６が、ＳＮＭＰリクエストをスイッチ４に送信しても、異常を示すアラートが、監視装置６に通知されず、監視装置６は、ＳＮＭＰリクエストによって、データプレーン４ｂの障害を検知できない。

上記のサイレント障害を検知する従来技術として、従来技術１、２がある。従来技術１では、監視装置から、監視対象装置に対してテストデータを定期的に送信し、応答の有無で異常（サイレント障害等）を検知する。

従来技術２では、監視装置が、各監視対象装置の情報を定期的に収集し、収集した情報を基にして、システムの管理者が、通常時のネットワークの振る舞いを定義しておき、通常時の振る舞いとの違いや兆候を基にして異常（サイレント障害等）を検知する。

特開２０２０－８８７８６号公報 特開２０１１－２１１３５０号公報

上述した従来技術では、効率よくサイレント障害を検知することができないという問題がある。

たとえば、従来技術１をそのまま、大規模なネットワークに適用すると、テストデータによってトラフィックの量が増加してしまうという問題がある。また、従来技術２では、通常時のネットワークの振る舞いを定義する管理者の負担が大きく、運用コストもかかる。

１つの側面では、本発明は、効率よくサイレント障害を検知することができる監視装置、障害検知方法および障害検知プログラムを提供することを目的とする。

第１の案では、監視装置は、取得部と、検知部とを有する。取得部は、ネットワークに含まれる複数のスイッチのうち、監視対象とする第１スイッチと、第２スイッチと、他の監視スイッチとをそれぞれ仮想ネットワークで接続した監視スイッチから、第１スイッチとの第１通信状況、第２スイッチとの第２通信状況、他の監視スイッチとの第３通信状況とを取得する。検知部は、第１通信状況と、第２通信状況と、第３通信状況とを基にして、第１スイッチおよび第２スイッチから、障害の発生したスイッチを検知する。

効率よくサイレント障害を検知することができる。

図１は、本実施例に係る監視システムを示す図である。 図２は、ＩＰ ＳＬＡ機能を説明するための図である。 図３は、本実施例に係る監視装置の構成を示す機能ブロック図である。 図４は、パターンテーブルのデータ構造の一例を示す図である。 図５は、判定ポリシーテーブルのデータ構造の一例を示す図である。 図６は、メッセージ送信による経路切り替えの一例を説明するための図である。 図７は、本実施例に係る監視装置の処理手順を示すフローチャートである。 図８は、実施例の監視装置と同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。 図９は、サイレント障害の一例を説明するための図である。

以下に、本願の開示する監視装置、障害検知方法および障害検知プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

図１は、本実施例に係る監視システムの一例を示す図である。図１に示すように、この監視システム１は、コアスイッチ１０Ａ，１０Ｂ、フロアスイッチ２０、監視スイッチ３０Ａ，３０Ｂ、監視装置１００を有する。

コアスイッチ１０Ａ，１０Ｂ、フロアスイッチ２０、監視スイッチ３０Ａ，３０Ｂはそれぞれ無線ＬＡＮ（Local Area Network）又は有線ＬＡＮによって相互に接続される。また、図示を省略するが、コアスイッチ１０Ａ，１０Ｂ、フロアスイッチ２０、監視スイッチ３０Ａ，３０Ｂは、無線ＬＡＮ又は有線ＬＡＮによって、ネットワーク内の他のスイッチ、端末装置に接続される。

コアスイッチ１０Ａは、ネットワーク内でパケット転送、中継を行うネットワークスイッチである。たとえば、コアスイッチ１０Ａは、ルーティングテーブルを保持しており、コアスイッチ１０Ｂ、他のスイッチ、端末装置からパケットを受信した場合には、ルーティングテーブルを基にして、データの転送、中継を行う。コアスイッチ１０Ａは、スイッチング機能も有する。

コアスイッチ１０Ｂは、ネットワーク内でパケット転送、中継を行うネットワークスイッチである。たとえば、コアスイッチ１０Ｂは、ルーティングテーブルを保持しており、コアスイッチ１０Ａ、他のスイッチ、端末装置からパケットを受信した場合には、ルーティングテーブルを基にして、データの転送、中継を行う。コアスイッチ１０Ｂは、スイッチング機能も有する。

フロアスイッチ２０は、ネットワークの中枢部と末端部との橋渡しを行うネットワークスイッチである。

監視スイッチ３０Ａは、ＩＰ ＳＬＡ機能を備え、コアスイッチ１０Ａ，１０Ｂを経由してフロアスイッチ２０に到達するＶＬＡＮ（Virtual Local Area Network）を作成し、コアスイッチ１０Ａ，１０Ｂ、フロアスイッチ２０、監視スイッチ３０Ｂを監視する。

監視スイッチ３０Ｂは、ＩＰ ＳＬＡ機能を備え、コアスイッチ１０Ａ，１０Ｂを経由してフロアスイッチ２０に到達するＶＬＡＮを作成し、コアスイッチ１０Ａ，１０Ｂ、フロアスイッチ２０、監視スイッチ３０Ａを監視する。

図２は、ＩＰ ＳＬＡ機能を説明するための図である。一例として、監視スイッチ３０Ａと、監視対象としてコアスイッチ１０Ａとを用いて説明を行う。監視スイッチ３０Ａは、監視パケットをコアスイッチ１０Ａに送信し、コアスイッチ１０Ａからの応答を基にして、コアスイッチ１０Ａのアラートの発生の有無を判定する。以下では説明を省略するが、監視スイッチ３０Ａとコアスイッチ１０Ａとは、ＶＬＡＮを介して、監視パケットに関する情報をやり取りする。

監視スイッチ３０Ａは、監視パケットを送信し、コアスイッチ１０Ａから応答を受信した場合には、コアスイッチ１０Ａにアラートが発生していないと判定する。

一方、監視スイッチ３０Ａは、監視パケットをコアスイッチ１０Ａに送信し、コアスイッチ１０Ａから応答を受信しない場合には、コアスイッチ１０Ａにアラートが発生したと判定し、アラート情報を、監視装置１００に送信する。アラート情報の通信には、ＳＹＳＬＯＧ／ＳＮＭＰ ｔｒａｐ等のプロトコルが用いられる。

監視スイッチ３０Ａは、他の監視対象となるコアスイッチ１０Ｂ、フロアスイッチ２０、監視スイッチ３０Ｂについても、ＶＬＡＮを介して、監視パケットに関する情報をやり取りすることで、アラートの発生の有無を判定し、アラートが発生した場合には、アラート情報を、監視装置１００に送信する。

アラート情報には、送信元の監視スイッチ３０Ａの情報と、アラートの発生した監視対象の情報が設定される。監視スイッチ３０Ａは、アラートの発生した監視対象を検知するたびに、アラート情報を、監視装置１００に送信する。

監視スイッチ３０Ｂは、監視スイッチ３０Ａと同様にして、監視パケットを監視対象（コアスイッチ１０Ａ，１０Ｂ，フロアスイッチ２０、監視スイッチ３０Ａ）に送信し、監視対象からの応答を基にして、監視対象のアラートの発生の有無を判定する。監視スイッチ３０Ｂは、監視対象にアラートが発生したと判定した場合には、アラート情報を、監視装置１００に送信する。

監視装置１００は、監視スイッチ３０Ａ、３０Ｂからアラート情報を受信した場合に、アラート情報を基にして、サイレント障害の発生した監視対象のスイッチを検知する装置である。監視装置１００は、サイレント障害の発生した監視対象のスイッチを検知すると、検知したスイッチに対して、メッセージを送信することで、監視対象のポートを閉塞させる。たとえば、ネットワークが冗長化されていれば、かかる処理を実行することで、自動的に、サイレント障害のスイッチを検知して、ネットワークを障害から復旧させることができる。

次に、監視装置１００の構成の一例について説明する。図３は、本実施例に係る監視装置の構成を示す機能ブロック図である。図３に示すように、この監視装置１００は、通信部１１０と、入力部１２０と、表示部１３０と、記憶部１４０、制御部１５０とを有する。

通信部１１０は、ネットワークを介して、監視スイッチ３０Ａ，３０Ｂとの間で情報の送受信を行う。たとえば、通信部１１０は、ＮＩＣ（Network Interface Card）等によって実現される。

入力部１２０は、各種の情報を、入力する入力装置である。入力部１２０は、キーボードやマウス、タッチパネル等に対応する。

表示部１３０は、制御部１５０から出力される情報を表示する表示装置である。表示部１３０は、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ、タッチパネル等に対応する。

記憶部１４０は、登録テーブル１４１、パターンテーブル１４２、判定ポリシーテーブル１４３を有する。記憶部１４０は、たとえば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。

登録テーブル１４１は、監視スイッチ３０Ａ，３０Ｂから送信されるアラート情報を保持するテーブルである。アラート情報には、このアラート情報の送信元となる監視スイッチの識別情報（ＩＰ＜Internet Protocol＞アドレス、ＭＡＣ＜Media Access Control＞アドレス等）と、アラートの発生した監視対象のスイッチの識別情報（ＩＰアドレス、ＭＡＣアドレス等）が含まれる。

パターンテーブル１４２は、アラートの発生した監視対象と、アラートの発生していない監視対象との組み合わせに対応するパターンを定義するテーブルである。図４は、パターンテーブルのデータ構造の一例を示す図である。図４に示すように、このパターンテーブル１４２は、アラート発生箇所と、パターンとを対応付ける。アラート発生箇所は、監視パケットによってアラートが検出されたスイッチを示す。ここではアラート発生箇所として、監視スイッチ（監視スイッチ３０Ａ，３０Ｂ）、コアスイッチ１０Ａ、フロアスイッチ２０を用いて説明する。

たとえば、監視スイッチ３０Ａから送信されたアラート情報において監視スイッチ３０Ｂにアラートが発生しておらず、かつ、監視スイッチ３０Ｂから送信されたアラート情報において監視スイッチ３０Ａにアラートが発生していない場合に、パターンテーブル１４２の監視スイッチの判定が「○」となる。

一方、監視スイッチ３０Ａから送信されたアラート情報において監視スイッチ３０Ｂにアラートが発生している場合、または、監視スイッチ３０Ｂから送信されたアラート情報において監視スイッチ３０Ａにアラートが発生している場合には、パターンテーブル１４２の監視スイッチの判定が「×」となる。

監視スイッチ３０Ａから送信されたアラート情報においてコアスイッチ１０Ａにアラートが発生しておらず、かつ、監視スイッチ３０Ｂから送信されたアラート情報においてコアスイッチ１０Ａにアラートが発生していない場合に、パターンテーブル１４２のコアスイッチの判定が「○」となる。

監視スイッチ３０Ａから送信されたアラート情報においてコアスイッチ１０Ａにアラートが発生している場合、または、監視スイッチ３０Ｂから送信されたアラート情報においてコアスイッチ１０Ａにアラートが発生している場合には、パターンテーブル１４２のコアスイッチの判定が「×」となる。

監視スイッチ３０Ａから送信されたアラート情報においてフロアスイッチ２０にアラートが発生しておらず、かつ、監視スイッチ３０Ｂから送信されたアラート情報においてフロアスイッチ２０にアラートが発生していない場合に、パターンテーブル１４２のフロアスイッチの判定が「○」となる。

監視スイッチ３０Ａから送信されたアラート情報においてフロアスイッチ２０にアラートが発生している場合、または、監視スイッチ３０Ｂから送信されたアラート情報においてフロアスイッチ２０にアラートが発生している場合には、パターンテーブル１４２のコアスイッチの判定が「×」となる。

ここで、図４に示すように、監視スイッチの判定が「○」、コアスイッチ１０Ａの判定が「○」、フロアスイッチ２０の判定が「×」の場合には、パターン「Ａ」となる。監視スイッチの判定が「○」、コアスイッチ１０Ａの判定が「×」、フロアスイッチ２０の判定が「○」の場合には、パターン「Ｂ」となる。

監視スイッチの判定が「×」、コアスイッチ１０Ａの判定が「○」、フロアスイッチ２０の判定が「○」の場合には、パターン「Ｃ」となる。監視スイッチの判定が「×」、コアスイッチ１０Ａの判定が「×」、フロアスイッチ２０の判定が「○」の場合には、パターン「Ｄ」となる。

監視スイッチの判定が「○」、コアスイッチ１０Ａの判定が「×」、フロアスイッチ２０の判定が「×」の場合には、パターン「Ｅ」となる。監視スイッチの判定が「×」、コアスイッチ１０Ａの判定が「○」、フロアスイッチ２０の判定が「×」の場合には、パターン「Ｆ」となる。監視スイッチの判定が「×」、コアスイッチ１０Ａの判定が「×」、フロアスイッチ２０の判定が「×」の場合には、パターン「Ｇ」となる。

ここで、図４で説明したパターンテーブル１４２は、コアスイッチ１０Ａに対応するパターンテーブルであるが、コアスイッチ１０Ｂに対応するパターンテーブルも同様となる。説明の便宜上、一部について説明すると、監視スイッチ３０Ａから送信されたアラート情報においてコアスイッチ１０Ｂにアラートが発生しておらず、かつ、監視スイッチ３０Ｂから送信されたアラート情報においてコアスイッチ１０Ｂにアラートが発生していない場合に、パターンテーブル（コアスイッチ１０Ｂに対応するパターンテーブル）のコアスイッチの判定が「○」となる。

監視スイッチ３０Ａから送信されたアラート情報においてコアスイッチ１０Ｂにアラートが発生している場合、または、監視スイッチ３０Ｂから送信されたアラート情報においてコアスイッチ１０Ｂにアラートが発生している場合には、パターンテーブル（コアスイッチ１０Ｂに対応するパターンテーブル）のコアスイッチの判定が「×」となる。

そして、監視スイッチ、コアスイッチ１０Ａ、フロアスイッチ２０の「○」、「×」の組み合わせによって、コアスイッチ１０Ｂに関するパターンが特定される。

判定ポリシーテーブル１４３は、パターンに応じたサイレント障害の要因を判定するための情報を保持する。図５は、判定ポリシーテーブルのデータ構造の一例を示す図である。図５に示すように、この判定ポリシーテーブル１４３は、パターンと、要因とを対応付ける。パターンは、図４で説明したパターンＡ～Ｇに対応する。要因は、サイレント障害の要因を示す。ここでは一例として、コアスイッチ１０Ａに関するパターンを用いて説明を行う。

たとえば、パターンＡの要因は、「フロアスイッチ２０またはコアスイッチ１０Ａ（コアスイッチ１０Ａのルーティング機能）に障害発生」となる。パターンＢの要因は、「コアスイッチ１０Ａに障害発生」となる。

パターンＣの要因は、「コアスイッチ１０Ａ（コアスイッチ１０Ａのスイッチング機能）に障害発生」となる。パターンＤの要因は、「コアスイッチ１０Ａに障害発生」となる。

パターンＥの要因は、「コアスイッチ１０Ａ（コアスイッチ１０Ａのルーティング機能）に障害発生」となる。パターンＦの要因は、「コアスイッチ１０Ａ（コアスイッチ１０Ａのルーティング機能、スイッチング機能）に障害発生」となる。パターンＧの要因は、「コアスイッチ１０Ａに障害発生」となる。

図５では、コアスイッチ１０Ａに関するパターンを用いて説明を行った。図示を省略するが、コアスイッチ１０Ｂのパターンに対応する要因は、上記説明のコアスイッチ１０Ａを、コアスイッチ１０Ｂに置き換えたものとなる。

図３の説明に戻る。制御部１５０は、取得部１５１と、検知部１５２と、送信部１５３とを有する。制御部１５０は、たとえば、ＣＰＵ（Central Processing Unit）やＭＰＵ(Micro Processing Unit)により実現される。また、制御部１５０は、例えばＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実行されてもよい。

取得部１５１は、監視スイッチ３０Ａ，３０Ｂから、アラート情報を取得する。取得部１５１は、取得したアラート情報を、登録テーブル１４１に登録する。取得部１５１は、アラート情報を取得する度に、上記処理を繰り返し実行する。

検知部１５２は、登録テーブル１４１に登録されたアラート情報の組み合わせと、パターンテーブル１４２とを基にして、パターンを特定する。検知部１５２は、特定したパターンと、判定ポリシーテーブル１４３とを基にして、サイレント障害の要因となる箇所を検知し、検知結果を送信部１５３に出力する。検知部１５２は、検知結果を表示部１３０に出力して、表示させてもよい。

たとえば、検知部１５２は、登録テーブル１４１に登録された各アラート情報を参照し、監視スイッチ（３０Ａ，３０Ｂ）、コアスイッチ１０Ａ、コアスイッチ１０Ｂ、フロアスイッチについて、「○」か「×」かの判定を実行する。検知部１５２が「○」か「×」かを判定する処理は、図４で説明した方法に対応する。

検知部１５２は、「○」、「×」の判定結果の組み合わせと、パターンテーブル１４２とを基にして、パターンを特定する。検知部１５２が、パターンを特定する処理は、図４で説明した方法に対応する。なお、検知部１５２は、全ての判定結果が「○」となる場合には、サイレント障害が発生していないものとして、いずれかの判定結果が「×」となるまで、上記処理を繰り返し実行する。

検知部１５２は、パターン（図４で説明したパターンＡ～Ｇのいずれか）を特定すると、特定したパターンと、判定ポリシーテーブル１４３とを基にして、サイレント障害の要因となる箇所を検知し、検知した結果を、送信部１５３に出力する。検知部１５２は、サイレント障害の要因となる箇所に加えて、ルーティング機能、スイッチング機能に障害があるのかを合わせて出力してもよい。

送信部１５３は、検知部１５２の検知結果を基にして、サイレント障害の要因となる箇所となるスイッチに対してメッセージを送信する。メッセージには、あて先となるスイッチの識別情報が設定されるものとする。

送信部１５３のメッセージを受信したスイッチは、他のスイッチとの通信を停止する処理を行う。たとえば、送信部１５３は、監視スイッチ３０Ａ，３０Ｂを介して、該当するスイッチにメッセージを送信する。係る処理が実行されることで、コアスイッチ１０Ａ，１０Ｂによる経路の切り替えが発生する。

図６は、メッセージ送信による経路切り替えの一例を説明するための図である。たとえば、監視装置１００が、コアスイッチ１０Ａにサイレント障害が発生したことを検知し、送信部１５３が、メッセージをコアスイッチ１０Ａに送信した場合について説明する。

監視スイッチ３０Ａは、監視装置１００の送信部１５３からメッセージを受信すると、メッセージをコアスイッチ１０Ａに転送する。コアスイッチ１０Ａは、メッセージを受信すると、所定のスクリプトを実行し、コアスイッチ１０Ａのポートをダウンさせる。コアスイッチ１０Ａのポートがダウンすることで、それまでコアスイッチ１０Ａを経由していたパケットが、コアスイッチ１０Ｂを経由して転送されるようになり、経路の切り替えが発生する。これによって、一部のコアスイッチにサイレント障害が発生しても、ネットワークを自動的に復旧させることができる。

次に、本実施例に係る監視装置１００の処理手順の一例について説明する。図７は、本実施例に係る監視装置の処理手順を示すフローチャートである。図７に示すように、監視装置１００の取得部１５１は、監視スイッチ３０Ａ，３０Ｂからアラート情報を受信した場合に、アラート情報を登録テーブル１４１に登録する（ステップＳ１０１）。

監視装置１００の検知部１５２は、登録テーブル１４１の各アラート情報と、パターンテーブル１４２とを比較して、パターンを特定する（ステップＳ１０２）。検知部１５２は、パターンと判定ポリシーテーブル１４３とを基にして、サイレント障害の発生したスイッチを検知する（ステップＳ１０３）。

監視装置１００の送信部は、サイレント障害の発生したスイッチに対してメッセージを送信し、送信先のスイッチのポートを閉塞させる（ステップＳ１０４）。

監視装置１００は、処理を継続するか否かを判定する（ステップＳ１０５）。監視装置１００は、処理を継続する場合には（ステップＳ１０５，Ｙｅｓ）、ステップＳ１０１に移行する。監視装置１００は、処理を継続しない場合には（ステップＳ１０５，Ｎｏ）、処理を終了する。

次に、本実施例に係る監視装置１００の効果について説明する。監視装置１００は、監視対象となるスイッチを監視する監視スイッチ３０Ａ，３０Ｂから、アラート情報を取得し、アラートの発生したスイッチの組み合わせを基にして、サイレント障害の発生したスイッチを検知する。これによって、効率的に監視対象となるスイッチのサイレント障害を検知することができる。

たとえば、監視装置１００は、アラートの発生したスイッチの組み合わせを、パターンＡ～パターンＧのいずれかに分類し、分類したパターンと、判定ポリシーテーブル１４３とを基にして、サイレント障害の発生したスイッチを検知する。これにより、精度よく、サイレント障害に対応する箇所を特定することができる。

監視装置１００は、サイレント障害の発生したスイッチを検知した場合に、検知したスイッチに対して、メッセージを送信し、スイッチのポートを閉塞させる。冗長化されたネットワークにおいて、かかる処理を実行することで、サイレント障害が発生した場合でも、ネットワークを自動的に復旧させることができる。

次に、上記実施例に示した監視装置１００と同様の機能を実現するコンピュータのハードウェア構成の一例について説明する。図８は、実施例の監視装置と同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

図８に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０１と、ユーザからのデータの入力を受け付ける入力装置２０２と、ディスプレイ２０３とを有する。また、コンピュータ２００は、有線または無線ネットワークを介して、外部装置等との間でデータの授受を行う通信装置２０４と、インタフェース装置２０５とを有する。また、コンピュータ２００は、各種情報を一時記憶するＲＡＭ２０６と、ハードディスク装置２０７とを有する。そして、各装置２０１～２０７は、バス２０８に接続される。

ハードディスク装置２０７は、取得プログラム２０７ａ、検知プログラム２０７ｂ、送信プログラム２０７ｃを有する。また、ＣＰＵ２０１は、各プログラム２０７ａ～２０７ｃを読み出してＲＡＭ２０６に展開する。

取得プログラム２０７ａは、取得プロセス２０６ａとして機能する。検知プログラム２０７ｂは、検知プロセス２０６ｂとして機能する。送信プログラム２０７ｃは、送信プロセス２０６ｃとして機能する。

取得プロセス２０６ａの処理は、取得部１５１の処理に対応する。検知プロセス２０６ｂの処理は、検知部１５２の処理に対応する。送信プロセス２０６ｃの処理は、送信部１５３の処理に対応する。

なお、各プログラム２０７ａ～２０７ｄについては、必ずしも最初からハードディスク装置２０７に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＤＶＤ、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ２００が各プログラム２０７ａ～２０７ｄを読み出して実行するようにしてもよい。

１００ 監視装置
１１０ 通信部
１２０ 入力部
１３０ 表示部
１４０ 記憶部
１４１ 登録テーブル
１４２ パターンテーブル
１４３ 判定ポリシーテーブル
１５０ 制御部
１５１ 取得部
１５２ 検知部
１５３ 送信部

Claims (11)

1. ネットワークに含まれる複数のスイッチのうち、監視対象とする第１スイッチと、第２スイッチと、他の監視スイッチとをそれぞれ仮想ネットワークで接続した監視スイッチから、前記第１スイッチとの第１通信状況、前記第２スイッチとの第２通信状況、前記他の監視スイッチとの第３通信状況とを取得する取得部と、
   前記第１通信状況と、前記第２通信状況と、前記第３通信状況とを基にして、前記第１スイッチおよび前記第２スイッチから、障害の発生したスイッチを検知する検知部と、
   を有することを特徴とする監視装置。
2. 前記検知部によって検出された障害の発生したスイッチに対してメッセージを送信することで、通信を停止させる制御を行う送信部を更に有することを特徴とする請求項１に記載の監視装置。
3. 前記検知部は、前記第１通信状況および前記第３通信状況にアラートが発生しておらず、第２通信状況のみにアラートが発生している場合には、前記第１スイッチまたは前記第２スイッチの障害を検知することを特徴とする請求項１または２に記載の監視装置。
4. 前記検知部は、前記第２通信状況および前記第３通信状況にアラートが発生しておらず、前記第１通信状況のみにアラートが発生している場合には、前記第１スイッチの障害を検知することを特徴とする請求項１、２または３に記載の監視装置。
5. 前記検知部は、前記第１通信状況および前記第２通信状況にアラートが発生しておらず、前記第３通信状況のみにアラートが発生している場合には、前記第１スイッチの障害を検知することを特徴とする請求項１～４のいずれか一つに記載の監視装置。
6. 前記検知部は、前記第２通信状況にアラートが発生しておらず、前記第１通信状況および前記第３通信状況のみにアラートが発生している場合には、前記第１スイッチの障害を検知することを特徴とする請求項１～５のいずれか一つに記載の監視装置。
7. 前記検知部は、前記第３通信状況にアラートが発生しておらず、前記第１通信状況および前記第２通信状況のみにアラートが発生している場合には、前記第１スイッチの障害を検知することを特徴とする請求項１～６のいずれか一つに記載の監視装置。
8. 前記検知部は、前記第１通信状況にアラートが発生しておらず、前記第２通信状況および前記第３通信状況のみにアラートが発生している場合には、前記第１スイッチの異常を検知することを特徴とする請求項１～７のいずれか一つに記載の監視装置。
9. 前記検知部は、前記第１通信状況と、前記第２通信状況と、前記第３通信状況とにアラートが発生している場合には、前記第１スイッチの障害を検知することを特徴とする請求項１～８のいずれか一つに記載の監視装置。
10. コンピュータが実行する障害検知方法であって、
    ネットワークに含まれる複数のスイッチのうち、監視対象とする第１スイッチと、第２スイッチと、他の監視スイッチとをそれぞれ仮想ネットワークで接続した監視スイッチから、前記第１スイッチとの第１通信状況、前記第２スイッチとの第２通信状況、前記他の監視スイッチとの第３通信状況とを取得し、
    前記第１通信状況と、前記第２通信状況と、前記第３通信状況とを基にして、前記第１スイッチおよび前記第２スイッチから、障害の発生したスイッチを検知する
    処理を実行することを特徴とする障害検知方法。
11. コンピュータに、
    ネットワークに含まれる複数のスイッチのうち、監視対象とする第１スイッチと、第２スイッチと、他の監視スイッチとをそれぞれ仮想ネットワークで接続した監視スイッチから、前記第１スイッチとの第１通信状況、前記第２スイッチとの第２通信状況、前記他の監視スイッチとの第３通信状況とを取得し、
    前記第１通信状況と、前記第２通信状況と、前記第３通信状況とを基にして、前記第１スイッチおよび前記第２スイッチから、障害の発生したスイッチを検知する
    処理を実行させることを特徴とする障害検知プログラム。

Images