(57)【要約】【課題】複数サーバにおけるリソース稼働状態を正確に把握すること。【解決手段】複数のサーバ１０毎の異常稼働時用に設定された月日・曜日・祝祭日等を示す設定フラグを含む異常稼働時リソース情報を異常時リソース情報記録部１２３に記録しておき、閾値出力部１２２が監視設定部１２１の設定値に従い、異常稼働時リソース情報における異常発生時刻の推移を設定フラグに基づいて除外した通常稼働時リソース情報の平均値からサーバ毎の通常稼働時のリソース情報推移を判定するための変更閾値を設定して出力し、閾値判定部が、閾値出力部１２２が出力した閾値を参照し、取得リソース情報が誤差範囲を超えたと判定したとき、警報装置２１により警報を発するリソース監視システム。【選択図】図１
2018088211.tif 000002
【特許請求の範囲】
【請求項１】
自己のリソース情報を格納する複数サーバから構成される業務サービスシステムと接続され、該業務サービスシステムから取得した複数サーバ毎の取得リソース情報を監視するリソース監視システムであって、
前記複数サーバ毎の通常稼働時用に設定された通常稼働時リソース情報を格納する通常時リソース情報記録部と、
前記複数サーバ毎の異常稼働時用に設定された月日・曜日・祝祭日等を示す設定フラグを含む異常稼働時リソース情報を格納する異常時リソース情報記録部と、
監視対象の複数サーバ毎の取得リソース情報に対する閾値を設定するための監視設定部と、
該監視設定部の設定値に従い、異常稼働時リソース情報における異常発生時刻の推移を前記設定フラグに基づいて除外した通常稼働時リソース情報の平均値からサーバ毎の通常稼働時のリソース情報推移を判定するための変更閾値を設定して出力する閾値出力部と、
前記閾値出力部が出力した閾値を参照し、取得リソース情報が誤差範囲を超えたと判定したとき、警告装置により警報を発する閾値判定部と、
を備えたリソース監視システム。
【請求項２】
前記異常時リソース情報記録部が、曜日と祝祭日を識別するための設定フラグを格納し、該設定フラグの識別毎に閾値を出力するために使用する異常稼働時リソース情報をグルーピングし、
前記閾値出力部が、前記グルーピングした異常稼働時リソース情報に基づいて変更閾値を設定して出力する請求項１に記載のリソース監視システム。
【請求項３】
自己のリソース情報を格納する複数サーバから構成される業務サービスシステムと接続され、該業務サービスシステムから取得した複数サーバ毎の取得リソース情報を監視するコンピュータシステムを用いたリソース監視方法であって、
該コンピュータシステムが、
前記複数サーバ毎の通常稼働時用に設定された通常稼働時リソース情報を格納する通常時リソース情報記録工程と、
前記複数サーバ毎の異常稼働時用に設定された月日・曜日・祝祭日等を示す設定フラグを含む異常稼働時リソース情報を格納する異常時リソース情報記録工程と、
監視対象の複数サーバ毎の取得リソース情報に対する閾値を設定するための監視設定工程と、
該監視設定工程により設定した設定値に従い、異常稼働時リソース情報における異常発生時刻の推移を前記設定フラグに基づいて除外した通常稼働時リソース情報の平均値からサーバ毎の通常稼働時のリソース情報推移を判定するための変更閾値を設定して出力する閾値出力工程と、
前記閾値出力工程により出力した閾値を参照し、取得リソース情報が誤差範囲を超えたと判定したとき、警告装置により警報を発する閾値判定工程と、
を実行するリソース監視方法。
【請求項４】
前記異常時リソース情報記録工程において、曜日と祝祭日を識別するための設定フラグを格納し、該設定フラグの識別毎に閾値を出力するために使用する異常稼働時リソース情報をグルーピングし、
前記閾値出力工程において、前記グルーピングした異常稼働時リソース情報に基づいて変更閾値を設定して出力する請求項３に記載のリソース監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータシステムにおけるＣＰＵ・メモリ・ハードディスク装置等のハード的な資産であるリソースの稼働状態を監視することができるリソース監視システム及びリソース監視方法に係り、特に死活監視やメッセージ監視等で問題が顕在化する前にリソース稼働状態を正確に把握することができるリソース監視システム及びリソース監視方法に関する。
【背景技術】
【０００２】
一般にコンピュータシステムは、ソフトウェア的資産とハードウェア資産とから構成され、このハードウェア資産としては、ＣＰＵ・メモリ・ハードディスク装置・Ｉ／Ｏ・ネットワーク等が挙げられ、これら資産はリソースと呼ばれる。コンピュータシステムにおいては、前述のリソースが正常に稼働しているかどうかを判定するための監視システムが導入され、監視する項目としては、ＣＰＵの稼働率、メモリやハードディスク装置の使用率、Ｉ／Ｏ（データ入出力）の量、ネットワークのトラフィック（伝送量）が挙げられる。
【０００３】
従来技術におけるリソース監視技術は、各資産からリソース情報を収集し、それらが予め設定された閾値を越えた場合に障害として検知し、運用者が対応することや負荷を自動的に低減させて対応する等の手法が採用され、例えば特許文献１に記載されている。
【０００４】
前記特許文献１には「各サーバリソースの負荷情報と、記憶したポリシー定義に含まれる条件情報とを照合して、条件を満足する各サーバリソースを抽出し、抽出した各サーバリソースから、予め当該ＳａａＳに対して定められたポリシー定義情報における最も優先度の高い条件に最も適した１つのサーバリソースを特定し、リロケーション処理部は、ロケータ処理部が特定したサーバリソースに、当該ＳａａＳを再配置する」という記載がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−６９０５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
前述の特許文献１に記載された技術は、クラウドコンピューティング環境におけるサービスとＩＴリソースの最適な分配配置を行うことができる効果に留まる。
【０００７】
そこで、本発明では、死活監視やメッセージ監視等で問題が顕在化する前にリソース稼働状態を正確に把握することができるリソース監視システム及びリソース監視方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明によるリソース監視システム及びリソース監視方法は、複数サーバ毎の異常稼働時用に設定された月日・曜日・祝祭日等を示す設定フラグを含む異常稼働時リソース情報を異常稼働時リソース情報記録部に記録しておき、異常稼働時リソース情報における異常発生時刻の推移を設定フラグに基づいて除外した通常稼働時リソース情報の平均値からサーバ毎の通常稼働時のリソース情報推移を判定するための変更閾値を設定して出力する。
【発明の効果】
【０００９】
本発明によるリソース監視システム及びリソース監視方法は、死活監視やメッセージ監視等で問題が顕在化する前にリソース稼働状態を正確に把握することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施例によるリソース監視システムの基本的構成を示す図である。
【図２】本実施例による通常時リソース情報記録部を説明するための図である。
【図３】本実施例による監視設定部を説明するための図である。
【図４】本実施例による異常時リソース情報記録部を説明するための図である。
【発明を実施するための形態】
【００１１】
以下、本発明によるリソース監視方法を実現するリソース監視システムの実施例を説明する。
［構成］
本実施例によるリソース監視システム２は、図１に示す如く、自己のリソース情報１００を格納する複数のサーバ１０から構成される業務サービスシステム１と接続され、該業務サービスシステム１から取得した複数のサーバ毎の取得リソース情報を取得して監視する監視装置２０と、該監視装置２０に接続され、運用者により操作されるコンピュータである運用監視端末２２と、異常時に発光して警告するパトランプ等の警報装置２１とを備える。該監視装置２０は、次に述べる構成要素を備える。
【００１２】
（１）通常時リソース情報記録部１２０：
この通常時リソース情報記録部１２０は、複数のサーバ１０のＣＰＵとメモリとＩ／Ｏとネットワークとディスク（ハードウェアディスク）の通常稼働時の通常稼働時リソース情報を記録する。すなわち、通常時リソース情報記録部１２０は、複数サーバにおける通常状態における通常稼働時リソース情報の推移を学習して記録する。この通常稼働時リソース情報の推移とは、例えば、顧客業務形態により所定時刻等に負荷が増加し、図２（ａ）に示す如く、所定時刻に負荷が増大して台形の如き変化することを意味する。前記通常稼働時リソース情報とは、例えば、サーバＡの、通常時のＣＰＵの稼働率が７５％、メモリやハードディスク装置の使用率が８０％他が挙げられる。
【００１３】
この通常稼働時リソース情報は、例えば、リソースをメモリとした場合、図２（ａ）に示したメモリの使用料推移グラフ２３と、図２（ｂ）に示したリソースの対象機器２４と、図２（ｃ）に示した月日・曜日・祝祭日等を識別するための日付フラグ２５と、図２（ｄ）に示した時間毎のメモリの使用量・空き容量・使用率を含む時刻別リソース情報２６が挙げられる。すなわち、通常稼働時リソース情報は、顧客業務の形態によって月別・曜日別・祝祭日でシステムへの負荷が変動するため、月日・曜日・祝祭日等を示す日付フラグ２５を格納し、この日付フラグ２５は後述するリソースの閾値を出力するために使用するデータのグルーピングに使用される。また、時刻別リソース情報２６は、後述の監視設定部１２１により設定された監視間隔及び監視対象等の設定内容に従って取得される。
【００１４】
（２）異常時リソース情報記録部１２３：
この異常時リソース情報記録部１２３は、複数のサーバ１０のＣＰＵとメモリとＩ／Ｏとネットワークとディスク（ハードウェアディスク）の各リソースにおいて、前記通常稼働時リソース情報に基づく閾値を超える異常判定が過去に発生した際の異常稼働時リソース情報を格納し、異常発生時の原因特定の支援や指定範囲の除外設定のため、後述の閾値判定部１２４に閾値を引渡す機能を有する。なお、本実施例において異常時とは、「通常時における一定の閾値を誤差範囲以上超えたリソース情報の変動が生じたとき」を意味するものとする。
【００１５】
この異常稼働時リソース情報は、図４（ａ）のリソース推移グラフに示す如く、約７時から１８時の日中時間帯において、通常稼働時リソース情報の推移が台形に変化する閾値が設定され、この閾値に対して±１０％の範囲を許容する誤差許容値が設定され、例えば、１２時から１６時の間に異常に発生したと異常判定される。この異常判定データ入力画面は、対象機器と、月日・曜日・祝祭日のグルーピングと、時間帯と、異常発生時の原因の各項目情報の入力欄を有するものであって、図４（ｂ）の例では、対象機器が「サーバＡ」において１月２０日の祝日の火曜日（グルーピングＢ）の時間帯１２時から１６時にリソースが閾値を超える異常が発生し、この異常発生の原因が「緊急の配信処理」であることを表している。すなわち、異常稼働時リソース情報は、曜日と祝祭日を識別するための設定フラグを格納し、該設定フラグの識別毎に閾値を出力するために使用する異常稼働時リソース情報をグルーピングする。
【００１６】
（３）監視設定部１２１：
この監視設定部１２１は、監視する機器（サーバ）ごとにリソース情報を設定するためのものであって、図３に示す如く、監視対象と、該監視対象ごとの設定内容と、設定の有無を表す設定フラグとの各項目情報とから構成され、図示の例では、グルーピング設定として週を選択し、日付フラグにおいて日土をＡグループ、月火水木金をＢグループとして設定している。本例の場合、月曜日から金曜日迄のリソース状態監視にはＢグループとして蓄積されたデータから閾値を出力し、土曜日及び日曜日のリソース状態監視にはＡグループとして蓄積されたデータから閾値を出力するように設定フラグが設定され、閾値の誤差を許容する許容量として、閾値誤差設定において出力された閾値から許容可能な範囲を設定されている。この誤差設定は、例えば、ある時間帯におけるＣＰＵ使用率の閾値が５２％且つ誤差設定が１０％の場合、４２〜６２％の範囲であれば正常であると判定するために使用される。
【００１７】
（４）閾値出力部１２２：
この閾値出力部１２２は、監視設定部１２１の設定値に従い、異常稼働時リソース情報における異常（通常時における一定の閾値を誤差範囲以上超えた変動）発生時刻の推移を前記設定フラグに基づいて除外した通常稼働時リソース情報の平均値からサーバ毎の通常稼働時のリソース情報推移を判定するための変更閾値を設定する機能を有する。前記変更閾値は、複数のサーバ１０毎に顧客業務の形態に起因してリソース情報が月別・曜日別・祝祭日において変化し、システムへの負荷が異なる可能性があるため、月日・曜日・祝祭日等を示す設定フラグを付与し、この設定フラグを用いて月日・曜日・祝祭日等による通常稼働時リソース情報の閾値を除外した閾値を設定して出力する。また、閾値出力部１２２は、コンピュータのシステム時刻を取得する機能を有する。すなわち、閾値出力部１２２は、前記異常稼働時リソース情報によりグルーピングした異常稼働時リソース情報に基づいて変更閾値を設定して出力する。
【００１８】
（５）閾値判定部１２４：
この閾値判定部１２４は、前記閾値出力部１２２が出力した閾値を参照し、取得リソース情報が誤差範囲を超えたと判定したとき、警報装置２１に警報を発する機能を有する。
【００１９】
［動作］
本リソース監視システム２の監視装置２０は、複数サーバ毎の通常時のリソース情報である通常時リソース情報を格納する通常時リソース情報記録部１２０と、複数サーバ毎の曜日及び祝祭日の時間帯における異常時のリソース情報である異常稼働時リソース情報を格納する異常時リソース情報記録部１２３と、前記通常時リソース情報及び異常稼働時リソース情報を取得し、複数サーバ毎の取得リソース情報が異常か否かを判定する閾値判定部１２４を備え、次の動作を実行する。
【００２０】
（１）監視装置２０が、業務サービスシステム１からサーバ１０毎のリソースの推移を通常リソース情報として取得して通常時リソース情報記録部１２０に記録し、学習する第１工程。
【００２１】
（２）監視設定部１２１が、監視対象のサーバ毎に、監視対象サーバと、該監視対象サーバ毎の設定内容と、設定の有無を表す設定フラグとの各項目情報とを設定する第２工程。
【００２２】
（３）閾値出力部１２２が、監視設定部１２１の設定値に従い、異常稼働時リソース情報における異常発生時刻の推移を前記設定フラグに基づいて除外した通常稼働時リソース情報の平均値からサーバ毎の通常稼働時のリソース情報推移を判定するための変更閾値を設定する第３工程。
【００２３】
（４）前記閾値判定部１２４が、前記閾値出力部１２２が出力した閾値を参照し、取得リソース情報が誤差範囲を超えたと判定したとき、警報装置２１により警報を発する第４工程。
【００２４】
このように本実施例によるリソース監視システム２は、複数サーバ毎の曜日及び祝祭日の時間帯における異常時のリソース情報である異常稼働時リソース情報を異常時リソース情報記録部１２３に格納しておく。そして、システム時刻が異常時の異常稼働時リソース情報に設定された設定フラグに該当する（例えば、日曜日・土曜日・祝祭日等の顧客休日の日は、データバックアップや保守のために負荷が通常時に比べて増大し、このリソースが増大する休日に該当する場合）と判定したとき、異常稼働時リソース情報に基づいて複数サーバの取得リソース情報が異常か否かを判定する。これにより本実施例によるリソース監視システム２は、顧客業務形態による月別・曜日別・祝祭日による負荷変動が生じても異常を検知せずに稼働するため、複数サーバ毎のリソース稼働状態を正確に把握することができる。
【００２５】
すなわち、従来技術が、コンピュータシステムに影響を与える負荷が発生したときに警告を発するように閾値が設定され、死活監視やメッセージ監視等で問題が顕在化するまで対応することができないものであるのに対し、本実施例によるリソース監視システムは、死活監視やメッセージ監視等で問題が顕在化する前にシステムの異常を検知することができる。すなわち、本システムは、顧客業務形態により負荷が変化するリソースに対して顧客業務形態に応じて閾値を変化させ、この閾値を超えるときにシステム異常と判定するため、問題が顕在化する前にシステムの異常を検知することができる。なお、死活監視とは、コンピュータやシステムが動作しているかどうか外部から継続的に調べることをいう。
【符号の説明】
【００２６】
１  業務サービスシステム、２  リソース監視システム、１０  サーバ、
２０  監視装置、２１  警報装置、２２  運用監視端末、１００  リソース情報、
１２０  通常時リソース情報記録部、１２１  監視設定部、１２２  閾値出力部、
１２３  異常時リソース情報記録部、１２４  閾値判定部
【図１】
2018088211.tif 000003
【図２】
2018088211.tif 000004
【図３】
2018088211.tif 000005
【図４】
2018088211.tif 000006