(57)【特許請求の範囲】
【請求項１】
管理ポリシーに基づいて要求トラフィックを管理するためのシステムであって、
前記要求トラフィックに応答してシステム・リソースのセットの性能を監視し、システム・リソース毎に設定されている前記管理ポリシーに基づいて、前記システム・リソースのセットの少なくとも１つが過負荷状態に近付いているときを判断するための分析システム（３２）と、
前記過負荷状態を回避するための是正措置を、前記過負荷状態に近付いている前記システム・リソースと前記管理ポリシーとに基づいて特定し、特定した是正措置を実施するための是正措置システム（３６）と、
前記是正措置システムにより実施された是正措置の性能履歴に基づいて、前記管理ポリシー（４０）を変更するための学習システム（３８）と、
を備え、
前記管理ポリシーが過負荷しきい値と対応する取るべき是正措置とを含み、
前記学習システム（３８）が、前記是正措置システムにより実施された是正措置の性能履歴に基づいて、前記管理ポリシー（４０）に含まれる是正措置を変更する、
システム。
【請求項２】
前記学習システムが前記分析システムと協働して、前記実施された是正措置の前記性能履歴を監視する、請求項１に記載のシステム。
【請求項３】
前記是正措置が、前記過負荷状態に近付いている前記システム・リソースに基づいて、前記要求トラフィックにおける要求のタイプのキュー優先順位を調整する、請求項１に記載のシステム。
【請求項４】
前記是正措置が、前記過負荷状態に近付いている前記システム・リソースに基づいて、前記要求トラフィックにおける少なくとも１つの要求を排除する、請求項１に記載のシステム。
【請求項５】
前記是正措置が、前記過負荷状態に近付いている前記少なくとも１つのシステム・リソースの消費に基づいて、前記要求トラフィックにおける要求のタイプを制限する、請求項１に記載のシステム。
【請求項６】
前記システム・リソースのセットが、ストレージ装置、サーバ、及びネットワークからなるグループから選択されたシステム・リソースを含む、請求項１に記載のシステム。
【請求項７】
分析システム、是正措置システム及び学習システムを含む管理システムにおいて、管理ポリシーに基づいて要求トラフィックを管理するための方法であって、
前記管理システムが前記要求トラフィックを受信するステップと、
前記分析システムが前記要求トラフィックに応答して、システム・リソースのセットの性能を監視するステップと、
前記分析システムがシステム・リソース毎に設定されている前記管理ポリシーに基づいて、前記システム・リソースのセットの少なくとも１つが過負荷状態に近付いているときを判断するステップと、
前記是正措置システムが前記過負荷状態に近付いている前記システム・リソースと前記管理ポリシーとに基づいて、該過負荷状態を回避する是正措置を特定し、特定した是正措置を実施するステップと、
前記学習システムが前記実施するステップにより実施された是正措置の性能履歴に基づいて前記管理ポリシーを変更するステップと、
を含み、
前記管理ポリシーが過負荷しきい値と対応する取るべき是正措置とを含み、
前記学習システムが、前記是正措置システムにより実施された是正措置の性能履歴に基づいて、前記管理ポリシーに含まれる是正措置を変更する、
ことを特徴とする方法。
【請求項８】
管理ポリシーに基づいて要求トラフィックをコンピュータに管理させるための記録媒体上に格納されたプログラムであって、
前記コンピュータに、
受信する要求トラフィックに応答して、システム・リソースのセットの性能を監視させるための手順と、
システム・リソース毎に設定されている前記管理ポリシーに基づいて、前記システム・リソースのセットの少なくとも１つが過負荷状態に近付いているときを判断するための手順と、
前記過負荷状態を回避するための是正措置を、前記過負荷状態に近付いている前記システム・リソースと前記管理ポリシーとに基づいて特定し、特定した是正措置を実施させるための手順と、
前記実施させるための手順により実施された是正措置の性能履歴に基づいて前記管理ポリシーを変更させるための手順と、
を実行させ、
前記管理ポリシーが過負荷しきい値と対応する取るべき是正措置とを含み、
前記管理ポリシーを変更させるための手順が、前記実施させるための手順により実施された是正措置の性能履歴に基づいて、前記管理ポリシーに含まれる是正措置を変更する、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
一般に、本発明は、管理ポリシーに基づいた要求トラフィックのリソース認識管理を提供する。具体的には、本発明は、要求トラフィックに応答して、システム・リソースの性能に基づいた要求トラフィックの管理を提供する。
【背景技術】
【０００２】
コンピュータ技術が発展し続けるにつれて、日常生活において企業及び個人がコンピュータ・システム及びネットワークに依存する範囲がより一般化している。例えば、今日、コンピュータ・ユーザは、自分のコンピュータの便宜により商品／サービスを注文し、又は情報を得ることができる。内部では、現在のところ、多くの企業がコンピュータ・ネットワークを利用し、種々の部門及び個人に相互接続している。これまで手作業で行われていたタスク、又は全く行われていなかったタスクが、今や企業のコンピューティング・リソースを用いて行われる。例えば、情報を求めて本及びファイルを手作業で検索する代わりに、従業員は、自分のデスクトップ・コンピュータから必要とされる情報の検索を行うことができる。しかしながら、このコンピューティング・リソースの使用の増加が、システム内の「圧力蓄積」を招くことが多い。具体的には、要求トラフィックが増加するにつれて、該要求を処理する負担が、サーバ側のリソースを枯渇させる可能性がある。こうした枯渇は、データ・パケットのドロップ、ネットワーク接続の拒否などといったシステムの故障をもたらすことが多い。
【０００３】
これまで、こうしたシステム・リソースの過負荷を軽減させるために、多くの試みがなされてきた。１つの手法は、要求のクラス／タイプに基づいて、要求トラフィックに優先順位をつけることであった。例えば、要求が、「ゴールド」及び「シルバー」のようなクラスに分類された。次いで、「ゴールド」の要求には、「シルバー」の要求を上回る優先順位が与えられた。しかしながら、この手法は、初めに「ゴールド」の要求が過負荷状態を引き起こす場合には、システムの負担を増大させるだけである。例えば、「ゴールド」のリソースがストレージ・リソースにアクセスするものであり、該ストレージ・リソースが過負荷状態に近付いている場合には、「ゴールド」の要求に高い優先順位を与えることは、該ストレージ・リソースにさらなる過負荷をかけるだけである。
【０００４】
システムの過負荷を回避するための別の従来の試みは、要求のクラスにかかわらず、全ての要求トラフィックの速度を落とすというものであった。このことは、一般に、受信する全ての要求をキューに入れることにより達成された。不幸なことに、この手法は極めて非効率的であり、システム全体の速度を必要以上に落とす。例えば、初めに「シルバー」の要求がシステムに悪影響を及ぼさなかった場合に、「シルバー」の要求の速度を落とすことがシステムの速度を必要以上に落とすことになり、ユーザをイライラさせるだけである。したがって、これまでの試みは、システム・リソースの性能に基づいて要求トラフィックを管理できないだけでなく、特定の是正措置が効果的でないときにそれらの手法を調整することもできない。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
前記に鑑みて、管理ポリシーに基づいた要求トラフィックのリソース認識管理に対する必要性が存在する。具体的には、過負荷状態に近付いている、特定のリソースに基づいて要求トラフィックを管理するシステムに対する必要性が存在する。要求トラフィックに応答し、管理ポリシーに基づいて監視されるべきシステム・リソースの性能、システム・リソースが過負荷状態に近付いているときに取るべき是正措置に対するさらなる必要性が存在する。実施された是正措置の性能履歴に基づいて変更されるべき管理ポリシーに対する付加的な必要性も存在する。
【課題を解決するための手段】
【０００６】
一般的に、本発明は、管理ポリシーに基づいた要求トラフィックのリソース認識管理を提供する。具体的には、本発明においては、要求トラフィックに応答して、システム・リソースのセット（すなわち、１つ又はそれ以上）の性能が監視される。特定のシステム・リソースが過負荷状態に近付いているとき、管理ポリシーから是正措置が特定され、実施される。一般的には、是正措置は、過負荷に近付いているシステム・リソースに基づいて特定されるので、適切で有効な是正措置が実施される。本発明においては、是正措置の性能履歴を考慮するように管理ポリシーを変更することができる。このことは、有効でない是正措置を廃棄し、新しい是正措置を実施することを可能にする。
【０００７】
本発明の第１の側面によると、管理ポリシーに基づいて要求トラフィックを管理するためのリソース認識システムが提供される。このシステムは、（１）要求トラフィックに応答してシステム・リソースのセットの性能を監視し、管理ポリシーに基づいて、いつ該システム・リソースのセットの少なくとも１つが過負荷状態に近付くかを判断するための分析器システムと、（２）過負荷状態を回避するための是正措置を特定するための計画システムとを含み、是正措置は、過負荷状態に近付いている少なくとも１つのシステム・リソースと管理ポリシーとに基づいて特定されており、（３）実施された是正措置の性能履歴に基づいて管理ポリシーを変更するための学習システムが設けられる。
【０００８】
本発明の第２の側面によると、管理ポリシーに基づいて要求トラフィックを管理するためのリソース認識方法が提供される。この方法は、（１）要求トラフィックを受信するステップと、（２）該要求トラフィックに応答してシステム・リソースのセットの性能を監視するステップと、（３）管理ポリシーに基づいて、いつシステム・リソースのセットの少なくとも１つが過負荷状態に近付くかを判断するステップと、（４）過負荷状態に近付いている少なくとも１つのシステム・リソースと管理ポリシーとに基づいて、該過負荷状態を回避するための是正措置を特定するステップと、（５）該是正措置の性能履歴に基づいて管理ポリシーを変更するステップとを含む。
【０００９】
本発明の第３の側面によると、管理ポリシーに基づいて要求トラフィックを管理するための記録可能媒体上に格納されたプログラムが提供される。実行時に、プログラムは、（１）受信する要求トラフィックに応答してシステム・リソースのセットの性能を監視し、管理ポリシーに基づいて、いつ該システム・リソースのセットの少なくとも１つが過負荷状態に近付くかを判断するためのプログラム・コードと、（２）過負荷状態を回避するための是正措置を特定し実施するためのプログラム・コードとを含み、是正措置は、過負荷状態に近付いている少なくとも１つのシステム・リソースと管理ポリシーとに基づいて特定されており、(３)該是正措置の性能履歴に基づいて該管理ポリシーを変更するためのプログラム・コードが設けられる。
【００１０】
したがって、本発明は、管理ポリシーに基づいて要求トラフィックを管理するためのリソース認識システム、方法、プログラムを提供するものである。
【発明を実施するための最良の形態】
【００１１】
本発明が、添付図面を参照して単なる例として説明される。
【００１２】
上述のように、本発明は、管理ポリシーに基づいて要求トラフィックを管理するためのリソース認識システム、方法、及びプログラムを提供するものである。具体的には、本発明において、システム・リソースのセット（すなわち、１つ又はそれ以上）の性能が、要求トラフィックに応答して監視される。特定のシステム・リソースが過負荷状態に近付いているとき、管理ポリシーから是正措置が特定され、次いで実施される。一般的には、是正措置は、過負荷に近付いているシステム・リソースに基づいて特定されるので、適切で有効な是正措置が実施されることになる。是正措置の性能履歴を考慮するように、本発明のもとで管理ポリシーを変更することができる。このことは、有効でない是正措置を廃棄し、新しい是正措置を実装することを可能にする。
【００１３】
ここで図１を参照すると、管理ポリシーに基づいて要求トラフィック１８を管理するためのリソース認識システムが図示される。具体的には、要求トラフィック１８が、企業のシステム１０によって受信される。図示されるように、企業システム１０は、一般的に、エントリー・ポイント・ノード１２及びシステム・リソース１４を含む。企業システム１０は、クライアント１６からの要求を処理することができる、何らかのタイプのコンピュータ・インフラストラクチャーを表すように意図される。例えば、企業システム１０を、小売会社による内部のコンピューティング・インフラストラクチャーの使用とすることができる。この点で、クライアント１６は、要求を生成し、企業システム１０に伝送できるいずれかのシステムを表すように意図される。例えば、クライアント１６は、小売会社から商品を注文しようとするウェブ・ユーザとすることができる。代替的に、クライアント１６は、仕事関連のタスクを実行しようとする小売会社の従業員とすることができる。エントリー・ポイント・ノード１２は、システム・リソース１４の中に入ってくる要求トラフィック１８を受信し、経路指定する何らかのノードを表すように意図される。例えば、エントリー・ポイント・ノード１２は、ロード・バランサー、要求ルータなどにすることができる。図示されるように、システム・リソース１４は、一般的に、ネットワーク１２、１つ又はそれ以上のサーバ２６、及び１つ又はそれ以上のストレージ・ユニット２８を含む。しかしながら、こうしたシステム・リソースが単なる例示として示されるものであり、本発明の教示は、如何なるタイプ及び／又は量のシステム・リソースを有するようにも実施され得ることを理解すべきである。
【００１４】
管理システム３０が、エントリー・ポイント・ノード１２上にロードされた状態で示されている。示されるように、管理システムは、分析器システム３２、是正措置システム３６及び学習システム３８を含む計画システム３４、並びにストレージ・システム４０を含む。ストレージ・システム４０は、局所的なものにも（図示されるように）、遠隔式のものにもすることができ、本発明における情報のためのストレージを提供する。こうした情報には、中でも、管理ポリシー、受信した要求の記録、是正措置の性能履歴などが含まれる。とりわけ、管理ポリシーは、システム・リソース１４の各々についての過負荷しきい値を示す。すなわち、管理ポリシーは、システム・リソースに過負荷がかかり過ぎ、場合によっては故障するときを特定する。管理ポリシーはまた、過負荷状態を回避するために、取るべき対応する是正措置も特定する。
【００１５】
本発明においては、要求トラフィック１８を受信すると、管理システム・リソース３０の分析器システム３２が、システム・リソース１４の性能を連続的に監視する。この監視は、トラフィック１８において、システム・リソース１４が、どのように種々の要求２０及び２２を処理するかを調べるためのものである。図１に示されるように、要求２０及び２２は、如何なる目的のものにしてもよい。例えば、要求２０及び２２は、ネットワーク２４上で何らかのタスクにアクセスするか又は該タスクを実行するためのもの、１つ又はそれ以上のサーバ２６にアクセスするためのもの、１つ又はそれ以上のストレージ・ユニット２８内の情報にアクセスするためなどのものとすることができる。システム・リソース１４を監視する際に、現在周知の又は後に開発される何らかの基準を用いることもできる。典型的な実施形態においては、管理ポリシーは、システム・リソースの性能をどのように監視し、測定すべきかを正確に特定する。例えば、アクティブな接続がいくつ存在するかに基づいて、ネットワーク２４の性能を監視することができる。この場合、分析器システム３２は、連続的にアクティブなネットワーク接続数を監視し、その数を、管理ポリシー内に示されるネットワーク２４についての過負荷しきい値（例えば、１０００のアクティブな接続）と比較する。接続数がポリシー内に示されたような過負荷しきい値に近付いている場合、分析器システム３２は、その情報を計画システム３４に伝える。この点で、管理ポリシーは、「ネットワーク２４への接続数が、１１００の可能な接続のうちの１０００に等しい場合には、過負荷を回避するように、計画システム３４に知らせなさい」といった、しきい値規則のセットを含むことができる。分析器システム３２はまた、ストレージ・システム・リソース４０を点検し、過負荷状態に対処するために以前どのような措置が取られたか、それらの処置がうまくいったかどうかを調べることもできる。以下にさらに述べられるように、有効でない是正措置を廃棄できるように、是正措置の性能履歴を記録することができる。いずれにしても、分析器システム３２は、この情報を計画システム３４に伝えることができる。同様の手法を用いて、サーバ２６及びストレージ・ユニット２８を監視することができる。サーバ２６については、例えば、サーバが現在のところ実行するように要求されているタスクの数に基づいて、性能を監視することができる。ストレージ・ユニット２８については、例えば、ストレージ・ユニット２８が一度に処理する情報検索要求の量に基づいて、性能を監視することができる。
【００１６】
特定のシステム・リソースがその過負荷しきい値に近付いている場合、是正措置システム３６は、分析器システム３２から伝送された情報を受信し、管理ポリシーを参照して、最も適切な是正措置を特定し実施する。以前のシステムとは違って、是正措置は、特定の過負荷状態を引き起こす要求を対象にするという点でリソースに基づいている。例えば、要求２０が主としてネットワーク２４を利用する特定のタイプのものであり、ネットワーク２４がその過負荷状態に近付いている場合には、その是正措置は、要求２０に対処し、要求２２をそのままにしておく可能性が高い。反対に、ストレージ・ユニット２８の１つがその過負荷状態に近付いている場合には、是正措置は、要求２０ではなく要求２２に対処する可能性が高い。このように、本発明は、害のないトラフィクが継続することを可能にし、これによりシステムの「圧力」を悪化させることなく、システムの性能が助けられる。
【００１７】
典型的な実施形態においては、実施し得る幾つかのタイプの是正措置がある。第１のタイプは、要求のタイプ及びどのシステム・リソースが過負荷状態に近付いているかに基づいて、要求１８のキュー優先順位を変更するというものである。例えば、図示されるように、要求２０は、主としてネットワーク２４及びサーバ２６を「過負荷状態にする」タイプのものである。したがって、ネットワーク２４がその過負荷状態に近付いている場合には、要求２０に低いキュー優先順位が与えられ、ネットワーク２４の接続に対する要求をほとんど受信しなくなり、ネットワーク２４がその過負荷状態に近付いたり、その過負荷状態を超えたりすることはない。要求２０のキュー優先順位を変更することにより、要求２２の優先順位が高くなることもならないこともある。キュー優先順位を変更が過負荷状態を改善できない場合には、是正措置システム３６は、問題を引き起こす要求を廃棄又は排除するという抜本的な是正措置を取ることができる。したがって、ネットワーク２４が過負荷状態に近付いており、要求２０のキュー優先順位の変更により問題が改善されない場合には、過負荷が生じないように要求２０を完全に排除することができる。排除後に、送信クライアント１６に排除について説明するメッセージが送信される。分析器システム３２によって監視されるように、要求タイプごとのリソースの消費に基づいて、第３のタイプの是正措置を実施することができる。例えば、各々の要求２０が、サーバ２６に、平均２つのタスク及び最高４つのタスクを実行させるように要求すると仮定する。さらに、各々の要求２２は、サーバ２６が平均１０の要求及び最高５０の要求を実行することを要求すると仮定する。この例においては、サーバ２６が過負荷状態に近付いていると判断される場合には、是正措置システム３６は、分析器システム３２から消費情報を受信し、要求２０ではなく要求２２を制限するように、「インテリジェントに」決定することができる。こうした制限のための「インテリジェンス」を管理ポリシー内の１つ又はそれ以上の規則として設けることができる。
【００１８】
何らかの是正措置を実行する際、管理ポリシーは、任意に「正常」状態に戻すための最低しきい値を示すことができる。例えば、ネットワーク２４についての過負荷しきい値が１０００の接続である場合には、管理ポリシーは、いったん接続数が８００を下回れば、是正措置システム３６が是正措置の実施を中止する（１０００の接続の過負荷しきい値に再び近付くまで）ことを記載することもできる。上述のように、分析器システム３２は、システム・リソース１４の性能を連続的に監視する。何らかの関連情報が計画システム３４に伝えられ、是正措置システム３６によって使用される。したがって、ネットワーク２４の過負荷しきい値を超えることを回避するために、要求２０のキュー優先順位が下げられた場合には、ネットワーク接続数が「正常」レベルに戻ったときに（例えば、下限しきい値より下に下がったときに）、キュー優先順位を正常に戻すことができる。
【００１９】
計画システム３４の学習システム３８は、是正措置の性能履歴に基づいて管理ポリシーを動的に変更する／修正することができる。例えば、ネットワーク２４が過負荷状態になるのを回避しようとして要求２０のキュー優先順位を下げた場合、学習システム３８は、キュー優先順位を下げたことが実際に過負荷状態の回避に役立ったかどうかに基づいて、管理ポリシーを変更することができる。この点で、学習システム３８は、分析器システム３２から受信した連続的監視情報を用いることができる。実施された是正措置が過負荷状態の回避に役立たないように見える場合、学習システム３８は、これらをストレージ・システム４０内に記録し、管理ポリシーを変更して失敗を反映させる。管理ポリシーの変更は、如何なる方法で行うこともできる。例には、「ネットワーク２４の過負荷状態を回避しようとするときには、要求２０のキュー・ポリシーを調整しない」といった特定の規則又は是正措置のようなキュー優先順位の変更を完全に排除するといった広範な変更を挿入することが含まれる。
【００２０】
ここで図２を参照すると、エントリー・ポイント・ノード１２のより詳細な図が示される。示されるように、エントリー・ポイント・ノード１２は、一般的に、中央処理ユニット（ＣＰＵ）５０、メモリ５２、バス５４、入力／出力（Ｉ／Ｏ）インターフェース５６、及び外部装置／リソース５８を含む。ＣＰＵ５０は、単一の処理ユニットを含むことができるか、或いは、例えばクライアント及びサーバ上の１つ又はそれ以上の位置において１つ又はそれ以上の処理ユニットにわたって分散させることができる。メモリ５２は、磁気媒体、光媒体、ランダム・アクセス・メモリ（ＲＭＡ）、読み出し専用メモリ（ＲＯＭ）、データ・キャッシュ、データ・オブジェクトなどを含む、いずれかの周知のタイプのデータ・ストレージ及び／又は伝送媒体を含むことができる。さらに、メモリ５２は、ＣＰＵ５０と同様に、１つ又はそれ以上のタイプのデータ・ストレージを含む単一の物理的位置に常駐させるか、又は種々の形態で複数の物理的システムにわたって分散させることができる。
【００２１】
Ｉ／Ｏインターフェース５６は、外部ソースとの間で情報を交換するための何らかのシステムを含むことができる。外部装置／リソース５８は、スピーカ、ＣＲＴ、ＬＥＤスクリーン、手持ち式装置、キーボード、マウス、音声認識システム、音声出力システム、プリンタ、監視装置、ファクシミリ、ポケットベルなどを含む、何らかの周知のタイプの外部装置を含むことができる。バス５４は、エントリー・ポイント・ノード１２のコンポーネントの各々の間に通信リンクを提供し、同様に、電気、光、無線などを含む何らかのタイプの伝送リンクを含むことができる。さらに、図示されていないが、キャッシュ・メモリ、通信システム、システム・ソフトウェアなどのような補助のコンポーネントをエントリー・ポイント・ノード１２に組み込むことができる。
【００２２】
上述のように、エントリー・ポイント・ノード１２は、局所的なもの（図示されるように）にも、遠隔式のものにもすることができるストレージ・システム４０を含むことができる。この点で、ストレージ・システム４０は、磁気ディスク・ドライブ又は光ディスク・ドライブのような１つ又はそれ以上のストレージ装置を含むことができる。別の実施形態において、ストレージ・システム４０は、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、広域エリア・ネットワーク（ＷＡＮ）、又はストレージ・エリア・ネットワーク（ＳＡＮ）（図示せず）にわたって分散されるデータを含む。当業者であれば１つ又はそれ以上のストレージ装置を含むものとして解釈できるような方法で、ストレージ・システム４０を構成することもできる。
【００２３】
クライアント１６とエントリー・ポイント・ノード１２との間の通信は、直接配線による接続（例えば、シリアル・ポート）を介して、或いは有線及び／又は無線伝送方法のいずれかの組み合わせを用い得るクライアント・サーバ（又はサーバ・サーバ）環境（図示されるように）におけるアドレス指定可能な接続を介して行われることを理解すべきである。後者の場合には、インターネット、広域エリア・ネットワーク（ＷＡＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、仮想プライベート・ネットワーク（ＶＰＮ）、又は他のプライベート・ネットワークを介して、サーバとクライアントを接続することができる。サーバ及びクライアントは、トークン・リング、イーサネット（登録商標）、ＷｉＦｉ、又は他の従来の通信基準のような通常のネットワーク接続を利用することができる。クライアントがインターネットを介してサーバと通信する場合には、従来のＴＣＰ／ＩＰソケット・ベースのプロトコルによって接続を形成することができる。この場合、クライアントは、インターネット・サービス・プロバイダを利用して、サーバとの接続を確立することができる。
【００２４】
管理システム３０のプログラムが、エントリー・ポイント・ノード１２のメモリ５２に格納されている。図示されるように、管理システム３０は、分析器システム３２及び計画システムを含み、該計画システムは、是正措置システム３６及び学習システムを含む。上述されるように、分析器システム３２は、システム・リソース１４の性能を連続的に監視する。管理ポリシーに基づいて、分析器システム３２は、特定のシステム・リソース（例えば、ネットワーク、サーバ２６、又はストレージ・ユニット２８）がいつ過負荷状態に近付くかを判断する。過負荷状態に近付いている場合には（管理ポリシー内のしきい値又は規則の求めるところに従って）、分析器システム３２がストレージ・システム４０を参照し、どの是正措置が以前実行されたか、及びそれらの是正措置がうまくいったかどうかについて判断する。次に、分析器システム３２は、この情報を計画システム３４に伝える。受信時に、是正措置システム３６は、どのシステム・リソース１４が過負荷状態に近付いているか及び管理ポリシーに基づいて適切な是正措置を特定し、実施する。具体的には、管理ポリシーは、どの特定の過負荷状態を実施して特定の過負荷状態を改善すべきかを命令する付加的な規則を含む。したがって、例えば、ネットワーク２４が過負荷状態に近付いている場合、管理ポリシーは、要求２０のキュー優先順位を下げるべきであると命令する。上述のように、キュー優先順位の変更がうまく機能しない場合には、要求２０を一斉に排除するといった他の是正措置を実施することができる。さらに、要求タイプごとのリソースの消費に基づいて、是正措置を実施することもできる。このことにより、例えば、要求２０及び要求２２が両方ともサーバ２６により受信される場合には、どのタイプの是正措置システム３６が最も多くリソースを消費するかに基づいて、要求２０又は要求２２のいずれかを制限できるようになる。
【００２５】
いずれにしても、過負荷状態が回避される場合には、たとえ過負荷状態になったシステム・リソース（すなわち、分析器システム３２が連続的に監視しているような）の性能が「正常」レベルに戻っても、是正措置システム３６が是正措置の実施を中止する。是正措置が実施されると、学習システム３８が管理ポリシーを動的に変更し、その性能履歴を反映させる。このことは、管理ポリシーから効果のない是正措置を除去し、将来の無駄な骨折りを防止することを可能にし、これに応じてシステム・リソースの効率が向上される。
【００２６】
図３を参照すると、本発明による方法１００の流れ図が図示される。ステップ１０２において要求トラフィックが受信される。ステップ１０４において、要求トラフィックに応答して、システム・リソースのセットの性能が監視される。ステップ１０６において、管理ポリシーに基づいて、システム・リソースの少なくとも１つが、いつ過負荷状態に近付くかが判断される。次いで、ステップ１０８において、過負荷状態を回避するための是正措置が特定され、実施される。上述のように、過負荷状態に近付いている特定のシステム・リソースと管理ポリシーとに基づいて、是正措置が特定される。
【００２７】
本発明は、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの組み合わせで実現できることを理解すべきである。あらゆる種類のコンピュータ／サーバ・システム（又は、ここに説明される方法を実行するために適合された他の装置）に適している。ハードウェア及びソフトウェアの組み合わせがロードされ、実行された時に、ここに説明されたそれぞれの方法を実行するようにエントリー・ポイント・ノード１２を制御するコンピュータ・プログラムを有する汎用コンピュータ・システムとすることができる。代替的に、本発明の機能タスクの１つ又はそれ以上を実行するように特化されたハードウェアを含む特定用途向けコンピュータを用いることもできる。本発明はまた、ここに説明された方法の実施を可能にし、コンピュータ・システム内にロードされた時にこれらの方法を実行することができる、それぞれの機能の全てを含むことができる。本文脈におけるコンピュータ・プログラム、ソフトウェア・プログラム、プログラム、又はソフトウェアとは、直接に、或いは以下の（ａ）別の言語、コード、又は表記への変換、及び／又は（ｂ）異なる材料形態での再生の一方又は両方の後に、情報処理能力を有するシステムに特定の機能を実行させるように意図された命令のセットの、何らかの言語、コード、又は表記での表現を意味する。学習システム３８は計画システム３４の一部として示されるが、実際には、別個のシステムとして実装することができる。
【図面の簡単な説明】
【００２８】
【図１】本発明による、管理ポリシーに基づいて要求トラフィックを管理するためのリソース認識システムを示す。
【図２】図１のシステムのより詳細な図である。
【図３】本発明による方法の流れ図である。
【図１】
0004452185.tif 000002
【図２】
0004452185.tif 000003
【図３】
0004452185.tif 000004