(57)【要約】【課題】  サーバ（映像配信サーバ等）を用いたシステムにおいて、汎用のＳＮＭＰマネージャから、サーバの状態について警告もしくは異常の通知、更には、稼働情報を確認できるようにする。【解決手段】  サーバ（映像配信サーバ等）の稼働情報を運用監視サーバにて一定時間間隔で収集し、稼働情報ファイルに保存する。稼働情報ファイルを一定時間間隔にて稼働情報判定部で、判定し、警告もしくは異常の通知をＳＮＭＰプロトコル変換部へ送付し、ＳＮＭＰプロトコル変換部にて、ＳＮＭＰプロトコルに変換し、ＳＮＭＰマネージャへ通知を行う。さらには、サーバの稼働情報収集は、稼働情報ファイルを一定時間間隔で取得し、ＳＮＭＰプロトコル変換部にて、ＳＮＭＰプロトコルでやり取り可能な形式に変換し、ＳＮＭＰマネージャからのリクエストに応じた値を返却する。【選択図】  図１
2009187230.tif 000002
【特許請求の範囲】
【請求項１】
サーバ監視装置であって、
監視対象サーバから稼動情報を収集する情報収集部と、
前記稼動情報が予め設定してある閾値を超過しているか否かを監視する稼動情報判定部と、
前記稼動判定部により前記稼動情報が前記予め設定してある閾値を一定回数超過したと判断された場合、前記稼動情報のデータ形式を変換し、外部情報機器に送信する変換部を備えることを特徴とするサーバ監視装置。
【請求項２】
請求項１記載のサーバ監視装置であって、
前記変換部は、前記稼動情報をＳＮＭＰプロトコルで扱える形式に変換することを特徴とするサーバ監視装置。
【請求項３】
請求項１記載のサーバ監視装置であって、
変換部により前記予め設定してある閾値を超過した稼動情報のデータ形式を変換し、外部情報機器に送信することを特徴とするサーバ監視装置。
【請求項４】
サーバ監視装置であって、
監視対象サーバから障害情報を収集する情報収集部と、
前記障害情報が予め設定してある障害情報であるか否かを監視する障害情報判定部と、
前記障害判定部により前記障害情報が前記予め設定してある障害情報と一致した場合、前記障害情報のデータ形式を変換し、外部情報機器に送信する変換部を備えることを特徴とするサーバ監視装置。
【請求項５】
請求項４記載のサーバ監視装置であって、
前記変換部は、前記障害情報をＳＮＭＰプロトコルで扱える形式に変換することを特徴とするサーバ監視装置。
【請求項６】
サーバ監視装置であって、
監視対象サーバから稼動情報を収集する情報収集部と、
前記稼動情報のデータ形式を変換する変換部とを備え、
前記変換部は、外部情報機器から稼動情報の要求を受信すると、前記データ形式を変換した稼動情報を前記外部情報機器へ送信することを特徴とするサーバ監視装置。
【請求項７】
請求項６記載のサーバ監視装置であって、
前記変換部は、前記稼動情報をＳＮＭＰプロトコルで扱える形式に変換することを特徴とするサーバ監視装置。
【請求項８】
サーバ監視システムであって、
自身の稼動状況を収集し、外部情報機器に送信する稼動情報収集部を備えたサーバと、
前記サーバから稼動情報収集部を介して稼動情報を収集する情報収集部と、前記稼動情報が予め設定してある閾値を超過しているか否かを監視する稼動情報判定部と、前記稼動判定部により前記稼動情報が前記予め設定してある閾値を一定回数超過したと判断された場合、前記稼動情報のデータ形式を変換し、外部情報機器に送信する変換部を備える監視装置とを有することを特徴とするサーバ監視システム。
【請求項９】
請求項８記載のサーバ監視装置であって、
前記変換部は、前記障害情報をＳＮＭＰプロトコルで扱える形式に変換することを特徴とするサーバ監視装置。
【発明の詳細な説明】
【技術分野】
【０００１】
ストリーミング配信システム等における複数のサーバの稼働情報や障害情報を、汎用のＳＮＭＰマネージャとの連携により監視する方法に関する。
【背景技術】
【０００２】
通常、映像配信などを行う場合は映像配信用のサーバを含む配信システム用意する必要がある。これを商用サービスとして利用する場合、複数台のサーバを用意し、ユーザからの要求に応える場合がある。それと同時に、これらのサーバに異常や障害が発生していないか監視するための仕組みが必要となる。なぜなら、ネットワークシステムが正常に稼働しない、もしくは障害が発生すると、ユーザに対してサービスが提供できず損失が発生するためである。また、普段から配信システムを監視しておくことで、障害の発生率を下げ、システムのパフォーマンス低下を抑制できる。そのため、常に配信システムを何らかの方法で監視する必要がある。監視対象の一例として、システムを構成する各機器の稼働状況 やリソースの消費状況、ネットワークトラフィック、システムログなどが挙げられる。
【０００３】
多くの場合、ネットワークシステムの監視にはＳＮＭＰ（Simple Network Management Protocol）が利用される。ＳＮＭＰとはネットワークシステムを監視し管理するためのプロトコルであり、広く普及している。ＳＮＭＰは監視対象となる機器に常駐するＳＮＭＰエージェントと監視する機器上のＳＮＭＰマネージャから構成される。ＳＮＭＰエージェントは監視対象となる機器の情報を、MIB（Management Information Base）と呼ばれる管理情報を参照して取得する。ＳＮＭＰマネージャとＳＮＭＰエージェントとのやり取りはこのＭＩＢで行われる。
【０００４】
ＳＮＭＰを利用する場合、監視対象となる機器から得られる情報をＳＮＭＰプロトコルでやり取りできる形式に変換する必要がある。例えば、特許文献1では、監視対象サーバの情報をＳＮＭＰプロトコルでやり取り可能な形式に変換するものがある。
【０００５】
【特許文献１】特開２０００−２６７９６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
映像配信サーバ等を商用サービスで使用するには、稼働情報や障害情報の監視が必須である。しかし、ＳＮＭＰエージェントや稼動情報などを収集変換する監視機能を映像配信サーバ等に搭載しようとすると、ハードウェアリソースをＳＮＭＰエージェント等の監視ソフトソフトウェアに割り当てる必要が生じ、性能劣化をもたらし、結果としてパフォーマンスを発揮出来ないという問題があった。特に、映像配信サーバのような高いパフォーマンスを要求されるような場合は、この性能劣化が大きな問題となる。そのため、映像配信サーバ等の極めて高い処理能力が要求されるサーバにおいて、ＳＮＭＰエージェント機能を搭載することが出来ないという問題があった。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明では、映像配信サーバ等の稼働情報や障害情報を収集して、ＳＮＭＰマネージャへ通知する運用監視方法を特徴としている。
【発明の効果】
【０００８】
本発明は、運用監視サーバにて映像配信サーバ等から稼働情報や障害情報を収集/保持し、サーバ上に異常が発生してないか検査しているため、サーバの負荷を少なくし、適用可能となる利点がある。また、汎用のＳＮＭＰマネージャからの要求に応じてサーバの稼働情報や障害情報のやり取りを行うことが可能となる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して本発明の実施の形態を説明する。
【実施例１】
【００１０】
図１は、本発明を適用した映像配信サーバ等の運用監視システムの一実施例を示すブロック構成図である。本実施例のサーバ監視システムは、ＳＮＭＰマネージャサーバ１０と、運用監視サーバ２０と、監視対象サーバ３０を有する。運用監視サーバ２０とＳＮＭＰマネージャサーバ１０はＩＰネットワーク回線６０で接続されている。また、運用監視サーバ２０と監視対象サーバ３０はＩＰネットワーク回線７０で接続されている。運用監視サーバ２０は複数の監視対象サーバ３０を接続可能である。
【００１１】
運用監視サーバ２０は、監視対象サーバ３０との通信インタフェースであり、監視対象サーバ３０の稼動情報と障害情報を収集する情報収集部２７と、収集した稼動情報を格納する稼動情報ファイル２６と、収集した障害情報を格納する障害情報ファイル２５と、稼動情報ファイル２６を監視し、ＣＰＵの使用率など予め設定してある稼動情報に関する閾値と収集した稼動情報を比較し、閾値を超過した稼動情報が一定数以上存在すれば、ＳＮＭＰプロトコル変換部２１に異常データを通知する稼動情報判定部２３と、障害情報ファイル２５を監視し、予め設定してある監視対象の障害情報と一致する障害情報が存在すれば、ＳＮＭＰプロトコル変換部２１に障害データを通知する障害情報判定部２２と、稼動情報判定部２３と障害情報判定部２２から受け取ったにデータ（異常と判断した稼動情報や検出された監視対象の障害情報）をＳＮＭＰプロトコルで利用可能な形式に変換し、ＳＮＭＰマネージャサーバ１０に送信するＳＮＭＰプロトコル変換部２１と、ＳＮＭＰプロトコル変換部２１がデータの形式変換に利用するＭＩＢ定義ファイル２４を有する。
【００１２】
障害情報ファイル２５は、図１１に示すようにサーバ名１１０２、障害の発生した日時１１０３、障害レベル１１０４が格納されている。
【００１３】
稼動情報ファイル２６は、図１２に示すようにサーバ名１２０２、稼動情報を収集した日時１２０３、監視項目の種類１２０４、検出した値１２０５が格納されている。
【００１４】
ＳＮＭＰプロトコル変換部２１は、図２に示すとおり、サーバの稼働情報を保持した稼働状況ファイル２６からデータを取得する稼働状況ファイル取得処理部２１４と、稼働情報判定部２３からの異常データを受け取る異常通知取得処理部２１３と、障害情報判定部２２からの障害情報を受け取る障害通知取得処理部２１６と、取得した監視対象サーバ３０の障害情報及び稼働情報とをＳＮＭＰプロトコルでやり取り可能なデータに変換するためのＭＩＢ（Management Information Base）定義ファイル２４を取得するＭＩＢ定義ファイル取得処理部２１２と、取得した障害情報及び稼動情報をＳＮＭＰプロトコルでやり取り可能な形式へ変換をするＳＮＭＰプロトコル処理部２１１を有している。また、変換したデータをＳＮＭＰマネージャサーバ１０に送信し、ＳＮＭＰマネージャサーバ１０からの稼動情報の要求を受け付けるＳＮＭＰ送受信部２１５を有している。
【００１５】
障害情報判定部２２は、図３に示すとおり、障害情報ファイル２５から値を取得する障害情報ファイルデータ取得処理部２２３と、取得した障害情報がＳＮＭＰマネージャサーバ１０に送信すべきであるかを判定する障害データ判定処理部２２２と、障害データ判定処理部で障害を検出した場合は、ＳＮＭＰプロトコル変換部２１内の障害通知取得処理部２１６へ障害があったことの通知を行う障害通知処理部２２１を有している。取得した障害情報をＳＮＭＰマネージャに送信するかの判定の際、障害データ判定処理部２２２は、図１３に示すような、どの障害データをＳＮＭＰマネージャエージェント１０に送信するかのルールを記述した設定情報１３００をコンフィグファイル２８から読み出し、読み出した設定情報に基づいて障害データをＳＮＭＰマネージャエージェント１０に送信するかの判定を行う。設定情報１３００は、監視対象のサーバ名１３０２と、監視対象のエラーメッセージ１３０３を含む。例えば、図１３に示すように、サーバ「Serv01」に関して、障害情報（サーバのログ）である「Ｃｒｉｔｉｃａｌｉｃａｌ」「Ｅｒｒｏｒ」を監視対象とした場合、複数の監視対象サーバ３０中の「Serv01」から障害情報「Ｉｎｆｏ」と「Ｅｒｒｏｒ」を取得したとすると、「Ｉｎｆｏ」は監視対象でないためＳＮＭＰマネージャエージェント１０には送信しない。「Ｅｒｒｏｒ」は監視対象であるためＳＮＭＰマネージャエージェント１０に送信する。
【００１６】
次に稼働情報判定部２３は、図４に示すとおり、稼働情報ファイル２６から値を取得する稼働情報ファイルデータ処理部２３３と、取得したデータの値に異常がないかを判定する異常データ判定処理部２３２と、異常データ判定処理部２３２で異常がある場合は、ＳＮＭＰプロトコル変換部２１内の異常通知取得処理部２１３へ異常があったことの通知を行う異常通知処理部２３１を有している。取得した稼動情報に異常があるかの判定の際、異常データ判定処理部２３２は稼動情報を判定するための設定情報１４００をコンフィグファイル２８から読み出し、読み出した設定情報に基づいて、稼動情報に異常があるかを判定する。設定情報１４００は、監視対象のサーバ名と、監視項目１４０３と、監視項目１４０３に対する閾値１４０４と、監視項目１４０３が何回閾値を超過するとＳＮＭＰマネージャサーバ１０に通報するかを表す上限回数１４０５を含む。図１４の例では、一番上の行では、サーバ「Serv01」の監視項目「ＣＰＵ使用率」を監視しておき、監視項目「ＣＰＵ使用率」の値が閾値「90%」を超過していた場合、カウントしておき、このカウントが上限回数「20」に達するとＳＮＭＰマネージャサーバ１０に通知する処理が行われる。上限回数１４０５を用いることにより、突発的に起きた異常だけでなく、ある程度まとまった期間におきた異常や定常的な異常を発見することが可能となる。
【００１７】
情報収集部２７は、図５に示すとおり、監視対象サーバ３０から稼働情報と障害情報を収集するサーバデータ取得処理部２７３と、障害情報ファイル２５へ出力を行う障害情報ファイル書き込み処理部２７２を有している。稼働情報ファイル２６へ出力を行う稼働情報ファイル書き込み処理部２７１を有している。
【００１８】
監視対象サーバ３０は、映像配信サーバ等の監視対象となるサーバであり、監視対象サーバの稼動情報や障害情報を収集し、外部に送信するための収集I/F３１を有する。収集I/F３１は、図６に示すように稼動情報や障害情報を要求するメッセージを受信するための受信部３２と、稼動情報や障害情報を送信する送信部３３と、監視対象サーバ３０内の稼動情報や障害情報を収集する情報収集部３４を含む。
【００１９】
サーバの障害情報を収集し、サーバの障害を管理者に通知する方法について図８を用いて説明する。情報収集部２７は、定期的に収集I/F３１に監視対象サーバ３０の障害情報の要求を行う（７０１）。障害情報を要求する際、現時点での障害情報、つまり、監視対象サーバ３０のログファイルを全て要求する。要求を受けた収集I/F３１は障害情報を返信する（７０２）。収集I/F３１から障害情報を受信した情報収集部２７は、受信した障害情報から前回までの障害情報の差分を読み出して障害情報ファイル２５に追記する（７０３）。障害情報判定部２２は、予めコンフィグファイル２８からどの障害を通報するかなどの設定情報１３００を読み出しておく（７０６、７０７）。図１３に設定情報１３００の一例を示す。例えば、Serv01が示すサーバに関しては、エラーメッセージ「Ｃｒｉｔｉｃａｌ」が通知対象であり、Serv02が示すサーバに関しては、エラーメッセージ「Error」が通知対象である。次に、障害情報判定部２２は、障害情報ファイル２５のデータを読み出し（７０４、７０５）、読み出したデータに通知すべき障害情報がないか定期的に判定を行う。具体的には、読み出した障害情報を検索し（７０８）、読み出した設定情報１３００と前回判定した障害情報との差分の障害情報を比較し、通知すべき障害が存在しなければ（７０４）の処理に戻る（７０９）。通知すべき障害が存在すれば障害の発生した日時や障害のレベルなどを含む通知をＳＮＭＰプロトコル変換部に２１に通知する（７１０）。
【００２０】
ＳＮＭＰプロトコル変換部２１は、予めＭＩＢ定義ファイル２４からＭＩＢ情報を取得しておき（７１１、７１２）、ＭＩＢ情報をメモリに格納しておく（７１３）。次に、障害情報判定部２２からの通知をＭＩＢ情報と照合し（７１４）、ＳＮＭＰで扱える形式に変換し（７１５）、変換した通知をＳＮＭＰマネージャサーバに送信する（７１６）。ＭＩＢ情報とは、ＳＮＭＰで扱うことのできるデータ形式であり、ツリー構造となっている。各ノードを識別するために番号が付与されている。この番号をたどることで一意に識別する番号列（ツリーの葉に該等する）をオブジェクトＩＤと呼ぶ。各障害情報は該等するオブジェクトＩＤの示すノードに格納される。この処理により、管理者は障害が起きた場合に、必要な通知のみを受け取ることが可能となる。
【００２１】
サーバの稼動情報を収集し、サーバの異常を管理者に通知する方法について図９を用いて説明する。情報収集部２７は、定期的に収集I/F３１に監視対象サーバ３０の稼動情報の要求を行う（８０１）。要求を受けた収集I/F３１は要求を受けた時点での稼動情報を返信する（８０２）。稼動情報の一例を図７に示す。項目の一例として、取得した日付、取得時刻、その他リソース情報（ネットワークI/Oレート、ＣＰＵ使用率、メモリ使用量など）を収集している。
【００２２】
次に、収集I/F３１から稼動情報を受信した情報収集部２７は、受信した稼動情報を稼動情報ファイル２６に新しく受信した稼動情報を前回までの書き込みの差分として追記する（８０３）。稼動情報判定部２３は、予めコンフィグファイル２８から図１４に示すような異常と判断するための閾値情報と閾値を越える異常が何回発生したらＳＮＭＰマネージャサーバ１０に通報するかなどの設定情報１４００を読み出しておく（８０６、８０７）。前回の判定から新たに追加されたデータの差分を抽出し（８０８）、設定情報内の閾値とデータを照合し（８０９）、閾値を超過したデータが存在しない場合は（８０４）の処理に戻る（８１０）。閾値を超過したデータが存在する場合は超過回数をカウントアップし（８１１）、超過回数のカウントが設定情報で定めた回数に達していなければ（８０４）の処理に戻る（８１２）。超過回数のカウントが設定情報で定めた回数に達していれば、ＳＮＭＰプロトコル変換部２１に異常の起こった日時、サーバ名、異常箇所などの通知を行う（８１３）。
【００２３】
ＳＮＭＰプロトコル変換部２１は、予めＭＩＢ定義ファイル２４からＭＩＢ情報を取得しておき（８１４、８１５）、ＭＩＢ情報をメモリに格納しておく（８１６）。次に、稼動情報判定部２３からの通知をＭＩＢ情報と照合し（８１７）、ＳＮＭＰで扱える形式に変換し（８１８）、変換した通知をＳＮＭＰマネージャサーバ１０に送信する（８１９）。この処理により、管理者は異常が起きた場合に、必要な通知のみを受け取ることが可能となる。この際、カウントは判定を一定回数繰り返すとクリアする。
【００２４】
ＳＮＭＰマネージャサーバ１０が、監視対象サーバ３０に要求することにより、稼働情報を取得する方法ついて図１０を用いて説明する。情報収集部２７は、定期的に収集I/F３１に監視対象サーバ３０の稼動情報の要求を行う（９０１）。要求を受けた収集I/F３１は要求を受けた時点での稼動情報を返信する（９０２）。収集I/F３１から稼動情報を受信した情報収集部２７は、受信した稼動情報を稼動情報ファイル２６に追記する（９０３）。  ＳＮＭＰプロトコル変換部２１は、予めＭＩＢ定義ファイル２４からＭＩＢ情報を取得しておき（９０４、９０５）、ＭＩＢ情報をメモリに格納しておく（９０６）。次に、ＳＮＭＰプロトコル変換部２１は、稼動情報ファイルから稼動情報を読み出し（９０７、９０８）、図８の（７１５）の手順と同様にＳＮＭＰで扱える形式に変換する（９０９）。ここまでの処理でＳＮＭＰマネージャサーバ１０に提供できるデータを用意できたことになる。次に、ＳＮＭＰプロトコル変換部２１は、ＳＮＭＰマネージャサーバ１０からの稼動情報の要求を受信すると（９１０）、（９０９）で作成したデータを返信する（９１１）。ＳＮＭＰマネージャサーバ１０は、受信したＭＩＢ形式で保存されている稼動情報のオブジェクトＩＤを指定することにより必要な情報を参照することができる（９１２）。この一連の処理により、異常や障害が起きた場合だけでなく、管理者の必要に応じて稼動情報を取り出すことが可能となる。
【産業上の利用可能性】
【００２５】
本発明は、複数のサーバ（映像配信サーバ等）を汎用のＳＮＭＰマネージャへ通知する監視方法に関し、特に高性能が要求されるサーバの監視において、サーバに余計な負荷をかけることなく、汎用のＳＮＭＰマネージャへ通知する監視システムの監視方法に関する。
【図面の簡単な説明】
【００２６】
【図１】サーバ監視システムの一例
【図２】ＳＮＭＰプロトコル変換部のブロック図の一例
【図３】障害情報判定部のブロック図の一例
【図４】稼働情報判定部のブロック図の一例
【図５】情報収集部のブロック図の一例
【図６】収集I/Fのブロック図の一例
【図７】サーバの稼働情報収集項目一覧の一例
【図８】障害情報通知シーケンスの一例
【図９】異常情報通知シーケンスの一例
【図１０】稼動情報収集シーケンスの一例
【図１１】障害情報テーブルの一例
【図１２】稼動情報テーブルの一例
【図１３】障害情報監視の設定情報の一例
【図１４】稼動情報監視の設定情報の一例
【符号の説明】
【００２７】
１０  ＳＮＭＰマネージャサーバ
２０  運用監視サーバ
２１  ＳＮＭＰプロトコル変換部
２２  障害情報判定部
２３  稼働情報判定部
２４  ＭＩＢ定義ファイル
２５  障害情報ファイル
２６  稼働情報ファイル
２７  情報収集部
２８  コンフィグファイル
３０  監視対象サーバ（映像配信サーバ等）
３１  収集I/F
３２  受信部
３３  送信部
３４  情報収集部
６０、７０  ＩＰネットワーク回線
２１１  ＳＮＭＰプロトコル処理部
２１２  ＭＩＢ定義ファイル取得処理部
２１３  異常通知取得処理部
２１４  稼働状況ファイル取得部
２１５  ＳＮＭＰ送受信部
２１６  障害通知取得処理部
２２１  障害通知処理部
２２２  障害データ判定処理部
２２３  障害情報ファイルデータ取得処理部
２３１  異常通知処理部
２３２  異常データ判定処理部
２３３  稼働情報ファイルデータ取得部
２７１  稼動情報書き込み処理部
２７２  障害情報書き込み処理部
２７３  サーバデータ取得処理部
【図１】
2009187230.tif 000003
【図２】
2009187230.tif 000004
【図３】
2009187230.tif 000005
【図４】
2009187230.tif 000006
【図５】
2009187230.tif 000007
【図６】
2009187230.tif 000008
【図７】
2009187230.tif 000009
【図８】
2009187230.tif 000010
【図９】
2009187230.tif 000011
【図１０】
2009187230.tif 000012
【図１１】
2009187230.tif 000013
【図１２】
2009187230.tif 000014
【図１３】
2009187230.tif 000015
【図１４】
2009187230.tif 000016