JP2013522788A - コンピュータシステムにおけるオペレーティングシステムの通信ネットワーク経由でのロードおよびブートを最適化するための方法、コンピュータプログラム、および装置 - Google Patents

Abstract

本発明の主題は、特に、少なくとも１つのサーバが接続された通信ネットワークを介してのコンピュータシステムのオペレーティングシステムのロードおおよびブートの最適化である。前記サーバが、最小限のオペレーティングシステムのカーネルの少なくとも１つのイメージおよび関連のファイルシステムのイメージを含んでいる。本方法は、前記カーネルの前記イメージをロードするステップ（３３０）および前記ファイルシステムの前記イメージをロードするステップ（３２５）を含んでいる。前記カーネルの前記イメージをロードする前記ステップ（３３０）および前記ファイルシステムの前記イメージをロードする前記ステップ（３２５）のうちの一方が、前記カーネルの前記イメージをロードする前記ステップおよび前記ファイルシステムの前記イメージをロードする前記ステップのうちの他方の実行（３３５、３４０）の終了よりも前に開始される。

Description

本発明は、オペレーティングシステムのブートに関し、さらに詳しくは、コンピュータシステムにおけるオペレーティングシステムの通信ネットワーク経由でのロードおよびブートを最適化するための方法、コンピュータプログラム、および装置に関する。

コンピュータシステムにおけるブートの手順は、常設または取り出し可能なストレージ周辺機器を介してアクセスすることができ、後のソフトウェアアプリケーションのロードおよび実行を可能にするオペレーティングシステムを取得することを目的としている。オペレーティングシステムは、通常はコンピュータシステムのマザーボードの読み出し専用メモリに収容されるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍの頭文字である）によって実行されるより単純なプログラム（ブートローダと呼ばれる）によって取得される。

このブートの段階において、コンピュータシステムの動作にとって重要かつ必要なすべてのソフトウェア構成要素が、ランダムアクセスメモリへとロードされる。

一般に、例えばブートセクタを検出するためにチェックすべき周辺機器の順序を定義するために、ＢＩＯＳのパラメータを設定することが可能である。したがって、ネットワーク内の遠方のストレージシステムにおいて入手することができるオペレーティングシステムのイメージを取得することによって、コンピュータシステムをネットワーク経由で起動させることが可能である。そのようなブートの手順は、特にＰＸＥ（Ｐｒｅ−ｂｏｏｔ ｅＸｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔの略語）またはｇＰＸＥ（ＩｎｆｉｎｉＢａｎｄ（商標）またはＥｔｈｅｒｎｅｔ（登録商標）型のネットワークにおいて使用することができるＰＸＥのオープンソース版）という名称で知られている。

この手順において、オペレーティングシステムの実行のための特定の構成要素および指令が、種々のファイルをロードすることによって取得される。より詳しくは、ネットワークからロードされるＬｉｎｕｘ（登録商標）オペレーティングシステムの関連においては、最小限のオペレーティングシステムが、典型的には、少なくともカーネルおよびｉｎｉｔｒｄ（ｉｎｉｔｉａｌ ＲＡＭ ｄｉｓｋの頭文字）と一般的には呼ばれるファイルシステムで構成される。

次いで、実装の構成に応じて、このｉｎｉｔｒｄファイルシステムを、ソフトウェアアプリケーションを直接ロードするために使用することができ、あるいはオペレーティングシステムによって使用されるより完全なファイルシステムへのアクセスをもたらすために使用することができる。最小限のオペレーティングシステムをブートするために、これらの構成要素（カーネルおよびｉｎｉｔｒｄ）の両方を有することが必要である。

これらの構成要素がイメージの形態でロードされた後で、オペレーティングシステムを、カーネルイメージに含まれるプログラムを実行することによってブートすることができる。

図１が、通信ネットワークを介してアクセスすることができるイメージにもとづいてコンピュータシステム上にＬｉｎｕｘオペレーティングシステムを用意するためのサーバとクライアントとの間のｇＰＸＥプロトコルによるブート手順の図を示している。

図示のとおり、クライアント１００が、ここでは通信ネットワーク１１０を介してサーバ１０５へと接続されている。第１のステップ（参照番号１１５）は、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌの略語）サーバ上のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌの略語）設定の検索からなる。ＤＨＣＰサーバの応答１２０は、ＩＰ設定情報に加えて、ｇＰＸＥ指令のファイルの場所を知らせる。この指令ファイルの場所は、使用すべき転送プロトコルの定義も可能にする。

ＩＰ設定および指令ファイルの場所をＤＨＣＰサーバから取得した後で、クライアントは、その場所の指令ファイルの転送を実行するようにサーバに要求１２５を送信する。応答（参照番号１３０）において、指令ファイルがサーバから受信される。典型的には、受信される指令ファイルは、カーネルファイル（カーネルのイメージ）の場所、ｉｎｉｔｒｄファイル（関連のファイルシステムのイメージ）の場所、およびカーネルへと宛てるべきパラメータを定めている。

次いで、クライアントが、カーネルファイルを取得するための要求１３５を送信し、この要求に応答して、カーネルファイルがサーバから受信される（参照番号１４０）。次に、同様の方法で、クライアントがｉｎｉｔｒｄファイルを取得するための要求１４５を送信し、この要求に応答して、ｉｎｉｔｒｄファイルがサーバから受信される（参照番号１５０）。

ここで、ｇＰＸＥプロトコルの使用の関連において、ファイルの要求および転送に通常はＴＦＴＰ（Ｔｒｉｖｉａｌ Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌの略語）またはＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌの略語）の各プロトコルが使用されることに、留意すべきである。ＰＸＥプロトコルが使用される場合には、ＴＦＴＰ転送プロトコルだけが使用される。さらに、ＰＸＥプロトコルが使用される場合、指令ファイルは別の構文を使用し、クライアントとサーバとの間のさらなる交換が、指令ファイルをロードする前に実行される。

カーネルおよびｉｎｉｔｒｄファイルをメモリへとロードした後で、ブートローダは、カーネルのエントリポイントの実行へと進むことによって終了し、ｉｎｉｔｒｄファイルによってもたらされるファイルシステムが使用される。このオペレーティングシステムのブートが、通常は、ネットワークを介してより完全なファイルシステムへとアクセスし、そのファイルシステムを使用してｉｎｉｔｒｄファイルシステムを置き換えることによって続けられる。

同様に、ＰＸＥプロトコルによれば、最小限のオペレーティングシステムの実行について不可欠な段階は、ネットワーク設定の取得後に、例えばｐｘｅｌｉｎｕｘファイルなどのＰＸＥコード拡張をロードし、次いで後続のロード指令をロードし、その後にカーネルのイメージ（カーネルファイル）をロードし、次いでファイルシステムのイメージ（ｉｎｉｔｒｄファイル）をロードすることである。したがって、ｇＰＸＥプロトコルは、ＰＸＥコード拡張をロードする工程が不要である点を除き、ＰＸＥプロトコルと同様である。

ここで、ロード指令は、カーネルファイルの場所（プロトコルおよびそのプロトコルによるそのファイルへの経路）、ｉｎｉｔｒｄファイルの場所（プロトコルおよびそのプロトコルによるそのファイルへの経路）、ならびにカーネルによって使用されるパラメータ（例えば、ユーザのインタラクションを処理するためのシリアルポートの使用のための特性など）に関する。

上記の種々の段階の結果として、ＰＸＥまたはｇＰＸＥプロトコルが使用される場合、コンピュータシステムに電力を供給してからオペレーティングシステムが利用できるようになるまでに要する時間が、無視できなくなり、きわめて不利となる可能性があり、これが、とりわけ、最適化がきわめて重要な柔軟な環境のコンピュータシステムに当てはまる。

本発明は、上述した問題のうちの少なくとも１つを解決可能にする。

したがって、本発明は、通信ネットワークへと接続されたコンピュータシステムのためのロードおよびブートの方法に関し、前記通信ネットワークには、少なくとも１つのサーバが接続され、前記少なくとも１つのサーバが、最小限のオペレーティングシステムのカーネルの少なくとも１つのイメージおよび関連のファイルシステムのイメージを含んでいる。本方法は、前記カーネルの前記イメージをロードするステップおよび前記ファイルシステムの前記イメージをロードするステップを含んでおり、前記カーネルの前記イメージをロードする前記ステップおよび前記ファイルシステムの前記イメージをロードする前記ステップのうちの一方が、前記カーネルの前記イメージをロードする前記ステップおよび前記ファイルシステムの前記イメージをロードする前記ステップのうちの他方の実行の終了よりも前に開始される。

このようにして、本発明による方法は、オペレーティングシステムのブートにおいてカーネルのイメージおよびファイルシステムのイメージの転送に関係する遅延を減らすことを可能にする。

好都合には、前記カーネルの前記イメージをロードする前記ステップおよび前記ファイルシステムの前記イメージをロードする前記ステップが、実質的に同時に開始される。したがって、カーネルのイメージおよびファイルシステムのイメージの転送のための時間が、カーネルのイメージおよびファイルシステムのイメージのサイズにかかわらず最適化される。

特定の実施の形態によれば、本方法が、前記カーネルの前記イメージおよび／または前記ファイルシステムの前記イメージをロードするためのロード指令の準備ステップをさらに含む。ロード指令は、好ましくは、カーネルのイメージおよびファイルシステムのイメージの場所についての情報、それらのイメージへのアクセスに使用される通信プロトコルについての情報、および／またはカーネルによって使用されうるパラメータを含む。

さらに特定の実施の形態によれば、本方法が、ブートローダをロードする準備ステップをさらに含んでおり、前記ブートローダが、前記カーネルの前記イメージをロードする前記ステップおよび／または前記ファイルシステムの前記イメージをロードする前記ステップの実行のためのインストラクションを含んでいる。

さらに特定の実施の形態によれば、前記ブートローダへのアクセスのためのプロトコルが、ＰＸＥまたはｇＰＸＥ方式の標準的なプロトコルである。

前記カーネルの前記イメージのロードおよび／または前記ファイルシステムの前記イメージのロードのためのプロトコルが、好ましくはＴＦＴＰ方式またはＨＴＴＰ方式のプロトコルである。

本発明による方法は、最適化がきわめて重要であるクラスタのノードにおける実行に特に合わせて構成されている。

さらに本発明は、コンピュータ上で実行されたときに上述の方法の各々のステップを実行するように構成されたインストラクションを含んでいるコンピュータプログラム、ならびに上述の方法の各々のステップを実行するように構成された手段を備える装置に関する。

そのようなコンピュータプログラムおよびそのような装置によって得られる利点は、上述した利点と同様である。

本発明の他の利点、目的、および特徴が、添付の図面に関連してあくまでも本発明を限定するものではない例として提示される以下の詳細な説明から明らかになるであろう。

通信ネットワークを介してアクセスすることができるイメージにもとづいてコンピュータシステム上にＬｉｎｕｘオペレーティングシステムを用意するためのサーバとクライアントとの間のｇＰＸＥプロトコルによるブート手順の図である。 本発明を実行することができるコンピューティング環境の例を示している。 本発明を実行することができるコンピューティング環境の例を示している。 本発明によるクラスタノードまたはクライアントステーションのブート手順の特定の段階を示している。 通信ネットワークからのブートを可能にするためにクラスタノードまたはクライアントステーションにおいて実行される典型的なアルゴリズムの図である。 本発明を実行するように構成されたクラスタノードまたはクライアントステーションのアーキテクチャの例を示している。

一般に、本発明は、通信ネットワーク経由でのコンピュータシステム（典型的には、クラスタノードまたはクライアントステーション）のブートに使用されるデータの並列ロードに関する。データの並列ロードは、特に、オペレーティングシステムのカーネルおよび関連のファイルシステムに関係するデータに関する。

図２ａおよび図２ｂが、本発明を実行することができるコンピューティング環境の２つの例を示している。

図２ａに示されるとおり、ここでは、コンピューティング環境２００が、例えばＥｔｈｅｒｎｅｔまたはＩｎｆｉｎｉｂａｎｄネットワークなどの通信ネットワーク２２０へと接続された３つのサーバ２０５、２１０、および２１５を含んでおり、さらに通信ネットワーク２２０には、クラスタノードまたはクライアントステーション（参照番号２２５−１〜２２５−ｉ）も接続されている。ここでは、サーバ２０５が、例えばＰＸＥまたはｇＰＸＥプロトコルを使用してクライアントシステムのブートの継続を可能にする場所を供給するように構成されたアドレスサーバ（例えば、ＤＨＣＰサーバ）である。ここでは、サーバ２１０が、特定のＰＸＥファイル（特に、ｐｘｅｌｉｎｕｘファイルならびにＰＸＥまたはｇＰＸＥ指令ファイル）をロードできるサーバである。サーバ２１５が、カーネルのイメージ（すなわち、典型的にはカーネルファイル）およびファイルシステムのイメージ（すなわち、典型的にはｉｎｉｔｒｄファイル）をロードできるサーバである。サーバ２１０および２１５は、例えばＴＦＴＰまたはＨＴＴＰファイルサーバである。

ブートの際に、ノードまたはクライアントステーション２２５−１〜２２５−ｉの各々は、自身を特定するネットワークアドレス（好ましくは、ＩＰ方式のアドレス）をサーバ２０５から取得するとともに、サーバ２１０上のＰＸＥ拡張（例えば、ｐｘｅｌｉｎｕｘ）またはｇＰＸＥ指令の場所を取得する。次いで、クライアントステーションまたはノードは、サーバ２１０からＰＸＥまたはｇＰＸＥブートインストラクションをロードすることができ、すなわち、特に、ロード指令をロードすることができ、該当するのであればＰＸＥコード拡張をロードすることができる。次に、受信されたロード指令に応じて、使用すべきカーネルおよびファイルシステムのイメージ、すなわち例えばカーネルおよびｉｎｉｔｒｄファイルが、サーバ２１５から転送される。

図２ｂに示されているコンピューティング環境２００’は、サーバ２０５、２１０、および２１５がただ１つのサーバ２３０にまとめられている点で、すでに述べた環境２００から相違し、サーバ２３０が通信ネットワーク２２０へと接続され、さらにクライアントステーションまたはノード（参照番号２２５−１〜２２５−ｉ）も通信ネットワーク２２０へと接続されている。したがって、サーバ２３０は、ＤＨＣＰサーバなどのアドレスサーバ機能を有するサーバならびに使用すべきカーネルおよびファイルシステムのイメージをロードすることができるＰＸＥまたはｇＰＸＥのためのファイルサーバである。

同様に、２つのサーバ（例えば、ＰＸＥ拡張ならびにＰＸＥまたはｇＰＸＥ指令ファイルの転送も可能にするＤＨＣＰサーバなどのアドレスサーバと、使用すべきカーネルおよびファイルシステムのイメージをロードすることができるサーバ）を使用することも可能である。

図３が、本発明によるクライアントステーションまたはノードのブート手順の特定の段階を示している。これらの段階が、タイムライン３００上に表わされている。

図示のとおり、第１の段階において、クライアントステーションまたはノードのためのネットワーク設定を取得（ステップ３０５）する必要があり、さらに必要であれば、ロード指令ならびに使用すべきカーネルおよびファイルシステムのイメージ（例えば、カーネルおよびｉｎｉｔｒｄファイル）をロードできるサーバのネットワーク設定を取得する必要がある。

クライアントステーションまたはノードのネットワーク設定（ステップ３１０）の後、すなわちネットワーク設定が既知となって直ぐ（ｇＰＸＥプロトコルが使用される場合）、あるいはＰＸＥ拡張がロード（ＰＸＥプロトコルが使用される場合）されたとき、ロード指令のロードが開始される（ステップ３１５）。

ロード指令が受信されたとき（ステップ３２０）、指令に関するカーネルおよびファイルシステムのイメージ（例えば、カーネルおよびｉｎｉｔｒｄファイル）のロードを、開始することができる（それぞれステップ３３０および３２５）。カーネルのイメージのロードは、ファイルシステムのイメージのロードと同時に開始され、あるいはファイルシステムのイメージのロードの開始後かつファイルシステムのイメージのロードの完了前に開始される。一般に、ファイルシステムのイメージのロードが、カーネルのイメージのロードの完了（ステップ３３５）後も続くことに、留意すべきである。

カーネルのイメージのロードは、ファイルシステムのイメージのロードがカーネルのイメージのロードの完了よりも前に始まる限りにおいて、ファイルシステムのイメージのロードよりも先に開始されてもよい。

カーネルおよびファイルシステムのイメージのロードが完了（ステップ３３５および３４０）した後で、カーネル（すなわち、最小限のオペレーティングシステム）がブートされる（ステップ３４５）。

カーネルファイルなどのカーネルのイメージのサイズが、典型的には２〜５ＭＢの間である一方で、ｉｎｉｔｒｄファイルなどのファイルシステムのイメージのサイズが、通常は２〜２０ＭＢの間であり、１００ＭＢに達する可能性もあることに、留意すべきである。したがって、カーネルのイメージおよびファイルシステムのイメージを同時にロードすることで、ロード時間を、サイズが小さい方の画像について節約することができる。

図４が、通信ネットワークからのブートを可能にするためにクラスタノードまたはクライアントステーションにおいて実行される典型的なアルゴリズムの図である。

すでに述べたように、第１の段階（ステップ４００）は、このノードまたはこのクライアントステーションのためのネットワーク設定を取得し、さらに必要であればロード指令ならびに使用すべきカーネルおよびファイルシステムのイメージをロードできる１つ以上のサーバのネットワーク設定を取得するための要求で構成される。例として、ノードまたはクライアントステーションのＢＩＯＳが、ＤＨＣＰプロトコルに従って自身のＩＰアドレスならびにＰＸＥまたはｇＰＸＥサーバのＩＰアドレスを要求する。

続く段階（ステップ４０５）において、ノードまたはクライアントステーションは、先に取得したアドレスのＰＸＥまたはｇＰＸＥサーバからロード指令をロードする。やはり、ノードまたはクライアントステーションのＢＩＯＳが、この要求を行なうことができる。使用されるプロトコルがＰＸＥプロトコルである場合、この段階は、ＰＸＥコード拡張（例えば、ｐｘｅｌｉｎｕｘ）をロードする準備段階を含む。ノードまたはクライアントステーションのブートプログラムまたはブートローダ（ｇＰＸＥプロトコルが使用される場合）、あるいはＰＸＥサーバから受信されるブートプログラムまたはブートローダ（ＰＸＥプロトコルが使用される場合）が、ロード指令との組み合わせにおいて、カーネルのイメージおよびファイルシステムのイメージのロードの開始を可能にする。

ここで、カーネルおよびファイルシステムのイメージのロードを可能にする１つ以上のサーバのアドレスが、通常はロード指令にて与えられることに、留意すべきであろう。あるいは、ノードまたはクライアントステーションからアドレスサーバへの別途の要求によって取得されてもよい。

次いで、ノードまたはクライアントステーションは、最小限のオペレーティングシステムのカーネルのイメージのロード（ステップ４１０）およびそのファイルシステムのイメージのロード（ステップ４１５）を開始させる。これらの目的のため、カーネルおよび対応するファイルシステムのイメージの同時のロードを開始させるために、ブートストラッププロトコル（ｐｘｅｌｉｎｕｘまたはｇＰＸＥ）が、ロード要求が順次に処理されることがないように変更される。

特定の実施の形態によれば、ロード指令の通知が、そのような機能の始動または阻止を可能にする。

すでに示したとおり、カーネルおよび対応するファイルシステムのイメージを、同じサーバから得ることも、別々のサーバから得ることも可能である。別々のサーバから得られる場合、ファイルへのアクセスおよびロードの要求の処理に関して、コンフリクトは存在しない。そうでない場合、ロードの作業は、ファイルサーバによって並列に処理される。

その場合、好都合には、カーネルおよびファイルシステムのイメージが、オペレーティングシステムのブートを続ける前にメモリへと完全にロードされることを保証するために、待機の機構が実装される。

カーネルのエントリポイントの実行（ステップ４２０）によって、カーネルおよびファイルシステムのイメージのロードの処理が終わり、オペレーティングシステムのブートが始まる。

図４に関して説明したアルゴリズムを実行するように構成されたクラスタノードまたはクライアントステーションのアーキテクチャの例が、図５に示されている。

ここで、装置５００が、装置５００の外部の要素とのデータの交換を可能にする通信バス５０２（入力／出力バス）と、メモリとのデータの交換に専用の通信バス５０４とを備えている。

システムのＢＩＯＳプログラムを含んでいるＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの頭文字である）５０６と、上述のプログラムの実行時に生成および変更される変数およびパラメータならびにカーネルおよびファイルシステムを記録するように構成されたレジスタを含んでいるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの頭文字である）５０８とが、バス５０４へと接続されている。

１つ以上のＣＰＵ（中央演算処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）の略語である）またはマイクロプロセッサ５１０と、ネットワークを介してデータの送信および受信を行なうように構成された通信インターフェイス５１２とが、バス５０２および５０４へと接続されている。ここで、通信インターフェイス５１２は、ネットワークを介して使用されるオペレーティングシステムのブートを可能にするプログラムを収容する拡張ＲＯＭ５１４を備えている。

通信バス５０２および５０４が、装置５００に含まれる種々の要素または装置５００へと接続される種々の要素の間の通信および相互運用を可能にする。バスの表現は、本発明を限定するものではなく、特に中央演算処理装置が、装置５００の任意の要素へと直接または装置５００の任意の要素によって、インストラクションを通信することができる。

プログラマブルな装置によって本発明による方法を実行することを可能にする各々のプログラムの実行コードを、例えば拡張ＲＯＭ５１４に保存することができる。ｇＰＸＥプロトコルも、それらのソフトウェア構成要素をＲＡＭ５０８へとロードできるようにする。

より一般的には、１つ以上のプログラムを、実行の前に装置５００のストレージ手段のうちの１つへとロードすることができる。

中央演算処理装置５１０が、本発明によるソフトウェアコードまたはプログラムのインストラクションまたは一部分の実行を制御および管理し、それらのインストラクションは、拡張ＲＯＭ５１４、ＲＡＭ５０６、または任意の他の上述のストレージ要素に保存される。

当然ながら、個々のニーズを満たすために、当業者であれば以上の説明に対して変更を加えることが可能であろう。

Claims (10)

1. 最小限のオペレーティングシステムのカーネルの少なくとも１つのイメージと関連のファイルシステムのイメージとを含む少なくとも１つのサーバ（２０５、２１０、２１５、２３０）が接続された通信ネットワークへと接続されるコンピュータシステム（２２５−１、２２５−ｉ）について、前記カーネルの前記イメージをロードするステップ（３３０、４１０）および前記ファイルシステムの前記イメージをロードするステップ（３２５、４１５）を含んでいるロードおよびブートの方法であって、
   前記カーネルの前記イメージをロードする前記ステップおよび前記ファイルシステムの前記イメージをロードする前記ステップのうちの一方が、前記カーネルの前記イメージをロードする前記ステップ（３３５、３４０）および前記ファイルシステムの前記イメージをロードする前記ステップのうちの他方の実行の終了よりも前に開始されることを特徴とする、方法。
2. 前記カーネルの前記イメージをロードする前記ステップおよび前記ファイルシステムの前記イメージをロードする前記ステップが、実質的に同時に開始される、請求項１に記載の方法。
3. 前記カーネルの前記イメージおよび／または前記ファイルシステムの前記イメージをロードするためのロード指令の準備ステップ（４０５）をさらに含む、請求項１または２に記載の方法。
4. ブートローダをロードする準備ステップをさらに含んでおり、
   前記ブートローダが、前記カーネルの前記イメージをロードする前記ステップおよび／または前記ファイルシステムの前記イメージをロードする前記ステップの実行のためのインストラクションを含んでいる、請求項１から３のいずれか一項に記載の方法。
5. 前記ブートローダへのアクセスのためのプロトコルが、ＰＸＥ方式のプロトコルである、請求項４に記載の方法。
6. 前記ブートローダへのアクセスのためのプロトコルが、ｇＰＸＥ方式のプロトコルである、請求項３に記載の方法。
7. 前記カーネルの前記イメージのロードおよび／または前記ファイルシステムの前記イメージのロードのためのプロトコルが、ＴＦＴＰ方式またはＨＴＴＰ方式のプロトコルである、請求項１から６のいずれか一項に記載の方法。
8. クラスタのノードにおいて実行される、請求項１から７のいずれか一項に記載の方法。
9. コンピュータ上で実行されたときに請求項１から８のいずれか一項に記載の方法の各々のステップを実行するように構成されたインストラクションを含んでいるコンピュータプログラム。
10. 請求項１から８のいずれか一項に記載の方法の各々のステップを実行するように構成された手段を備える装置。

Images