(57)【要約】【課題】  可能な限り予備リソースを共用し、余剰なリソースを最小化すること、あるいは予備リソースを必要なときに活用し、システムを効率良く稼働させる必要がある。  【解決手段】  各サブ情報処理システムの設計段階において、予め予想される処理可能なオンライントランザクション処理量を設定し、処理量に見合ったリソースの割当てを行う。予め設定したオンライントランザクション処理量を超えたことを示す、トリガーとしてトランザクション処理滞留数の閾値、ＣＰＵ使用率、使用ディスクの使用量等を採用し、それぞれ必要となるリソースをリソース獲得のためのオペレーションとして予め、あるいは、動的に登録し、トリガーと必要なリソース割り当てを括りつけて行う。リソース割当てに際しては、同一筐体、別筐体関わらず必要とするリソース割当て要求を、リソース共用システムに対して行い、リソース共用システムが要求に対して割当てる。【選択図】  図１
2006259793.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークからの大量のオンライントランザクション処理要求に対応する複数の階層あるいは機能別のサブ情報処理システムから構成される情報処理システムにおける共用リソース管理方法おいて、
予めサブ情報処理システム毎あるいは個々の機能ごとに割当てたリソースについて、予備リソースを活用しかつ最小とするためにオンライントランザクション処理中に発生したトリガーと数値的な閾値とにより条件を満たしたか判定し、満たした場合、発生したトリガーに対して登録したリソース割当てオペレーションの実行を予め設計された予備リソースあるいは複数のサブ情報処理システムで共用している予備リソースを共用管理することを特徴とする共用リソース管理方法。
【請求項２】
複数のサブ情報システム間でリソース共用を実現するために必要となる割当て処理に関して、サブシステムからの割当て要求を受付け、必要となったリソースを割当てることを特徴とする請求項１記載の共用リソース管理方法。
【請求項３】
ネットワークからの大量のオンライントランザクション処理要求に対応する複数の階層あるいは機能別のサブ情報処理システムから構成される情報処理システムにおいて、
予めサブ情報処理システム毎あるいは個々の機能ごとに割当てたリソースについて、予備リソースを活用しかつ最小とするためにオンライントランザクション処理中に発生したトリガーと数値的な閾値とにより条件を満たしたか判定する手段と、満たした場合、発生したトリガーに対して登録したリソース割当てオペレーションの実行を予め設計された予備リソースあるいは複数のサブ情報処理システムで共用している予備リソースを共用管理する手段とを備えたことを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
複数のサブ情報処理システムで共用する予備リソースの共用管理技術に関する。
【背景技術】
【０００２】
インターネット／イントラネット等からの大量のオンライントランザクション処理要求に対応する、複数の階層あるいは、機能別のサブ情報処理システムから構成される情報処理システムにおいて、各サブ情報処理システムに必要となるリソース、ディスク、CPUは予備リソースについても予めサブ情報システムごとに設計されている。
サブ情報処理システムあるいは、機能毎に割当てられる予備リソース、代表的なものとしてディスク、CPUは実際に使用される頻度は少ない。
【０００３】
一般的な手法としてオンライントランザクション処理要求量の増大に対応するため、システムの規模拡大をサブ情報システムの追加によって実現される。この場合、サブ情報システム毎の予備リソースが、いわゆる分割損として見えてくる。そのため、予備リソースの最小化を図るための技術として、共用リソースをリアルタイムに必要な資源を必要なだけ割当てるという技術が必要とされるようになった。
【０００４】
【特許文献１】特公平０８−３２０７６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
インターネット／イントラネット等からの大量のオンライントランザクション処理要求に対応する、複数の階層あるいは、機能別のサブ情報処理システムから構成される情報処理システムにおいては、各サブ情報処理システムに必要となるリソース、ディスク、CPUについては予備リソースについても、予めサブ情報処理システムごとに設計されている。
サブ情報システムあるいは、機能毎に割当てられる予備リソース、代表的なものとしてディスク、CPUが実際には使用される頻度は少なく、システムの規模拡大をサブ情報システムの追加によって実現した場合、サブ情報システム毎の予備リソースが、いわゆる分割損として見えてくる。
【０００６】
本発明の目的は可能な限り予備リソースを共用し、余剰なリソースを最小化すること、あるいは予備リソースを必要なときに活用し、システムを効率良く稼働させることにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、情報処理システム、各サブ情報処理システムの設計段階において、予め予想される処理可能なオンライントランザクション処理量を設定し、処理量に見合ったリソースの割当てを行う。本発明では予め設定したオンライントランザクション処理量を超えたことを示す、トリガーとしてトランザクション処理滞留数の閾値、ＣＰＵ使用率、使用ディスクの使用量等を採用し、それぞれ必要となるリソースをリソース獲得のためのオペレーションとして予め、あるいは、動的に登録し、トリガーと必要なリソース割り当てを括りつけて行う。リソース割当てに際しては、同一筐体、別筐体関わらず必要とするリソース割当て要求を、リソース共用システムに対して行い、リソース共用システムが要求に対して割当てる。
【０００８】
このようにすることにより、インターネット／イントラネット等からは入って来た予測を超えた、大量のオンライントランザクション処理要求についても、予め準備した共用リソースをリアルタイムに自動的に割当てることで、対応する複数の階層、機能別のサブ情報処理システムから構成される、情報処理システムにおける予備リソース、代表的なものとしてディスク、CPUを最小化しつつ効率的に活用することができる。また、予測を超えた大量のオンライントランザクション処理要求に対しても、予備リソースについても、サブ情報処理システム間で共用することで、最小とすることができる。
【発明の効果】
【０００９】
本発明を用いれば、予め準備した共用リソースをリアルタイムに自動的に割当てることで、対応する複数の階層、機能別のサブ情報処理システムから構成される、情報処理システムにおける予備リソース、代表的なものとしてディスク、CPUを最小化しつつ効率的に活用することができる。
【発明を実施するための最良の形態】
【００１０】
以下に本発明の実施の形態を説明する。
【実施例１】
【００１１】
以下、本発明を実施するための最良の形態を図面に基づいて詳細に説明する。
【００１２】
図１は、本発明における一実施例で、情報処理システムと共用リソース管理サーバからなる構成を示している。
本実施例では、１００  公衆回線、ＷＡＮなどのネットワークから１１０、１２０  ＬＡＮ等のネットワークによって接続された１３０  情報処理装置と    １４０  共用リソース管理サーバ、１５０  共用予備ディスク、共用リソース管理サーバが管理する１６０  リソース管理ＤＢで構成されている。オンライントランザクションの要求元のクライアントは１００  公衆回線、ＷＡＮなどのネットワークを経由して情報処理システムへ必要なサービスを要求する。１５０  共用予備ディスクは１２０  ＬＡＮに接続されており、情報処理システムのどのシステムからも使用することが可能状態である。
【００１３】
図２は情報処理システムを構成するサブシステム等を示している。要求元のクライアントからの要求は公衆回線、ＷＡＮなどのネットワークを経由して、１〜ＮのＷＷＷサーバ  １３１で受付け、１〜Ｍのサブシステムにより実際のサービス処理を実行する。ＷＷＷサーバ、サブシステムともＣＰＵ装置の予備を持っており、オペレーションシステム動作中に予備のＣＰＵ装置を動的に追加できる機構をもっている。
【００１４】
図３は図２で示したサブシステムの内部構成を示している。１３３  ＡＰサーバではオンライントランザクション処理を実行する。トランザクション処理要求の内容は、データの追加／更新／参照／削除といった、１３４  ＤＢサーバに対する処理であり、これらのＤＢファイル、および変更履歴の更新を１３６  ログファイルに対して行い、トランザクション履歴、ユーザ処理履歴といったトランザクション単位の情報を１３５  ジャーナルファイルにトランザクションに同期して格納する。
【００１５】
図４は１４０  共用リソース管理サーバが管理するリソース管理ＤＢの内部構成の概念図を示している。
リソース管理ＤＢはリソース管理用のテーブルとオペレーション管理テーブルからなる。１６１  リソース管理テーブルにはリソース名とその該当リソースの使用可否の状態が格納され、１６２  オペレーション管理テーブルにはトリガー名、トリガー、オペレーションと割当てリソースが格納されている。リソース管理テーブルは予め割り当て可能なリソースが、リソース名と使用可否が初期状態で登録しておく。
【００１６】
図５は共用管理サーバのプロセス構成概念図である。１４３  オペレーテンィングシステム起動時に、オペレーティングシステムから起動される１４１  共用リソース管理マスタープロセスと、共用リソース管理マスタープロセスによって起動、停止及び監視される、共用リソース管理受付プロセスから構成される。
共用リソース管理受付プロセスはリソース管理ＤＢに格納された内容を起動時に
読込む。
【００１７】
図６は共用管理サーバ起動前あるいは、起動後のオンライン中にリソース管理ＤＢの内容の登録／更新についての手順を示したものである。
登録開始後、６０１  トリガー名を入力し、６０２  トリガー名に対応したトリガーの実態、例えば特定のメッセージ出力をトリガーとした場合はメッセージを監視するためのオペレーションなども６０３  オペレーションの雛形の登録で行う。６０４  トリガー発生時に閾値と閾値と比較するための変数指定の有無により６０５  動的オペレーションとしてあるいは、６０６  静的オペレーションとして、リソースを具体的に割当てるためのオペレーション及び割当てられた場合に実行する初期化コマンド等も合わせてリソース管理ＤＢのオペレーション管理テーブルに登録する。
【００１８】
静的オペレーションと動的オペレーションの違いはトリガーが発生した際に登録されたオペレーションをそのまま実行するのが静的オペレーションで、動的オペレーションでは閾値と変数の比較判定によっては、実際のオペレーションを実行しないという差異がある。６０５、６０６では静的オペレーションを引数なしの関数イメージ、動的オペレーションを複数の引数を持った関数イメージで表現している。
【００１９】
図７は共用リソース管理サーバがオンライン中の処理手順を示す。７００  共用リソース管理マスタープロセスによって、共用リソース管理受付プロセスは起動され、７０１  トリガー、閾値情報をリソース管理ＤＢより読み込む。
７０２  実際の処理受付を開始し、一定間隔で７０３  静的トリガーあるいは閾値を超えるような動的なトリガーが発生したか？  ７０５  リソース割り当て依頼があったか、７１１  終了指示が共用リソース管理マスタープロセスからあったかのループに入って監視を行う。７０３  でトリガーが発生した場合には、
７０４  発生したトリガーに対応したリソースの割り当てオペレーションの実行準備を行い、７０６  オペレーションに必要なリソースが割り当て可能かを判断し、可能であれば、７０７  依頼のあったリソースの割り当てオペレーションを実行し、７０９  リソース管理ＤＢを更新した後７１０  リソース受付待ちのループへ入る。
【００２０】
もし、リソース割り当てができない場合には、７０８  エラーをリソース割り当て依頼元へ返し合わせてエラーメッセージを出力し、７１０  リソース受付待ちのループへ入る。その際、共用リソース管理受付プロセスはリソース管理ＤＢの内容を再度読込み、最新のリソース管理状態に更新する。
このループを抜けるのは、共用リソース管理マスタープロセスから終了指示が来た場合である。
【実施例２】
【００２１】
図６において示したトリガーの実体の例として、予備ＣＰＵを２つもったＷＷＷサーバにおいて、ワーニングメッセージでＣＰＵ利用率が一定時間、閾値７０％を超えた場合には、予備ＣＰＵを１つ追加し、閾値９０％を超えた場合は予備ＣＰＵをすべて追加するとして動的オペレーションとして登録し、トリガー発生時に閾値である７０％を超えた場合と９０％を超えた場合で実際に行うオペレーションを動的に変えて実行する。
【００２２】
あるいは、ＡＰサーバのスケジュールキューの滞留数がワーニングメッセージで閾値１０を超えた場合には、実際の処理を行うアプリケーションのプロセス数あるいは、スレッド数を２追加し、滞留数が３０を超えた場合には、予備ＣＰＵを１つ追加しさらに、実際の処理を行うアプリケーションのプロセス数を１０追加する。
【００２３】
あるいは、ＤＢサーバのデータベース格納領域の残量がワーニングメッセージで残量を示す閾値５％を下回った場合に、動的に予め設定しただけのデータベース格納領域を追加するオペレーションを実行する
といったオペレーションを予め、あるいはオンライン中に追加／変更することを可能とするリソース管理システム。
【図面の簡単な説明】
【００２４】
【図１】実施形態１の情報処理システム、共用リソース管理サーバの概略構成を示す図である。
【図２】実施形態１の情報処理システム１３０内の構成を示す図である。
【図３】実施形態１の情報処理サブシステム１３２内の構成を示す図である。
【図４】実施形態１のリソース管理ＤＢ１６０内の構成を示す図である。
【図５】実施形態１の共用リソース管理サーバ１４０内の構成を示す図である。
【図６】実施形態１のリソース管理ＤＢ１６０へオペレーション雛形登録を行う際の処理手順を示すフローチャートである。
【図７】本実施形態の共用リソース管理サーバの処理手順を示すフローチャートである
【符号の説明】
【００２５】
１００  ＷＡＮ／公衆回線ネットワーク
１１０  ＬＡＮ
１２０  ＬＡＮ
１３０  情報処理システム
１３１  ＷＷＷサーバ
１３２  サブシステム
１３３  ＡＰサーバ
１３４  ＤＢサーバ
１３５  ジャーナルファイル
１３６  ログファイル
１４０  共用リソース管理サーバ
１４１  共用リソース管理マスタープロセス
１４２  共用リソース管理受付プロセス
１４３  オペレーティングシステム
１５０  共用ディスク
１６０  リソース管理ＤＢ
１６１  リソース管理テーブル
１６２  オペレーション管理テーブル
６００  処理開始
６０１  トリガー名入力
６０２  トリガー名に対応したトリガーの実体
６０３  オペレーションの雛形登録
６０４  静的オペレーションと動的オペレーションの振り分け
６０５  動的オペレーション登録
６０６  静的オペレーション登録
６０７  処理終了
７００  処理開始
７０１  トリガー、閾値情報読込み
７０２  リソース共用管理処理開始
７０３  トリガーが発生の有無
７０４  発生したトリガーに対応したリソース割当て準備
７０５  リソース割当て依頼の有無
７０６  リソース割当ての可否
７０７  リソース割当て、オペレーション実行
７０８  エラー応答、エラーメッセージ出力
７０９  割当てたリソースについて、管理ＤＢを更新
７１０  リソース共用管理受付待ち
【図１】
2006259793.tif 000003
【図２】
2006259793.tif 000004
【図３】
2006259793.tif 000005
【図４】
2006259793.tif 000006
【図５】
2006259793.tif 000007
【図６】
2006259793.tif 000008
【図７】
2006259793.tif 000009