JP5641064B2 - 実行制御プログラム、実行制御装置および実行制御方法 - Google Patents

Description

本発明は、実行制御プログラム、実行制御装置および実行制御方法に関する。

近年、データセンタでは、仮想化により物理サーバ上に仮想マシン（ＶＭ：Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）を集約してリソース（計算資源）の利用効率を向上させるとともに、大規模化による規模の経済の効果が追求されている。

一方、システムの仮想化および大規模化にともなって、システムの運用管理が複雑化している。例えば、仮想化により、ＶＭイメージの管理やマイグレーションの制御などの新たな運用管理オペレーションが発生している。また、大規模化により、運用管理オペレーションの発生頻度が増加している。なお、関連する先行技術としては、例えば、下記特許文献１，２がある。

特開２００２−０２４１９２号公報 特開２００５−２９３０４８号公報

しかしながら、従来技術では、運用管理オペレーションが同時多発的に発生することにより、リソースの負荷が増大する場合があるという問題があった。

１つの側面では、本発明は、リソースの過負荷を抑止することができる実行制御プログラム、実行制御装置および実行制御方法を提供することを目的とする。

本発明の一態様では、システムに対する所定のオペレーションの実行要求を受け付け、前記実行要求を受け付けた前記所定のオペレーションの実行に関与する前記システム内の計算機が実行中の、前記所定のオペレーションと同一種類のオペレーションの数を検出し、検出した前記同一種類のオペレーションの数と、前記計算機により前記所定のオペレーションの実行が規定時間内に完了する、前記計算機が同時に実行可能な前記同一種類のオペレーションの数とを比較し、比較した比較結果に基づいて、前記所定のオペレーションを前記計算機に割り当てる。

本発明の一態様によれば、リソースの過負荷を抑止することができる。

図１は、実施の形態にかかるネットワークシステムの一実施例を示す説明図（その１）である。 図２は、実施の形態にかかる実行制御装置のハードウェア構成例を示すブロック図である。 図３は、ポリシー情報テーブル３００の記憶内容の一例を示す説明図である。 図４は、オペレーションの実行要求の具体例を示す説明図である。 図５は、実施の形態にかかる実行制御装置の機能的構成を示すブロック図である。 図６は、推奨多重度テーブルの記憶内容の一例を示す説明図（その１）である。 図７は、リソース利用状況テーブルの記憶内容の一例を示す説明図である。 図８は、ある負荷状態におけるマイグレーション時間を示す説明図である。 図９は、ログ情報の具体例を示す説明図である。 図１０は、オペレーションの推奨多重度の算出例を示す説明図である。 図１１は、各リソースに対してオペレーションの推奨多重度を設定する場合の推奨多重度テーブルの記憶内容の一例を示す説明図である。 図１２は、実施の形態にかかる実行制御装置の実行制御処理手順の一例を示すフローチャート（その１）である。 図１３は、実施の形態にかかる実行制御装置の実行制御処理手順の一例を示すフローチャート（その２）である。 図１４は、実施の形態にかかるネットワークシステムの一実施例を示す説明図（その２）である。 図１５は、推奨多重度テーブルの記憶内容の一例を示す説明図（その２）である。 図１６は、リソース利用状況の変遷を示す説明図（その１）である。 図１７は、リソース利用状況の変遷を示す説明図（その２）である。 図１８は、リソース利用状況の変遷を示す説明図（その３）である。 図１９は、リソース利用状況の変遷を示す説明図（その４）である。 図２０は、リソース利用状況の変遷を示す説明図（その５）である。 図２１は、リソース利用状況の変遷を示す説明図（その６）である。 図２２は、リソース利用状況の変遷を示す説明図（その７）である。 図２３は、オペレーションＯＰ１〜ＯＰ６のタイムラインを示す説明図である。

以下に添付図面を参照して、この発明にかかる実行制御プログラム、実行制御装置および実行制御方法の実施の形態を詳細に説明する。

（ネットワークシステム１００の一実施例）
図１は、実施の形態にかかるネットワークシステムの一実施例を示す説明図（その１）である。図１において、ネットワークシステム１００は、実行制御装置１０１と、リソースＲ１〜ＲＫと、を含む。ネットワークシステム１００において、実行制御装置１０１およびリソースＲ１〜ＲＫは、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク１１０を介して接続されている。

実行制御装置１０１は、ネットワークシステム１００に対するオペレーションの実行を制御するコンピュータである。リソースＲ１〜ＲＫは、実行制御装置１０１の制御対象となる計算機である。具体的には、例えば、リソースＲ１〜ＲＫは、物理サーバ、ネットワーク機器（例えば、スイッチ装置）、ストレージ装置および物理サーバ上のＶＭ（仮想マシン）などのネットワークシステム１００の構成要素である。

ここで、オペレーションとは、例えば、ネットワークシステム１００の運用管理にかかる操作処理である。具体的には、例えば、オペレーションは、ＶＭの起動、再起動、終了、ＶＭのライブマイグレーション、ＶＭ上で動作しているアプリケーションのパッチ適用、ネットワーク機器の設定変更などの同時多発的に実行される可能性が高いものである。

以下、実施の形態にかかる実行制御装置１０１の実行制御処理手順の一例について説明する。ここでは、リソースＲ１〜ＲＫのうち、所定のオペレーションＯＰｉの実行に関与するリソースを「リソースＲｋ」と表記する（ｋ＝１，２，…，Ｋ）。また、リソースＲ１〜ＲＫは、同一の処理性能を有する場合を想定する。

（１）実行制御装置１０１は、ネットワークシステム１００に対するオペレーションＯＰｉの実行要求を受け付ける。

（２）実行制御装置１０１は、実行要求を受け付けたオペレーションＯＰｉの実行に関与するリソースＲｋが実行中の、オペレーションＯＰｉと同一種類のオペレーションの数（以下、「リソースＲｋの多重度Ｎｋ」という）を検出する。

ここで、オペレーションの種類とは、複数のオペレーションを分類するためのものである。具体的には、例えば、複数のオペレーションは、ＶＭの起動、再起動、終了、ＶＭのライブマイグレーション、ＶＭ上で動作しているアプリケーションのパッチ適用、ネットワーク機器の設定変更などの各オペレーションの処理内容に応じて分類される。

（３）実行制御装置１０１は、検出したリソースＲｋの多重度Ｎｋと、オペレーションＯＰｉの推奨多重度Ｆｉとを比較する。ここで、オペレーションＯＰｉの推奨多重度Ｆｉとは、リソースＲｋによりオペレーションＯＰｉの実行が規定時間内に完了する、リソースＲｋが同時に実行可能な該同一種類のオペレーションの数である。

オペレーションＯＰｉの規定時間は、任意に設定可能である。具体的には、例えば、オペレーションＯＰｉの規定時間は、ネットワークシステム１００の管理者により、ネットワークシステム１００の運用要件（顧客に提供されるサービスのサービスレベルなど）を考慮して設定される。

オペレーションＯＰｉの推奨多重度Ｆｉは、予め設定されていてもよく、また、リソースＲｋにより実行されたオペレーションＯＰｉと同一種類のオペレーションの過去の実行結果から算出されることにしてもよい。なお、オペレーションＯＰｉの推奨多重度Ｆｉを算出する具体的な処理内容については後述する。

（４）実行制御装置１０１は、比較した比較結果に基づいて、オペレーションＯＰｉをリソースＲｋに割り当てる。

具体的には、例えば、リソースＲｋの多重度ＮｋがオペレーションＯＰｉの推奨多重度Ｆｉ未満の場合、実行制御装置１０１が、オペレーションＯＰｉをリソースＲｋに割り当てる（図中（４−１））。この結果、リソースＲｋにより、オペレーションＯＰｉの実行が開始される。

一方、リソースＲｋの多重度ＮｋがオペレーションＯＰｉの推奨多重度Ｆｉ以上の場合、実行制御装置１０１が、オペレーションＯＰｉをリソースＲｋに割り当てない。この場合、実行制御装置１０１が、リソースＲｋにより実行中の該同一種類のオペレーションが１個以上完了するのを待って、上記（２）〜（４）を繰り返す（図中（４−２））。

以上説明した実施の形態にかかる実行制御装置１０１によれば、実行要求を受け付けたオペレーションＯＰｉの推奨多重度Ｆｉに従って、リソースＲｋが同時実行する同一種類のオペレーションの数を制御することができる。これにより、オペレーションＯＰｉの実行が規定時間内に完了するようにリソースＲｋに割り当てることができ、オペレーションＯＰｉの処理時間の長期化およびリソースＲｋの過負荷を抑止することができる。

（実行制御装置１０１のハードウェア構成例）
図２は、実施の形態にかかる実行制御装置のハードウェア構成例を示すブロック図である。図２において、実行制御装置１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３と、磁気ディスクドライブ２０４と、磁気ディスク２０５と、光ディスクドライブ２０６と、光ディスク２０７と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）２０８と、を備えている。また、各構成部はバス２００によってそれぞれ接続されている。

ここで、ＣＰＵ２０１は、実行制御装置１０１の全体の制御を司る。ＲＯＭ２０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。磁気ディスクドライブ２０４は、ＣＰＵ２０１の制御に従って磁気ディスク２０５に対するデータのリード／ライトを制御する。磁気ディスク２０５は、磁気ディスクドライブ２０４の制御で書き込まれたデータを記憶する。

光ディスクドライブ２０６は、ＣＰＵ２０１の制御に従って光ディスク２０７に対するデータのリード／ライトを制御する。光ディスク２０７は、光ディスクドライブ２０６の制御で書き込まれたデータを記憶したり、光ディスク２０７に記憶されたデータをコンピュータに読み取らせたりする。

Ｉ／Ｆ２０８は、通信回線を通じてＬＡＮ、ＷＡＮ、インターネットなどのネットワーク１１０に接続され、ネットワーク１１０を介して他の装置に接続される。そして、Ｉ／Ｆ２０８は、ネットワーク１１０と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ２０８には、例えば、モデムやＬＡＮアダプタなどを採用することができる。

なお、実行制御装置１０１は、上述したハードウェア構成のほか、ディスプレイ、キーボード、マウスなどの入出力装置を備えることにしてもよい。また、図１に示したリソースＲ１〜ＲＫについても、実行制御装置１０１と同様のハードウェア構成により実現することができる。

（ポリシー情報テーブル３００の記憶内容）
つぎに、実行制御装置１０１が用いるポリシー情報テーブル３００について説明する。ポリシー情報テーブル３００は、例えば、図２に示したＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置に記憶されている。

図３は、ポリシー情報テーブル３００の記憶内容の一例を示す説明図である。図３において、ポリシー情報テーブル３００は、ポリシーごとのポリシー情報（例えば、ポリシー情報３００−１〜３００−５）を有している。ここで、ポリシーとは、オペレーションＯＰｉの実行時に満たすべき条件であり、オペレーションＯＰｉの実行が完了するまでに要する時間を規定するものである。具体的には、ポリシー情報は、ポリシーを識別するポリシー名と該ポリシーの内容とを含む。

ポリシー情報３００−１を例に挙げると、ライブマイグレーション（図３中、ＬＭ）の処理時間は、『（（多重度「１」のときの実行時間）×２）以内』かつ『２［分］以内』というポリシーＰ１が示されている。ライブマイグレーションの処理時間とは、ＶＭのライブマイグレーションを完了するまでに要する時間である。多重度とは、同時実行している同一種類のオペレーションの数である。多重度「１」のときの実行時間とは、リソースＲｋが多重度「１」でＶＭのライブマイグレーションを実行する際に、該ライブマイグレーションを完了するまでに要する時間である。

また、ポリシー情報３００−２を例に挙げると、ライブマイグレーションの処理時間は、『（ＶＭサイズ［ＧＢ］×３０［秒］）以内』というポリシーＰ２が示されている。ＶＭサイズとは、移動対象となるＶＭのメモリサイズである。

なお、ポリシーの内容が矛盾しない限り、「ａｎｄ」や「ｏｒ」で複数のポリシーを組み合わせて用いることができる。ポリシー情報３００−３を例に挙げると、ポリシーＰ３は、ポリシーＰ１とポリシーＰ２とを「ａｎｄ」で組み合わせたものである。

（オペレーションＯＰｉの実行要求）
つぎに、実行制御装置１０１が受け付けるオペレーションＯＰｉの実行要求について説明する。図４は、オペレーションの実行要求の具体例を示す説明図である。図４において、実行要求４００は、オペレーションＩＤ、種類、処理内容、適用ポリシー名および関与リソースに関する情報を含む。

オペレーションＩＤは、オペレーションＯＰｉの識別子である。種類は、オペレーションＯＰｉの種類である。処理内容は、オペレーションＯＰｉの処理内容である。適用ポリシー名は、オペレーションＯＰｉに適用するポリシーの名称である。関与リソースは、オペレーションＯＰｉの実行に関与するリソースＲｋである。

具体的には、実行要求４００は、オペレーションＯＰ１の種類『ＬＭ』、処理内容『ＶＭ１をＳｖｒ（サーバ）ＡからＳｖｒＢへ移動』、適用ポリシー名『Ｐ１』および関与リソース『ＶＭ１（１［ＧＢ］），ＳｖｒＡ（ｓｒｃ），ＳｖｒＢ（ｄｓｔ）』を含む。なお、ＶＭ１（１［ＧＢ］）は、ＶＭ１のメモリサイズが１［ＧＢ］であることを示している。ＳｖｒＡ（ｓｒｃ）は、ＳｖｒＡが移動元（ソース）の物理サーバであることを示している。ＳｖｒＢ（ｄｓｔ）は、ＳｖｒＢが移動先（ディスティネーション）の物理サーバであることを示している。

（実行制御装置１０１の機能的構成例）
つぎに、実行制御装置１０１の機能的構成例について説明する。図５は、実施の形態にかかる実行制御装置の機能的構成を示すブロック図である。図５において、実行制御装置１０１は、受付部５０１と、選択部５０２と、検出部５０３と、算出部５０４と、比較部５０５と、割当部５０６と、収集部５０７と、を含む構成である。この制御部となる機能（受付部５０１〜収集部５０７）は、具体的には、例えば、図２に示したＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置に記憶されたプログラムをＣＰＵ２０１に実行させることにより、または、Ｉ／Ｆ２０８により、その機能を実現する。

受付部５０１は、ネットワークシステム１００に対する所定のオペレーションＯＰｉの実行要求を受け付ける。ここで、オペレーションＯＰｉの実行要求は、例えば、オペレーションＯＰｉの種類、処理内容、実行条件および適用ポリシー名を含むものである。実行条件は、例えば、オペレーションＯＰｉの実行に関与するリソースＲｉや対象となるＶＭのメモリサイズなどを示す情報である。

具体的には、例えば、受付部５０１が、実行制御装置１０１のキーボード（不図示）やマウス（不図示）を用いたユーザの操作入力により、オペレーションＯＰｉの実行要求（例えば、実行要求４００）を受け付ける。また、受付部５０１が、ネットワーク１１０を介して、外部のコンピュータからオペレーションＯＰｉの実行要求を受信することにしてもよい。

なお、実行要求を受け付けたオペレーションＯＰｉは、例えば、オペレーションプールに登録される。オペレーションプールは、実行待ちのオペレーションＯＰｉを一時的に保持する記憶領域であり、例えば、図２に示したＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置により実現される。

選択部５０２は、実行要求が受け付けられたオペレーションＯＰｉを選択する。具体的には、例えば、選択部５０２が、オペレーションプールの中から、実行要求を受け付けた順にオペレーションＯＰｉを選択することにしてもよく、また、優先順位の高い順にオペレーションＯＰｉを選択することにしてもよい。

検出部５０３は、選択されたオペレーションＯＰｉの実行に関与するリソースＲｋの多重度Ｎｋを検出する。多重度Ｎｋは、上述したように、リソースＲｋが実行中の、オペレーションＯＰｉと同一種類のオペレーションの数である。

具体的には、例えば、まず、検出部５０３が、受け付けられた実行要求からオペレーションＯＰｉの実行に関与するリソースＲｋを特定する。図４に示した実行要求４００の例では、オペレーションＯＰ１の実行に関与するリソースＲｋとして、ＶＭ１，ＳｖｒＡおよびＳｖｒＢが特定される。

そして、検出部５０３が、特定したリソースＲｋに対して、現在実行中のオペレーションを問い合わせることにより、リソースＲｋの多重度Ｎｋを検出することにしてもよい。また、検出部５０３が、後述の図７に示すリソース利用状況テーブル７００を参照して、リソースＲｋの多重度Ｎｋを検出することにしてもよい。なお、リソース利用状況テーブル７００についての詳細な説明は、図７を用いて後述する。

算出部５０４は、リソースＲｋの負荷情報と、リソースＲｋにより実行された、オペレーションＯＰｉと同一種類のオペレーションのログ情報とに基づいて、オペレーションＯＰｉの推奨多重度Ｆｉを算出する。ここで、リソースＲｋの負荷情報とは、例えば、リソースＲｋのＣＰＵやＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）デバイスの利用率である。実行制御装置１０１は、例えば、リソースＲｋに問い合わせることにより、リソースＲｋの負荷情報を取得することができる。

オペレーションＯＰｉと同一種類のオペレーションのログ情報とは、リソースＲｋが過去に実行した該同一種類のオペレーションの実行結果を含むものである。ログ情報は、具体的には、例えば、リソースＲｋが実行したオペレーションＯＰｊの実行条件、処理時間、オペレーションＯＰｊを実行時のリソースＲｋの多重度Ｎｋおよび負荷情報などの各種パラメータの値を含む。

具体的には、例えば、算出部５０４が、オペレーションＯＰｊの処理時間を目的変数とし、オペレーションＯＰｊの実行条件、実行時のリソースＲｋの多重度Ｎｋおよび負荷情報を説明変数として回帰分析を行うことにより、各種パラメータ間の関係を特定する。そして、算出部５０４が、オペレーションＯＰｉに適用するポリシーを満たす推奨多重度Ｆｉを算出する。なお、算出部５０４の具体的な処理内容については、図８〜図１０を用いて後述する。

算出された算出結果は、例えば、図６に示す推奨多重度テーブル６００に登録される。推奨多重度テーブル６００は、例えば、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置により実現される。ここで、推奨多重度テーブル６００の記憶内容について説明する。

図６は、推奨多重度テーブルの記憶内容の一例を示す説明図（その１）である。図６において、推奨多重度テーブル６００は、種類、推奨多重度、条件のフィールドを有する。各フィールドに情報を設定することで、推奨多重度情報６００−１〜６００−３がレコードとして記憶されている。

ここで、種類は、オペレーションの種類である。推奨多重度は、オペレーションの推奨多重度である。条件は、オペレーションを推奨多重度で同時実行する場合に、該オペレーションの実行に関与する各リソースが満たすべき条件である。

推奨多重度情報６００−１を例に挙げると、種類「ＬＭ」のオペレーションを推奨多重度「３」で同時実行する場合の条件「（ＣＰＵ≦２５％）ａｎｄ（Ｉ／Ｏ≦２５％）ａｎｄ（ｓｉｚｅ≦１ＧＢ）」が示されている。この条件は、具体的には、オペレーションの実行に関与するリソースのＣＰＵの利用率が２５％以下、かつ、Ｉ／Ｏの利用率が２５％以下、かつ、移動対象のＶＭのメモリサイズが１ＧＢ以下であることを示している。

また、推奨多重度情報６００−２を例に挙げると、種類「ＬＭ」のオペレーションを推奨多重度「２」で同時実行する場合の２つの条件が示されている。これは、種類「ＬＭ」のオペレーションを推奨多重度「２」で同時実行する場合、「ｏｒ」で接続された２つの条件のうちいずれか一方の条件を満たせばよいことを示している。

また、推奨多重度情報６００−３を例に挙げると、種類「ＬＭ」のオペレーションを推奨多重度「１」で同時実行する場合の条件「Ｏｔｈｅｒｓ」が示されている。条件「Ｏｔｈｅｒｓ」は、推奨多重度情報６００−１，６００−２で示した条件以外の任意の条件を示している。

なお、ここでは、リソースが満たすべき条件として、オペレーションＯＰｉの実行に関与するリソースで共通の条件を例に挙げて説明したが、オペレーションＯＰｉの実行に関与するリソースごとの条件を設定することにしてもよい。

図５の説明に戻り、比較部５０５は、検出されたリソースＲｋの多重度Ｎｋと、算出されたオペレーションＯＰｉの推奨多重度Ｆｉとを比較する。推奨多重度Ｆｉは、上述したように、リソースＲｋによりオペレーションＯＰｉの実行が規定時間内に完了する、リソースＲｋが同時に実行可能な同一種類のオペレーションの数である。

割当部５０６は、比較された比較結果に基づいて、オペレーションＯＰｉをリソースＲｋに割り当てる。具体的には、例えば、割当部５０６が、オペレーションＯＰｉの実行に関与するすべてのリソースＲｋの多重度Ｎｋが、オペレーションＯＰｉの推奨多重度Ｆｉ未満の場合、オペレーションＯＰｉをリソースＲｋに割り当てる。

一方、オペレーションＯＰｉの実行に関与する少なくともいずれかのリソースＲｋの多重度Ｎｋが、オペレーションＯＰｉの推奨多重度Ｆｉ以上の場合、割当部５０６は、オペレーションＯＰｉをリソースＲｋに割り当てない。これにより、オペレーションＯＰｉがリソースＲｋに割り当てられた結果、オペレーションＯＰｉの実行がポリシーで規定された時間内に完了しないことを防ぐことができる。

割り当てられた割当結果は、例えば、図７に示すリソース利用状況テーブル７００に記憶される。リソース利用状況テーブル７００は、例えば、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置により実現される。ここで、リソース利用状況テーブル７００の記憶内容について説明する。

図７は、リソース利用状況テーブルの記憶内容の一例を示す説明図である。図７において、リソース利用状況テーブル７００は、リソース名、実行中オペレーションおよび多重度のフィールドを有する。各フィールドに情報を設定することで、リソースＲｋごとの利用状況情報７００−１〜７００−６がレコードとして記憶されている。

ここで、リソース名は、リソースＲｋの識別子である。実行中オペレーションは、リソースＲｋが実行中のオペレーションＯＰｉの識別子である。多重度は、リソースＲｋが同時実行中の、オペレーションＯＰｉと同一種類のオペレーションの数である。リソースＲｋの多重度Ｎｋは、オペレーションＯＰｉがリソースＲｋに割り当てられるとインクリメントされ、リソースＲｋによるオペレーションＯＰｉの実行が完了するとデクリメントされる。

例えば、利用状況情報７００−１は、「ＳｖｒＡ」が、多重度「２」で「オペレーションＯＰ１，ＯＰ２」を実行中であることを示している。利用状況情報７００−６は、「ＳＷ（スイッチ装置）Ｙ」が、多重度「１」で「オペレーションＯＰ２」を実行中であることを示している。

上記検出部５０３は、リソース利用状況テーブル７００を参照して、リソースＲｋの多重度Ｎｋを検出することができる。例えば、リソースＲｋを「ＳｖｒＡ」とすると、検出部５０３が、利用状況情報７００−１を参照することにより、ＳｖｒＡの多重度「２」を検出することができる。

なお、リソース利用状況テーブル７００は、例えば、オペレーションの種類ごとに作成される。また、リソース利用状況テーブル７００には、リソースＲ１〜ＲＫのうち、例えば、種類「ＬＭ」のオペレーションの実行に関与するすべてのリソースＲｋが予め登録されている。

図５の説明に戻り、比較部５０５は、リソースＲｋがオペレーションＯＰｉと同一種類のオペレーションＯＰｊを実行中の場合、検出されたリソースＲｋの多重度Ｎｋと、オペレーションＯＰｊの推奨多重度Ｆｊとを比較することにしてもよい。オペレーションＯＰｊの推奨多重度Ｆｊは、例えば、オペレーションＯＰｊをリソースＲｋに割り当てる前に算出されたものである。

また、割当部５０６は、リソースＲｋの多重度ＮｋとオペレーションＯＰｊの推奨多重度Ｆｊとの比較結果に基づいて、オペレーションＯＰｉをリソースＲｋに割り当てることにしてもよい。具体的には、例えば、割当部５０６が、オペレーションＯＰｉの実行に関与するすべてのリソースＲｋについて、多重度Ｎｋが、オペレーションＯＰｊの推奨多重度Ｆｊ未満の場合、オペレーションＯＰｉをリソースＲｋに割り当てる。

一方、オペレーションＯＰｉの実行に関与する少なくともいずれかのリソースＲｋについて、多重度ＮｋがオペレーションＯＰｊの推奨多重度Ｆｊ以上の場合、割当部５０６は、オペレーションＯＰｉをリソースＲｋに割り当てない。すなわち、リソースＲｋに割当済みのオペレーションＯＰｊが存在する場合、新たなオペレーションＯＰｉを割り当てることで、リソースＲｋの多重度ＮｋがオペレーションＯＰｊの推奨多重度Ｆｊを超えるときは、オペレーションＯＰｉの割当は行われない。これにより、オペレーションＯＰｉがリソースＲｋに割り当てられた結果、オペレーションＯＰｊの実行がポリシーで規定された時間内に完了しないことを防ぐことができる。

収集部５０７は、オペレーションＯＰｉがリソースＲｋに割り当てられた結果、リソースＲｋにより実行されたオペレーションＯＰｉのログ情報をリソースＲｋから受信する。オペレーションＯＰｉのログ情報が受信されると、例えば、リソース利用状況テーブル７００内の該当リソースＲｋの多重度Ｎｋがデクリメントされる。

また、算出部５０４は、受信されたオペレーションＯＰｉのログ情報を用いて、オペレーションＯＰｉと同一種類のオペレーションの推奨多重度を算出することにしてもよい。これにより、各リソースＲｋにおけるオペレーションＯＰｉと同一種類のオペレーションの実行結果をフィードバックして、オペレーションＯＰｉの推奨多重度Ｆｉを算出することができる。

なお、上述した説明では、オペレーションＯＰｉの推奨多重度Ｆｉを算出することにしたが、これに限らない。例えば、ネットワークシステム１００の管理者により、各オペレーションＯＰｉの推奨多重度Ｆｉを決定して推奨多重度テーブル６００に登録しておくことにしてもよい。

（算出部５０４の具体的な処理内容）
つぎに、上記算出部５０４の具体的な処理内容について説明する。まず、ある負荷状態におけるリソースＲｋを例に挙げて、オペレーションＯＰｉの推奨多重度Ｆｉを算出する処理内容の一例について説明する。ここでは、オペレーションＯＰｉの種類を「ＬＭ」とする。

図８は、ある負荷状態におけるマイグレーション時間を示す説明図である。図８において、マイグレーション時間［秒］を示す縦軸と多重度を示す横軸とからなる座標系８００に、グラフ８０１，８０２，８０３が示されている。

グラフ８０１は、ある負荷状態のリソースＲｋにおいて、ＶＭサイズが１［ＧＢ］のＶＭのマイグレーションが行われたときのリソースＲｋの多重度Ｎｋとマイグレーション時間との関係を示している。マイグレーション時間は、ＶＭのマイグレーションが完了するまでに要した時間である。

また、グラフ８０２は、リソースＲｋにおいて、ＶＭサイズが２［ＧＢ］のＶＭのマイグレーションが実行されたときのリソースＲｋの多重度Ｎｋとマイグレーション時間との関係を示している。また、グラフ８０３は、リソースＲｋにおいて、ＶＭサイズが４［ＧＢ］のＶＭのマイグレーションが実行されたときのリソースＲｋの多重度Ｎｋとマイグレーション時間との関係を示している。

ここで、ポリシー情報テーブル３００に示したポリシーＰ１に従って、ＶＭのライブマイグレーションを行う場合を想定する。

リソースＲｋにおいて、多重度「１」でＶＭサイズが１［ＧＢ］のＶＭのライブマイグレーションを実行したときの実行時間は３４［秒］である。このため、ポリシーＰ１は『６８［秒］以内』となる。この場合、ＶＭサイズが１［ＧＢ］のＶＭのライブマイグレーションを行うオペレーションＯＰｉの推奨多重度Ｆｉは「３」となる。

リソースＲｋにおいて、多重度「１」でＶＭサイズが２［ＧＢ］のＶＭのライブマイグレーションを実行したときの実行時間は５４［秒］である。このため、ポリシーＰ１は『１０８［秒］以内』となる。この場合、ＶＭサイズが２［ＧＢ］のＶＭのライブマイグレーションを行うオペレーションＯＰｉの推奨多重度Ｆｉは「３」となる。

リソースＲｋにおいて、多重度「１」でＶＭサイズが４［ＧＢ］のＶＭのライブマイグレーションを実行したときの実行時間は９２［秒］である。このため、ポリシーＰ１は『１２０［秒］以内』となる。この場合、ＶＭサイズが４［ＧＢ］のＶＭのライブマイグレーションを行うオペレーションＯＰｉの推奨多重度Ｆｉは「２」となる。

つぎに、リソースＲｋにより実行された、オペレーションＯＰｉと同一種類のオペレーションのログ情報に基づいて、オペレーションＯＰｉの推奨多重度Ｆｉを算出する、より具体的な処理内容の一例について説明する。ここでは、オペレーションＯＰｉの種類を「ＬＭ」とする。

図９は、ログ情報の具体例を示す説明図である。図９において、ログ情報９００は、オペレーションＯＰｉの実行に関与するリソースＲｋにより実行された種類「ＬＭ」のオペレーションＯＰ１〜ＯＰ７のログＬ１〜Ｌ７を有する。

具体的には、ログＬ１〜Ｌ７は、オペレーションＩＤ、種類、ＶＭＩＤ、ＶＭサイズ、多重度、処理時間および負荷情報を含む。オペレーションＩＤは、各オペレーションの識別子である。種類は、各オペレーションの種類である。ＶＭＩＤは、移動対象のＶＭの識別子である。ＶＭサイズは、移動対象のＶＭのメモリサイズである。

多重度は、各オペレーション実行時のリソースＲｋの多重度である。処理時間は、各オペレーションの実行が完了するまでに要した時間である。負荷情報は、各オペレーション実行時のリソースＲｋのＣＰＵおよびＩ／Ｏの利用率である。ここでは、各オペレーションの実行に関与するリソースＲｋのうちいずれかのリソースＲｋのＣＰＵおよびＩ／Ｏの利用率を抜粋して示している。

ここで、ログＬ１を例に挙げると、オペレーションＯＰ１は、多重度「３」で実行されたＶＭサイズが１［ＧＢ］のＶＭ１のライブマイグレーションである。また、オペレーションＯＰ１の処理時間は２０［秒］であり、リソースＲｋのＣＰＵおよびＩ／Ｏの利用率はそれぞれ２０［％］および１０［％］である。

以下、ポリシー情報テーブル３００に示したポリシーＰ２に従って、ＶＭのライブマイグレーションを行うオペレーションＯＰｉの推奨多重度Ｆｉを算出する場合を想定する。

図１０は、オペレーションの推奨多重度の算出例を示す説明図である。図１０において、オペレーションＯＰｉと同一種類のオペレーションのログ情報９００（Ｌ１〜Ｌ７）が示されている（図１０中、（１０−１）参照）。

算出部５０４は、ログ情報９００のログＬ１〜Ｌ７の中から、ポリシーＰ２に合致するログを抽出する（図１０中、（１０−２）参照）。ここでは、ログＬ１〜Ｌ７の中から、ポリシーＰ２に合致するログＬ１，Ｌ２，Ｌ５，Ｌ６，Ｌ７が抽出されている。

ログＬ１を例に挙げると、ログＬ１のＶＭサイズは１［ＧＢ］のため、ポリシーＰ２は『３０［秒］以内』となる。ログＬ１の処理時間は２０［秒］のため、ログＬ１はポリシーＰ２に合致する。ログＬ３を例に挙げると、ログＬ３のＶＭサイズは１［ＧＢ］のため、ポリシーＰ２は『３０［秒］以内』となる。ログＬ３の処理時間は６０［秒］のため、ログＬ３はポリシーＰ２に合致しない。

算出部５０４は、ＶＭサイズと多重度とのペアごとに、ＣＰＵおよびＩ／Ｏの利用率が最大のログを特定する。ここでは、ＶＭサイズ「１」と多重度「２」とのペアにおいて、ＣＰＵおよびＩ／Ｏの利用率が最大のログＬ６が特定されている。また、ＶＭサイズ「１」と多重度「３」とのペアにおいて、ＣＰＵおよびＩ／Ｏの利用率が最大のログＬ５が特定されている。また、ＶＭサイズ「２」と多重度「２」とのペアにおいて、ＣＰＵおよびＩ／Ｏの利用率が最大のログＬ２が特定されている。

算出部５０４は、ＶＭサイズと多重度とのペアごとに、特定されたログの多重度を、種類「ＬＭ」のオペレーションの推奨多重度とし、該ログのＶＭサイズ、ＣＰＵおよびＩ／Ｏの利用率を条件とする（図１０中、（１０−３）参照）。この条件とは、種類「ＬＭ」のオペレーションを推奨多重度で同時実行する場合のリソースＲｋが満たすべき条件である。

ここでは、ＶＭサイズ「１」と多重度「３」とのペアについて、ログＬ５が特定された結果、推奨多重度テーブル６００に推奨多重度情報６００−１が登録されている。また、ＶＭサイズ「１」と多重度「２」とのペアについてログＬ６が特定され、ＶＭサイズ「２」と多重度「２」とのペアについてログＬ２が特定された結果、推奨多重度テーブル６００に推奨多重度情報６００−２が登録されている。また、ＶＭサイズ「Ａｌｌ」と多重度「１」とのペアについて、推奨多重度テーブル６００に推奨多重度情報６００−３が登録されている。なお、ＶＭサイズ「Ａｌｌ」は、任意のメモリサイズを示している。

そして、算出部５０４は、推奨多重度テーブル６００を参照して、現在のリソースＲｋの負荷情報に対応するオペレーションＯＰｉの推奨多重度Ｆｉを特定する。リソースＲｋの負荷情報は、例えば、ＣＰＵおよびＩ／Ｏの利用率、移動対象となるＶＭのＶＭサイズなどである。なお、リソースＲｋの負荷情報は、例えば、収集部５０７によりリソースＲｋから受信される。

例えば、オペレーションＯＰｉの実行に関与する全リソースＲｋのＣＰＵおよびＩ／Ｏの利用率が２５［％］以下かつ移動対象となるＶＭのＶＭサイズが１［ＧＢ］以下の場合を想定する。この場合、オペレーションＯＰｉの推奨多重度Ｆｉは、推奨多重度情報６００−１から「３」となる。

また、オペレーションＯＰｉの実行に関与する全リソースＲｋのＣＰＵの利用率が２５［％］より大きく３０［％］以下、かつ、Ｉ／Ｏの利用率が２５［％］より大きく４０［％］以下、かつ、ＶＭサイズが１［ＧＢ］以下の場合を想定する。この場合、オペレーションＯＰｉの推奨多重度Ｆｉは、推奨多重度情報６００−２から「２」となる。

また、オペレーションＯＰｉの実行に関与する全リソースＲｋのＣＰＵの利用率が４０［％］以下、かつ、Ｉ／Ｏの利用率が２０［％］以下、かつ、ＶＭサイズが１［ＧＢ］より大きく２［ＧＢ］以下の場合を想定する。この場合、オペレーションＯＰｉの推奨多重度Ｆｉは、推奨多重度情報６００−２から「２」となる。

また、オペレーションＯＰｉの実行に関与する少なくともいずれかのリソースＲｋのＣＰＵおよびＩ／Ｏの利用率が上記条件以外、かつ、ＶＭサイズが上記条件以外の場合、オペレーションＯＰｉの推奨多重度Ｆｉは推奨多重度情報６００−３から「１」となる。

（リソースＲｋごとの推奨多重度Ｆｉ−ｋ）
上述した説明では、各リソースＲ１〜ＲＫの処理性能が同一であることを想定して、実行要求を受け付けたオペレーションＯＰｉに対して推奨多重度Ｆｉを算出する場合について説明したが、これに限らない。例えば、各リソースＲ１〜ＲＫの処理性能が異なる場合を想定して、オペレーションＯＰｉの実行に関与する各リソースに対して、オペレーションＯＰｉの推奨多重度Ｆｉをそれぞれ算出することにしてもよい。

ここでは説明のため、オペレーションＯＰｉの実行に関与するリソースを「リソースＲ（１）〜Ｒ（Ｍ）」と表記し、リソースＲ（１）〜Ｒ（Ｍ）のうち任意のリソースを「リソースＲ（ｍ）」と表記する（ｍ＝１，２，…，Ｍ）。また、リソースＲ（ｍ）に対するオペレーションＯＰｉの推奨多重度を「推奨多重度Ｆｉ−ｍ」と表記する。

具体的には、例えば、算出部５０４は、リソースＲ（ｍ）ごとに、リソースＲ（ｍ）の負荷情報と、該リソースＲ（ｍ）により実行された、オペレーションＯＰｉと同一種類のオペレーションのログ情報とに基づいて、オペレーションＯＰｉの推奨多重度Ｆｉ−ｍを算出する。

また、比較部５０５は、リソースＲ（ｍ）ごとに、リソースＲ（ｍ）の多重度Ｎ（ｍ）と、算出された推奨多重度Ｆｉ−１〜Ｆｉ−Ｍのうち最小の推奨多重度Ｆｉ_Minとを比較する。そして、割当部５０６は、リソースＲ（ｍ）ごとの比較結果に基づいて、オペレーションＯＰｉをリソースＲ（１）〜Ｒ（Ｍ）に割り当てる。

具体的には、例えば、割当部５０６が、全リソースＲ（１）〜Ｒ（Ｍ）の多重度Ｎ（１）〜Ｎ（Ｍ）が推奨多重度Ｆｉ_Min未満の場合、オペレーションＯＰｉをリソースＲ（１）〜Ｒ（Ｍ）に割り当てる。すなわち、推奨多重度Ｆｉ_Minが、オペレーションＯＰｉの推奨多重度Ｆｉとなる。

図１１は、各リソースに対してオペレーションの推奨多重度を設定する場合の推奨多重度テーブルの記憶内容の一例を示す説明図である。図１１において、ＳｖｒＡ，ＳｖｒＢおよびＳｗＸは、実行要求を受け付けたオペレーションＯＰｉの実行に関与するリソースＲｋである。

オペレーションＯＰｉは、ＳｗＸを介してＳｖｒＡからＳｖｒＢへＶＭのマイグレーションを行うものである。また、推奨多重度テーブル１１００には、オペレーションＯＰｉの実行に関与するリソース（ＳｖｒＡ，ＳｖｒＢ，ＳｗＸ）ごとの推奨多重度情報１１００−１〜１１００−６が示されている。

推奨多重度情報１１００−１〜１１００−３は、ＳｖｒＡに対するオペレーションＯＰｉの推奨多重度を示すものである。ＳｖｒＡに対するオペレーションＯＰｉの推奨多重度は、上記算出部５０４により、ＳｖｒＡにより実行された、オペレーションＯＰｉと同一種類のオペレーションのログ情報に基づいて算出される。

推奨多重度情報１１００−４，１１００−５は、ＳｖｒＢに対するオペレーションＯＰｉの推奨多重度を示すものである。ＳｖｒＢに対するオペレーションＯＰｉの推奨多重度は、上記算出部５０４により、ＳｖｒＢにより実行された、オペレーションＯＰｉと同一種類のオペレーションのログ情報に基づいて算出される。

推奨多重度情報１１００−６は、ＳｗＸに対するオペレーションＯＰｉの推奨多重度を示すものである。ＳｗＸに対するオペレーションＯＰｉの推奨多重度は、上記算出部５０４により、ＳｗＸにより実行された、オペレーションＯＰｉと同一種類のオペレーションのログ情報に基づいて算出される。

ここで、ＳｖｒＡのＣＰＵおよびＩ／Ｏの利用率を１０［％］および２０［％］とし、ＳｖｒＢのＣＰＵおよびＩ／Ｏの利用率を２０［％］および５０［％］とする。この場合、例えば、ＶＭサイズが１［ＧＢ］のＶＭのライブマイグレーションを行うオペレーションＯＰｉのリソース（ＳｖｒＡ，ＳｖｒＢ，ＳｗＸ）ごとの推奨多重度は（３，２，３）となる。このため、オペレーションＯＰｉの推奨多重度Ｆｉは「２」（＝Ｍｉｎ（３，２，３））となる。

また、ＳｖｒＡのＣＰＵおよびＩ／Ｏの利用率を３０［％］および５０［％］とし、ＳｖｒＢのＣＰＵおよびＩ／Ｏの利用率を２０［％］および５０［％］とする。この場合、例えば、ＶＭサイズが４［ＧＢ］のＶＭのライブマイグレーションを行うオペレーションＯＰｉのリソース（ＳｖｒＡ，ＳｖｒＢ，ＳｗＸ）ごとの推奨多重度は（１，２，３）となる。このため、オペレーションＯＰｉの推奨多重度Ｆｉは「１」（＝Ｍｉｎ（１，２，３））となる。

これにより、各リソースＲ１〜ＲＫの処理性能が異なる場合を想定して、オペレーションＯＰｉの推奨多重度Ｆｉを算出することができる。具体的には、例えば、オペレーションＯＰｉの実行に関与するリソースＲｋのうち処理性能が最も低いリソースＲｋの推奨多重度を、オペレーションＯＰｉの推奨多重度Ｆｉとすることで、オペレーションＯＰｉの実行がポリシーで規定された時間内に完了しないことを防ぐことができる。

（実行制御装置１０１の実行制御処理手順）
つぎに、実施の形態にかかる実行制御装置１０１の実行制御処理手順について説明する。図１２および図１３は、実施の形態にかかる実行制御装置の実行制御処理手順の一例を示すフローチャートである。図１２のフローチャートにおいて、まず、選択部５０２により、オペレーションプールに実行待ちのオペレーションＯＰｉがあるか否かを判断する（ステップＳ１２０１）。

ここで、実行待ちのオペレーションＯＰｉがない場合（ステップＳ１２０１：Ｎｏ）、受付部５０１により、オペレーションプールにオペレーションＯＰｉが登録されるのを待つ。一方、実行待ちのオペレーションＯＰｉがある場合（ステップＳ１２０１：Ｙｅｓ）、選択部５０２により、オペレーションプールの中からオペレーションＯＰｉを選択する（ステップＳ１２０２）。

そして、検出部５０３により、リソースＲ１〜ＲＫの中から、選択されたオペレーションＯＰｉの実行に関与するリソースＲｋを特定する（ステップＳ１２０３）。そして、検出部５０３により、特定されたリソースＲｋの多重度Ｎｋを検出する（ステップＳ１２０４）。

つぎに、算出部５０４により、特定されたリソースＲｋの負荷情報と、リソースＲｋにより実行された、オペレーションＯＰｉと同一種類のオペレーションのログ情報とに基づいて、オペレーションＯＰｉの推奨多重度Ｆｉを算出する（ステップＳ１２０５）。このあと、比較部５０５により、選択されたオペレーションＯＰｉの実行に関与するリソースＲｋを選択する（ステップＳ１２０６）。

そして、比較部５０５により、選択されたリソースＲｋが実行中のオペレーションＯＰｊがあるか否かを判断する（ステップＳ１２０７）。ここで、実行中のオペレーションＯＰｊがない場合（ステップＳ１２０７：Ｎｏ）、ステップＳ１２１３に移行する。

一方、実行中のオペレーションＯＰｊがある場合（ステップＳ１２０７：Ｙｅｓ）、比較部５０５により、選択されたリソースＲｋが実行中のオペレーションＯＰｊを選択する（ステップＳ１２０８）。そして、比較部５０５により、選択されたオペレーションＯＰｊの推奨多重度Ｆｊを特定する（ステップＳ１２０９）。なお、オペレーションＯＰｊの推奨多重度Ｆｊは、実行開始前に算出されたものであり、例えば、ＲＡＭ２０３に記憶されている。

つぎに、比較部５０５により、選択されたリソースＲｋの多重度Ｎｋと、特定されたオペレーションＯＰｊの推奨多重度Ｆｊとを比較する（ステップＳ１２１０）。そして、割当部５０６により、リソースＲｋの多重度ＮｋがオペレーションＯＰｊの推奨多重度Ｆｊ未満か否かを判断する（ステップＳ１２１１）。

ここで、リソースＲｋの多重度ＮｋがオペレーションＯＰｊの推奨多重度Ｆｊ以上の場合（ステップＳ１２１１：Ｎｏ）、図１３に示すステップＳ１３０７に移行する。一方、多重度Ｎｋが推奨多重度Ｆｊ未満の場合（ステップＳ１２１１：Ｙｅｓ）、比較部５０５により、リソースＲｋが実行中のオペレーションＯＰｊのうち選択されていない未選択のオペレーションＯＰｊがあるか否かを判断する（ステップＳ１２１２）。

ここで、未選択のオペレーションＯＰｊがある場合（ステップＳ１２１２：Ｙｅｓ）、ステップＳ１２０８に戻る。一方、未選択のオペレーションＯＰｊがない場合（ステップＳ１２１２：Ｎｏ）、比較部５０５により、オペレーションＯＰｉの実行に関与するリソースＲｋのうち選択されていない未選択のリソースＲｋがあるか否かを判断する（ステップＳ１２１３）。

ここで、未選択のリソースＲｋがある場合（ステップＳ１２１３：Ｙｅｓ）、ステップＳ１２０６に戻る。一方、未選択のリソースＲｋがない場合（ステップＳ１２１３：Ｎｏ）、図１３に示すステップＳ１３０１に移行する。

図１３のフローチャートにおいて、まず、比較部５０５により、図１２に示したステップＳ１２０２において選択されたオペレーションＯＰｉの実行に関与するリソースＲｋを選択する（ステップＳ１３０１）。このあと、比較部５０５により、選択されたリソースＲｋの多重度Ｎｋと、選択されたオペレーションＯＰｉの推奨多重度Ｆｉとを比較する（ステップＳ１３０２）。

そして、割当部５０６により、リソースＲｋの多重度ＮｋがオペレーションＯＰｉの推奨多重度Ｆｉ未満か否かを判断する（ステップＳ１３０３）。ここで、リソースＲｋの多重度ＮｋがオペレーションＯＰｉの推奨多重度Ｆｉ未満の場合（ステップＳ１３０３：Ｙｅｓ）、比較部５０５により、オペレーションＯＰｉの実行に関与するリソースＲｋのうち選択されていない未選択のリソースＲｋがあるか否かを判断する（ステップＳ１３０４）。

ここで、未選択のリソースＲｋがある場合（ステップＳ１３０４：Ｙｅｓ）、ステップＳ１３０１に戻る。一方、未選択のリソースＲｋがない場合（ステップＳ１３０４：Ｎｏ）、割当部５０６により、選択されたオペレーションＯＰｉをリソースＲｋに割り当てる（ステップＳ１３０５）。そして、割当部５０６により、オペレーションプールの中から、割当済みのオペレーションＯＰｉを削除して（ステップＳ１３０６）、図１２に示したステップＳ１２０１に戻る。

また、ステップＳ１３０３において、リソースＲｋの多重度ＮｋがオペレーションＯＰｉの推奨多重度Ｆｉ以上の場合（ステップＳ１３０３：Ｎｏ）、選択部５０２により、実行待ちのオペレーションＯＰｉのうち選択されていない未選択のオペレーションＯＰｉがあるか否かを判断する（ステップＳ１３０７）。

ここで、未選択のオペレーションＯＰｉがある場合（ステップＳ１３０７：Ｙｅｓ）、図１２に示したステップＳ１２０２に戻る。一方、未選択のオペレーションＯＰｉがない場合（ステップＳ１３０７：Ｎｏ）、選択部５０２により、選択されたリソースＲｋにより１個以上のオペレーションＯＰｊの実行が完了したか否かを判断する（ステップＳ１３０８）。

ここで、選択部５０２により、１個以上のオペレーションＯＰｊの実行が完了するのを待って（ステップＳ１３０８：Ｎｏ）、完了した場合（ステップＳ１３０８：Ｙｅｓ）、図１２に示したステップＳ１２０２に移行する。

これにより、オペレーションＯＰｉの実行がポリシーで規定された時間内に完了するようにリソースＲｋに割り当てることができる。また、リソースＲｋで実行中のオペレーションＯＰｊの実行がポリシーで規定された時間内に完了するように、リソースＲｋにオペレーションＯＰｉを割り当てることができる。

（実行制御装置１０１の実行制御処理の実施例）
図１４は、実施の形態にかかるネットワークシステムの一実施例を示す説明図（その２）である。図１４において、ネットワークシステム１４００は、実行制御装置１０１と、ＳｖｒＡと、ＳｖｒＢと、ＳｖｒＣと、ＳｖｒＤと、ＳｗＸと、ＳｗＹと、を含む。

ＳｖｒＡにおいて、ＶＭ１（ＶＭサイズ：１［ＧＢ］）およびＶＭ２（ＶＭサイズ：４［ＧＢ］）が動作している。ＳｖｒＢにおいて、ＶＭ３（ＶＭサイズ：４［ＧＢ］）が動作している。ＳｖｒＣにおいて、ＶＭ４（ＶＭサイズ：４［ＧＢ］）およびＶＭ５（ＶＭサイズ：２［ＧＢ］）が動作している。ＳｖｒＤにおいて、ＶＭ６（ＶＭサイズ：１［ＧＢ］）が動作している。

ここでは、以下に示すタイミング（時刻ｔ）で、オペレーションＯＰ１〜ＯＰ６の実行要求を受け付けた場合を想定する。また、オペレーションＯＰ１〜ＯＰ６に適用するポリシーを図３に示した「ポリシーＰ１」とする。

・時刻ｔ＝０
＜オペレーションＯＰ１＞
種類「ＬＭ」
処理内容「ＶＭ１をＳｖｒＡからＳｖｒＢへ移動」
関与リソース「ＶＭ１，ＳｖｒＡ，ＳｖｒＢ，ＳｗＸ」

・時刻ｔ＝１０
＜オペレーションＯＰ２＞
種類「ＬＭ」
処理内容「ＶＭ２をＳｖｒＡからＳｖｒＤへ移動」
関与リソース「ＶＭ２，ＳｖｒＡ，ＳｖｒＤ，ＳｗＸ，ＳｗＹ」

・時刻ｔ＝２０
＜オペレーションＯＰ３＞
種類「ＬＭ」
処理内容「ＶＭ３をＳｖｒＢからＳｖｒＡへ移動」
関与リソース「ＶＭ３，ＳｖｒＡ，ＳｖｒＢ，ＳｗＸ」

・時刻ｔ＝５０
＜オペレーションＯＰ４＞
種類「ＬＭ」
処理内容「ＶＭ４をＳｖｒＣからＳｖｒＢへ移動」
関与リソース「ＶＭ４，ＳｖｒＢ，ＳｖｒＣ，ＳｗＸ，ＳｗＹ」

・時刻ｔ＝７０
＜オペレーションＯＰ５＞
種類「ＬＭ」
処理内容「ＶＭ５をＳｖｒＣからＳｖｒＤへ移動」
関与リソース「ＶＭ５，ＳｖｒＣ，ＳｖｒＤ，ＳｗＹ」

・時刻ｔ＝１００
＜オペレーションＯＰ６＞
種類「ＬＭ」
処理内容「ＶＭ６をＳｖｒＤからＳｖｒＡへ移動」
関与リソース「ＶＭ６，ＳｖｒＡ，ＳｖｒＤ，ＳｗＸ，ＳｗＹ」

つぎに、図１５を用いて、ポリシーＰ１を満たす種類「ＬＭ」のオペレーションの推奨多重度について説明する。

図１５は、推奨多重度テーブルの記憶内容の一例を示す説明図（その２）である。図１５において、推奨多重度テーブル１５００には、推奨多重度情報１５００−１〜１５００−３がレコードとして記憶されている。

推奨多重度情報１５００−１は、種類「ＬＭ」のオペレーションを推奨多重度「３」で同時実行する場合の条件「ｓｉｚｅ≦２ＧＢ」を示している。なお、ここでは、各リソースＲｋにおけるＣＰＵおよびＩ／Ｏの利用率に関する条件を省略している。

推奨多重度情報１５００−２は、種類「ＬＭ」のオペレーションを推奨多重度「２」で同時実行する場合の条件「ｓｉｚｅ≦４ＧＢ」を示している。推奨多重度情報１５００−３は、種類「ＬＭ」のオペレーションを推奨多重度「１」で同時実行する場合の条件「Ｏｔｈｅｒｓ」を示している。

以下、図１６〜図２２を用いて、実行制御装置１０１の実行制御処理の実施例について説明する。図１６〜図２２は、リソース利用状況の変遷を示す説明図である。

図１６に示す（１）実行開始前は、オペレーションＯＰ１〜ＯＰ６の実行が開始される前の状態である。このため、オペレーションプールは空の状態となっている。また、各リソースにより実行されているオペレーションがないため、リソース利用状況テーブル７００内のＳｖｒＡ〜ＳｖｒＤ，ＳｗＸ，ＳｗＹの多重度は「０」となっている。

図１６に示す（２）時刻ｔ＝０において、オペレーションＯＰ１の実行要求が受け付けられると、オペレーションＯＰ１がオペレーションプールに登録される。ここで、ＶＭ１のＶＭサイズは１［ＧＢ］のため、オペレーションＯＰ１の推奨多重度Ｆ１は「３」となる（図１５参照）。

また、各ＳｖｒＡ〜ＳｖｒＤ，ＳｗＸ，ＳｗＹの多重度は「０」のため、オペレーションＯＰ１の実行が開始される。この結果、オペレーションプールからオペレーションＯＰ１が削除され、リソース利用状況テーブル７００内のオペレーションＯＰ１の実行に関与するＳｖｒＡ，ＳｖｒＢ，ＳｗＸの多重度がインクリメントされている。

図１７に示す（３）時刻ｔ＝１０において、オペレーションＯＰ２の実行要求が受け付けられると、オペレーションＯＰ２がオペレーションプールに登録される。ここで、ＶＭ２のＶＭサイズは４［ＧＢ］のため、オペレーションＯＰ２の推奨多重度Ｆ２は「２」となる（図１５参照）。

また、各ＳｖｒＡ〜ＳｖｒＤ，ＳｗＸ，ＳｗＹの多重度は「２」未満のため、オペレーションＯＰ２の実行が開始される。この結果、オペレーションプールからオペレーションＯＰ２が削除され、リソース利用状況テーブル７００内のオペレーションＯＰ２の実行に関与するＳｖｒＡ，ＳｖｒＤ，ＳｗＸ，ＳｗＹの多重度がインクリメントされている。

図１７に示す（４）時刻ｔ＝２０において、オペレーションＯＰ３の実行要求が受け付けられると、オペレーションＯＰ３がオペレーションプールに登録される。ここで、ＶＭ３のＶＭサイズは４［ＧＢ］のため、オペレーションＯＰ３の推奨多重度Ｆ３は「２」となる（図１５参照）。

ここで、オペレーションＯＰ３の実行に関与するＳｖｒＡ，ＳｖｒＢ，ＳｗＸのうち、ＳｖｒＡ，ＳｗＸの多重度が「２」のため、オペレーションＯＰ３の実行は保留される。このため、オペレーションプールにオペレーションＯＰ３が登録されたままとなる。

図１８に示す（５）時刻ｔ＝４０において、オペレーションＯＰ１の実行が完了し、オペレーションＯＰ１の実行に関与するＳｖｒＡ，ＳｖｒＢ，ＳｗＸの多重度がデクリメントされたとする。この場合、実行待ちとなっているオペレーションＯＰ３の実行に関与するＳｖｒＡ，ＳｖｒＢ，ＳｗＸの多重度が「２」未満となるため、オペレーションＯＰ３の実行が開始される。この結果、オペレーションプールからオペレーションＯＰ３が削除され、リソース利用状況テーブル７００内のオペレーションＯＰ３の実行に関与するＳｖｒＡ，ＳｖｒＢ，ＳｗＸの多重度がインクリメントされている。

図１８に示す（６）時刻ｔ＝５０において、オペレーションＯＰ４の実行要求が受け付けられると、オペレーションＯＰ４がオペレーションプールに登録される。ここで、ＶＭ４のＶＭサイズは４［ＧＢ］のため、オペレーションＯＰ４の推奨多重度Ｆ４は「２」となる（図１５参照）。

ここで、オペレーションＯＰ４の実行に関与するＳｖｒＢ，ＳｖｒＣ，ＳｗＸ，ＳｗＹのうち、ＳｗＸの多重度が「２」のため、オペレーションＯＰ４の実行は保留される。このため、オペレーションプールにオペレーションＯＰ４が登録されたままとなる。

図１９に示す（７）時刻ｔ＝７０において、オペレーションＯＰ５の実行要求が受け付けられると、オペレーションＯＰ５がオペレーションプールに登録される。ここで、ＶＭ５のＶＭサイズは２［ＧＢ］のため、オペレーションＯＰ５の推奨多重度Ｆ５は「３」となる（図１５参照）。

また、オペレーションＯＰ５の実行に関与するＳｖｒＣ，ＳｖｒＤ，ＳｗＹの多重度はすべて「３」未満となっているため、オペレーションＯＰ５の実行が開始される。この結果、オペレーションプールからオペレーションＯＰ５が削除され、リソース利用状況テーブル７００内のオペレーションＯＰ５の実行に関与するＳｖｒＣ，ＳｖｒＤ，ＳｗＹの多重度がインクリメントされている。

図１９に示す（８）時刻ｔ＝９０において、オペレーションＯＰ２の実行が完了し、オペレーションＯＰ２の実行に関与するＳｖｒＡ，ＳｖｒＤ，ＳｗＸ，ＳｗＹの多重度がデクリメントされたとする。この場合、実行待ちとなっているオペレーションＯＰ４の実行に関与するＳｖｒＢ，ＳｖｒＣ，ＳｗＸ，ＳｗＹの多重度が「２」未満となるため、オペレーションＯＰ４の実行が開始される。この結果、オペレーションプールからオペレーションＯＰ４が削除され、リソース利用状況テーブル７００内のオペレーションＯＰ４の実行に関与するＳｖｒＢ，ＳｖｒＣ，ＳｗＸ，ＳｗＹの多重度がインクリメントされている。

図２０に示す（９）時刻ｔ＝１００において、オペレーションＯＰ６の実行要求が受け付けられると、オペレーションＯＰ６がオペレーションプールに登録される。ここで、ＶＭ６のＶＭサイズは１［ＧＢ］のため、オペレーションＯＰ６の推奨多重度Ｆ６は「３」となる（図１５参照）。

ここで、オペレーションＯＰ６の実行に関与するＳｖｒＡ，ＳｖｒＤ，ＳｗＸ，ＳｗＹの多重度はすべて「３」未満である。しかし、ＳｗＸ，ＳｗＹで実行中のオペレーションＯＰ３，ＯＰ４の推奨多重度Ｆ３，Ｆ４は「２」のため、オペレーションＯＰ６の実行は保留される。このため、オペレーションプールにオペレーションＯＰ６が登録されたままとなる。

図２０に示す（１０）時刻ｔ＝１２０において、オペレーションＯＰ３の実行が完了し、オペレーションＯＰ３の実行に関与するＳｖｒＡ，ＳｖｒＢ，ＳｗＸの多重度がデクリメントされている。しかし、ＳｗＹで実行中のオペレーションＯＰ４の推奨多重度Ｆ４は「２」のため、継続してオペレーションＯＰ６の実行は保留される。

図２１に示す（１１）時刻ｔ＝１４０において、オペレーションＯＰ５の実行が完了し、オペレーションＯＰ５の実行に関与するＳｖｒＣ，ＳｖｒＤ，ＳｗＹの多重度がデクリメントされたとする。この場合、実行待ちとなっているオペレーションＯＰ６の実行に関与するＳｖｒＡ，ＳｖｒＤ，ＳｗＸ，ＳｗＹの多重度が「３」未満となる。

また、実行中のオペレーションＯＰ４の実行に関与するＳｖｒＢ，ＳｖｒＣ，ＳｗＸ，ＳｗＹの多重度が「２」未満となる。このため、オペレーションＯＰ６の実行が開始される。この結果、オペレーションプールからオペレーションＯＰ６が削除され、リソース利用状況テーブル７００内のオペレーションＯＰ６の実行に関与するＳｖｒＡ，ＳｖｒＤ，ＳｗＸ，ＳｗＹの多重度がインクリメントされている。

図２１に示す（１２）時刻ｔ＝１６０において、オペレーションＯＰ４の実行が完了し、オペレーションＯＰ４の実行に関与するＳｖｒＢ，ＳｖｒＣ，ＳｗＸ，ＳｗＹの多重度がデクリメントされている。

図２２に示す（１３）時刻ｔ＝１８０において、オペレーションＯＰ６の実行が完了し、オペレーションＯＰ６の実行に関与するＳｖｒＡ，ＳｖｒＤ，ＳｗＸ，ＳｗＹの多重度がデクリメントされている。これにより、実行要求を受け付けたオペレーションＯＰ１〜ＯＰ６の実行がすべて完了したことになる。

図２３は、オペレーションＯＰ１〜ＯＰ６のタイムラインを示す説明図である。図２３において、タイムライン２３００には、各オペレーションＯＰ１〜ＯＰ６の実行状況（実行中、実行保留中）と、ＳｖｒＡ、ＳｖｒＢ、ＳｖｒＣ、ＳｖｒＤ、ＳｗＸおよびＳｗＹの多重度とが時系列に示されている。

時刻ｔ＝２０〜４０において、オペレーションＯＰ３は、オペレーションＯＰ３の推奨多重度Ｆ３が「２」のため実行が保留されている。また、時刻ｔ＝５０〜９０において、オペレーションＯＰ４は、オペレーションＯＰ４の推奨多重度Ｆ４が「２」のため実行が保留されている。

また、時刻ｔ＝７０において、オペレーションＯＰ４は継続して保留中となっている一方で、オペレーションＯＰ４よりもあとに実行要求を受け付けたオペレーションＯＰ５が先に実行されている。また、時刻ｔ＝１００〜１４０において、オペレーションＯＰ６は、実行中のオペレーションＯＰ４の推奨多重度Ｆ４が「２」のため継続して保留されている。

このように、各オペレーションＯＰ１〜ＯＰ６の実行タイミングを推奨多重度Ｆ１〜Ｆ６に従ってスケジューリングすることで、リソースの過負荷を抑止するとともに、オペレーションＯＰ１〜ＯＰ６の処理全体にかかる処理時間の長期化を抑止することができる。すなわち、複数のオペレーションを同時に実行してリソースＲｋの過負荷を招くのではなく、また、オペレーションを１個ずつ実行して全体処理時間の長期化を招くのではなく、複数のオペレーションを適切な順序と多重度で効率的に実行することができる。

以上説明したように、実施の形態にかかる実行制御装置１０１によれば、実行要求を受け付けたオペレーションＯＰｉの推奨多重度ＦｉとリソースＲｋの多重度Ｎｋとの比較結果に基づいて、オペレーションＯＰｉの実行を制御することができる。これにより、オペレーションＯＰｉの実行がポリシーで規定された時間内に完了するようにリソースＲｋに割り当てることができ、オペレーションＯＰｉの処理時間の長期化およびリソースＲｋの過負荷を抑止することができる。

また、実行制御装置１０１によれば、リソースＲｋの負荷情報と、リソースＲｋにより実行された、オペレーションＯＰｉと同一種類のオペレーションのログ情報とに基づいて、オペレーションＯＰｉの推奨多重度Ｆｉを算出することができる。これにより、リソースＲｋにおいて、オペレーションＯＰｉと同一種類のオペレーションの実行が規定時間内に完了した多重度を、オペレーションＯＰｉの推奨多重度Ｆｉとして算出することができる。

また、実行制御装置１０１によれば、リソースＲｋが実行中のオペレーションＯＰｊの推奨多重度ＦｊとリソースＲｋの多重度Ｎｋとの比較結果に基づいて、実行要求を受け付けたオペレーションＯＰｉの実行を制御することができる。これにより、オペレーションＯＰｉがリソースＲｋに割り当てられた結果、オペレーションＯＰｊの実行がポリシーで規定された時間内に完了しないことを防ぐことができる。

また、実行制御装置１０１によれば、オペレーションＯＰｉの実行に関与する各々のリソースＲ（ｍ）について、オペレーションＯＰｉの推奨多重度Ｆｉ−ｍを算出することができる。そして、算出された推奨多重度Ｆｉ−１〜Ｆｉ−Ｍのうち最小の推奨多重度Ｆｉ_Minを、オペレーションＯＰｉの推奨多重度Ｆｉとすることができる。これにより、リソースＲ（１）〜Ｒ（Ｍ）のうちボトルネックとなるリソースに合わせてオペレーションＯＰｉを割り当てることができ、オペレーションＯＰｉの実行がポリシーで規定された時間内に完了しないことを防ぐことができる。

また、実行制御装置１０１によれば、リソースＲｋにより実行された、オペレーションＯＰｉと同一種類のオペレーションのログ情報を、リソースＲｋから受信することができる。これにより、各リソースＲｋにおけるオペレーションＯＰｉと同一種類のオペレーションの実行結果をフィードバックして、オペレーションＯＰｉの推奨多重度Ｆｉを算出することができる。

これらのことから、実行制御装置１０１によれば、ネットワークシステム１００において、同時多発的に実行され得る運用管理オペレーションの処理時間の長期化およびリソースＲｋの過負荷を抑止することができる。また、運用管理オペレーションの処理時間の長期化を抑止することにより、さらなるリソースの圧迫やサービスの性能劣化を防ぐことができる。具体的には、例えば、ライブマイグレーションの処理時間の増大化を抑止することにより、再送データ量の増加を抑え、運用管理ネットワークリソースの圧迫を防ぐことができる。また、例えば、ＶＭ起動の処理時間の増大化を抑止することにより、多数のＶＭの同時起動処理による物理サーバリソースの圧迫や同一物理サーバ上で実行中のＶＭによるサービスの性能劣化を防ぐことができる。

なお、本実施の形態で説明した実行制御方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本実行制御プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本実行制御プログラムは、インターネット等のネットワークを介して配布してもよい。

１００，１４００ ネットワークシステム
１０１ 実行制御装置
３００ ポリシー情報テーブル
４００ 実行要求
５０１ 受付部
５０２ 選択部
５０３ 検出部
５０４ 算出部
５０５ 比較部
５０６ 割当部
５０７ 収集部
６００ 推奨多重度テーブル
７００ リソース利用状況テーブル
９００ ログ情報

Claims (7)

1. システム内の計算機と接続され、前記システムの運用管理にかかるオペレーションの実行を制御するコンピュータに、
   前記システムに対する所定のオペレーションの実行要求を受け付ける受付工程と、
   前記受付工程によって前記実行要求が受け付けられた前記所定のオペレーションの実行に関与する前記システム内の計算機が実行中の、前記所定のオペレーションと同一の種類の他のオペレーションの数を検出する検出工程と、
   前記計算機のＣＰＵおよびＩ／Ｏの利用率を含む負荷情報を取得する取得工程と、
   前記計算機により実行された前記種類の各オペレーションの処理時間、実行条件、前記各オペレーション実行時の前記計算機で同時実行された前記種類のオペレーションの数および前記計算機のＣＰＵおよびＩ／Ｏの利用率を含むログ情報に基づいて、前記実行要求から特定される実行条件で規定時間内に前記種類のオペレーションの実行が完了するための条件となる前記計算機が同時に実行可能な前記種類のオペレーションの数と、前記計算機のＣＰＵおよびＩ／Ｏの利用率に関する負荷条件とを対応付けて表す対応情報を作成する作成工程と、
   前記作成工程によって作成された前記対応情報を参照して、前記取得工程によって取得された前記負荷情報に含まれる前記計算機のＣＰＵおよびＩ／Ｏの利用率が満たす負荷条件に対応する前記計算機が同時に実行可能な前記種類のオペレーションの数を特定する特定工程と、
   前記検出工程によって検出された前記他のオペレーションの数と、前記特定工程によって特定された前記計算機が同時に実行可能な前記種類のオペレーションの数とを比較する比較工程と、
   前記比較工程によって比較された結果、前記他のオペレーションの数が、前記特定された前記計算機が同時に実行可能な前記種類のオペレーションの数未満の場合に、前記所定のオペレーションを前記計算機に割り当てる割当工程と、
   を実行させることを特徴とする実行制御プログラム。
2. 前記比較工程は、
   さらに、前記他のオペレーションの数と、前記計算機が実行中の前記種類のオペレーションの実行が規定時間内に完了するための条件となる前記計算機が同時に実行可能な前記種類のオペレーションの数とを比較し、
   前記割当工程は、
   前記他のオペレーションの数が、前記特定された前記計算機が同時に実行可能な前記種類のオペレーションの数未満であり、かつ、前記他のオペレーションの数が、前記計算機が実行中の前記種類のオペレーションの実行が規定時間内に完了するための条件となる前記計算機が同時に実行可能な前記種類のオペレーションの数未満の場合に、前記所定のオペレーションを前記計算機に割り当てることを特徴とする請求項１に記載の実行制御プログラム。
3. 前記コンピュータに、
   前記所定のオペレーションの実行に関与する複数の計算機の各々の計算機について、前記検出工程および前記比較工程を実行させ、
   前記割当工程は、
   前記比較工程によって比較された結果、前記各々の計算機のすべてについて、前記他のオペレーションの数が、前記各々の計算機が同時に実行可能な前記種類のオペレーションの数未満の場合に、前記所定のオペレーションを前記各々の計算機にそれぞれ割り当てることを特徴とする請求項１に記載の実行制御プログラム。
4. 前記コンピュータに、
   前記複数の計算機の処理性能が異なる場合は、前記各々の計算機について、前記取得工程、前記作成工程および前記特定工程を実行させ、
   前記比較工程は、
   前記各々の計算機ごとに、前記検出工程によって検出された前記各々の計算機が実行中の前記種類の他のオペレーションの数と、前記特定工程によって特定された前記各々の計算機が同時に実行可能な前記種類のオペレーションの数のうちの最小値とを比較し、
   前記割当工程は、
   前記比較工程によって比較された結果、前記各々の計算機のすべてについて、前記他のオペレーションの数が前記最小値未満の場合に、前記所定のオペレーションを前記各々の計算機にそれぞれ割り当てることを特徴とする請求項３に記載の実行制御プログラム。
5. 前記コンピュータに、
   前記ログ情報を前記計算機から受信する受信工程を実行させ、
   前記作成工程は、
   前記受信工程によって受信された前記ログ情報に基づいて、前記対応情報を作成することを特徴とする請求項４に記載の実行制御プログラム。
6. システム内の計算機と接続され、前記システムの運用管理にかかるオペレーションの実行を制御する実行制御装置であって、
   前記システムに対する所定のオペレーションの実行要求を受け付ける受付部と、
   前記受付部によって前記実行要求が受け付けられた前記所定のオペレーションの実行に関与する前記システム内の計算機が実行中の、前記所定のオペレーションと同一の種類の他のオペレーションの数を検出する検出部と、
   前記計算機のＣＰＵおよびＩ／Ｏの利用率を含む負荷情報を取得する取得部と、
   前記計算機により実行された前記種類の各オペレーションの処理時間、実行条件、前記各オペレーション実行時の前記計算機で同時実行された前記種類のオペレーションの数および前記計算機のＣＰＵおよびＩ／Ｏの利用率を含むログ情報に基づいて、前記実行要求から特定される実行条件で規定時間内に前記種類のオペレーションの実行が完了するための条件となる前記計算機が同時に実行可能な前記種類のオペレーションの数と、前記計算機のＣＰＵおよびＩ／Ｏの利用率に関する負荷条件とを対応付けて表す対応情報を作成する作成部と、
   前記作成部によって作成された前記対応情報を参照して、前記取得部によって取得された前記負荷情報に含まれる前記計算機のＣＰＵおよびＩ／Ｏの利用率が満たす負荷条件に対応する前記計算機が同時に実行可能な前記種類のオペレーションの数を特定する特定部と、
   前記検出部によって検出された前記他のオペレーションの数と、前記特定部によって特定された前記計算機が同時に実行可能な前記種類のオペレーションの数とを比較する比較部と、
   前記比較部によって比較された結果、前記他のオペレーションの数が、前記特定された前記計算機が同時に実行可能な前記種類のオペレーションの数未満の場合に、前記所定のオペレーションを前記計算機に割り当てる割当部と、
   を備えることを特徴とする実行制御装置。
7. システム内の計算機と接続され、前記システムの運用管理にかかるオペレーションの実行を制御するコンピュータが、
   前記システムに対する所定のオペレーションの実行要求を受け付け、
   前記実行要求が受け付けられた前記所定のオペレーションの実行に関与する前記システム内の計算機が実行中の、前記所定のオペレーションと同一の種類の他のオペレーションの数を検出し、
   前記計算機のＣＰＵおよびＩ／Ｏの利用率を含む負荷情報を取得し、
   前記計算機により実行された前記種類の各オペレーションの処理時間、実行条件、前記各オペレーション実行時の前記計算機で同時実行された前記種類のオペレーションの数および前記計算機のＣＰＵおよびＩ／Ｏの利用率を含むログ情報に基づいて、前記実行要求から特定される実行条件で規定時間内に前記種類のオペレーションの実行が完了するための条件となる前記計算機が同時に実行可能な前記種類のオペレーションの数と、前記計算機のＣＰＵおよびＩ／Ｏの利用率に関する負荷条件とを対応付けて表す対応情報を作成し、
   前記作成された前記対応情報を参照して、前記取得された前記負荷情報に含まれる前記計算機のＣＰＵおよびＩ／Ｏの利用率が満たす負荷条件に対応する前記計算機が同時に実行可能な前記種類のオペレーションの数を特定し、
   前記検出された前記他のオペレーションの数と、前記特定された前記計算機が同時に実行可能な前記種類のオペレーションの数とを比較し、
   前記比較された結果、前記他のオペレーションの数が、前記特定された前記計算機が同時に実行可能な前記種類のオペレーションの数未満の場合に、前記所定のオペレーションを前記計算機に割り当てる、
   処理を実行することを特徴とする実行制御方法。

Images