JP2006259793A

JP2006259793A - 共用リソース管理方法およびその実施情報処理システム

Info

Publication number: JP2006259793A
Application number: JP2005072205A
Authority: JP
Inventors: Toru Shimotori; 亨霜鳥
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2005-03-15
Filing date: 2005-03-15
Publication date: 2006-09-28

Abstract

【課題】
可能な限り予備リソースを共用し、余剰なリソースを最小化すること、あるいは予備リソースを必要なときに活用し、システムを効率良く稼働させる必要がある。
【解決手段】
各サブ情報処理システムの設計段階において、予め予想される処理可能なオンライントランザクション処理量を設定し、処理量に見合ったリソースの割当てを行う。予め設定したオンライントランザクション処理量を超えたことを示す、トリガーとしてトランザクション処理滞留数の閾値、ＣＰＵ使用率、使用ディスクの使用量等を採用し、それぞれ必要となるリソースをリソース獲得のためのオペレーションとして予め、あるいは、動的に登録し、トリガーと必要なリソース割り当てを括りつけて行う。リソース割当てに際しては、同一筐体、別筐体関わらず必要とするリソース割当て要求を、リソース共用システムに対して行い、リソース共用システムが要求に対して割当てる。
【選択図】図１

Description

複数のサブ情報処理システムで共用する予備リソースの共用管理技術に関する。

インターネット／イントラネット等からの大量のオンライントランザクション処理要求に対応する、複数の階層あるいは、機能別のサブ情報処理システムから構成される情報処理システムにおいて、各サブ情報処理システムに必要となるリソース、ディスク、CPUは予備リソースについても予めサブ情報システムごとに設計されている。
サブ情報処理システムあるいは、機能毎に割当てられる予備リソース、代表的なものとしてディスク、CPUは実際に使用される頻度は少ない。

一般的な手法としてオンライントランザクション処理要求量の増大に対応するため、システムの規模拡大をサブ情報システムの追加によって実現される。この場合、サブ情報システム毎の予備リソースが、いわゆる分割損として見えてくる。そのため、予備リソースの最小化を図るための技術として、共用リソースをリアルタイムに必要な資源を必要なだけ割当てるという技術が必要とされるようになった。

特公平０８−３２０７６６号公報

インターネット／イントラネット等からの大量のオンライントランザクション処理要求に対応する、複数の階層あるいは、機能別のサブ情報処理システムから構成される情報処理システムにおいては、各サブ情報処理システムに必要となるリソース、ディスク、CPUについては予備リソースについても、予めサブ情報処理システムごとに設計されている。
サブ情報システムあるいは、機能毎に割当てられる予備リソース、代表的なものとしてディスク、CPUが実際には使用される頻度は少なく、システムの規模拡大をサブ情報システムの追加によって実現した場合、サブ情報システム毎の予備リソースが、いわゆる分割損として見えてくる。

本発明の目的は可能な限り予備リソースを共用し、余剰なリソースを最小化すること、あるいは予備リソースを必要なときに活用し、システムを効率良く稼働させることにある。

上記目的を達成するために、情報処理システム、各サブ情報処理システムの設計段階において、予め予想される処理可能なオンライントランザクション処理量を設定し、処理量に見合ったリソースの割当てを行う。本発明では予め設定したオンライントランザクション処理量を超えたことを示す、トリガーとしてトランザクション処理滞留数の閾値、ＣＰＵ使用率、使用ディスクの使用量等を採用し、それぞれ必要となるリソースをリソース獲得のためのオペレーションとして予め、あるいは、動的に登録し、トリガーと必要なリソース割り当てを括りつけて行う。リソース割当てに際しては、同一筐体、別筐体関わらず必要とするリソース割当て要求を、リソース共用システムに対して行い、リソース共用システムが要求に対して割当てる。

このようにすることにより、インターネット／イントラネット等からは入って来た予測を超えた、大量のオンライントランザクション処理要求についても、予め準備した共用リソースをリアルタイムに自動的に割当てることで、対応する複数の階層、機能別のサブ情報処理システムから構成される、情報処理システムにおける予備リソース、代表的なものとしてディスク、CPUを最小化しつつ効率的に活用することができる。また、予測を超えた大量のオンライントランザクション処理要求に対しても、予備リソースについても、サブ情報処理システム間で共用することで、最小とすることができる。

本発明を用いれば、予め準備した共用リソースをリアルタイムに自動的に割当てることで、対応する複数の階層、機能別のサブ情報処理システムから構成される、情報処理システムにおける予備リソース、代表的なものとしてディスク、CPUを最小化しつつ効率的に活用することができる。

以下に本発明の実施の形態を説明する。

以下、本発明を実施するための最良の形態を図面に基づいて詳細に説明する。

図１は、本発明における一実施例で、情報処理システムと共用リソース管理サーバからなる構成を示している。
本実施例では、１００公衆回線、ＷＡＮなどのネットワークから１１０、１２０ＬＡＮ等のネットワークによって接続された１３０情報処理装置と１４０共用リソース管理サーバ、１５０共用予備ディスク、共用リソース管理サーバが管理する１６０リソース管理ＤＢで構成されている。オンライントランザクションの要求元のクライアントは１００公衆回線、ＷＡＮなどのネットワークを経由して情報処理システムへ必要なサービスを要求する。１５０共用予備ディスクは１２０ＬＡＮに接続されており、情報処理システムのどのシステムからも使用することが可能状態である。

図２は情報処理システムを構成するサブシステム等を示している。要求元のクライアントからの要求は公衆回線、ＷＡＮなどのネットワークを経由して、１〜ＮのＷＷＷサーバ１３１で受付け、１〜Ｍのサブシステムにより実際のサービス処理を実行する。ＷＷＷサーバ、サブシステムともＣＰＵ装置の予備を持っており、オペレーションシステム動作中に予備のＣＰＵ装置を動的に追加できる機構をもっている。

図３は図２で示したサブシステムの内部構成を示している。１３３ＡＰサーバではオンライントランザクション処理を実行する。トランザクション処理要求の内容は、データの追加／更新／参照／削除といった、１３４ＤＢサーバに対する処理であり、これらのＤＢファイル、および変更履歴の更新を１３６ログファイルに対して行い、トランザクション履歴、ユーザ処理履歴といったトランザクション単位の情報を１３５ジャーナルファイルにトランザクションに同期して格納する。

図４は１４０共用リソース管理サーバが管理するリソース管理ＤＢの内部構成の概念図を示している。
リソース管理ＤＢはリソース管理用のテーブルとオペレーション管理テーブルからなる。１６１リソース管理テーブルにはリソース名とその該当リソースの使用可否の状態が格納され、１６２オペレーション管理テーブルにはトリガー名、トリガー、オペレーションと割当てリソースが格納されている。リソース管理テーブルは予め割り当て可能なリソースが、リソース名と使用可否が初期状態で登録しておく。

図５は共用管理サーバのプロセス構成概念図である。１４３オペレーテンィングシステム起動時に、オペレーティングシステムから起動される１４１共用リソース管理マスタープロセスと、共用リソース管理マスタープロセスによって起動、停止及び監視される、共用リソース管理受付プロセスから構成される。
共用リソース管理受付プロセスはリソース管理ＤＢに格納された内容を起動時に
読込む。

図６は共用管理サーバ起動前あるいは、起動後のオンライン中にリソース管理ＤＢの内容の登録／更新についての手順を示したものである。
登録開始後、６０１トリガー名を入力し、６０２トリガー名に対応したトリガーの実態、例えば特定のメッセージ出力をトリガーとした場合はメッセージを監視するためのオペレーションなども６０３オペレーションの雛形の登録で行う。６０４トリガー発生時に閾値と閾値と比較するための変数指定の有無により６０５動的オペレーションとしてあるいは、６０６静的オペレーションとして、リソースを具体的に割当てるためのオペレーション及び割当てられた場合に実行する初期化コマンド等も合わせてリソース管理ＤＢのオペレーション管理テーブルに登録する。

静的オペレーションと動的オペレーションの違いはトリガーが発生した際に登録されたオペレーションをそのまま実行するのが静的オペレーションで、動的オペレーションでは閾値と変数の比較判定によっては、実際のオペレーションを実行しないという差異がある。６０５、６０６では静的オペレーションを引数なしの関数イメージ、動的オペレーションを複数の引数を持った関数イメージで表現している。

図７は共用リソース管理サーバがオンライン中の処理手順を示す。７００共用リソース管理マスタープロセスによって、共用リソース管理受付プロセスは起動され、７０１トリガー、閾値情報をリソース管理ＤＢより読み込む。
７０２実際の処理受付を開始し、一定間隔で７０３静的トリガーあるいは閾値を超えるような動的なトリガーが発生したか？７０５リソース割り当て依頼があったか、７１１終了指示が共用リソース管理マスタープロセスからあったかのループに入って監視を行う。７０３でトリガーが発生した場合には、
７０４発生したトリガーに対応したリソースの割り当てオペレーションの実行準備を行い、７０６オペレーションに必要なリソースが割り当て可能かを判断し、可能であれば、７０７依頼のあったリソースの割り当てオペレーションを実行し、７０９リソース管理ＤＢを更新した後７１０リソース受付待ちのループへ入る。

もし、リソース割り当てができない場合には、７０８エラーをリソース割り当て依頼元へ返し合わせてエラーメッセージを出力し、７１０リソース受付待ちのループへ入る。その際、共用リソース管理受付プロセスはリソース管理ＤＢの内容を再度読込み、最新のリソース管理状態に更新する。
このループを抜けるのは、共用リソース管理マスタープロセスから終了指示が来た場合である。

図６において示したトリガーの実体の例として、予備ＣＰＵを２つもったＷＷＷサーバにおいて、ワーニングメッセージでＣＰＵ利用率が一定時間、閾値７０％を超えた場合には、予備ＣＰＵを１つ追加し、閾値９０％を超えた場合は予備ＣＰＵをすべて追加するとして動的オペレーションとして登録し、トリガー発生時に閾値である７０％を超えた場合と９０％を超えた場合で実際に行うオペレーションを動的に変えて実行する。

あるいは、ＡＰサーバのスケジュールキューの滞留数がワーニングメッセージで閾値１０を超えた場合には、実際の処理を行うアプリケーションのプロセス数あるいは、スレッド数を２追加し、滞留数が３０を超えた場合には、予備ＣＰＵを１つ追加しさらに、実際の処理を行うアプリケーションのプロセス数を１０追加する。

あるいは、ＤＢサーバのデータベース格納領域の残量がワーニングメッセージで残量を示す閾値５％を下回った場合に、動的に予め設定しただけのデータベース格納領域を追加するオペレーションを実行する
といったオペレーションを予め、あるいはオンライン中に追加／変更することを可能とするリソース管理システム。

実施形態１の情報処理システム、共用リソース管理サーバの概略構成を示す図である。実施形態１の情報処理システム１３０内の構成を示す図である。実施形態１の情報処理サブシステム１３２内の構成を示す図である。実施形態１のリソース管理ＤＢ１６０内の構成を示す図である。実施形態１の共用リソース管理サーバ１４０内の構成を示す図である。実施形態１のリソース管理ＤＢ１６０へオペレーション雛形登録を行う際の処理手順を示すフローチャートである。本実施形態の共用リソース管理サーバの処理手順を示すフローチャートである

符号の説明

１００ＷＡＮ／公衆回線ネットワーク
１１０ＬＡＮ
１２０ＬＡＮ
１３０情報処理システム
１３１ＷＷＷサーバ
１３２サブシステム
１３３ＡＰサーバ
１３４ＤＢサーバ
１３５ジャーナルファイル
１３６ログファイル
１４０共用リソース管理サーバ
１４１共用リソース管理マスタープロセス
１４２共用リソース管理受付プロセス
１４３オペレーティングシステム
１５０共用ディスク
１６０リソース管理ＤＢ
１６１リソース管理テーブル
１６２オペレーション管理テーブル
６００処理開始
６０１トリガー名入力
６０２トリガー名に対応したトリガーの実体
６０３オペレーションの雛形登録
６０４静的オペレーションと動的オペレーションの振り分け
６０５動的オペレーション登録
６０６静的オペレーション登録
６０７処理終了
７００処理開始
７０１トリガー、閾値情報読込み
７０２リソース共用管理処理開始
７０３トリガーが発生の有無
７０４発生したトリガーに対応したリソース割当て準備
７０５リソース割当て依頼の有無
７０６リソース割当ての可否
７０７リソース割当て、オペレーション実行
７０８エラー応答、エラーメッセージ出力
７０９割当てたリソースについて、管理ＤＢを更新
７１０リソース共用管理受付待ち

Claims

ネットワークからの大量のオンライントランザクション処理要求に対応する複数の階層あるいは機能別のサブ情報処理システムから構成される情報処理システムにおける共用リソース管理方法おいて、
予めサブ情報処理システム毎あるいは個々の機能ごとに割当てたリソースについて、予備リソースを活用しかつ最小とするためにオンライントランザクション処理中に発生したトリガーと数値的な閾値とにより条件を満たしたか判定し、満たした場合、発生したトリガーに対して登録したリソース割当てオペレーションの実行を予め設計された予備リソースあるいは複数のサブ情報処理システムで共用している予備リソースを共用管理することを特徴とする共用リソース管理方法。
複数のサブ情報システム間でリソース共用を実現するために必要となる割当て処理に関して、サブシステムからの割当て要求を受付け、必要となったリソースを割当てることを特徴とする請求項１記載の共用リソース管理方法。
ネットワークからの大量のオンライントランザクション処理要求に対応する複数の階層あるいは機能別のサブ情報処理システムから構成される情報処理システムにおいて、
予めサブ情報処理システム毎あるいは個々の機能ごとに割当てたリソースについて、予備リソースを活用しかつ最小とするためにオンライントランザクション処理中に発生したトリガーと数値的な閾値とにより条件を満たしたか判定する手段と、満たした場合、発生したトリガーに対して登録したリソース割当てオペレーションの実行を予め設計された予備リソースあるいは複数のサブ情報処理システムで共用している予備リソースを共用管理する手段とを備えたことを特徴とする情報処理システム。