複数のノードと、前記複数のノードのノードを接続する静的な通信リンクとを備えるクラスタにおいて、前記通信リンクに関する負荷レベルにもとづくルーティングを最適化するためのコンピュータにおける方法であって、前記クラスタのノードであって、間に接続を確立すべき少なくとも2つのノードを特定するステップ505と、前記通信リンクによって前記特定された少なくとも2つのノードを接続する少なくとも1つの経路を、前記特定された少なくとも2つのノード、前記通信リンクのうちの複数の通信リンク、および前記複数の通信リンクの各々の通信リンクに関する少なくとも1つの負荷レベルに従って割り出し、所定の経路を選択するステップ510と、前記選択された経路に関する重みの値を推定するステップ520と、前記選択された経路の各々の通信リンクに関する負荷レベルを増やすステップ525とを含むことを特徴とする、方法。前記特定された少なくとも2つのノードのうちの少なくとも1つのノードについて、ノードの種類を取得するステップ515をさらに含んでおり、前記重みの前記推定による値が、前記取得されるノードの種類に少なくとも部分的に従って推定される、請求項1に記載の方法。前記特定された少なくとも2つのノードのうちの少なくとも1つのノードが属するグループの参照を取得するステップ515をさらに含んでおり、前記重みの前記推定による値が、前記取得される前記グループの参照に少なくとも部分的に従って推定される、請求項1または2に記載の方法。ノードの種類および/またはグループが、該当のノードの性質に従って決定される、請求項3に記載の方法。重み配列を定めるステップ500をさらに含んでおり、前記重み配列が、ノードの識別子、種類、および/またはノードのグループに応じて経路の重みを表わしており、前記重みの値を推定するステップが、前記重み配列を使用する、請求項1から4のいずれか一項に記載の方法。前記特定された少なくとも2つのノードの間に前記選択された経路を確立させるステップをさらに含む、請求項1から5のいずれか一項に記載の方法。少なくとも1つの静的なルーティング表を更新するステップをさらに含んでおり、前記少なくとも1つの静的なルーティング表は、前記クラスタの少なくとも1つのスイッチに関連付けられ、前記少なくとも1つのスイッチは、少なくとも前記少なくとも2つのノードを接続している、請求項1から6のいずれか一項に記載の方法。経路が、各経路に関する重みの値の順にて選択される、請求項1から7のいずれか一項に記載の方法。前記通信リンクが、Infiniband方式の通信リンクである、請求項1から8のいずれか一項に記載の方法。コンピュータ上で実行されたときに請求項1から9のいずれか一項に記載の方法の各ステップを実行するように構成されたインストラクションを含んでいるコンピュータプログラム。上述のルーティングアルゴリズムは、良好な結果をもたらすが、最適ではない。本発明は、上述した問題のうちの少なくとも1つを解決できるようにする。本発明は、複数のノードと、前記複数のノードのノードを接続する静的な通信リンクとを備えるクラスタにおいて、前記通信リンクに関する負荷レベルにもとづくルーティングを最適化するためのコンピュータにおける方法であって、前記クラスタのノードであって、間に接続を確立すべき少なくとも2つのノードを特定するステップと、前記通信リンクによって前記特定された少なくとも2つのノードを接続する少なくとも1つの経路を、前記特定された少なくとも2つのノード、前記通信リンクのうちの複数の通信リンク、および前記複数の通信リンクの各々の通信リンクに関する少なくとも1つの負荷レベルに従って割り出し、所定の経路を選択するステップと、前記選択された経路に関する重みの値を推定するステップと、前記選択された経路の各々の通信リンクに関する負荷レベルを増やすステップとを含む方法に関する。このようにして、本発明による方法は、クラスタおよび関係するノードの特徴に応じて特定の経路が他の経路よりも優先または回避されるように経路に重みを組み合わせることによって、クラスタのルーティングを最適にすることを可能にする。好都合には、この方法が、前記特定された少なくとも2つのノードのうちの少なくとも1つのノードについて、ノードの種類を取得するステップをさらに含み、前記重みの前記推定による値が、前記取得されるノードの種類に少なくとも部分的に従って推定される。このようにして、本発明による方法は、ノードの種類に応じたクラスタのルーティングの最適化を可能にする。特定の実施の形態によれば、この方法が、前記特定された少なくとも2つのノードのうちの少なくとも1つのノードが属するグループの参照を取得するステップをさらに含み、前記重みの前記推定による値が、前記取得されるグループの参照に少なくとも部分的に従って推定される。このようにして、本発明による方法は、各々のノードの特徴を個別に明らかにする必要なく、ノードの種類に応じたクラスタのルーティングの最適化を可能にする。ノードの種類および/またはグループは、好ましくは該当のノードの性質に応じて決定される。さらに特定の実施の形態によれば、この方法が、重み配列を定めるステップをさらに含み、前記重み配列が、ノードの識別子、種類、および/またはノードのグループに応じて経路の重みを表わしており、前記重みの値を推定するステップが、前記重み配列を使用する。このようにして、ノードの特徴に応じた重みの管理が、きわめて簡単に実行される。好都合には、この方法が、前記特定された少なくとも2つのノードの間に前記選択された経路を確立させるステップをさらに含む。さらに特定の実施の形態によれば、この方法が、少なくとも1つの静的なルーティング表を更新するステップをさらに含み、前記少なくとも1つの静的なルーティング表は、前記クラスタの少なくとも1つのスイッチに関連付けられ、前記少なくとも1つのスイッチは、少なくとも前記少なくとも2つのノードを接続している。このようにして、本発明による方法を、特に静的なルーティングテーブルを備えるスイッチを使用する従来からのアーキテクチャにおいて、容易に実行することができる。経路は、好都合には、ルーティングを簡単にするために各経路に関する重みの値の順にて選択される重みの軽い経路は、重みの大きい経路よりも容易に定めることができる。使用される通信リンクは、特にInfiniband方式の通信リンクであってもよい。さらに本発明は、コンピュータ上で実行されたときに上述の方法の各ステップを実行するように構成されたインストラクションを含んでいるコンピュータプログラムに関する。このコンピュータプログラムによってもたらされる利点は、上述した利点と同様である。本発明の他の利点、目的、および特徴が、あくまでも本発明を限定するものではない例として添付の図面に関連して提示される以下の詳細な説明から、明らかになるであろう。クラスタ内の通信ネットワークの経路が同じ性質である場合、それらの経路によって接続されるノードの性質が、交換されるデータの量に関し、したがって使用される帯域幅に関して、ある役割を果たすことが明らかになっている。すなわち、例えば、2つの計算ノードを接続する経路は、一般に、計算ノードをストレージノードへと接続する経路と比べ、あまり帯域幅を使用しない。したがって、本発明は、ルーティングの際に、クラスタのノードの性質を使用して、それらのノードを接続する経路に重みまたは重み付け係数を与える。クラスタの特定の種類のノードを接続する経路に重みを割り当てることで、使用されるルーティングアルゴリズムを特定の経路へと傾けることが可能になり、結果として使用される通信リンクの各々の経路への帯域幅の割り当てを最適化することが可能になる。従来からの方法においては、使用されるルーティングアルゴリズムが、2つのノードの間の経路を確立するときに複数の選択肢が存在する場合、それらの選択肢に関する負荷レベルすなわち典型的には、それらの選択肢に対応するリンクを使用している経路の数を比較し、負荷レベルが最も低い選択肢を選択する。しかしながら、本発明によれば、2つのノードの間に経路が確立されるとき、その経路をサポートする通信リンクの負荷レベルが、当該2つのノードの種類に関係した値を有する重みに応じて増やされる。特定の種類の経路に所与の重みを割り当てることによって、ルーティングを、帯域幅に関して特定のニーズを有する特定の経路を優先するように偏らせることが可能になる。すなわち、2つのノードを接続する経路に大きな値を有する重みを使用することによって、それらのノードの間のデータ通信により広い帯域幅を割り当てることができる。ルーティング段階における経路への重みの割り当てを、アプリケーションプログラムインターフェイスAPIを通じて実行することができる。特定の実施の形態によれば、weight_fileと称される重みファイルが、Infiniband方式の通信ネットワークにおいてポートGUIDグローバル一意識別子GloballyUniqueIDentifierの略と称されるポート識別子によって定められる経路へと重みを割り当てるために使用される。そのようなファイルが、ルーティング段階に先立って分析される。そのようなファイルは、種類によってグループ分けされた通信ネットワークの通信要素典型的には、ノードのリスト、ならびにそれらのグループ間に形成されるペアについての重みのリストを含んでいる。それらの分析の際に、それらの重みを、ルーティング段階において各々の通信リンクについて使用すべき負荷の増分を記述する配列を満たすために使用することができる。初期値として、ある2種類のノードを接続する経路について重みの値が定義されていない場合には、その値は1に等しい。ルーティング段階において経路が一連のリンクを通じて確立されるとき、それらのリンクの各々に関する負荷レベルが、確立された経路の両端のノードの種類に関連付けられた重みの値だけ増やされる。図4a~図4dが、スイッチ400を含むクラスタの初期化段階の際のスイッチ400におけるこのルーティングの原理を示している。図3a~図3eに示したスイッチ300と同様に、ここではスイッチ400が、スイッチ400を入力405-1~405-4へと接続する4つの入力通信リンク410-1~410-4で指し示されていると、スイッチ400を出力415-1および415-2へと接続する2つの出力通信リンク420-1および420-2で指し示されているを有している。入力は、例えばネットワークのノードからの出力または他のスイッチの出力である。初期化以前は、リンク410-1~410-4、420-1、および420-2のいずれも、経路を含んでいない。したがって、これらのリンクの各々に関する負荷レベルは、図4aにおいて各々のリンクの傍らに示されているとおり、ゼロである。次いで、スイッチ400の入力405-1と出力との間に経路を確立すべき場合、リンク410-1使用できる唯一のリンクが選択され、さらにリンク420-1が選択されるリンク420-1および420-2に関する負荷レベルが同じゼロであるため、第1のリンクが選択される。ここで、今まさに確立されたリンク410-1および420-1を使用する経路の目的が、計算ノードをストレージノードへと接続することであると仮定する。したがって、計算タイプのノードとストレージタイプのノードとを接続する経路の重みの値が200である場合、この値が、図4bに示されるようにリンク410-1および420-1の負荷レベルを増やすために使用される。同じ方法で、スイッチ400の入力405-2と出力との間に経路を確立すべき場合、リンク40-2使用できる唯一のリンクが選択され、さらにリンク420-2が選択されるリンク420-1に関する負荷レベルが200に等しく、リンク420に関する負荷レベルがゼロであるため、負荷レベルの値が最も小さい後者が選択される。ここで、今まさに確立されたリンク410-2および420-2を使用する経路の目的が、サービスノードを計算ノードへと接続することであると仮定し、サービスタイプのノードと計算タイプのノードとを接続する経路の重みの値が99であると仮定すると、この値が、図4cに示されるようにリンク410-2および420-2の負荷を増やすために使用される。同様の方法で、スイッチ400の入力405-3と出力との間に経路を確立すべき場合、リンク410-3使用できる唯一のリンクが選択され、さらにリンク420-2が選択されるリンク420-1に関する負荷レベルが200に等しく、リンク420-2に関する負荷レベルが99に等しいため、負荷レベルの値が最も小さい後者が選択される。今まさに確立されたリンク410-3および420-2を使用する経路の目的が、2つの計算ノードを接続することであると仮定し、計算タイプのノードを接続する経路の重みの値が1であると仮定すると、この値が、図4dに示されるようにリンク410-3および420-2の負荷を増やすために使用される。この方法は、クラスタの初期化時にクラスタのすべての経路を決定するために好都合に適用される。さらに、ルーティング段階において、経路は、好ましくはルーティングを最適にするために、順序付けられた方式で決定され、すなわち他の経路の重みの値よりも大きい値の重みが組み合わせられた経路が、当該他の経路よりも先に決定される。この順序を、重みの配列ならびにノードの種類にもとづくノードの特定を可能にするノードのグループから決定することができる。重みファイルの抜粋が、別表抜粋1に示されている。別表は、通信ネットワークのノードのグループ分けの例ここでは、各々のグループが別々の種類のノードに相当している、ならびにノードの種類の組に対する重みの割り当てを示している。この例によれば、ポートGUIDとして値0x100901、0x101201、0x100903、0x1101203、0x101207、0x100909、および0x101209を有するノードが、ストレージstorageタイプのノードである。ここで、ノードのタイプ種類の定義は、DEFという表示を使用して行なわれ、DEFという表示の後ろにグループそのものの名称が続けられ、その後に中括弧の間に配置された該当するポートGUIDの列挙が続けられる。同様に、ポートGUIDとして0x100905、0x101205、および0x100907を有するノードは、管理adminタイプのノードであり、すなわち管理ノードである。同様に、ポートGUIDとして0x10090b、0x010120b、0x10090d、0x10120d、0x10090f、0x10120f、0x100911、0x101211、0x100913、0x101213、0x100915、0x100917、0x101217、および0x100919を有するノードは、計算computeタイプのノードである。さらに、サービスserviceと呼ばれるノードのタイプは、ストレージstorageおよび管理adminタイプのノードの集合である。ここで、重みは、ファイルの末尾において与えられる。ここで、2つのノードを接続する経路の重みを定義するための文法は、ID1=>ID2重みという構文を使用し、ここでID1がポートGUIDまたは送信ノードのグループであり、ID2がポートGUIDまたは受信ノードのグループであり、重みが、リンクの負荷レベルの計算において使用すべき値である。この例によれば、200に等しい重みの値が、計算ノードすなわち、計算computeタイプのノードからストレージノードすなわち、ストレージstorageタイプのノードへのすべての経路に加えられる≪compute=>storage200≫。同様に、99に等しい重みの値が、サービスノードすなわち、サービスserviceタイプのノードから計算ノードすなわち、計算computeタイプのノードへのすべての経路に加えられる≪service=>compute99≫。同じ方法で、200に等しい重みの値が、管理ノードすなわち、管理adminタイプのノードからストレージノードすなわち、ストレージstorageタイプのノードへのすべての経路に加えられる≪admin=>storage200≫。特定の実施の形態によれば、2つの種類のノードを接続する経路に関する重みが、重み設定ファイルに複数回現れる場合に、その経路に関する重みが、指定された重みの累積値に等しい。当然ながら、他の重みを定めることができる。同様に、別の文法を使用することができる。さらに、上述の例に従い、経路に方向性があると考えられる場合に、経路に関する負荷のレベルは、あたかも経路が双方向性であるかのように、逆の経路に関する負荷のレベルと同じであってもよい。図5が、静的な通信リンクを使用する通信ネットワークのルーティングの段階において2つのノードを接続する経路を決定および選択し、さらには経路の選択後の通信リンクの負荷レベルを決定するために実行される典型的なアルゴリズムの概略図である。第1のステップステップ500は、2つのノードから形成されるノードペアに重み経路の方向にかかわらず同じ重みを関連付け、あるいは別表表1に示されるように送信ノードおよび受信ノードから形成されるノードペアに重み経路の方向に関連した重みを関連付けることを可能にする重み配列の初期化に関する。この配列を、特に別表抜粋1に示した重みファイルなどの重みファイルから確立することができる。このステップは、ノードの識別子とノードの種類および/またはノードが属する1つ以上のグループとの間の対応関係を保存することも可能にする。あるいは、重み配列が、別表表2に部分的に示されているように、各々のノードペアに関する重みを直接定めてもよい。表1が、送信側のノードタイプを受信側のノードタイプへと接続する経路に与えるべき重みを示している一方で、表2は、送信ノードを受信ノードへと接続する経路に与えるべき重みを示している。続くステップステップ505において、確立すべき経路の両端のノードのペアが特定される。ここでは、ノードのペアが、送信ノードおよび受信ノードからなる。このステップは、確立すべき経路の定義を可能にするためのルーティングアルゴリズムの基本的なステップである。例えば、ノードが、ポートGUIDによって特定される。次いで、それら特定されたノードを接続するための経路の選択肢を割り出し、最良の経路を選択するステップが、標準的なアルゴリズム例えば、FTreeアルゴリズムに従って実行されるステップ510。続くステップステップ515において、特定されたノードのタイプあるいはそれらが属する1つ以上のグループが、初期化のステップにおいて得られた情報に従って取得される。破線の使用によって示唆されているとおり、このステップは随意である。なぜならば、特に初期化の段階において決定される重み配列が、重みをノードの識別子に直接関連付けている場合に、この段階においてノードの種類および/またはノードが属する1つ以上のグループを割り出す必要がないからである。次いで、ノードの種類、ノードが属する1つ以上のグループ、および/またはノードの識別子例えば、ポートGUIDが、これらのノードを接続する経路の重みを推定するために使用されるステップ520。重みは、好ましくは、前もって決定された重み配列を読み取ることによって直接与えられる。あるいは、重みを、所定の関数または表に従い、重み配列に保存された参照値に従って推定することができる。重み配列からの重みを、例えばクラスタの接続形態または当該経路によって実現されるリンクの位置に関する特定の状況に応じて、増減させてもよい。次いで、選択された経路について推定された重みが、当該経路によって実現される通信リンクに関する負荷レベルを更新するために使用されるステップ525。すでに述べたように、推定された重みの値を、当該経路が使用する通信リンクの負荷レベルの値へと加算することができる。破線の矢印によって示唆されるとおり、ステップ505~525を、新たな経路の確立のために繰り返すことができる。典型的には、ステップ505~525が、図5に示したアルゴリズムが実行されるクラスタにおいて確立すべきすべての経路について繰り返される。ここで、このアルゴリズムを、例えば図2に関して説明したアーキテクチャと同様のアーキテクチャを有する装置において実行できることが、明らかになっている。このアルゴリズムは、管理ノード上で動作するネットワークマネージャにおいて実行される。さらに、ルーティングアルゴリズムにおける重みの使用が、クオリティオブサービスQoSの管理アルゴリズムと矛盾しないことが明らかになっている。ここで、クオリティオブサービスの管理が、典型的には仮想リンクの考え方に従って各々の経路に関するサービスおよび信用のレベルにもとづいて、ネットワークの争いの場合に特定の経路を優先できるようにすることを、思い出すべきである。したがって、この管理は、本質的にルーティングとは無関係である。したがって、これら2つの手法は、クラスタにおけるデータの伝送を改善し、したがってクラスタの性能を向上させるうえで、相補的である。当然ながら、個々のニーズを満たすために、当業者であれば以上の説明に変更を加えることができるであろう。