計算機管理装置、計算機管理方法及び計算機管理プログラム
【課題】負荷分散を容易に行える計算機管理装置を提供すること。
【解決手段】各計算機３，４，５から通知される各計算機の負荷情報２０１に基づいて、各計算機における将来の負荷の値である負荷予測値を算出し、負荷予測値が所定の閾値を上回るか否かを判定する将来負荷予測部７と、将来負荷予測部によって負荷予測値が所定の閾値を上回ると判定された計算機を将来過負荷状態になる対象計算機として検出し、各計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて、対象計算機で動作している少なくとも一つのソフトウェアコンポーネントの割付先の計算機を決定するソフトウェア割付部８と、対象計算機及び割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する通知部９とを具備する計算機管理装置１を提供する。
【解決手段】各計算機３，４，５から通知される各計算機の負荷情報２０１に基づいて、各計算機における将来の負荷の値である負荷予測値を算出し、負荷予測値が所定の閾値を上回るか否かを判定する将来負荷予測部７と、将来負荷予測部によって負荷予測値が所定の閾値を上回ると判定された計算機を将来過負荷状態になる対象計算機として検出し、各計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて、対象計算機で動作している少なくとも一つのソフトウェアコンポーネントの割付先の計算機を決定するソフトウェア割付部８と、対象計算機及び割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する通知部９とを具備する計算機管理装置１を提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、航空機等の管制局に置かれた計算機システムの負荷予測及び負荷分散に関するものである。
【背景技術】
【０００２】
従来、計算機システムの可用性を高める方法として、計算機の負荷を監視し、負荷が増大した場合には、他の計算機に処理を実行させる、負荷分散方法が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１５９５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１の発明では、個々のアプリケーションソフトウェアの処理時間、処理開始時刻、処理期限等の情報に基づいて、アプリケーションソフトウェアの負荷をモニタし、これに基づいて負荷分散を行うため、リアルタイムで負荷分散の処理を行うには処理が煩雑化する等の問題があった。
【０００５】
本発明は、上記問題を解決するためになされたもので、計算機の負荷分散を容易に行うことのできる計算機管理装置及び計算機管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明は以下の手段を採用する。
本発明は、複数の計算機と情報伝達媒体を介して接続される計算機管理装置であって、各前記計算機から通知される各前記計算機の負荷情報に基づいて、各前記計算機における将来の負荷の値である負荷予測値を算出し、該負荷予測値が所定の閾値を上回るか否かを判定する将来負荷予測手段と、該将来負荷予測手段によって前記負荷予測値が所定の閾値を上回ると判定された計算機を将来過負荷状態になる対象計算機として検出し、各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて、該対象計算機で動作している少なくとも一つのソフトウェアコンポーネントの割付先の計算機を決定するソフトウェア割付手段と、該対象計算機及び前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する通知手段とを具備することを特徴とする計算機管理装置を提供する。
【０００７】
このような構成によれば、各計算機上で動作するアプリケーションの状態ではなく、各計算機のＣＰＵ負荷、メモリ使用量、データ通信量に基づいて計算機毎に将来の負荷を予測するので、各計算機の将来の稼働状態を容易に予測することができる。さらに、将来過負荷状態になると判断された計算機で稼働しているソフトウェアコンポーネントを、計算機が過負荷状態になる前に別の計算機に移動させることができるので、各計算機が過負荷状態になることを未然に防ぐことが可能となる。これにより、計算機の可用性を高めることができる。
【０００８】
上記計算機管理装置において、ソフトウェアコンポーネントが一つの計算機においてアクティブ状態で動作している場合に、該ソフトウェアコンポーネントと同一のソフトウェアコンポーネントを他の少なくとも一つの計算機においてスタンバイ状態で動作させており、前記ソフトウェア割付手段は、アクティブ状態で動作させるソフトウェアコンポーネントの割付先計算機と、スタンバイ状態で動作させるソフトウェアコンポーネントの割付先計算機とを決定することとしてもよい。
【０００９】
このように、ソフトウェアコンポーネントの割付においては、アクティブ状態で動作させる計算機とスタンバイ状態で動作させる計算機とが決定されるので、常にソフトウェアコンポーネントを二重化することができる。これにより、計算機システムの可用性を更に向上させることが可能となる。
【００１０】
上記計算機管理装置において、前記ソフトウェア割付手段は、前記対象計算機上で動作している各ソフトウェアコンポーネントのＣＰＵ負荷、メモリ負荷、及びデータ通信量の負荷と、前記ＣＰＵ負荷、前記メモリ負荷、及び前記データ通信量に対する所定の重みづけ係数と、前記ソフトウェアコンポーネント毎に設定されている移動優先度とに基づいて、ソフトウェアコンポーネント毎に移動スコアを算出し、該移動スコアが大きいソフトウェアコンポーネントを優先的に他の計算機に割り付けることとしてもよい。
【００１１】
このように、前記過負荷状態であると判断された計算機上で動作しているソフトウェアコンポーネント毎に計算機にかかる負荷の指標である移動スコアを算出し、移動スコアが高いソフトウェアコンポーネントから優先的に割付先の計算機を選定する。これにより、リアルタイム処理要求度の低いソフトウェアコンポーネント、かつ、負荷が大きいソフトウェアコンポーネントを優先的に別の計算機に移動させることができ、ソフトウェアコンポーネントの移動に伴う計算機の処理中断の影響を小さくするとともに、将来過負荷状態になると判断された計算機の負荷を効率的に軽減させることが可能となる。
【００１２】
上記計算機管理装置において、前記将来負荷予測手段は、各前記計算機の過去の負荷情報をパラメータの一つとする数式モデルを用いて前記負荷予測値を算出することとしてもよい。
【００１３】
このように、計算機の過去の負荷情報に基づいて、各計算機にかかる将来の負荷を予測するので、より現実に近い将来の負荷予測を行うことができ、将来の負荷予測の精度を向上させることが可能となる。上記数学モデルは、例えば、ラグランジュの補間多項式等である。
【００１４】
上記計算機管理装置において、前記将来負荷予測手段は、各計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて各前記計算機の負荷予測値を算出することとしてもよい。
【００１５】
このように、各計算機のＣＰＵ負荷、メモリ負荷、及びデータ通信量に基づいて、各計算機にかかる将来の負荷を予測するので、各計算機の稼働状態を詳細に把握することができ、負荷分散の精度を向上させることが可能となる。
【００１６】
本発明は、複数の計算機と情報伝達媒体を介して接続される計算機管理装置であって、 各前記計算機から通知される障害発生情報に基づいて、障害が発生している計算機を検出する障害監視手段と、障害の発生が検出された計算機上で動作していた各ソフトウェアコンポーネントの割付先計算機を各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて決定するソフトウェア割付手段と、前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する通知手段とを具備する計算機管理装置を提供する。
【００１７】
このような構成によれば、各計算機から通知される障害情報に基づいて、各計算機における障害の発生をモニタしており、障害が発生している計算機が検出された場合には、前記障害が発生した計算機で動作していた各ソフトウェアコンポーネントの割付を行うので、ソフトウェアコンポーネントの割付の切り替えを速やかに行うことが可能となる。これにより計算機システムの可用性を向上させることが可能となる。
【００１８】
上記計算機管理装置において、前記ソフトウェア割付手段は、各前記計算機にかかるＣＰＵ負荷、メモリ負荷、及びデータ通信量のそれぞれについて算出される負荷予測値と、前記ＣＰＵ負荷、前記メモリ負荷、及び前記データ通信量に対する所定の重みづけ係数とに基づいて、計算機毎に重み付き将来負荷を算出し、前記重み付き将来負荷が小さい計算機に対して優先的に前記ソフトウェアコンポーネントを割り付けることとしてもよい。
【００１９】
このように、各計算機のＣＰＵ負荷、メモリ負荷、及びデータ通信量のそれぞれについて算出される負荷予測値と、前記ＣＰＵ負荷、前記メモリ負荷、及び前記データ通信量に対する所定の重みづけ係数とに基づいて、計算機毎に重み付き将来負荷を算出する。この重み付き将来負荷は、値が小さいほど、計算機における将来の負荷が小さいことを示す指標である。従って、前記重み付き将来負荷が小さい計算機をソフトウェアコンポーネントの割付先計算機として優先的に選定することにより、将来の負荷が小さい計算機にソフトウェアコンポーネントを実行させることができる。これにより、負荷分散を効率的に行え、計算機システムの可用性を向上させることが可能となる。
【００２０】
本発明は、複数の計算機と上記計算機管理装置とを備えることを特徴とする計算機管理システムを提供する。
【００２１】
上記計算機管理システムにおいて、前記計算機管理装置が二重化されていることとしてもよい。
【００２２】
計算機管理装置が二重化されていることにより、アクティブ状態で動作している計算機管理装置が故障した場合であっても、２台目の計算機管理装置が動作するため、計算機管理システム自体は継続して動作させることが可能となる。
【００２３】
本発明は、各前記計算機から通知される各前記計算機の負荷情報に基づいて、各前記計算機における将来の負荷の値である負荷予測値を算出し、該負荷予測値が所定の閾値を上回るか否かを判定する過程と、前記負荷予測値が所定の閾値を上回るか否かを判定する過程によって前記負荷予測値が所定の閾値を上回ると判定された計算機を、将来過負荷状態になる対象計算機として検出し、各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて、該対象計算機で動作している少なくとも一つのソフトウェアコンポーネントの割付先の計算機を決定する過程と、前記対象計算機及び前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する過程とを有することを特徴とする計算機管理方法を提供する。
【００２４】
本発明は、各前記計算機から通知される各前記計算機の負荷情報に基づいて、各前記計算機における将来の負荷の値である負荷予測値を算出し、該負荷予測値が所定の閾値を上回るか否かを判定する処理と、前記負荷予測値が所定の閾値を上回るか否かを判定する処理によって前記負荷予測値が所定の閾値を上回ると判定された計算機を、将来過負荷状態になる対象計算機として検出し、各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて、前記対象計算機で動作している少なくとも一つのソフトウェアコンポーネントの割付先の計算機を決定する処理と、前記対象計算機及び前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する処理とをコンピュータに実行させるための計算機管理プログラムを提供する。
【００２５】
本発明は、各前記計算機から通知される障害発生情報に基づいて、障害が発生している計算機を検出する過程と、障害の発生が検出された計算機上で動作していた各ソフトウェアコンポーネントの割付先計算機を各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて決定する過程と、前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する過程とを有する計算機管理方法を提供する。
【００２６】
本発明は、各前記計算機から通知される障害発生情報に基づいて、障害が発生している計算機を検出する処理と、障害の発生が検出された計算機上で動作していた各ソフトウェアコンポーネントの割付先計算機を各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて決定する処理と、前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する処理とをコンピュータに実行させるための計算機管理プログラムを提供する。
【発明の効果】
【００２７】
本発明によれば、計算機の負荷分散を容易に行うことができるという効果を奏する。
【図面の簡単な説明】
【００２８】
【図１】本発明の第１の実施形態に係る計算機システムの構成の一例を示した機能ブロック図である。
【図２】ラグランジュの補間多項式により将来負荷を算出する方法を説明するためのグラフである。
【図３】ソフトウェアコンポーネントを選定する方法を説明するための図である。
【図４】ソフトウェアコンポーネントを動作させる計算機を選定する方法を説明するための図である。
【図５】本発明の第１の実施形態に係る計算機管理方法のフローチャートを示した図である。
【図６】本発明の第２の実施形態に係る計算機システムの構成の一例を示した機能ブロック図である。
【発明を実施するための形態】
【００２９】
以下、本発明の計算機管理装置の実施形態について、〔第１の実施形態〕、〔第２の実施形態〕の順に図面を参照して詳細に説明する。
【００３０】
〔第１の実施形態〕
図１は、本実施形態に係る計算機管理システムの概略構成を示した機能ブロック図である。
図１に示すように、本実施形態に係る計算機システム２０は、複数の計算機３，４，５及び計算機管理装置１とを備えている。各計算機３，４，５及び計算機管理装置１とは、互いに情報伝達媒体２を介して接続されており、双方向通信が可能な構成とされている。
【００３１】
計算機システム２０において、共通のソフトウェアコンポーネントが複数の計算機に搭載されており、１つの計算機においてソフトウェアコンポーネントがアクティブ状態で動作している場合には、必ずそれと同じソフトウェアコンポーネントが少なくとも１つの他の計算機においてスタンバイ状態で動作するようになっている。アクティブ状態とは、ソフトウェアコンポーネントが稼動している状態である。一方、スタンバイ状態とは、通常は予備のコンポーネントとして待機しており、アクティブ状態のコンポーネントが使用不可或いは停止された場合に、前記アクティブ状態に代えて速やかに動作を継続して行わせるための準備状態である。
【００３２】
さらに、ソフトウェアコンポーネントがアクティブ状態で動作している計算機は、同一ソフトウェアコンポーネントがスタンバイ状態で動作している計算機に対し、アクティブ状態で動作しているソフトウェアコンポーネントが保有している情報を定期的に通知しており、アクティブ状態で動作しているソフトウェアコンポーネントと、スタンバイ状態で動作しているソフトウェアコンポーネントとの間において、保有する情報は共通となっている。このように、同じソフトウェアコンポーネントを複数の計算機に搭載し、アクティブ状態とスタンバイ状態で動作させることにより、冗長性が確保され、アクティブ状態で動作させる計算機の切り替えを速やかに行うことが可能となる。
【００３３】
本実施形態においては、図１に示されているように、計算機３において、ソフトウェアコンポーネントＡ及びソフトウェアコンポーネントＢを共にアクティブ状態で動作させ、計算機４において、ソフトウェアコンポーネントＡをスタンバイ状態で動作させ、計算機５において、ソフトウェアコンポーネントＢをスタンバイ状態で動作させている状態を想定している。
【００３４】
各計算機３，４，５は、それぞれ共通処理部１１を備えている。この共通処理部１１は、自身の計算機のＣＰＵ負荷、メモリ使用量及びデータ通信量を定期的にモニタし、このモニタ結果である負荷情報２０１を計算機管理装置１に通知する。
さらに共通処理部１１は、計算機管理装置１から停止指示２０５が通知されると、自身の上で動作している当該ソフトウェアコンポーネントに対し、該指示に従い、ソフトウェアコンポーネントの停止処理を実施する。また、計算機管理装置１から生成指示２０３が通知されると、該指示に従い、ソフトウェアコンポーネントの生成処理を実施する。
【００３５】
計算機管理装置１は、将来負荷予測部（将来負荷予測手段）７、ソフトウェア割付部（ソフトウェア割付手段）８、及び通知部（通知手段）９を備えている。
将来負荷予測部７は、各計算機３，４，５から通知される各計算機の負荷情報２０１に基づいて、各計算機３，４，５における将来の負荷の値である負荷予測値を算出し、この負荷予測値が所定の閾値を上回るか否かを判定する。負荷予測値が所定の閾値を上回る計算機がある場合には、将来過負荷状態になると判断し、その計算機の情報をソフトウェア割付部８に出力する。
【００３６】
具体的には、計算機３，４，５からそれぞれ通知された負荷情報２０１と、それ以前に将来負荷予測部７に通知された負荷情報２０１である将来負荷予測部７が保存している過去の負荷情報２００とを用いて、所定の演算式により負荷予測値を算出する。該演算式は、例えば、補間多項式である。
より具体的には、将来負荷予測部７は、ラグランジュの補間多項式を用いることにより、負荷予測値を算出する。例えば、将来の負荷を算出する将来の時刻をｔ、過去の負荷計測値をｌｋ、過去の負荷計測時刻をｔｋ、次数をｎとした場合、将来時刻ｔにおける将来負荷値Ｌ(ｔ)は、公知の数式であるｎ次のラグランジュ補間多項式（１）式及び（２）式により得ることができる。
【数１】
【００３７】
図２は、横軸が時刻、縦軸が負荷率（単位はパーセント）を示したグラフである。負荷率とは、各計算機のＣＰＵ負荷、メモリ使用量、データ通信量が完全に使用された状態を１００パーセントとした場合に、各計算機で実際にモニタされたＣＰＵ負荷、メモリ使用量、データ通信量の割合（単位はパーセント）をいう。
過去の負荷率計測値と現在時刻の負荷率計測値が得られているとすると、例えば次数を３とした場合、前回、前々回、前前々回の負荷率計測値に基づいて、将来負荷算出時刻ｔにおける将来負荷率Ｌ(ｔ)は、以下の（３）式で与えられる。（３）式において、将来負荷を算出する将来時刻はｔ、今回から３回前の負荷率計測時刻はｔ０〜ｔ３、今回から３回前の負荷率計測値はｌ０〜ｌ３、負荷計測周期はＴ、将来負荷算出時刻と現在時刻との差はＴｄである。Ｔ及びＴｄは、構成定義記憶部１０に定義されており、適宜変更可能な値とされている。
【数２】
【００３８】
例えば、計算機３の負荷予測値Ｌ(ｔ)´が、所定の閾値を上回る場合には、計算機３は、将来過負荷状態となると予測され、その結果がソフトウェア割付部８に出力される。
【００３９】
このように、将来負荷予測部７は、将来的に過負荷になる計算機を特定するので、各計算機が過負荷になる前に、過負荷になりそうな計算機を検出することが可能となる。また、アプリケーションを考慮せずに、ＣＰＵ負荷、メモリ使用量、データ通信量により将来の負荷を予測するので、アプリケーションを考慮して将来の負荷を予測する場合に比べて少ない処理量で各計算機における将来の負荷を予測することができる。
【００４０】
ソフトウェア割付部８は、将来過負荷状態になると判断された計算機において、ソフトウェアコンポーネント毎にＣＰＵ負荷、メモリ負荷、及びデータ通信量のそれぞれの負荷値と、当該ＣＰＵ負荷、当該メモリ負荷、及び当該データ通信量に対する所定の重みづけ係数と、ソフトウェアコンポーネント毎に設定されている移動優先度とに基づいて、ソフトウェアコンポーネント毎に移動スコアを算出し、移動スコアが大きいソフトウェアコンポーネントから順に、割付先の計算機を決定し、その結果を通知部９に出力する。
【００４１】
具体的には、図３に示すように、計算機３におけるソフトウェアコンポーネント毎にＣＰＵ負荷、メモリ使用量、データ通信量のそれぞれに対する現在の負荷を算出し、ＣＰＵ負荷には所定のＣＰＵ負荷の重み係数を、現在のメモリ使用量には所定のメモリ使用量の重み係数を、現在のデータ通信量には所定のデータ通信量の重み係数をそれぞれ積算し、この積算結果の和を、当該ソフトウェアコンポーネントの重み付き負荷Ｂとして算出する。続いて、この重み付き負荷Ｂと、当該ソフトウェアコンポーネントの所定の移動優先度とを積算し、移動スコアを算出する。この移動スコアは、当該ソフトウェアコンポーネントが計算機にかける負荷の指標であり、移動スコアが大きいほど、計算機にかかる負荷が大きいソフトウェアコンポーネントであるとみなすことができる。
【００４２】
続いて、当該ソフトウェアコンポーネントを移動する計算機を決定する。具体的には、当該ソフトウェアコンポーネントを動作させる計算機を、将来の計算機の負荷状態に基づいて選定する。
より具体的には、図４のように、将来負荷予測部７によって算出された各計算機の負荷予測値と、構成定義記憶部１０に格納されているＣＰＵ負荷の重み係数、メモリ使用量の重み係数、データ通信量の重み係数とを積算したものを重み付き将来負荷Ｃとして算出し、この重み付き将来負荷Ｃの値により、動作させる計算機を選定する。重み付き将来負荷Ｃは、計算機の将来の負荷の大きさを示す指標であり、値が小さいほど将来の負荷が小さいと予測されることを意味するので、重み付き将来負荷Ｃの値が小さい計算機を、当該ソフトウェアコンポーネントを動作させる計算機として選定することにより、負荷の小さい計算機に効率的にソフトウェアコンポーネントを割り付けることができる。
【００４３】
例えば、将来負荷予測部７により、計算機３が将来過負荷になると予測され、計算機３においてアクティブ状態で動作しているソフトウェアコンポーネントＢを別の計算機に割り付けることとする場合、ソフトウェア割付部８は、計算機毎に重み付き将来負荷を求め、この重み付き将来負荷に基づいて計算機３で動作しているアクティブ状態のソフトウェアコンポーネントＢを動作させる計算機を選定する。これにより、ソフトウェアコンポーネントＢが正常に動作し、リソースを確保できる計算機を割付先の計算機として選定することができる。なお、このとき、将来過負荷状態になると判定された計算機や、冗長化が確保できないスタンバイ状態のソフトウェアコンポーネントが動作する計算機は、動作させる計算機にするか否かの選定から除外するとよい。従って、本実施形態においては、計算機４がアクティブ状態のソフトウェアコンポーネントＢを動作させる計算機として選定される。
【００４４】
通知部９は、将来過負荷状態になると判定された計算機及びソフトウェアコンポーネントの割付先の計算機に対して、ソフトウェアコンポーネントの割り付けに関する情報を通知する。例えば、通知部９は、ソフトウェアコンポーネントＢをアクティブ状態で動作している計算機３に対し、停止指示２０５を出力し、ソフトウェアコンポーネントＢを新たにアクティブ状態で動作させる計算機４に対し、生成指示２０３を出力する。
【００４５】
構成定義記憶部１０には、ソフトウェアコンポーネントの初期配置、ソフトウェアコンポーネントの優先度及び計算機リソースの最大許容負荷等の情報が予め格納されている。具体的には、各計算機３，４，５における、各ソフトウェアコンポーネントの動作状態（アクティブ状態及びスタンバイ状態）を示すソフトウェアコンポーネントの初期配置、ソフトウェアコンポーネントを移動させる優先度、各計算機にかかるＣＰＵ負荷、メモリ使用量及びデータ通信量の最大許容負荷等の情報が予め格納されている。
【００４６】
次に、本実施形態に係る計算機管理装置の作用について説明する。ここでは、説明の便宜上、計算機３においてソフトウェアコンポーネントＡ及びソフトウェアコンポーネントＢがアクティブ状態で動作しており、計算機４において、ソフトウェアコンポーネントＡがスタンバイ状態で動作しており、計算機５において、ソフトウェアコンポーネントＢをスタンバイ状態で動作している場合を想定して説明を行う。
まず、計算機３の共通処理部１１により、定期的に自身のＣＰＵ負荷、メモリ容量、データ通信量がモニタされ、モニタ結果が負荷情報２０１として、計算機管理装置１に出力される。
【００４７】
同様に、計算機４、５の共通処理部１１により、各計算機４，５のモニタ結果が負荷情報２０１として計算機管理装置１に出力される。計算機管理装置１の将来負荷予測部７が保有している過去のＣＰＵ負荷、メモリ使用量、データ通信量である過去の負荷情報２００が読み出され、この過去の負荷情報２００と各計算機３、４、５から通知された負荷情報２０１とから、計算機毎にＣＰＵ負荷、メモリ使用量、データ通信量のそれぞれについて、予測負荷値が算出される。算出されたそれぞれの予測負荷値は所定の閾値と比較され、比較の結果、予測負荷値が所定の閾値よりも大きい場合には、この計算機の情報がソフトウェア割付部８に出力される。例えば、計算機３の予測負荷値が閾値よりも大きかった場合には、計算機３の情報がソフトウェア割付部８に出力される。
【００４８】
ソフトウェア割付部８では、将来負荷予測部７によって将来過負荷状態になると判定された計算機３で動作しているソフトウェアコンポーネントＡ、Ｂの中から移動させるソフトウェアコポーネントを選定する。この結果、ソフトウェアコンポーネントＢが選定された場合には、続いて、このソフトウェアコンポーネントＢの割付先計算機を選定する。この結果、ソフトウェアコンポーネントＢをアクティブ状態で作動させる計算機として、計算機４が選定される。新たなソフトウェアコンポーネントの割付に関する情報は、割付計画２０２として、通知部９に出力される。これにより、計算機４に対し、ソフトウェアコンポーネントＢに関する生成指示２０３が通知され、ソフトウェアコンポーネントＢがアクティブ状態で動作していた計算機３に対し、停止指示２０５が通知される。
【００４９】
計算機４の共通処理部１１では、通知部９から取得した生成指示２０３に基づいて、ソフトウェアコンポーネントＢをアクティブ状態として生成する生成処理２０４が実行される。計算機３の共通処理部１１では、通知部９から取得した停止指示２０５に基づいて、アクティブ状態のソフトウェアコンポーネントＢに対し、処理を停止する停止処理２０６が実行される。上記処理が実行されることにより、計算機３におけるソフトウェアコンポーネントＢは停止され、計算機４のソフトウェアコンポーネントＢはアクティブ状態で動作する。
【００５０】
なお、上述した実施形態では、計算機管理装置としてハードウェアによる処理を前提としていたが、このような構成に限定される必要はない。例えば、別途ソフトウェアにて処理する構成も可能である。この場合、計算機管理装置は、ＣＰＵ、ＲＡＭ等の主記憶装置、上記処理の全て或いは一部を実現させるためのプログラムが記録されたコンピュータ読み取り可能な記録媒体を備えている。そして、ＣＰＵが上記記憶媒体に記録されているプログラムを読み出して、情報の加工・演算処理を実行することにより、上述の計算機管理装置と同様の処理を実現させる。
ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【００５１】
以下、ＣＰＵが計算機管理プログラムを実行することにより実現される計算機管理方法の処理手順について図５を参照して説明する。
まず、各計算機において、自身のＣＰＵ負荷、メモリ使用量、データ通信量の負荷情報をモニタする（図５のステップＳＡ１）。次に、モニタされた負荷情報と過去の負荷情報とから将来の負荷値を予測する（ステップＳＡ２）。予測された負荷値は、閾値と比較される（ステップＳＡ３）。予測負荷値が閾値を上回る場合には、ソフトウェアコンポーネントの割付に関する計画が決定される（ステップＳＡ４）。決定された割付に関する計画に基づいて、処理対象となる計算機に処理の指示が通知される（ステップＳＡ５）。ステップＳＡ５で通知された指示内容に適する処理が施され、本処理を終了する（ステップＳＡ６）。
【００５２】
以上説明してきたように、本実施形態に係る計算機管理装置及び計算機管理システムによれば、各計算機にかかるＣＰＵ負荷、メモリ使用量、データ通信量を含む計算機のリソース情報である負荷情報を監視し、現在の負荷情報と過去の負荷情報とから、将来の負荷を予測することで、過負荷状態になる計算機を容易に予測し、過負荷状態になると予測された計算機で動作するソフトウェアコンポーネントを、計算機リソースに余裕のある計算機に割り付けの変更を行うことができる。これにより、過負荷状態であることに起因する計算機システムの問題が発生する前に、ソフトウェアコンポーネントを移動させ、各計算機にかかる負荷を分散させることが可能となるため、計算機システムとしての可用性及び信頼性を向上させることが可能となる。
また、アプリケーションを考慮せずに、ＣＰＵ負荷、メモリ使用量、データ通信量により将来の負荷を予測するので、アプリケーションを考慮して将来の負荷を予測する場合に比べて処理量を低減させることができる。
さらに、同じソフトウェアコンポーネントを複数の計算機に搭載し、アクティブ状態とスタンバイ状態で動作させることにより、常に冗長性が確保され、アクティブ状態で動作させる計算機の切り替えを速やかに行える。
【００５３】
なお、本実施形態では、負荷予測値を算出する際において、多項式の次数を３としたが、これに限られない。例えば、多項式の次数を４として、今回から４回前の負荷率計測値を将来負荷を算出するパラメータとして用いてもよいこととする。
また、ソフトウェアコンポーネント毎のＣＰＵ負荷、メモリ負荷、及びデータ通信量のそれぞれの負荷値から移動スコアを算出する過程において、当該ＣＰＵ負荷、当該メモリ負荷、及び当該データ通信量のそれぞれの負荷値のかわりに、当該ＣＰＵ負荷、当該メモリ負荷、及び当該データ通信量の負荷予測値を算出し用いてもよいこととする。
【００５４】
〔第２の実施形態〕
本実施形態においては、計算機管理システムが各計算機の障害発生を監視しており、発生した障害に応じて、ソフトウェアコンポーネントの割り付け変更を行う点で上記第１の実施形態と異なる。以下、本実施形態に係る計算機管理システムについて図６を使用し、第１の実施形態と共通する点については説明を省略し、異なる点について主に説明する。
【００５５】
本実施形態においては、図６に示されているように、計算機３において、ソフトウェアコンポーネントＡ及びソフトウェアコンポーネントＢを共にアクティブ状態で動作させ、計算機４において、ソフトウェアコンポーネントＡをスタンバイ状態で動作させ、計算機５において、ソフトウェアコンポーネントＢをスタンバイ状態で動作させていることを想定している。各計算機３、４、５は、障害の発生を検出する障害監視部（障害監視手段）１５を備えている。
【００５６】
例えば、計算機３の障害監視部１５は、計算機３のソフトウェアコンポーネントＡの障害発生を検出すると障害情報３０１を計算機管理装置１及び他の計算機に通知する。障害情報３０１を取得した各計算機３、４、５のうち、障害が発生した計算機で動作していたソフトウェアコンポーネントＡをスタンバイ状態で動作させていた計算機４は、該当する自身のソフトウェアコンポーネントＡをスタンバイ状態からアクティブ状態に切替を行う切替処理３０３を実行する。この結果、該当するソフトウェアコンポーネントＡが、アクティブ状態で動作することとなる。
【００５７】
計算機管理装置１は、障害情報３０１を取得すると、冗長性を確保するため、障害が発生した計算機で動作していたソフトウェアコンポーネントＡを新たにスタンバイ状態で動作させる割付先計算機を選定する。この選定方法としては、上述した第１の実施形態で述べた方法を採用することができる。なお、選定にあたり、将来過負荷状態になると判定された計算機や、冗長化が確保できないアクティブ状態のソフトウェアコンポーネントＡが動作する計算機、およびハードウェアに障害の可能性があるソフトウェアコンポーネントＡの障害が発生した計算機は、動作させる計算機にするか否かの選定から除外するとよい。本実施形態では、計算機５が選定される。計算機管理装置１は、選定された計算機５に対し、新たにソフトウェアコンポーネントＡを生成し、スタンバイ状態で動作させるための生成指示３０６を出力する。生成指示３０６を取得した計算機５は、該当するソフトウェアコンポーネントＡをスタンバイ状態で動作させるための、生成処理３０７を実行する。また、計算機３は、障害を発生したソフトウェアコンポーネントＡを終了させる終了処理３０２を実行する。
【００５８】
このように、本実施形態に係る計算機管理システムによれば、障害の発生を検出すると、障害が発生した計算機で動作していたソフトウェアコンポーネントをスタンバイ状態で動作させていた計算機が、該当するソフトウェアコンポーネントをスタンバイ状態からアクティブ状態に速やかに切り替えを行う。これにより、障害が発生した場合であっても、ソフトウェアコンポーネントの切り替えが速やかに行われるので、処理を継続して行うことができる。このため、計算機システムの可用性及び信頼性を向上させることが可能となる。
【符号の説明】
【００５９】
１ 計算機管理装置
２ 情報伝達媒体
３ 計算機
４ 計算機
５ 計算機
７ 将来負荷予測部
８ ソフトウェア割付部
９ 通知部
１０ 構成定義記憶部
１１ 共通処理部
１５ 障害監視部
２０１ 負荷情報
２０２ 割付計画
２０３ 生成指示
２０４ 生成処理
２０５ 停止指示
２０６ 停止処理
３０１ 障害情報
３０２ 終了処理
３０３ 切替処理
３０６ 生成指示
３０７ 生成処理
【技術分野】
【０００１】
本発明は、例えば、航空機等の管制局に置かれた計算機システムの負荷予測及び負荷分散に関するものである。
【背景技術】
【０００２】
従来、計算機システムの可用性を高める方法として、計算機の負荷を監視し、負荷が増大した場合には、他の計算機に処理を実行させる、負荷分散方法が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１５９５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１の発明では、個々のアプリケーションソフトウェアの処理時間、処理開始時刻、処理期限等の情報に基づいて、アプリケーションソフトウェアの負荷をモニタし、これに基づいて負荷分散を行うため、リアルタイムで負荷分散の処理を行うには処理が煩雑化する等の問題があった。
【０００５】
本発明は、上記問題を解決するためになされたもので、計算機の負荷分散を容易に行うことのできる計算機管理装置及び計算機管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明は以下の手段を採用する。
本発明は、複数の計算機と情報伝達媒体を介して接続される計算機管理装置であって、各前記計算機から通知される各前記計算機の負荷情報に基づいて、各前記計算機における将来の負荷の値である負荷予測値を算出し、該負荷予測値が所定の閾値を上回るか否かを判定する将来負荷予測手段と、該将来負荷予測手段によって前記負荷予測値が所定の閾値を上回ると判定された計算機を将来過負荷状態になる対象計算機として検出し、各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて、該対象計算機で動作している少なくとも一つのソフトウェアコンポーネントの割付先の計算機を決定するソフトウェア割付手段と、該対象計算機及び前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する通知手段とを具備することを特徴とする計算機管理装置を提供する。
【０００７】
このような構成によれば、各計算機上で動作するアプリケーションの状態ではなく、各計算機のＣＰＵ負荷、メモリ使用量、データ通信量に基づいて計算機毎に将来の負荷を予測するので、各計算機の将来の稼働状態を容易に予測することができる。さらに、将来過負荷状態になると判断された計算機で稼働しているソフトウェアコンポーネントを、計算機が過負荷状態になる前に別の計算機に移動させることができるので、各計算機が過負荷状態になることを未然に防ぐことが可能となる。これにより、計算機の可用性を高めることができる。
【０００８】
上記計算機管理装置において、ソフトウェアコンポーネントが一つの計算機においてアクティブ状態で動作している場合に、該ソフトウェアコンポーネントと同一のソフトウェアコンポーネントを他の少なくとも一つの計算機においてスタンバイ状態で動作させており、前記ソフトウェア割付手段は、アクティブ状態で動作させるソフトウェアコンポーネントの割付先計算機と、スタンバイ状態で動作させるソフトウェアコンポーネントの割付先計算機とを決定することとしてもよい。
【０００９】
このように、ソフトウェアコンポーネントの割付においては、アクティブ状態で動作させる計算機とスタンバイ状態で動作させる計算機とが決定されるので、常にソフトウェアコンポーネントを二重化することができる。これにより、計算機システムの可用性を更に向上させることが可能となる。
【００１０】
上記計算機管理装置において、前記ソフトウェア割付手段は、前記対象計算機上で動作している各ソフトウェアコンポーネントのＣＰＵ負荷、メモリ負荷、及びデータ通信量の負荷と、前記ＣＰＵ負荷、前記メモリ負荷、及び前記データ通信量に対する所定の重みづけ係数と、前記ソフトウェアコンポーネント毎に設定されている移動優先度とに基づいて、ソフトウェアコンポーネント毎に移動スコアを算出し、該移動スコアが大きいソフトウェアコンポーネントを優先的に他の計算機に割り付けることとしてもよい。
【００１１】
このように、前記過負荷状態であると判断された計算機上で動作しているソフトウェアコンポーネント毎に計算機にかかる負荷の指標である移動スコアを算出し、移動スコアが高いソフトウェアコンポーネントから優先的に割付先の計算機を選定する。これにより、リアルタイム処理要求度の低いソフトウェアコンポーネント、かつ、負荷が大きいソフトウェアコンポーネントを優先的に別の計算機に移動させることができ、ソフトウェアコンポーネントの移動に伴う計算機の処理中断の影響を小さくするとともに、将来過負荷状態になると判断された計算機の負荷を効率的に軽減させることが可能となる。
【００１２】
上記計算機管理装置において、前記将来負荷予測手段は、各前記計算機の過去の負荷情報をパラメータの一つとする数式モデルを用いて前記負荷予測値を算出することとしてもよい。
【００１３】
このように、計算機の過去の負荷情報に基づいて、各計算機にかかる将来の負荷を予測するので、より現実に近い将来の負荷予測を行うことができ、将来の負荷予測の精度を向上させることが可能となる。上記数学モデルは、例えば、ラグランジュの補間多項式等である。
【００１４】
上記計算機管理装置において、前記将来負荷予測手段は、各計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて各前記計算機の負荷予測値を算出することとしてもよい。
【００１５】
このように、各計算機のＣＰＵ負荷、メモリ負荷、及びデータ通信量に基づいて、各計算機にかかる将来の負荷を予測するので、各計算機の稼働状態を詳細に把握することができ、負荷分散の精度を向上させることが可能となる。
【００１６】
本発明は、複数の計算機と情報伝達媒体を介して接続される計算機管理装置であって、 各前記計算機から通知される障害発生情報に基づいて、障害が発生している計算機を検出する障害監視手段と、障害の発生が検出された計算機上で動作していた各ソフトウェアコンポーネントの割付先計算機を各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて決定するソフトウェア割付手段と、前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する通知手段とを具備する計算機管理装置を提供する。
【００１７】
このような構成によれば、各計算機から通知される障害情報に基づいて、各計算機における障害の発生をモニタしており、障害が発生している計算機が検出された場合には、前記障害が発生した計算機で動作していた各ソフトウェアコンポーネントの割付を行うので、ソフトウェアコンポーネントの割付の切り替えを速やかに行うことが可能となる。これにより計算機システムの可用性を向上させることが可能となる。
【００１８】
上記計算機管理装置において、前記ソフトウェア割付手段は、各前記計算機にかかるＣＰＵ負荷、メモリ負荷、及びデータ通信量のそれぞれについて算出される負荷予測値と、前記ＣＰＵ負荷、前記メモリ負荷、及び前記データ通信量に対する所定の重みづけ係数とに基づいて、計算機毎に重み付き将来負荷を算出し、前記重み付き将来負荷が小さい計算機に対して優先的に前記ソフトウェアコンポーネントを割り付けることとしてもよい。
【００１９】
このように、各計算機のＣＰＵ負荷、メモリ負荷、及びデータ通信量のそれぞれについて算出される負荷予測値と、前記ＣＰＵ負荷、前記メモリ負荷、及び前記データ通信量に対する所定の重みづけ係数とに基づいて、計算機毎に重み付き将来負荷を算出する。この重み付き将来負荷は、値が小さいほど、計算機における将来の負荷が小さいことを示す指標である。従って、前記重み付き将来負荷が小さい計算機をソフトウェアコンポーネントの割付先計算機として優先的に選定することにより、将来の負荷が小さい計算機にソフトウェアコンポーネントを実行させることができる。これにより、負荷分散を効率的に行え、計算機システムの可用性を向上させることが可能となる。
【００２０】
本発明は、複数の計算機と上記計算機管理装置とを備えることを特徴とする計算機管理システムを提供する。
【００２１】
上記計算機管理システムにおいて、前記計算機管理装置が二重化されていることとしてもよい。
【００２２】
計算機管理装置が二重化されていることにより、アクティブ状態で動作している計算機管理装置が故障した場合であっても、２台目の計算機管理装置が動作するため、計算機管理システム自体は継続して動作させることが可能となる。
【００２３】
本発明は、各前記計算機から通知される各前記計算機の負荷情報に基づいて、各前記計算機における将来の負荷の値である負荷予測値を算出し、該負荷予測値が所定の閾値を上回るか否かを判定する過程と、前記負荷予測値が所定の閾値を上回るか否かを判定する過程によって前記負荷予測値が所定の閾値を上回ると判定された計算機を、将来過負荷状態になる対象計算機として検出し、各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて、該対象計算機で動作している少なくとも一つのソフトウェアコンポーネントの割付先の計算機を決定する過程と、前記対象計算機及び前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する過程とを有することを特徴とする計算機管理方法を提供する。
【００２４】
本発明は、各前記計算機から通知される各前記計算機の負荷情報に基づいて、各前記計算機における将来の負荷の値である負荷予測値を算出し、該負荷予測値が所定の閾値を上回るか否かを判定する処理と、前記負荷予測値が所定の閾値を上回るか否かを判定する処理によって前記負荷予測値が所定の閾値を上回ると判定された計算機を、将来過負荷状態になる対象計算機として検出し、各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて、前記対象計算機で動作している少なくとも一つのソフトウェアコンポーネントの割付先の計算機を決定する処理と、前記対象計算機及び前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する処理とをコンピュータに実行させるための計算機管理プログラムを提供する。
【００２５】
本発明は、各前記計算機から通知される障害発生情報に基づいて、障害が発生している計算機を検出する過程と、障害の発生が検出された計算機上で動作していた各ソフトウェアコンポーネントの割付先計算機を各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて決定する過程と、前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する過程とを有する計算機管理方法を提供する。
【００２６】
本発明は、各前記計算機から通知される障害発生情報に基づいて、障害が発生している計算機を検出する処理と、障害の発生が検出された計算機上で動作していた各ソフトウェアコンポーネントの割付先計算機を各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて決定する処理と、前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する処理とをコンピュータに実行させるための計算機管理プログラムを提供する。
【発明の効果】
【００２７】
本発明によれば、計算機の負荷分散を容易に行うことができるという効果を奏する。
【図面の簡単な説明】
【００２８】
【図１】本発明の第１の実施形態に係る計算機システムの構成の一例を示した機能ブロック図である。
【図２】ラグランジュの補間多項式により将来負荷を算出する方法を説明するためのグラフである。
【図３】ソフトウェアコンポーネントを選定する方法を説明するための図である。
【図４】ソフトウェアコンポーネントを動作させる計算機を選定する方法を説明するための図である。
【図５】本発明の第１の実施形態に係る計算機管理方法のフローチャートを示した図である。
【図６】本発明の第２の実施形態に係る計算機システムの構成の一例を示した機能ブロック図である。
【発明を実施するための形態】
【００２９】
以下、本発明の計算機管理装置の実施形態について、〔第１の実施形態〕、〔第２の実施形態〕の順に図面を参照して詳細に説明する。
【００３０】
〔第１の実施形態〕
図１は、本実施形態に係る計算機管理システムの概略構成を示した機能ブロック図である。
図１に示すように、本実施形態に係る計算機システム２０は、複数の計算機３，４，５及び計算機管理装置１とを備えている。各計算機３，４，５及び計算機管理装置１とは、互いに情報伝達媒体２を介して接続されており、双方向通信が可能な構成とされている。
【００３１】
計算機システム２０において、共通のソフトウェアコンポーネントが複数の計算機に搭載されており、１つの計算機においてソフトウェアコンポーネントがアクティブ状態で動作している場合には、必ずそれと同じソフトウェアコンポーネントが少なくとも１つの他の計算機においてスタンバイ状態で動作するようになっている。アクティブ状態とは、ソフトウェアコンポーネントが稼動している状態である。一方、スタンバイ状態とは、通常は予備のコンポーネントとして待機しており、アクティブ状態のコンポーネントが使用不可或いは停止された場合に、前記アクティブ状態に代えて速やかに動作を継続して行わせるための準備状態である。
【００３２】
さらに、ソフトウェアコンポーネントがアクティブ状態で動作している計算機は、同一ソフトウェアコンポーネントがスタンバイ状態で動作している計算機に対し、アクティブ状態で動作しているソフトウェアコンポーネントが保有している情報を定期的に通知しており、アクティブ状態で動作しているソフトウェアコンポーネントと、スタンバイ状態で動作しているソフトウェアコンポーネントとの間において、保有する情報は共通となっている。このように、同じソフトウェアコンポーネントを複数の計算機に搭載し、アクティブ状態とスタンバイ状態で動作させることにより、冗長性が確保され、アクティブ状態で動作させる計算機の切り替えを速やかに行うことが可能となる。
【００３３】
本実施形態においては、図１に示されているように、計算機３において、ソフトウェアコンポーネントＡ及びソフトウェアコンポーネントＢを共にアクティブ状態で動作させ、計算機４において、ソフトウェアコンポーネントＡをスタンバイ状態で動作させ、計算機５において、ソフトウェアコンポーネントＢをスタンバイ状態で動作させている状態を想定している。
【００３４】
各計算機３，４，５は、それぞれ共通処理部１１を備えている。この共通処理部１１は、自身の計算機のＣＰＵ負荷、メモリ使用量及びデータ通信量を定期的にモニタし、このモニタ結果である負荷情報２０１を計算機管理装置１に通知する。
さらに共通処理部１１は、計算機管理装置１から停止指示２０５が通知されると、自身の上で動作している当該ソフトウェアコンポーネントに対し、該指示に従い、ソフトウェアコンポーネントの停止処理を実施する。また、計算機管理装置１から生成指示２０３が通知されると、該指示に従い、ソフトウェアコンポーネントの生成処理を実施する。
【００３５】
計算機管理装置１は、将来負荷予測部（将来負荷予測手段）７、ソフトウェア割付部（ソフトウェア割付手段）８、及び通知部（通知手段）９を備えている。
将来負荷予測部７は、各計算機３，４，５から通知される各計算機の負荷情報２０１に基づいて、各計算機３，４，５における将来の負荷の値である負荷予測値を算出し、この負荷予測値が所定の閾値を上回るか否かを判定する。負荷予測値が所定の閾値を上回る計算機がある場合には、将来過負荷状態になると判断し、その計算機の情報をソフトウェア割付部８に出力する。
【００３６】
具体的には、計算機３，４，５からそれぞれ通知された負荷情報２０１と、それ以前に将来負荷予測部７に通知された負荷情報２０１である将来負荷予測部７が保存している過去の負荷情報２００とを用いて、所定の演算式により負荷予測値を算出する。該演算式は、例えば、補間多項式である。
より具体的には、将来負荷予測部７は、ラグランジュの補間多項式を用いることにより、負荷予測値を算出する。例えば、将来の負荷を算出する将来の時刻をｔ、過去の負荷計測値をｌｋ、過去の負荷計測時刻をｔｋ、次数をｎとした場合、将来時刻ｔにおける将来負荷値Ｌ(ｔ)は、公知の数式であるｎ次のラグランジュ補間多項式（１）式及び（２）式により得ることができる。
【数１】
【００３７】
図２は、横軸が時刻、縦軸が負荷率（単位はパーセント）を示したグラフである。負荷率とは、各計算機のＣＰＵ負荷、メモリ使用量、データ通信量が完全に使用された状態を１００パーセントとした場合に、各計算機で実際にモニタされたＣＰＵ負荷、メモリ使用量、データ通信量の割合（単位はパーセント）をいう。
過去の負荷率計測値と現在時刻の負荷率計測値が得られているとすると、例えば次数を３とした場合、前回、前々回、前前々回の負荷率計測値に基づいて、将来負荷算出時刻ｔにおける将来負荷率Ｌ(ｔ)は、以下の（３）式で与えられる。（３）式において、将来負荷を算出する将来時刻はｔ、今回から３回前の負荷率計測時刻はｔ０〜ｔ３、今回から３回前の負荷率計測値はｌ０〜ｌ３、負荷計測周期はＴ、将来負荷算出時刻と現在時刻との差はＴｄである。Ｔ及びＴｄは、構成定義記憶部１０に定義されており、適宜変更可能な値とされている。
【数２】
【００３８】
例えば、計算機３の負荷予測値Ｌ(ｔ)´が、所定の閾値を上回る場合には、計算機３は、将来過負荷状態となると予測され、その結果がソフトウェア割付部８に出力される。
【００３９】
このように、将来負荷予測部７は、将来的に過負荷になる計算機を特定するので、各計算機が過負荷になる前に、過負荷になりそうな計算機を検出することが可能となる。また、アプリケーションを考慮せずに、ＣＰＵ負荷、メモリ使用量、データ通信量により将来の負荷を予測するので、アプリケーションを考慮して将来の負荷を予測する場合に比べて少ない処理量で各計算機における将来の負荷を予測することができる。
【００４０】
ソフトウェア割付部８は、将来過負荷状態になると判断された計算機において、ソフトウェアコンポーネント毎にＣＰＵ負荷、メモリ負荷、及びデータ通信量のそれぞれの負荷値と、当該ＣＰＵ負荷、当該メモリ負荷、及び当該データ通信量に対する所定の重みづけ係数と、ソフトウェアコンポーネント毎に設定されている移動優先度とに基づいて、ソフトウェアコンポーネント毎に移動スコアを算出し、移動スコアが大きいソフトウェアコンポーネントから順に、割付先の計算機を決定し、その結果を通知部９に出力する。
【００４１】
具体的には、図３に示すように、計算機３におけるソフトウェアコンポーネント毎にＣＰＵ負荷、メモリ使用量、データ通信量のそれぞれに対する現在の負荷を算出し、ＣＰＵ負荷には所定のＣＰＵ負荷の重み係数を、現在のメモリ使用量には所定のメモリ使用量の重み係数を、現在のデータ通信量には所定のデータ通信量の重み係数をそれぞれ積算し、この積算結果の和を、当該ソフトウェアコンポーネントの重み付き負荷Ｂとして算出する。続いて、この重み付き負荷Ｂと、当該ソフトウェアコンポーネントの所定の移動優先度とを積算し、移動スコアを算出する。この移動スコアは、当該ソフトウェアコンポーネントが計算機にかける負荷の指標であり、移動スコアが大きいほど、計算機にかかる負荷が大きいソフトウェアコンポーネントであるとみなすことができる。
【００４２】
続いて、当該ソフトウェアコンポーネントを移動する計算機を決定する。具体的には、当該ソフトウェアコンポーネントを動作させる計算機を、将来の計算機の負荷状態に基づいて選定する。
より具体的には、図４のように、将来負荷予測部７によって算出された各計算機の負荷予測値と、構成定義記憶部１０に格納されているＣＰＵ負荷の重み係数、メモリ使用量の重み係数、データ通信量の重み係数とを積算したものを重み付き将来負荷Ｃとして算出し、この重み付き将来負荷Ｃの値により、動作させる計算機を選定する。重み付き将来負荷Ｃは、計算機の将来の負荷の大きさを示す指標であり、値が小さいほど将来の負荷が小さいと予測されることを意味するので、重み付き将来負荷Ｃの値が小さい計算機を、当該ソフトウェアコンポーネントを動作させる計算機として選定することにより、負荷の小さい計算機に効率的にソフトウェアコンポーネントを割り付けることができる。
【００４３】
例えば、将来負荷予測部７により、計算機３が将来過負荷になると予測され、計算機３においてアクティブ状態で動作しているソフトウェアコンポーネントＢを別の計算機に割り付けることとする場合、ソフトウェア割付部８は、計算機毎に重み付き将来負荷を求め、この重み付き将来負荷に基づいて計算機３で動作しているアクティブ状態のソフトウェアコンポーネントＢを動作させる計算機を選定する。これにより、ソフトウェアコンポーネントＢが正常に動作し、リソースを確保できる計算機を割付先の計算機として選定することができる。なお、このとき、将来過負荷状態になると判定された計算機や、冗長化が確保できないスタンバイ状態のソフトウェアコンポーネントが動作する計算機は、動作させる計算機にするか否かの選定から除外するとよい。従って、本実施形態においては、計算機４がアクティブ状態のソフトウェアコンポーネントＢを動作させる計算機として選定される。
【００４４】
通知部９は、将来過負荷状態になると判定された計算機及びソフトウェアコンポーネントの割付先の計算機に対して、ソフトウェアコンポーネントの割り付けに関する情報を通知する。例えば、通知部９は、ソフトウェアコンポーネントＢをアクティブ状態で動作している計算機３に対し、停止指示２０５を出力し、ソフトウェアコンポーネントＢを新たにアクティブ状態で動作させる計算機４に対し、生成指示２０３を出力する。
【００４５】
構成定義記憶部１０には、ソフトウェアコンポーネントの初期配置、ソフトウェアコンポーネントの優先度及び計算機リソースの最大許容負荷等の情報が予め格納されている。具体的には、各計算機３，４，５における、各ソフトウェアコンポーネントの動作状態（アクティブ状態及びスタンバイ状態）を示すソフトウェアコンポーネントの初期配置、ソフトウェアコンポーネントを移動させる優先度、各計算機にかかるＣＰＵ負荷、メモリ使用量及びデータ通信量の最大許容負荷等の情報が予め格納されている。
【００４６】
次に、本実施形態に係る計算機管理装置の作用について説明する。ここでは、説明の便宜上、計算機３においてソフトウェアコンポーネントＡ及びソフトウェアコンポーネントＢがアクティブ状態で動作しており、計算機４において、ソフトウェアコンポーネントＡがスタンバイ状態で動作しており、計算機５において、ソフトウェアコンポーネントＢをスタンバイ状態で動作している場合を想定して説明を行う。
まず、計算機３の共通処理部１１により、定期的に自身のＣＰＵ負荷、メモリ容量、データ通信量がモニタされ、モニタ結果が負荷情報２０１として、計算機管理装置１に出力される。
【００４７】
同様に、計算機４、５の共通処理部１１により、各計算機４，５のモニタ結果が負荷情報２０１として計算機管理装置１に出力される。計算機管理装置１の将来負荷予測部７が保有している過去のＣＰＵ負荷、メモリ使用量、データ通信量である過去の負荷情報２００が読み出され、この過去の負荷情報２００と各計算機３、４、５から通知された負荷情報２０１とから、計算機毎にＣＰＵ負荷、メモリ使用量、データ通信量のそれぞれについて、予測負荷値が算出される。算出されたそれぞれの予測負荷値は所定の閾値と比較され、比較の結果、予測負荷値が所定の閾値よりも大きい場合には、この計算機の情報がソフトウェア割付部８に出力される。例えば、計算機３の予測負荷値が閾値よりも大きかった場合には、計算機３の情報がソフトウェア割付部８に出力される。
【００４８】
ソフトウェア割付部８では、将来負荷予測部７によって将来過負荷状態になると判定された計算機３で動作しているソフトウェアコンポーネントＡ、Ｂの中から移動させるソフトウェアコポーネントを選定する。この結果、ソフトウェアコンポーネントＢが選定された場合には、続いて、このソフトウェアコンポーネントＢの割付先計算機を選定する。この結果、ソフトウェアコンポーネントＢをアクティブ状態で作動させる計算機として、計算機４が選定される。新たなソフトウェアコンポーネントの割付に関する情報は、割付計画２０２として、通知部９に出力される。これにより、計算機４に対し、ソフトウェアコンポーネントＢに関する生成指示２０３が通知され、ソフトウェアコンポーネントＢがアクティブ状態で動作していた計算機３に対し、停止指示２０５が通知される。
【００４９】
計算機４の共通処理部１１では、通知部９から取得した生成指示２０３に基づいて、ソフトウェアコンポーネントＢをアクティブ状態として生成する生成処理２０４が実行される。計算機３の共通処理部１１では、通知部９から取得した停止指示２０５に基づいて、アクティブ状態のソフトウェアコンポーネントＢに対し、処理を停止する停止処理２０６が実行される。上記処理が実行されることにより、計算機３におけるソフトウェアコンポーネントＢは停止され、計算機４のソフトウェアコンポーネントＢはアクティブ状態で動作する。
【００５０】
なお、上述した実施形態では、計算機管理装置としてハードウェアによる処理を前提としていたが、このような構成に限定される必要はない。例えば、別途ソフトウェアにて処理する構成も可能である。この場合、計算機管理装置は、ＣＰＵ、ＲＡＭ等の主記憶装置、上記処理の全て或いは一部を実現させるためのプログラムが記録されたコンピュータ読み取り可能な記録媒体を備えている。そして、ＣＰＵが上記記憶媒体に記録されているプログラムを読み出して、情報の加工・演算処理を実行することにより、上述の計算機管理装置と同様の処理を実現させる。
ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【００５１】
以下、ＣＰＵが計算機管理プログラムを実行することにより実現される計算機管理方法の処理手順について図５を参照して説明する。
まず、各計算機において、自身のＣＰＵ負荷、メモリ使用量、データ通信量の負荷情報をモニタする（図５のステップＳＡ１）。次に、モニタされた負荷情報と過去の負荷情報とから将来の負荷値を予測する（ステップＳＡ２）。予測された負荷値は、閾値と比較される（ステップＳＡ３）。予測負荷値が閾値を上回る場合には、ソフトウェアコンポーネントの割付に関する計画が決定される（ステップＳＡ４）。決定された割付に関する計画に基づいて、処理対象となる計算機に処理の指示が通知される（ステップＳＡ５）。ステップＳＡ５で通知された指示内容に適する処理が施され、本処理を終了する（ステップＳＡ６）。
【００５２】
以上説明してきたように、本実施形態に係る計算機管理装置及び計算機管理システムによれば、各計算機にかかるＣＰＵ負荷、メモリ使用量、データ通信量を含む計算機のリソース情報である負荷情報を監視し、現在の負荷情報と過去の負荷情報とから、将来の負荷を予測することで、過負荷状態になる計算機を容易に予測し、過負荷状態になると予測された計算機で動作するソフトウェアコンポーネントを、計算機リソースに余裕のある計算機に割り付けの変更を行うことができる。これにより、過負荷状態であることに起因する計算機システムの問題が発生する前に、ソフトウェアコンポーネントを移動させ、各計算機にかかる負荷を分散させることが可能となるため、計算機システムとしての可用性及び信頼性を向上させることが可能となる。
また、アプリケーションを考慮せずに、ＣＰＵ負荷、メモリ使用量、データ通信量により将来の負荷を予測するので、アプリケーションを考慮して将来の負荷を予測する場合に比べて処理量を低減させることができる。
さらに、同じソフトウェアコンポーネントを複数の計算機に搭載し、アクティブ状態とスタンバイ状態で動作させることにより、常に冗長性が確保され、アクティブ状態で動作させる計算機の切り替えを速やかに行える。
【００５３】
なお、本実施形態では、負荷予測値を算出する際において、多項式の次数を３としたが、これに限られない。例えば、多項式の次数を４として、今回から４回前の負荷率計測値を将来負荷を算出するパラメータとして用いてもよいこととする。
また、ソフトウェアコンポーネント毎のＣＰＵ負荷、メモリ負荷、及びデータ通信量のそれぞれの負荷値から移動スコアを算出する過程において、当該ＣＰＵ負荷、当該メモリ負荷、及び当該データ通信量のそれぞれの負荷値のかわりに、当該ＣＰＵ負荷、当該メモリ負荷、及び当該データ通信量の負荷予測値を算出し用いてもよいこととする。
【００５４】
〔第２の実施形態〕
本実施形態においては、計算機管理システムが各計算機の障害発生を監視しており、発生した障害に応じて、ソフトウェアコンポーネントの割り付け変更を行う点で上記第１の実施形態と異なる。以下、本実施形態に係る計算機管理システムについて図６を使用し、第１の実施形態と共通する点については説明を省略し、異なる点について主に説明する。
【００５５】
本実施形態においては、図６に示されているように、計算機３において、ソフトウェアコンポーネントＡ及びソフトウェアコンポーネントＢを共にアクティブ状態で動作させ、計算機４において、ソフトウェアコンポーネントＡをスタンバイ状態で動作させ、計算機５において、ソフトウェアコンポーネントＢをスタンバイ状態で動作させていることを想定している。各計算機３、４、５は、障害の発生を検出する障害監視部（障害監視手段）１５を備えている。
【００５６】
例えば、計算機３の障害監視部１５は、計算機３のソフトウェアコンポーネントＡの障害発生を検出すると障害情報３０１を計算機管理装置１及び他の計算機に通知する。障害情報３０１を取得した各計算機３、４、５のうち、障害が発生した計算機で動作していたソフトウェアコンポーネントＡをスタンバイ状態で動作させていた計算機４は、該当する自身のソフトウェアコンポーネントＡをスタンバイ状態からアクティブ状態に切替を行う切替処理３０３を実行する。この結果、該当するソフトウェアコンポーネントＡが、アクティブ状態で動作することとなる。
【００５７】
計算機管理装置１は、障害情報３０１を取得すると、冗長性を確保するため、障害が発生した計算機で動作していたソフトウェアコンポーネントＡを新たにスタンバイ状態で動作させる割付先計算機を選定する。この選定方法としては、上述した第１の実施形態で述べた方法を採用することができる。なお、選定にあたり、将来過負荷状態になると判定された計算機や、冗長化が確保できないアクティブ状態のソフトウェアコンポーネントＡが動作する計算機、およびハードウェアに障害の可能性があるソフトウェアコンポーネントＡの障害が発生した計算機は、動作させる計算機にするか否かの選定から除外するとよい。本実施形態では、計算機５が選定される。計算機管理装置１は、選定された計算機５に対し、新たにソフトウェアコンポーネントＡを生成し、スタンバイ状態で動作させるための生成指示３０６を出力する。生成指示３０６を取得した計算機５は、該当するソフトウェアコンポーネントＡをスタンバイ状態で動作させるための、生成処理３０７を実行する。また、計算機３は、障害を発生したソフトウェアコンポーネントＡを終了させる終了処理３０２を実行する。
【００５８】
このように、本実施形態に係る計算機管理システムによれば、障害の発生を検出すると、障害が発生した計算機で動作していたソフトウェアコンポーネントをスタンバイ状態で動作させていた計算機が、該当するソフトウェアコンポーネントをスタンバイ状態からアクティブ状態に速やかに切り替えを行う。これにより、障害が発生した場合であっても、ソフトウェアコンポーネントの切り替えが速やかに行われるので、処理を継続して行うことができる。このため、計算機システムの可用性及び信頼性を向上させることが可能となる。
【符号の説明】
【００５９】
１ 計算機管理装置
２ 情報伝達媒体
３ 計算機
４ 計算機
５ 計算機
７ 将来負荷予測部
８ ソフトウェア割付部
９ 通知部
１０ 構成定義記憶部
１１ 共通処理部
１５ 障害監視部
２０１ 負荷情報
２０２ 割付計画
２０３ 生成指示
２０４ 生成処理
２０５ 停止指示
２０６ 停止処理
３０１ 障害情報
３０２ 終了処理
３０３ 切替処理
３０６ 生成指示
３０７ 生成処理
【特許請求の範囲】
【請求項１】
複数の計算機と情報伝達媒体を介して接続される計算機管理装置であって、
各前記計算機から通知される各前記計算機の負荷情報に基づいて、各前記計算機における将来の負荷の値である負荷予測値を算出し、該負荷予測値が所定の閾値を上回るか否かを判定する将来負荷予測手段と、
該将来負荷予測手段によって前記負荷予測値が所定の閾値を上回ると判定された計算機を将来過負荷状態になる対象計算機として検出し、各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて、前記対象計算機で動作している少なくとも一つのソフトウェアコンポーネントの割付先の計算機を決定するソフトウェア割付手段と、
前記対象計算機及び前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する通知手段と
を具備することを特徴とする計算機管理装置。
【請求項２】
ソフトウェアコンポーネントが一つの計算機においてアクティブ状態で動作している場合に、該ソフトウェアコンポーネントと同一のソフトウェアコンポーネントを他の少なくとも一つの計算機においてスタンバイ状態で動作させており、前記ソフトウェア割付手段は、アクティブ状態で動作させるソフトウェアコンポーネントの割付先計算機と、スタンバイ状態で動作させるソフトウェアコンポーネントの割付先計算機とを決定することを特徴とする請求項１に記載の計算機管理装置。
【請求項３】
前記ソフトウェア割付手段は、前記対象計算機上で動作している各ソフトウェアコンポーネントのＣＰＵ負荷、メモリ負荷、及びデータ通信量の負荷と、前記ＣＰＵ負荷、前記メモリ負荷、及び前記データ通信量に対する所定の重みづけ係数と、前記ソフトウェアコンポーネント毎に設定されている移動優先度とに基づいて、ソフトウェアコンポーネント毎に移動スコアを算出し、該移動スコアが大きいソフトウェアコンポーネントを優先的に他の計算機に割り付けることを特徴とする請求項１または請求項２に記載の計算管理装置。
【請求項４】
前記将来負荷予測手段は、各前記計算機の過去の負荷情報をパラメータの一つとする数式モデルを用いて前記負荷予測値を算出することを特徴とする請求項１から請求項３のいずれかに記載の計算機管理装置。
【請求項５】
前記将来負荷予測手段は、各計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて各前記計算機の負荷予測値を算出することを特徴とする請求項１から請求項４のいずれかに記載の計算機管理装置。
【請求項６】
複数の計算機と情報伝達媒体を介して接続される計算機管理装置であって、
各前記計算機から通知される障害発生情報に基づいて、障害が発生している計算機を検出する障害監視手段と、
障害の発生が検出された計算機上で動作していた各ソフトウェアコンポーネントの割付先計算機を各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて決定するソフトウェア割付手段と、
前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する通知手段と
を具備する計算機管理装置。
【請求項７】
前記ソフトウェア割付手段は、各前記計算機にかかるＣＰＵ負荷、メモリ負荷、及びデータ通信量のそれぞれについて算出される負荷予測値と、前記ＣＰＵ負荷、前記メモリ負荷、及び前記データ通信量に対する所定の重みづけ係数とに基づいて、計算機毎に重み付き将来負荷を算出し、
該重み付き将来負荷が小さい計算機に対して優先的に前記ソフトウェアコンポーネントを割り付けることを特徴とする請求項１から請求項６のいずれかに記載の計算機管理装置。
【請求項８】
複数の計算機と、
請求項１から請求項６のいずれかに記載の計算機管理装置と
を備えることを特徴とする計算機管理システム。
【請求項９】
前記計算機管理装置が、二重化されていることを特徴とする請求項８に記載の計算機管理システム。
【請求項１０】
各前記計算機から通知される各前記計算機の負荷情報に基づいて、各前記計算機における将来の負荷の値である負荷予測値を算出し、該負荷予測値が所定の閾値を上回るか否かを判定する過程と、
該負荷予測値が所定の閾値を上回るか否かを判定する過程によって前記負荷予測値が所定の閾値を上回ると判定された計算機を、将来過負荷状態になる対象計算機として検出し、各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて、該対象計算機で動作している少なくとも一つのソフトウェアコンポーネントの割付先の計算機を決定する過程と、
該対象計算機及び前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する過程と
を有することを特徴とする計算機管理方法。
【請求項１１】
各前記計算機から通知される各前記計算機の負荷情報に基づいて、各前記計算機における将来の負荷の値である負荷予測値を算出し、該負荷予測値が所定の閾値を上回るか否かを判定する処理と、
該負荷予測値が所定の閾値を上回るか否かを判定する処理によって前記負荷予測値が所定の閾値を上回ると判定された計算機を、将来過負荷状態になる対象計算機として検出し、各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて、該対象計算機で動作している少なくとも一つのソフトウェアコンポーネントの割付先の計算機を決定する処理と、
該対象計算機及び前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する処理と
をコンピュータに実行させる計算機管理プログラム。
【請求項１２】
各前記計算機から通知される障害発生情報に基づいて、障害が発生している計算機を検出する過程と、
障害の発生が検出された計算機上で動作していた各ソフトウェアコンポーネントの割付先計算機を各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて決定する過程と、
前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する過程と
を有する計算機管理方法。
【請求項１３】
各前記計算機から通知される障害発生情報に基づいて、障害が発生している計算機を検出する処理と、
障害の発生が検出された計算機上で動作していた各ソフトウェアコンポーネントの割付先計算機を各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて決定する処理と、
前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する処理と
をコンピュータに実行させる計算機管理プログラム。
【請求項１】
複数の計算機と情報伝達媒体を介して接続される計算機管理装置であって、
各前記計算機から通知される各前記計算機の負荷情報に基づいて、各前記計算機における将来の負荷の値である負荷予測値を算出し、該負荷予測値が所定の閾値を上回るか否かを判定する将来負荷予測手段と、
該将来負荷予測手段によって前記負荷予測値が所定の閾値を上回ると判定された計算機を将来過負荷状態になる対象計算機として検出し、各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて、前記対象計算機で動作している少なくとも一つのソフトウェアコンポーネントの割付先の計算機を決定するソフトウェア割付手段と、
前記対象計算機及び前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する通知手段と
を具備することを特徴とする計算機管理装置。
【請求項２】
ソフトウェアコンポーネントが一つの計算機においてアクティブ状態で動作している場合に、該ソフトウェアコンポーネントと同一のソフトウェアコンポーネントを他の少なくとも一つの計算機においてスタンバイ状態で動作させており、前記ソフトウェア割付手段は、アクティブ状態で動作させるソフトウェアコンポーネントの割付先計算機と、スタンバイ状態で動作させるソフトウェアコンポーネントの割付先計算機とを決定することを特徴とする請求項１に記載の計算機管理装置。
【請求項３】
前記ソフトウェア割付手段は、前記対象計算機上で動作している各ソフトウェアコンポーネントのＣＰＵ負荷、メモリ負荷、及びデータ通信量の負荷と、前記ＣＰＵ負荷、前記メモリ負荷、及び前記データ通信量に対する所定の重みづけ係数と、前記ソフトウェアコンポーネント毎に設定されている移動優先度とに基づいて、ソフトウェアコンポーネント毎に移動スコアを算出し、該移動スコアが大きいソフトウェアコンポーネントを優先的に他の計算機に割り付けることを特徴とする請求項１または請求項２に記載の計算管理装置。
【請求項４】
前記将来負荷予測手段は、各前記計算機の過去の負荷情報をパラメータの一つとする数式モデルを用いて前記負荷予測値を算出することを特徴とする請求項１から請求項３のいずれかに記載の計算機管理装置。
【請求項５】
前記将来負荷予測手段は、各計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて各前記計算機の負荷予測値を算出することを特徴とする請求項１から請求項４のいずれかに記載の計算機管理装置。
【請求項６】
複数の計算機と情報伝達媒体を介して接続される計算機管理装置であって、
各前記計算機から通知される障害発生情報に基づいて、障害が発生している計算機を検出する障害監視手段と、
障害の発生が検出された計算機上で動作していた各ソフトウェアコンポーネントの割付先計算機を各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて決定するソフトウェア割付手段と、
前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する通知手段と
を具備する計算機管理装置。
【請求項７】
前記ソフトウェア割付手段は、各前記計算機にかかるＣＰＵ負荷、メモリ負荷、及びデータ通信量のそれぞれについて算出される負荷予測値と、前記ＣＰＵ負荷、前記メモリ負荷、及び前記データ通信量に対する所定の重みづけ係数とに基づいて、計算機毎に重み付き将来負荷を算出し、
該重み付き将来負荷が小さい計算機に対して優先的に前記ソフトウェアコンポーネントを割り付けることを特徴とする請求項１から請求項６のいずれかに記載の計算機管理装置。
【請求項８】
複数の計算機と、
請求項１から請求項６のいずれかに記載の計算機管理装置と
を備えることを特徴とする計算機管理システム。
【請求項９】
前記計算機管理装置が、二重化されていることを特徴とする請求項８に記載の計算機管理システム。
【請求項１０】
各前記計算機から通知される各前記計算機の負荷情報に基づいて、各前記計算機における将来の負荷の値である負荷予測値を算出し、該負荷予測値が所定の閾値を上回るか否かを判定する過程と、
該負荷予測値が所定の閾値を上回るか否かを判定する過程によって前記負荷予測値が所定の閾値を上回ると判定された計算機を、将来過負荷状態になる対象計算機として検出し、各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて、該対象計算機で動作している少なくとも一つのソフトウェアコンポーネントの割付先の計算機を決定する過程と、
該対象計算機及び前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する過程と
を有することを特徴とする計算機管理方法。
【請求項１１】
各前記計算機から通知される各前記計算機の負荷情報に基づいて、各前記計算機における将来の負荷の値である負荷予測値を算出し、該負荷予測値が所定の閾値を上回るか否かを判定する処理と、
該負荷予測値が所定の閾値を上回るか否かを判定する処理によって前記負荷予測値が所定の閾値を上回ると判定された計算機を、将来過負荷状態になる対象計算機として検出し、各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて、該対象計算機で動作している少なくとも一つのソフトウェアコンポーネントの割付先の計算機を決定する処理と、
該対象計算機及び前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する処理と
をコンピュータに実行させる計算機管理プログラム。
【請求項１２】
各前記計算機から通知される障害発生情報に基づいて、障害が発生している計算機を検出する過程と、
障害の発生が検出された計算機上で動作していた各ソフトウェアコンポーネントの割付先計算機を各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて決定する過程と、
前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する過程と
を有する計算機管理方法。
【請求項１３】
各前記計算機から通知される障害発生情報に基づいて、障害が発生している計算機を検出する処理と、
障害の発生が検出された計算機上で動作していた各ソフトウェアコンポーネントの割付先計算機を各前記計算機のＣＰＵ負荷、メモリ使用量、及びデータ通信量に基づいて決定する処理と、
前記割付先の計算機に対して、割り付けたソフトウェアコンポーネントの情報を通知する処理と
をコンピュータに実行させる計算機管理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１１−１２９０７１（Ｐ２０１１−１２９０７１Ａ）
【公開日】平成２３年６月３０日（２０１１．６．３０）
【国際特許分類】
【出願番号】特願２００９−２８９８０５（Ｐ２００９−２８９８０５）
【出願日】平成２１年１２月２１日（２００９．１２．２１）
【国等の委託研究の成果に係る記載事項】（出願人による申告）国等の委託研究の成果に係る特許出願（平成１８年３月２８日付け）平成１７年度 防衛庁試作研究「艦載型戦闘指揮システム主要構成要素の研究試作」、産業技術力強化法第１９条の適用を受けるもの
【出願人】（０００００６２０８）三菱重工業株式会社 (10,378)
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２３年６月３０日（２０１１．６．３０）
【国際特許分類】
【出願日】平成２１年１２月２１日（２００９．１２．２１）
【国等の委託研究の成果に係る記載事項】（出願人による申告）国等の委託研究の成果に係る特許出願（平成１８年３月２８日付け）平成１７年度 防衛庁試作研究「艦載型戦闘指揮システム主要構成要素の研究試作」、産業技術力強化法第１９条の適用を受けるもの
【出願人】（０００００６２０８）三菱重工業株式会社 (10,378)
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]