(57)【要約】  本発明は、クラスタにより制御される少なくとも１つのジョブを行うために、前記クラスタのコンピュータ資源を割り当てるための方法であって、前記ジョブの物理的特徴から、および前記クラスタの少なくとも１つの処理エリアの前記コンピュータ資源の物理的特徴および可用性から、前記ジョブの配置を決定するステップを備え、このステップは、少なくとも前記処理エリアの前記コンピュータ資源のエネルギー状態特徴を受信するステップ（１０１）と、所定の規則に基づき、前記ジョブの前記物理的特徴、前記コンピュータ資源の前記物理的特徴、可用性およびエネルギー状態を相関することにより、前記少なくとも１つのジョブの、推奨される配置を決定するステップ（１０３）と、前記所定の、推奨される配置から、前記クラスタで前記ジョブを行うための、前記コンピュータ資源の、推奨される割当リストを演繹するステップとを備える方法に関する。
2014532946.tif 000002
【特許請求の範囲】
【請求項１】
クラスタ（１）に依頼された少なくとも１つのタスク（Ｔ）を実行するために、前記クラスタ（１）のコンピュータ資源（５）を、割り当てる方法であって、前記少なくとも１つのタスク（Ｔ）のハードウェア特性に基づき、および前記クラスタ（１）の少なくとも処理ゾーン（２、３、４）の前記コンピュータ資源（５）のハードウェアおよび可用性の特性に基づき、前記少なくとも１つの依頼されたタスク（Ｔ）の配置を決定するステップを備える方法であって、前記少なくとも１つの依頼されたタスク（Ｔ）の配置を決定する前記ステップは、
少なくとも前記処理ゾーン（２、３、４）の前記コンピュータ資源（５）のエネルギー状態特性を受信するステップ（１０１）と、
所定の規則に従って、前記少なくとも１つのタスク（Ｔ）の前記ハードウェア特性と、少なくとも前記処理ゾーン（２、３、４）の前記コンピュータ資源（５）の前記ハードウェア特性、前記可用性特性、および前記エネルギー状態特性との間の相関関係により、前記少なくとも１つのタスク（Ｔ）の、推奨される配置を決定するステップ（１０３）と、
前記決定された、推奨される配置から、前記クラスタ（１）内で前記少なくとも１つのタスク（Ｔ）を実行するための、前記処理ゾーン（２、３、４）の前記コンピュータ資源（５）の、推奨される割当リストを演繹するステップと
を備えることを特徴とする、方法。
【請求項２】
前記処理ゾーン（２、３、４）の前記コンピュータ資源（５）により前記少なくとも１つのタスク（Ｔ）を実行するための、前記推奨されるリストを送信するステップ（１０４）をさらに備えることを特徴とする、請求項１に記載の方法。
【請求項３】
前記エネルギー状態特性が、前記クラスタ（１）の前記コンピュータ資源（５）の熱損失および／または電力消費量に対応すること、および前記方法は、前記処理ゾーン（２、３、４）の少なくとも前記コンピュータ資源（５）の熱損失特性を決定するステップ（１３０）、および／または前記処理ゾーンの（２、３、４）少なくとも前記コンピュータ資源（５）の電力消費量特性を決定するステップ（１３２）を備えることを特徴とする、請求項１または２に記載の方法。
【請求項４】
前記処理ゾーン（２、３、４）の少なくとも前記コンピュータ資源（５）の前記熱損失特性および／または前記電力消費量特性に基づき、少なくとも前記処理ゾーン（２、３、４）の前記コンピュータ資源（５）の前記エネルギー状態特性を決定するステップ（１１２）を備えることを特徴とする、請求項３に記載の方法。
【請求項５】
相関関係および配置の前記所定の規則が、前記少なくとも１つのタスク（Ｔ）を実行する前記クラスタ（１）の前記コンピュータ資源（５）に及ぼすエネルギーの影響を考慮すること、ならびに前記少なくとも１つのタスク（Ｔ）の、推奨される配置を決定するステップ（１０３）が、前記少なくとも１つのタスク（Ｔ）の前記ハードウェア特性、および前記クラスタ（１）の前記コンピュータ資源（５）の前記エネルギー状態特性に基づき、前記少なくとも１つのタスク（Ｔ）の実行にリンクされた前記エネルギーの影響を決定するステップを備えることを特徴とする、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記クラスタ（１）の少なくとも前記処理ゾーン（２、３、４）の前記コンピュータ資源（５）の前記ハードウェア特性が、前記コンピュータ資源（５）の基本計算ユニットの数および／またはメモリサイズに対応すること、ならびに方法が、前記コンピュータ資源（５）の前記ハードウェア特性を決定するステップ（１３４、１２５）と、前記コンピュータ資源（５）の前記可用性特性を決定するステップ（１３６、１２５）とを備えることを特徴とする、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記少なくとも１つのタスク（Ｔ）の前記ハードウェア特性が、前記少なくとも１つのタスク（Ｔ）を実行するために必要な基本計算ユニットの数および／もしくはメモリサイズに、ならびに／または前記少なくとも１つのタスク（Ｔ）の実行優先順位に対応すること、ならびに方法は、前記少なくとも１つのタスク（Ｔ）を実行するために必要な基本計算ユニットの前記数および／もしくは前記メモリサイズ、ならびに／または前記少なくとも１つのタスク（Ｔ）の前記実行優先順位に従って、前記少なくとも１つのタスク（Ｔ）の前記ハードウェア特性のリストを決定するステップ（１２２）を備えることを特徴とする、請求項１から６のいずれか一項に記載の方法。
【請求項８】
前記少なくとも１つのタスク（Ｔ）に関連するエネルギープロファイルを受信するステップ（１２１）と、前記少なくとも１つのタスク（Ｔ）に関連する前記エネルギープロファイルに従って、前記少なくとも１つのタスク（Ｔ）の前記ハードウェア特性のリストを決定するステップ（１２２）とを備えることを特徴とする、請求項１から７のいずれか一項に記載の方法。
【請求項９】
コンピュータプログラムであって、前記コンピュータプログラムがコンピュータ上で実行されたとき、請求項１から８のいずれか一項に記載の方法のステップの各々を行うように構成された命令を備える、コンピュータプログラム。
【請求項１０】
デバイスであって、請求項１から８のいずれか一項に記載の方法のステップの各々を行うように構成されたシステム部分（７、８、９）を備える、デバイス。
【請求項１１】
前記システム部分が、クラスタ（１）のコンピュータ資源（５）と独立にそれぞれ通信するタスクマネージャ（７）およびエネルギーマネージャ（８）、ならびに、前記タスクマネージャ（７）と前記エネルギーマネージャ（８）の両方と通信する相関システム（９）により形成されることを特徴とする、請求項１０に記載のデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クラスタに依頼されたタスクの配置に関し、より詳細には、クラスタに依頼されたタスクを実行するために、このクラスタのコンピュータ資源を割り当てるための方法、コンピュータプログラム、およびデバイスに関する。
【背景技術】
【０００２】
クラスタは一般に、コンピュータ装置の品目が、たとえば取り外し可能にインストールされたラックの形を取るサーバ、データ記憶ユニット、マイクロプロセッサ、およびテレマティックス装置を一緒にグループ化する。
【０００３】
複数のクラスタが、データセンタまたはサーバクラスタを形成するために結合されることが多い。
【０００４】
データセンタは、一般に、何百もの、時には何千もの電子デバイスを結合して、コンピュータ装置の品目を介して相互接続する。
【０００５】
コンピュータ装置のこれらの品目は、一般に、ラックに挿入されたブレードにより保持される。
【０００６】
この場合、コンピュータ装置の品目が、ノードに、換言すれば、計算のためのコンピュータ装置の基本品目にリンクされる。したがって、各ノードは、独立したコンピュータを形成し、たとえばノードが備えるコアの数だけでなく、所定のメモリサイズなどの、自身に特有の特性を有する（各コアが計算ユニットを形成する）。
【０００７】
１つまたは複数のノードが、計算ゾーンとも呼ばれる処理ゾーンを形成し、クラスタのコンピューティング資源に対応する。処理ゾーンは、場合によっては、１つのノードのいくつかの電子コンポーネントだけにより形成されても、それどころか、さらには多数のノードにより形成されてもよい。
【０００８】
これらのクラスタは、一般に、タスクマネージャとも呼ばれるタスク管理システムを具備する制御およびモニタリングユニットをさらに備える。
【０００９】
タスクマネージャは、クラスタの外側から要求された一定数のタスクを受信するように構成される。
【００１０】
クラスタに依頼されたタスクを実行するために、このクラスタのコンピュータ資源を割り当てる方法が公知であり、タスクを受信するステップと、タスクをキューに入れるステップとを有する。新しいタスクが依頼されたとき、このタスクはキューに、たとえば、キューの最後に直接追加される。
【００１１】
依頼されたタスクは、実行されるためには、ハードウェア要件に対応するコンピュータ資源を、たとえば、必要なコアの数、必要なメモリのサイズ、および／またはこのタスクの実行優先レベル（たとえば、最低、標準、または最高）を必要とする。
【００１２】
これらの公知の方法は、クラスタのコンピュータ資源のハードウェア特性だけでなく、これらの資源の可用性特性に関する情報も受信するステップをさらに有する。これは、タスクマネージャが、クラスタの、または最低でもこのクラスタの処理ゾーンのハードウェア特性を知るために、たとえば、各ノードのコアの数、および各コアのメモリの所定のサイズに関する情報を受信することを意味する。さらに、これは、タスクマネージャが、これらのノードの各々の可用性の特性を受信することを意味する。
【００１３】
これらの公知の方法は、キューに入れられ、かつ実行される準備ができた、リストにのせられたタスクへのコンピュータ資源の割当てを、これらのタスクのハードウェア特性（ハードウェアの必要性および優先順位）に従って、ならびに処理ゾーンに特有の（換言すれば、たとえばこのゾーンの各ノードに特有の）ハードウェアおよび可用性の特性に従って決定するステップをさらに備える。
【００１４】
次に、タスクマネージャは、待合わせリストから選択されたタスクを、このタスクがクラスタにより実行されるために割り当てられたコンピュータ資源に送信する。
【００１５】
したがって、タスクキューに追加された新しいタスクはそれぞれ、利用可能な、必要とされるコンピュータ資源および優先順位の基準に従って実行される。
【発明の概要】
【発明が解決しようとする課題】
【００１６】
本発明は、タスクを実行するためにクラスタコンピュータ資源を割り当てる方法に関し、最新の方法よりも正確かつ精密に、簡単で、便利で、経済的な手法で、タスクを配置することにより、資源の割当てを最適化することを対象にする。
【課題を解決するための手段】
【００１７】
第１の様態によれば、本発明は、クラスタに依頼された少なくとも１つのタスクを実行するために、前記クラスタのコンピュータ資源を割り当てる方法であって、前記少なくとも１つのタスクのハードウェア特性に基づき、および前記クラスタの少なくとも処理ゾーンの前記コンピュータ資源のハードウェアおよび可用性の特性に基づき、前記少なくとも１つの依頼されたタスクの配置を決定するステップを備える方法であって、前記少なくとも１つの依頼されたタスクの配置を決定する前記ステップは、
−少なくとも前記処理ゾーンの前記コンピュータ資源のエネルギー状態特性を受信するステップと、
−所定の規則に従って、前記少なくとも１つのタスクの前記ハードウェア特性と、少なくとも前記処理ゾーンの前記コンピュータ資源の前記ハードウェア特性、前記可用性特性、および前記エネルギー状態特性との間の相関関係により、前記少なくとも１つのタスクの、推奨される配置を決定するステップと、
−前記決定された、推奨される配置から、前記クラスタ内で前記少なくとも１つのタスクを実行するための、前記処理ゾーンの前記コンピュータ資源の、推奨される割当リストを演繹するステップと
を備えることを特徴とする方法に関する。
【００１８】
本発明によって、依頼され、リストにのせられたタスクの分類が、タスクの実行前に決定された、タスクを実行するための、コンピュータ資源の、推奨される割当リストに従って行われる。
【００１９】
コンピュータ資源の、この推奨される割当リストは、有利には、依頼され、リストにのせられたタスクが実行されることができるクラスタの処理ゾーンに関連するハードウェアデータおよび可用性データに基づき、依頼され、リストにのせられた各タスクに関連するハードウェアデータに基づき、およびこの処理ゾーンに関連するエネルギーデータに基づき決定される。
【００２０】
依頼された各タスクに、および処理ゾーンに、すなわち、クラスタの少なくとも１つのノードの少なくとも１つの電子コンポーネントにリンクされた、これらのさまざまなデータの組合せにより、依頼され、リストにのせられたタスクを実行するために、この処理ゾーンのコンピュータ資源を割り当てる際に（より簡単にタスク配置とも呼ばれる）、たとえば処理ゾーンの電力消費量および／または熱損失により特徴づけられるエネルギーの側面を考慮することが可能になる。
【００２１】
クラスタ内部のこのエネルギーの側面を考慮することにより、所与のタスクの優先順位、この所与のタスクのハードウェアの必要性、ならびに処理ゾーンのコンピュータ資源の可用性に基づくだけでなく、少なくとも処理ゾーンのエネルギー状態、および少なくともこの処理ゾーン上で、またはさらにはクラスタ全部にわたり、実行される準備ができている、依頼され、リストにのせられたタスクのエネルギーの影響に基づき、依頼され、リストにのせられたタスクを正確かつ精密に配置することが可能になる。
【００２２】
したがって、本発明による方法は、これらのタスクを最適に配置して、これらのタスクを簡単に、便利に、および経済的に実行するために、少なくとも処理ゾーンのエネルギー状態に関する情報と、少なくともこのゾーンのコンピュータ資源のハードウェアおよび可用性の状態に関する情報と、依頼され、リストにのせられたタスクの各々に関連するハードウェア情報とを相関させる可能性を提供する。
【００２３】
より一般的には、本発明による方法は、少なくとも処理ゾーンの、またはさらには全クラスタのエネルギー状態およびハードウェア状態と、依頼され、リストにのせられたタスクのハードウェア状態の両方の概要を提供し、コンピュータ資源または処理ゾーンによりタスクを実行することが、少なくとも処理ゾーンに及ぼす、またはさらには全クラスタに及ぼすエネルギーの影響を決定するために、この情報を相関させることをさらに可能にする。
【００２４】
本発明による方法の、好ましく、簡単で、便利で、経済的な特徴によれば、
−方法は、前記処理ゾーンの前記コンピュータ資源により前記少なくとも１つのタスクを実行するための、前記推奨されるリストを送信するステップをさらに備える、
−前記エネルギー状態特性は、前記クラスタの前記コンピュータ資源の熱損失および／または電力消費量に対応し、前記方法は、前記処理ゾーンの少なくとも前記コンピュータ資源の熱損失特性を決定するステップ、および／または前記処理ゾーンの少なくとも前記コンピュータ資源の電力消費量特性を決定するステップを備える、
−方法は、前記処理ゾーンの少なくとも前記コンピュータ資源の前記熱損失特性および／または前記電力消費量特性に基づき、少なくとも前記処理ゾーンの前記コンピュータ資源の前記エネルギー状態特性を決定するステップを備える、
−相関関係および配置の前記所定の規則は、前記少なくとも１つのタスクを実行する前記クラスタの前記コンピュータ資源に及ぼすエネルギーの影響を考慮し、前記少なくとも１つのタスクの、推奨される配置を決定するステップは、前記少なくとも１つのタスクの前記ハードウェア特性、および前記クラスタの前記コンピュータ資源の前記エネルギー状態特性に基づき、前記少なくとも１つのタスクの実行にリンクされた前記エネルギーの影響を決定するステップを備える、
−前記クラスタの少なくとも前記処理ゾーンの前記コンピュータ資源の前記ハードウェア特性は、前記コンピュータ資源の基本計算ユニットの数および／またはメモリサイズに対応し、方法は、前記コンピュータ資源の前記ハードウェア特性を決定するステップと、前記コンピュータ資源の前記可用性特性を決定するステップとを備える、
−前記少なくとも１つのタスクの前記ハードウェア特性は、前記少なくとも１つのタスクを実行するために必要な基本計算ユニットの数および／もしくはメモリサイズに、ならびに／または前記少なくとも１つのタスクの実行優先順位に対応し、方法は、前記少なくとも１つのタスクを実行するために必要な基本計算ユニットの前記数および／もしくは前記メモリサイズ、ならびに／または前記少なくとも１つのタスクの前記実行優先順位に従って、前記少なくとも１つのタスクの前記ハードウェア特性のリストを決定するステップを備える、および／または
−方法は、前記少なくとも１つのタスクに関連するエネルギープロファイルを受信するステップと、前記少なくとも１つのタスクに関連する前記エネルギープロファイルに従って、前記少なくとも１つのタスクの前記ハードウェア特性のリストを決定するステップとを備える。
【００２５】
第２の様態によれば、本発明はまた、コンピュータプログラムがコンピュータ上で実行されたときに、上記で説明されたような方法のステップの各々を実装するように構成された命令を備える前記プログラムに関する。
【００２６】
第３の様態によれば、本発明はまた、方法のステップの各々を実装するように構成されたシステム部分を備えるデバイスに関する。
【００２７】
このデバイスは、有利には、簡単で、便利で、経済的な手法で、上記で説明された方法のステップの各々を実装することができるようにする。
【００２８】
本発明によるデバイスの好ましく、簡単で、便利で、経済的な特徴によれば、前記システム部分は、クラスタのコンピュータ資源と独立にそれぞれ通信するタスクマネージャおよびエネルギーマネージャ、ならびに、前記タスクマネージャと前記エネルギーマネージャの両方と通信する相関システムにより形成される。
【００２９】
次に、本発明の開示について、添付図面を参照して、例示的で、限定しない例により以下で示される実施形態の一例の説明が続けられる。
【図面の簡単な説明】
【００３０】
【図１】少なくとも１つの処理ゾーンを具備し、本発明に従って、クラスタに依頼されたタスクを実行するために、このクラスタのコンピュータ資源を割り当てる方法を実装するように構成されたデバイスを具備するクラスタの、きわめて概略的な図である。
【図２】１つまたは複数の処理ゾーンと、図１で参照されることができるクラスタのデバイスの間で通信するための環境の、きわめて概略的な図である。
【図３】図１に示されるクラスタの少なくとも１つのコンピュータ資源のアーキテクチャの一例を示す。
【図４】方法の、異なる動作ステップを示す構成図である。
【図５】図４で参照されることができる動作ステップを実装するための、少なくとも１つの処理ゾーンのエネルギー状態特性のデータベースを確立するステップを示す構成図である。
【図６】図４で参照されることができる動作ステップを実装するための、少なくとも１つの依頼されたタスクのハードウェア特性のファイルだけでなく、前記少なくとも１つのゾーンのハードウェアおよび可用性の特性のデータベースを確立するステップを示す構成図である。
【図７】図５および図７で参照されることができるステップを実装するための、前記少なくとも１つの処理ゾーンにより含まれるコンピュータ資源を形成する各ノードに対する熱損失特性のファイルを確立するステップ、これらのノードの各々に対する消費電力量特性のファイルを確立するステップ、これらのノードの各々に対するハードウェア特性ファイルを確立するステップ、およびこれらのノードの各々に対する可用性特性のファイルを確立するステップをそれぞれ示す構成図である。
【図８】方法の、他の動作ステップを示す構成図である。
【図９】方法の、他の動作ステップを示す構成図である。
【発明を実施するための形態】
【００３１】
図１は、いくつかの、この場合６つの数の処理ゾーン２だけでなく、制御およびモニタリング用の一般的デバイス６を有するクラスタ１の、きわめて概略的な図である。
【００３２】
各処理ゾーン２が、複数のコンピュータ構成要素からそれぞれ形成されたコンピュータ装置のブレードが挿入された複数列のラック３を備える計算ゾーンを形成する。
【００３３】
各処理ゾーン２が、計算するための基本的なコンピュータ装置品目、すなわち、独立したコンピュータに対応する複数のノード５を有する。
【００３４】
この場合、コンピュータ装置品目がノード５に融合される。
【００３５】
各ノード５は、この場合、クラスタ１のコンピュータ資源を形成する。
【００３６】
各ノード５は、以下で図３を参照して説明される、各ノード５に特有の特性を有する。
【００３７】
制御およびモニタリング用の一般的デバイス６は、詳細には、クラスタ１の外側から得られる入力データの受信を、たとえば、クラスタ１内部で実行するためのタスクＴの受信などを可能にする通信インタフェースを具備する。
【００３８】
制御およびモニタリング用の一般的デバイス６は、図２を参照して以下で説明されるように、互いに、およびクラスタ１のノード５と通信および対話するタスクマネージャ７、エネルギーマネージャ８、および相関システム９によりそれぞれ形成されるシステム部分７、８、および９を具備する。
【００３９】
図２は、クラスタ１の処理ゾーン２間、詳細には、ブレード４内に配置された複数のノード５間で通信する対話環境を表し、タスクマネージャ７、エネルギーマネージャ８、および相関システム９により形成されるシステム部分を備える。
【００４０】
この場合、処理ゾーン２は、図２を参照すると、上段、中段、および下段に指定される３つの場所の高さに配置された複数のブレード４をそれぞれ具備した４つのラック３から形成される。
【００４１】
各ブレード４は、この場合数があらかじめ定められた複数のノード５を具備する。
【００４２】
第１のラック３が、０〜ｎの番号をつけられたノード５を具備し、第２のラック３が、ｎ＋１〜２ｎ＋１の番号をつけられたノード５を具備し、第３のラック３が、２ｎ＋２〜３ｎ＋３の番号をつけられたノード５を具備し、第４のラック３が、３ｎ＋４〜４ｎ＋５の番号をつけられたノード５を具備する。
【００４３】
タスクマネージャ７は、クラスタ１の少なくとも所定の処理ゾーン２で実行されるタスクＴのデータ特性に対応する、クラスタ１に依頼された入力データを受信するように構成される。
【００４４】
このタスクマネージャ７は、クラスタ１の少なくとも処理ゾーン２のノード５と、相関システム９の両方と相互に通信するようにさらに構成される。
【００４５】
これは、タスクマネージャ７が、少なくとも処理ゾーン２から得られる、ノード５に関する情報を受信し、情報をこれらのノード５に送信し、情報を相関システム９から受信し、情報をこの相関システム９に送信するように構成される。
【００４６】
エネルギーマネージャ８は、少なくともこの処理ゾーン２からノード５に関する情報を受信し、かつ情報を相関システム９に送信するように構成されるという点で、クラスタ１の少なくとも処理ゾーン２のノード５と、相関システム９の両方と通信するように構成される。
【００４７】
したがって、相関システム９は、情報をエネルギーシステム８から受信するように構成されるという点で、エネルギーマネージャ８と通信するように構成され、タスクマネージャ７から情報を受信し、かつ情報をこのタスクマネージャ７に送信するように構成されるという点で、このタスクマネージャ７と相互に通信するように構成される。
【００４８】
この場合、処理ゾーン２は、（コンピュータ資源を形成する）ノード５のハードウェアおよび可用性の特性に関する情報をタスクマネージャ７に、およびこれらのノード５のエネルギー状態の特性に関する情報をエネルギーマネージャ８に送信するように構成される。
【００４９】
エネルギーマネージャ８は、クラスタ１の少なくとも処理ゾーン２のエネルギー特性に関する情報を提供するデータベースを相関システム９に送信するように構成される。
【００５０】
タスクマネージャ７は、自分に依頼された各タスクＴのハードウェア特性に関する情報を相関システム９に送信するように構成される。
【００５１】
相関システム９は、少なくとも１つのタスクＴを実行するための、ノード５の、推奨される割当てに関する情報をタスクマネージャ７に送信するように構成され、タスクマネージャ７は、少なくとも、タスクＴを実行するために選ばれた所定の処理ゾーン２それ自体のノード５の中から、このタスクＴを実行するために選ばれたノード５（すなわち、コンピュータ資源）に関する情報を送信するようにさらに構成される。
【００５２】
クラスタ１のノード５のアーキテクチャの一例が図３に示されている。
【００５３】
この場合、ノード５は、通信バス５１を備え、通信バス５１には、ＣＰＵ（ＣＰＵは「Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（中央処理装置）」の略である）またはマイクロプロセッサ５２、プログラムの実行中に生成および修正されるパラメータの変数を記録するように適合されたレジスタを備える揮発性メモリコンポーネント５３（ＲＡＭ、「Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ランダムアクセスメモリ）」の略である）、データを送信および受信するように構成された通信インタフェース５４、ならびに詳細には、ノード５がタスクＴを実装することが可能になるプログラム用の実行可能コードを備えてもよい内部記憶ユニット５５、たとえばハードディスクが接続される。
【００５４】
この場合、各揮発性メモリコンポーネント５３は、マイクロプロセッサ５２に関連づけられる、またはノード５の電子コンポーネントに共通である。
【００５５】
通信バス５１により、ノード５に含まれる、またはノード５に接続されるさまざまな電子コンポーネントの通信および相互運用が可能になる。
【００５６】
バス５１の表現は限定的ではなく、詳細には、マイクロプロセッサ５２は、直接、またはファーム５の他の電子コンポーネントを介して、ノード５の任意の電子コンポーネントに命令を伝達することができる。
【００５７】
より一般的には、実装される１つまたは複数のプログラムは、実行される前に、ノード５の記憶または通信用の電子コンポーネントの１つにロードされてもよい。
【００５８】
マイクロプロセッサ５２は、ノード５内に実装されてもよい１つまたは複数のプログラムのソフトウェアコードの命令または部分の実行を、制御および指示する。電源を投入したとき、不揮発性メモリ、たとえばハードディスクに記憶された１つまたは複数のプログラムが、この場合、実装される１つまたは複数のプログラムの実行可能コードを含むランダムアクセスメモリ５３だけでなく、これらのプログラムを実装するために必要な変数およびパラメータを記憶するためのレジスタに転送される。
【００５９】
したがって、各ノード５は、一定数の電子コンポーネント５２〜５５だけでなく、各ノードに特有のハードウェア特性も有する。
【００６０】
これらのハードウェア特性は、たとえば、各ノード５が備えるマイクロプロセッサ５２の数に、すなわちコアの数に対応し、コアは、計算ユニットをそれぞれ形成し、かつ所定のメモリサイズ、全揮発性メモリサイズ、ハードディスクメモリサイズ、マイクロプロセッサ５２が使用する最大周波数、メモリおよび入力／出力の全帯域幅使用量、ノード５の温度またはノード５の電子コンポーネントの個々の温度、ならびにノード５により消費される電力またはノード５の電子コンポーネントにより消費される個々の電力をそれぞれ有する。
【００６１】
ノード５に特有であるこれらの特性のいくつかは、あらかじめ決められており（マイクロプロセッサの数、コアの数、全メモリサイズ、揮発性メモリのサイズ、ハードディスクメモリのサイズ、およびマイクロプロセッサが使用する最大周波数）、他の特性は動的である、すなわち、ノード５の使用により変わり、所与の時間に決定される（メモリおよび入力／出力の帯域幅使用量、温度、消費される電力、およびマイクロプロセッサが使用する周波数）。
【００６２】
しかしながら、あらかじめ決められた、ノード５に特有の特性は、変更されやすい、すなわち、たとえば、電子コンポーネントの削除、置換、および／または追加により、またはさらにはソフトウェア手段により（「Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ（基本入出力システム）」の略であるＢＩＯＳに作用することにより）修正されてもよいことが留意されよう。
【００６３】
図３に示されるアーキテクチャは、クラスタ１の処理ゾーン２のノード５の、すなわち、コンピュータ資源のアーキテクチャに対応するが、図４〜図９を参照して以下で説明されるアルゴリズムを実装するように構成された制御およびモニタリング用の一般的デバイス６の一部のアーキテクチャと同一である、または最低でも類似することが問題であり得る、ことが留意されよう。
【００６４】
適用可能である場合には、マイクロプロセッサは、以下で説明される、本発明による方法を実装するために、本発明による１つまたは複数のプログラムのソフトウェアコードの命令または部分の実行を制御および指示する。
【００６５】
次に、図４〜図９を参照して、クラスタ１に依頼された少なくとも１つのタスクＴを実行するために、コンピュータ資源を、すなわち、クラスタ１の所定の処理ゾーン２のノード５を割り当てる方法についての説明が行われる。
【００６６】
図４は、タスクマネージャ７に依頼された少なくとも１つのタスクＴの配置を相関システム９により決定することができるようになるステップの構成図である。
【００６７】
ステップ１００で、相関システム９は、少なくとも１つのタスクＴのハードウェア特性をリストにのせるファイルを受信する。何がハードウェア特性に対応するかが、図６を参照して以下で理解される。
【００６８】
ステップ１０１で、相関システム９は、所定の処理ゾーン２のコンピュータ資源、すなわちノード５のハードウェア特性だけでなく、この処理ゾーン２のノード５の可用性特性も一緒にグループ化するデータベースをさらに受信する。同じく図６を参照して、このゾーン２のノード５のハードウェア特性が何に対応するかが以下で理解される。
【００６９】
この場合、所定の処理ゾーン２は、クラスタ１のいくつかのノード５に対応する。
【００７０】
ステップ１０２で、相関システム９はまた、所定の処理ゾーン２のノード５のエネルギー状態特性を一緒にグループ化するデータベースを受信する。図５を参照して、これらのエネルギー状態特性がどの情報に対応するかが以下で理解される。
【００７１】
ステップ１００で相関システム９により受信されたファイルは、クラスタ１に依頼され、かつタスクマネージャ７により受信された、いくつかのタスクＴのハードウェア特性を一緒にグループ化してもよいことが留意されよう。
【００７２】
さらに、ステップ１０１および１０２で相関システム９により受信されたデータベースは、所定の処理ゾーンだけでなく、クラスタ１の他の処理ゾーン、またはさらにはクラスタ１全体のハードウェア、可用性、およびエネルギー状態の特性を一緒にグループ化してもよいことが留意されよう。
【００７３】
ステップ１０２で相関システムにより受信されたデータベースは、実際には、この同じ相関システム９の他の部分から得られるが、これは、この、他の部分で、前もってこのデータベースを決定するのが、この同じ相関システム９の他の部分であるためであることが留意されよう。
【００７４】
次に、ステップ１０３で、相関システム９は、所定の規則を具備するファイルを介して、相関システム９で考慮されるべきモニタリングおよび制御用の一般的デバイス６に前もってロードされたこれらの所定の規則に基づき、ステップ１００で受信されたファイルの中のリストにのせられた１つまたは複数のタスクＴに対する、推奨される配置を決定する。
【００７５】
この決定するステップ１０３は、１つまたは複数のタスクＴのハードウェア特性と、少なくとも所定の処理ゾーン２のノード５のハードウェア、可用性、エネルギー状態の特性との相関関係により行われる。
【００７６】
タスクＴに関連する前述の特性と少なくとも所定の処理ゾーン２のノード５の相関関係に関する、およびこれらのタスクＴの配置に関する所定の規則は、これらのタスクＴの中の少なくとも１つのタスクＴの実行にリンクされた所定の処理ゾーン２の、またはさらにはクラスタ１全体のノード５に及ぼすエネルギーの影響を考慮する。以下では、相関関係および配置に関する１組の所定の規則の一例が参照される。
【００７７】
したがって、タスクＴの中から得られた少なくとも１つのタスクＴに対して、推奨される配置を決定するステップ１０３は、タスクＴの中から得られたこのタスクＴの実行にリンクされたエネルギーの影響を、ステップ１００で受信された、前記タスクＴのハードウェア特性、およびステップ１０２で受信された、少なくとも所定の処理ゾーン２の、またはさらにはクラスタ１全体のノード５のエネルギー状態特性に基づき決定するステップを備える。
【００７８】
同じステップ１０３で、相関システム９は、次に、クラスタ１の中でタスクＴの中から得られた少なくとも１つのタスクＴを実行するための、所定の処理ゾーン２のノード５の、推奨される割当リストを演繹する。したがって、相関システム９は、１つまたは複数のタスクＴを実行するための、ノード５の、推奨される割当リストを確立するファイルを作成し、ステップ１０４で、ノード５により１つまたは複数のタスクＴを実行するために、ノード５が所定の処理ゾーン２により推奨されていようといまいと、このファイルをタスクマネージャ７に伝送する（または送信する）。
【００７９】
図８は、タスクマネージャ７により所定の処理ゾーン２のノード５の割当ての選択肢をこの同じゾーン２に送信することができるようにするステップの構成図である。
【００８０】
ステップ１４０で、タスクマネージャ７は、１つまたは複数のタスクＴを実行するための、所定の処理ゾーン２のノード５の、推奨される割当リストを具備するファイルを受信する。
【００８１】
次に、ステップ１４１で、タスクマネージャ７は、タスクＴのうち１つまたは複数を実行するための、所定の処理ゾーン２の、またはクラスタ１の他の処理ゾーンのノード５の最終的な割当てを決定する。
【００８２】
この決定するステップ１４１は、たとえば、タスクＴに与えられた実行優先順位に、または相関システム９により実装された所定の相関規則に、重み（換言すれば、優先順位または重要度）が置かれてもよいように、支配的な基準に従って行われる。
【００８３】
換言すれば、タスクマネージャ７の規則により、クラスタ１のユーザが、１つまたは複数のタスクＴのエネルギー節約を優先させるか、依頼スピードを優先させるかを規定することが可能になる。
【００８４】
これら２つの基準に追加の重みが与えられない場合がある。
【００８５】
ステップ１４２で、タスクマネージャ７は、１つまたは複数のタスクＴの割当ての最終的な選択肢に対応するファイルを、タスクマネージャ７により行われた選択に従って、クラスタ１の所定の処理ゾーン２の、または他の処理ゾーンのコンピュータ資源、すなわちノード５に伝送する（または送信する）。
【００８６】
この点について、ステップ１４１で最終的な選択肢について言及されたが、この選択肢は、たとえば、相関システム９が、推奨されるアプリケーションをリストにのせる新しいファイルを送信する場合に、タスクマネージャ７により受信された情報に従って修正される場合があることが留意されよう。実際、相関システム９は、情報を連続的に、すなわち、動的に受信し（ステップ１００、１０１、および１０２）、したがって、推奨される割当リストも動的に決定し（ステップ１０３）、したがって、推奨される割当てをリストにのせるこのようなファイルもまた動的に送信することができる（ステップ１０４）。
【００８７】
図９は、クラスタ１のノード５により、１つまたは複数のタスクＴを実行することができるようにするステップの構成図である。
【００８８】
ステップ１５０で、タスクＴを実行するために割り当てられた、クラスタ１のノード５は、少なくとも１つのタスクＴを実行するための、これらのノード５の最終的な割当選択肢をリストにのせるファイルを受信する。
【００８９】
ステップ１５１で、各ノード５、またはノード５の各部分だけ、またはノード５の各グループが、このノードが割り当てられたタスクＴを実行する。
【００９０】
図６は、タスクマネージャ７に依頼された１つまたは複数のタスクＴのハードウェア特性のリストを決定することができるようにするステップの構成図である。
【００９１】
ステップ１２０で、タスクマネージャ７は、自分に依頼された１つまたは複数のタスクＴのハードウェア特性のファイルを受信する。
【００９２】
ステップ１２１で、タスクマネージャ７は、自分に依頼されたタスクＴの各々のエネルギープロファイルを表すファイルをさらに受信する。
【００９３】
各タスクＴのハードウェア特性は、このタスクＴの実行に必要な基本計算ユニットの数および／もしくはタスクＴの実行に必要なメモリサイズに、ならびに／またはこのタスクＴの実行優先順位に対応することが留意されよう。
【００９４】
エネルギープロファイルが、タスクマネージャ７に依頼された各タスクＴに関連づけられてもよいことがさらに認められる。
【００９５】
実際には、タスクＴのエネルギープロファイルは、詳細には、電力要件、換言すればこのタスクＴの実行時にこのタスクＴを実行してもよい１つまたは複数のノード５により消費される電力に関する、および／またはこのタスクＴの実行時にこのタスクＴを実行してもよい１つまたは複数のノード５による熱損失、換言すればこの１つまたは複数のノード５の温度上昇に関する必要性を正確に識別する、このタスクＴのエネルギーの影響に関する事前解析結果である。
【００９６】
タスクＴのエネルギープロファイルが、たとえば、ノード５のプロセッサ５２が使用する周波数の特性、ならびに／またはこのノード５のおよび／もしくは入力／出力のメモリの帯域幅使用量のパーセンテージにより表現される。
【００９７】
次いで、ステップ１２２で、タスクマネージャ７は、自分に依頼された１つまたは複数のタスクＴを、および各タスクＴに対して、このタスクＴのエネルギープロファイルに関連するこのタスクＴのハードウェア特性をリストにのせるファイルを決定する。
【００９８】
換言すれば、ステップ１２２で、タスクマネージャは、自分に依頼された１つまたは複数のタスクＴのハードウェア特性のリストを、この１つまたは複数のタスクＴを実行するために必要な基本計算ユニットの数および／もしくはメモリサイズ、ならびに／またはこれらのタスクＴの実行優先順位、ならびに／またはこの１つまたは複数のタスクＴのエネルギープロファイルに従って決定する。
【００９９】
次いで、ステップ１２３で、タスクマネージャ７は、（このタスクマネージャ７に依頼された）少なくとも１つのタスクＴのハードウェア特性をリストにのせるファイルを（図４で参照されることができるステップ１００でこのファイルを受信する）相関システム９に向けて伝送する（または送信する）。
【０１００】
図７は、クラスタ１の少なくとも所定の処理ゾーン２のノード５のハードウェア特性を、およびこれらのノード５の可用性特性を決定することができるようにするステップの構成図を示す。
【０１０１】
ステップ１３４で、クラスタ１は、クラスタ１が備える各ノード５のハードウェア特性を決定する。
【０１０２】
換言すれば、これらのハードウェア特性は、各ノード５の基本計算ユニットの数に、および／またはメモリサイズに対応する。
【０１０３】
ステップ１３５で、クラスタ１は、クラスタ１の少なくとも所定の処理ゾーン２の、またはさらにはクラスタ１全体のノード５のハードウェア特性を具備する、ステップ１３４で作成されたファイルをタスクマネージャ７に伝送する（または送信する）。
【０１０４】
また、ステップ１３６で、クラスタ１は、クラスタ１の少なくとも所定の処理ゾーン２の、またはさらにはクラスタ１全体の各ノード５の可用性特性を決定する。
【０１０５】
所与の時間に、これらの可用性特性は、マイクロプロセッサが動作している周波数に、ならびに／またはこれらのノード５のメモリおよび／もしくは入力／出力の帯域幅使用量のパーセンテージに対応する。
【０１０６】
ステップ１３７で、クラスタ１は、クラスタ１の少なくとも所定の処理ゾーン２の、またはさらにはクラスタ１全体のノード５の可用性特性のファイルをさらに伝送し（または送信し）、このファイルは、ステップ１３６であらかじめ作成された。このファイルは、クラスタ１によりタスクマネージャ７に送信される。
【０１０７】
図６は、所定の処理ゾーン２の、またはさらにはクラスタ１全体のハードウェアおよび可用性の特性を決定することができるようにするステップの構成図をさらに示す。
【０１０８】
ステップ１２４で、タスクマネージャ７は、クラスタ１によりステップ１３４および１３６で作成されたファイルを一緒にグループ化するファイルを、換言すれば、少なくとも所定の処理ゾーン２の、またはさらにはクラスタ１全体の各ノード５のハードウェアおよび可用性の特性を一緒にグループ化するファイルを受信する。
【０１０９】
ステップ１２５で、タスクマネージャ７は、ステップ１２４でファイルと共に受信された、ノード５に関連する特性に基づき、少なくとも所定の処理ゾーン２の、またはさらにはクラスタ１全体のハードウェアおよび可用性の特性を決定する。
【０１１０】
これらのハードウェアおよび可用性の特性は、以後、何組かのノード５、換言すればクラスタ１のゾーン、またはさらには１組のゾーン、またはさらには全体に関係するという事実を除いて、各ノード５に対応するハードウェアおよび可用性の特性に類似する。
【０１１１】
同じステップ１２５で、タスクマネージャ７は、少なくとも所定の処理ゾーン２の、またはさらにはクラスタ１全体のハードウェアおよび可用性の特性を一緒にグループ化するデータベースを作成し、ステップ１２６で、このデータベースを相関システム９に伝送する（または送信する）（相関システム９は、このデータベースを、図４で参照されることができるステップ１２０で受信する）。
【０１１２】
図７は、少なくとも所定の処理ゾーン２の、またはさらにはクラスタ１全体のノード７の熱損失特性を決定し、電力消費量特性を決定することができるようにするステップの構成図をさらに示す。
【０１１３】
ステップ１３０で、クラスタ１は、詳細には、所定の処理ゾーン２に、またはさらにはクラスタ１全体に対応する、これらのノード５の各々の熱損失特性を決定する。
【０１１４】
この同じステップ１３０で、クラスタ１は、少なくとも所定の処理ゾーン２の、またはさらにはクラスタ１全体のノード５の熱損失特性のファイルを作成し、次いで、ステップ１３１で、このファイルを相関システム９に伝送する（または送信する）。
【０１１５】
ステップ１３２で、クラスタ１は、クラスタ１のノード５の、詳細には、所定の処理ゾーン２の、またはさらにはクラスタ１全体のノード５の各々の電力消費量特性をさらに決定する。
【０１１６】
この同じステップ１３２で、クラスタ１は、少なくとも所定の処理ゾーン２の、またはさらにはクラスタ１全体のノード５の電力消費量特性のファイルをさらに作成し、次いで、ステップ１３３で、このファイルを相関システム９に伝送する（または送信する）。
【０１１７】
図５は、所定の処理ゾーン２の、またはさらにはクラスタ１全体のエネルギー特性を決定することができるようにするステップの構成図を示す。
【０１１８】
エネルギー状態特性は、少なくとも所定の処理ゾーン２の、またはさらにはクラスタ１のノード５の熱損失および／または電力消費量に、換言すれば消費された電力に対応することが留意されよう。
【０１１９】
ステップ１１０および１１１で、相関システム９はまた、少なくとも所定の処理ゾーン２の、またはさらにはクラスタ１全体のノード５の熱損失特性のファイル、および少なくとも所定の処理ゾーン２の、またはさらにはクラスタ１全体のノード５の電力消費量のファイルをそれぞれ受信する。
【０１２０】
ステップ１１２で、相関システム９は、ステップ１１０および１１１で受信されたファイルの特性に従って、少なくとも所定の処理ゾーン２の、またはさらにはクラスタ１全体のエネルギー状態特性を決定する。
【０１２１】
この同じステップ１１２で、相関システム９は、少なくとも所定の処理ゾーン２の、またはさらにはクラスタ１全体のエネルギー状態特性を一緒にグループ化するデータベースをさらに作成し、次いで、ステップ１１３で、このデータベースを、この相関システム９の他の部分に伝送し（または送信し）、相関システム９の他の部分は、ステップ１０２（図４）で、この相関システム９がベースとして使用するこのデータベースを受信し、ステップ１０３で、特に１つまたは複数のタスクＴの推奨される配置を決定する。
【０１２２】
このクラスタ１に、詳細にはこのクラスタ１のタスクマネージャ７に依頼された少なくとも１つのタスクＴを実行するために、クラスタ１の少なくとも１つの所定の処理ゾーン２のノード５を割り当てる方法により、有利には、詳細には、このクラスタ１により消費される電力を低減することにより、クラスタ１全体のエネルギーの影響を改善することが可能になり、このことは、詳細には、前述の、これまでの割当方法を使って、非常に大きな電力を消費することがあるクラスタおよびデータセンタに関連して重要である。
【０１２３】
正確に言えば、各所定の処理ゾーン２、またはさらには各ノード５を考慮することにより、クラスタ１全体の電力消費量を考慮すると、この電力消費量基準に基づき１つまたは複数のタスクＴの配置を最適化することが可能になる。
【０１２４】
同じく、クラスタ１全体の、または最低でも各所定の処理ゾーン２の、またはさらには各ノード５の熱損失にリンクした基準を考慮することにより、１つまたは複数のタスクＴの配置をさらに最適化することが可能になることが留意されよう。
【０１２５】
これは、最大電力が消費されるノード５が、単独で温度上昇を引き起こす場合があり、その結果生じる熱損失が周囲のノードに影響を及ぼすおそれがあるので、この熱基準を考慮することが、電力消費と直接リンクされるためである。
【０１２６】
次に、詳細には、この場合単純な具体例について説明が行われる。
【０１２７】
タスクマネージャ７が、一定数のハードウェア特性だけでなく、エネルギープロファイルも有するタスクＴを受信する。
【０１２８】
このタスクＴのハードウェア特性は、コア当たり４Ｇｂのメモリ、ならびに最高実行優先順位を有する、２５６のコアを必要とすることにより規定される。
【０１２９】
このタスクＴのエネルギープロファイルは、このタスクＴを最高速度で動作させるように実行しなければならない、すなわち、最大周波数を有し、かつメモリおよび入力／出力の最大帯域幅使用を必要とする、ノード５のマイクロプロセッサ５２を必要とするエネルギーの必要性を規定し、このことは、ノード５当たり最大エネルギー消費量を意味する。
【０１３０】
この例では、所定の処理ゾーン２は、第１のラックに対してＮｏ．０〜Ｎｏ．５３、第２のラックに対してＮｏ．５４〜Ｎｏ．１０７、第３のラックに対してＮｏ．１０８〜Ｎｏ．１６２、および第４のラックに対してＮｏ．１６３〜Ｎｏ．２１７の番号をそれぞれつけられた５４のノードをそれぞれ有する４つのラック３を具備する。
【０１３１】
ノードＮｏ．５４〜Ｎｏ．１６２だけが、コア当たり４Ｇｂを有し、ノード当たり１６のコアを有するノードであり、その他のノードは、これらのハードウェア特性を有しない。
【０１３２】
ノードＮｏ．５４〜Ｎｏ．１６２はまた、タスクＴを実行するために利用可能なノードである。
【０１３３】
したがって、この場合、タスクＴのハードウェア特性をリストにのせるファイル、ならびに処理ゾーン２のハードウェアおよび可用性の特性を一緒にグループ化するデータベースについて決定が行われた。
【０１３４】
この例では、クラスタ１の、詳細には所定の処理ゾーン２の瞬時の消費が以下のとおりであることが仮定される：
−ノードＮｏ．０〜Ｎｏ．５３を備える第１のラック３は、その３つの段（上、中、および下）にわたり最大エネルギー消費量を有し、
−ノードＮｏ．５４〜Ｎｏ．１０７を有する第２のラック３は、その上段および下段に最小エネルギー消費量を有し、その中段に中程度のエネルギー消費量を有し、
−ノードＮｏ．１０８〜Ｎｏ．１６２を有する第３のラック３は、その３つの段にわたり中程度のエネルギー消費量を有し、
−ノードＮｏ．１６３〜Ｎｏ．２１７を有する第４のラック３は、その上段および中段に中程度のエネルギー消費量を有し、その下段に最小エネルギー消費量を有する。
【０１３５】
また、クラスタ１の、詳細には所定の処理ゾーン２の瞬時の熱損失が以下のとおりであることが仮定される：
−ノードＮｏ．０〜Ｎｏ．５３を有する第１のラック３は、その３つの段にわたり最大熱損失を有し、
−ノードＮｏ．５４〜Ｎｏ．１０７を有する第２のラック３は、その上段および下段に中程度の熱損失を有し、その中段に最大熱損失を有し、
−それぞれノードＮｏ．１０８〜Ｎｏ．１６２およびＮｏ．１６３〜Ｎｏ．２１７を有する第３および第４のラック３は、第３および第４のラックの３つの段にわたり中程度の熱損失を有する。
【０１３６】
所定の処理ゾーン２のノード５のエネルギー状態に関するこの情報により、所定の処理ゾーン２の、またはさらにはクラスタ１全体のエネルギー特性のデータベースを確立することが可能になる。
【０１３７】
ここで説明される例では、タスクＴの分類方針、すなわち、相関システム９の中にロードされる所定の規則が、現在の（換言すれば、タスクＴの実行前の）エネルギー消費量と、現在のエネルギー損失と、熱損失ゾーンが拡大するリスクとの間の相関関係に基づくこと、すなわち、中程度または最小の熱損失を有するノード５が、最大熱損失を有する、隣接するノード５により影響を及ぼされ、したがって、中程度または最小の熱損失を有するノード５の温度上昇に、したがって、中程度または最小の熱損失を有するノード５自体の熱損失増加につながることがさらに仮定される。
【０１３８】
次いで、相関システム９は、タスクＴを実行するための、ノード５の、推奨される割当てのファイルを決定する。
【０１３９】
ノードＮｏ．５４〜Ｎｏ．１６２は、潜在的にタスクＴを実行することができるノードであること、したがって、これらのノードは、このタスクＴに潜在的に割り当てられることができることが理解されている。
【０１４０】
また、ノードＮｏ．５４〜Ｎｏ．１０７は、ノードＮｏ．１０８〜Ｎｏ．１６２よりエネルギー消費（換言すれば、電力消費）に関してよりさらされていることも理解されている。
【０１４１】
必要性（タスクＴのエネルギープロファイル）は、まず第一に、最大電力を伴う（たとえば、最大のマイクロプロセッサ周波数を有する）ノードの必要性であり、かつ配置方針（すなわち、相関システム９の所定の規則）が、通常または最小の熱損失を有するノード５に及ぼす影響を制限することであることを考慮すると、その結果として、ノードＮｏ．１０８〜Ｎｏ．１６２を、これらの配置上の位置を考慮すると、採用することは賢明ではない。これは、ノードＮｏ．１０８〜Ｎｏ．１６２の温度上昇が、隣接するノードＮｏ．５４〜Ｎｏ．１０７およびＮｏ．１６３〜Ｎｏ．２１７に直接影響を及ぼすためである。
【０１４２】
したがって、賢明には、タスクＴを実行するための、ノード５の、推奨される選択は、ノードＮｏ．５４〜Ｎｏ．１０７の中から行われる。
【０１４３】
これらのノードＮｏ．５４〜Ｎｏ．１０７の中でも、第２のラック３の中段に対応するノードＮｏ．７２〜Ｎｏ．９０が最大熱損失を有することが理解されている。
【０１４４】
したがって、ノードＮｏ．７２〜Ｎｏ．９０よりはむしろ第２のラック３の上段および下段にそれぞれ対応するノードＮｏ．５４〜Ｎｏ．７１および／またはノードＮｏ．９１〜Ｎｏ．１０７を使用することがより賢明である。
【０１４５】
配置的に、ノードＮｏ．５４〜Ｎｏ．７１が第２のラック３の最上部（上段）にあることが分かると、熱は上方に、より容易に散逸するので、これらのノードの使用が優先されることが仮定される。
【０１４６】
電子コンポーネントのブレード４に関しては、２つの段が存在し、この第２のラック３の構造物では、構造物の底部に位置するブレードの代わりに構造物の最上部に位置するブレードを採用することが好ましいことが仮定される。一変形形態として、反対の規則を採用すること、またはノード５の番号づけの継続を優先することが好ましいとすることができた。
【０１４７】
したがって、相関システム９は、第２のラック３の上段に位置するノードＮｏ．５４、Ｎｏ．５６、Ｎｏ．５８、Ｎｏ．６０、Ｎｏ．６４、Ｎｏ．６６、Ｎｏ．６８、およびＮｏ．７０を、次いで、この同じラック３の同じ上段に続くノードＮｏ．５５、Ｎｏ．５７、Ｎｏ．５９、Ｎｏ．６１、Ｎｏ．６２、Ｎｏ．６３、Ｎｏ．６５、およびＮｏ．６７を割り当てることを推奨する。
【０１４８】
最後に、相関システム９は、タスクＴを実行するために、ノードＮｏ．５４〜Ｎｏ．６８、およびＮｏ．７０の割当てを推奨する。
【０１４９】
説明された例では、タスクＴの実行の優先順位に、および／またはエネルギー基準に、換言すれば、このタスクＴのエネルギーの影響に、重みが与えられていない。
【０１５０】
例示されていない変形形態では、
−所定の処理ゾーンは、図１で参照されることができるようなゾーンに対応するのではなく、むしろ、完全な１列のラック３に、またはさらには単一のラック３に、またはさらにはラック３の一部に、またはさらには単一ブレード４の電子コンポーネントに、またはさらには単一のノード５に、またはさらにはノード５の単一部分に、またはさらにはクラスタ１全体に対応する、
−ノードが、コンピュータ装置の一品目、またはさらにはそれどころかコンピュータ装置のいくつかの品目の特定の電子コンポーネントから単に形成されてもよい、
−相関システム９の中にロードされる所定の規則は、説明された例で採用された規則と異なる、
−タスクマネージャ７に依頼された各タスクＴが、エネルギープロファイルを具備する、または反対に、一部のタスクだけが、それぞれのエネルギープロファイルに関連づけられる、または他の可能性が、どのタスクもエネルギープロファイルを有しないことである、
−図３に示されるノードのアーキテクチャが異なり、たとえば、より多い、またはより少ない量の揮発性メモリ、より多い、またはより少ないマイクロプロセッサを有する、
−少なくとも所定の処理ゾーンのノードのエネルギー状態特性を決定するステップが、これらのノードの熱損失特性だけに従って、またはこれらのノードの電力消費量特性だけに従って行われる、
−少なくとも所定の処理ゾーンのノードのエネルギー状態特性を決定するステップが、相関システム９によるのではなく、むしろエネルギーマネージャ８により行われる、および／または
−エネルギーマネージャと、相関システムと、タスクマネージャと、処理ゾーンの間で受け渡されるデータは、ファイルまたはデータベースに一体化されるのではなく、より一般的には、少なくともこれらのデータの一部について、ネットワークを介して受け渡され、たとえば、その他が、ファイルまたはデータベースに記憶される、またはさらには送信する前にメモリに記憶されることが可能である。
【０１５１】
より一般的には、本発明は、説明され、提示された例に限定されないことに留意されたい。
【図１】
2014532946.tif 000003
【図２】
2014532946.tif 000004
【図３】
2014532946.tif 000005
【図４】
2014532946.tif 000006
【図５】
2014532946.tif 000007
【図６】
2014532946.tif 000008
【図７】
2014532946.tif 000009
【図８】
2014532946.tif 000010
【図９】
2014532946.tif 000011
【国際調査報告】
2014532946.tif 000012
2014532946.tif 000013
2014532946.tif 000014
2014532946.tif 000015