JP5147216B2 - コンピューティング・システムのオートノミック能力を測定するための方法、システム及びコンピュータ・プログラム - Google Patents

Description

本発明は、コンピューティング・システムに関する。本発明は、特にコンピューティング・システムのオートノミック性能即ち自己管理能力の定量的な測定に関する。

オートノミック・コンピューティング（AC）は、コンピューティング・システムの必要性を予測し、できるだけ少ない人手の介入で問題を解決する、というようなコンピューティング・システムの自己管理能力を云う。今日、多くの主要なハードウエアやソフトウエアのベンダーはAC性能に大きな投資を行っている。このため、コンピューティング・システムの能力を定量化することが重要である。

外乱(disturbance)注入（例えば、障害の注入）は、オートノミック・システムの可用性を評価するため組織をテストすることによって一般に使用されている技法である。図示のベンチマーキング・システムは、図１に示された従来技術に従って外乱注入を用いる。このベンチマーキング・システム１０は、ベンチマーク・ドライバ１２、及びテスト下のシステム（ＳＵＴ）１４を含む。ベンチマーク・ドライバ１２は典型的なシステムの用法を表すよう設計されたワークロード１６をＳＵＴ１４に受けさせ、ＳＵＴ１４からの応答１８を受ける。ベンチマーク結果２０は、ＳＵＴ１４がその課されたワークロード１６を如何に早く満足させることができるかということから引き出されるものであり、ベンチマーク・ドライバ１２によって測定される。「自己修復」に対するＳＵＴ１４の能力を評価するために外乱（障害）２２がベンチマーク・ドライバ１２によってＳＵＴ１４に注入される。

従来技術に従う外乱注入技法２４を図２に示す。その外乱注入技法２４は図１に示したベンチマーキング・システム１０のコンポーネンツに関連して以下で説明する。図示のとおり、「注入スロット」２６の間、１個若しくはそれ以上の外乱２２がベンチマーク・ドライバ１２によってＳＵＴ１４の中に注入され、一方でワークロード１６がＳＵＴ１４に課される。外乱２２は、例えば、ソフトウエア障害、オペレータ・ミス、高レベルのハードウエア障害を含む。各注入スロット２６は始動期間２８、注入期間３０、検出期間３２、復旧期間３４、維持期間３６を含む複数の異なる期間を含む。始動期間２８中、ＳＵＴ１４は安定状態条件が達成されるまで与えられるワークロード１６で動く。注入期間３０中、ＳＵＴ１４は所定の期間、安定状態で動き、その後、ベンチマーク・ドライバ１２によりＳＵＴ１４の中に障害２２が注入される。検出期間３２中は、ＳＵＴ１４による障害２２の注入と、ベンチマーク・ドライバ１２による（スクリプト化された）復旧手続きの開始との間の期間である。復旧期間３４は、復旧手続きを実行するためにＳＵＴ１４が必要とする期間を表す。維持期間３６中は、ＳＵＴ１４は動き続ける（安定状態）。ＳＵＴ１４上の注入された障害２２のインパクトは維持期間３６の終了時に評価される。障害２２は維持期間３６の終了時に（選択的に）取り除かれる。

ＡＣシステムには以下の３種類があり、夫々が障害に対し異なる応答を与える。
１．非オートノミック ― 手動障害検出及び手動復旧開始。例えば、データベース・システムのオペレータが、特定のプロセスに関する多くの苦情を受取ったことをヘルプ・デスクから知らされる。オペレータは、応答の際、そのデータベースに於ける望ましくないプロセスを終了させる。
２．完全オートノミック ― オートノミック障害検出及びオートノミック復旧開始。例えば、オートノミック・マネジャはシステム中に望ましくないプロセスがあることを調べ、人手の介入なしにそのプロセスを自動的に終了させる。
３．部分的オートノミック ― オートノミック障害検出及び手動復旧開始。例えば、オートノミック・マネジャシステム中に望ましくないプロセスがあることを調べ、警告やメッセージを送り出す。人間のオペレータはコンソール上または紙上の警告やメッセージを受取ることによりその問題を検出する。これに応答して、そのオペレータはその警告やメッセージで提供される情報に基づいてその望ましくないプロセスを突き止め、そのプロセスを終了させる。

伝統的な障害注入方法で以って、外乱２２は安定状態動作中にＳＵＴ１４に注入される。外乱２２の注入後、ベンチマーク・ドライバ１２は、その復旧手続きを開始する前に、外乱２２のタイプに基づいて、所定量の時間（例えば、検出期間３２）待機する。このようにして、伝統的な障害注入方法に於ける唯一の変数は復旧期間３４の長さである。

上述のような伝統的なアプローチには幾つかの問題がある。例えば、
問題１： 検出された問題に関しオペレータに警告やメッセージを提供し、その検出された問題をどのように直すかについての情報を提供する部分的オートノミック・システムを扱うには柔軟性がある。このタイプの部分的オートノミック・システムは、例えば、警告やメッセージが紙や他のコミュニケーション装置を介しデータベース管理者に知らされるような多くのデータベース・システムに於いて優位を占めている。一定の検出期間３２（例えば、復旧平均時間（ＭＴＴＲ）―― 障害を修復するのにかかった平均時間から導き出される）を使用するというのは、警告やメッセージを自動的に提供することが、問題を検出するための時間の長さを大きくカットするから、このタイプの状況には働かない。この点で、部分的オートノミック機能が存在する中で一定の検出期間３２を使用すると、ＡＣ性能の、正確な若しくは反復可能な、あるいはその両方の測定を提供しない。
問題２： もしシステムが完全オートノミック自己修復システムであれば、ベンチマーク・ドライバ１２は、問題の検出及び復旧のタイミングを制御することはない。一例を挙げればデータベース・システムに於けるＲＡＩＤ５ディスクの耐障害性である。こそのディスク・サブシステムはディスク故障を自動的に検出しその故障したディスクを自動的に迂回する。

従って、種々の度合いの自動化（例えば、非オートノミック、完全オートノミック，部分的オートノミック）を有するシステムのオートノミック性能を定量的に測定する改良された方法の必要性が存在する。

本発明は、概略、コンピューティング・システムのオートノミック性能の定量的な測定に関する。本発明は、特に、全てのタイプのオートノミック・コンピューティング・システム、特に部分的オートノミック・コンピューティング・システムのオートノミック性能を以下のような障害注入を行うことによって定量的に測定するように構成される。即ち、問題を検出するのに要する時間をシミュレートするための別個の調整可能な検出期間、並びにその問題に対処する復旧手続きを開始するのに要する時間をシミュレートするための別個の調整可能な復旧開始期間を用いて障害注入を行うことである。

本発明の第１の視点は、コンピューティング・システムのオートノミック能力を測定する方法にして、前記コンピューティング・システムにワークロードをかけるステップと、
前記コンピューティング・システムに外乱を注入するステップと、前記注入された外乱に応答して前記コンピューティング・システムが問題を検出したことを通知するステップと、前記検出された問題に対処する復旧手続きを開始するのに必要な時間量を決定するステップと、前記復旧手続きを実行するのに必要な時間量を決定するステップとを含む方法を指向する。

本発明の第２の視点は、コンピューティング・システムのオートノミック能力を測定するシステムにして、前記コンピューティング・システムにワークロードにかけるシステムと、前記コンピューティング・システムに外乱を注入するシステムと、前記注入された外乱に応答して前記コンピューティング・システムが問題を検出したことを通知するシステムと、前記検出された問題に対処する復旧手続きを開始するのに必要な時間量を決定するシステムと、前記復旧手続きを実行するのに必要な時間量を決定するシステムとを含むシステムを指向する。

本発明の第３の視点は、コンピューティング・システムのオートノミック能力を測定するために、コンピュータに以下の諸ステップを実行させるコンピュータ・プログラムであって、前記コンピューティング・システムにワークロードをかけるステップと、前記コンピューティング・システムに外乱を注入するステップと、前記注入された外乱に応答して前記コンピューティング・システムが問題を検出したことを通知するステップと、前記検出された問題に対処する復旧手続きを開始するのに必要な時間量を決定するステップと、前記復旧手続きを実行するのに必要な時間量を決定するステップとを含む、コンピュータ・プログラムを指向する。

一般に、本発明はコンピューティング・システムのオートノミック能力の定量的測定に関する。特に、本発明は、問題を検出するのにかかる時間をシミュレートするための別個の調整可能な検出期間と、その問題に対処する復旧手続きを開始する時間をシミュレートするための別個の調整可能な復旧開始期間とを用いた障害注入を行うことによって、全てのタイプのオートノミック・コンピューティング・システム、特に部分的オートノミック・コンピューティング・システムのオートノミック能力を定量的に測定するように構成することに関する。

本発明の実施例に従った障害注入を採用するベンチマーキング・システム１００を図３に示す。このベンチマーキング・システム１００はベンチマーク・ドライバ１０２及びテスト下のシステム（ＳＵＴ）１０４を含む。ベンチマーク・ドライバ１０２は、代表的なシステムの用法を表すように設計されたＳＵＴ１０４にワークロード１０６をかけ、そのＳＵＴ１０４からの応答１０８を受ける。ベンチマーク結果１１０が、ベンチマーク・ドライバ１０２によって測定されるようにして、その課されたワークロード１０６をＳＵＴ１０４が如何に早く満足させ得るかということから導き出される。自己修復に対するＳＵＴ１０４の能力を評価するために外乱（障害）１１２がベンチマーク・ドライバ１０２によってＳＵＴ１０４に注入される。ベンチマーキング・システム１００は更に、ＳＵＴ１０４の中に外乱１１２を注入するのに応答して生じた問題をＳＵＴ１０４が自動的に検出したのをベンチマーク・ドライバ１０２に経路１１６で知らせるためのコールバック・システム１１４を含む。図示していないが、コールバック・システム１１４はベンチマーク・ドライバ１０２の中に導入することもできよう。本発明の一実施例では、コールバック・システム１１４は、問題の検出に応答してＳＵＴ１０４によって発生される警告やメッセージ１１８を受けるか又は遮断するように構成されることができる。その警告やメッセージ１１８は、ＳＵＴ１０４によって発生されるような、例えばEメール、テキスト・メッセージ、記録済みのアナウンスを含んでいても良い。他の実施例に於いて、コールバック・システム１１４は、システム管理者のコンソール（操作卓）上に表示され或いはシステム・ログ・ファイルに含まれる、テキストの警告やメッセージの情報をモニター（監視）し、解析し、そして分析するように構成することができる。

本発明の実施例に従う例示の外乱注入方法１２０を図４に示す。その外乱注入方法１２０は、図３に示すベンチマーキング・システム１００のコンポーネンツに関連して以下で説明する。図示のとおり、注入スロット１２２中、１個若しくは複数個の外乱１１２が、ベンチマーク・ドライバ１０２によってＳＵＴ１０４の中に注入され、一方でワークロード１０６がＳＵＴ１０４に与えられる。各注入スロット１２２は、始動期間１２４、注入期間１２６、検出期間１２８、復旧開始期間１３０、復旧期間１３２及び維持期間１３４を含む、複数個の異なる期間を含む。

始動期間１２４中、ＳＵＴ１０４は安定状態条件が達成されるまで与えられるワークロード１０６で動く。注入期間１２６中、ＳＵＴ１０４は所定の期間、安定状態で動き、その後、ベンチマーク・ドライバ１０２によりＳＵＴ１０４の中に障害１１２が注入される。従来技術の外乱注入方法２４に関連して既に説明した検出期間３２とは異なるが、本発明による検出期間１２８は、ＳＵＴ１０４の中への外乱１１２の注入と、ＳＵＴ１０４による問題の検出に応答してＳＵＴ１０４により発生される警告やメッセージ１１８のコールバック・システム１１４による検出との間の時間量である。

復旧開始期間１３０が検出期間１２８の後（例えば、注入された外乱１１２により引き起こされる問題がＳＵＴ１０４により検出され、且つ警告やメッセージ１１８が発生された後）に設けられる。復旧開始期間１３０は、ＳＵＴ１０４により検出された特定の問題に対処するための復旧手続きを人間が開始するのにかかるであろう時間量を示す。即ち、復旧開始期間１３０は、外乱１１２の注入により引き起こされる問題の検出に応答して人間が介入するのをシミュレートする、予め定義された時間遅延である。一例として、復旧開始期間１３０は、オペレータが、警告若しくはメッセージ１１８に応答してシステム上で動くプロセスを終了させ、その問題の性質を決定し、そしてコマンド中のキーがその問題に対処するための診断ルーチンを開始するのにかかる総時間を含むことができる。特定の外乱の場合のための復旧開始期間１３０が、ＳＵＴ１０４により検出される特定の問題に対処する復旧手続きを人間が開始するのにかかる時間量の、例えば統計的な研究（例えば平均化）から導き出せるだろう。他の技法も可能である。

所与の復旧開始期間１３０の長さは、ベンチマーク・ドライバ１０２によりＳＵＴ１０４に課される特定の外乱１１２（或いは一組の外乱１１２）に依存する。例えば、第１の外乱１１２「Ａ」に関連する復旧開始期間１３０が１分の長さかも知れず、一方で第２の外乱１１２「B」に関連する復旧開始期間１３０が１０分の長さということもあり得よう。このことは外乱１１２「B」に関連する特定の復旧手続きを開始するのに必要な時間が、外乱１１２「Ａ」に関連する特定の復旧手続きを開始するのに必要な時間よりもはるかに長いこと（例えば１０倍）を意味する。ベンチマーク・ドライバ１０２は、ＳＵＴ１０４中に注入される所与の外乱１１２（若しくは一組の外乱１１２）に対する正確な復旧開始期間１３０を確立するため、表などをアクセスすることができる。

図４に戻ると、復旧期間１３２は、復旧開始期間１３０の終了時に開始される復旧手続きを実行するのにＳＵＴ１０４によって必要とされる時間量を表す。維持期間１３４中は、ＳＵＴ１４が動き続ける（安定状態）。ＳＵＴ１０４上に注入された外乱１１２のインパクトは維持期間１３４の終了時に評価される。外乱１１２は維持期間３６の終了時に（選択的に）取り除かれる。所与の障害のシナリオまたは障害のシステム構成に対する種々の期間１２４、１２６、１２８、１３０、１３２及び１３４の各々は，後のテスト分析のために（例えばベンチマーク結果１１０として）記録されることができる。

本発明のベンチマーキング・システム１００は、異なる度合いの自動化（例えば、非オートノミック、完全オートノミック及び部分的オートノミック）を有するシステムのＡＣ能力を測定するのに使用されることができる。例えば、本発明のベンチマーキング・システム１００を用いる非オートノミックのＳＵＴ１０４のＡＣ能力を測定する単純な場合を考えてみよう。注入期間１２６の終了時にベンチマーク・ドライバ１０２によって非オートノミックＳＵＴ１０４の中に外乱１１２が注入される。そこでベンチマーク・ドライバ１０２は、検出期間１２８及び（MTTRから導き出される可能性の高い）復旧開始期間１３０に一定の時間遅延を割り当てることができる。

完全オートノミックの場合は、完全オートノミックＳＵＴ１０４が、検出をし、人手の介入なしに１分の復旧手続きを開始すると仮定されたい。検出期間１２８及び復旧開始期間１３０の全長は１分となる。完全オートノミックＳＵＴ１０４がそれ自身で復旧するので、ベンチマーク・ドライバ１０２は検出期間１２８及び復旧開始期間１３０の長さにわたって制御しない。この場合、ベンチマーク・ドライバ１０２は、何もしないという「no-op」オペレーションを単に導入するだけでよい。ベンチマーク・ドライバ１０２は、その動作の終了時に多数の成功した処理を集めるだけである。完全オートノミックＳＵＴ１０４は自分自身で復旧するからである。完全オートノミック・システムのスコアは非オートノミック・システムのスコアよりも高くあるべきである。オートノミック検出及び復旧開始にかかる時間が、ＭＴＴＲから導き出される一定の値よりもはるかに短いと考えられるからである。これは完全オートノミック・システムの利点を反映している。

部分的オートノミックの場合、その検出は自動であるが復旧はそうではない。問題の自動検出に応答して部分的オートノミックＳＵＴ１０４により発生される警告若しくはメッセージ１１８のせいで今や復旧時間が短くなったから、この場合はＭＴＴＲアプローチがうまく機能しない。このために、本発明のベンチマーク・ドライバ１０２は、検出期間１２８及び復旧開始期間１３０を別個に取り扱う。検出期間１２８は、外乱１１２が部分的オートノミックＳＵＴ１０４の中に注入されるときに開始し、警告若しくはメッセージ１１８が部分的オートノミックＳＵＴ１０４により発生されるときに終了する。コールバック・システム１１４は、或る問題に関する警告若しくはメッセージ１１８或いは他の通知が部分的オートノミックＳＵＴ１０４によりいつ検出されるかを調べるためにベンチマーク・ドライバ１０２によって使用される。そこでベンチマーク・ドライバ１０２は一定の時間遅延を復旧開始期間１３０に割り当てるが、これは人間がその検出された問題に応答して復旧開始を完遂させるのにかかるであろう時間量（例えば、平均時間量）を示す。この結果、部分的オートノミックＳＵＴ１０４のＡＣ能力の、もっと正確で反復可能な測定が生じる。

本発明の実施例に従うコンピュータ・システムのオートノミック能力の定量的な測定のために使用されるコンピュータ・システム２００を図５に示す。コンピュータ・システム２００はコンピュータ・インフラストラクチャ２０２に設けられる。コンピュータ・システム２００は、本発明の教示するところを実施することのできる任意のタイプのコンピュータ・システムを示そうとしている。例えば、コンピュータ・システム２００は、ラップトップ・コンピュータ、デスクトップ・コンピュータ、ワークステーション、ハンドヘルド・コンピュータ（携帯式のコンピュータ）、サーバー、コンピュータ・クラスタなどで合って良い。更に以下で詳細に説明するが、本発明に従うコンピューティング・システムのオートノミック能力の定量的な測定を提供するサービス・プロバイダによって、コンピュータ・システム２００は操作され、若しくは配置され、或いはその両方であっても良い。ユーザーや管理者２０４は、コンピュータ・システム２００を直接にアクセスすることができるが、ネットワーク２０６（例えば、インターネット、広域ネットワーク（ＷＡＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、バーチャル・プライベート・ネットワーク（ＶＰＮ）等）を介してコンピュータ・システム２００とコミュニケートするコンピュータ・システムを操作することもできる。後者の場合、コンピュータ・システム２００とユーザー操作のコンピュータ・システムとの間のコミュニケーションは、種々のタイプのコミュニケーション・リンクの任意の組み合わせを介して生じることもできる。例えば、コミュニケーション・リンクは、有線の、若しくは無線のまたはその両方の伝送方法の任意の組み合わせを用いることができるアドレス可能な接続を含むことができる。インターネットを介してコミュニケーションが行われる場合、従来からのＴＣＰ／ＩＰのソケット・ベースのプロトコルにより接続性が提供されても良いし、またインターネット・サービス・プロバイダがインターネットへの接続を確立するのに使用されても良い。

コンピュータ・システム２００は、プロセシング・ユニット（処理装置）２０８、メモリ２１０、バス２１２及びＩ／Ｏ（入出力）インターフェース２１４を含むように図示されている。更に、コンピュータ・システム２００は外部の装置や資源２１６及び１個若しくは複数個の記憶ユニット２１８とコミュニケーションできるように図示されている。一般に、プロセシング・ユニット２０８は、ベンチマーキング・システム２３０などのために、メモリ２１０若しくは記憶ユニット２１８又はその両方に記憶された、コンピュータ・プログラム・コードを実行する。コンピュータ・プログラム・コードを実行する間、プロセシング・ユニット２０８はメモリ２１０、記憶ユニット２１８、Ｉ／Ｏインターフェース２１４間でデータを読み書きすることができる。バス２１２はコンピュータ・システム２００中の各コンポーネンツ間のコミュニケーション・リンクを提供する。外部装置乃至資源２１６はユーザーがコンピュータ・システム２００や任意の装置（例えば、ネットワーク・カード、モデム等）と相互作用することができるようにする任意の装置（例えば、キーボード、ポインティング装置、ディスプレイ（例えば、ディスプレイ２２０、プリンタ等）を含むことができる。前者の任意の装置というのは、そのコンピュータ・システム２００が１個若しくは複数個の他のコンピュータ装置とコミュニケートすることができるようにするための装置である。

コンピュータ・インフラストラクチャ２０２は、本発明を実施するのに使用され得る種々のタイプのコンピュータ・インフラストラクチャを例示的にのみ示す。例えば、一実施例では、コンピュータ・インフラストラクチャ２０２は、本発明の種々の方法ステップを実行するのにネットワーク（例えばネットワーク２０６）を介してコミュニケートする２個以上のコンピューティング装置（例えば、サーバー・クラスタ）を含むことができる。更に、コンピュータ・システム２００は、本発明を実施するのに使用され得る多くのタイプのコンピュータ・システムを代表的に示すだけであって、夫々がハードウエアとソフトウエアの多くの組み合わせを含むことができる。例えば、プロセシング・ユニット２０８は単一のプロセシング・ユニットを含んでいても、１箇所又は複数箇所に、例えば、クライアント、サーバーのように、分散配置されていても良い。同様に、メモリ２１０若しくは記憶システム２１６またはその両方は、１箇所ないし複数箇所の物理的位置に存する種々のタイプのデータ記憶ないし伝送媒体の任意の組み合わせを含むことができる。更に、Ｉ／Ｏインターフェース２１４は１個若しくは複数個の外部装置ないし資源２１６と情報を交換するための任意のシステムを含むことができる。更には、図５には示していない１個若しくは複数個の追加のコンポーネンツ（例えば、システム・ソフトウエア、数値演算コプロセッサ、キャッシュ・メモリ等）をコンピュータ・システム２００に含むことができるのを理解されたい。しかし、もしもコンピュータ・システム２００がハンドヘルド装置等を含むなら、１個若しくは複数個の外部装置ないし資源２１６（例えば、ディスプレイ）や１個若しくは複数個の記憶ユニット２１８が、図示のように外部ではなく、コンピュータ・システム２００の内部に含まれていても良い。

記憶ユニット２１８は、例えばベンチマーク結果、復旧開始期間など、本発明の下での情報の記憶を行える任意のタイプのシステムであり得る。このため、記憶ユニット２１８が、磁気ディスク・ドライブや光ディスク・ドライブのような１個若しくは複数個の記憶装置を含むことができる。他の実施例では、記憶ユニット２１８が、例えばローカル・エリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、又は記憶エリア・ネットワーク（ＳＡＮ）（図示せず）に分散したデータを含むことができる。図示していないが、キャッシュ・メモリ、コミュニケーション・システム、システム・ソフトウエアなど別のコンポーネンツを追加して組み込むこともできる。更に、図示してはいないが、ユーザーや管理者２０４により操作されるコンピュータ・システムがコンピュータ・システム２００に関し、既に説明したのと似た、コンピュータ化したコンポーネンツを含むことができる。

メモリ２１０（例えば、コンピュータ・プログラム製品）には、ＳＵＴ１０４のようなコンピューティング・システムのオートノミック能力の定量的な測定を与えるためのベンチマーキング・システム２３０が示される。このベンチマーキング・システム２３０は、ベンチマーク・ドライバ１０２を含む。ベンチマーク・ドライバ１０２は、代表的なシステムの用法を表すように設計されたワークロード１０６をＳＵＴ１０４に受けさせるように構成され、またＳＵＴ１０４からの応答を受取る。ＳＵＴ１０４が如何に早くその課されたワークロード１０６を満足させることができるかということからベンチマーク（ＢＭ）結果１１０が引き出され、これはベンチマーク・ドライバ１０２によって測定される。外乱（障害）１１２がＳＵＴ１０４の中にベンチマーク・ドライバ１０２によって注入されるが、これは自己修復に対するＳＵＴ１０４の能力を評価するためである。ベンチマーキング・システム２３０は更にコールバック・システム１１４を含む。このコールバック・システム１１４は、ＳＵＴ１０４の中に外乱１１２を注入するのに応答して生じた問題をＳＵＴ１０４が自動検出したときベンチマーク・ドライバ１０２にそのことを経路１１６で通知する。

本発明は、申し込み会費制または実費料金制でのビジネス方法として提供することもできる。例えば、本発明の１個若しくは複数個のコンポーネンツが、顧客のためのここで開示した機能を提供するサービス・プロバイダによって創製され、維持され、サポートされ、若しくは展開され、或いはこれらの一部若しくは全部が組み合わされたサービスとして提供される。即ち、サービス・プロバイダは、これまで説明したように、コンピューティング・システムのオートノミック能力の定量的な測定を与えるのに使用されることができる。

本発明がハードウエア、ソフトウエア、伝送信号、若しくはその任意の組み合わせで実現し得ることを理解されたい。任意の種類のコンピュータやサーバー・システム、ここで説明した方法を実行するように適用された他の装置も適切である。ハードウエア及びソフトウエアの任意の代表的な組み合わせは、汎用のコンピュータ・システムと、コンピュータにロードされ、実行されたとき、ここで開示した夫々の方法を実行するようなコンピュータ・プログラムとを含むものである。本発明は、コンピュータ・プログラム製品若しくは伝送信号に埋め込まれていて、ここで開示した方法の実施を可能にするような個々の特徴を全て含み、コンピュータ・システムにロードされたとき本発明の方法を実行するようなものである。

本発明は完全にハードウエアからなる実施例の形態を取ることも、完全にソフトウエアの実施例の形態を取ることも、またハードウエアとソフトウエアの両方を含む実施例の形態をとることもできる。好適な実施例では、本発明はソフトウエアで実現され、それがファームウエア、常駐のソフトウエア、マイクロコード等を、これらに限定するものはないが、含んでいても良い。

本発明は、コンピュータ若しくは命令実行システムによって、あるいはそれらとともに使用されるプログラム・コードを提供するコンピュータが利用できる媒体、またはコンピュータが読み取り得る媒体からアクセスし得るコンピュータ・プログラム製品の形態をとることができる。この説明の目的上、コンピュータが使用でき或いはコンピュータが読み取り得る媒体は、命令実行システム、装置若しくはデバイスによって或いはこれらとともに使用されるプログラムを含む、記憶する、コミュニケートする、伝送する、或いは搬送することのできる任意の装置とし得る。

その媒体は、電子的、磁気的、光学的、電磁気的、赤外線の、もしくは半導体のシステム（装置、若しくはデバイス）、または伝送媒体とし得る。コンピュータ読取り可能媒体の例は、半導体メモリ、固体メモリ、磁気テープ、取外し可能なコンピュータ用ディスケット、ランダム・アクセス・メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、磁気ハード・ディスク、光ディスクを含む。光ディスクの今日の実例は、コンパクト・ディスクの読出し専用ディスク（ＣＤ−ＲＯＭ）、コンパクト・ディスクの読み書きディスク（ＣＤ−Ｒ／Ｗ）、及びディジタル多用途ディスク（ＤＶＤ）を含む。

本発明のコンテクストに於いて、コンピュータ・プログラム、伝送信号、ソフトウエア・プログラム、プログラム、若しくはソフトウエアは、情報処理能力を有するシステムに、特定の機能を直接に実行、または下記（ａ）（ｂ）のいずれかまたは両方の動作の後に実行させるよう企図された一群の命令の、任意の言語、コード若しくは表記法での任意の表現を意味する。即ち、下記のいずれかまたは両方の動作とは、（ａ）他の言語への変換、コード若しくは表記法、（ｂ）異なる形態での再生である。

本発明の好適な実施例の上述の説明は例示及び説明の目的で提示したものである。開示したものと同じものに本発明を完全に開示したものではなく、また限定する意図はない。したがって多くの改造や変形が可能である。当業者に明白であるようなこのような改造や変形は特許請求の範囲によって定義されるような本発明の範囲内で含むことを意図している。

本発明の上記及びその他の特徴は、添付図面とともに示す本発明の種々の視点の詳細な説明から一層容易に理解できよう。なお、図は単に例示的な説明のためのものであり、本発明の特定のパラメータを描写する意図はない。図は単に本発明の代表的な実施例を示すだけであり、本発明の範囲を限定するとみなすべきではない。図に於いて、同様な参照番号は同様な要素を示す。

従来技術に従う外乱注入を採用したベンチマーキング・システムを示す図である。 従来技術に従う例示の外乱注入方法を示す図である。 本発明の実施例に従う例示の外乱注入を採用した例示のベンチマーキング・システムを示す図である。 本発明の実施例に従う例示の外乱注入方法を示す図である。 本発明の実施例に従う方法を導入する例示のコンピュータ・システムを示す図である。

符号の説明

１００ ベンチマーキング・システム
１０２ ベンチマーク・ドライバ
１０４ テスト下のシステム（ＳＵＴ）
１０６ ワークロード
１０８ 応答
１１０ ベンチマーク結果
１１２ 外乱
１１４ コールバック・システム
１１８ 警告又はメッセージ
１２０ 外乱注入方法
１２２ 注入スロット
１２４ 始動期間
１２６ 注入期間
１２８ 検出期間
１３０ 復旧開始期間
１３２ 復旧期間

Claims (7)

1. コンピュータによって、テスト対象システム（ＳＵＴ）のオートノミック能力を測定する方法であって、前記コンピュータが、
   前記ＳＵＴにワークロードをかけるステップと、
   前記ＳＵＴに外乱を注入するステップと、
   前記ＳＵＴが注入された前記外乱によって発生した問題を自動的に検出したことの通知を受けるステップと、
   前記外乱の注入から前記通知までの時間（検出期間）に基づいて前記ＳＵＴの部分的なオートノミック能力を決定するステップと、
   前記検出された問題に対処する復旧手続きを開始するのに必要な時間量（復旧開始期間）を決定するステップと、
   前記復旧手続きを実行するのに必要な時間量（復旧期間）を決定するステップと、を実行する方法。
2. 前記通知を受けるステップが、前記ＳＵＴからＥメール、テキスト・メッセージ、または記録済みのアナウンスを受けることを含む、請求項１に記載の方法。
3. 前記復旧開始期間が、前記ＳＵＴに注入される前記外乱に依存する、請求項１に記載の方法。
4. 前記復旧手続きを実行するのに必要な時間量が復旧期間を含む、請求項１に記載の方法。
5. 前記復旧開始期間が、前記通知に応答して人手による介在をシミュレートする予め定義した時間遅延を表す、請求項１に記載の方法。
6. 前記検出期間、前記復旧開始期間及び前記復旧期間が前記コンピューティング・システムのオートノミック能力の測定に用いられる、請求項１に記載の方法。
7. 請求項１乃至６のいずれか１項に記載の方法の各ステップを前記コンピュータに実行させるためのコンピュータ・プログラム。

Images