(57)【要約】    【課題】  本発明の目的は、サーバ間の通信量を減少させて減らすことによって、一つのリソース借用要求を処理する応答性能を向上させることができるリソース分散管理システムを提供することにある。    【解決手段】  一般サーバ２と管理サーバ１はネットワーク３を介して接続されている。１台の管理サーバ１と複数台の一般サーバ２でリソースグループを形成し、管理サーバ１はグループ内における複数台の一般サーバ２のメモリ残容量を管理し、グループ内の一般サーバ２からメモリリソースの借用要求があると自サーバのメモリ残容量に基づき割当可能かを判断し、割当不可のときにグループ内の一般サーバのメモリ残容量に基づき割当可能かを判断する。【選択図】  図１
2006018717.tif 000002
【特許請求の範囲】
【請求項１】
自サーバのメモリリソースの状態を管理するリソース管理手段を有する一般サーバと、自サーバのメモリリソース状態および前記一般サーバのメモリリソース状態を管理する共有リソース管理手段とを有する管理サーバと、前記一般サーバと前記管理サーバを接続するネットワークを備え、１台の前記管理サーバと複数台の前記一般サーバでリソースグループを形成し、前記管理サーバはグループ内における複数台の前記一般サーバのメモリ残容量を管理し、グループ内の前記一般サーバからメモリリソースの借用要求があると自サーバのメモリ残容量に基づき割当可能かを判断し、割当不可のときにグループ内の前記一般サーバのメモリ残容量に基づき割当可能かを判断するようにしたことを特徴とするリソース分散管理システム。
【請求項２】
自サーバのメモリリソースの状態を管理し前記メモリリソースの借用要求を受付けるリソース管理手段を有する一般サーバと、自サーバのメモリリソース状態および前記一般サーバのメモリリソース状態を管理する共有リソース管理手段とを有する管理サーバと、前記一般サーバと前記管理サーバを接続するネットワークを備え、１台の前記管理サーバと複数台の前記一般サーバでリソースグループを形成し、前記管理サーバはグループ内における複数台の前記一般サーバのメモリ残容量を管理し、グループ内の前記一般サーバからメモリリソースの借用要求があり自サーバのメモリ残容量とグループ内の前記一般サーバのメモリ残容量に基づき割当可能かを判断し、割当不可のときに他グループの前記管理サーバに借用要求を送信するようにしたことを特徴とするリソース分散管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークを介して接続されている複数台の共有可能なメモリリソースを借用して共用するリソース分散管理システムに関する。
【背景技術】
【０００２】
ユーザからのリソース借用要求を受付けて、ユーザが要求するリソースを割当てには、１台のサーバでリソースを集中管理する方法と、複数台のサーバでリソースを分散管理し、使用可能なリソースが見つかるまでサーバに問い合わせる方法がある。後者の場合には、他のサーバに順番に問い合わせる方法と一斉に問い合わせる方法がある。また、複数台のサーバがそれぞれ他の全てのサーバのリソースを管理する方法も知られている。このことは、例えば、下記の特許文献１に記載されている。
【０００３】
【特許文献１】特開２００２−１８２９３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来技術は、処理可能なリソース量のシステム規模を拡大するために複数台のサーバでリソースを分散管理すると、使用可能なリソースを見つけるまでに試行錯誤的に問い合わせを行うために使用可能なリソースが存在しないという回答が返ってくる無効な問い合わせが発生する。このような無効な通信と無効な処理負荷の増加によって一つの借用要求を処理する応答性能が低下するという欠点を有する。
【０００５】
また、前記特許文献１に記載されているように複数台のサーバがそれぞれ他の全てのサーバのリソースを管理するでは、無効化通信をなくするためには任意のサーバのリソース利用状態が変化したときに全てのサーバに対して通知することが必要であり、リソースの確保ごとにサーバ台数の通信が発生する。このため、無効な通信と無効な処理負荷の増加によって一つの借用要求を処理する応答性能が低下するという欠点を有する。
【０００６】
本発明の目的は、サーバ間の通信量を減少させて減らすことによって、一つのリソース借用要求を処理する応答性能を向上させることができるリソース分散管理システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の特徴とするところは、自サーバのメモリリソースの状態を管理するリソース管理手段を有する一般サーバと、自サーバのメモリリソース状態および一般サーバのメモリリソース状態を管理する共有リソース管理手段とを有する管理サーバとがネットワークを介して接続され、１台の管理サーバと複数台の一般サーバでリソースグループを形成し、管理サーバはグループ内における複数台の一般サーバのメモリ残容量を管理し、グループ内の一般サーバからメモリリソースの借用要求があると自サーバのメモリ残容量に基づき割当可能かを判断し、割当不可のときにグループ内の一般サーバのメモリ残容量に基づき割当可能かを判断するようにしたことにある。
【０００８】
換言すると、本発明は、自サーバのメモリリソースを管理する一般サーバと、グループを形成する一般サーバのメモリリソースの状態も管理する管理サーバとによって階層的に管理するものである。
【０００９】
また、本発明の管理サーバはグループ内の一般サーバからメモリリソースの借用要求があり自サーバのメモリ残容量とグループ内の一般サーバのメモリ残容量に基づき割当可能かを判断し、割当不可のときに他グループの管理サーバに借用要求を送信する。
【００１０】
本発明は１台の管理サーバと複数台の一般サーバでリソースグループを形成し、管理サーバはグループ内における複数台の一般サーバのメモリ残容量を管理し、グループ内の一般サーバからメモリリソースの借用要求があると自サーバのメモリ残容量に基づき割当可能かを判断し、割当不可のときにグループ内の一般サーバのメモリ残容量に基づき割当可能かを判断するようにしている。また、管理サーバはグループ内での割当不可のときに他グループの管理サーバに借用要求を送信するようにしている。管理サーバは一般サーバに対して無効な通信を行う必要がなくなり、かつ無効な処理負荷の低減できるので一つの借用要求を処理する応答性能を向上させることができる。
【発明の効果】
【００１１】
本発明は、管理サーバが一般サーバに対して無効な通信を行う必要がなくなり、かつ無効な処理負荷の低減できるので一つの借用要求を処理する応答性能を向上させることができる。
【発明を実施するための最良の形態】
【００１２】
一般サーバは自サーバのメモリリソースの状態を管理するリソース管理手段を有し、管理サーバは自サーバのメモリリソース状態および一般サーバのメモリリソース状態を管理する共有リソース管理手段とを有する。一般サーバと管理サーバはネットワークを介して接続されている。１台の管理サーバと複数台の一般サーバでリソースグループを形成する。管理サーバはグループ内における複数台の一般サーバのメモリ残容量を管理し、グループ内の一般サーバからメモリリソースの借用要求があると自サーバのメモリ残容量に基づき割当可能かを判断し、割当不可のときにグループ内の一般サーバのメモリ残容量に基づき割当可能かを判断する。管理サーバはグループを形成する一般サーバと階層を形成し、一般サーバのメモリリソースの状態を階層的に管理する。また、管理サーバはグループ内で割当不可のときに他グループの管理サーバにメモリリソースの借用要求を送信する。
【実施例１】
【００１３】
図１に本発明の一実施例を示す。
【００１４】
図１において、自サーバ内のメモリリソースのみを管理する複数台の一般サーバ２ａ〜２ｚと、他のサーバにメモリリソースの割当と開放を指示する複数台の管理サーバ１ａ〜１ｎとがネットワーク３を介して接続されている。１台の管理サーバ１ａ〜１ｎに対して複数台の一般サーバ２ａ〜２ｚが階層構成に形成されている。
【００１５】
図２に階層構成の一例を示す。管理サーバ１ａには６台の一般サーバ２ａ〜２ｆがリソースグループとして階層構成され、管理サーバ１ｂには７台の一般サーバ２ｇ〜２ｍ，また、管理サーバ１ｃには５台の一般サーバ２ｐ〜２ｔがリソースグループとして階層構成されている。
【００１６】
管理サーバ１は図３（ａ）に示すように、ユーザアプリケーション部１０と共有リソース管理部１１から構成される。共有リソース管理部１１はメモリリソースの割当・開放を行う共有リソース割当・開放処理部１２、自サーバ１のメモリリソースの状態を格納するリソース管理テーブル１３およびリソースグループを形成する一般サーバ２のメモリリソースの状態を格納する共有リソース管理テーブル１４を有している。
【００１７】
また、一般サーバ２は図３（ｂ）に示すように、ユーザアプリケーション部２０とリソース管理部２１から構成される。リソース管理部２１はメモリリソースの割当・開放を行うリソース割当・開放処理部２２、メモリリソースの状態を格納するリソース管理テーブル２３およびリソースグループを形成する管理サーバを登録する管理サーバテーブル２４を有している。
【００１８】
次に動作を説明する。
【００１９】
まず、一般サーバ２の動作を図４、図５に示すフロー図を参照して説明する。
【００２０】
図４はメモリリソースの割当動作のフロー図を示す。一般サーバ２はユーザアプリケーション部２０または管理サーバ１からメモリリソースの割当指示が与えられる。割当指示があると、リソース割当・開放処理部２２はステップＳ１において図８（ａ）に示すようなリソース管理テーブル２３を参照し、割当られるメモリリソースがあるか否かを確認する。
【００２１】
リソース管理テーブル２３には割当られるメモリリソースのリソース番号（格納アドレス）とその状態が格納される。リソースの状態には「未使用」、「使用中」、「借用中」が設定される。使用中は自サーバ２で使用している状態で、借用中は他サーバ２で使用している状態である。図８（ａ）に示す「借用中」は管理サーバ１ｂ借用していることを示している。
【００２２】
図８（ａ）に示すように、状態が「未使用」で割当て可能なメモリリソースがあれば、リソース割当・開放処理部２２はステップＳ２でリソース管理テーブル２３の割当るリソースの状態を「使用中」に変更し、ステップＳ３においてユーザアプリケーション部２０あるいは管理サーバ１の借用要求元に報告する。さらに、リソース管理テーブル２３に「未使用」のメモリリソースがなくなった場合は、ステップＳ４において図８（ｂ）に示す管理サーバテーブル２４に登録してある管理サーバ１（例えば、１ａ）にメモリ残容量を通知する。
【００２３】
リソース割当・開放処理部２２はステップＳ１においてリソース管理テーブル２４に割当られるメモリリソースが無いと判断すると、ステップＳ５で管理サーバテーブル２４に登録してある管理サーバ１にリソース割当の要求を行う。管理サーバ１からリソース割当の成功とリソース番号が通知されたら（ステップＳ６）、リソース管理テーブル２３にリソース番号を登録した上で、その状態を「借用中」として、リソースの要求元にリソース番号を報告する（ステップ２０８）。
【００２４】
ステップＳ６で管理サーバ１からメモリリソース割当の失敗が通知された場合は、リソースの要求元にリソースの割当の失敗を報告する（ステップＳ８）。
【００２５】
一般サーバ２のリソース開放の動作について図５を参照して説明する。
【００２６】
ユーザアプリケーション部２０や管理サーバ１から開放するリソース番号が通知されると、リソース管理テーブル２３から該当するメモリリソースを探す（ステップＳ９）。該当するリソースの状態が「使用中」の場合は、「未使用」に変更するとともに（ステップＳ１０）、管理サーバテーブル２４に登録してある管理サーバ１にメモりリソース割当が可能であることを通知する（ステップＳ１１）。
【００２７】
リソース割当・開放処理部２２はステップＳ９でリソースの状態が「借用中」と判断すると、ステップＳ１０に移行して管理サーバテーブル２４に登録してある管理サーバ１に開放するリソース番号を通知し、リソース管理テーブル２３から該当するリソース情報を削除する（ステップＳ１３）。
【００２８】
次に，図６、図７を用いて管理サーバ１の動作を説明する。
【００２９】
まず、図６を用いてメモリリソースの割当動作について説明する。ユーザアプリケーション部１０またはグループ内の一般サーバ２や他の管理サーバ１からメモリリソースの割当要求があると、管理サーバ１の共有リソース割当・開放処理部１２は、図８（ｃ）に示すリソース管理テーブル１３を参照し、自己のメモリに割当られるメモリリソースがあるか否かを確認する（ステップＳ１５）。
【００３０】
管理サーバ１は割当可能なリソースがあれば、リソース管理テーブル１３の割当るメモリリソースの状態を「使用中」に変更し（ステップＳ１６）、ユーザアプリケーション部１０または他の管理サーバ１の要求元にリソース番号を報告する（ステップＳ１７）。ステップＳ１５でリソース管理テーブル１３に割当られるリソースが無いと判断すると、図８（ｃ）に示す共有リソース管理テーブル１４からメモリリソース残容量が割当可能な一般サーバ２を検索し、該当する一般サーバ２にリソースの割当要求を行う（ステップＳ１８）。
【００３１】
リソース割当が成功し（ステップＳ１９）、リソース番号が返却されると、リソース管理テーブル１３にサーバ番号とリソース番号からなる共有リソース番号を登録し（ステップＳ１９）、リソースの要求元の一般サーバ２またはユーザアプリケーション部１０に成功の通知と、共有リソース番号を報告する（ステップＳ２０）。共有リソース番号は、例えば、サーバ番号とリソース番号を連結した番号とする。
【００３２】
ステップＳ１８でグループ内の複数台の一般サーバ２割当可能なメモリリソースが無いと判断するとステップＳ２１に移行して他の管理サーバ１にメモリリソース割当を要求する。ステップＳ２２において他の管理サーバ１がメモリリソース割当成功と判断すると要求元に割当成功の通知と共有リソース番号を報告する（ステップＳ２０）。
【００３３】
ステップＳ２２で他の管理サーバ１がメモリリソース割当に失敗と判断すると要求元に失敗を報告し、ステップＳ２１に戻り更に他の管理サーバ１にメモリリソース割当を要求する。
【００３４】
図７を参照して管理サーバ１のリソース開放の動作を説明する。
【００３５】
ユーザアプリケーション部１０またはグループ内の一般サーバ２や他の管理サーバ１から開放するリソース番号または共有リソース番号が通知されると、リソース管理テーブル１３から該当するリソースを探す（ステップＳ２４）。該当するリソースの状態が「使用中」の場合は、未使用に変更する（ステップＳ２５）。
【００３６】
ステップＳ２４で他のサーバと判断するとステップＳ２６に移行して割当元のサーバに開放するリソース開放を指示し、ステップＳ２７において他のサーバに関する共通リソース管理テーブル１４のメモリ残容量を更新する。
【００３７】
このようにしてメモリリソースの割当、開放を行うのであるが、１台の管理サーバと複数台の一般サーバでリソースグループを形成し、管理サーバはグループ内における複数台の一般サーバのメモリ残容量を管理し、グループ内の一般サーバからメモリリソースの借用要求があると自サーバのメモリ残容量に基づき割当可能かを判断し、割当不可のときにグループ内の一般サーバのメモリ残容量に基づき割当可能かを判断するようにしている。また、管理サーバはグループ内での割当不可のときに他グループの管理サーバに借用要求を送信するようにしている。管理サーバは一般サーバに対して無効な通信を行う必要がなくなり、かつ無効な処理負荷の低減できるので一つの借用要求を処理する応答性能を向上させることができる。
【図面の簡単な説明】
【００３８】
【図１】本発明の一実施例を示す構成図である。
【図２】管理サーバと一般サーバの関係構成の一例図である。
【図３】管理サーバと一般サーバの一例構成図である。
【図４】本発明の動作を説明するためのフロー図である。
【図５】本発明の動作を説明するためのフロー図である。
【図６】本発明の動作を説明するためのフロー図である。
【図７】本発明の動作を説明するためのフロー図である。
【図８】本発明のテーブルに一例図である。
【符号の説明】
【００３９】
１…管理サーバ、２…一般サーバ、３ネットワーク、１０、２０…ユーザアプリケーション部、１１…共有リソース管理部、１２…共有リソース要求・開放処理部、１３…リソース管理テーブル、１４…共有リソーステーブル、２１…リソース管理部、２２…共有リソース要求・開放処理部、２３…リソース管理テーブル、２４…管理サーバテーブル。
【図１】
2006018717.tif 000003
【図２】
2006018717.tif 000004
【図３】
2006018717.tif 000005
【図４】
2006018717.tif 000006
【図５】
2006018717.tif 000007
【図６】
2006018717.tif 000008
【図７】
2006018717.tif 000009
【図８】
2006018717.tif 000010