JP5459800B2 - サーバクラスタ、データ媒体および対応するサーバクラスタの初期化および管理データベースの操作リクエストを生成するための方法 - Google Patents

Description

本発明は、少なくとも１つのデータ伝送ネットワークによって互いの間を相互接続されるいくつかのノードを備えたサーバクラスタの初期化および管理データベースの操作リクエストを生成するための方法に関する。それは、この方法の実現のためのデータ媒体およびこの方法に従って生成されるリクエストによって完成されるデータベースを備えるサーバクラスタにも関する。

サーバクラスタは、特に互いに相互接続されるいくつかの計算ノードを備えたものが公知である。このタイプのサーバクラスタは一般に、高い処理能力を備えたコンピュータまたはＨＰＣ（「高性能コンピューティング」）コンピュータとして公知である、きわめて高い計算能力を備えたコンピュータとして外部から見える、いくつかのネットワーク化されたコンピュータを備えるコンピュータインストレーションである。これらの最適化されたインストレーションは、計算ノードの少なくとも１つの部分で複雑な処理操作の分配および／または並列処理を可能にする。

最も単純なものの中で、特定のサーバクラスタが、クラスタの正しい初期化および管理のために、このインストレーションが起動されるときに、これらの要素が自動的に識別されることができるような、同じ識別プロトコルを順守する均質の要素を備えることができる。これは、残念なことに、サーバクラスタの全ての異質の要素およびパラメータを使用したデータベースの生成が必要なきわめて高い計算能力を備えた、今日存在する複雑なサーバクラスタの大部分に関する場合でない。このデータベースは、したがって、サーバクラスタの構成の、および、ステータスの一意的な関連を代表する。

主な困難は、リクエストを用いてサーバクラスタの初期化および管理のために必要な全ての情報をこのデータベースに与えることにある。必要な最小限の情報は、例えばハードウェアの記述、計算センタ内のサーバおよびクラスタのノードの地理的位置、インストールされるソフトウェアツールのステータス、クラスタの動作データまたはハードウェアのステータスのような、サーバクラスタの要素の、および、それらの相互関係の論理およびハードウェア記述の静的データである。

リレーショナルデータベースの形式でしばしば定義されるデータベースの情報を供給するために、データベースの操作リクエストが一般に定義される。サーバクラスタデータベースを埋めるために、それらは１つ以上のファイルに含まれるラインコードの形式で、手で書かれ、複雑なサーバクラスタに対して数千ラインに達しうる。アーキテクチャおよびクラスタの配線を含む、サーバクラスタを定義し、データベースのこれらの操作リクエストを書込む技術文書を検査するのに、数カ月かかる可能性がある。さらに、書込は一般に予め確立された順序に従って構築されず、それをより困難で長くしさえする。最後に、操作リクエストの手での書込は入力エラーの原因であって、多くの整合性チェックを必要とする。

したがって、上述した問題および制約が克服されることを可能にするサーバクラスタの初期化および管理データベースの操作リクエストの１つの生成方法を提供することが要求されることができる。

本発明の目的は、したがって、少なくとも１つのデータ伝送ネットワークによって互いの間を相互接続されるいくつかのノードを備えたサーバクラスタの初期化および管理データベースの操作リクエストを生成するための１つの方法であって、以下のステップ、すなわち、
−データ伝送ネットワーク内のクラスタのノードの論理分布からの、地理的分布からの、および、クラスタのノードのハードウェア定義からの、ノードの、および、データ伝送ネットワークの少なくとも１組のプロファイルの生成ステップ、
−クラスタのノードのアドレス指定ポリシーの定義ステップ、
−プロファイルの組からの、および、アドレス指定ポリシーに従う、サーバクラスタの各ノードへの少なくとも１つのアドレスの割当ておよびクラスタの１組のパラメータの生成ステップ、ならびに、
−クラスタの、および、そのノードのアドレスのパラメータの組からの、サーバクラスタの初期化および管理データベースの操作リクエストの少なくとも１つのファイルの生成ステップ、を含むことを特徴とする方法である。

それゆえに、本発明は、サーバクラスタのノードアドレスへのアドレス指定ポリシーの適用の後、考慮されるべきデータベースの操作リクエストのファイルの容易にされ、自動化さえされた生成を可能にするクラスタの１組のパラメータの生成ステップを独創的な方法で構築するために、サーバクラスタのノードのアドレス指定ポリシーの定義を活用する。

１つの任意選択の方法において、ノードの、および、データ伝送ネットワークの少なくとも１つの組のプロファイルの生成ステップが、サーバクラスタの論理表現の第１の所定のデジタルファイルからの要約デジタルファイルの、および、サーバクラスタの物理表現の第２の所定のデジタルファイルの、生成を含む。

また、１つの任意選択の方法において、アドレス指定ポリシーの定義ステップが有効ＩＰアドレスを、サーバクラスタを構成する要素の少なくとも１つの部分に割り当てるためのソフトウェアルールの定義を含み、および、サーバクラスタの各ノードへの少なくとも１つのアドレスの割当てステップがこれらのソフトウェアルールの実行によって実施される。

また、１つの任意選択の方法において、このソフトウェアルールが以下のソフトウェアルールによって構成される組の要素のうちの少なくとも１つを含む：
−サーバクラスタ内に分配するＩＰアドレスの数に従うＩＰアドレス指定クラスの選択、
−データ伝送ネットワークのスイッチのためのいくつかのアドレスの事前予約、
−ノードの仮想アドレスとしてのいくつかのアドレスの事前予約、
−先頭アドレスが直列に相互接続されるノードとサーバクラスタの残りとの間のシリアルインタフェースのために、および以降のものが直列に相互接続されるノードの各々のために予約される、直列に相互接続されるノードのための、アドレスゾーンの事前予約、
−所定の式を用いてクラスタ内のその識別子に従うクラスタのノードへのアドレスのまたはアドレス間隔の自動割当て、
−サーバクラスタの各データ伝送ネットワークへのＩＰアドレスの割当て。

また、１つの任意選択の方法において、本発明に従う１つの方法が、サーバクラスタのデータベースを完成させるような方法でリクエストファイルがその間に実行されるステップを含む。

本発明の目的は、また、通信ネットワークから、および／またはコンピュータによって読取り可能な媒体上に記録される、および／またはプロセッサによって実行可能な、１つのダウンロード可能なコンピュータプログラム生成物であって、上で定義されたように、それがサーバクラスタの初期化および管理データベースの操作リクエストの生成方法の実現のためのプログラムコード命令を備えることを特徴とする生成物である。

本発明の目的は、また、少なくとも１つのデータ伝送ネットワークによって互いの間を相互接続されるいくつかのノードを備えた１台のサーバクラスタであって、管理データ記憶装置ラックと関連するクラスタのノードの少なくとも１台の管理サーバを含み、それが、上で定義されたような１つの方法によって生成されるリクエストによって完成される初期化および管理データベースを更に備え、この初期化および管理データが、管理データ記憶装置ラック内に記憶され、およびこの管理サーバが、このデータベースを管理するための手段を備えている、ことを特徴とするサーバクラスタである。

１つの任意選択の方法において、ノードの少なくとも１つの部分が計算ノードを備え、およびデータ伝送ネットワークが計算ノードの少なくとも１つの相互接続ネットワークを備える。

また、１つの任意選択の方法において、サーバクラスタが少なくとも１つのトラフィック管理ノードおよび少なくとも１つのデータバックアップノードを更に備え、ならびにデータ伝送ネットワークが計算、トラフィック管理およびデータバックアップノードへの管理サーバの接続のための計算ノードの相互接続ネットワークと異なる少なくとも１つの管理ネットワークを更に備える。

本発明は、一例としてだけ、および、添付の図面に関して与えられる以下の記述によって、よりよく理解され、そこにおいて、

ＨＰＣコンピュータタイプのサーバクラスタの一例の一般的な構成を模式的に示す。 図１のサーバクラスタの管理のためのデータベースの構成を模式的に示す。 図２のデータベースの情報を生成して、供給するための１つの方法の連続したステップを例示する。

図１内のコンピュータインストレーションは、バックボーンネットワーク１２に接続されたコマンド端末を備える。また、このバックボーンネットワーク１２に、外部から、すなわち、コマンド端末１０の視点から、単一のＨＰＣコンピュータ実体として見えるサーバクラスタ１４が接続される。

事実、サーバクラスタ１４はいくつかのネットワークを用いて互いの間を相互接続されるいくつかのコンピュータを備え、これらの他のものは異質である。

サーバクラスタ１４のコンピュータの全てが、全てこのクラスタのノードを構成する。より一般的な方法において、ノードは１つ以上の計算ユニット（複数ユニット）を備えることが可能なコンピュータである。

サーバクラスタ１４において、２タイプのノード：計算ノードおよびサービスノードが区別されることができる。計算ノードは、サービスノードの監督の下で、コマンド端末１０から命令される異なる処理命令を効果的に実行するものである。

サービスノードの大部分は、保安の理由で二重にされる。換言すれば、各サービスノードはそれと同じ特性を備えるレプリカを伴い、故障の場合にはそれをすぐ取り替える準備ができている。

さらに注意されるのは、図１において、多数のリンクが２つの実体（ノードおよび／またはネットワーク部分）の間に存在するたびに、この図の明快さのために、１つのリンクだけが示されて、２つの実体間のリンクの数を示唆する数が伴われる、ことである。実際に、各リンクが示されなければならない場合、サーバクラスタ１４の複雑さのために、これは本発明の理解に不利益であろう混乱を生じさせるであろう。

図１のサーバクラスタ１４の全てのサービスノードが、処理インタフェース１６、管理サーバ１８、クラスタのメタデータ管理サーバ２０、入力／出力管理サーバ２２およびバックアップサーバ２４を備える。

ログインインタフェースとより一般に称される、処理インタフェース１６が、バックボーンネットワーク１２とサーバクラスタ１４との間の計算インタフェース機能を果たす。それは、計算ノードと同一タイプのアプリオリであるが、更にコンパイラおよび特定の計算ツールを装備し、その存在はコマンド端末１０から受信される命令を処理するのに必要である。処理インタフェース１６は、前述のように保安の理由で二重にされて、したがって、２つのリンク２６を用いてバックボーンネットワーク１２にそのレプリカと共に接続される。

管理サーバ１８は、サーバクラスタ１４の一般的な管理機能を果たす。それらのタイプおよび可用性に従って異なる計算ノードに処理インタフェース１６によって伝送される命令の分布を管理するのは特にこのサーバである。それもまた、保安の理由で二重にされる。管理サーバ１８およびそのレプリカは、記憶データへのきわめて迅速なアクセスのために、それらが複数の光ファイバ２９によって接続されるディスク記憶装置ラック２８を共有する。

コマンド端末１０のユーザによるサーバクラスタ１４の管理を可能にするために、管理サーバ１８はまた、２つのリンク２７を用いてそのレプリカと共に一般にバックボーンネットワーク１２に直接接続される。これは、更にコマンド端末１０のユーザがサーバクラスタ１４によって選択される戦略および計算オプションの上により大きな制御を有することを可能にする。さらに、ログインインタフェースを持たない小さな寸法のサーバクラスタの特定の実施態様では、この二重リンク２７はサーバクラスタとバックボーンネットワークとの間の唯一のリンクである。

メタデータ管理サーバ２０、別名ＭＤＳサーバ（「メタデータサーバ」）および入力／出力管理サーバ２２、別名ＯＳＳサーバ（「オブジェクト記憶サーバ」）が、サーバクラスタ１４の計算ノードによって処理されるデータのトラフィックの管理機能を果たす。それらは、これのために分散ファイルの管理システム、例えばＬｕｓｔｒｅシステム（登録商標）を管理する。

これらの２つのサーバもまた、二重にされて、光ファイバによって各々記憶装置ラックに接続される。ＭＤＳサーバ２０およびそのレプリカは、それらが複数の光ファイバ３２によって接続されるディスク記憶装置ラック３０を共有する。同様に、ＯＳＳサーバ２２およびそのレプリカはそれらが複数の光ファイバ３６によって接続されるディスク記憶装置ラック３４を共有する。

最後に、バックアップサーバ２４がＨＰＣコンピュータ全体のデータの保護を管理して、これのためにテープ記憶装置ラック３８に接続される。サーバクラスタ１４の他のサービスノードとは対照的に、このバックアップサーバ２４は図１内に例示される例において二重にされない。

図１のＨＰＣコンピュータの全ての計算ノードは異質であり、例えば６台のサーバを備えた第１の計算ユニット４０、１２台のサーバを備えた第２の計算ユニット４２および２４台のサーバを備えた第３の計算ユニット４４、のようないくつかのユニットの計算ノードを備える。

第１の計算ユニット４０は、シリアルネットワークで実装される６台の高速計算サーバを備えて、これのために、イーサネットタイプネットワークによって識別可能なＩＰアドレス（「インターネットプロトコル」）への、この第１のユニット４０のサーバの各々のシリアルポートの変換を実現するシリアルアダプタ４６に接続される。シリアルアダプタ４６は、さらに一般的にいえば第１の計算ユニット４０のシリアルネットワークとサーバクラスタ１４の管理ネットワークとの間のインタフェース機能を果たす。

さらに、第１の計算ユニット４０の６台のサーバはそれらがスイッチ５０経由で接続される特定の記憶装置ラック４８を共有する。この記憶装置ラック４８は、例えばＭＤＳ２０およびＯＳＳ２２サーバによって管理されるものと異なることができる、それら自体のファイル管理システムに従って編成される多くのデータに対するアクセスを与える。

この第１の計算ユニット４０の特定の管理は、スクリーンおよび／またはキーボードおよび／またはマウス５４のような周辺デバイスと関連する管理プラットホーム５２によって与えられる。管理プラットホーム５２は、実際問題として６台の高速計算サーバの監視に費やされるコンピュータである。それゆえに、図１内に代表されるように、第１の計算ユニット４０は第２のおよび第３の計算ユニット４２および４４より強力に設計されている。

周辺デバイス５４は、ＫＶＭスイッチ５６（「キーボードビデオマウス」）を用いてＨＰＣコンピュータの管理プラットホーム５２と管理サーバ１８との間で共有されることができ、したがって、オペレータがプラットホーム５２および／または管理サーバ１８の操作のためにサーバクラスタ１４のサイト上で直接働くことを可能にする。

上述したサーバクラスタ１４の異なるノードは、いくつかのネットワークを用いて互いの間を相互接続される。

シリアルネットワークと呼ばれる第１のネットワーク５８が第１の計算ユニット４０の高速計算サーバを互いの間で特に接続するのがすでに見られた。

一般にイーサネットタイプの、管理ネットワークと呼ばれる第２のネットワーク６０が、サーバクラスタ１４の管理サーバ１８がこのサーバの管理ポート経由で、処理インタフェース１６、ＭＤＳサーバ２０、そのレプリカおよびその記憶装置ラック３０、ＯＳＳサーバ２２、そのレプリカおよびその記憶装置ラック３４、バックアップサーバ２４およびそのテープ記憶装置ラック３８、第１、第２および第３の計算ユニット４０、４２および４４、第１の計算ユニット４０の特定の記憶装置ラック４８、シリアルアダプタ４６ならびに管理プラットホーム５２のようなクラスタの他のノードに、接続されることを可能にする。

１つの任意選択の方法において、コンピュータのサーバタイプノードのために使用されるハードウェアに従って、第２の管理ネットワーク６０が、管理ポートと異なるこのサーバの主制御ポート経由で管理サーバ１８に接続される主制御ネットワーク６２によって二倍にされることができる。この主制御ネットワーク６２は、起動、開始、シャットダウンおよび致命的エラーと呼ばれる特定の所定の主要なエラーの処理に費やされ、およびそれが管理するサーバのコアファイルを生成する。図１の例において、主制御ネットワーク６２は管理サーバ１８を、処理インタフェース１６におよびそのレプリカに、ＭＤＳサーバ２０におよびそのレプリカに、ＯＳＳサーバ２２におよびそのレプリカに、バックアップサーバ２４に、ならびに、第２および第３の計算ユニット４２および４４に、接続する。

計算ノードの相互接続ネットワークと呼ばれる第３のネットワーク６４が、それらの間、一方では、第１、第２および第３の計算ユニット４０、４２および４４のサーバ、および他方では、処理インタフェース１６、ＭＤＳサーバ２０、ＯＳＳサーバ２２およびバックアップサーバ２４を接続する。この相互接続ネットワーク６４によって相互接続される異なる要素の間を通過するデータの交換は、管理ネットワーク６０にそれ自体接続されるこのネットワークの交換ユニット６６によって与えられる。この第３の相互接続ネットワーク６４は、管理ネットワーク６０のビットレート特性に関連してきわめて高いビットレート特性を有する。それは実際に、コマンド端末１０によって伝送される処理命令の実行のために必要な計算データが処理インタフェース１６経由で通過するこの相互接続ネットワーク６４を通してである。

１つの任意選択の方法において、第３の相互接続ネットワーク６４が、第３の相互接続ネットワーク６４によって互いの間をすでに接続された要素の少なくとも１つの部分に接続される追加的な相互接続ネットワーク６８によって二倍にされることができる。例えば、図１のサーバクラスタ１４では、追加的な相互接続ネットワーク６８がそれらの帯域幅を二倍にするために第１および第２の計算ユニット４０および４２のサーバを接続する。同様に、この追加的な相互接続ネットワーク６８によって相互接続される異なる要素の間を通過するデータの交換が、管理ネットワーク６０にそれ自体接続されるこのネットワークの追加的な交換ユニット７０によって与えられる。

図１に関して上で記載されたような、サーバクラスタ１４の構成は、本発明を実現するのにふさわしいが、しかし、上述した要素の全部または一部を備え、より複雑な場合、他の要素を備えてさえいる、特にＨＰＣコンピュータタイプの、他の可能なクラスタ構成もまた、適切である。１つの単純な構成において、サーバクラスタが少なくとも１台の管理サーバ、計算ノード、管理ノードをクラスタの他のノードに接続する管理ネットワークおよび、その管理ネットワークの１つより高いビットレートが、より高い計算パフォーマンスが得られることを可能にする計算ノードの相互接続ネットワークを備えたサービスノードを備える。

きわめて異質の要素で構成されるこの種のサーバクラスタ１４は、初期化および管理データベース７２を必要とし、その管理ツールは、例えば管理サーバ１８をホストとし、その記述データは、管理サーバ１８と関連する記憶装置ラック２８内に記憶される。データベース７２の静的または動的データは、テープ記憶装置ラック３８に定期的にバックアップされる。このデータベース７２は、図２内に模式的に示される。

それは、特にその管理ツールおよび、サーバクラスタ１４を初期化して、管理するのに必要な情報を供給することを意図する、構造化記述データ（Ｄ（５８）、Ｄ（６０，６２）、Ｄ（６４，６８）、ノード、ＨＭＩ、配備、ＩＰ＠、地理的位置、ＦＭＳ、記憶装置）を含むデータベースコアＤＢを備える。

この情報は、何よりもまず、サーバクラスタ１４の異なるネットワーク、第１のシリアルネットワーク５８、第２の管理ネットワーク６０、６２および第３の相互接続ネットワーク６４、６８に関するデータＤ（５８）、Ｄ（６０，６２）、Ｄ（６４，６８）を備える。このデータは、例えばネットワークのタイプ、その伝送能力、プロバイダの識別子、などに関する。

この情報は、主制御ネットワーク６２に接続されるもの：各ノードのタイプ、（計算、管理サーバ、その他）、その技術的な特性（モデル、ハードウェアステータス、計算能力、ＲＡＭメモリおよびインストールされたソフトウェアツールのステータス）、プロバイダの識別子、などのようなサーバクラスタ１４のサーバタイプノード上の「ノード」データを更に備える。

この情報はまた、記憶装置インフラストラクチャに関する、ボリュームの論理分割に関する、配備モデル、などに関する、「記憶装置」記述データを備える。

それはさらに、サーバクラスタ１４によって使われるマンマシンインタフェースに関する「ＨＭＩ」情報、使用されるファイル管理システム（例えばＬｕｓｔｒｅシステム）に関する「ＦＭＳ」データ、サーバクラスタ１４内の配備の構成に関する「配備」データ、クラスタ内のＩＰアドレスの分布に関する「ＩＰ＠」データ、同じく異なる要素の地理学的位置に関する「地理的位置」データを備える。

その記述データの値を供給するべきデータベース７２を生成するために、使用法が有利には、そのステップが図３内に例示されるもののような１つの方法でできている。

事前ステップ１００中に、サーバクラスタ１４のノードのアドレス指定ポリシーが定義される。

ＩＰプロトコルのバージョン４の例をとることによって、クラスタのノードのＩＰアドレスが４バイトで定義され、それの値は、それらを最も大きな重みを有するバイトから最小の重みを備えたものまで順序づけることによって、ピリオドで区切られる。このアドレスがクラスＣであるとするなら、最初の３バイトがローカルネットワークとしてサーバクラスタを定義し、および、最終バイトが、２５５ＩＰアドレスがサーバクラスタのノードに分配されることを理論的に可能にする。サーバクラスタがクラスＣ内に理論的に利用できるアドレスに対してあまりに多くのノードを備える場合、そのＩＰアドレスはクラスＢから選ばれることができる。

アドレス指定ポリシーは、有効アドレスを割り当てるための論理ルールをあらかじめ定義することにある。それは、例えば以下のルールを含む：
−サーバクラスタ内に分配するアドレスの数に従うアドレス指定クラスの選択、
−管理ネットワークのスイッチのための特定のアドレスの事前予約、
−計算ノードの相互接続ネットワークのスイッチのための特定のアドレスの事前予約、
−それらが二重にされる時このようにエイリアスによって識別されるノードの仮想アドレスとしての特定のアドレスの事前予約（これは、特に、処理インタフェース１６の、管理サーバ１８の、ならびに、トラフィック管理ノード２０および２２の、場合である）、
−第１の計算ユニット４０のノード、先頭アドレスがシリアルアダプタ４６のような関係のシリアルインタフェースのために、および、以降のものが直列に相互接続される計算ノードの各々のために予約される、ゾーン、のような直列に相互接続される計算ノードのための、アドレスゾーンの事前予約、
−所定の式を用いてクラスタ内のその識別子に従うクラスタのノードへの、アドレスまたはアドレス間隔の自動割当て
−サーバクラスタ１４の３つのネットワークの各々へのＩＰアドレスの割当て、
−その他

それらの識別子ｉｄ（Ｎｉ）に従うクラスタのノードＮｉへのアドレスＡｉの自動割当てのための式は、例えば：
Ａｉ＝ａａａ．ｂｂｂ．ｃｃｃ．［１＋ｉｄ（Ｎｉ）］、
ここでａａａ．ｂｂｂ．ｃｃｃ．０がクラスＣでのサーバクラスタ１４の汎用ＩＰアドレスである。

データベース７２の生成開始ステップ１０２中に、その異なるネットワーク内のクラスタのノードの論理および地理的分布を定義し、かつクラスタのノードを物質的に定義する静的データが集められて、オペレータによって確認される。

典型的な方法で、このデータはデジタルファイルの形式で利用でき、例えば、データの表が表計算プログラムを用いて生成される。実際に、これらの文書は一般に提案のリクエストに続いて、サーバクラスタ１４の特定のアーキテクチャを定義することを意図する技術的な研究段階から来る。

サーバクラスタ１４の論理表現表と呼ばれる第１の表７４は、それらが一意的な方法で、ハードウェアとしておよび、クラスタの要素として識別されることを可能にする全ての情報を伴うクラスタを構成するハードウェアおよびポート相互接続のリストを備える（特に、この文書は識別子をクラスタの各ノードに割り当てる）。

サーバクラスタ１４の物理表現表と呼ばれる第２の表７６は、特定の重みまたは位置制約、などを更に示唆することによって各ケーブルに対する必要長を特に特定することによって、例えば座標のシステムを使用して、サーバクラスタを収容することを目的とする計算センタ内にそれらの位置を特定することによって、サーバクラスタの要素に関する追加情報を提供する。

オペレータによる検証は、データベース７２の生成に必要な表７４および７６のフィールドが正しい情報を備えていることを確実にすることにある。

この同じステップ１０２中に、要約表と呼ばれるタイプの表７８の新しいファイルが、作り出される。この要約表７８において、第１のタブが、少なくとも、論理表現表７４から抜き出されるデータからベース７２を生成するのに必要な情報を使用して作り出される。第２のタブが、少なくとも、物理表現表７６から抜き出されるデータからベース７２を生成するのに必要な情報を使用して作り出される。おそらく、追加的な要約タブがサーバクラスタ１４を構成するハードウェアのリストを使用する。このリストは、また、論理表現表７４から抜き出されることができる。

次に、所定のノードの全プロファイルに基づいて、ノードプロファイルの生成ステップ１０４中に、要約表７８にリストされるサーバクラスタ１４の各ノードが、可能な限り、このノードにすでに含まれる情報に従って所定のプロファイルの１つと関連付けられる。ノードが関連づけられるこのプロファイルが、要約表７８に組み込まれる。

次のステップ１０６中に、サーバクラスタ１４の一般的な構成情報が要約表７８内にすでに記録されたデータに加えられる。この情報は、特に以下に関する：
−その一般的な操作のためのサーバクラスタ１４によって使われる特定の数のソフトウェアシステム、それの中のファイル管理システム、リソースマネージャシステム、バッチマネージャシステム、データ伝送保護管理システム、および、
−例えば仮想ネットワーク、特定のノードの重複、などの存在を示唆する特定の数のパラメータ。

この情報が、例えば以前のデータベース生成中に作り出された表７８と同様の既存の要約表から来ることができることが注意される。

次に、ＩＰアドレス割当てのステップ１０８中に、サーバクラスタの異なる要素の所定のアドレス指定ポリシー（ステップ１００）および要約表７８内にすでに含まれるデータを用いて、ＩＰアドレスが自動的に生成されて、関係の要素に割り当てられる。特に、前述したアドレス指定ポリシーに従って：
−関係のクラスタの全ての要素がアドレスを有するように、アドレス指定クラスの選択が必要なバイト数に従ってなされる、
−仮想ＩＰアドレスが、おそらく定義される、
−仮想ネットワークのＩＰアドレスが、一般的な構成情報に従って定義され、および、
−有効ＩＰアドレスが、所定の式に従ってサーバクラスタ１４のノードの間で分配される。

ステップ１１０中に、サーバクラスタ１４の全てのノードがステップ１０４中に所定のプロファイルと関連付けられることができなかった場合、または、参照されなかったプロファイルを備えた新しいサーバまたは記憶装置ラックが導入されなければならない場合、欠けているパラメータが要約表７８内に例えばオペレータによって完成される。

要約表７８が完成したときに、それはありうる将来の使用（ステップ１０６を参照）のために保存され、および、そのデータは、ステップ１１２中に、リクエストファイル８０に保存されるサーバクラスタ１４のデータベース７２の操作リクエストに自動的に変換される。

リクエストへの表タイプのファイルのデータのこの変換は、典型的で、詳述されない。

ステップ１１４中に、オペレータはリクエストへのデータの変換の結果を検査する。この段階で、対話処理がリクエストファイル８０を修正することが可能である。

最後に、最後のステップ１１６中に、このリクエストファイル８０は、サーバクラスタ１４が設置される時、および、動作状態において、次にサーバクラスタ１４を初期化しておよび／または管理するのに用いられることができるクラスタのデータベース７２を完成するような方法で、現場で管理サーバ１８によって実行される。

特にＨＰＣコンピュータタイプの、クラスタサーバの初期化および管理のために、前述したようなデータベースを生成するための１つの方法がこの種のクラスタの記録されるデータの信頼性およびインストールまたは初期化の速度を著しく向上させることが、明確に現れる。

さらに、ちょうど今彼らに明らかにされた命令に照らして、多様な変更態様が上記した実施態様になされることができることが、当業者に明らかである。あとに続く請求項において、使用される用語は請求項を本明細書内に記載されている実施態様に限定するように解釈されてはならず、しかし、請求項がそれらの定式化の事実のために包含することを意図し、および、その予測が上に記載された命令の実施に彼らの一般的な知識を適用することによって当業者の力の及ぶ範囲内にある、全ての等価物を、それの中に含むと解釈されなければならない。

１０ コマンド端末
１２ バックボーンネットワーク
１４ サーバクラスタ
１６ 処理インタフェース
１８ 管理サーバ
２０ メタデータ管理サーバ
２２ 入力／出力管理サーバ
２４ バックアップサーバ
２６、２７ リンク
２８、３０、３４ ディスク記憶装置ラック
２９、３２、３６ 光ファイバ
３８ テープ記憶装置ラック
４０ 第１の計算ユニット
４２ 第２の計算ユニット
４４ 第３の計算ユニット
４６ シリアルアダプタ
４８ 記憶装置ラック
５０ スイッチ
５２ 管理プラットホーム
５４ 周辺デバイス
５６ ＫＶＭスイッチ
５８ 第１のネットワーク
６０ 第２のネットワーク
６２ 主制御ネットワーク
６４ 第３のネットワーク
６６ 切替ユニット
６８ 追加的な相互接続ネットワーク
７０ 追加的な切替ユニット
７２ 初期化および管理データベース
７４ 第１の表
７６ 第２の表
７８ 要約表
８０ リクエストファイル

Claims (9)

1. 少なくとも１つのデータ伝送ネットワーク（５８，６０，６２，６４，６８）によって互いに相互接続されるいくつかのノード（１６，１８，２０，２２，２４，２８，３０，３４，３８，４０，４２，４４，４６，４８，５２）を備えたサーバクラスタ（１４）の初期化および管理データベース（７２）の操作リクエストを生成するための方法であって、以下のステップ、すなわち、
   −前記データ伝送ネットワーク内の前記クラスタの前記ノードの論理分布（７４）、地理的分布（７６）、および、前記クラスタの前記ノードのハードウェア定義（７４，７６）から行われる、前記ノードおよび前記データ伝送ネットワークの、少なくとも１組のプロファイルの生成（１０２，１０４，１０６）ステップ、
   −前記クラスタの前記ノードのアドレス指定ポリシーの定義（１００）ステップ、
   −前記プロファイルの組から、および、前記アドレス指定ポリシーによって行われる、前記サーバクラスタの各ノードへの少なくとも１つのアドレスの割当て（１０８）ステップ、および、前記クラスタの１組のパラメータの生成（１１０）ステップ、および、
   −前記クラスタの前記パラメータの組から、および、前記クラスタのノードの前記アドレスから行われる、前記サーバクラスタ（１４）の初期化および管理データベース（７２）の操作リクエストに関する少なくとも１つのファイル（８０）の生成（１１２，１１４）ステップ、を含むことを特徴とする方法。
2. 請求項１に記載のサーバクラスタ（１４）の初期化および管理データベース（７２）の操作リクエストを生成するための方法であって、前記ノードおよび前記データ伝送ネットワークの、少なくとも１組のプロファイルの前記生成ステップ（１０２，１０４，１０６）が、前記サーバクラスタの論理表現の第１の所定のデジタルファイル（７４）からの要約デジタルファイル（７８）の生成、および、前記サーバクラスタの物理表現の第２の所定のデジタルファイル（７６）からの要約デジタルファイル（７８）の生成を含む、ことを特徴とする方法。
3. 請求項１または２に記載のサーバクラスタ（１４）の初期化および管理データベース（７２）の操作リクエストを生成するための方法であって、アドレス指定ポリシーの定義ステップ（１００）が、有効ＩＰアドレスを、前記サーバクラスタ（１４）を構成する前記要素の少なくとも１つの部分に割り当てるためのソフトウェアルールの定義を含み、そして、前記サーバクラスタの各ノードへの少なくとも１つのアドレスの割当てステップ（１０８）がこれらのソフトウェアルールの実行によって実施される、ことを特徴とする方法。
4. 請求項３に記載のサーバクラスタ（１４）の初期化および管理データベース（７２）の操作リクエストを生成するための方法であって、前記ソフトウェアルールが以下のソフトウェアルール、すなわち、
   −前記サーバクラスタ（１４）内に分配するＩＰアドレスの数に従うＩＰアドレス指定クラスの選択、
   −前記データ伝送ネットワーク（５８，６０，６２，６４，６８）のスイッチのためのいくつかのアドレスの事前予約、
   −ノードの仮想アドレスとしてのいくつかのアドレスの事前予約、
   −先頭アドレスが直列に相互接続される前記ノード（４０）と前記サーバクラスタの残りとの間のシリアルインタフェース（４６）のために、および以降のものが直列に相互接続される前記ノードの各々のために予約される、直列に相互接続されるノード（４０）のための、アドレスゾーンの事前予約、
   −所定の式を用いて前記クラスタ内のその識別子に従う前記クラスタのノードへのアドレスのまたはアドレス間隔の自動割当て、
   −前記サーバクラスタの各データ伝送ネットワークへのＩＰアドレスの割当て、によって構成される組の要素のうちの少なくとも１つを含む、ことを特徴とする方法。
5. 請求項１ないし４のいずれか１つに記載のサーバクラスタ（１４）の初期化および管理データベース（７２）の操作リクエストを生成するための方法であって、前記リクエストファイル（８０）が、前記サーバクラスタ（１４）の前記データベース（７２）を完成させるような方法でその間に実行されるステップ（１１６）を含む、ことを特徴とする方法。
6. 通信ネットワークから、および／またはコンピュータによって読取り可能な媒体上に記録される、および／またはプロセッサによって実行可能な、ダウンロード可能なコンピュータプログラムであって、それが請求項１ないし５のいずれか１つに記載のサーバクラスタ（１４）の初期化および管理データベース（７２）の操作リクエストの生成方法の実現のためのプログラムコード命令を備える、ことを特徴とするコンピュータプログラム。
7. 少なくとも１つのデータ伝送ネットワーク（５８，６０，６２，６４，６８）によって互いの間を相互接続されるいくつかのノード（１６，１８，２０，２２，２４，２８，３０，３４，３８，４０，４２，４４，４６，４８，５２）を備えたサーバクラスタ（１４）であって、その中で前記クラスタの前記ノードの少なくとも１つの管理サーバ（１８）が管理データ記憶装置ラック（２８）と関連し、それが、請求項１ないし５のいずれか１つに記載の方法によって生成されるリクエストによって完成される初期化および管理データベース（７２）を更に備え、前記初期化および管理データが、前記管理データ記憶装置ラック（２８）内に記憶され、および前記管理サーバ（１８）が、このデータベースを管理するための手段を備えている、ことを特徴とするサーバクラスタ。
8. 請求項７に記載のサーバクラスタ（１４）であって、前記ノードの少なくとも１つの部分が計算ノード（４０，４２，４４）を備え、そして前記データ伝送ネットワークが前記計算ノードの少なくとも１つの相互接続ネットワーク（６４，６８）を備える、ことを特徴とするサーバクラスタ。
9. 請求項８に記載のサーバクラスタ（１４）であって、少なくとも１つのトラフィック管理ノード（２０，２２）および少なくとも１つのデータバックアップノード（２４）を更に備え、そして前記データ伝送ネットワークが前記計算（４０，４２，４４）、トラフィック管理（２０，２２）およびデータバックアップノード（２４）への前記管理サーバ（１８）の接続のための前記計算ノードの前記相互接続ネットワークと異なる少なくとも１つの管理ネットワーク（６０，６２）を更に備える、サーバクラスタ。

Images