(57)【要約】      （修正有）【課題】ログ転送がクラウドシステムの制御へ与える悪影響を防ぐことのできる情報処理装置、情報処理方法及びプログラムを提供する。【解決手段】ログサーバー２は、帯域管理部２３が、予想使用制御帯域を計算して使用帯域記憶部２４に格納する。ログ解析部２５が、物理ホストのログ転送帯域を計算して物理ホスト記憶部２６に格納する。そして、スケジューリング部２７が、管理ＬＡＮの帯域と使用帯域記憶部２４が記憶する予想使用制御帯域と物理ホスト記憶部２６が記憶するログ転送帯域に基づいてログ転送が可能か否かを判定し、ログ転送が可能と判定した場合に、管理ＬＡＮを用いて物理ホスト（情報処理装置）にログ転送を指示する。【選択図】図２
2019144778.tif 000002
【特許請求の範囲】
【請求項１】
管理ＬＡＮ経由で送信される物理ホストのログを記録する情報処理装置において、
前記管理ＬＡＮの帯域と、前記物理ホストが前記ログを送信する際に使用する前記管理ＬＡＮの帯域と、コントローラーが前記物理ホストを含む情報処理システムを制御する際に使用する前記管理ＬＡＮの帯域とに基づいて、前記物理ホストが前記ログを送信できるか否かを判定する判定部と、
前記判定部により送信できると判定された場合、前記ログの送信指示を前記物理ホストへ送信する指示部と
を備えることを特徴とする情報処理装置。
【請求項２】
前記判定部は、前記管理ＬＡＮの帯域と、各々の物理ホストがログを送信する際に使用する前記管理ＬＡＮの帯域と、前記コントローラーが前記情報処理システムを制御する際に使用する前記管理ＬＡＮの帯域とに基づいて、各々の物理ホストがログを送信できるか否かを判定し、
前記指示部は、ログの送信指示を、前記判定部により送信できると判定された少なくとも１以上の物理ホストへ送信することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
更に、ログ転送の優先度を管理する管理部を備え、
前記判定部は、前記管理ＬＡＮの帯域と、物理ホストがログを送信する際に使用する前記管理ＬＡＮの帯域と、前記コントローラーが前記情報処理システムを制御する際に使用する前記管理ＬＡＮの帯域とに基づいて、前記物理ホストがログを送信できるか否かを判定し、前記物理ホストがログを送信できないと判定した場合、前記物理ホストよりも前記優先度が低い物理ホストがログを送信する際に使用する前記管理ＬＡＮの帯域に基づいて、前記優先度が低い物理ホストがログを送信できるか否かを判定することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
更に、前記コントローラーが前記情報処理システムを制御する際に使用する前記管理ＬＡＮの帯域を、前記コントローラーが定期実行する処理で使用する前記管理ＬＡＮの帯域及び不定期実行する処理で使用する前記管理ＬＡＮの帯域に基づいて算出する算出部を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記算出部は、前記コントローラーが不定期実行する処理で使用する前記管理ＬＡＮの帯域を、ユーザーリクエストで発生する処理、前記情報処理システムの保守作業で発生する処理及び前記情報処理システムの故障時の復旧処理で使用する前記管理ＬＡＮの帯域に基づいて算出することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記算出部は、ユーザーリクエストで発生する処理で使用する前記管理ＬＡＮの帯域を、過去のユーザーリクエストの通信量に基づいて予測することを特徴とする請求項５に記載の情報処理装置。
【請求項７】
管理ＬＡＮ経由で送信される物理ホストのログを記録する情報処理装置による情報処理方法において、
前記管理ＬＡＮの帯域と、前記物理ホストが前記ログを送信する際に使用する前記管理ＬＡＮの帯域と、コントローラーが前記物理ホストを含む情報処理システムを制御する際に使用する前記管理ＬＡＮの帯域とに基づいて、前記物理ホストが前記ログを送信できるか否かを判定し、
送信できると判定した場合、前記ログの送信指示を前記物理ホストへ送信する
ことを特徴とする情報処理方法。
【請求項８】
管理ＬＡＮ経由で送信される物理ホストのログを記録する情報処理装置により実行されるプログラムにおいて、
前記管理ＬＡＮの帯域と、前記物理ホストが前記ログを送信する際に使用する前記管理ＬＡＮの帯域と、コントローラーが前記物理ホストを含む情報処理システムを制御する際に使用する前記管理ＬＡＮの帯域とに基づいて、前記物理ホストが前記ログを送信できるか否かを判定し、
送信できると判定した場合、前記ログの送信指示を前記物理ホストへ送信する
処理を前記情報処理装置に実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
複数の物理ホストのログをネットワークを介して収集し、ユーザーの要求にしたがってログを表示するログサーバーがある。ここで、物理ホストは、情報処理を行うコンピュータである。図２５は、ログサーバーへのログ集約を説明するための図である。図２５は、クラスタシステムの一部を示す。図２５において、物理ホスト＃１〜物理ホスト＃３は、物理ホスト１である。ログサーバー９２は、定期的（例えば１時間毎）に物理ホスト＃１〜物理ホスト＃３からログを収集して記憶装置に保存し、ユーザーからのログ開示要求にしたがって、ログを表示する情報処理装置である。
【０００３】
ただし、各物理ホスト１が一斉にログ転送を行うと、ネットワークに輻輳が発生する可能性がある。このため、ログサーバー９２は、ログ転送を行う物理ホスト１を、例えばログ保持量、ログ出力予測量及びログ未転送期間に基づいて、スケジューリングする。図２６は、ログ保持量とログ出力予測量を示す図である。図２６において、水平線で埋められた領域は、時刻ｔ1において物理ホスト１が保持するログ保持量を表し、垂直線で埋められた領域は、ｔ1〜ｔ2において物理ホスト１が出力すると予想されるログ出力予想量を表す。なお、ｔ2−ｔ1＝Ｔは、ログ収集間隔である。図２６では、ｔ1においてログ保持量とログ出力予測量の和は物理ホスト＃１が最も大きい。したがって、ログ未転送期間に差がない場合には、ログサーバー９２は、ｔ1において物理ホスト＃１にログ転送を指示する。
【０００４】
なお、従来技術として、ログ転送の通信負荷が最も大きい機器がログデータを送信するタイミングを、機器からのログデータを受信するために利用可能な通信帯域がある時間帯にスケジューリングすることで、ログ収集の集中を避ける技術がある。
【０００５】
また、従来技術として、ネットワークで結ばれた複数のクラウド各々で分散管理される監視データを、効率的に収集可能とする監視データ転送システムがある。この監視データ転送システムは、複数のドメイン各々における監視装置と通信する通信装置と、各ドメインの監視装置が管理する監視データの種類を記載した第１テーブルを記憶する記憶装置と、以下の第１処理と第２処理を行う演算装置を含む。第１処理として、演算装置は、所定分析処理での分析対象となる種類の監視データを管理する、分析対象ドメインの監視装置を第１テーブルに基づいて特定する。第２処理として、演算装置は、特定した分析対象ドメインの監視装置から分析対象の監視データの属性情報を取得して、当該属性情報を所定アルゴリズムに適用する。さらに第２処理として、演算装置は、分析対象ドメイン間の監視データ転送の効率が最良となる、分析処理の実施ドメインと、該分析処理の実施ドメインとそれ以外の分析対象ドメインとの間の分析対象の監視データの転送経路と、を決定する。
【０００６】
また、従来技術として、複数の計算機間でメッセージを転送する通信システムにおいて優先度制御が可能な通信方法がある。この通信方法では、計算機は、メッセージ送信部又はメッセージ受信部の少なくとも一方を備え、少なくとも一以上の計算機はメッセージ制御部とメッセージ管理部とを備える。メッセージ管理部は、メッセージ制御部を備える計算機の負荷、又は、各メッセージ送信部から送信されたメッセージの送信量若しくはメッセージの送信数の少なくともいずれかを取得し、各メッセージの転送の優先度を制御するための優先度設定を取得する。そして、メッセージ管理部は、取得した優先度設定と、計算機の負荷又はメッセージの送信量とに基づいて、各メッセージ送信部が送信可能なメッセージ容量を決定し、決定したメッセージ容量を各メッセージ送信部に送信する。そして、各メッセージ送信部が、受信したメッセージ容量に基づいて、メッセージの送信量を制御する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１６−１１０２８０号公報
【特許文献２】特開２０１５−１０９６０９号公報
【特許文献３】特開２０１１−１８２１１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ログ転送に使用されるネットワークはクラスタシステムの制御にも使われるため、ログ転送によってネットワークの帯域が輻輳寸前まで使用されると、クラスタシステムの制御に悪影響与えるという問題がある。図２７は、従来のログ収集の問題を説明するための図である。
【０００９】
図２７において、コントローラー３は、クラウドシステムを制御する。例えば、物理ホスト１で仮想ルーターが動作し、ファイアーウォールが設置される場合、コントローラー３は、ファイアーウォールのルールの更新を行うことで物理ホスト１を制御する。ログ転送によってネットワークの帯域が輻輳寸前まで使用されると、ファイアーウォールのルールの更新が遅延する。
【００１０】
本発明は、１つの側面では、ログ転送がクラウドシステムの制御へ与える悪影響を防ぐことを目的とする。
【課題を解決するための手段】
【００１１】
１つの態様では、情報処理装置は、管理ＬＡＮ経由で送信される物理ホストのログを記録する。前記情報処理装置は、判定部と指示部を有する。前記判定部は、前記管理ＬＡＮの帯域と、前記ログの送信で使用される前記管理ＬＡＮの帯域と、コントローラーが前記物理ホストを含む情報処理システムを制御する際に使用する前記管理ＬＡＮの帯域とに基づいて、前記ログの送信が可能か否かを判定する。前記指示部は、前記判定部により送信できると判定された場合、前記ログの送信指示を前記物理ホストへ送信する。
【発明の効果】
【００１２】
１つの側面では、本発明は、ログ転送がクラウドシステムの制御へ与える悪影響を防ぐことができる。
【図面の簡単な説明】
【００１３】
【図１】図１は、実施例１に係るログサーバーによるログ収集を説明するための図である。
【図２】図２は、ログサーバーの機能構成を示す図である。
【図３】図３は、使用帯域記憶部の一例を示す図である。
【図４】図４は、物理ホスト記憶部の一例を示す図である。
【図５】図５は、ログ転送リストの一例を示す図である。
【図６】図６は、各物理ホストとログサーバーとの間の帯域情報の一例を示す図である。
【図７】図７は、ログサーバーによる処理のフローを示すフローチャートである。
【図８】図８は、予想必要帯域を計算する処理のフローを示すフローチャートである。
【図９】図９は、予想使用制御帯域を計算する処理のフローを示すフローチャートである。
【図１０】図１０は、ログ未転送期間、ログ保持量及びログ出力予測量を格納する処理のフローを示すフローチャートである。
【図１１】図１１は、ログ転送帯域を計算する処理のフローを示すフローチャートである。
【図１２】図１２は、ログ転送リストを作成する処理のフローを示すフローチャートである。
【図１３】図１３は、ログ転送を行う物理ホストを決める処理のフローを示すフローチャートである。
【図１４】図１４は、実施例２に係るログサーバーによる処理のフローを示すフローチャートである。
【図１５】図１５は、図５に示したログ転送リストから先頭の要素を削除した後のログ転送リストを示す図である。
【図１６】図１６は、実施例３に係るログサーバーによる処理のフローを示すフローチャートである。
【図１７】図１７は、使用帯域記憶部の例を示す図である。
【図１８】図１８は、ログ転送リストの例を示す図である。
【図１９】図１９は、各物理ホストとログサーバーとの間の帯域情報の例を示す図である。
【図２０】図２０は、物理ホスト＃１がログ転送を行う際の使用帯域を加算した後の各物理ホストとログサーバーとの間の帯域情報を示す図である。
【図２１】図２１は、図１８に示したログ転送リストから先頭の要素が削除された後のログ転送リストを示す図である。
【図２２】図２２は、物理ホスト＃４がログ転送を行う際の使用帯域を加算した後の各物理ホストとログサーバーとの間の帯域情報を示す図である。
【図２３】図２３は、図２１に示したログ転送リストから先頭の要素が順番に削除された後のログ転送リストを示す図である。
【図２４】図２４は、実施例に係るプログラムを実行するログサーバーのハードウェア構成を示す図である。
【図２５】図２５は、ログサーバーへのログ集約を説明するための図である。
【図２６】図２６は、ログ保持量とログ出力予測量を示す図である。
【図２７】図２７は、従来のログ収集の問題を説明するための図である。
【発明を実施するための形態】
【００１４】
以下に、本願の開示する情報処理装置、情報処理方法及びプログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例は開示の技術を限定するものではない。
【実施例１】
【００１５】
まず、実施例１に係るログサーバーによるログ収集について説明する。図１は、実施例１に係るログサーバーによるログ収集を説明するための図である。図１は、クラスタシステムの一部を示す。図１において、物理ホスト＃１〜物理ホスト＃３で表される物理ホスト１は、情報処理を行うコンピュータである。各物理ホスト１では仮想ルーターが動作し、ファイアウォールが設置される。
【００１６】
ログサーバー２は、定期的（例えば１時間毎）に物理ホスト＃１〜物理ホスト＃３からログを収集して記憶装置に保存し、ユーザーからのログ開示要求にしたがって、ログを表示する。コントローラー３は、クラスタシステムを制御する。例えば、コントローラー３は、ファイアウォールのルールを更新する。
【００１７】
ログサーバー２は、管理ＬＡＮ（Local  Area  Network）４を用いて物理ホスト＃１〜物理ホスト＃３からログを収集する情報処理装置である。管理ＬＡＮ４は、クラウドシステムの制御に使用されるＬＡＮであり、例えばコントローラー３が物理ホスト１に対して仮想ルーターを作成する指示を出す通信に使用される。物理ホスト１間の通信、例えば物理ホスト＃１上の仮想ルーターから物理ホスト＃２上の仮想ルーターへの通信は、管理ＬＡＮ４とは別のＬＡＮが使用される。
【００１８】
ログサーバー２は、ログ保持量、ログ出力予測量及びログ未転送期間の他に、クラウドシステムの制御で管理ＬＡＮ４において使用される帯域に基づいて、ログ転送をスケジューリングする。クラウドシステムの制御で管理ＬＡＮ４において使用される帯域には、定期実行される処理で使用される帯域と不定期実行される処理で使用される帯域とがある。なお、以下の説明において、単に「帯域」と記載した場合は管理ＬＡＮ４における帯域を表す。
【００１９】
定期実行される処理には、クラウドシステムが提供する各サービスの定期監視がある。定期実行される処理で使用される帯域は、クラウドシステムの設計から特定可能であり、ログサーバー２は、クラウドシステムの設計から特定される値を記憶する。
【００２０】
不定期実行される処理には、ユーザーリクエストで発生する処理、保守作業で発生する処理、及び、故障時の復旧処理がある。ユーザーリクエストで発生する処理で使用される帯域は、過去のユーザーリクエストの帯域の使用状況から予測可能であり、ログサーバー２は、過去のユーザーリクエストの帯域の使用状況から値を予測する。例えば、ログサーバー２は、過去２日間のユーザーリクエストの通信量に基づいて当日の使用帯域を予測する。なお、過去のユーザーリクエストの通信量は、コントローラー３が保持する。
【００２１】
保守作業で発生する処理で使用される帯域は、クラウドシステムの運用者の保守作業計画から特定可能であり、ログサーバー２は、保守作業計画から特定される値を記憶する。故障時の復旧処理で使用される帯域は、故障が突発的に発生するため特定不可である。このため、ログサーバー２は、復旧処理に必要な帯域として確保した値を記憶する。
【００２２】
図１に示すように、各物理ホスト１は、ログ未転送期間（Ｄ＝ログ収集間隔Ｔ×ｎ、ｎは０以上の整数）、ログ保持量（Ｌ）及びログ出力予測量（Ｐ）をログサーバー２へ送信する（１）。また、コントローラー３は、過去のユーザーリクエストの通信量をログサーバー２へ送信する（２）。ログサーバー２は、ログ未転送期間、ログ保持量及びログ出力予測量に基づいて、各物理ホスト１のログ転送の優先度を計算し、物理ホスト１を優先度順にリスト化する（３）。ログサーバー２は、例えば、（Ｌ＋Ｐ）×Ｄを用いて各物理ホスト１のログ転送の優先度を計算する。図１では、物理ホスト１は、物理ホスト＃２、物理ホスト＃３、物理ホスト＃１の順でリスト化される。
【００２３】
そして、ログサーバー２は、定期実行される処理で使用される帯域と不定期実行される処理で使用される帯域に基づいて予想使用制御帯域を計算し、優先度最高のログ転送帯域＋予想使用制御帯域が管理ＬＡＮ４の帯域以上であるか否かを判定する（４）。ここで、予想使用制御帯域は、クラウドシステムの制御で使用されると予想される帯域である。そして、優先度最高のログ転送帯域＋予想使用制御帯域が管理ＬＡＮ４の帯域より小さい場合に、ログサーバー２は、優先度最高の物理ホスト１にログ転送を指示する（５）。図１では、物理ホスト＃２にログ転送が指示される。そして、指示された物理ホスト１がログサーバー２にログを転送する（６）。
【００２４】
このように、ログサーバー２は、優先度最高のログ転送帯域＋予想使用制御帯域が管理ＬＡＮ４の帯域より小さい場合に、優先度最高の物理ホスト１にログ転送を指示するので、ログ転送がクラウドシステムの制御へ与える悪影響を防ぐことができる。
【００２５】
次に、ログサーバー２の機能構成について説明する。図２は、ログサーバー２の機能構成を示す図である。図２に示すように、ログサーバー２は、送受信部２１と、ログ管理部２２と、帯域管理部２３と、使用帯域記憶部２４と、ログ解析部２５と、物理ホスト記憶部２６と、スケジューリング部２７と、ログ記憶部２８と、ログアクセス部２９とを有する。
【００２６】
送受信部２１は、管理ＬＡＮ４を介して物理ホスト１及びコントローラー３と通信を行う。例えば、送受信部２１は、各物理ホスト１からログ未転送期間、ログ保持量及びログ出力予測量を受信する。また、送受信部２１は、ログ転送の指示を物理ホスト１に送信する。また、送受信部２１は、物理ホスト１からログを受信する。また、送受信部２１は、コントローラー３から過去のユーザーリクエストの通信量を受信する。
【００２７】
ログ管理部２２は、ログサーバー２を管理し、機能部間の制御の移動や機能部間のデータの受け渡し等を行うことによって、ログサーバー２をログ管理装置として機能させる。例えば、ログ管理部２２は、送受信部２１からログ未転送期間、ログ保持量及びログ出力予測量を受け取って、ログ解析部２５に渡す。また、ログ管理部２２は、スケジューリング部２７からログ転送指示を受け取って、送受信部２１に渡す。また、ログ管理部２２は、送受信部２１からログを受け取ってログアクセス部２９に渡す。また、ログ管理部２２は、送受信部２１から過去のユーザーリクエストの通信量を受け取って帯域管理部２３に渡す。また、ログ管理部２２は、ユーザーからのログ表示要求をログ解析部２５に渡す。
【００２８】
帯域管理部２３は、過去のユーザーリクエストの通信量を使用帯域記憶部２４に格納する。また、帯域管理部２３は、過去のユーザーリクエストの通信量から予想されるユーザーリクエストの通信量及び必要帯域を計算し、使用帯域記憶部２４に格納する。また、帯域管理部２３は、予想されるユーザーリクエストの必要帯域、定期監視に必要な帯域、保守作業で必要な帯域、故障時の復旧で必要な帯域を加えることで、予想使用制御帯域を計算し、使用帯域記憶部２４に格納する。
【００２９】
使用帯域記憶部２４は、予想使用制御帯域及び予想使用制御帯域の計算に必要な情報を記憶する。図３は、使用帯域記憶部２４の一例を示す図である。図３に示すように、使用帯域記憶部２４は、前々日の通信量、前日の通信量、当日の通信量、予想通信量、予想必要帯域、定期監視帯域、保守作業帯域、故障時復旧帯域及び予想使用制御帯域を１時間毎に記憶する。
【００３０】
前々日の通信量は、前々日にユーザーリクエストの処理で発生した通信量である。前日の通信量は、前日にユーザーリクエストの処理で発生した通信量である。当日の通信量は、当日にユーザーリクエストの処理で発生した通信量である。なお、図３は、９時の時点での使用帯域記憶部２４を示す。図３では、使用帯域記憶部２４は、ユーザーリクエストの処理で発生した通信量について２日分のデータを１時間毎に記憶する。
【００３１】
予想通信量は、ユーザーリクエストの処理で発生すると予想される通信量であり、前々日と前日の通信量に基づいて計算される。予想必要帯域は、予想通信量を帯域に換算した値である。定期監視帯域は、定期監視で発生する処理で必要な帯域である。保守作業帯域は、保守作業で発生する処理で必要な帯域である。故障時復旧帯域は、故障時の復旧処理で必要な帯域である。
【００３２】
例えば、９時の時点で、前々日にユーザーリクエストの処理で発生した通信量は４０００００ＭＢ（メガバイト）であり、前日にユーザーリクエストの処理で発生した通信量は４１００００ＭＢである。ユーザーリクエストの処理で発生すると予想される通信量は、前々日と前日の平均値であり、４０５０００ＭＢである。予想必要帯域は、４０５０００ＭＢ×８／３６００＝９００Ｍｂｐｓ（メガビット毎秒）である。予想使用制御帯域は、９００Ｍｂｐｓ＋２０Ｍｂｐｓ＋０Ｍｂｐｓ＋５０Ｍｂｐｓ＝９７０Ｍｂｐｓである。
【００３３】
ログ解析部２５は、ログ管理部２２からログ未転送期間、ログ保持量及びログ出力予測量を受け取って、物理ホスト記憶部２６に格納する。また、ログ解析部２５は、物理ホスト１毎にログ保持量とログ出力予測量の和に基づいてログ転送帯域を計算し、物理ホスト記憶部２６に格納する。また、ログ解析部２５は、ログ管理部２２を介してユーザーのログ表示要求を受け取ると、ログを解析し、解析結果をログ管理部２２に渡す。
【００３４】
物理ホスト記憶部２６は、物理ホスト１のログに関する情報を記憶する。図４は、物理ホスト記憶部２６の一例を示す図である。図４に示すように、物理ホスト記憶部２６は、物理ホスト番号、ログ保持量、ログ出力予測量、ログ転送帯域及びログ未転送期間を物理ホスト１毎に記憶する。物理ホスト番号は、物理ホスト１を識別する番号である。例えば、物理ホスト＃１のログ保持量、ログ出力予測量、ログ転送帯域及びログ未転送期間は、それぞれ２２０００ＭＢ、５００ＭＢ、２２０００＋５００ＭＢ×８／３６００＝５０Ｍｂｐｓ及び２Ｔである。
【００３５】
スケジューリング部２７は、使用帯域記憶部２４及び物理ホスト記憶部２６に基づいてログ転送を行う物理ホスト１を特定し、特定した物理ホスト１にログ転送を指示する。スケジューリング部２７は、優先度管理部２７ａと、判定部２７ｂと、指示部２７ｃとを有する。
【００３６】
優先度管理部２７ａは、物理ホスト記憶部２６に基づいて、ログ転送に関する物理ホスト１の優先度を計算し、物理ホスト１を優先度順にリスト化したログ転送リストを作成する。例えば、図４に基づいて物理ホスト＃１〜物理ホスト＃４の（Ｌ＋Ｐ）×Ｄを計算すると、（２２０００＋５００）×２Ｔ＝４５０００Ｔ、（２０００＋２５０）×０＝０、（８０００＋１０００）×Ｔ＝９０００Ｔ、（４０００＋５００）×４Ｔ＝１８０００Ｔである。したがって、物理ホスト＃１、物理ホスト＃４、物理ホスト＃３、物理ホスト＃２の順に優先度が高い。図５は、ログ転送リストの一例を示す図である。図５に示すように、ログ転送リストでは、優先度の順に物理ホスト１がリスト化されている。また、優先度管理部２７ａは、ログ転送リストを更新する。
【００３７】
判定部２７ｂは、優先度が最高の物理ホスト１について、物理ホスト記憶部２６が記憶するログ転送帯域と、使用帯域記憶部２４が記憶する予想使用制御帯域との和が管理ＬＡＮ４の帯域以上であるか否かを判定する。
【００３８】
指示部２７ｄは、ログ転送帯域と予想使用制御帯域の和が管理ＬＡＮ４で帯域以上でないと判定部２７ｂで判定された場合に、優先度が最高の物理ホスト１に対してログ転送を指示する。
【００３９】
図６は、各物理ホスト１とログサーバー２との間の帯域情報の一例を示す図である。図６において、使用可能帯域は、管理ＬＡＮ４の帯域である。各物理ホスト１とログサーバー２との間の使用可能帯域を１０００Ｍｂｐｓであるとすると、物理ホスト＃１については、ログ転送帯域５０Ｍｂｐｓと予想使用制御帯域９７０Ｍｂｐｓの和１０２０Ｍｂｐｓは使用可能帯域１０００Ｍｂｐｓ以上である。したがって、時刻９時において、スケジューリング部２７は、図５のログ転送リストにおいて優先度が最も高い物理ホスト＃１については、ログ転送を指示しない。
【００４０】
ログ記憶部２８は、各物理ホスト１から送信されたログを記憶する。ログアクセス部２９は、ログ管理部２２から物理ホスト１のログを受け取ってログ記憶部２８に格納する。
【００４１】
次に、ログサーバー２による処理のフローについて説明する。図７は、ログサーバー２による処理のフローを示すフローチャートである。図７に示すように、ログサーバー２は、前回の受信時から現在までのユーザーリクエストの通信量をコントローラー３から受信し、使用帯域記憶部２４に格納する（ステップＳ１）。例えば、ログ収集間隔を１時間とし、現在の時刻を９時とすると、ログサーバー２は、図３に示した使用帯域記憶部２４の当日の通信量の８：００〜９：００に対応する場所に、受信した通信量２７００００ＭＢを格納する。
【００４２】
そして、ログサーバー２は、前々日と前日のユーザーリクエストの通信量に基づいて予想通信量及び予想必要帯域を計算し、使用帯域記憶部２４に格納する（ステップＳ２）。例えば、ログサーバー２は、図３に示した使用帯域記憶部２４の９：００〜１０：００の前々日と前日の通信量４０００００ＭＢと４１００００ＭＢに基づいて、９：００〜１０：００の予想通信量４０５０００ＭＢと予想必要帯域９００Ｍｂｐｓを計算する。
【００４３】
そして、ログサーバー２は、予想使用制御帯域を計算し、使用帯域記憶部２４に格納する（ステップＳ３）。例えば、ログサーバー２は、図３に示した使用帯域記憶部２４の９：００〜１０：００の予想必要帯域９００Ｍｂｐｓ＋定期監視帯域２０Ｍｂｐｓ＋保守作業帯域０Ｍｂｐｓ＋故障時復旧帯域５０Ｍｂｐｓを計算し、予想使用制御帯域９７０Ｍｂｐｓを格納する。
【００４４】
そして、ログサーバー２は、ログ未転送期間、ログ保持量及びログ出力予測量を各物理ホスト１から受信し（ステップＳ４）、各物理ホスト１のログ転送帯域を計算する（ステップＳ５）。そして、ログサーバー２は、ログ未転送期間、ログ保持量及びログ出力予測量に基づいて、ログ転送の優先度を計算し、ログ転送リストを作成する（ステップＳ６）。
【００４５】
そして、ログサーバー２は、優先度最高の物理ホスト１について、ログ転送帯域＋予想使用制御帯域が管理ＬＡＮ４の帯域以上であるか否かを判定し（ステップＳ７）、管理ＬＡＮ４の帯域以上である場合には、ステップＳ１０へ進む。一方、ログ転送帯域＋予想使用制御帯域が管理ＬＡＮ４の帯域以上でない場合には、ログサーバー２は、優先度最高の物理ホスト１へログ転送を指示し（ステップＳ８）、指示した物理ホスト１からログを受信する（ステップＳ９）。
【００４６】
そして、ログサーバー２は、ログ収集間隔だけ待機し（ステップＳ１０）、ステップＳ１へ戻る。
【００４７】
このように、ログサーバー２は、優先度が最高の物理ホスト１に対して、ログ転送帯域＋予想使用制御帯域が管理ＬＡＮ４の帯域以上でない場合に、ログ転送を指示するので、ログ転送により管理ＬＡＮ４に輻輳が発生することを防ぐことができる。
【００４８】
図８は、予想必要帯域を計算する処理のフローを示すフローチャートである。図８に示すように、帯域管理部２３は、送受信部２１及びログ管理部２２を介して、前回の受信時から現在までのユーザーリクエストの通信量をコントローラー３から受信し（ステップＳ１１）、使用帯域記憶部２４に書き込む（ステップＳ１２）。
【００４９】
そして、帯域管理部２３は、使用帯域記憶部２４から前々日と前日のユーザーリクエストの通信量を読み出し、予想通信量及び予想必要帯域を計算し（ステップＳ１３）、使用帯域記憶部２４に書き込む（ステップＳ１４）。
【００５０】
このように、帯域管理部２３は、予想必要帯域を計算することで、予想必要帯域を用いて予想使用制御帯域を計算することができる。
【００５１】
図９は、予想使用制御帯域を計算する処理のフローを示すフローチャートである。図９に示すように、帯域管理部２３は、使用帯域記憶部２４から予想必要帯域、定期監視帯域、保守作業帯域及び故障時復旧帯域を読み出す（ステップＳ２１）。そして、帯域管理部２３は、予想必要帯域、定期監視帯域、保守作業帯域及び故障時復旧帯域を加えて予想使用制御帯域を計算する（ステップＳ２２）。そして、帯域管理部２３は、計算した予想使用制御帯域を使用帯域記憶部２４に書き込む（ステップＳ２３）。
【００５２】
このように、帯域管理部２３が予想使用制御帯域を計算するので、スケジューリング部２７はログ転送帯域と予想使用制御帯域の和が管理ＬＡＮ４の帯域以上であるか否かを判定することができる。
【００５３】
図１０は、ログ未転送期間、ログ保持量及びログ出力予測量を格納する処理のフローを示すフローチャートである。図１０に示すように、ログ解析部２５は、送受信部２１及びログ管理部２２を介して、ログ未転送期間、ログ保持量及びログ出力予測量を物理ホスト１から受信し（ステップＳ２６）、受信したログ未転送期間、ログ保持量及びログ出力予測量を物理ホスト番号に対応付けて物理ホスト記憶部２６に書き込む（ステップＳ２７）。
【００５４】
このように、ログ解析部２５は、ログ未転送期間、ログ保持量及びログ出力予測量を物理ホスト１から受信するので、ログ転送帯域を計算することができる。
【００５５】
図１１は、ログ転送帯域を計算する処理のフローを示すフローチャートである。図１１に示すように、ログ解析部２５は、物理ホスト１毎に、物理ホスト記憶部２６からログ保持量及びログ出力予測量を読み出し（ステップＳ３１）、ログ転送帯域を計算し、物理ホスト記憶部２６に書き込む（ステップＳ３２）。
【００５６】
このように、ログ解析部２５がログ転送帯域を計算するので、スケジューリング部２７はログ転送帯域と予想使用制御帯域の和が管理ＬＡＮ４の帯域以上であるか否かを判定することができる。
【００５７】
図１２は、ログ転送リストを作成する処理のフローを示すフローチャートである。図１２に示すように、スケジューリング部２７は、物理ホスト記憶部２６からログ未転送期間、ログ保持量及びログ出力予測量を読み出し（ステップＳ３６）、優先度を計算してログ転送リストを作成する（ステップＳ３７）。
【００５８】
このように、スケジューリング部２７は、ログ未転送期間、ログ保持量及びログ出力予測量に基づいてログ転送の優先度を計算するので、優先度が最も高い物理ホスト１を特定することができる。
【００５９】
図１３は、ログ転送を行う物理ホスト１を決める処理のフローを示すフローチャートである。図１３に示すように、スケジューリング部２７は、優先度が最高の物理ホスト１について物理ホスト記憶部２６からログ転送帯域を読み出し、使用帯域記憶部２４から予想使用制御帯域を読み出す（ステップＳ４１）。
【００６０】
そして、スケジューリング部２７は、読み出したログ転送帯域と予想使用制御帯域を基に優先度最高の物理ホスト１を評価する（ステップＳ４２）。すなわち、スケジューリング部２７は、予想使用制御帯域＋ログ転送帯域が管理ＬＡＮ４の帯域以上であるか否かを判定し（ステップＳ４３）、管理ＬＡＮ４の帯域以上である場合には、処理を終了する。
【００６１】
一方、予想使用制御帯域＋ログ転送帯域が管理ＬＡＮ４の帯域以上でない場合には、スケジューリング部２７は、優先度最高の物理ホスト１にログ転送を指示する（ステップＳ４４）。
【００６２】
このように、スケジューリング部２７は、予想使用制御帯域＋ログ転送帯域が管理ＬＡＮ４の帯域以上でない場合にログ転送を指示することで、ログ転送により管理ＬＡＮ４に輻輳が発生することを防ぐことができる。
【００６３】
上述してきたように、実施例１では、帯域管理部２３が予想使用制御帯域を計算し、ログ解析部２５がログ転送帯域を計算する。そして、スケジューリング部２７が、各物理ホスト１の優先度を計算し、優先度の最も高い物理ホスト１について、管理ＬＡＮ４の帯域と予想使用制御帯域とログ転送帯域に基づいてログ転送が可能か否かを判定し、ログ転送が可能と判定した場合に、優先度の最も高い物理ホスト１にログ転送を指示する。したがって、ログサーバー２は、ログ転送がクラウドシステムの制御へ与える悪影響を防ぐことができる。
【００６４】
また、実施例１では、帯域管理部２３は、予想必要帯域、定期監視帯域、保守作業帯域、故障時復旧帯域に基づいて予想使用制御帯域を計算するので、予想使用制御帯域を正確に計算することができる。
【００６５】
また、実施例１では、帯域管理部２３は、予想必要帯域を前々日と前日のユーザリクエストの通信量に基づいて計算するので、予想必要帯域を正確に計算することができる。
【実施例２】
【００６６】
ところで、上記実施例１では、優先度最高の物理ホスト１についてだけログ転送が可能か否かを判定したが、優先度最高の物理ホスト１のログ転送が可能でない場合に、他の物理ホスト１のログ転送が可能な場合がある。そこで、実施例２では、優先度最高の物理ホスト１のログ転送が可能でない場合に、他の物理ホスト１にログ転送を指示するログサーバー２について説明する。
【００６７】
図１４は、実施例２に係るログサーバー２による処理のフローを示すフローチャートである。図１４において、ステップＳ５１〜ステップＳ６０の処理は、図７に示したステップＳ１〜ステップＳ１０の処理と同じである。実施例２に係るログサーバー２は、ステップＳ５７において、ログ転送帯域＋予想使用制御帯域が管理ＬＡＮ４の帯域以上である場合に、ログ転送リストから優先度最高の要素を削除する（ステップＳ６１）。そして、実施例２に係るログサーバー２は、ログ転送リストが空であるか否かを判定し（ステップＳ６２）、空である場合には、ステップＳ６０へ移動する。一方、ログ転送リストが空でない場合には、実施例２に係るログサーバー２は、ステップＳ５７へ移動し、次に優先度の高い物理ホスト１についてログ転送が可能か否かを判定する。
【００６８】
図１５は、図５に示したログ転送リストから先頭の要素を削除した後のログ転送リストを示す図である。図１５に示すように、物理ホスト＃１がログ転送リストから削除され、物理ホスト＃４がログ転送リストの先頭の要素となる。したがって、実施例２に係るログサーバー２は、物理ホスト＃１がログ転送可能でない場合に、物理ホスト＃４についてログ転送が可能か否かを判定する。
【００６９】
上述してきたように、実施例２では、ログサーバー２は、物理ホスト１のログ転送が可能でない場合に、次に優先度が高い物理ホスト１のログ転送が可能であるか否かを判定し、可能である場合には、次に優先度が高い物理ホスト１にログ転送を指示する。したがって、ログサーバー２は、管理ＬＡＮ４の帯域を効率良く利用することができる。
【実施例３】
【００７０】
実施例１及び実施例２では、１回のログ収集時に１つの物理ホスト１がログ転送を行う場合について説明したが、１回のログ収集時に複数の物理ホスト１がログ転送を行ってもよい。そこで、実施例３では、１回のログ収集時に複数の物理ホスト１へログ転送を指示するログサーバー２について説明する。
【００７１】
図１６は、実施例３に係るログサーバー２による処理のフローを示すフローチャートである。図１６を図１４と比較すると、ステップＳ５８からステップＳ６１へのフローが追加されている。実施例３に係るログサーバー２は、１つの物理ホスト１にログ転送を指示すると、物理ホスト１からログを受信する処理と並列に、ログ転送リストの中でログ転送が可能な物理ホスト１にログ転送を指示する処理をログ転送リストが空になるまで繰り返す。したがって、実施例３に係るログサーバー２は、１回のログ収集時に複数の物理ホスト１へログ転送を指示することができる。
【００７２】
図１７は、使用帯域記憶部２４の例を示す図であり、図１８は、ログ転送リストの例を示す図であり、図１９は、各物理ホスト１とログサーバー２との間の帯域情報の例を示す図である。なお、図１７では、前々日の通信量、前日の通信量、当日の通信量及び予想通信量は省略されている。
【００７３】
図１７に示すように、９：００において、予想使用制御帯域は９３０Ｍｂｐｓである。また、図１８に示すように、優先度最高の物理ホスト１は物理ホスト＃１である。また、図１９に示すように、物理ホスト＃１については、予想使用制御帯域とログ転送帯域の和は９８０Ｍｂｐｓであり、管理ＬＡＮ４の使用可能帯域１０００Ｍｂｐｓより小さい。したがって、実施例３に係るログサーバー２は、物理ホスト＃１にログ転送を指示する。
【００７４】
図２０は、物理ホスト＃１がログ転送を行う際の使用帯域を加算した後の各物理ホスト１とログサーバー２との間の帯域情報を示す図である。図２０では、物理ホスト＃１がログ転送を行う際の使用帯域が予想使用制御帯域に加えられている。また、図２１は、図１８に示したログ転送リストから先頭の要素が削除された後のログ転送リストを示す図である。
【００７５】
図２１に示すように、次に優先度の高い物理ホスト１は、物理ホスト＃４である。また、図２０に示すように、物理ホスト＃４のログ転送帯域は１０Ｍｂｐｓであるので、予想使用制御帯域の９８０Ｍｂｐｓに加えても、管理ＬＡＮ４の使用可能帯域１０００Ｍｂｐｓより小さい。したがって、実施例３に係るログサーバー２は、物理ホスト＃４にログ転送を指示する。
【００７６】
図２２は、物理ホスト＃４がログ転送を行う際の使用帯域を加算した後の各物理ホスト１とログサーバー２との間の帯域情報を示す図である。図２２では、物理ホスト＃４がログ転送を行う際の使用帯域が予想使用制御帯域に加えられている。また、図２３は、図２１に示したログ転送リストから先頭の要素が順番に削除された後のログ転送リストを示す図である。
【００７７】
図２３（ａ）に示すように、次に優先度の高い物理ホスト１は、物理ホスト＃３である。また、図２２に示すように、物理ホスト＃３のログ転送帯域は２０Ｍｂｐｓであるので、物理ホスト＃３のログ転送帯域に予想使用制御帯域の９９０Ｍｂｐｓに加えた値は、管理ＬＡＮ４の使用可能帯域１０００Ｍｂｐｓ以上となる。したがって、実施例３に係るログサーバー２は、物理ホスト＃３にログ転送を指示しない。そして、実施例３に係るログサーバー２は、ログ転送リストから物理ホスト＃３を削除する。図２３（ｂ）は、物理ホスト＃３が削除された後のログ転送リストを示す。
【００７８】
そして、実施例３に係るログサーバー２は、物理ホスト＃２について、ログ転送帯域の５Ｍｂｐｓを予想使用制御帯域の９９０Ｍｂｐｓに加えても管理ＬＡＮ４の使用可能帯域１０００Ｍｂｐｓより小さいと判定する。したがって、実施例３に係るログサーバー２は、物理ホスト＃２にログ転送を指示し、物理ホスト＃２をログ転送リストから削除する。図２３（ｃ）は、物理ホスト＃２が削除された後のログ転送リストを示す。図２３（ｃ）に示すように、ログ転送リストは空となる。したがって、実施例３に係るログサーバー２は、ログ収集間隔だけ待機する。
【００７９】
上述してきたように、実施例３では、ログサーバー２は、１回のログ収集時に複数の物理ホスト１へログ転送を指示することができ、管理ＬＡＮ４の帯域を効率良く利用することができる。
【００８０】
なお、図２では、ログサーバー２の機能構成について説明したが、ログサーバー２の機能は、プログラムをログサーバー２で実行することにより実現される。そこで、プログラムを実行するログサーバー２のハードウェア構成について説明する。
【００８１】
図２４は、実施例に係るプログラムを実行するログサーバー２のハードウェア構成を示す図である。図２４に示すように、ログサーバー２は、メインメモリ５１と、ＣＰＵ（Central  Processing  Unit）５２と、ＬＡＮインタフェース５３と、ＨＤＤ（Hard  Disk  Drive）５４とを有する。また、コンピュータ５０は、スーパーＩＯ（Input  Output）５５と、ＤＶＩ（Digital  Visual  Interface）５６と、ＯＤＤ（Optical  Disk  Drive）５７とを有する。
【００８２】
メインメモリ５１は、プログラムやプログラムの実行途中結果などを記憶するメモリである。ＣＰＵ５２は、メインメモリ５１からプログラムを読み出して実行する中央処理装置である。ＣＰＵ５２は、メモリコントローラを有するチップセットを含む。
【００８３】
ＬＡＮインタフェース５３は、ログサーバー２をＬＡＮ経由で他のコンピュータに接続するためのインタフェースである。ＨＤＤ５４は、プログラムやデータを格納するディスク装置であり、スーパーＩＯ５５は、マウスやキーボードなどの入力装置を接続するためのインタフェースである。ＤＶＩ５６は、液晶表示装置を接続するインタフェースであり、ＯＤＤ５７は、ＤＶＤの読み書きを行う装置である。
【００８４】
ＬＡＮインタフェース５３は、ＰＣＩエクスプレス（ＰＣＩｅ）によりＣＰＵ５２に接続され、ＨＤＤ５４及びＯＤＤ５７は、ＳＡＴＡ（Serial  Advanced  Technology  Attachment）によりＣＰＵ５２に接続される。スーパーＩＯ５５は、ＬＰＣ（Low  Pin  Count）によりＣＰＵ５２に接続される。
【００８５】
そして、ログサーバー２において実行されるプログラムは、ログサーバー２により読み出し可能な記録媒体の一例であるＤＶＤに記憶され、ＯＤＤ５７によってＤＶＤから読み出されてログサーバー２にインストールされる。あるいは、プログラムは、ＬＡＮインタフェース５３を介して接続された他のコンピュータシステムのデータベースなどに記憶され、これらのデータベースから読み出されてログサーバー２にインストールされる。そして、インストールされたプログラムは、ＨＤＤ５４に記憶され、メインメモリ５１に読み出されてＣＰＵ５２によって実行される。
【００８６】
なお、実施例では、帯域管理部２３は、前々日と前日のユーザリクエストの通信量に基づいて予想必要帯域を計算したが、３日前のユーザリクエストの通信量等、他の通信量を用いて予想必要帯域を計算してもよい。
【００８７】
また、実施例では、クラウドシステムにおいてログ収集を行う場合について説明したが、ログサーバー２は、他の情報処理システムにおいてログ収集を行ってもよい。
【符号の説明】
【００８８】
１    物理ホスト
２，９２    ログサーバー
３    コントローラー
４    管理ＬＡＮ
２１    送受信部
２２    ログ管理部
２３    帯域管理部
２４    使用帯域記憶部
２５    ログ解析部
２６    物理ホスト記憶部
２７    スケジューリング部
２８    ログ記憶部
２９    ログアクセス部
５１    メインメモリ
５２    ＣＰＵ
５３    ＬＡＮインタフェース
５４    ＨＤＤ
５５    スーパーＩＯ
５６    ＤＶＩ
５７    ＯＤＤ
【図１】
2019144778.tif 000003
【図２】
2019144778.tif 000004
【図３】
2019144778.tif 000005
【図４】
2019144778.tif 000006
【図５】
2019144778.tif 000007
【図６】
2019144778.tif 000008
【図７】
2019144778.tif 000009
【図８】
2019144778.tif 000010
【図９】
2019144778.tif 000011
【図１０】
2019144778.tif 000012
【図１１】
2019144778.tif 000013
【図１２】
2019144778.tif 000014
【図１３】
2019144778.tif 000015
【図１４】
2019144778.tif 000016
【図１５】
2019144778.tif 000017
【図１６】
2019144778.tif 000018
【図１７】
2019144778.tif 000019
【図１８】
2019144778.tif 000020
【図１９】
2019144778.tif 000021
【図２０】
2019144778.tif 000022
【図２１】
2019144778.tif 000023
【図２２】
2019144778.tif 000024
【図２３】
2019144778.tif 000025
【図２４】
2019144778.tif 000026
【図２５】
2019144778.tif 000027
【図２６】
2019144778.tif 000028
【図２７】
2019144778.tif 000029