管理システムおよびその管理方法
【課題】 処理システムに接続された負荷率の低い処理手段が管理手段の機能を代行できるようにする管理システムを提供する。
【解決手段】 処理手段１００−１〜１００−ｎのそれぞれは、負荷を処理する第１の制御部と、所定期間における平均的な負荷率を算出する平均負荷算出部とを具備し、管理手段２００は、処理手段１００−１〜１００−ｎを管理する第２の制御部と、第２の制御部の動作状態から障害を検出する障害検出部とを具備し、平均負荷算出部は、算出した負荷率平均を管理手段の第２の制御部および指定手段の第１の制御部へ送出し、障害検出部は、第２の制御部に障害が発生したことを検出するとその旨を送出し、指定手段の第１の制御部は、第２の制御部での障害の発生が通知されると、算出された負荷率平均が最も低い処理手段を管理手段の代わりとして指定する管理システムである。
【解決手段】 処理手段１００−１〜１００−ｎのそれぞれは、負荷を処理する第１の制御部と、所定期間における平均的な負荷率を算出する平均負荷算出部とを具備し、管理手段２００は、処理手段１００−１〜１００−ｎを管理する第２の制御部と、第２の制御部の動作状態から障害を検出する障害検出部とを具備し、平均負荷算出部は、算出した負荷率平均を管理手段の第２の制御部および指定手段の第１の制御部へ送出し、障害検出部は、第２の制御部に障害が発生したことを検出するとその旨を送出し、指定手段の第１の制御部は、第２の制御部での障害の発生が通知されると、算出された負荷率平均が最も低い処理手段を管理手段の代わりとして指定する管理システムである。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータシステムに係り、特にシステム管理のための管理モジュールの機能切替方式に関する。
【背景技術】
【０００２】
従来、複数のサーバもしくはコンピュータが接続された処理システムがある場合に、この処理システムは処理システムを管理するための管理システムの機能を併せて有していることが多く、この管理システムのために管理用のサーバが設けられている。
【０００３】
管理用のサーバは、この処理システム全体の電源制御を行ったり、各サーバ、コンピュータモジュールの電源制御を個別に行ったり、各サーバもしくは各コンピュータの稼働状況などに関する情報の一括管理を行っている。
【０００４】
この管理用のサーバに障害が発生して処理システムの管理が行えないような事態が発生した場合に対処するため、管理用のサーバをもう１台追加して管理用のサーバを二重化することにより、この追加された管理用のサーバが既に設置されている管理用のサーバの機能を代行して、ネットワーク管理システムの信頼性を向上させる技術が公知となっている。
【０００５】
例えば、ネットワーク管理を行うマネージャを現用系マネージャと予備系マネージャとしてそれぞれ設け、この現用系マネージャと予備系マネージャとの間の通信量を削減しつつ、現用系マネージャに重大な障害が発生した場合にも確実に予備系マネージャへの切り換えが可能なネットワーク管理システムが提案されている（特許文献１参照）。
【０００６】
また、稼働側親局と待機側親局とを設けて、この稼働側親局と待機側親局とが入れ替わる二重化切換を必要最小時間で確実に行う二重化制御システムの二重化切換方法が提案されている（特許文献２参照）。
【０００７】
また、管理アプリケーションおよび被管理アプリケーションを有しており、管理装置が故障したり負荷が高くて十分に機能が発揮できないときでも、被管理アプリケーションに稼動状況を問い合わせ、他の被管理アプリケーションと同期を取るためにロックをし、その稼動状況の報告から稼働率が低い管理アプリケーションに管理させることを決める分散システム管理方式及び分散システム管理方法が提案されている（特許文献３参照）。
【特許文献１】特開２０００−３０７５７９号公報
【特許文献２】特開２００４−０７８４２５号公報
【特許文献３】特開平８−１２３７６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、現用系マネージャと予備系マネージャとを有するネットワーク管理システムもしくは、稼働側親局と待機側親局とを有した二重化制御システムなどの冗長系システムでは、マネージ用のサーバとして現用系マネージャと予備系マネージャとの２台必要であったり、管理用のサーバとして稼働側親局と待機側親局との２台必要であるため、この２台のマネージ用もしくは管理用のサーバを設けるためのコストが大きくなってしまうという問題があった。
【０００９】
また、管理アプリケーションおよび被管理アプリケーションを用いた分散システム管理方式の場合には、他の被管理アプリケーションと同期を取るためにロックをし、その稼動状況の報告から稼働率が低い管理アプリケーションに管理させることを決めるため、ロックしたときにたまたま稼動率が低いというだけで管理が移行されることがあり、管理移行後すぐに稼働率が上がることで、再度他の管理アプリケーションに管理を移行する必要が生じるという問題があった。
【００１０】
そこで本発明の目的は、管理サーバを二重化することを不要とし、処理システムに接続された負荷率の低いサーバが管理サーバの機能を代行できるようにする管理システムを提供することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明の管理システムの第１の発明は、それぞれ独立に負荷の処理を行う複数の処理手段と、該複数の処理手段を管理する管理手段とが接続手段を介して接続された管理システムであって、
前記複数の処理手段のそれぞれは、
前記負荷を処理する第１の制御部と、
前記第１の制御部の所定期間における平均的な負荷率を算出する平均負荷算出部と、を具備し、
前記管理手段は、
前記複数の処理手段を管理する第２の制御部と、
前記第２の制御部の動作状態から障害を検出する障害検出部と、を具備し、
前記複数の処理手段のうち１つは、前記第２の制御部に障害が発生したときに、前記複数の処理手段のいずれかを前記管理手段の代わりとして指定する指定手段とされ、
前記平均負荷算出部のそれぞれは、算出した前記負荷率を前記指定手段の前記第１の制御部または前記管理手段の前記第２の制御部へ送出し、
前記障害検出部は、前記第２の制御部に障害が発生したことを検出するとその旨を前記指定手段の第１の制御部へ送出し、
前記指定手段の前記第１の制御部は、前記第２の制御部での障害の発生が前記障害検出部から通知されると、算出された前記負荷率が最も低い前記処理手段を前記管理手段の代わりとして指定する管理システムである。
【００１２】
第２の発明は、第１の発明に記載の管理システムにおいて、
前記平均負荷算出部が、
前記障害検出部の前記障害検出の時刻を含む前記所定期間の前記負荷率を示す第１の負荷率と、
前記第１の負荷率の前記所定期間よりも所定時間前の前記所定期間の前記負荷率を示す第２の負荷率平均と、を算出し、
前記指定手段の前記第１の制御部が、
前記複数の処理手段のおのおのの前記第１の負荷率と、前記第２の負荷率とを比較して、それぞれの前記処理手段の前記第２の負荷率から前記第１の負荷率への変化に基づいて、前記複数の処理手段のそれぞれの前記第１の負荷率平均の後の前記所定時間の前記負荷率を予測するものである。
【００１３】
第３の発明は、第１の発明に記載の管理システムにおいて、
前記第１の制御部は、
前記負荷率を前記指定手段または前記管理手段に読み書き可能であるものである。
【００１４】
第４の発明は、第１の発明に記載の管理システムにおいて、
前記第２の制御部は、
複数の処理手段を管理する情報を前記処理手段から収集し、該情報を前記指定手段または前記管理手段に読み書き可能であるものである。
【００１５】
第５の発明は、第１の発明に記載の管理システムにおいて、
前記障害検出部の障害の検出が、ウォッチドッグタイマにより行われるものである。
【００１６】
第６の発明は、第１の発明に記載の管理システムにおいて、
前記管理手段と、前記複数の処理手段の１つとが前記接続手段を介して接続され、
前記複数の処理手段の１つと、前記複数の処理手段の他の１つとが前記接続手段を介して接続され、
前記複数の処理手段の他の１つと、前記複数の処理手段のさらに他の１つとが前記接続手段を介して接続され、
同様に、前記複数の処理手段が順次接続されたものである。
【００１７】
第７の発明は、それぞれ独立に負荷の処理を行う複数の処理手段と、該複数の処理手段を管理する管理手段とが接続手段を介して接続された管理システムの管理方法であって、
前記複数の処理手段のそれぞれは、
前記負荷を処理するステップと、
前記複数の処理手段の所定期間における平均的な負荷率を算出するステップと、を有し、
前記管理手段は、
前記複数の処理手段を管理するステップと、
前記管理手段の動作状態から障害を検出するステップと、を有し、
前記複数の処理手段のうち１つは、前記管理手段に障害が発生したときに、前記複数の処理手段のいずれかを前記管理手段の代わりとして指定する指定手段とされ、
前記複数の処理手段のそれぞれは、算出した前記負荷率を前記指定手段または前記管理手段へ送出し、
前記管理手段は、前記管理手段に障害が発生したことを検出するとその旨を前記指定手段へ送出し、
前記指定手段は、前記管理手段での障害の発生が前記管理手段から通知されると、算出された前記負荷率が最も低い前記処理手段を前記管理手段の代わりとして指定する管理システムの管理方法である。
【００１８】
本発明において、複数の処理手段である処理サーバもしくはコンピュータが、接続手段を介して接続された処理システムがあり、この処理システムを管理するための管理手段としての管理サーバが処理システムに接続されて管理システムが構成されている。
【００１９】
処理システムに接続されている各処理サーバもしくは各コンピュータは、一般的な処理サーバの機能を有するほか、処理システムの管理を行う機能を備えている。
【００２０】
通常は、従来同様に管理サーバが処理システムの管理を行い、この管理サーバは、処理システムの管理を行うに際しては、複数の処理サーバのうちから１台をあらかじめ仮の管理サーバである指定手段として決めておく。
【００２１】
この指定手段は、管理サーバが正常に稼働しているときには、管理サーバが収集した情報の内システム管理に必要な情報を管理サーバから受け取り、記憶しておく。
【００２２】
管理サーバが何らかの原因で障害を発生して、この障害が障害検出部により検出されると、この障害検出の情報は、指定手段に指定された処理サーバに通知される。
【００２３】
指定手段は、障害を検出したという通知を管理サーバから受けると、各処理サーバの所定期間における平均的な負荷率である負荷率平均を比較する。
【００２４】
この負荷率平均を算出するにあたっては、先ず、接続手段に接続されている各処理サーバごとに、負荷の軽重に基づいて時刻ごとの負荷率が算出される。この時刻ごとの負荷率は、処理サーバ自身の稼働状況を時刻ごとに示したものである。
【００２５】
負荷率平均は、さらにこの算出した時刻ごとの負荷率をもとに所定期間における単位時間当たりの負荷率の平均を算出したものである。
【００２６】
指定手段は、この各処理サーバの負荷率平均を比較して、算出された負荷率平均が最も低い処理サーバを管理手段の代わりとして指定する。
【００２７】
このため、本発明の管理システムは、負荷率の変動の大きい処理サーバが代わりの管理サーバになる可能性が低く、処理サーバである代わりの管理サーバがもとの管理サーバからの管理を移管された後、安定して処理システムの管理ができる管理システムとなっている。
【発明の効果】
【００２８】
本発明によれば、コストを大幅に増加させることなく処理システムを管理する管理システムを実現できるので、低コストで管理システムの信頼性をより向上させることができる。
【発明を実施するための最良の形態】
【００２９】
本発明を実施するための形態について図面を参照して詳細に説明する。
【００３０】
図１は、本実施形態の管理システムの構成例を示すブロック図である。
【００３１】
図示したように管理システムは、それぞれ独立に負荷を処理する複数の処理手段としての処理サーバ１００−１〜１００−ｎと、処理サーバ１００−１〜１００−ｎを備えて構成される処理システムを管理する管理手段としての管理サーバ２００とが、接続手段であるバス９０１及び障害専用パス９０２を介して接続され、構成される。
【００３２】
本実施形態では、これらの処理サーバ１００−１〜１００−ｎは、互いに同様の構成部位・機能を有しており、特に断らない限り処理サーバ１００−１〜１００−ｎは、互換性を有しているものとする。
【００３３】
処理サーバ１００−１〜１００−ｎおよび管理サーバ２００は、図に示したとおり接続手段であるバス９０１及び障害専用パス９０２を介して順次接続されて、管理システムを形成している。
【００３４】
このような管理システムの接続は、ＩＥＥＥ（Institute of Electrical and Electronic Engineers：電気電子学会）の定めた規格ＩＥＥＥ１３９４に明記されたデージィーチェイン（daisy chain：数珠繋ぎ）接続と同様の接続となっている。
【００３５】
バス９０１は、例えばサーバ管理ハードウェアのための内部バス仕様であるＩＰＭＢ（Intelligent Platform Management Bus）、サーバに他のＩＰＭＢを接続するための外部バス仕様であるＩＣＭＢ（Intelligent Chassis Management Bus）などのバスインタフェイスで構成されている。
【００３６】
障害通知パス９０２は、管理サーバ２００で発生した障害を管理サーバ２００から処理サーバ１００−１〜１００−ｎに通知する専用のパスとなっており、例えば障害通知パス９０２の信号がレベル「高」のとき管理サーバ２００に障害が発生していることを示し、障害通知パス９０２の信号がレベル「低」のとき管理サーバ２００に障害が発生していないことを示すものとする。
【００３７】
この管理システムにおいて、あらかじめ管理サーバ２００によって、複数の処理手段のうち１つは、管理手段２００の第２の制御部に障害が発生したときに、複数の処理サーバ１００−１〜１００−ｎのいずれかを管理手段２００の代わりとして指定する指定手段とされる。
【００３８】
図２は、本実施形態の管理システムの処理サーバの構成例を示すブロック図である。
【００３９】
図を参照すると、処理サーバ１００−１は、処理サーバ１００−１に負荷として供給されたデータなどの処理を行い処理サーバ１００−１の各構成部位などを制御・管理する第１の制御部としてのサーバ制御部１０５−１と、サーバ制御部１０５−１でデータ処理されたデータもしくは他のサーバから送信されたデータを記憶する読み書き可能な第１の制御情報部１０２−１と、サーバ制御部１０５−１の処理する負荷により負荷率を算出する負荷率算出部１０３−１と、負荷率算出部１０３−１で算出された負荷率をもとにしてサーバ制御部１０５−１の所定期間における平均的な負荷率を算出する平均負荷算出部１０４−１とを備えて構成されている。
【００４０】
制御情報部１０２−１はサーバ制御部１０５−１に接続されており、制御情報部１０２−１はバス９０１に接続されており、負荷率算出部１０３−１はサーバ制御部１０５−１に接続されており、平均負荷算出部１０４−１はサーバ制御部１０５−１に接続されており、負荷率算出部１０３−１は平均負荷算出部１０４−１に接続されており、サーバ制御部１０５−１は、バス９０１を介して他の処理サーバ１００−１〜１００−ｎのサーバ制御部と接続されており、サーバ制御部１０５−１は、障害通知パス９０２を介して管理サーバ２００の障害検出部に接続されている。
【００４１】
制御情報部１０２−１は、処理サーバ１００−１〜１００−ｎでデータ処理されたデータもしくは管理サーバ２００から送信されたシステム管理情報などのデータを記憶し、記憶されたデータを処理サーバ１００−１〜１００−ｎ、２００の要求に応じて読み出すことのできるデータベースの機能を有している。
【００４２】
このシステム管理情報の管理サーバ２００から制御情報部１０２−１への書き込みは、処理サーバ１００−１が管理サーバ２００からあらかじめ管理サーバ２００の代わりとして指定手段の指定を受けているときに行われる。
【００４３】
負荷率算出部１０３−１は、例えば処理サーバ１００−１のサーバ制御部１０５−１内に設けられている図示しない中央演算処理装置の稼働状況を監視して中央演算処理装置の負荷率をあらかじめ定めたサンプリングタイムで定期的に得たり、処理サーバ１００−１と処理サーバ１００−１の接続されているバス９０１とのトラフィック量を監視してトラフィック量による処理サーバ１００−１の負荷量を得る演算処理を行うことにより処理サーバ１００−１の稼働状態を示す負荷の軽重を負荷率として算出する機能を有する。
【００４４】
以降、この負荷率算出部１０３−１で算出された時刻ごとの負荷率を、平均負荷算出部１０４−１で算出される平均的な負荷率と区別するために、瞬時負荷率と称する。
【００４５】
負荷率算出部１０３−１で算出された瞬時負荷率は、この瞬時負荷率が得られた時刻とともに制御情報部１０２−１に記憶され、指定手段の第１の制御部（サーバ制御部）、管理手段２００の第２の制御部（サーバ制御部）または制御情報部へ送出される。
【００４６】
これに対して、平均負荷算出部１０４−１で算出された平均的な負荷率を以降、負荷率平均と呼ぶ。この負荷率平均も、負荷率算出部１０３−１で算出された瞬時負荷率と同様に制御情報部１０２−１に記憶され、指定手段の第１の制御部（サーバ制御部）、管理手段２００の第２の制御部（サーバ制御部）または制御情報部へ送出される。
【００４７】
または、この制御情報部１０２−１に記憶された瞬時負荷率もしくは制御情報部１０２−１に記憶された負荷率平均は、他の処理サーバ１００−１〜１００−ｎ、管理サーバ２００からの問い合わせ要求に応じて、問い合わせのあった処理サーバ１００−１〜１００−ｎ、管理サーバ２００に出力されることでもよい。
【００４８】
このように負荷率平均を他のサーバに対して回答することにより、処理サーバ１００−１〜１００−ｎの瞬時負荷率の変動が著しく時間的な偏った負荷にも対応して管理サーバ２００から管理サーバ２００を代行する処理サーバ１００−１〜１００−ｎへの切り替えを円滑に行うことができる。
【００４９】
サーバ制御部１０５−１は、制御情報部１０２−１もしくは他の処理サーバ１００−２〜１００−ｎ、管理サーバ２００の制御情報部に処理サーバ１００−１に関するシステム管理情報などのデータを送って記憶させ、また、制御情報部１０２−１もしくは他の処理サーバ１００−２〜１００−ｎ、管理サーバ２００の制御情報部に記憶されたシステム管理情報などのデータを読み出す機能を有している。
【００５０】
このサーバ制御部１０５−１の読み書き可能な機能のため、管理サーバ２００のサーバ制御部２０５、処理サーバ１００−１〜１００−ｎのサーバ制御部の負荷を軽くし、また処理サーバ１００−１〜１００−ｎで得られた電圧監視情報、温度情報などのシステム管理情報を温度データ取得後などの適切なタイミングで管理サーバ２００に送信することができる。
【００５１】
図３に示す処理サーバ１００−ｎは、図２に示した処理サーバ１００−１と同様の構成・機能を有するｎ台目のサーバである。
【００５２】
処理サーバ１００−ｎの各構成部位の説明については、処理サーバ１００−１と同様であるため省略する。
【００５３】
なお、この処理サーバ１００−ｎの各構成部位は、処理サーバ１００−１と同様の表記をし、他の２台目の処理サーバ１００−２〜ｎ−１台目の処理サーバ１００−ｎ−１についても同様の表記とする。例えば、処理サーバ１００−ｎの制御情報部の表記は、制御情報部１０２−ｎである。
【００５４】
図４は、本実施形態の管理システムの管理サーバの構成例を示すブロック図である。
【００５５】
図示したように管理サーバ２００は、処理システムの各処理サーバ１００−１〜１００−ｎなどから収集した処理サーバ１００−１〜１００−ｎの障害情報、電圧監視情報、温度情報などのシステム管理情報により処理システムを監視し、管理システムの管理を行う第２の制御部としてのサーバ制御部２０５と、サーバ制御部２０５で収集したシステム管理情報もしくは他の処理サーバ１００−１〜１００−ｎのサーバ制御部から送信されたシステム管理情報などのデータを読み書きする第２の制御情報部２０２と、サーバ制御部２０５の動作状態からサーバ制御部２０５で生じた障害を検出して他の処理サーバ１００−１〜１００−ｎに通知する障害検出部２０３とを備えて構成されている。
【００５６】
管理サーバ２００は、収集したシステム管理情報に基づいて、処理サーバ１００−１〜１００−ｎなどの障害を示す障害情報から、処理システムの障害の有無を監視したり、電圧監視情報から処理サーバ１００−１〜１００−ｎの電源電圧の正常／異常などを監視したりすることにより、処理システムの管理を行い、システム管理情報に異常が認められる場合には、この異常を管理サーバ２００の図示しないモニタに表示したり、アラームを鳴動させることでシステム管理者に通知する。
【００５７】
また管理サーバ２００は、障害情報の示す障害の程度が軽く可能な場合には障害の除去を行い、電源電圧の制御、電源の切／断などの制御が可能な場合には電源電圧の制御を行って処理システムを復帰させることで、処理システムの管理を行う。
【００５８】
制御情報部２０２はサーバ制御部２０５に接続されており、制御情報部２０２はバス９０１に接続されており、障害検出部２０３はサーバ制御部２０５に接続されている。障害検出部２０３は、障害通知パス９０２を介して他の処理サーバ１００−１〜１００−ｎのサーバ制御部１０５−１〜１０５−ｎに接続され、サーバ制御部２０５は、バス９０１を介して他の処理サーバ１００−１〜１００−ｎのサーバ制御部１０５−１〜１０５−ｎに接続されている。
【００５９】
ここで、サーバ制御部２０５が収集するシステム管理情報は、例えば次に説明するデータである。
【００６０】
障害情報は、サーバ制御部２０５が、各処理サーバ１００−１〜１００−ｎの稼働状況を監視して得た情報であり、何らかの原因で処理サーバ１００−１〜１００−ｎの稼働が低下したり、処理サーバ１００−１〜１００−ｎが稼働しなくなったなどの処理サーバ１００−１〜１００−ｎに生じた異常、障害の内容を示すデータである。
【００６１】
電圧監視情報は、サーバ制御部２０５が、各処理サーバ１００−１〜１００−ｎに供給される電源電圧を監視して得た情報であり、この電源電圧の監視により処理サーバ１００−１〜１００−ｎに規定の電圧の電源が供給されているかを示すデータである。
【００６２】
温度情報は、サーバ制御部２０５が、各処理サーバ１００−１〜１００−ｎの筐体内の温度を監視して得た情報であり、この温度の監視により処理サーバ１００−１〜１００−ｎの筐体内が何度になっているかを示すデータである。
【００６３】
サーバ制御部２０５は、システム管理情報などのデータを制御情報部２０２もしくは制御情報部１０２−１〜１０２−ｎに送って記憶させたり、制御情報部２０２もしく制御情報部１０２−１〜１０２−ｎに記憶されたシステム管理情報などのデータを読み出す機能も有しており、管理サーバ２００の各構成品の制御を行う機能も有する。
【００６４】
障害検出部２０３は、例えば、サーバ制御部２０５の稼働状態、サーバ制御部２０５内に設けられている図示しない中央演算処理装置の稼働状況、管理サーバ２００内の各部の稼働状態やサーバ制御部２０５とバス９０１とのトラフィック状態やトラフィック量を監視することにより、サーバ制御部２０５などの管理サーバ２００内の構成部位が障害になったことを検出する。この検出された障害の発生もしくは障害内容は、仮に定めた指定手段に通知される。
【００６５】
障害検出部２０３の具体的な障害検出の方法は、例えば管理サーバ２００のサーバ制御部２０５などが自ら発する重障害報告を障害検出部２０３が受けることによったり、あらかじめ管理サーバ２００内に設置されたウォッチドッグタイマ（watchdog timer：監視タイマ）による監視により障害検出部２０３が障害を検出したり、あらかじめ設置されたエラーレジスタ、ハードビットなどによる監視によって、この監視結果から障害を検出する。
【００６６】
オペレーティングシステムや使用されているアプリケーション（ソフトウェアプログラム）のウォッチドッグタイマによる動作監視の場合には、このウォッチドッグタイマに一定時間間隔ごとにあらかじめ定めた初期値を設定するようにしておく。初期設定されたウォッチドッグタイマの初期設定からのカウントダウン値が零になったときに、監視されているオペレーティングシステム、アプリケーションが障害を起こしていることが分かる。
【００６７】
障害検出部２０３は、例えばこのウォッチドッグタイマのカウント値が零になったことを検出して、障害が発生したことを検知し、指定手段に通知する。
【００６８】
次に、この管理システムの動作について図１〜図４を参照して詳細に説明する。
【００６９】
管理サーバ２００は、あらかじめ処理サーバ１００−１〜１００−ｎの中から任意に、処理サーバ１００−１〜１００−ｎのいずれか１台を指定手段に指定する。
【００７０】
または、管理サーバ２００が、処理サーバ１００−１〜１００−ｎの瞬時負荷率または負荷率平均を定期的に収集し、この瞬時負荷率または負荷率平均に基づいて、処理サーバ１００−１〜１００−ｎのいずれか１台を指定手段に指定するとよい。この場合には、各処理サーバ１００−１〜１００−ｎの稼働状況が、時が経つにつれて変動するので、定期的に指定手段の指定を更新するとよい。
【００７１】
また、負荷率算出部１０３−１〜１０３−ｎの算出した各負荷率平均をもとにサーバ制御部２０５が指定手段を決定してもよい。
【００７２】
ここでは説明の都合上、管理サーバ２００が指定する処理サーバ１００−ｎを指定手段として説明を続ける。
【００７３】
サーバ制御部２０５は、処理システムをマネージメントするためにバス９０１を介して各処理サーバ１００−１〜１００−ｎからシステム管理情報などを収集して、システム管理情報を制御情報部２０２、指定手段の制御情報部１０２−ｎに書き込む。
【００７４】
このシステム管理情報は、制御情報部１０２−ｎにも格納されていることで、管理サーバ２００と指定手段である処理サーバ１００−ｎは、同じシステム管理情報を共有することができる。
【００７５】
また、障害などのなんらかの理由で管理サーバ２００の制御情報部２０２に格納されているシステム管理情報が読み出せなくなった場合には、処理サーバ１００−ｎもしくは管理サーバ２００は、システム管理情報を制御情報部２０２から読み出す代わりに、格納されているシステム管理情報をバス９０１を介して制御情報部１０２−ｎから読み出すことができる。
【００７６】
処理サーバ１００−１〜１００−ｎは、供給された負荷の処理をサーバ制御部１０５−１〜１０５−ｎで行い、必要に応じて自身のシステム管理情報を制御情報部１０２−１〜１０２−ｎ、２０２に格納する。
【００７７】
各負荷率算出部１０３−１〜１０３−ｎは、このサーバ制御部１０５−１〜１０５−ｎの稼働状態を検出して、演算により時々刻々変化する瞬時負荷率をおのおの求める。
【００７８】
負荷率算出部１０３−１〜１０３−ｎは、求めた瞬時負荷率とこの負荷率を稼働状態を検出した時刻とを逐次制御情報部１０２−１〜１０２−ｎに格納し、平均負荷算出部１０４−１〜１０４−ｎにも送信する。
【００７９】
平均負荷算出部１０４−１〜１０４−ｎは、負荷率算出部１０３−１〜１０３−ｎから送信された瞬時負荷率とこの瞬時負荷率を稼働状態を検出した時刻とのデータから、このデータを所定期間（例えば、所定期間を１０分とする）ごとにまとめて、この所定期間ごとに負荷率の平均を算出する。
【００８０】
このようにして算出された負荷率平均は、指定手段の問い合わせに応じて、平均負荷算出部１０４−１〜１０４−ｎからサーバ制御部１０５−１〜１０５−ｎ及びバス９０１を介して指定手段に出力される。
【００８１】
また、処理サーバ１００−１〜１００−ｎは、あらかじめ決められた時間毎に、算出された瞬時負荷率および負荷率平均をサーバ制御部１０５−１〜１０５−ｎ及びバス９０１を介して管理サーバ２００および指定手段に出力するようにしておいてもよい。
【００８２】
このようにして、管理サーバ２００は、システム管理情報および負荷率平均などを常時収集しているが、何らかの原因でサーバ制御部２０５に障害が発生して、この障害の発生のためサーバ制御部２０５などが動作できない状態になったとする。
【００８３】
この場合、例えば障害の発生により、管理サーバ２００に設けられた図示しないウォッチドッグタイマのカウントダウンが進行してカウントが零となり、カウントが零になったことで障害検出部２０３は発生した障害を検出する。
【００８４】
この障害を検出した障害検出部２０３は、管理サーバ２００に障害が発生したことを障害通知パス９０２を介して指定手段のサーバ制御部１０５−ｎに通知する。
【００８５】
サーバ制御部１０５−ｎは、障害検出部２０３から障害検出の通知である障害通知パス９０２の信号のレベル「高」を受信すると、処理サーバ１００−１〜１００−ｎで算出された負荷率平均を互いに比較することにより、負荷率平均が最も軽い処理サーバ１００−１〜１００−ｎを管理サーバ２００に代わる正式な管理サーバとして決める。
【００８６】
例えば、指定手段が処理サーバ１００−３を管理サーバ２００に代わる管理サーバに決めたとする。
【００８７】
サーバ制御部１０５−ｎは、処理サーバ１００−３が管理サーバ２００に代わる管理サーバになったことを処理サーバ１００−３のサーバ制御部１０５−３にバス９０１を介して通知し、同様に他のサーバ制御部１０５−１、１０５−２、１０５−４〜１０５−ｎにもバス９０１を介して通知する。
【００８８】
処理サーバ１００−３は、指定手段からこの管理サーバの代行になった通知を受領すると、この通知により管理サーバとして処理システムのシステム管理を開始する。
【００８９】
この管理サーバ２００に代わる管理サーバを以降、代管理サーバと称する。
【００９０】
処理サーバ１００−３が代管理サーバとしてシステム管理を開始するに当たり、これまで指定手段であった処理サーバ１００−ｎを引き続き指定手段としてもよい。
【００９１】
また、指定手段である処理サーバ１００−ｎが管理サーバ２００に代わる代管理サーバを決める際に、処理サーバ１００−ｎが収集し比較した各処理サーバ１００−１〜１００−ｎの負荷率平均により、処理サーバ１００−３に次いで軽い負荷率平均を示す処理サーバ１００−１〜１００−ｎを新たに指定手段としてもよい。
【００９２】
指定手段は、それまで管理サーバ２００が収集し、管理サーバ２００の制御情報部２０２および制御情報部１０２−ｎに格納していたシステム管理情報を、制御情報部１０２−ｎから読み出し、代管理サーバである処理サーバ１００−３の制御情報部１０２−３に書き込むとともに、代管理サーバ決定後に指定手段に指定された処理サーバ１００−１〜１００−ｎの制御情報部１０２−１〜１０２−ｎにも同様の書き込みを行う。
【００９３】
処理サーバ１００−３は、この制御情報部１０２−３に書き込まれたシステム管理情報およびサーバ制御部１０５−３が収集を開始したシステム管理情報をもとにして、管理サーバ２００に代わって処理システムのシステム管理を行う。
【００９４】
この代管理サーバである処理サーバ１００−３のシステム管理下においても、各処理サーバ１００−１〜１００−ｎは、管理サーバ２００がシステム管理を行っていたときと同様に算出した瞬時負荷率および負荷率平均を自身の制御情報部１０２−３に格納し、新たな指定手段の制御情報部にも格納する。
【００９５】
これにより、サーバ１００−３の負荷が重くなり、管理サーバ２００に代わって代管理サーバの役割を果たすことが難しくなった場合には、サーバ１００−３は指定手段に負荷の増加を通知する。
【００９６】
指定手段は、この通知を受けると各処理サーバ１００−１〜１００−ｎの負荷率平均を互いに比較して、最も負荷率平均の低い処理サーバ１００−１〜１００−ｎを選択することで、処理サーバ１００−３の代わりに管理サーバ２００のシステム管理の代行を行う処理サーバ１００−１〜１００−ｎを選択することができる。
【００９７】
この場合、処理サーバ１００−３が、負荷が重くなったが障害に到っていない場合には、処理サーバ１００−３が、指定手段の代わりに代管理サーバを決定してもよい。
【００９８】
このように、平均負荷算出部１０４−１〜１０４−ｎで算出した負荷率平均を比較して各処理サーバ１００−１〜１００−ｎの負荷を比較することにより、単に負荷率算出部１０３−１〜１０３−ｎにより算出された瞬時負荷率を比較して瞬時負荷率の最も低い処理サーバ１００−１〜１００−ｎを代管理サーバとして選択することにより管理サーバ２００に障害が発生したときに、たまたま短時間だけ急激に負荷が軽くなった処理サーバ１００−１〜１００−ｎが代管理サーバとなる弊害を回避することができる。
【００９９】
このように、管理システムは、管理モジュールである管理サーバ２００内に他の処理サーバ１００−１〜１００−ｎからも読み書き可能な制御情報部２０２を有しており、また、管理サーバ２００は、他の処理サーバ１００−１〜１００−ｎの制御情報部１０２−１〜１０２−ｎに読み書きできるサーバ制御部２０５を有している。
【０１００】
また、管理システムは、処理サーバ１００−１〜１００−ｎ内に他のサーバ１００−１〜１００−ｎ、管理サーバ２００からも読み書き可能な制御情報部１０２−１〜１０２−ｎを有しており、また、処理サーバ１００−１〜１００−ｎは、他の制御情報部１０２−１〜１０２−ｎ、２０２に読み書きできるサーバ制御部１０５−１〜１０５−ｎを有している。
【０１０１】
このため、本実施形態の管理システムは、従来のような管理サーバの二重化のための管理モジュールを不要としており、処理サーバ１００−１〜１００−ｎが管理サーバ２００の代わりをすることができる。
【０１０２】
また、処理サーバ１００−１〜１００−ｎに負荷算出部１０３−１〜１０３−ｎおよび平均負荷算出部１０４−１〜１０４−ｎを設け、各サーバ制御部１０５−１〜１０５−ｎの負荷を正確に把握することで、サーバ制御部１０５−１〜１０５−ｎの負荷を軽減したり、サーバ制御部１０５−１〜１０５−ｎの性能低下を防止することができる。
【０１０３】
このような管理システムが実現されることで、管理サーバ２００に関わる管理サーバの二重化のコストを低く抑えることができる。
【０１０４】
次に、管理システムが、さらに求めた負荷率平均の変化から各処理サーバ１００−１〜１００−ｎの負荷率平均を予測する動作について詳細に説明する。
【０１０５】
ここで、各平均負荷算出部１０４−１〜１０４−ｎで求めた各処理サーバ１００−１〜１００−ｎのある時点での負荷率平均を比較して、例えば処理サーバ１００−３の負荷率平均が最も低く、２番目に負荷率平均の低かったサーバが処理サーバ１００−１であったとする。
【０１０６】
図５は、平均負荷算出部１０４−１、１０４−３によってそれぞれ算出された処理サーバ１００−１、１００−３の負荷率平均の変化を示す図である。
【０１０７】
図示したように、横軸は時間を示し、縦軸は負荷率平均を示し、図中折れ線７０１は処理サーバ１００−１の負荷率平均の変化を示し、折れ線７０３は処理サーバ１００−３の負荷率平均の変化を示す。
【０１０８】
図中で、時間Ｔ２は、障害検出部２０３が障害を検出して、指定手段に通知した時刻を含む所定期間であり、時間Ｔ１は、障害検出部２０３がサーバ制御部２０５から障害を検出しておらず、管理サーバ２００が動作していた時間Ｔ２よりも所定期間前の時間とする。
【０１０９】
また、時間Ｔ３は、障害検出部２０３が障害を検出したのち、管理サーバ２００から処理サーバ１００−１〜１００−ｎのうちの１台が代管理サーバに指定され、この代管理サーバが正常にシステム管理を行っている状態での所定期間を示す。
【０１１０】
ここでは、説明の簡単のため、時間Ｔ１と時間Ｔ２との間隔および時間Ｔ２と時間Ｔ３との間隔は、等しいものとして説明する。
【０１１１】
この時間Ｔ２の負荷率平均は、請求項２および第２の発明に記載の前記障害検出部の前記障害検出の時刻を含む前記所定期間の前記負荷率を示す第１の負荷率に相当し、時間Ｔ１の負荷率平均は、請求項２および第２の発明に記載の前記第１の負荷率の前記所定期間よりも所定時間前の前記所定期間の前記負荷率を示す第２の負荷率平均に相当し、この時間Ｔ３の負荷率平均は、請求項２および第２の発明に記載の前記複数の処理手段のそれぞれの前記第１の負荷率平均の後の前記所定時間の前記負荷率に相当する。
【０１１２】
図に示した負荷率平均Ｌ１〜Ｌ５は、処理サーバ１００−１、１００−３の負荷率平均の値を示しており、例えば、負荷率平均Ｌ１は、時間Ｔ１での処理サーバ１００−３の負荷率平均の値を示し、負荷率平均Ｌ４は、時間Ｔ１での処理サーバ１００−１の負荷率平均の値を示している。
【０１１３】
ここで、処理サーバ１００−ｎが上で説明した負荷率平均を比較したときの負荷率平均が時間Ｔ２の値であったとする。図中から分かるように、時間Ｔ２における処理サーバ１００−３の負荷率平均は負荷率平均Ｌ２であり、時間Ｔ２における処理サーバ１００−１の負荷率平均は負荷率平均Ｌ３である。
【０１１４】
このように、時間Ｔ２の処理サーバ１００−３の負荷率平均Ｌ２は、処理サーバ１００−１の負荷率平均Ｌ３よりも低いことが分かる。
【０１１５】
また、時間Ｔ２より前の時間Ｔ１における両処理サーバ１００−１、１００−３のそれぞれの負荷率平均を見てみると、図中から分かるように、時間Ｔ１における処理サーバ１００−３の負荷率平均は負荷率平均Ｌ１であり、時間Ｔ１における処理サーバ１００−１の負荷率平均は負荷率平均Ｌ４である。
【０１１６】
この時間Ｔ１においても、処理サーバ１００−３の負荷率平均Ｌ１は、処理サーバ１００−１の負荷率平均Ｌ４よりも低いことが分かる。
【０１１７】
しかしながら、処理サーバ１００−１の負荷率平均の変化に着目すると、時間Ｔ１に負荷率平均Ｌ４であった処理サーバ１００−１は、時間Ｔ２においては負荷率平均Ｌ３と負荷率平均が下がっていることが分かる。
【０１１８】
これに対して、処理サーバ１００−３の負荷率平均の変化に着目すると、時間Ｔ１に負荷率平均Ｌ１であった処理サーバ１００−３は、時間Ｔ２においては負荷率平均Ｌ２と負荷率平均が急激に上昇していることが分かる。
【０１１９】
仮に、このような処理サーバ１００−１、１００−３の負荷率平均の変化が暫く継続すると想定すると、図中から分かるように、時間Ｔ２に負荷率平均Ｌ３であった処理サーバ１００−１は、時間Ｔ３においては負荷率平均Ｌ２と負荷率平均が下がるであろうと予測されることが分かる。
【０１２０】
これに対して、時間Ｔ２に負荷率平均Ｌ２であった処理サーバ１００−３は、時間Ｔ３においては負荷率平均Ｌ５と負荷率平均が急激に上昇するであろうと予測されることが分かる。
【０１２１】
したがって、処理サーバ１００−１、１００−３において時間Ｔ１から時間Ｔ２に生じた負荷率平均の変化が時間Ｔ３まで継続する場合には、時間Ｔ３においては処理サーバ１００−３の負荷率平均Ｌ５は、処理サーバ１００−１の負荷率平均Ｌ２よりも遙かに高い負荷率になってしまう。
【０１２２】
このように、時間Ｔ２における各処理サーバ１００−１〜１００−ｎの負荷率平均を算出して、仮に最も負荷率平均の低いサーバが処理サーバ１００−３であった場合に、図５に示したような変化が認められるとすると、処理システムの管理を時間Ｔ２から時間Ｔ３の間に管理サーバ２００から処理サーバ１００−３に切り替えた後の時間Ｔ３において、処理サーバ１００−３の負荷がＬ５まで上昇し、この傾向がその後も継続した場合には、処理サーバ１００−３の負荷は直ぐに処理サーバ１００−３の負荷能力を越えてしまう。
【０１２３】
このサーバの負荷能力の超過のため、処理サーバ１００−３は、管理サーバ２００に代わって行っているシステム管理を負荷の軽い他の処理サーバ１００−１、１００−２、１００−４〜１００−ｎに移行する必要が生じる。
【０１２４】
図５の時間Ｔ１から時間Ｔ２の負荷率平均の変化から、このことは容易に予測できることである。
【０１２５】
平均負荷算出部１０４−１〜１０４−ｎは、所定期間ごとの負荷率平均を演算により求めるとともに、この所定期間ごとの負荷率平均の変化を演算によって求めておく。この演算結果が、既に説明したように図５で示した負荷率平均の変化である。
【０１２６】
平均負荷算出部１０４−１〜１０４−ｎによって得られたこの負荷率平均の変化を参照することで、例えば時間Ｔ２に含まれる時刻において管理サーバ２００の障害検出部２０３が障害を検出して、各処理サーバ１００−１〜１００−ｎのサーバ制御部１０５−１〜１０５−ｎに通知した場合に、時間Ｔ２では、処理サーバ１００−３の負荷率平均Ｌ２が処理サーバ１００−１の負荷率平均Ｌ３よりも低いという結果が得られる。
【０１２７】
平均負荷算出部１０４−１〜１０４−ｎは、求めた時間Ｔ２の負荷率平均以外に時間Ｔ２よりも前の時間Ｔ１との負荷率平均の変化の状態を演算により求め、この負荷率平均の変化により時間Ｔ３での予測される負荷率平均を出力する。
【０１２８】
この演算結果により、時間Ｔ３の負荷率平均が処理サーバ１００−３では負荷率平均Ｌ５と予測され、時間Ｔ３の負荷率平均が処理サーバ１００−１では負荷率平均Ｌ２と予測され、負荷率平均Ｌ２と負荷率平均Ｌ５との比較により負荷率平均Ｌ２が負荷率平均Ｌ５よりも低いと判定された場合には、この時間Ｔ３において負荷率平均の低いと予測される処理サーバ１００−１が、管理サーバ２００からシステム管理の機能を管理サーバ２００から引き継ぎシステム管理を代行するとよい。
【０１２９】
これにより、時間Ｔ３において負荷の軽い処理サーバ１００−１によるシステム管理を行うことが可能であり、処理サーバ１００−３がシステム管理を引き継いだ場合に直ぐに処理サーバ１００−３の負荷を超過し、他のサーバにシステム管理の引き継ぎをしなければならないような事態を避けることができる。
【０１３０】
以上説明したように、本発明によれば以下に示すような優れた効果を得られる。
（１）管理システムは、各サーバの稼働状態を、サーバごとの所定期間当たりの負荷率平均として算出して、この負荷率平均を比較して負荷率平均の低いサーバもしくは負荷率平均が低くなると予測される処理サーバを管理サーバの代わりに管理サーバとして選定することができる。このため、ロックしたときにたまたま稼動率が低いというだけで管理が移行され、管理移行後すぐに稼働率が上がることで、再度他の管理アプリケーションに管理を移行する必要が生じるという従来技術の問題を解消し、代行の管理サーバが煩雑に代わらないことでこの代行の管理サーバを安定した管理サーバとして使用することができる。
（２）管理システムは、従来の現用系マネージャと予備系マネージャを有するネットワーク管理システムもしくは、稼働側親局と待機側親局とを有した二重化制御システムなどの冗長システムとは異なり、管理サーバは１台のみ処理システムを管理して、必要な場合に他のサーバが管理サーバに代わり処理システムの管理を行うことを可能にしている。このため、２台の管理サーバを設けるためのコストが大きくなってしまうという問題を解消し、低コストで管理サーバと一般のサーバを管理サーバの代行として使用する管理システムを実現できる。
（３）管理システムは、管理サーバが故障になった場合、管理システムに接続され管理されている処理サーバのうちの１つが管理サーバの機能を代行できることで、管理サーバの二重化を不要としており、管理サーバのコストを低く抑えることができる。
（４）管理システムは、平均負荷算出部により算出される各処理サーバの稼働状態を示す負荷率平均を利用して各処理サーバの負荷率平均を予測することにより、サーバ制御部の負荷の増加などの影響を避けることができ、管理モジュールである管理サーバにかかわるコストを小さくする効果が得られる。
（５）本発明は、処理システムに接続された処理サーバが、いずれも管理サーバの機能を代行することができるので、管理システムの信頼性を低コストで向上することができる。
【図面の簡単な説明】
【０１３１】
【図１】本実施形態の管理システムの構成例を示すブロック図である。
【図２】本実施形態の管理システムのサーバの構成例を示すブロック図である。
【図３】本実施形態の管理システムのサーバの構成例を示すブロック図である。
【図４】本実施形態の管理システムの管理サーバの構成例を示すブロック図である。
【図５】サーバの負荷率平均の変化を示す図である。
【符号の説明】
【０１３２】
１００−１、１００−２、１００−３、・・・、１００−ｎ 処理サーバ（処理手段）
１０２−１、１０２−２、１０２−３、・・・、１０２−ｎ 制御情報部（第１の制御情報部）
１０３−１、１０３−２、１０３−３、・・・、１０３−ｎ 負荷率算出部
１０４−１、１０４−２、１０４−３、・・・、１０４−ｎ 平均負荷算出部
１０５−１、１０５−２、１０５−３、・・・、１０５−ｎ サーバ制御部（第１の制御部）
２００ 管理サーバ（管理手段）
２０２ 制御情報部（第２の制御情報部）
２０３ 障害検出部
２０５ サーバ制御部（第２の制御部）
９０１ バス
９０２ 障害通知パス
【技術分野】
【０００１】
本発明は、コンピュータシステムに係り、特にシステム管理のための管理モジュールの機能切替方式に関する。
【背景技術】
【０００２】
従来、複数のサーバもしくはコンピュータが接続された処理システムがある場合に、この処理システムは処理システムを管理するための管理システムの機能を併せて有していることが多く、この管理システムのために管理用のサーバが設けられている。
【０００３】
管理用のサーバは、この処理システム全体の電源制御を行ったり、各サーバ、コンピュータモジュールの電源制御を個別に行ったり、各サーバもしくは各コンピュータの稼働状況などに関する情報の一括管理を行っている。
【０００４】
この管理用のサーバに障害が発生して処理システムの管理が行えないような事態が発生した場合に対処するため、管理用のサーバをもう１台追加して管理用のサーバを二重化することにより、この追加された管理用のサーバが既に設置されている管理用のサーバの機能を代行して、ネットワーク管理システムの信頼性を向上させる技術が公知となっている。
【０００５】
例えば、ネットワーク管理を行うマネージャを現用系マネージャと予備系マネージャとしてそれぞれ設け、この現用系マネージャと予備系マネージャとの間の通信量を削減しつつ、現用系マネージャに重大な障害が発生した場合にも確実に予備系マネージャへの切り換えが可能なネットワーク管理システムが提案されている（特許文献１参照）。
【０００６】
また、稼働側親局と待機側親局とを設けて、この稼働側親局と待機側親局とが入れ替わる二重化切換を必要最小時間で確実に行う二重化制御システムの二重化切換方法が提案されている（特許文献２参照）。
【０００７】
また、管理アプリケーションおよび被管理アプリケーションを有しており、管理装置が故障したり負荷が高くて十分に機能が発揮できないときでも、被管理アプリケーションに稼動状況を問い合わせ、他の被管理アプリケーションと同期を取るためにロックをし、その稼動状況の報告から稼働率が低い管理アプリケーションに管理させることを決める分散システム管理方式及び分散システム管理方法が提案されている（特許文献３参照）。
【特許文献１】特開２０００−３０７５７９号公報
【特許文献２】特開２００４−０７８４２５号公報
【特許文献３】特開平８−１２３７６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、現用系マネージャと予備系マネージャとを有するネットワーク管理システムもしくは、稼働側親局と待機側親局とを有した二重化制御システムなどの冗長系システムでは、マネージ用のサーバとして現用系マネージャと予備系マネージャとの２台必要であったり、管理用のサーバとして稼働側親局と待機側親局との２台必要であるため、この２台のマネージ用もしくは管理用のサーバを設けるためのコストが大きくなってしまうという問題があった。
【０００９】
また、管理アプリケーションおよび被管理アプリケーションを用いた分散システム管理方式の場合には、他の被管理アプリケーションと同期を取るためにロックをし、その稼動状況の報告から稼働率が低い管理アプリケーションに管理させることを決めるため、ロックしたときにたまたま稼動率が低いというだけで管理が移行されることがあり、管理移行後すぐに稼働率が上がることで、再度他の管理アプリケーションに管理を移行する必要が生じるという問題があった。
【００１０】
そこで本発明の目的は、管理サーバを二重化することを不要とし、処理システムに接続された負荷率の低いサーバが管理サーバの機能を代行できるようにする管理システムを提供することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明の管理システムの第１の発明は、それぞれ独立に負荷の処理を行う複数の処理手段と、該複数の処理手段を管理する管理手段とが接続手段を介して接続された管理システムであって、
前記複数の処理手段のそれぞれは、
前記負荷を処理する第１の制御部と、
前記第１の制御部の所定期間における平均的な負荷率を算出する平均負荷算出部と、を具備し、
前記管理手段は、
前記複数の処理手段を管理する第２の制御部と、
前記第２の制御部の動作状態から障害を検出する障害検出部と、を具備し、
前記複数の処理手段のうち１つは、前記第２の制御部に障害が発生したときに、前記複数の処理手段のいずれかを前記管理手段の代わりとして指定する指定手段とされ、
前記平均負荷算出部のそれぞれは、算出した前記負荷率を前記指定手段の前記第１の制御部または前記管理手段の前記第２の制御部へ送出し、
前記障害検出部は、前記第２の制御部に障害が発生したことを検出するとその旨を前記指定手段の第１の制御部へ送出し、
前記指定手段の前記第１の制御部は、前記第２の制御部での障害の発生が前記障害検出部から通知されると、算出された前記負荷率が最も低い前記処理手段を前記管理手段の代わりとして指定する管理システムである。
【００１２】
第２の発明は、第１の発明に記載の管理システムにおいて、
前記平均負荷算出部が、
前記障害検出部の前記障害検出の時刻を含む前記所定期間の前記負荷率を示す第１の負荷率と、
前記第１の負荷率の前記所定期間よりも所定時間前の前記所定期間の前記負荷率を示す第２の負荷率平均と、を算出し、
前記指定手段の前記第１の制御部が、
前記複数の処理手段のおのおのの前記第１の負荷率と、前記第２の負荷率とを比較して、それぞれの前記処理手段の前記第２の負荷率から前記第１の負荷率への変化に基づいて、前記複数の処理手段のそれぞれの前記第１の負荷率平均の後の前記所定時間の前記負荷率を予測するものである。
【００１３】
第３の発明は、第１の発明に記載の管理システムにおいて、
前記第１の制御部は、
前記負荷率を前記指定手段または前記管理手段に読み書き可能であるものである。
【００１４】
第４の発明は、第１の発明に記載の管理システムにおいて、
前記第２の制御部は、
複数の処理手段を管理する情報を前記処理手段から収集し、該情報を前記指定手段または前記管理手段に読み書き可能であるものである。
【００１５】
第５の発明は、第１の発明に記載の管理システムにおいて、
前記障害検出部の障害の検出が、ウォッチドッグタイマにより行われるものである。
【００１６】
第６の発明は、第１の発明に記載の管理システムにおいて、
前記管理手段と、前記複数の処理手段の１つとが前記接続手段を介して接続され、
前記複数の処理手段の１つと、前記複数の処理手段の他の１つとが前記接続手段を介して接続され、
前記複数の処理手段の他の１つと、前記複数の処理手段のさらに他の１つとが前記接続手段を介して接続され、
同様に、前記複数の処理手段が順次接続されたものである。
【００１７】
第７の発明は、それぞれ独立に負荷の処理を行う複数の処理手段と、該複数の処理手段を管理する管理手段とが接続手段を介して接続された管理システムの管理方法であって、
前記複数の処理手段のそれぞれは、
前記負荷を処理するステップと、
前記複数の処理手段の所定期間における平均的な負荷率を算出するステップと、を有し、
前記管理手段は、
前記複数の処理手段を管理するステップと、
前記管理手段の動作状態から障害を検出するステップと、を有し、
前記複数の処理手段のうち１つは、前記管理手段に障害が発生したときに、前記複数の処理手段のいずれかを前記管理手段の代わりとして指定する指定手段とされ、
前記複数の処理手段のそれぞれは、算出した前記負荷率を前記指定手段または前記管理手段へ送出し、
前記管理手段は、前記管理手段に障害が発生したことを検出するとその旨を前記指定手段へ送出し、
前記指定手段は、前記管理手段での障害の発生が前記管理手段から通知されると、算出された前記負荷率が最も低い前記処理手段を前記管理手段の代わりとして指定する管理システムの管理方法である。
【００１８】
本発明において、複数の処理手段である処理サーバもしくはコンピュータが、接続手段を介して接続された処理システムがあり、この処理システムを管理するための管理手段としての管理サーバが処理システムに接続されて管理システムが構成されている。
【００１９】
処理システムに接続されている各処理サーバもしくは各コンピュータは、一般的な処理サーバの機能を有するほか、処理システムの管理を行う機能を備えている。
【００２０】
通常は、従来同様に管理サーバが処理システムの管理を行い、この管理サーバは、処理システムの管理を行うに際しては、複数の処理サーバのうちから１台をあらかじめ仮の管理サーバである指定手段として決めておく。
【００２１】
この指定手段は、管理サーバが正常に稼働しているときには、管理サーバが収集した情報の内システム管理に必要な情報を管理サーバから受け取り、記憶しておく。
【００２２】
管理サーバが何らかの原因で障害を発生して、この障害が障害検出部により検出されると、この障害検出の情報は、指定手段に指定された処理サーバに通知される。
【００２３】
指定手段は、障害を検出したという通知を管理サーバから受けると、各処理サーバの所定期間における平均的な負荷率である負荷率平均を比較する。
【００２４】
この負荷率平均を算出するにあたっては、先ず、接続手段に接続されている各処理サーバごとに、負荷の軽重に基づいて時刻ごとの負荷率が算出される。この時刻ごとの負荷率は、処理サーバ自身の稼働状況を時刻ごとに示したものである。
【００２５】
負荷率平均は、さらにこの算出した時刻ごとの負荷率をもとに所定期間における単位時間当たりの負荷率の平均を算出したものである。
【００２６】
指定手段は、この各処理サーバの負荷率平均を比較して、算出された負荷率平均が最も低い処理サーバを管理手段の代わりとして指定する。
【００２７】
このため、本発明の管理システムは、負荷率の変動の大きい処理サーバが代わりの管理サーバになる可能性が低く、処理サーバである代わりの管理サーバがもとの管理サーバからの管理を移管された後、安定して処理システムの管理ができる管理システムとなっている。
【発明の効果】
【００２８】
本発明によれば、コストを大幅に増加させることなく処理システムを管理する管理システムを実現できるので、低コストで管理システムの信頼性をより向上させることができる。
【発明を実施するための最良の形態】
【００２９】
本発明を実施するための形態について図面を参照して詳細に説明する。
【００３０】
図１は、本実施形態の管理システムの構成例を示すブロック図である。
【００３１】
図示したように管理システムは、それぞれ独立に負荷を処理する複数の処理手段としての処理サーバ１００−１〜１００−ｎと、処理サーバ１００−１〜１００−ｎを備えて構成される処理システムを管理する管理手段としての管理サーバ２００とが、接続手段であるバス９０１及び障害専用パス９０２を介して接続され、構成される。
【００３２】
本実施形態では、これらの処理サーバ１００−１〜１００−ｎは、互いに同様の構成部位・機能を有しており、特に断らない限り処理サーバ１００−１〜１００−ｎは、互換性を有しているものとする。
【００３３】
処理サーバ１００−１〜１００−ｎおよび管理サーバ２００は、図に示したとおり接続手段であるバス９０１及び障害専用パス９０２を介して順次接続されて、管理システムを形成している。
【００３４】
このような管理システムの接続は、ＩＥＥＥ（Institute of Electrical and Electronic Engineers：電気電子学会）の定めた規格ＩＥＥＥ１３９４に明記されたデージィーチェイン（daisy chain：数珠繋ぎ）接続と同様の接続となっている。
【００３５】
バス９０１は、例えばサーバ管理ハードウェアのための内部バス仕様であるＩＰＭＢ（Intelligent Platform Management Bus）、サーバに他のＩＰＭＢを接続するための外部バス仕様であるＩＣＭＢ（Intelligent Chassis Management Bus）などのバスインタフェイスで構成されている。
【００３６】
障害通知パス９０２は、管理サーバ２００で発生した障害を管理サーバ２００から処理サーバ１００−１〜１００−ｎに通知する専用のパスとなっており、例えば障害通知パス９０２の信号がレベル「高」のとき管理サーバ２００に障害が発生していることを示し、障害通知パス９０２の信号がレベル「低」のとき管理サーバ２００に障害が発生していないことを示すものとする。
【００３７】
この管理システムにおいて、あらかじめ管理サーバ２００によって、複数の処理手段のうち１つは、管理手段２００の第２の制御部に障害が発生したときに、複数の処理サーバ１００−１〜１００−ｎのいずれかを管理手段２００の代わりとして指定する指定手段とされる。
【００３８】
図２は、本実施形態の管理システムの処理サーバの構成例を示すブロック図である。
【００３９】
図を参照すると、処理サーバ１００−１は、処理サーバ１００−１に負荷として供給されたデータなどの処理を行い処理サーバ１００−１の各構成部位などを制御・管理する第１の制御部としてのサーバ制御部１０５−１と、サーバ制御部１０５−１でデータ処理されたデータもしくは他のサーバから送信されたデータを記憶する読み書き可能な第１の制御情報部１０２−１と、サーバ制御部１０５−１の処理する負荷により負荷率を算出する負荷率算出部１０３−１と、負荷率算出部１０３−１で算出された負荷率をもとにしてサーバ制御部１０５−１の所定期間における平均的な負荷率を算出する平均負荷算出部１０４−１とを備えて構成されている。
【００４０】
制御情報部１０２−１はサーバ制御部１０５−１に接続されており、制御情報部１０２−１はバス９０１に接続されており、負荷率算出部１０３−１はサーバ制御部１０５−１に接続されており、平均負荷算出部１０４−１はサーバ制御部１０５−１に接続されており、負荷率算出部１０３−１は平均負荷算出部１０４−１に接続されており、サーバ制御部１０５−１は、バス９０１を介して他の処理サーバ１００−１〜１００−ｎのサーバ制御部と接続されており、サーバ制御部１０５−１は、障害通知パス９０２を介して管理サーバ２００の障害検出部に接続されている。
【００４１】
制御情報部１０２−１は、処理サーバ１００−１〜１００−ｎでデータ処理されたデータもしくは管理サーバ２００から送信されたシステム管理情報などのデータを記憶し、記憶されたデータを処理サーバ１００−１〜１００−ｎ、２００の要求に応じて読み出すことのできるデータベースの機能を有している。
【００４２】
このシステム管理情報の管理サーバ２００から制御情報部１０２−１への書き込みは、処理サーバ１００−１が管理サーバ２００からあらかじめ管理サーバ２００の代わりとして指定手段の指定を受けているときに行われる。
【００４３】
負荷率算出部１０３−１は、例えば処理サーバ１００−１のサーバ制御部１０５−１内に設けられている図示しない中央演算処理装置の稼働状況を監視して中央演算処理装置の負荷率をあらかじめ定めたサンプリングタイムで定期的に得たり、処理サーバ１００−１と処理サーバ１００−１の接続されているバス９０１とのトラフィック量を監視してトラフィック量による処理サーバ１００−１の負荷量を得る演算処理を行うことにより処理サーバ１００−１の稼働状態を示す負荷の軽重を負荷率として算出する機能を有する。
【００４４】
以降、この負荷率算出部１０３−１で算出された時刻ごとの負荷率を、平均負荷算出部１０４−１で算出される平均的な負荷率と区別するために、瞬時負荷率と称する。
【００４５】
負荷率算出部１０３−１で算出された瞬時負荷率は、この瞬時負荷率が得られた時刻とともに制御情報部１０２−１に記憶され、指定手段の第１の制御部（サーバ制御部）、管理手段２００の第２の制御部（サーバ制御部）または制御情報部へ送出される。
【００４６】
これに対して、平均負荷算出部１０４−１で算出された平均的な負荷率を以降、負荷率平均と呼ぶ。この負荷率平均も、負荷率算出部１０３−１で算出された瞬時負荷率と同様に制御情報部１０２−１に記憶され、指定手段の第１の制御部（サーバ制御部）、管理手段２００の第２の制御部（サーバ制御部）または制御情報部へ送出される。
【００４７】
または、この制御情報部１０２−１に記憶された瞬時負荷率もしくは制御情報部１０２−１に記憶された負荷率平均は、他の処理サーバ１００−１〜１００−ｎ、管理サーバ２００からの問い合わせ要求に応じて、問い合わせのあった処理サーバ１００−１〜１００−ｎ、管理サーバ２００に出力されることでもよい。
【００４８】
このように負荷率平均を他のサーバに対して回答することにより、処理サーバ１００−１〜１００−ｎの瞬時負荷率の変動が著しく時間的な偏った負荷にも対応して管理サーバ２００から管理サーバ２００を代行する処理サーバ１００−１〜１００−ｎへの切り替えを円滑に行うことができる。
【００４９】
サーバ制御部１０５−１は、制御情報部１０２−１もしくは他の処理サーバ１００−２〜１００−ｎ、管理サーバ２００の制御情報部に処理サーバ１００−１に関するシステム管理情報などのデータを送って記憶させ、また、制御情報部１０２−１もしくは他の処理サーバ１００−２〜１００−ｎ、管理サーバ２００の制御情報部に記憶されたシステム管理情報などのデータを読み出す機能を有している。
【００５０】
このサーバ制御部１０５−１の読み書き可能な機能のため、管理サーバ２００のサーバ制御部２０５、処理サーバ１００−１〜１００−ｎのサーバ制御部の負荷を軽くし、また処理サーバ１００−１〜１００−ｎで得られた電圧監視情報、温度情報などのシステム管理情報を温度データ取得後などの適切なタイミングで管理サーバ２００に送信することができる。
【００５１】
図３に示す処理サーバ１００−ｎは、図２に示した処理サーバ１００−１と同様の構成・機能を有するｎ台目のサーバである。
【００５２】
処理サーバ１００−ｎの各構成部位の説明については、処理サーバ１００−１と同様であるため省略する。
【００５３】
なお、この処理サーバ１００−ｎの各構成部位は、処理サーバ１００−１と同様の表記をし、他の２台目の処理サーバ１００−２〜ｎ−１台目の処理サーバ１００−ｎ−１についても同様の表記とする。例えば、処理サーバ１００−ｎの制御情報部の表記は、制御情報部１０２−ｎである。
【００５４】
図４は、本実施形態の管理システムの管理サーバの構成例を示すブロック図である。
【００５５】
図示したように管理サーバ２００は、処理システムの各処理サーバ１００−１〜１００−ｎなどから収集した処理サーバ１００−１〜１００−ｎの障害情報、電圧監視情報、温度情報などのシステム管理情報により処理システムを監視し、管理システムの管理を行う第２の制御部としてのサーバ制御部２０５と、サーバ制御部２０５で収集したシステム管理情報もしくは他の処理サーバ１００−１〜１００−ｎのサーバ制御部から送信されたシステム管理情報などのデータを読み書きする第２の制御情報部２０２と、サーバ制御部２０５の動作状態からサーバ制御部２０５で生じた障害を検出して他の処理サーバ１００−１〜１００−ｎに通知する障害検出部２０３とを備えて構成されている。
【００５６】
管理サーバ２００は、収集したシステム管理情報に基づいて、処理サーバ１００−１〜１００−ｎなどの障害を示す障害情報から、処理システムの障害の有無を監視したり、電圧監視情報から処理サーバ１００−１〜１００−ｎの電源電圧の正常／異常などを監視したりすることにより、処理システムの管理を行い、システム管理情報に異常が認められる場合には、この異常を管理サーバ２００の図示しないモニタに表示したり、アラームを鳴動させることでシステム管理者に通知する。
【００５７】
また管理サーバ２００は、障害情報の示す障害の程度が軽く可能な場合には障害の除去を行い、電源電圧の制御、電源の切／断などの制御が可能な場合には電源電圧の制御を行って処理システムを復帰させることで、処理システムの管理を行う。
【００５８】
制御情報部２０２はサーバ制御部２０５に接続されており、制御情報部２０２はバス９０１に接続されており、障害検出部２０３はサーバ制御部２０５に接続されている。障害検出部２０３は、障害通知パス９０２を介して他の処理サーバ１００−１〜１００−ｎのサーバ制御部１０５−１〜１０５−ｎに接続され、サーバ制御部２０５は、バス９０１を介して他の処理サーバ１００−１〜１００−ｎのサーバ制御部１０５−１〜１０５−ｎに接続されている。
【００５９】
ここで、サーバ制御部２０５が収集するシステム管理情報は、例えば次に説明するデータである。
【００６０】
障害情報は、サーバ制御部２０５が、各処理サーバ１００−１〜１００−ｎの稼働状況を監視して得た情報であり、何らかの原因で処理サーバ１００−１〜１００−ｎの稼働が低下したり、処理サーバ１００−１〜１００−ｎが稼働しなくなったなどの処理サーバ１００−１〜１００−ｎに生じた異常、障害の内容を示すデータである。
【００６１】
電圧監視情報は、サーバ制御部２０５が、各処理サーバ１００−１〜１００−ｎに供給される電源電圧を監視して得た情報であり、この電源電圧の監視により処理サーバ１００−１〜１００−ｎに規定の電圧の電源が供給されているかを示すデータである。
【００６２】
温度情報は、サーバ制御部２０５が、各処理サーバ１００−１〜１００−ｎの筐体内の温度を監視して得た情報であり、この温度の監視により処理サーバ１００−１〜１００−ｎの筐体内が何度になっているかを示すデータである。
【００６３】
サーバ制御部２０５は、システム管理情報などのデータを制御情報部２０２もしくは制御情報部１０２−１〜１０２−ｎに送って記憶させたり、制御情報部２０２もしく制御情報部１０２−１〜１０２−ｎに記憶されたシステム管理情報などのデータを読み出す機能も有しており、管理サーバ２００の各構成品の制御を行う機能も有する。
【００６４】
障害検出部２０３は、例えば、サーバ制御部２０５の稼働状態、サーバ制御部２０５内に設けられている図示しない中央演算処理装置の稼働状況、管理サーバ２００内の各部の稼働状態やサーバ制御部２０５とバス９０１とのトラフィック状態やトラフィック量を監視することにより、サーバ制御部２０５などの管理サーバ２００内の構成部位が障害になったことを検出する。この検出された障害の発生もしくは障害内容は、仮に定めた指定手段に通知される。
【００６５】
障害検出部２０３の具体的な障害検出の方法は、例えば管理サーバ２００のサーバ制御部２０５などが自ら発する重障害報告を障害検出部２０３が受けることによったり、あらかじめ管理サーバ２００内に設置されたウォッチドッグタイマ（watchdog timer：監視タイマ）による監視により障害検出部２０３が障害を検出したり、あらかじめ設置されたエラーレジスタ、ハードビットなどによる監視によって、この監視結果から障害を検出する。
【００６６】
オペレーティングシステムや使用されているアプリケーション（ソフトウェアプログラム）のウォッチドッグタイマによる動作監視の場合には、このウォッチドッグタイマに一定時間間隔ごとにあらかじめ定めた初期値を設定するようにしておく。初期設定されたウォッチドッグタイマの初期設定からのカウントダウン値が零になったときに、監視されているオペレーティングシステム、アプリケーションが障害を起こしていることが分かる。
【００６７】
障害検出部２０３は、例えばこのウォッチドッグタイマのカウント値が零になったことを検出して、障害が発生したことを検知し、指定手段に通知する。
【００６８】
次に、この管理システムの動作について図１〜図４を参照して詳細に説明する。
【００６９】
管理サーバ２００は、あらかじめ処理サーバ１００−１〜１００−ｎの中から任意に、処理サーバ１００−１〜１００−ｎのいずれか１台を指定手段に指定する。
【００７０】
または、管理サーバ２００が、処理サーバ１００−１〜１００−ｎの瞬時負荷率または負荷率平均を定期的に収集し、この瞬時負荷率または負荷率平均に基づいて、処理サーバ１００−１〜１００−ｎのいずれか１台を指定手段に指定するとよい。この場合には、各処理サーバ１００−１〜１００−ｎの稼働状況が、時が経つにつれて変動するので、定期的に指定手段の指定を更新するとよい。
【００７１】
また、負荷率算出部１０３−１〜１０３−ｎの算出した各負荷率平均をもとにサーバ制御部２０５が指定手段を決定してもよい。
【００７２】
ここでは説明の都合上、管理サーバ２００が指定する処理サーバ１００−ｎを指定手段として説明を続ける。
【００７３】
サーバ制御部２０５は、処理システムをマネージメントするためにバス９０１を介して各処理サーバ１００−１〜１００−ｎからシステム管理情報などを収集して、システム管理情報を制御情報部２０２、指定手段の制御情報部１０２−ｎに書き込む。
【００７４】
このシステム管理情報は、制御情報部１０２−ｎにも格納されていることで、管理サーバ２００と指定手段である処理サーバ１００−ｎは、同じシステム管理情報を共有することができる。
【００７５】
また、障害などのなんらかの理由で管理サーバ２００の制御情報部２０２に格納されているシステム管理情報が読み出せなくなった場合には、処理サーバ１００−ｎもしくは管理サーバ２００は、システム管理情報を制御情報部２０２から読み出す代わりに、格納されているシステム管理情報をバス９０１を介して制御情報部１０２−ｎから読み出すことができる。
【００７６】
処理サーバ１００−１〜１００−ｎは、供給された負荷の処理をサーバ制御部１０５−１〜１０５−ｎで行い、必要に応じて自身のシステム管理情報を制御情報部１０２−１〜１０２−ｎ、２０２に格納する。
【００７７】
各負荷率算出部１０３−１〜１０３−ｎは、このサーバ制御部１０５−１〜１０５−ｎの稼働状態を検出して、演算により時々刻々変化する瞬時負荷率をおのおの求める。
【００７８】
負荷率算出部１０３−１〜１０３−ｎは、求めた瞬時負荷率とこの負荷率を稼働状態を検出した時刻とを逐次制御情報部１０２−１〜１０２−ｎに格納し、平均負荷算出部１０４−１〜１０４−ｎにも送信する。
【００７９】
平均負荷算出部１０４−１〜１０４−ｎは、負荷率算出部１０３−１〜１０３−ｎから送信された瞬時負荷率とこの瞬時負荷率を稼働状態を検出した時刻とのデータから、このデータを所定期間（例えば、所定期間を１０分とする）ごとにまとめて、この所定期間ごとに負荷率の平均を算出する。
【００８０】
このようにして算出された負荷率平均は、指定手段の問い合わせに応じて、平均負荷算出部１０４−１〜１０４−ｎからサーバ制御部１０５−１〜１０５−ｎ及びバス９０１を介して指定手段に出力される。
【００８１】
また、処理サーバ１００−１〜１００−ｎは、あらかじめ決められた時間毎に、算出された瞬時負荷率および負荷率平均をサーバ制御部１０５−１〜１０５−ｎ及びバス９０１を介して管理サーバ２００および指定手段に出力するようにしておいてもよい。
【００８２】
このようにして、管理サーバ２００は、システム管理情報および負荷率平均などを常時収集しているが、何らかの原因でサーバ制御部２０５に障害が発生して、この障害の発生のためサーバ制御部２０５などが動作できない状態になったとする。
【００８３】
この場合、例えば障害の発生により、管理サーバ２００に設けられた図示しないウォッチドッグタイマのカウントダウンが進行してカウントが零となり、カウントが零になったことで障害検出部２０３は発生した障害を検出する。
【００８４】
この障害を検出した障害検出部２０３は、管理サーバ２００に障害が発生したことを障害通知パス９０２を介して指定手段のサーバ制御部１０５−ｎに通知する。
【００８５】
サーバ制御部１０５−ｎは、障害検出部２０３から障害検出の通知である障害通知パス９０２の信号のレベル「高」を受信すると、処理サーバ１００−１〜１００−ｎで算出された負荷率平均を互いに比較することにより、負荷率平均が最も軽い処理サーバ１００−１〜１００−ｎを管理サーバ２００に代わる正式な管理サーバとして決める。
【００８６】
例えば、指定手段が処理サーバ１００−３を管理サーバ２００に代わる管理サーバに決めたとする。
【００８７】
サーバ制御部１０５−ｎは、処理サーバ１００−３が管理サーバ２００に代わる管理サーバになったことを処理サーバ１００−３のサーバ制御部１０５−３にバス９０１を介して通知し、同様に他のサーバ制御部１０５−１、１０５−２、１０５−４〜１０５−ｎにもバス９０１を介して通知する。
【００８８】
処理サーバ１００−３は、指定手段からこの管理サーバの代行になった通知を受領すると、この通知により管理サーバとして処理システムのシステム管理を開始する。
【００８９】
この管理サーバ２００に代わる管理サーバを以降、代管理サーバと称する。
【００９０】
処理サーバ１００−３が代管理サーバとしてシステム管理を開始するに当たり、これまで指定手段であった処理サーバ１００−ｎを引き続き指定手段としてもよい。
【００９１】
また、指定手段である処理サーバ１００−ｎが管理サーバ２００に代わる代管理サーバを決める際に、処理サーバ１００−ｎが収集し比較した各処理サーバ１００−１〜１００−ｎの負荷率平均により、処理サーバ１００−３に次いで軽い負荷率平均を示す処理サーバ１００−１〜１００−ｎを新たに指定手段としてもよい。
【００９２】
指定手段は、それまで管理サーバ２００が収集し、管理サーバ２００の制御情報部２０２および制御情報部１０２−ｎに格納していたシステム管理情報を、制御情報部１０２−ｎから読み出し、代管理サーバである処理サーバ１００−３の制御情報部１０２−３に書き込むとともに、代管理サーバ決定後に指定手段に指定された処理サーバ１００−１〜１００−ｎの制御情報部１０２−１〜１０２−ｎにも同様の書き込みを行う。
【００９３】
処理サーバ１００−３は、この制御情報部１０２−３に書き込まれたシステム管理情報およびサーバ制御部１０５−３が収集を開始したシステム管理情報をもとにして、管理サーバ２００に代わって処理システムのシステム管理を行う。
【００９４】
この代管理サーバである処理サーバ１００−３のシステム管理下においても、各処理サーバ１００−１〜１００−ｎは、管理サーバ２００がシステム管理を行っていたときと同様に算出した瞬時負荷率および負荷率平均を自身の制御情報部１０２−３に格納し、新たな指定手段の制御情報部にも格納する。
【００９５】
これにより、サーバ１００−３の負荷が重くなり、管理サーバ２００に代わって代管理サーバの役割を果たすことが難しくなった場合には、サーバ１００−３は指定手段に負荷の増加を通知する。
【００９６】
指定手段は、この通知を受けると各処理サーバ１００−１〜１００−ｎの負荷率平均を互いに比較して、最も負荷率平均の低い処理サーバ１００−１〜１００−ｎを選択することで、処理サーバ１００−３の代わりに管理サーバ２００のシステム管理の代行を行う処理サーバ１００−１〜１００−ｎを選択することができる。
【００９７】
この場合、処理サーバ１００−３が、負荷が重くなったが障害に到っていない場合には、処理サーバ１００−３が、指定手段の代わりに代管理サーバを決定してもよい。
【００９８】
このように、平均負荷算出部１０４−１〜１０４−ｎで算出した負荷率平均を比較して各処理サーバ１００−１〜１００−ｎの負荷を比較することにより、単に負荷率算出部１０３−１〜１０３−ｎにより算出された瞬時負荷率を比較して瞬時負荷率の最も低い処理サーバ１００−１〜１００−ｎを代管理サーバとして選択することにより管理サーバ２００に障害が発生したときに、たまたま短時間だけ急激に負荷が軽くなった処理サーバ１００−１〜１００−ｎが代管理サーバとなる弊害を回避することができる。
【００９９】
このように、管理システムは、管理モジュールである管理サーバ２００内に他の処理サーバ１００−１〜１００−ｎからも読み書き可能な制御情報部２０２を有しており、また、管理サーバ２００は、他の処理サーバ１００−１〜１００−ｎの制御情報部１０２−１〜１０２−ｎに読み書きできるサーバ制御部２０５を有している。
【０１００】
また、管理システムは、処理サーバ１００−１〜１００−ｎ内に他のサーバ１００−１〜１００−ｎ、管理サーバ２００からも読み書き可能な制御情報部１０２−１〜１０２−ｎを有しており、また、処理サーバ１００−１〜１００−ｎは、他の制御情報部１０２−１〜１０２−ｎ、２０２に読み書きできるサーバ制御部１０５−１〜１０５−ｎを有している。
【０１０１】
このため、本実施形態の管理システムは、従来のような管理サーバの二重化のための管理モジュールを不要としており、処理サーバ１００−１〜１００−ｎが管理サーバ２００の代わりをすることができる。
【０１０２】
また、処理サーバ１００−１〜１００−ｎに負荷算出部１０３−１〜１０３−ｎおよび平均負荷算出部１０４−１〜１０４−ｎを設け、各サーバ制御部１０５−１〜１０５−ｎの負荷を正確に把握することで、サーバ制御部１０５−１〜１０５−ｎの負荷を軽減したり、サーバ制御部１０５−１〜１０５−ｎの性能低下を防止することができる。
【０１０３】
このような管理システムが実現されることで、管理サーバ２００に関わる管理サーバの二重化のコストを低く抑えることができる。
【０１０４】
次に、管理システムが、さらに求めた負荷率平均の変化から各処理サーバ１００−１〜１００−ｎの負荷率平均を予測する動作について詳細に説明する。
【０１０５】
ここで、各平均負荷算出部１０４−１〜１０４−ｎで求めた各処理サーバ１００−１〜１００−ｎのある時点での負荷率平均を比較して、例えば処理サーバ１００−３の負荷率平均が最も低く、２番目に負荷率平均の低かったサーバが処理サーバ１００−１であったとする。
【０１０６】
図５は、平均負荷算出部１０４−１、１０４−３によってそれぞれ算出された処理サーバ１００−１、１００−３の負荷率平均の変化を示す図である。
【０１０７】
図示したように、横軸は時間を示し、縦軸は負荷率平均を示し、図中折れ線７０１は処理サーバ１００−１の負荷率平均の変化を示し、折れ線７０３は処理サーバ１００−３の負荷率平均の変化を示す。
【０１０８】
図中で、時間Ｔ２は、障害検出部２０３が障害を検出して、指定手段に通知した時刻を含む所定期間であり、時間Ｔ１は、障害検出部２０３がサーバ制御部２０５から障害を検出しておらず、管理サーバ２００が動作していた時間Ｔ２よりも所定期間前の時間とする。
【０１０９】
また、時間Ｔ３は、障害検出部２０３が障害を検出したのち、管理サーバ２００から処理サーバ１００−１〜１００−ｎのうちの１台が代管理サーバに指定され、この代管理サーバが正常にシステム管理を行っている状態での所定期間を示す。
【０１１０】
ここでは、説明の簡単のため、時間Ｔ１と時間Ｔ２との間隔および時間Ｔ２と時間Ｔ３との間隔は、等しいものとして説明する。
【０１１１】
この時間Ｔ２の負荷率平均は、請求項２および第２の発明に記載の前記障害検出部の前記障害検出の時刻を含む前記所定期間の前記負荷率を示す第１の負荷率に相当し、時間Ｔ１の負荷率平均は、請求項２および第２の発明に記載の前記第１の負荷率の前記所定期間よりも所定時間前の前記所定期間の前記負荷率を示す第２の負荷率平均に相当し、この時間Ｔ３の負荷率平均は、請求項２および第２の発明に記載の前記複数の処理手段のそれぞれの前記第１の負荷率平均の後の前記所定時間の前記負荷率に相当する。
【０１１２】
図に示した負荷率平均Ｌ１〜Ｌ５は、処理サーバ１００−１、１００−３の負荷率平均の値を示しており、例えば、負荷率平均Ｌ１は、時間Ｔ１での処理サーバ１００−３の負荷率平均の値を示し、負荷率平均Ｌ４は、時間Ｔ１での処理サーバ１００−１の負荷率平均の値を示している。
【０１１３】
ここで、処理サーバ１００−ｎが上で説明した負荷率平均を比較したときの負荷率平均が時間Ｔ２の値であったとする。図中から分かるように、時間Ｔ２における処理サーバ１００−３の負荷率平均は負荷率平均Ｌ２であり、時間Ｔ２における処理サーバ１００−１の負荷率平均は負荷率平均Ｌ３である。
【０１１４】
このように、時間Ｔ２の処理サーバ１００−３の負荷率平均Ｌ２は、処理サーバ１００−１の負荷率平均Ｌ３よりも低いことが分かる。
【０１１５】
また、時間Ｔ２より前の時間Ｔ１における両処理サーバ１００−１、１００−３のそれぞれの負荷率平均を見てみると、図中から分かるように、時間Ｔ１における処理サーバ１００−３の負荷率平均は負荷率平均Ｌ１であり、時間Ｔ１における処理サーバ１００−１の負荷率平均は負荷率平均Ｌ４である。
【０１１６】
この時間Ｔ１においても、処理サーバ１００−３の負荷率平均Ｌ１は、処理サーバ１００−１の負荷率平均Ｌ４よりも低いことが分かる。
【０１１７】
しかしながら、処理サーバ１００−１の負荷率平均の変化に着目すると、時間Ｔ１に負荷率平均Ｌ４であった処理サーバ１００−１は、時間Ｔ２においては負荷率平均Ｌ３と負荷率平均が下がっていることが分かる。
【０１１８】
これに対して、処理サーバ１００−３の負荷率平均の変化に着目すると、時間Ｔ１に負荷率平均Ｌ１であった処理サーバ１００−３は、時間Ｔ２においては負荷率平均Ｌ２と負荷率平均が急激に上昇していることが分かる。
【０１１９】
仮に、このような処理サーバ１００−１、１００−３の負荷率平均の変化が暫く継続すると想定すると、図中から分かるように、時間Ｔ２に負荷率平均Ｌ３であった処理サーバ１００−１は、時間Ｔ３においては負荷率平均Ｌ２と負荷率平均が下がるであろうと予測されることが分かる。
【０１２０】
これに対して、時間Ｔ２に負荷率平均Ｌ２であった処理サーバ１００−３は、時間Ｔ３においては負荷率平均Ｌ５と負荷率平均が急激に上昇するであろうと予測されることが分かる。
【０１２１】
したがって、処理サーバ１００−１、１００−３において時間Ｔ１から時間Ｔ２に生じた負荷率平均の変化が時間Ｔ３まで継続する場合には、時間Ｔ３においては処理サーバ１００−３の負荷率平均Ｌ５は、処理サーバ１００−１の負荷率平均Ｌ２よりも遙かに高い負荷率になってしまう。
【０１２２】
このように、時間Ｔ２における各処理サーバ１００−１〜１００−ｎの負荷率平均を算出して、仮に最も負荷率平均の低いサーバが処理サーバ１００−３であった場合に、図５に示したような変化が認められるとすると、処理システムの管理を時間Ｔ２から時間Ｔ３の間に管理サーバ２００から処理サーバ１００−３に切り替えた後の時間Ｔ３において、処理サーバ１００−３の負荷がＬ５まで上昇し、この傾向がその後も継続した場合には、処理サーバ１００−３の負荷は直ぐに処理サーバ１００−３の負荷能力を越えてしまう。
【０１２３】
このサーバの負荷能力の超過のため、処理サーバ１００−３は、管理サーバ２００に代わって行っているシステム管理を負荷の軽い他の処理サーバ１００−１、１００−２、１００−４〜１００−ｎに移行する必要が生じる。
【０１２４】
図５の時間Ｔ１から時間Ｔ２の負荷率平均の変化から、このことは容易に予測できることである。
【０１２５】
平均負荷算出部１０４−１〜１０４−ｎは、所定期間ごとの負荷率平均を演算により求めるとともに、この所定期間ごとの負荷率平均の変化を演算によって求めておく。この演算結果が、既に説明したように図５で示した負荷率平均の変化である。
【０１２６】
平均負荷算出部１０４−１〜１０４−ｎによって得られたこの負荷率平均の変化を参照することで、例えば時間Ｔ２に含まれる時刻において管理サーバ２００の障害検出部２０３が障害を検出して、各処理サーバ１００−１〜１００−ｎのサーバ制御部１０５−１〜１０５−ｎに通知した場合に、時間Ｔ２では、処理サーバ１００−３の負荷率平均Ｌ２が処理サーバ１００−１の負荷率平均Ｌ３よりも低いという結果が得られる。
【０１２７】
平均負荷算出部１０４−１〜１０４−ｎは、求めた時間Ｔ２の負荷率平均以外に時間Ｔ２よりも前の時間Ｔ１との負荷率平均の変化の状態を演算により求め、この負荷率平均の変化により時間Ｔ３での予測される負荷率平均を出力する。
【０１２８】
この演算結果により、時間Ｔ３の負荷率平均が処理サーバ１００−３では負荷率平均Ｌ５と予測され、時間Ｔ３の負荷率平均が処理サーバ１００−１では負荷率平均Ｌ２と予測され、負荷率平均Ｌ２と負荷率平均Ｌ５との比較により負荷率平均Ｌ２が負荷率平均Ｌ５よりも低いと判定された場合には、この時間Ｔ３において負荷率平均の低いと予測される処理サーバ１００−１が、管理サーバ２００からシステム管理の機能を管理サーバ２００から引き継ぎシステム管理を代行するとよい。
【０１２９】
これにより、時間Ｔ３において負荷の軽い処理サーバ１００−１によるシステム管理を行うことが可能であり、処理サーバ１００−３がシステム管理を引き継いだ場合に直ぐに処理サーバ１００−３の負荷を超過し、他のサーバにシステム管理の引き継ぎをしなければならないような事態を避けることができる。
【０１３０】
以上説明したように、本発明によれば以下に示すような優れた効果を得られる。
（１）管理システムは、各サーバの稼働状態を、サーバごとの所定期間当たりの負荷率平均として算出して、この負荷率平均を比較して負荷率平均の低いサーバもしくは負荷率平均が低くなると予測される処理サーバを管理サーバの代わりに管理サーバとして選定することができる。このため、ロックしたときにたまたま稼動率が低いというだけで管理が移行され、管理移行後すぐに稼働率が上がることで、再度他の管理アプリケーションに管理を移行する必要が生じるという従来技術の問題を解消し、代行の管理サーバが煩雑に代わらないことでこの代行の管理サーバを安定した管理サーバとして使用することができる。
（２）管理システムは、従来の現用系マネージャと予備系マネージャを有するネットワーク管理システムもしくは、稼働側親局と待機側親局とを有した二重化制御システムなどの冗長システムとは異なり、管理サーバは１台のみ処理システムを管理して、必要な場合に他のサーバが管理サーバに代わり処理システムの管理を行うことを可能にしている。このため、２台の管理サーバを設けるためのコストが大きくなってしまうという問題を解消し、低コストで管理サーバと一般のサーバを管理サーバの代行として使用する管理システムを実現できる。
（３）管理システムは、管理サーバが故障になった場合、管理システムに接続され管理されている処理サーバのうちの１つが管理サーバの機能を代行できることで、管理サーバの二重化を不要としており、管理サーバのコストを低く抑えることができる。
（４）管理システムは、平均負荷算出部により算出される各処理サーバの稼働状態を示す負荷率平均を利用して各処理サーバの負荷率平均を予測することにより、サーバ制御部の負荷の増加などの影響を避けることができ、管理モジュールである管理サーバにかかわるコストを小さくする効果が得られる。
（５）本発明は、処理システムに接続された処理サーバが、いずれも管理サーバの機能を代行することができるので、管理システムの信頼性を低コストで向上することができる。
【図面の簡単な説明】
【０１３１】
【図１】本実施形態の管理システムの構成例を示すブロック図である。
【図２】本実施形態の管理システムのサーバの構成例を示すブロック図である。
【図３】本実施形態の管理システムのサーバの構成例を示すブロック図である。
【図４】本実施形態の管理システムの管理サーバの構成例を示すブロック図である。
【図５】サーバの負荷率平均の変化を示す図である。
【符号の説明】
【０１３２】
１００−１、１００−２、１００−３、・・・、１００−ｎ 処理サーバ（処理手段）
１０２−１、１０２−２、１０２−３、・・・、１０２−ｎ 制御情報部（第１の制御情報部）
１０３−１、１０３−２、１０３−３、・・・、１０３−ｎ 負荷率算出部
１０４−１、１０４−２、１０４−３、・・・、１０４−ｎ 平均負荷算出部
１０５−１、１０５−２、１０５−３、・・・、１０５−ｎ サーバ制御部（第１の制御部）
２００ 管理サーバ（管理手段）
２０２ 制御情報部（第２の制御情報部）
２０３ 障害検出部
２０５ サーバ制御部（第２の制御部）
９０１ バス
９０２ 障害通知パス
【特許請求の範囲】
【請求項１】
それぞれ独立に負荷の処理を行う複数の処理手段と、該複数の処理手段を管理する管理手段とが接続手段を介して接続された管理システムであって、
前記複数の処理手段のそれぞれは、
前記負荷を処理する第１の制御部と、
前記第１の制御部の所定期間における平均的な負荷率を算出する平均負荷算出部と、を具備し、
前記管理手段は、
前記複数の処理手段を管理する第２の制御部と、
前記第２の制御部の動作状態から障害を検出する障害検出部と、を具備し、
前記複数の処理手段のうち１つは、前記第２の制御部に障害が発生したときに、前記複数の処理手段のいずれかを前記管理手段の代わりとして指定する指定手段とされ、
前記平均負荷算出部のそれぞれは、算出した前記負荷率を前記指定手段の前記第１の制御部または前記管理手段の前記第２の制御部へ送出し、
前記障害検出部は、前記第２の制御部に障害が発生したことを検出するとその旨を前記指定手段の第１の制御部へ送出し、
前記指定手段の前記第１の制御部は、前記第２の制御部での障害の発生が前記障害検出部から通知されると、算出された前記負荷率が最も低い前記処理手段を前記管理手段の代わりとして指定することを特徴とする管理システム。
【請求項２】
請求項１に記載の管理システムにおいて、
前記平均負荷算出部が、
前記障害検出部の前記障害検出の時刻を含む前記所定期間の前記負荷率を示す第１の負荷率と、
前記第１の負荷率の前記所定期間よりも所定時間前の前記所定期間の前記負荷率を示す第２の負荷率平均と、を算出し、
前記指定手段の前記第１の制御部が、
前記複数の処理手段のおのおのの前記第１の負荷率と、前記第２の負荷率とを比較して、それぞれの前記処理手段の前記第２の負荷率から前記第１の負荷率への変化に基づいて、前記複数の処理手段のそれぞれの前記第１の負荷率平均の後の前記所定時間の前記負荷率を予測する管理システム。
【請求項３】
請求項１に記載の管理システムにおいて、
前記第１の制御部は、
前記負荷率を前記指定手段または前記管理手段に読み書き可能である管理システム。
【請求項４】
請求項１に記載の管理システムにおいて、
前記第２の制御部は、
複数の処理手段を管理する情報を前記処理手段から収集し、該情報を前記指定手段または前記管理手段に読み書き可能である管理システム。
【請求項５】
請求項１に記載の管理システムにおいて、
前記障害検出部の障害の検出が、ウォッチドッグタイマにより行われる管理システム。
【請求項６】
請求項１に記載の管理システムにおいて、
前記管理手段と、前記複数の処理手段の１つとが前記接続手段を介して接続され、
前記複数の処理手段の１つと、前記複数の処理手段の他の１つとが前記接続手段を介して接続され、
前記複数の処理手段の他の１つと、前記複数の処理手段のさらに他の１つとが前記接続手段を介して接続され、
同様に、前記複数の処理手段が順次接続された管理システム。
【請求項７】
それぞれ独立に負荷の処理を行う複数の処理手段と、該複数の処理手段を管理する管理手段とが接続手段を介して接続された管理システムの管理方法であって、
前記複数の処理手段のそれぞれは、
前記負荷を処理するステップと、
前記複数の処理手段の所定期間における平均的な負荷率を算出するステップと、を有し、
前記管理手段は、
前記複数の処理手段を管理するステップと、
前記管理手段の動作状態から障害を検出するステップと、を有し、
前記複数の処理手段のうち１つは、前記管理手段に障害が発生したときに、前記複数の処理手段のいずれかを前記管理手段の代わりとして指定する指定手段とされ、
前記複数の処理手段のそれぞれは、算出した前記負荷率を前記指定手段または前記管理手段へ送出し、
前記管理手段は、前記管理手段に障害が発生したことを検出するとその旨を前記指定手段へ送出し、
前記指定手段は、前記管理手段での障害の発生が前記管理手段から通知されると、算出された前記負荷率が最も低い前記処理手段を前記管理手段の代わりとして指定することを特徴とする管理システムの管理方法。
【請求項１】
それぞれ独立に負荷の処理を行う複数の処理手段と、該複数の処理手段を管理する管理手段とが接続手段を介して接続された管理システムであって、
前記複数の処理手段のそれぞれは、
前記負荷を処理する第１の制御部と、
前記第１の制御部の所定期間における平均的な負荷率を算出する平均負荷算出部と、を具備し、
前記管理手段は、
前記複数の処理手段を管理する第２の制御部と、
前記第２の制御部の動作状態から障害を検出する障害検出部と、を具備し、
前記複数の処理手段のうち１つは、前記第２の制御部に障害が発生したときに、前記複数の処理手段のいずれかを前記管理手段の代わりとして指定する指定手段とされ、
前記平均負荷算出部のそれぞれは、算出した前記負荷率を前記指定手段の前記第１の制御部または前記管理手段の前記第２の制御部へ送出し、
前記障害検出部は、前記第２の制御部に障害が発生したことを検出するとその旨を前記指定手段の第１の制御部へ送出し、
前記指定手段の前記第１の制御部は、前記第２の制御部での障害の発生が前記障害検出部から通知されると、算出された前記負荷率が最も低い前記処理手段を前記管理手段の代わりとして指定することを特徴とする管理システム。
【請求項２】
請求項１に記載の管理システムにおいて、
前記平均負荷算出部が、
前記障害検出部の前記障害検出の時刻を含む前記所定期間の前記負荷率を示す第１の負荷率と、
前記第１の負荷率の前記所定期間よりも所定時間前の前記所定期間の前記負荷率を示す第２の負荷率平均と、を算出し、
前記指定手段の前記第１の制御部が、
前記複数の処理手段のおのおのの前記第１の負荷率と、前記第２の負荷率とを比較して、それぞれの前記処理手段の前記第２の負荷率から前記第１の負荷率への変化に基づいて、前記複数の処理手段のそれぞれの前記第１の負荷率平均の後の前記所定時間の前記負荷率を予測する管理システム。
【請求項３】
請求項１に記載の管理システムにおいて、
前記第１の制御部は、
前記負荷率を前記指定手段または前記管理手段に読み書き可能である管理システム。
【請求項４】
請求項１に記載の管理システムにおいて、
前記第２の制御部は、
複数の処理手段を管理する情報を前記処理手段から収集し、該情報を前記指定手段または前記管理手段に読み書き可能である管理システム。
【請求項５】
請求項１に記載の管理システムにおいて、
前記障害検出部の障害の検出が、ウォッチドッグタイマにより行われる管理システム。
【請求項６】
請求項１に記載の管理システムにおいて、
前記管理手段と、前記複数の処理手段の１つとが前記接続手段を介して接続され、
前記複数の処理手段の１つと、前記複数の処理手段の他の１つとが前記接続手段を介して接続され、
前記複数の処理手段の他の１つと、前記複数の処理手段のさらに他の１つとが前記接続手段を介して接続され、
同様に、前記複数の処理手段が順次接続された管理システム。
【請求項７】
それぞれ独立に負荷の処理を行う複数の処理手段と、該複数の処理手段を管理する管理手段とが接続手段を介して接続された管理システムの管理方法であって、
前記複数の処理手段のそれぞれは、
前記負荷を処理するステップと、
前記複数の処理手段の所定期間における平均的な負荷率を算出するステップと、を有し、
前記管理手段は、
前記複数の処理手段を管理するステップと、
前記管理手段の動作状態から障害を検出するステップと、を有し、
前記複数の処理手段のうち１つは、前記管理手段に障害が発生したときに、前記複数の処理手段のいずれかを前記管理手段の代わりとして指定する指定手段とされ、
前記複数の処理手段のそれぞれは、算出した前記負荷率を前記指定手段または前記管理手段へ送出し、
前記管理手段は、前記管理手段に障害が発生したことを検出するとその旨を前記指定手段へ送出し、
前記指定手段は、前記管理手段での障害の発生が前記管理手段から通知されると、算出された前記負荷率が最も低い前記処理手段を前記管理手段の代わりとして指定することを特徴とする管理システムの管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００７−４１７６３（Ｐ２００７−４１７６３Ａ）
【公開日】平成１９年２月１５日（２００７．２．１５）
【国際特許分類】
【出願番号】特願２００５−２２３９４２（Ｐ２００５−２２３９４２）
【出願日】平成１７年８月２日（２００５．８．２）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成１９年２月１５日（２００７．２．１５）
【国際特許分類】
【出願日】平成１７年８月２日（２００５．８．２）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]