JP2019046000A - ログ管理装置、ログ管理方法及びログ管理プログラム - Google Patents

Abstract

【課題】ログ送信による業務の性能劣化を防ぐこと。
【解決手段】ストレージ装置２０のログ生成時間計測部２４が、ログ生成に要するログ生成時間を計測する。クラウド３のログ送信時間計測部３４が、ログ受信の開始から完了までの時間をログ送信時間として計測する。そして、ログ解析部３５が、ログ生成時間とログ送信時間とログに基づいてストレージ装置２０の負荷指数を算出し、負荷指数に基づいて、各ストレージ装置２０がログを生成して送信するログ送信時刻を決定する。
【選択図】図２

Description

本発明は、ログ管理装置、ログ管理方法及びログ管理プログラムに関する。

ストレージ装置の動作を監視し、ストレージ装置の潜在的な問題を解決する自動支援機能がある。図１７は、自動支援機能を説明するための図である。図１７に示すように、ストレージ装置ａ、ストレージ装置ｂ及びストレージ装置ｃで表される３台のストレージ装置９２は、自動支援が設定されるとクラウド９３にログを送信し、クラウド９３は、ログを解析して解析結果をストレージ装置９２を管理するシステム管理者に通知する。

ここで、クラウド９３は、コンピュータネットワークをベースとしてコンピュータ資源を提供するコンピュータシステムである。ログ送信は、システム管理者が指定する任意のタイミング、設定された定時タイミング、トラブル発生時、リブート時等に行われる。

なお、通信負荷が最も大きい利用者の機器がデータを送信するタイミングを、機器からのデータを受信するために利用可能な通信帯域がある時間帯に割り当てることで、ログ収集タイミングの集中を避けるログ管理システムがある。

また、情報処理装置の使用状況を指標値に数値化し、指標値が予め定められた基準指標値以上である時間帯を管理プログラムを実行させる時間帯として選択することで、適切な時間帯に管理プログラムを実行させる技術がある。

特開２０１６−１１０２８０号公報 国際公開第２００５／０３３９４０号

図１７に示した自動支援機能においてストレージ装置９２がログを送信する時刻が適切でないと、ストレージ装置９２を使用する業務が影響を受け、業務の性能劣化が発生するという問題がある。

本発明は、１つの側面では、ログ送信による業務の性能劣化を防ぐことを目的とする。

１つの態様では、ログ管理装置は、算出部と時刻決定部とを有する。算出部は、ログ収集対象装置においてログ生成に要したログ生成時間及び該ログ収集対象装置からのログ送信に要したログ送信時間に基づいて該ログ収集対象装置の負荷指数を算出する。時刻決定部は、算出部により算出された負荷指数に基づいて、ログ収集対象装置がログの送信処理を実行する時刻をログ送信時刻として決定する。

１つの側面では、本発明は、ログ送信による業務の性能劣化を防ぐことができる。

図１は、実施例に係るログ収集システムを説明するための図である。 図２は、ログ収集システムの機能構成を示す図である。 図３は、ログ解析部の機能構成を示す図である。 図４は、１ヶ月分のログ生成時間及びログ送信時間の一例を示す図である。 図５は、ＣＰＵ使用率、メモリ使用率、ＤＢＲ及びＬＡＴＩの１日の遷移例を示す図である。 図６は、１１時から１１時５０分のＣＰＵ使用率、メモリ使用率、ＤＢＲ及びＬＡＴＩを示す図である。 図７は、１１／１のＬＩ遷移を示す図である。 図８は、１１／１、１１／２、１１／３、１１／４、１１／５のＬＩ遷移を示す図である。 図９は、ＬＩＡ遷移例を示す図である。 図１０は、ストレージ装置Ｂ〜ストレージ装置ＥのＬＩＡ遷移を示す図である。 図１１は、ストレージ装置Ａ〜ストレージ装置Ｅの送信可能時刻範囲を示す図である。 図１２は、近傍の範囲を増やした場合の各ストレージ装置の送信可能時刻範囲を示す図である。 図１３Ａは、ログ収集システムによる処理のシーケンスを示す第１のシーケンス図である。 図１３Ｂは、ログ収集システムによる処理のシーケンスを示す第２のシーケンス図である。 図１３Ｃは、ログ収集システムによる処理のシーケンスを示す第３のシーケンス図である。 図１４は、ログ送信時刻決定処理のフローを示すフローチャートである。 図１５は、順番付処理のフローを示すフローチャートである。 図１６は、実施例に係るログ管理プログラムを実行するコンピュータのハードウェア構成を示す図である。 図１７は、自動支援機能を説明するための図である。

以下に、本願の開示するログ管理装置、ログ管理方法及びログ管理プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例は開示の技術を限定するものではない。

まず、実施例に係るログ収集システムについて説明する。図１は、実施例に係るログ収集システムを説明するための図である。図１に示すように、ログ収集システム１は、ユーザ環境２とクラウド３を有する。ユーザ環境２には、ストレージ装置Ａ、ストレージ装置Ｂ、・・・、ストレージ装置Ｘで表される複数のストレージ装置２０が含まれる。各ストレージ装置２０は、業務で使用されるデータ等が記憶される。各ストレージ装置２０は、システム管理者によって管理される。

各ストレージ装置２０は、自動支援機能によりログを収集し、ユーザ環境２の外部ＩＦ２ａを介してクラウド３にログの送信を行う。各ストレージ装置２０は、ログを生成する際に生成開始から生成終了までのログ生成に要するログ生成時間を計測し、ログ生成時間を付加してクラウド３にログを送信する。

クラウド３は、ログの受信開始から受信完了するまでの時間をログ送信に要するログ送信時間として計測する。そして、クラウド３は、ログとログ生成時間とログ送信時間に基づいて各ストレージ装置２０の負荷指数を算出する。なお、負荷指数の詳細は後述する。そして、クラウド３は、負荷指数に基づいて各ストレージ装置２０の送信可能時刻範囲を特定し、送信可能時刻範囲と負荷指数に基づいて複数のストレージ装置２０のログ送信の順番付けを行う。ここで、送信可能時刻範囲は、ストレージ装置２０がログを送信可能な時刻の範囲である。そして、クラウド３は、ログ送信の順番と送信可能時刻範囲に基づいて各ストレージ装置２０のログ送信時刻を決定し、各ストレージ装置２０に通知する。ここで、ログ送信時刻は、ログを生成して送信する処理を開始する時刻である。ログ送信時刻は、ログを送信する処理を開始する時刻でもよい。

このように、クラウド３は、ログとログ生成時間とログ送信時間に基づいて各ストレージ装置２０の負荷指数を算出し、送信可能時刻範囲を特定し、ログ送信の順番付けを行う。そして、クラウド３は、ログ送信の順番と送信可能時刻範囲と負荷指数に基づいて各ストレージ装置２０のログ送信時刻を決定する。したがって、ログ収集システム１は、ストレージ装置２０を使用する業務への悪影響を防いでログ収集を行うことができる。

次に、ログ収集システム１の機能構成について説明する。図２は、ログ収集システム１の機能構成を示す図である。図２に示すように、ログ収集システム１には、複数のストレージ装置２０と、クラウド３が含まれる。

複数のストレージ装置２０とクラウド３はネットワーク１ａで接続される。また、複数のストレージ装置２０とクラウド３は管理ネットワーク１ｂで接続される。システム管理者は、管理ネットワーク１ｂを用いて複数のストレージ装置２０を管理する。

ストレージ装置２０は、ログ送信時刻記録部２１と、装置状態記録部２２と、ログ生成部２３と、ログ生成時間計測部２４と、ログ送信部２５と、緊急ログフラグ監視部２６と、帯域監視部２７と、ログ制御部２８とを有する。

ログ送信時刻記録部２１は、クラウド３から通知されたログ送信時刻を記憶する。ログ送信時刻記録部２１は、ログ制御部２８からの問合せを受けると、ログ送信時刻を応答する。

装置状態記録部２２は、ストレージ装置２０の状態を記憶する。装置状態記録部２２は、緊急度の高いログがある場合に緊急ログフラグを記憶する。装置状態記録部２２は、緊急ログフラグ監視部２６からの問合せを受けると、緊急ログフラグを応答する。装置状態記録部２２は、クラウド３へのログ送信に用いるＷＡＮ（Wide Area Network）の送信帯域を記憶する。装置状態記録部２２は、帯域監視部２７からの問合せを受けると、ＷＡＮ送信帯域を応答する。

ログ生成部２３は、ログ制御部２８の指示に基づいてログを生成する。ログには、レイテンシー（latency）、ＣＰＵ（Central Processing Unit）使用率、メモリ使用率、ＤＢＲ（ディスクビジー率）が含まれる。レイテンシーは、例えば、ストレージ装置２０がアクセス要求を受けて応答するまでの時間である。また、ログには、ストレージ装置２０のフォルト、ハードウェアエラー及びソフトウェアエラー、ユーザオペレーション等の発生状況、ストレージ性能情報（ＩＯＰＳ（Input/Output Per Second）、データ転送速度）等が含まれる。

ログ生成部２３は、ログ生成を開始するときにログ生成時間計測部２４に時間の計測開始を指示し、ログ生成を終了するときにログ生成時間計測部２４に時間の計測終了を指示する。

ログ生成時間計測部２４は、ログ生成部２３の指示に基づいて、ログ生成に要した時間を計測する。ログ生成時間計測部２４は、ログ制御部２８からの問合せを受けると、計測した時間を応答する。ログ送信部２５は、ログ制御部２８の指示に基づいてログをクラウド３に送信する。

緊急ログフラグ監視部２６は、クラウド３の指示に基づいて、装置状態記録部２２に緊急ログフラグの問合せを行う。緊急ログフラグ監視部２６は、帯域監視部２７にＷＡＮ送信帯域の取得を指示する。帯域監視部２７は、装置状態記録部２２にＷＡＮ送信帯域の問合せを行う。そして、帯域監視部２７は、緊急ログフラグの有無とＷＡＮ送信帯域を装置状態として通知する。

ログ制御部２８は、ログ送信の制御を行う。すなわち、ログ制御部２８は、ログ送信時刻記録部２１にログ送信時刻を問合せ、ログ送信時刻になるとログ生成部２３にログ生成を指示する。また、ログ制御部２８は、ログ生成時間計測部２４にログ生成時間を問合せ、ログ生成部２３が生成したログにログ生成時間を付加し、クラウド３との接続を確立し、ログ送信部２５にログ送信を指示する。

クラウド３は、ログ保存部３１と、緊急ログフラグ保存部３２と、ログ受信部３３と、ログ送信時間計測部３４と、ログ解析部３５と、ストレージ装置管理部３６と、ログ制御部３７とを有する。

ログ保存部３１は、ログ制御部３７の指示に基づいてログ及びログ送信時間を保存する。緊急ログフラグ保存部３２は、ストレージ装置管理部３６がストレージ装置２０から取得した装置状態を保存する。

ログ受信部３３は、ストレージ装置２０が送信したログを受信し、受信したログをログ保存部３１に渡す。ログ送信時間計測部３４は、ログ制御部３７の指示に基づいてログ送信に要した時間を計測する。ログ解析部３５は、ログ保存部３１が保存するログに基づいて各ストレージ装置２０のログ送信時刻を決定し、各ストレージ装置２０に通知する。

ストレージ装置管理部３６は、定期的に各ストレージ装置２０に緊急ログフラグの更新を含む装置状態の更新を指示し、各ストレージ装置２０から装置状態を受け取る。ここで、定期的とは、例えば特定の時間である。そして、ストレージ装置管理部３６は、緊急ログフラグ保存部３２に装置状態の保存を指示する。

ログ制御部３７は、ログの受信、保存及び解析を制御する。すなわち、ログ制御部３７は、ログの受信開始を検知するとログ送信時間計測部３４にログ送信に要した時間の計測を指示する。また、ログ制御部３７は、ログの受信が完了すると、ログ保存部３１にログの保存を指示する。また、ログ制御部３７は、ログ送信時間計測部３４により計測されたログ送信時間の保存をログ保存部３１に指示する。また、ログ制御部３７は、ログ解析部３５にログの解析とログ送信時刻の決定を指示する。また、ログ制御部３７は、ログ送信時刻を各ストレージ装置２０に送信する。

次に、ログ解析部３５の詳細について説明する。図３は、ログ解析部３５の機能構成を示す図である。図３に示すように、ログ解析部３５は、算出部３５ａと、特定部３５ｂと、順番決定部３５ｃと、時刻決定部３５ｄとを有する。

算出部３５ａは、ログ生成時間とログ送信時間とログに基づいてストレージ装置２０の負荷指数を算出する。具体的には、算出部３５ａは、ログ保存部３１から過去１ヶ月のストレージ装置２０のレイテンシーの推移、ＣＰＵ使用率の推移、メモリ使用率の推移、ＤＢＲの推移を取得する。算出部３５ａは、取得した値を一定の時間間隔で分割して扱う。一定の時間間隔は、例えば１０分である。また、過去１ヶ月も一例であり、他の期間でもよい。

また、算出部３５ａは、ログ保存部３１から１回毎のログ生成時間及びログ送信時間を過去１ヶ月分取得する。図４は、１ヶ月分のログ生成時間及びログ送信時間の一例を示す図である。なお、ここでは、ログは１日１回送信されるものとする。また、図４において、ログ生成時間及びログ送信時間の単位は分である。Ｄａｔｅは日付である。また、図４のデータは、１１／１〜１１／３０の１ヶ月(３０日分)のデータである。例えば、１１／１のログ生成時間は１６分であり、ログ送信時間は８分である。

そして、算出部３５ａは、１ヶ月分のログ生成時間及びログ送信時間に基づき次の日のログ生成時間及びログ送信時間を予測する。算出部３５ａは、ＬＧＴ（Log Generation Time）＝過去１ヶ月の平均ログ生成時間とＬＴＴ（Log Transmission Time）＝過去１ヶ月の平均ログ送信時間を予測値とする。

図４に示したログ生成時間及びログ送信時間の場合、ＬＧＴ＝（１６＋２２＋１８＋・・・＋２２＋１９＋１７）／３０＝５８８／３０＝１９．６≒２０であり、ＬＴＴ＝（８＋１１＋９＋・・・＋１１＋９＋９）／３０＝２９４／３０≒１０である。

そして、算出部３５ａは、日毎の時刻ｍの負荷指数ＬＩ_mを以下の式（１）を用いて１ヶ月分算出する。

ここで、ＣＰＵ_mは時刻ｍのＣＰＵ使用率であり、ＭＥＭ_mは時刻ｍのメモリ使用率であり、ＤＢＲ_mは時刻ｍのＤＢＲである。単位はいずれも％である。ＣＰＵ_m、ＭＥＭ_m及びＤＢＲ_mをそれぞれ３で割る理由は、ＣＰＵ_m、ＭＥＭ_m及びＤＢＲ_mの３つの和の平均を計算するためである。また、ＣＰＵ_m、ＭＥＭ_m及びＤＢＲ_mは、ある程度の値よりも小さい場合には業務に影響することはないため、所定の閾値（例えば８０％）未満の場合は０とされる。

ＬＡＴＩ_mは、時刻ｍのレイテンシーＬＡＴ_mを過去１ヶ月の平均レイテンシーで割った値である。ＬＡＴに関しては使用されている環境により搭載されているドライブがＳＳＤ（Solod State Drive）であるかＨＤＤ（Hard Disk Drive）であるかによって基準が異なるため、１ヶ月の平均の値を基準とし、それに対する割合ＬＡＴＩ_mが用いられる。ＬＡＴＩ_mはある時刻ｍにおけるＬＡＴ_mの値が過去１ヶ月間の平均レイテンシーよりも大きくなると１．０よりも大きくなり、逆に過去１ヶ月間の平均レイテンシーよりも小さくなると１．０よりも小さくなる。

負荷指数ＬＩ_mは、送信開始時刻ｍを起点としてログを生成して送信するまでにストレージ装置２０にかかる負荷に基づく値である。具体的には、負荷指数ＬＩ_mは、時刻ｍから時刻（ｍ＋（ＬＧＴ＋ＬＴＴ））の間でＣＰＵ使用率、メモリ使用率、ＤＢＲ及びレイテンシーに基づく値を足し合わせた値である。また、データは、一定の時間間隔で分割して扱われるため、分割の度合によってデータ数が異なる。分割の度合による差異をなくすため、ｍ〜（ｍ＋（ＬＧＴ＋ＬＴＴ））のデータ数で割ることによって正規化が行われる。

図５は、ＣＰＵ使用率、メモリ使用率、ＤＢＲ及びＬＡＴＩの１日の遷移例を示す図である。図５の対象日は、１１／１である。横軸は時刻であり、縦軸はＣＰＵ使用率、メモリ使用率、ＤＢＲ及びＬＡＴＩである。縦軸の単位は、ＣＰＵ使用率、メモリ使用率およびＤＢＲの場合は％である。

図６は、１１時から１１時５０分のＣＰＵ使用率、メモリ使用率、ＤＢＲ及びＬＡＴＩを示す図である。図６では、データは１０分間隔で扱われる。例えば、１１時０分におけるＣＰＵ使用率は３６％であり、メモリ使用率は５３％であり、ＤＢＲは６３％であり、ＬＡＴＩは１．０２である。

図４に基づいて計算されたＬＧＴ＋ＬＴＴ＝３０を用いると、ｍ〜（ｍ＋（ＬＧＴ＋ＬＴＴ））のデータ数＝３であるので、ＬＩ_11:30は以下のように計算される。
ＬＩ_11:30＝（（ＣＰＵ_11:30／３＋ＭＥＭ_11:30／３＋ＤＢＲ_11:30／３）×ＬＡＴＩ_11:30＋（ＣＰＵ_11:40／３＋ＭＥＭ_11:40／３＋ＤＢＲ_11:40／３）×ＬＡＴＩ_11:40＋（ＣＰＵ_11:50／３＋ＭＥＭ_11:50／３＋ＤＢＲ_11:50／３）×ＬＡＴＩ_11:50）／３＝（（９４／３＋８９／３＋４１／３）×０．９８＋（８８／３＋９２／３＋３８／３）×１．０４＋（８４／３＋８８／３＋５６／３）×０．９９）／３

ここで、ＣＰＵ_m、ＭＥＭ_m及びＤＢＲ_mにおいて８０未満を０とするとＬＩ_11:30は以下の値となる。
ＬＩ_11:30＝（（９４／３＋８９／３＋０）×０．９８＋（８８／３＋９２／３＋０）×１．０４＋（８４／３＋８８／３＋０）×０．９９）／３≒５９．６

同様の計算を０時０分から２３時５０分について行うと１１／１のＬＩ遷移が得られる。図７は、１１／１のＬＩ遷移を示す図である。横軸は時刻であり、縦軸はＬＩである。同様に、１１月の各日について、ＬＩ遷移が得られる。図８は、１１／１、１１／２、１１／３、１１／４、１１／５のＬＩ遷移を示す図である。

そして、算出部３５ａは、各日のＬＩ_mを用いて１ヶ月分の平均値ＬＩＡ_mを以下の式（２）を用いて計算する。

そして、算出部３５ａは、１日の全ての時刻_mについてＬＩＡ_mを計算する。図９は、ＬＩＡ遷移例を示す図である。横軸は時刻であり、縦軸はＬＩＡである。

特定部３５ｂは、負荷指数に基づいて送信可能時刻範囲を特定する。具体的には、特定部３５ｂは、算出部３５ａにより計算されたＬＩＡ_mのうち最も低い値の時刻及び近傍（例えば、ＬＩＡが最低値より＋１０以内）をログ送信時刻の候補とする。ログ送信時刻の候補が連続している場合、特定部３５ｂは、連続する候補の範囲を送信可能時刻範囲とする。図９では、ＬＩＡの中で最も低い値は１３時付近の約６であり、ＬＩＡが１６以内の範囲は１０時から１１時、１２時３０分から１４時となるので、１０時から１１時と１２時３０分から１４時が送信可能時刻範囲である。

算出部３５ａは、ユーザ環境２にある全てのストレージ装置２０について、ＬＩＡを計算する。図１０は、ストレージ装置Ｂ〜ストレージ装置ＥのＬＩＡ遷移を示す図である。そして、特定部３５ｂは、各ストレージ装置２０について送信可能時刻範囲を特定する。図１１は、ストレージ装置Ａ〜ストレージ装置Ｅの送信可能時刻範囲を示す図である。図１１において、網掛け部分が送信可能時刻範囲である。なお、ストレージ装置ＡのＬＩＡ遷移は図９に示したＬＩＡ遷移である。

順番決定部３５ｃは、ユーザ環境２にある全てのストレージ装置２０について、送信可能時刻範囲と、ログ生成送信時間＝ＬＧＴ＋ＬＴＴと、負荷指数とに基づいて、ログを送信する順番を決定する。ログ送信に使用可能なＷＡＮ帯域とログ送信に要する帯域から一度に１台のストレージ装置２０のログしか送信可能でない場合には、各ストレージ装置２０は、順番決定部３５ｃにより決定された順番でログを送信する。なお、以下の説明では、一度に１台のストレージ装置２０のログしか送信できないとする。

順番決定部３５ｃは、基本的に、各ストレージ装置２０の送信可能時刻範囲の終了時刻が早い順番にログ送信の順番を決定する。また、複数のストレージ装置２０の送信可能時刻範囲の終了時刻が同じ場合には、全ストレージ装置２０のＬＩＡの合計が低くなる順番とする。

また、順番決定部３５ｃは、前のストレージ装置２０のログ送信終了後、次のストレージ装置２０のログ送信までに時間の空がある場合には、ログ送信が可能で空き時間にログ送信を完了できる他のストレージ装置２０の順番を先にする。空き時間にログ送信を完了できるか否かは送信可能時刻範囲とログ生成送信時間とによって判断される。

例えば、図１１では、ストレージ装置Ｅの送信可能時刻範囲の終了時刻が１１時で最も早い。したがって、順番決定部３５ｃは、ストレージ装置Ｅの送信順番を１とする。次に終了時刻が早いのはストレージ装置Ｃ（１１時２０分）であるが、ストレージ装置Ｂは１０時３０分に送信可能であり、ログ生成送信時間は３０分であるので、ストレージ装置Ｃがログ送信を開始できる１１時にログ送信を完了できる。したがって、順番決定部３５ｃは、ストレージ装置Ｂの送信順番を２とし、ストレージ装置Ｃの送信順番を３とする。

次に、ストレージ装置Ａとストレージ装置Ｄの送信可能時刻範囲の終了時刻は１４時で同じである。そこで、順番決定部３５ｃは、ストレージ装置Ａを先にする場合とストレージ装置Ｄを先にする場合で全ストレージ装置２０のＬＩＡの合計を計算する。ストレージ装置Ａを先に送信する場合の合計ＬＩＡは以下のとおりである。
合計ＬＩＡ＝ストレージ装置ＥのＬＩＡ_10:00＋ストレージ装置ＢのＬＩＡ_10:30＋ストレージ装置ＣのＬＩＡ_11:00＋ストレージ装置ＡのＬＩＡ_12:30＋ストレージ装置ＤのＬＩＡ_13:00＝８＋８＋１０＋１０＋８＝４４

一方、ストレージ装置Ｄを先に送信する場合の合計ＬＩＡは以下のとおりである。
合計ＬＩＡ＝ストレージ装置ＥのＬＩＡ_10:00＋ストレージ装置ＢのＬＩＡ_10:30＋ストレージ装置ＣのＬＩＡ_11:00＋ストレージ装置ＤのＬＩＡ_13:00＋ストレージ装置ＡのＬＩＡ_13:30＝８＋８＋１０＋８＋８＝４２

したがって、順番決定部３５ｃは、合計ＬＩＡが４２と小さい方、すなわち、ストレージ装置Ｄを先に送信する場合を選択し、ストレージ装置Ｄの送信順番を４とし、ストレージ装置Ａの送信順番を５とする。

また、順番決定部３５ｃは、緊急ログを保有するストレージ装置２０がある場合には、緊急ログを保有するストレージ装置２０と緊急ログを保有しないストレージ装置２０に分け、それぞれの中で順番付けを行う。また、順番決定部３５ｃは、緊急ログを保有するストレージ装置２０の順番を緊急ログを保有しないストレージ装置２０より先にする。

ログ解析部３５は、送信可能時刻範囲内ではログを送信できないストレージ装置２０がある場合には、ＬＩＡの最低値の近傍の範囲を増やす。例えば、ＬＩＡが最低値より＋１０以内を近傍としていた場合には、ログ解析部３５は、ＬＩＡが最低値より＋１５以内を近傍とする。

例えば、図１１において、ストレージ装置Ａが緊急ログを保有する場合には、ストレージ装置Ａが１０時にログを生成して送信する。そして、ストレージ装置Ｅが１０時３０分にログを生成して送信する。そして、ストレージ装置Ｃが１１時にログを生成して送信する。すると、ストレージ装置Ｃは１１時１５分にログ送信を完了するので、ストレージ装置Ｂは、１１時１５分にログの生成を開始する。しかしながら、ログ生成送信時間が３０分であるため、ストレージ装置Ｂは、送信可能時刻範囲の終了時刻１１時３０分までにログ送信を完了することはできない。そこで、ログ解析部３５は、ＬＩＡが最低値より＋１５以内を近傍とする。

図１２は、近傍の範囲を増やした場合の各ストレージ装置２０の送信可能時刻範囲を示す図である。図１１と比較すると、図１２では、ストレージ装置Ａの送信可能時刻範囲として４時３０分から５時までの範囲が増えている。この結果、ストレージ装置Ａが４時にログを生成して送信する。そして、ストレージ装置Ｅが１０時００分にログを生成して送信する。そして、ストレージ装置Ｂが１０時３０分にログを生成して送信する。そして、ストレージ装置Ｃが１１時００分にログを生成して送信する。そして、ストレージ装置Ｄが１３時にログを生成して送信する。したがって、全てのストレージ装置２０が送信可能時刻範囲にログ送信を完了することができる。

時刻決定部３５ｄは、送信可能時刻範囲と順番決定部３５ｃにより決定された順番に基づいて各ストレージ装置２０がログを生成して送信するログ送信時刻を決定する。

次に、ログ収集システム１による処理のシーケンスについて説明する。図１３Ａ〜図１３Ｃは、ログ収集システム１による処理のシーケンスを示すシーケンス図である。図１３Ａに示すように、ストレージ装置２０のログ制御部２８は、ログ送信時刻記録部２１にログ送信時刻を問い合わせ（ステップＳ１）、ログ送信時刻を取得する（ステップＳ２）。

そして、ログ制御部２８は、ログ送信時刻であるか否かを判定し（ステップＳ３）、ログ送信時刻でない場合には、ステップＳ１に戻る。一方、ログ送信時刻である場合には、ログ制御部２８は、ログ生成部２３にログ生成を指示する（ステップＳ４）。

そして、ログ生成部２３は、ログ生成を開始し（ステップＳ５）、ログ生成時間計測部２４は、ログ生成時間の計測を開始する（ステップＳ６）。そして、ログ生成部２３は、ログ生成を終了し（ステップＳ７）、ログ生成時間計測部２４は、ログ生成時間の計測を終了する（ステップＳ８）。

そして、ログ制御部２８は、ログ生成部２３が生成したログを入手し（ステップＳ９）、ログ生成時間計測部２４にログ生成時間を問い合わせる（ステップＳ１０）。そして、ログ制御部２８は、ログ生成時間計測部２４からログ生成時間を入手し（ステップＳ１１）、ログ生成時間をログへ付加する（ステップＳ１２）。そして、ログ制御部２８は、クラウド３と接続する（ステップＳ１３）。そして、クラウド３のログ制御部３７は、ログ制御部２８と接続を確立する（ステップＳ１４）。

そして、ログ制御部２８は、ログ送信部２５にログ送信を指示し（ステップＳ１５）、ログ送信部２５がログ送信を開始する（ステップＳ１６）。そして、クラウド３のログ受信部３３がログ受信を開始する（ステップＳ１７）。そして、ログ制御部３７がログの受信を検知し（ステップＳ１８）、ログ送信時間計測部３４にログ送信時間の計測開始を指示する（ステップＳ１９）。そして、ログ送信時間計測部３４がログ送信時間の計測を開始する（ステップＳ２０）。

そして、図１３Ｂに示すように、ログ送信部２５がログ送信を完了し（ステップＳ２１）、ログ受信部３３がログ受信を完了する（ステップＳ２２）。そして、ログ制御部３７がログ受信部３３からログを入手し（ステップＳ２３）、ログ送信時間計測部３４にログ送信時間の計測終了を指示する（ステップＳ２４）。そして、ログ送信時間計測部３４がログ送信時間の計測を終了する（ステップＳ２５）。

そして、ログ制御部３７がログ保存部３１にログの保存を指示する（ステップＳ２６）。そして、ログ保存部３１がログ保存を開始し（ステップＳ２７）、ログ保存を完了する（ステップＳ２８）。そして、ログ制御部３７は、ログ送信時間計測部３４にログ送信時間を問い合わせ（ステップＳ２９）、ログ送信時間計測部３４からログ送信時間を入手する（ステップＳ３０）。そして、ログ制御部３７は、ログ保存部３１にログ送信時間の保存を指示し、ログ保存部３１がログ送信時間を保存する（ステップＳ３１）。そして、ログ制御部３７は、ログ解析部３５にログ解析を指示する（ステップＳ３２）。

そして、ログ解析部３５は、ログ保存部３１に過去１ヶ月のログを問い合わせ（ステップＳ３３）、ログ保存部３１から過去１ヶ月のログを取得する（ステップＳ３４）。そして、ログ解析部３５は、ログ生成時間の予測値を算出し（ステップＳ３５）、ログ送信時間の予測値を算出する（ステップＳ３６）。

そして、ログ解析部３５は、ｄ日前の負荷指数を算出する（ステップＳ３７）。ここで、ｄは、初期値が０であり、例えば１ヶ月を３０日とすると、２９まで増加する変数である。そして、ログ解析部３５は、過去１ヶ月分の負荷指数を全て算出したか否かを判定し（ステプＳ３８）、過去１ヶ月分の負荷指数を算出していない場合には、ｄに１を加え（ステップＳ３９）、ステップＳ３７に戻る。

一方、過去１ヶ月分の負荷指数を全て算出した場合には、ログ解析部３５は、負荷指数の過去１ヶ月の平均を算出し（ステップＳ４０）、各ストレージ装置２０のログ送信時刻を決定するログ送信時刻決定処理を行う（ステップＳ４１）。

そして、ログ制御部３７は、ログ送信時刻をストレージ装置２０に送信して、ログ生成時刻の更新を指示する（ステップＳ４２）。そして、ストレージ装置２０のログ送信時刻記録部２１が、ログ送信時刻を更新する（ステップＳ４３）。そして、ストレージ装置２０はステップＳ１に戻る。

このように、ログ解析部３５が過去１ヶ月分のログを解析して負荷指数を算出し、負荷指数に基づいてログ送信時刻を決定するので、ストレージ装置２０は業務への影響が少ない時刻にログを送信することができる。

また、図１３Ｃに示すように、クラウド３のストレージ装置管理部３６は、定期的にストレージ装置２０に装置状態の更新を指示する（ステップＳ５１）。そして、ストレージ装置２０の緊急ログフラグ監視部２６が装置状態記録部２２に緊急ログフラグを問い合わせ（ステップＳ５２）、緊急ログフラグを入手する（ステップＳ５３）。

そして、帯域監視部２７が、装置状態記録部２２にＷＡＮ送信帯域を問い合わせ（ステップＳ５４）、ＷＡＮ送信帯域を入手する（ステップＳ５５）。そして、帯域監視部２７は、緊急ログフラグとＷＡＮ送信帯域を含む装置状態をクラウド３に通知する（ステップＳ５６）。

そして、ストレージ装置管理部３６は、装置状態を入手し（ステップＳ５７）、装置状態の変更があったか否かを判定する（ステップＳ５８）。そして、装置状態に変更がなかった場合には、ストレージ装置管理部３６は、処理を終了する。

一方、装置状態に変更があった場合には、ストレージ装置管理部３６は、ログ解析部３５に解析処理の実施を指示する（ステップＳ５９）。そして、ログ解析部３５が、ログ送信時刻決定処理を行う（ステップＳ６０）。そして、ログ制御部３７は、ログ送信時刻をストレージ装置２０に送信して、ログ生成時刻の更新を指示する（ステップＳ６１）。そして、ストレージ装置２０のログ送信時刻記録部２１が、ログ送信時刻を更新する（ステップＳ６２）。

このように、ストレージ装置管理部３６がストレージ装置２０から装置状態を入手し、装置状態に変更があるとログ解析部３５に解析処理の実施を指示するので、ログ解析部３５はストレージ装置２０の変化に対応したログ送信時刻を決定することができる。

図１４は、ログ送信時刻決定処理のフローを示すフローチャートである。図１４に示すように、ログ解析部３５は、負荷指数の最も低い値を抽出し（ステップＳ７１）、負荷指数の最も低い値の近傍ｘ％以内の時刻を候補として抽出する（ステップＳ７２）。なお、近傍は所定の値ｙ以内でもよい。

そして、ログ解析部３５は、候補の値が連続する場合、１つの時刻範囲とする（ステップＳ７３）。そして、ログ解析部３５は、ユーザ環境内のストレージ装置２０が１つのみであるか否かを判定し（ステップＳ７４）、１つのみである場合には、最も低い負荷指数の時刻を次のログ送信時刻に決定し（ステップＳ７５）、処理を終了する。

一方、ユーザ環境内のストレージ装置２０が１つのみでない場合には、ログ解析部３５は、緊急ログフラグがあるか否かを判定する（ステップＳ７６）。そして、緊急ログフラグがある場合には、ログ解析部３５は、緊急ログフラグ有のストレージ装置２０と緊急ログフラグ無のストレージ装置２０に分割する（ステップＳ７７）。そして、ログ解析部３５は、緊急ログフラグ有のストレージ装置２０の中で、送信順番付けを行う順番付処理を行い（ステップＳ７８）、緊急ログフラグ無のストレージ装置２０の中で、順番付処理を行う（ステップＳ７９）。一方、緊急ログフラグがない場合には、ログ解析部３５は、全ストレージ装置２０で、順番付処理を行う（ステップＳ８０）。

そして、ログ解析部３５は、全ストレージ装置２０のログ送信時刻が送信可能時刻範囲であるか否かを判定し（ステップＳ８１）、ログ送信時刻が送信可能時刻範囲でないストレージ装置２０がある場合には、ｘに１０を加算する（ステップＳ８２）。そして、ログ解析部３５は、ステップＳ７２に戻る。

一方、全ストレージ装置２０のログ送信時刻が送信可能時刻範囲である場合には、ログ解析部３５は、送信順番により選ばれた時刻を各ストレージ装置２０の次のログ送信時刻に決定する（ステップＳ８３）。

このように、ログ解析部３５は、負荷指数の最も低い値の近傍でログ送信時刻を決定するので、ストレージ装置２０は業務への影響が少ない時刻にログを送信することができる。

図１５は、順番付処理のフローを示すフローチャートである。図１５に示すように、ログ解析部３５は、順番が決まっていないストレージ装置２０があるか否かを判定し（ステップＳ９１）、順番が決まっていないストレージ装置２０がない場合には、順番付処理を終了する。

一方、順番が決まっていないストレージ装置２０がある場合には、ログ解析部３５は、送信可能時刻範囲の終了時刻が最も早いストレージ装置２０を次の順番の候補装置とする（ステップＳ９２）。なお、送信可能時刻範囲の終了時刻が最も早いストレージ装置２０が複数ある場合には、ログ解析部３５は、全ストレージ装置２０のＬＩＡの合計が低くなる順番で、候補装置を選定する。そして、ログ解析部３５は、装置候補以外に順番が決まっていないストレージ装置２０があるか否かを判定し（ステップＳ９３）、ない場合には、ステップＳ９７へ進む。

一方、装置候補以外に順番が決まっていないストレージ装置２０がある場合には、ログ解析部３５は、装置候補以外に順番が決まっていない全ストレージ装置２０について、以下のステップＳ９４〜ステップＳ９６の処理を行う。

すなわち、ログ解析部３５は、１つ前の順番のストレージ装置２０の送信終了時刻から候補装置の送信開始時刻の間に送信可能時刻範囲があるか否かを判定する（ステップＳ９４）。そして、送信可能時刻範囲がない場合には、ログ解析部３５は、次のストレージ装置２０について処理を行う。一方、送信可能時刻範囲がある場合には、ログ解析部３５は、１つ前の順番の装置の送信終了時刻から候補装置の送信開始時刻の間にある送信可能時刻範囲にログ生成送信時間が収まるか否かを判定する（ステップＳ９５）。そして、送信可能時刻範囲にログ生成送信時間が収まらない場合には、ログ解析部３５は、次のストレージ装置２０について処理を行う。一方、送信可能時刻範囲にログ生成送信時間が収まる場合には、ログ解析部３５は、処理中のストレージ装置２０を候補装置とし（ステップＳ９６）、次のストレージ装置２０について処理を行う。

そして、装置候補以外に順番が決まっていない全ストレージ装置２０についてステップＳ９４〜ステップＳ９６の処理が終了すると、ログ解析部３５は、候補装置を次の順番として決定する（ステップＳ９７）。

このように、ログ解析部３５は、送信可能時刻範囲とログ生成送信時間と負荷指数に基づいてログを送信するストレージ装置２０の順番を決定することで、ログ送信時刻を決定することができる。

上述してきたように、実施例では、ログ解析部３５の算出部３５ａが、ログ生成時間とログ送信時間とログに基づいてストレージ装置２０の負荷指数を算出する。そして、特定部３５ｂが、負荷指数に基づいて送信可能時刻範囲を特定する。そして、順番決定部３５ｃが、複数のストレージ装置２０の送信可能時刻範囲とログ生成送信時間と負荷指数に基づいて、複数のストレージ装置がログを送信する順番を決定する。そして、時刻決定部３５ｄが、各ストレージ装置２０の送信可能時刻範囲と順番決定部３５ｃにより決定された順番に基づいて各ストレージ装置のログ送信時刻を決定する。したがって、クラウド３は、ストレージ装置２０のログ送信による業務の性能劣化を防ぐことができる。

また、実施例では、順番決定部３５ｃは、送信可能時刻範囲の終了時刻に基づいて、複数のストレージ装置２０がログを送信する順番を決定するので、送信可能時刻範囲にログを送信できないストレージ装置２０の発生を抑えることができる。

また、実施例では、順番決定部３５ｃは、送信可能時刻範囲の終了時刻が同じストレージ装置２０が複数ある場合に、複数のストレージ装置２０の順番を入れ替えた全ケースについて全ストレージ装置２０の負荷指数の合計を算出する。そして、順番決定部３５ｃは、算出した合計に基づいて複数のストレージ装置２０の順番を決定する。したがって、順番決定部３５ｃは、ストレージ装置２０のログ送信による業務の性能劣化を少なくすることができる。

また、実施例では、順番決定部３５ｃは、次の順番でログ送信を行うストレージ装置２０を候補装置として選定する。そして、順番決定部３５ｃは、１つ前の順番のストレージ装置の送信終了時刻から候補装置の送信開始時刻の間にログ送信を開始して完了できる他のストレージ装置２０がある場合に、他のストレージ装置２０を候補装置として選定する。そして、順番決定部３５ｃは、１つ前の順番のストレージ装置の送信終了時刻から候補装置の送信開始時刻の間にログ送信を開始して完了できる他のストレージ装置２０がなくなると候補装置を次の順番でログ送信を行うストレージ装置２０として決定する。したがって、順番決定部３５ｃは、送信可能時刻範囲にログを送信できないストレージ装置２０の発生を抑えることができる。

また、実施例では、順番決定部３５ｃは、緊急ログを保有するストレージ装置２０がある場合には、緊急ログを保有するストレージ装置２０と緊急ログを保有しないストレージ装置２０に分け、緊急ログを保有するストレージ装置２０の順番を先にする。したがって、クラウド３は、緊急ログを保有するストレージ装置２０のログを優先して解析することができる。

また、実施例では、ログ解析部３５は、送信可能時刻範囲内ではログを送信できないストレージ装置２０がある場合には、ＬＩＡの最低値の近傍の範囲を増やすので、ログを送信できないストレージ装置２０の発生を抑えることができる。

また、実施例では、ログ解析部３５は、クラウド３上で動作するので、ユーザ環境２のログがない場合には、クラウド３にある他のストレージ装置のログを用いてログ送信時刻を決定することができる。

なお、実施例では、クラウド３について説明したが、クラウド３が有する構成をソフトウェアによって実現することで、同様の機能を有するログ管理プログラムを得ることができる。そこで、ログ管理プログラムを実行するコンピュータについて説明する。

図１６は、実施例に係るログ管理プログラムを実行するコンピュータのハードウェア構成を示す図である。図１６に示すように、コンピュータ５０は、メインメモリ５１と、プロセッサの一例であるＣＰＵ５２と、ＬＡＮ（Local Area Network）インタフェース５３と、ＨＤＤ５４とを有する。また、コンピュータ５０は、スーパーＩＯ（Input Output）５５と、ＤＶＩ（Digital Visual Interface）５６と、ＯＤＤ（Optical Disk Drive）５７とを有する。

メインメモリ５１は、プログラムやプログラムの実行途中結果などを記憶するメモリである。ＣＰＵ５２は、メインメモリ５１からプログラムを読み出して実行する中央処理装置である。ＣＰＵ５２は、メモリコントローラを有するチップセットを含む。

ＬＡＮインタフェース５３は、コンピュータ５０をＬＡＮ経由で他のコンピュータに接続するためのインタフェースである。ＨＤＤ５４は、プログラムやデータを格納するディスク装置であり、スーパーＩＯ５５は、マウスやキーボードなどの入力装置を接続するためのインタフェースである。ＤＶＩ５６は、液晶表示装置を接続するインタフェースであり、ＯＤＤ５７は、ＤＶＤ、ＣＤ−Ｒの読み書きを行う装置である。

ＬＡＮインタフェース５３は、ＰＣＩエクスプレス（ＰＣＩｅ）によりＣＰＵ５２に接続され、ＨＤＤ５４及びＯＤＤ５７は、ＳＡＴＡ（Serial Advanced Technology Attachment）によりＣＰＵ５２に接続される。スーパーＩＯ５５は、ＬＰＣ（Low Pin Count）によりＣＰＵ５２に接続される。

そして、コンピュータ５０において実行されるログ管理プログラムは、コンピュータ５０により読み出し可能な記録媒体の一例であるＣＤ−Ｒに記憶され、ＯＤＤ５７によってＣＤ−Ｒから読み出されてコンピュータ５０にインストールされる。あるいは、ログ管理プログラムは、ＬＡＮインタフェース５３を介して接続された他のコンピュータシステムのデータベースなどに記憶され、これらのデータベースから読み出されてコンピュータ５０にインストールされる。そして、インストールされたログ管理プログラムは、ＨＤＤ５４に記憶され、メインメモリ５１に読み出されてＣＰＵ５２によって実行される。

また、実施例では、クラウド３がログ送信時刻を決定する場合について説明したが、ストレージ装置２０のログを管理するログ管理装置がログ送信時刻を決定してもよい。

また、実施例では、クラウド３がストレージ装置２０のログ送信時刻を決定する場合について説明したが、クラウド３は他のログ収集対象装置のログ送信時刻を決定してもよい。

また、実施例では、クラウド３がログの受信を開始してから完了するまでの時間をログ送信時間としたが、例えば、ストレージ装置２０がログの送信を開始してからクラウド３がログの受信を完了するまでの時間等他の時間をログ送信時間としてもよい。

１ ログ収集システム
１ａ ネットワーク
１ｂ 管理ネットワーク
２ ユーザ環境
２ａ 外部ＩＦ
３，９３ クラウド
２０，９２ ストレージ装置
２１ ログ送信時刻記録部
２２ 装置状態記録部
２３ ログ生成部
２４ ログ生成時間計測部
２５ ログ送信部
２６ 緊急ログフラグ監視部
２７ 帯域監視部
２８ ログ制御部
３１ ログ保存部
３２ 緊急ログフラグ保存部
３３ ログ受信部
３４ ログ送信時間計測部
３５ ログ解析部
３５ａ 算出部
３５ｂ 特定部
３５ｃ 順番決定部
３５ｄ 時刻決定部
３６ ストレージ装置管理部
３７ ログ制御部
５０ コンピュータ
５１ メインメモリ
５２ ＣＰＵ
５３ ＬＡＮインタフェース
５４ ＨＤＤ
５５ スーパーＩＯ
５６ ＤＶＩ
５７ ＯＤＤ

Claims (9)

1. ログ収集対象装置においてログ生成に要したログ生成時間及び該ログ収集対象装置からのログ送信に要したログ送信時間に基づいて該ログ収集対象装置の負荷指数を算出する算出部と、
   前記算出部により算出された負荷指数に基づいて、前記ログ収集対象装置がログの送信処理を実行する時刻を決定する時刻決定部と
   を有することを特徴とするログ管理装置。
2. 複数のログ収集対象装置のログを管理し、
   前記算出部により算出された負荷指数に基づいて各ログ収集対象装置についてログ送信が可能な時刻範囲を特定する特定部と、
   前記特定部により特定された複数の時刻範囲に基づいて前記複数のログ収集対象装置がログを送信する順番を決定する順番決定部をさらに有し、
   前記時刻決定部は、各ログ収集対象装置の前記時刻範囲と前記順番に基づいて各ログ収集対象装置がログの送信処理を実行する時刻を決定する
   ことを特徴とする請求項１に記載のログ管理装置。
3. 前記順番決定部は、各時刻範囲の終了時刻に基づいて前記順番を決定することを特徴とする請求項２に記載のログ管理装置。
4. 前記順番決定部は、各時刻範囲の終了時刻に基づいて前記順番を決定すると同順位となるログ収集対象装置が複数ある場合に、複数のログ収集対象装置の順番を入れ替えた全ケースについて全ログ収集対象装置の負荷指数の合計を算出し、該算出した合計に基づいて全ログ収集対象装置の順番を決定することを特徴とする請求項３に記載のログ管理装置。
5. 前記順番決定部は、次の順番でログ送信を行うログ収集対象装置を候補装置として選定した際に、１つ前の順番のログ収集対象装置の送信終了時刻から候補装置の送信開始時刻の間にログ送信を開始して完了できる他のログ収集対象装置がある場合に、該他のログ収集対象装置を候補装置としつつ、前記順番を決定することを特徴とする請求項３に記載のログ管理装置。
6. 前記順番決定部は、前記複数のログ収集対象装置の中に緊急度の高いログを保有する緊急装置がある場合に、緊急装置の順番を先にして前記順番を決定することを特徴とする請求項２に記載のログ管理装置。
7. 前記算出部、前記時刻決定部、前記特定部及び前記順番決定部を有し、前記時刻範囲にログを送信できないログ収集対象装置がある場合に、該時刻範囲を拡大するように制御するログ解析部を有することを特徴とする請求項２に記載のログ管理装置。
8. コンピュータが、
   ログ収集対象装置においてログ生成に要したログ生成時間及び該ログ収集対象装置からのログ送信に要したログ送信時間に基づいて該ログ収集対象装置の負荷指数を算出し、
   算出した負荷指数に基づいて、前記ログ収集対象装置がログの送信処理を実行する時刻を決定する
   処理を実行することを特徴とするログ管理方法。
9. コンピュータに、
   ログ収集対象装置においてログ生成に要したログ生成時間及び該ログ収集対象装置からのログ送信に要したログ送信時間に基づいて該ログ収集対象装置の負荷指数を算出し、
   算出した負荷指数に基づいて、前記ログ収集対象装置がログの送信処理を実行時刻を決定する
   処理を実行させることを特徴とするログ管理プログラム。

Images