JP4325048B2 - Boot server selection system - Google Patents
Boot server selection system Download PDFInfo
- Publication number
- JP4325048B2 JP4325048B2 JP33469899A JP33469899A JP4325048B2 JP 4325048 B2 JP4325048 B2 JP 4325048B2 JP 33469899 A JP33469899 A JP 33469899A JP 33469899 A JP33469899 A JP 33469899A JP 4325048 B2 JP4325048 B2 JP 4325048B2
- Authority
- JP
- Japan
- Prior art keywords
- boot
- response
- request
- server
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Description
【0001】
【発明の属する技術分野】
本発明はネットワークコンピュータが起動時に必要なブートストラッププログラムを受信するネットワーク上のブートサーバを選択するブートサーバ選択システムに関する。
【0002】
【従来の技術】
ネットワークコンピュータは通常のパソコンのようなソフトウェアを格納しておくハードディスクのような大容量記憶装置を備えず、利用時に必要なソフトウェアをネットワークを経由してネットワークに接続されたサーバの資源からソフトウェアを受信して機能するコンピュータである。
【0003】
また、ブートサーバはネットワークに接続されたネットワークコンピュータが電源を投入して利用者が利用開始しようとするとき、起動時に必要なソフトウェアであるブートストラッププログラムを供給する。
【0004】
図2にブートサーバ選択システムの説明図を示す。ここではネットワーク206に接続されたネットワークコンピュータNCa203、NCb204、NCc205の内のNCa203が使用開始時に電源を投入されたときの信号の流れを示している。
【0005】
ネットワーク206にブート要求208がブロードキャストして発信されると、ネットワーク206に接続されたブートサーバA201やブートサーバB202はそれぞれブート要求208を受信してブート応答207あるいは209を送信する。このあと、応答を受信したネットワークコンピュータNCa203は最初に受信した応答の発信元ブートサーバとブート処理を行いネットワークコンピュータNCa203のシステムの運用が開始される。
【0006】
このように、従来もネットワークコンピュータ用のブートサーバをネットワーク上に複数台接続しておくことによりその何れかのブートサーバが故障しても残りのブートサーバからブートプログラムを供給することで対処することができた。
【0007】
これによりネットワークコンピュータの属するネットワーク上の複数のブートサーバの何れかが正常に動作すればネットワークコンピュータの起動は可能である。
【0008】
図15に従来のブートサーバ選択システムの動作説明図を示す。図15には上記図2に示したブートサーバ選択システムの信号の流れの例を示す。
【0009】
ネットワークコンピュータNCa1501から発信されたブート要求は1504あるいは1505として不図示のネットワークを経由してブートサーバA1502およびブートサーバB1503に受信される。各ブートサーバはそれぞれの処理の進行に従ったタイミングで応答をネットワークに送出する。
【0010】
応答は各ブートサーバおよびネットワークコンピュータによって受信される。この図においては,たまたまブートサーバA1502からの応答1506が最初にネットワークコンピュータNCa1501に受信された場合を示しており、ブートサーバA1502との間でブート処理1510が実行される様子を示している。ネットワークNCa1501にはブートサーバB1503からの応答1508も遅れて到達するがこれは廃棄される。
【0011】
【発明が解決しようとする課題】
上記従来のブートサーバ選択システムの説明で分かるように、ネットワークコンピュータが起動時にブロードキャストしたメッセージに対してどのブートサーバが最初に応答するかは不定であった。
【0012】
つまり、管理者が使用されるブートサーバを特定することなくネットワーク上に組み込まれた複数のブートサーバの内の1台がシステムの環境や性能などで決まるタイミングにより自動的に選択されることになり、ネットワークシステムの管理者が各コンピュータの稼働のさせ方を管理できないという問題が発生する。
【0013】
また、ネットワークコンピュータと同一のネットワーク上に接続されたブートサーバが故障したとき別のネットワークに接続されたブートサーバがあってもそれを使ってネットワークコンピュータを起動させることはできなかった。
【0014】
本発明はこのような点にかんがみて、
ネットワークコンピュータが一つのネットワークあるいは複合化されたネットワーク上に接続された、どのブートサーバから受信するかを選択する手段を提供することを目的とする。
【0015】
【課題を解決するための手段】
上記の課題は下記の如くに構成されたブートサーバ選択システムおよびそれを構成するブートサーバあるいはブートリレー装置によって解決される。
【0016】
図1は、本発明の構成図である。
【0017】
図1において、20はネットワークコンピュータであり、10はネットワーク上のネットワークコンピュータ20からのブート要求に応答してブート処理を行うブートサーバである。
【0018】
11はネットワークコンピュータ20からブート要求を受信するブート要求受信手段であり、12はあらかじめ設定された時間の経過を検知する時間経過検知手段である。また、13はブート要求受信後起動された時間経過検知手段12が時間の経過を検知したときブート応答を発信するブート応答発信手段である。
【0019】
上記手段により、ネットワークコンピュータ20が発信したブート要求に対して最初に応答したブートサーバ10がネットワークコンピュータ20のブート処理を実行するようにしている。すなわち、あらかじめ設定する各ブートサーバ毎の要求受信から応答を発信するまでの時間により最初に応答するブートサーバを決めることができる。また、このような応答までの時間の設定によりブートサーバの応答の順序が決められてもブートサーバの状態によってはすぐに応答できない場合もあるので先に応答するように設定されたブートサーバが応答できなかったときには次の順番に応答するように時間設定されたブートサーバが設定された時間が経過した後応答したときネットワークコンピュータとの間でブート処理が行われることになる。
【0020】
このように、各ブートサーバに応答のタイミングを設定するだけで障害対策として複数設置したブートサーバの選択の順序を制御できることになる。(以上、請求項1、請求項2、請求項6)
図3にはブートサーバの動作説明図(請求項2)、図4にはブートサーバの動作フローチャート(請求項2)を示す。ブートサーバA302には要求受信後応答までの待時間をT1と設定し、ブートサーバB303にはT2を設定してある。T1<T2の場合には応答b306を使用してブート処理310を実行する。ネットワークコンピュータNC301が応答bを受信できなかったときは応答c309を使用してブート処理311を実行する。
【0021】
図4の動作フローチャートにおいてステップS41でブートサーバは信号待ち、ここでは特にネットワークコンピュータからのブート要求を待ち、ネットワークに送出されたブート要求メッセージを受信すると、ステップS42でタイマ値を各ブートサーバ毎に設定されている待ち時間Tnを応答監視時間としてセットする。そしてタイマの完了を待つ。
【0022】
タイムアウトになるとステップS43でブート要求に対するブート応答をネットワークに送出する。各ブートサーバでそれぞれの応答監視時間Tnによりブート応答のタイミングを制御するようにしている。(以上、請求項2)
次に請求項3では、図1におけるブートサーバ10にあるように、ネットワークコンピュータと同一のネットワーク上に設置された他のブートサーバから発信されたブート応答を受信し、受信したことを記憶するブート応答受信手段14を追加して備えるようにして、ブート応答発信手段13はブート応答受信手段14がブート応答を受信したことを記憶しているときにはブート応答の発信を抑制するようにしている。これにより、同じネットワークに接続されている他のブートサーバがすでにブート応答を返したときのその後のブート応答の処理を行わないようにしてネットワーク上の信号の削減と各ブートサーバの処理の削減を図っている。
【0023】
図5には、ブートサーバの動作説明図(請求項3)、図6にはブートサーバの動作フローチャート(請求項3)を示す。
【0024】
図5では、ネットワークコンピュータNC501が要求aをネットワークに送出したが、ブートサーバA502は故障のため、要求a504を受信した後応答できないか、受信さえもできず応答bのネットワークへの送出ができない場合の信号の流れを示している。
【0025】
ブートサーバB503は自分の監視時間T2になるまでにブートサーバA502の発信する応答bを受信できなかったので要求a505を受信後T2時間の経過を待って応答c507を送出する。ネットワークコンピュータNC501は応答c508を使用してブートサーバB503との間でブート処理を実行する。
【0026】
また、ブートサーバB503は、もし時間T2となる前にブートサーバA502が正常に動作して応答bを送出した場合には時間T2にいたる以前に応答bを受信して応答cを送出しないように、要求a505に対応する以降の処理を行わないようにすることになる。
【0027】
これを図6のフローチャートで説明すると、ステップS61でブート要求の到着を待っているとき、ブート要求メッセージを受信するとステップS62でタイマを発行しタイマの完了および他のサーバからの応答の受信待ちとなる。このとき各ブートサーバ毎に定められたタイマ値Tnが設定される。
【0028】
ここで他の応答を受信するとタイマの完了を待たずステップS64で要求を破棄して新しいブート要求を待つようにステップS61に制御を移す。応答受信することなくタイムアウトになるとステップS63で応答を送信してネットワークコンピュータのブート処理を行うことになる。(以上、請求項3)
以上ではネットワークコンピュータからのブート要求に対するブート処理を行う同一ネットワーク上のブートサーバの選択を行うシステムを示したが、以下には、ルータなどにより接続された別のネットワーク上に存在するブートサーバからのブート処理を行う場合のブートリレー装置を含んだブートサーバ選択システムを示す。
【0029】
図1において30は、ネットワークコンピュータ20のブート要求を他のネットワークに中継するブートリレー装置であって、31はネットワークコンピュータ20からのブート要求をネットワークを経由して受信するブート要求受信手段、32はあらかじめ設定された時間の経過を検知する時間経過検知手段、33はブートサーバ10から発信されたブート応答を受信し、受信したことを記憶するブート応答受信手段、34はブート要求受信後起動されて時間経過検知手段32が時間の経過を検知し、ブート応答の受信が記憶されていないときに、ブート要求をあらかじめ設定された他のネットワーク上のブートサーバあるいはブートリレー装置に中継するブート要求中継手段である。
【0030】
図7にはブートサーバ選択システムにおけるブートリレー装置の説明図を示す。このブートサーバ選択システムの構成は、ネットワークコンピュータおよびブートサーバを含んだ3つのネットワーク723、721、724と、上記ネットワークを接続する機能を持ったブートリレー装置、ルータで相互に接続するネットワーク722からなるものである。
【0031】
説明の都合上ブート要求するネットワークコンピュータはNCa709とし、ネットワーク723上のブートサーバA705は故障で応答できないものとする。したがって、ネットワーク723上ではブート応答するブートサーバがなく、ブートリレー装置X706を経由して他のネットワーク上のブートサーバにブート要求を送りブート応答を得られたブートサーバとの間でブート処理を行う場合を示す。
【0032】
ブートリレー装置X706からはネットワーク721上のブートサーバC702,あるいはネットワーク724上のブートサーバD708を指定してネットワークコンピュータNCa709からのブート要求を中継して送信するようになっている。ネットワーク722とネットワーク721とはルータM701で、また、ネットワーク722とネットワーク724とはルータN707が接続している。以下にブートリレー装置の動作を説明する。
【0033】
図8にはブートリレー装置の動作説明図(請求項4)、図9にはブートリレー装置の動作フローチャート(請求項4)を示す。
【0034】
図8において、ブートリレー装置X803はネットワークコンピュータNC801、ブートサーバA802と同じネットワークに接続されており801が送信する要求aは806として受信される。ブートサーバA802は故障発生のため応答することができないので、803に設定されている要求後応答までの待ち時間T2が経過するとブートリレー装置はあらかじめ設定された他のネットワーク上のブートサーバC804に対して要求a806を808として中継して送信する。
【0035】
ブートサーバC804は他のブートサーバと同様にブート要求受信後ブート応答までの時間設定ができるようになっているがこの時間を0とすることにより直ちに応答を返すことができる。応答c810はブートリレー装置X803を経由して要求元のネットワークコンピュータNC801に応答c809として送信される。
【0036】
ネットワークコンピュータNC801は最初に受信したこの応答c809を使用してブートサーバC804との間でブート処理811を実行する。
【0037】
図9のフローチャートのステップにしたがってブートサーバリレー装置の動作を説明する。ステップS91でブート要求の受信を待っているが、要求メッセージの受信があるとステップS92では受信した要求を記憶しておく。直ちに受信後の時間監視のためのタイマ発行を行い、タイマの完了待ちおよび他のブートサーバからの応答受信待ちの状態とする。
【0038】
応答が受信されるとステップS93で要求を破棄して次の要求待ちのためにステップS91にもどる。他のブートサーバからのブート応答を受信したことにより、その応答をしたブートサーバによりネットワークコンピュータのブート処理が行われたことが分かるので記憶したブート要求の処理の続行は不要となるのでその要求の処理を終了することになる。
【0039】
一方、タイムアウトになると同一ネットワーク上の何れのブートサーバも何らかの原因でブート要求に対するブート応答を行わなかったことになるので、これを検出してステップS94で記憶したブート要求をブートリレー装置に設定された他のネットワーク上のブートサーバに中継して送信する。その後送信先のブートサーバからブート応答を受信すると、ステップS95でブートリレー装置は応答を中継して要求元のネットワークコンピュータに送信してステップS91に戻り新たな要求待ちに移る。
【0040】
応答を受信したネットワークコンピュータは応答した他のネットワークのブートサーバとブート処理を実行する。これにより、同一ネットワーク上のブートサーバが機能しないとき、あるいは同一ネットワーク上にはブートサーバがない場合でもブートリレー装置により他のネットワーク上のブートサーバに中継して接続されてブート処理が行えるようにすることができる。(以上、請求項4、請求項7)
上記説明したブートリレー装置には他のネットワーク上の特定のブートサーバへの中継機能が備えられていたが、ブートリレー装置に任意個数の任意ネットワーク上に接続された1以上のブートサーバあるいはブートリレー装置を記憶して設定してこれらの装置に中継する機能を備えることもできる。
【0041】
図1のブートリレー装置30において、35は他のネットワーク上の1以上のブートサーバあるいはブートリレー装置のブート要求中継の選択優先順と、それぞれに対応してブート要求中継後のブート応答を監視するブート応答待時間を記憶する装置別応答待時間記憶手段、36は装置別応答待時間記憶手段35に記憶された1以上のブートサーバあるいはブートリレー装置をブート要求中継の選択優先順に中継先装置として設定し、対応して記憶されている応答待時間を時間経過検知手段32に設定してブート要求の中継順序を設定する中継順序設定手段であり、ブート要求中継手段34は中継順序設定手段36により設定されたブートサーバあるいはブートリレー装置にブート要求を中継するようにし、
時間経過検知手段32が時間の経過を検知し、ブート応答の受信が記憶されていないときには再度ブート要求中継手段34を起動するようにしている。以下にこれらの動作の例とフローチャートを説明する。
【0042】
図10、図11に、ブートリレー装置の動作説明図(請求項5)、ブートリレー装置の動作フローチャート(請求項5)を示す。
【0043】
図7に示したブートサーバ選択システムのブートリレー装置X706が同じネットワーク上のブートサーバA705が故障のため、他のネットワークに接続された1以上のブートサーバブートサーバC702(これも故障を想定)、ブートサーバD708を順次指定して選択するときの動作の例を示す。
【0044】
図10において、まず、ネットワークコンピュータNC1001が発信したブート要求aが同じネットワーク上のブートサーバA1002、ブートリレー装置X1003に送信される。
【0045】
ブートリレー装置X1003は要求を受信するとともに自分の他ブートサーバの応答監視時間T2をタイマに設定する。ブートサーバA1002は故障発生のため応答が送信できないので、ブートリレー装置X1003は同じネットワークのブートサーバからの応答を受信することなくT2時間後に要求aを1009としてブートサーバC1004に中継して送信する。ブートリレー装置には他のネットワーク上のブートサーバとしてブートサーバC1004、ブートサーバD1005がそれぞれの応答監視時間T3、T4として設定して記憶されているとする。
【0046】
ブートサーバC1004も応答できないのでブートリレー装置XはタイマによりT3時間後に要求aを1010としてブートサーバD1005に中継する。ブートサーバDは直ちに応答dをブートリレー装置X1003に送信する。ブートリレー装置Xも直ちにこれを中継してネットワークコンピュータNC1001に送信する。
【0047】
中継された応答1012を受信したネットワークコンピュータNC1001は応答発信元ブートサーバD1005とブート処理1014を実行する。
【0048】
図11には1以上の他のネットワーク上のブートサーバあるいはブートリレー装置にネットワークコンピュータからのブート要求を中継するブートリレー装置の動作フローチャートを示す。以下にステップを追って動作を説明する。
【0049】
ステップS111でブートリレー装置が受信することができるブート要求を待つ。要求メッセージを受信するとステップS112で受信したブート要求をキャッシュする。すなわち、中継するブート要求を記憶しておく。
【0050】
ステップS113では他のブートサーバと同様にブート要求を受信してから他のブートサーバからのブート応答受信を待つ監視時間をタイマに設定してタイマの完了を待つようにする。また、ブートリレー装置では自分が中継したブート要求に対する応答の監視も行う。更に、ここでは応答の受信待ちも合わせて行う。
【0051】
自分と同じネットワークのブートサーバからの応答を受信したときは要求を中継する必要がなくなったのでステップS114で記憶していたブート要求を破棄してステップS111に戻り新たなブート要求待ちとなる。
【0052】
タイムアウトとなった時はステップS115で中継先のブートサーバを不図示の記憶されたテーブルを検索して中継優先度順に記憶されたブートサーバあるいはブートリレー装置名とそれぞれの応答を監視する時間を抽出する。抽出した他のネットワーク上のブートサーバあるいはブートリレー装置にブート要求を中継して送信し、ステップS117で応答待ちとしてステップS113に戻る。ステップS113では抽出した監視時間Tnをタイマに設定して完了を待つようにする。
【0053】
別ネットワークのブートサーバから応答を受信するとステップS116に制御が移り、応答をネットワークコンピュータに中継する。記憶した要求は破棄してステップS111に戻り新たなブート要求を待つ。
【0054】
以上のようにブートリレー装置は自分のネットワーク上のブートサーバの応答を監視し何れも応答しないときには別のネットワーク上の1以上のブートサーバに順次ブート要求を中継して応答を得るようにしてネットワークコンピュータのブート処理を行わせることができる。
【0055】
さらに、ブート要求の中継は他のブートリレー装置を対象にして多段階にネットワークを中継してブートサーバをネットワークコンピュータに結びつけてブート処理を実行させることができる。これによりブートサーバの選択を柔軟に行うことができ、適正なブートサーバの配置と障害対策を行うことができる。
【0056】
【発明の実施の形態】
本実施の形態においては、サーバなどに用いられるパーソナルコンピュータやワークステーション等の汎用的な目的で使用される計算機やルータのようなノードコンピュータで使用される計算機上で実行するコンピュータプログラムにより実現する形態を示す。
【0057】
本発明のブートサーバ選択システムは、処理装置、主記憶装置、補助記憶装置、入出力装置などから構成される計算機上で、コンピュータプログラムを実行して実現される。また、コンピュータプログラムは、フロッピーディスクやCD−ROM等の可搬型媒体やネットワーク接続された他の計算機の主記憶装置や補助記憶装置等に格納されて提供される。本発明の記録媒体は、上記可搬型媒体、主記憶装置、補助記憶装置に該当する。
【0058】
提供されたコンピュータプログラムは、可搬型媒体から直接計算機の主記憶装置にロードされ、または、可搬型媒体から一旦補助記憶装置にコピーまたはインストール後に、主記憶装置にロードされて実行する。また、ネットワーク接続された他の装置に格納されて提供された場合も、他の装置からネットワークを経由して受信後に、補助記憶装置にコピー、主記憶装置にロードされ実行するものである。
【0059】
図12に本発明の実施の形態の構成図を示す。本発明の実施の形態は各階ごとのネットワークに多数台のネットワークコンピュータを設置して運用するシステムの、各ネットワーク上のブートサーバを他のネットワーク上のネットワークコンピュータのブート処理を行うブートサーバとしても使用できるようにしたブートサーバ選択システムである。これにより、障害対策としていたずらに多くのブートサーバを同じネットワークに設置しないでも他のネットワーク上のブートサーバをそれに当てることで経済的で実用的なネットワークコンピュータのシステムを構築することができる。また、ブートサーバを複数階のネットワークコンピュータで強要するように設定することもできる。
【0060】
図12は4つのネットワーク上にネットワークコンピュータおよびブートサーバが配置されている。これらのネットワークはブートリレー装置あるいはルータにより接続されている。
【0061】
図12において1220、1216、1221、1217は各フロアに設置されたネットワークであり、1220にはネットワークコンピュータ1212、1213とブートサーバ1207が、1216にはネットワークコンピュータ1203、ブートサーバ1202が、1221にはネットワークコンピュータ1214、1215、ブートサーバ1210が、1217にはネットワークコンピュータ1205、ブートサーバ1204が接続されて運用されている。これらの各ネットワークをつなぐネットワークとして1218および1219がありこれらのネットワークを経由してブートリレー装置1208あるいは1209、ルータ1201、1211により各フロアのネットワークコンピュータシステムのネットワークが接続されている。ここではブートリレー装置はルータ機能を兼ねているがサーバにこの機能を持たせるようにしてもよい。
【0062】
本実施の形態では例としてネットワークコンピュータNCa1212がブート要求を発信し、各ブートサーバに順次ブート処理の予備機の役割を持たせるように設定したブートサーバ選択システムを構成するようにしている。各ネットワークには例として1台のブートサーバを配置しているがそれぞれ複数台でもよいし、場合によっては0台であってもよい。
【0063】
ここに例として示すネットワークコンピュータNCa1212のブートサーバ選択優先順序は各装置の時間監視テーブルの設定によって決まるが、テーブルの構造は対称的につくることができるのでどのネットワーク上のネットワークコンピュータについても同様の効果を示すようにすることは容易である。
【0064】
図13に本発明の実施の形態の時間監視テーブルの例の説明図を示す。テーブルは各ブートサーバあるいはブートリレー装置ごとに、要求受信後起動タイマ値と要求中継発信後応答待テーブルとから構成される。要求中継発信後応答待テーブルはブートリレー装置にのみ設定される。また、要求受信後起動タイマはブート要求を発信するネットワークコンピュータと同じネットワークに接続されるブートサーバあるいはブートリレー装置に意味があるが各ブートサーバあるいは各ブートリレー装置の仕様を同一とするためにこのようなときには値を0とするようにしている。
【0065】
図13(a)のブートサーバAはブート要求を発信するネットワークコンピュータと同じネットワークに属し、1台のみのブートサーバであるので要求を受信したら直ちに応答を返すようにするため要求受信後起動タイマ値Ta=0と設定してある。
【0066】
図13(b)のブートリレーXではブートサーバAと同じネットワーク上にありブートサーバAが故障でブート応答が発信できないときに初めて作動するようにTx=3秒としてある。この時間を経過してもブートサーバAからの応答が受信できないときにはブートリレーXは他のネットワーク上のブートサーバにブート要求を中継するように、要求の中継先装置名と要求中継発信後監視する応答待タイマ値を対とした要求中継後応答待テーブルを備える。ここでは図12のネットワーク1216上のブートサーバBを第1優先順として応答待タイマ値をTxb=2秒としている。第2優先順位の装置としてブートリレーY、応答待タイマ値Txy=10秒として設定している。すなわち、まずブートサーバBにブート要求を中継して送信し、2秒待っても応答がないときにはブートリレーYにブート要求を中継することを意味する。ここでTxy=10秒待っても応答がないときは中継先のすべてのブートサーバが障害であることを意味することになる。
【0067】
図13(c)にはブートリレーXからブート要求が中継されたときブートリレーYは直ちに中継処理を起動するように要求受信後起動タイマ値Ty=0としてある。中継先装置名および応答待タイマ値は同様に要求中継発信後応答待テーブルに設定する。ブートサーバCに対してはTyc=2秒、ブートサーバ。Dに対してはTyd=5秒として設定してある。このように設定することによりネットワークコンピュータのブート要求はブートリレーX、ブートリレーYを経由して多段に経由して離れて接続されたネットワーク上のブートサーバをブート処理に利用できるようにすることができる。
【0068】
図12および図13の説明のように設定したネットワークコンピュータのブートサーバ選択システムの動作の説明は図14に示した本発明の実施の形態の動作説明図により時間軸を追って以下に説明する。
【0069】
図14は横軸にネットワーク▲1▼、▲2▼、▲3▼、▲4▼とそれぞれに接続されている装置、すなわちブート要求を発信するネットワークコンピュータ、ブートサーバ、ブートリレーを示している。また、縦軸にはネットワークコンピュータNC−aが要求を発した時点を00として時間の経過を秒単位で示している。ただし、この説明図は発生する事象の順序を説明するためのものでありスケールに意味はない。また、時刻は秒単位で示しているが説明のための数字を示すのであって、図13のテーブルに例示したものに合わせてあり実用の理想的な値を表しているものではない。
【0070】
図13の時間監視テーブルの値に基づいて、図12の構成のネットワーク上での事象を図14の記載によって順に説明する。
【0071】
時刻=00においてネットワークコンピュータNC−aがブート要求をネットワーク▲1▼にブロードキャスト形式で発信する。同じネットワークに接続されているブートサーバBS−A、ブートリレーBR−Xはこのブート要求を受信する。このとき、BS−AはTa=0を設定してタイマ開始、直ちにタイムアウトとなるが何らかの原因でブート応答は返せない状態になっている。同じネットワーク上のBR−Xは要求受信時にTx=3を設定してタイマ開始して同じネットワーク上のブートサーバからの応答を監視して待つ。
【0072】
時刻=03になると、BR−Xがタイムアウト(Tx=3)となる。すなわち、要求を出したネットワークコンピュータと同じネットワーク上のブートサーバは応答しないので他のネットワーク上のブートサーバにブート処理を依頼する必要があることを示す。
【0073】
ブートリレー装置BR−Xは自分に設定されている要求中継発信後応答待テーブルTBL−Xを検索して第一優先の装置、ブートサーバBS−Bに対してネットワークコンピュータからの要求を中継して発信する。同時に送信したブート要求に対するブート応答を監視する応答待タイマ値Txb=2を設定してタイマ開始して応答待ちとする。
【0074】
中継して発信された要求はネットワーク▲2▼のBS−Bに送り出され、受信される。しかし、これも、障害のため応答が返せない状態で時間が経過する。
【0075】
時刻=05となると、すなわち、設定されたBR−XのタイマがTxb=2でタイムアウトになるとBR−XはテーブルTBL−Xの次の優先順位のブートリレー、ネットワーク▲3▼上のBR−Yに対して要求を中継する。このときはタイマ値Txy=10を設定して時間監視し応答待ちとなる。ネットワーク▲2▼上のブートサーバもブート応答できなかったのでさらに別ネットワークのブートサーバへの中継動作に移ることになる。
【0076】
ブートリレーBR−Yは要求を受信すると同様にテーブルTBL−Yを検索して優先順にまず、ブートサーバBS−Cに要求を中継して発信する。監視タイマはTyc=2として応答待ちとなる。
【0077】
発信された要求はBR−Yと同じネットワーク上のブートサーバBS−Cに受信されるがこれも応答できない状態であるとする。
【0078】
時刻=07,ブートリレー装置BR−YのタイマがTyc=2でタイムアウトになると、ブートリレー装置BR−Yはテーブルの次の装置を検索し、ネットワーク▲4▼上のブートサーバBS−Dに要求を中継して送信する。ブートリレー装置BR−YはタイマにTyd=5を設定し応答を待つ。
【0079】
今度はブートサーバBS−Dは正常に機能し、要求を受信するとブート応答を返す。応答は要求を中継をしたブートリレー装置BR−Yで受信され、応答を監視するタイマはリセットされ、順次中継して応答を要求元に送信する。ブートリレー装置BR−Xも応答を受信するとタイマをリセットする。
【0080】
応答を受信したネットワークコンピュータNC−aは応答の発信元であるネットワーク▲4▼上のブートサーバBS−Dとの間でブート処理を行う。これにより、ここに想定したブートサーバBS−A、BS−B、BS−Cがそれぞれ応答が返せない状態にあったときでもブートリレー装置BR−X、BR−Yが中継して別のネットワーク上のブートサーバBS−Dを選択してブート処理をすることができることが示されたことになる。
【0081】
【発明の効果】
以上の説明から明らかなように本発明によれば、ブート要求を行うネットワークコンピュータと同じネットワーク上にブートサーバを複数設置したときに使用優先度の設定が容易に行え、ブートサーバの管理容易化が図れること、また、ブートリレー装置によりネットワーク間のブート要求の中継が行え、他のネットワーク上のブートサーバも含めてブートサーバ故障時のブートサーバ多重運用が行えること、によりサーバ故障に強いネットワークコンピュータシステムの構築が低コストで容易に実現できるという効果がある。
【0082】
また、ブートサーバを持たないネットワーク上のネットワークコンピュータのブート処理を他のネットワーク上のブートサーバが合わせて行うようにしたコストを抑えたネットワークコンピュータシステムの構築も実現するという効果もある。
【図面の簡単な説明】
【図1】 本発明の構成図
【図2】 ブートサーバ選択システムの説明図
【図3】 ブートサーバの動作説明図(請求項2)
【図4】 ブートサーバの動作フローチャート(請求項2)
【図5】 ブートサーバの動作説明図(請求項3)
【図6】 ブートサーバの動作フローチャート(請求項3)
【図7】 ブートリレー装置の説明図
【図8】 ブートリレー装置の動作説明図(請求項4)
【図9】 ブートリレー装置の動作フローチャート(請求項4)
【図10】ブートリレー装置の動作説明図(請求項5)
【図11】ブートリレー装置の動作フローチャート(請求項5)
【図12】本発明の実施の形態の構成図
【図13】本発明の実施の形態の時間監視テーブルの例の説明図
【図14】本発明の実施の形態の動作例説明図
【図15】従来のブートサーバ選択システムの動作説明図
【符号の説明】
10 ブートサーバ
11 ブート要求受信手段
12 時間経過検知手段
13 ブート応答発信手段
14 ブート応答受信手段
20 ネットワークコンピュータ
21 ブート要求発信手段
22 ブート応答受信手段
30 ブートリレー装置
31 ブート要求受信手段
32 時間経過検知手段
33 ブート応答受信手段
34 ブート要求中継手段
35 装置別応答待時間記憶手段
36 中継順序設定手段[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a boot server selection system for selecting a boot server on a network from which a network computer receives a bootstrap program necessary for startup.
[0002]
[Prior art]
A network computer does not have a mass storage device such as a hard disk for storing software like a normal personal computer, but receives software from the resources of servers connected to the network via the network. It functions as a computer.
[0003]
The boot server supplies a bootstrap program, which is software necessary for startup, when a network computer connected to the network is turned on and the user tries to start using it.
[0004]
FIG. 2 is an explanatory diagram of the boot server selection system. Here, the signal flow when the NCa 203 of the network computers NCa203, NCb204, and NCc205 connected to the
[0005]
When the
[0006]
As described above, conventionally, by connecting a plurality of boot servers for network computers on the network, even if one of the boot servers fails, the boot program can be supplied from the remaining boot servers. I was able to.
[0007]
As a result, the network computer can be activated if any one of the plurality of boot servers on the network to which the network computer belongs operates normally.
[0008]
FIG. 15 is an operation explanatory diagram of a conventional boot server selection system. FIG. 15 shows an example of the signal flow of the boot server selection system shown in FIG.
[0009]
The boot request transmitted from the network computer NCa1501 is received as 1504 or 1505 by the boot server A 1502 and the
[0010]
The response is received by each boot server and network computer. This figure shows a case where a
[0011]
[Problems to be solved by the invention]
As can be seen from the above description of the conventional boot server selection system, it is undefined which boot server responds first to a message broadcast by a network computer at startup.
[0012]
In other words, without specifying the boot server to be used by the administrator, one of the boot servers installed on the network is automatically selected according to the timing determined by the system environment and performance. A problem arises that the network system administrator cannot manage the operation of each computer.
[0013]
Further, when a boot server connected to the same network as the network computer fails, even if there is a boot server connected to another network, the network computer cannot be started using the boot server.
[0014]
In view of these points, the present invention
An object of the present invention is to provide means for selecting from which boot server a network computer is connected on one network or a complex network.
[0015]
[Means for Solving the Problems]
The above problem is solved by a boot server selection system configured as described below and a boot server or a boot relay device that configures the system.
[0016]
FIG. 1 is a block diagram of the present invention.
[0017]
In FIG. 1, 20 is a network computer, and 10 is a boot server that performs a boot process in response to a boot request from the
[0018]
11 is a boot request receiving means for receiving a boot request from the
[0019]
By the above means, the
[0020]
As described above, the order of selecting a plurality of boot servers installed as a countermeasure against the failure can be controlled only by setting the response timing to each boot server. (
FIG. 3 is an explanatory diagram of the operation of the boot server (Claim 2), and FIG. 4 is a flowchart of the operation of the boot server (Claim 2). The boot server A302 is set to T1 as the waiting time until the response after receiving the request, and the boot server B303 is set to T2. When T1 <T2, the
[0021]
In the operation flowchart of FIG. 4, in step S41, the boot server waits for a signal. Here, in particular, when a boot request from a network computer is waited and a boot request message sent to the network is received, a timer value is set for each boot server in step S42. The set waiting time Tn is set as the response monitoring time. It then waits for the timer to complete.
[0022]
When the timeout occurs, a boot response to the boot request is sent to the network in step S43. Each boot server controls the timing of the boot response by the response monitoring time Tn. (Claim 2)
Next, in
[0023]
FIG. 5 shows an operation explanatory diagram of the boot server (Claim 3), and FIG. 6 shows an operation flowchart of the boot server (Claim 3).
[0024]
In FIG. 5, the network computer NC501 sends the request a to the network, but the boot server A502 is out of order and cannot respond after receiving the request a504, or cannot even receive it and cannot send the response b to the network. Shows the signal flow.
[0025]
Since the
[0026]
Also, if the boot server A502 operates normally and sends a response b before the time T2, the boot server B503 receives the response b before the time T2 and does not send the response c. Therefore, the subsequent processing corresponding to the request a505 is not performed.
[0027]
This will be explained with reference to the flowchart of FIG. 6. When a boot request message is received in step S61, when a boot request message is received, a timer is issued in step S62, the timer is completed, and a response is received from another server. Become. At this time, a timer value Tn determined for each boot server is set.
[0028]
If another response is received here, control is transferred to step S61 so that the request is discarded in step S64 without waiting for completion of the timer and a new boot request is waited. If a time-out occurs without receiving a response, a response is transmitted in step S63 and the network computer is booted. (Claim 3)
In the above, a system for selecting a boot server on the same network that performs boot processing in response to a boot request from a network computer has been shown. However, from the following, a boot server on another network connected by a router or the like is used. 1 shows a boot server selection system including a boot relay device when boot processing is performed.
[0029]
In FIG. 1, 30 is a boot relay device that relays a boot request of the
[0030]
FIG. 7 is an explanatory diagram of a boot relay device in the boot server selection system. The configuration of the boot server selection system includes three
[0031]
For convenience of explanation, it is assumed that the network computer that makes a boot request is
[0032]
The boot relay device X706 designates the boot server C702 on the
[0033]
FIG. 8 is a diagram for explaining the operation of the boot relay device (Claim 4), and FIG. 9 is a flowchart for the operation of the boot relay device (Claim 4).
[0034]
In FIG. 8, the boot
[0035]
The boot server C804 can set the time from the reception of the boot request to the boot response in the same manner as the other boot servers, but the response can be returned immediately by setting this time to zero. The response c810 is transmitted as a response c809 to the requesting network computer NC801 via the boot relay device X803.
[0036]
The network computer NC801 executes the boot process 811 with the boot server C804 using the response c809 received first.
[0037]
The operation of the boot server relay device will be described according to the steps of the flowchart of FIG. While waiting for the reception of the boot request in step S91, if the request message is received, the received request is stored in step S92. Immediately issue a timer for monitoring the time after reception, and wait for completion of the timer and reception of a response from another boot server.
[0038]
When a response is received, the request is discarded in step S93, and the process returns to step S91 to wait for the next request. By receiving a boot response from another boot server, it is understood that the boot process of the network computer has been performed by the boot server that responded, so it is not necessary to continue the processing of the stored boot request. Processing will be terminated.
[0039]
On the other hand, when a timeout occurs, no boot server on the same network has responded to the boot request for some reason, so that the boot request detected and stored in step S94 is set in the boot relay device. Relay to other boot servers on the network. Thereafter, when a boot response is received from the destination boot server, the boot relay device relays the response and transmits it to the requesting network computer in step S95, and returns to step S91 to wait for a new request.
[0040]
The network computer that has received the response executes boot processing with the boot server of the other network that has responded. As a result, even if a boot server on the same network does not function, or there is no boot server on the same network, the boot relay device can be connected to a boot server on another network to perform boot processing. can do. (Claim 4, Claim 7)
Although the boot relay device described above has a relay function to a specific boot server on another network, one or more boot servers or boot relays connected to the boot relay device on an arbitrary number of arbitrary networks It is also possible to have a function of storing and setting devices and relaying them to these devices.
[0041]
In the
The time elapse detection means 32 detects the elapse of time, and when the reception of the boot response is not stored, the boot request relay means 34 is activated again. An example of these operations and a flowchart will be described below.
[0042]
FIG. 10 and FIG. 11 are diagrams for explaining the operation of the boot relay device (Claim 5) and an operation flowchart of the boot relay device (Claim 5).
[0043]
Since the boot server A705 on the same network as the boot relay device X706 of the boot server selection system shown in FIG. 7 is out of order, one or more boot server boot servers C702 connected to other networks (also assumed to be faulty), An example of the operation when sequentially specifying and selecting the boot server D708 will be described.
[0044]
In FIG. 10, first, a boot request a transmitted from the network computer NC1001 is transmitted to the boot server A1002 and the boot relay device X1003 on the same network.
[0045]
The boot relay device X1003 receives the request and sets the response monitoring time T2 of its own other boot server in the timer. Since the
[0046]
Since the boot server C1004 cannot respond, the boot relay device X relays the request a as 1010 to the boot server D1005 after T3 time by the timer. The boot server D immediately transmits a response d to the boot relay device X1003. The boot relay device X also immediately relays it and transmits it to the network computer NC1001.
[0047]
The network computer NC1001 that has received the relayed
[0048]
FIG. 11 shows an operation flowchart of a boot relay device that relays a boot request from a network computer to one or more other boot servers or boot relay devices on the network. The operation will be described below step by step.
[0049]
In step S111, the boot relay apparatus waits for a boot request that can be received. When the request message is received, the received boot request is cached in step S112. That is, the boot request to be relayed is stored.
[0050]
In step S113, similarly to the other boot servers, a monitoring time for waiting for reception of a boot response from another boot server after receiving a boot request is set in the timer to wait for completion of the timer. The boot relay device also monitors the response to the boot request relayed by itself. Further, here, a response reception wait is also performed.
[0051]
When it receives a response from a boot server on the same network as itself, it is no longer necessary to relay the request, so the boot request stored in step S114 is discarded and the process returns to step S111 to wait for a new boot request.
[0052]
When time-out occurs, in step S115, the relay server boot server is searched for a stored table (not shown), and the boot server or boot relay device name stored in order of relay priority and the time for monitoring each response are extracted. To do. The boot request is relayed and transmitted to the boot server or boot relay device on the other extracted network, and the process waits for a response in step S117 and returns to step S113. In step S113, the extracted monitoring time Tn is set in a timer to wait for completion.
[0053]
When a response is received from a boot server in another network, control is transferred to step S116, and the response is relayed to the network computer. The stored request is discarded and the process returns to step S111 to wait for a new boot request.
[0054]
As described above, the boot relay device monitors the response of the boot server on its own network, and when none responds, it sequentially relays the boot request to one or more boot servers on another network to obtain the response. The computer boot process can be performed.
[0055]
Further, the relay of the boot request can relay the network to other boot relay devices in multiple stages and connect the boot server to the network computer to execute the boot process. As a result, the boot server can be selected flexibly, and appropriate boot server placement and failure countermeasures can be performed.
[0056]
DETAILED DESCRIPTION OF THE INVENTION
In the present embodiment, a form realized by a computer program executed on a computer used for a general purpose such as a personal computer or workstation used for a server or a node computer such as a router. Indicates.
[0057]
The boot server selection system of the present invention is realized by executing a computer program on a computer including a processing device, a main storage device, an auxiliary storage device, an input / output device, and the like. The computer program is stored and provided in a portable medium such as a floppy disk or CD-ROM, or in a main storage device or auxiliary storage device of another computer connected to the network. The recording medium of the present invention corresponds to the portable medium, the main storage device, and the auxiliary storage device.
[0058]
The provided computer program is loaded directly from the portable medium into the main storage device of the computer, or once copied or installed from the portable medium to the auxiliary storage device, then loaded into the main storage device and executed. In addition, when the data is stored and provided in another device connected to the network, it is copied to the auxiliary storage device after being received from the other device via the network, and loaded into the main storage device for execution.
[0059]
FIG. 12 shows a configuration diagram of the embodiment of the present invention. The embodiment of the present invention uses a boot server on each network as a boot server for booting network computers on other networks in a system in which a large number of network computers are installed and operated on each floor network. This is a boot server selection system that can be used. As a result, an economical and practical network computer system can be constructed by applying a boot server on another network to the same network without installing many boot servers on the same network. It is also possible to set the boot server to be forced by a network computer on multiple floors.
[0060]
In FIG. 12, a network computer and a boot server are arranged on four networks. These networks are connected by a boot relay device or a router.
[0061]
In FIG. 12, 1220, 1216, 1221, and 1217 are networks installed on each floor, 1220 includes
[0062]
In this embodiment, as an example, the
[0063]
Although the boot server selection priority order of the network computer NCa1212 shown as an example here is determined by the setting of the time monitoring table of each device, the structure of the table can be created symmetrically, so the same effect can be obtained for network computers on any network. It is easy to show.
[0064]
FIG. 13 illustrates an example of a time monitoring table according to the embodiment of this invention. The table is composed of a start timer value after receiving a request and a response waiting table after request relay transmission for each boot server or boot relay device. The response waiting table after request relay transmission is set only in the boot relay device. The start timer after receiving the request is meaningful for the boot server or boot relay device connected to the same network as the network computer that sends the boot request. In such a case, the value is set to 0.
[0065]
The boot server A in FIG. 13 (a) belongs to the same network as the network computer that sends the boot request, and is a single boot server. Ta = 0 is set.
[0066]
The boot relay X in FIG. 13B is on the same network as the boot server A, and Tx = 3 seconds so that the boot server A operates for the first time when the boot server A fails and cannot send a boot response. When the response from the boot server A is not received even after this time has elapsed, the boot relay X monitors the request relay destination device name and the request relay transmission so as to relay the boot request to the boot server on another network. A post-request-relay response wait table with a response wait timer value as a pair is provided. Here, the boot server B on the
[0067]
In FIG. 13C, when a boot request is relayed from the boot relay X, the boot relay Y has a start timer value Ty = 0 after receiving the request so that the relay processing is immediately started. Similarly, the relay destination device name and the response wait timer value are set in the response wait table after request relay transmission. For boot server C, Tyc = 2 seconds, boot server. For D, Tyd = 5 seconds is set. By setting in this way, the boot request of the network computer can be used for boot processing on the boot server on the network that is connected via the boot relay X and the boot relay Y and separated by multiple stages. it can.
[0068]
The operation of the network computer boot server selection system set as described with reference to FIGS. 12 and 13 will be described below along the time axis according to the operation explanatory diagram of the embodiment of the present invention shown in FIG.
[0069]
FIG. 14 shows devices connected to the networks (1), (2), (3), and (4) on the horizontal axis, that is, a network computer that transmits a boot request, a boot server, and a boot relay. The vertical axis indicates the time elapsed in seconds with the time point when the network computer NC-a issues a request being 00. However, this explanatory diagram is for explaining the order of events that occur, and the scale has no meaning. Further, although the time is shown in seconds, it shows a number for explanation, and it is in accordance with the example illustrated in the table of FIG. 13 and does not represent a practically ideal value.
[0070]
Based on the values in the time monitoring table in FIG. 13, the events on the network having the configuration in FIG. 12 will be described in order with reference to FIG.
[0071]
At time = 00, the network computer NC-a sends a boot request to the network (1) in a broadcast format. The boot server BS-A and the boot relay BR-X connected to the same network receive this boot request. At this time, BS-A sets Ta = 0, starts the timer, and immediately times out. However, the boot response cannot be returned for some reason. When receiving a request, BR-X on the same network sets Tx = 3 and starts a timer to monitor and wait for a response from a boot server on the same network.
[0072]
When time = 03, BR-X times out (Tx = 3). In other words, the boot server on the same network as the network computer that issued the request does not respond, so that it is necessary to request the boot processing to a boot server on another network.
[0073]
The boot relay device BR-X searches the response waiting table TBL-X after the request relay transmission set for itself and relays the request from the network computer to the first priority device, the boot server BS-B. send. A response waiting timer value Txb = 2 for monitoring a boot response to the boot request transmitted at the same time is set to start the timer and wait for a response.
[0074]
The request transmitted through the relay is sent to BS-B of network (2) and received. However, this also elapses in a state where a response cannot be returned due to a failure.
[0075]
When time = 05, that is, when the set BR-X timer times out with Txb = 2, BR-X is the boot relay of the next priority in table TBL-X, BR-Y on network (3) Relay requests to. At this time, the timer value Txy = 10 is set to monitor the time and wait for a response. Since the boot server on the network {circle around (2)} also failed to respond to booting, the operation proceeds to a relay operation to a boot server on another network.
[0076]
Similarly to the reception of the request, the boot relay BR-Y searches the table TBL-Y and first relays the request to the boot server BS-C in the order of priority. The monitoring timer waits for a response with Tyc = 2.
[0077]
It is assumed that the transmitted request is received by the boot server BS-C on the same network as BR-Y but cannot respond.
[0078]
When time = 07 and the timer of the boot relay device BR-Y times out with Tyc = 2, the boot relay device BR-Y searches for the next device in the table and makes a request to the boot server BS-D on the network (4). Is relayed and sent. The boot relay device BR-Y sets Tyd = 5 in the timer and waits for a response.
[0079]
This time, the boot server BS-D functions normally and returns a boot response when receiving the request. The response is received by the boot relay device BR-Y that relayed the request, the timer for monitoring the response is reset, and relayed sequentially to transmit the response to the request source. The boot relay device BR-X also resets the timer when receiving the response.
[0080]
The network computer NC-a that has received the response performs a boot process with the boot server BS-D on the network {circle around (4)} that is the source of the response. As a result, even when the boot servers BS-A, BS-B, and BS-C assumed here cannot return a response, the boot relay devices BR-X and BR-Y relay to another network. It is shown that the boot server BS-D can be selected to perform the boot process.
[0081]
【The invention's effect】
As is apparent from the above description, according to the present invention, when a plurality of boot servers are installed on the same network as the network computer that makes a boot request, the use priority can be easily set, and the boot server can be easily managed. A network computer system that is resistant to server failure by being able to relay boot requests between networks using a boot relay device and by enabling multiple boot server operations including boot servers on other networks. There is an effect that can be easily realized at low cost.
[0082]
In addition, there is also an effect that it is possible to realize a construction of a network computer system with a reduced cost in which boot processing of a network computer on a network having no boot server is performed by a boot server on another network.
[Brief description of the drawings]
FIG. 1 is a block diagram of the present invention.
FIG. 2 is an explanatory diagram of a boot server selection system.
FIG. 3 is an explanatory diagram of the operation of the boot server (claim 2).
FIG. 4 is a flowchart of the operation of the boot server (claim 2).
FIG. 5 is an operation explanatory diagram of a boot server (claim 3).
FIG. 6 is a flowchart of the operation of the boot server (claim 3).
FIG. 7 is an explanatory diagram of a boot relay device.
FIG. 8 is an explanatory diagram of the operation of the boot relay device (claim 4).
FIG. 9 is a flowchart of the operation of the boot relay device (claim 4).
FIG. 10 is an explanatory diagram of the operation of the boot relay device (claim 5).
FIG. 11 is an operation flowchart of the boot relay device (claim 5);
FIG. 12 is a configuration diagram of an embodiment of the present invention.
FIG. 13 is an explanatory diagram of an example of a time monitoring table according to the embodiment of this invention;
FIG. 14 is an explanatory diagram of an operation example of the embodiment of the present invention.
FIG. 15 is an operation explanatory diagram of a conventional boot server selection system.
[Explanation of symbols]
10 Boot server
11 Boot request receiving means
12 hour passage detection means
13 Boot response sending means
14 Boot response receiving means
20 Network computer
21 Boot request sending means
22 Boot response receiving means
30 Boot relay device
31 Boot request receiving means
32 hour passage detection means
33 Boot response receiving means
34 Boot request relay means
35 Device-specific response waiting time storage means
36 Relay order setting means
Claims (7)
ネットワークコンピュータからブート要求を受信するブート要求受信手段と、
ブートサーバ毎に異なるようにあらかじめ設定された時間の経過を検知する時間経過検知手段と、
ブート要求受信後起動された時間経過検知手段が時間の経過を検知したときブート応答を発信するブート応答発信手段と、
を備え最初に応答したブートサーバがネットワークコンピュータのブート処理を実行するようにしたことを特徴とするブートサーバ選択システム。To one or more boot servers that perform boot processing in response to boot requests from network computers on the network,
Boot request receiving means for receiving a boot request from a network computer;
A time elapse detecting means for detecting elapse of a preset time to be different for each boot server ;
A boot response sending means for sending a boot response when the time passage detecting means activated after receiving the boot request detects the passage of time;
A boot server selection system characterized in that a boot server that responds first executes a boot process of a network computer.
ネットワークコンピュータと同一のネットワーク上に設置されたブートサーバであって、
ネットワークコンピュータからブート要求を受信するブート要求受信手段と、
ブート要求受信後、ブートサーバ毎に異なるようにあらかじめ設定された時間の経過を検知する時間経過検知手段と、
時間経過検知手段が時間の経過を検知したときブート応答を発信するブート応答発信手段と、
を備えることを特徴とするブートサーバ。In a boot server selection system for selecting a boot server that executes a boot process of a network computer from one or more boot servers,
A boot server installed on the same network as the network computer,
Boot request receiving means for receiving a boot request from a network computer;
A time elapse detecting means for detecting elapse of a preset time to be different for each boot server after receiving the boot request;
A boot response sending means for sending a boot response when the time passage detecting means detects the passage of time;
A boot server comprising:
ブート応答発信手段はブート応答受信手段がブート応答を受信したことを記憶しているときにはブート応答の発信を抑制するようにしたことを特徴とする請求項2記載のブートサーバ。A boot response receiving means for receiving a boot response transmitted from another boot server installed on the same network as the network computer and storing the received response is provided.
3. The boot server according to claim 2, wherein the boot response transmitting means suppresses the transmission of the boot response when the boot response receiving means stores that the boot response has been received.
ネットワークコンピュータのブート要求を他のネットワークに中継するブートリレー装置であって、
ネットワークコンピュータからのブート要求を受信するブート要求受信手段と、
あらかじめ設定された時間の経過を検知する時間経過検知手段と、
ブートサーバから発信されたブート応答を受信し、受信したことを記憶するブート応答受信手段と、
ブート要求をあらかじめ中継先装置として設定された他のネットワーク上のブートサーバあるいはブートリレー装置に中継するブート要求中継手段とを備え、
ブート要求受信後起動された時間経過検知手段が時間の経過を検知し、ブート応答の受信が記憶されていないときに、ブート要求中継手段により他のネットワークにブート要求を中継するようにしたことを特徴とするブートリレー装置。In a boot server selection system for selecting a boot server that executes a boot process of a network computer from one or more boot servers,
A boot relay device that relays a network computer boot request to another network,
Boot request receiving means for receiving a boot request from a network computer;
A time elapse detecting means for detecting elapse of a preset time;
A boot response receiving means for receiving a boot response transmitted from the boot server and storing the received response;
Boot request relay means for relaying a boot request to a boot server or boot relay device on another network that is set in advance as a relay destination device,
The time elapse detecting means activated after receiving the boot request detects the elapse of time, and when the reception of the boot response is not stored, the boot request relay means relays the boot request to another network. A boot relay device.
装置別応答待時間記憶手段に記憶された1以上のブートサーバあるいはブートリレー装置をブート要求中継の選択優先順に中継先装置として設定し、対応して記憶されている応答待時間を時間経過検知手段に設定してブート要求の中継順序を設定する中継順序設定手段と、を追加して備え、
ブート要求中継手段は中継順序設定手段により設定されたブートサーバあるいはブートリレー装置にブート要求を中継するようにし、
時間経過検知手段が時間の経過を検知し、ブート応答の受信が記憶されていないときには再度ブート要求中継手段を起動するようにしたことを特徴とする請求項4記載のブートリレー装置。Device-specific response waiting for storing boot request relay selection priority order of one or more boot servers or boot relay devices on other networks and boot response waiting time for monitoring the boot response after boot request relaying correspondingly Time storage means;
One or more boot servers or boot relay devices stored in the device-specific response waiting time storage means are set as relay destination devices in the order of selection priority for boot request relaying, and the response waiting time stored correspondingly is detected as time passage detecting means. Relay order setting means for setting the relay order of boot requests by setting to
The boot request relay means relays the boot request to the boot server or the boot relay device set by the relay order setting means,
5. The boot relay device according to claim 4, wherein the time elapse detecting means detects elapse of time and activates the boot request relay means again when the reception of the boot response is not stored.
ネットワークコンピュータと同一のネットワーク上に設置されたブートサーバのプログラムであって、コンピュータを、
ネットワークコンピュータからブート要求を受信するブート要求受信手段、
ブート要求受信後、ブートサーバ毎に異なるようにあらかじめ設定された時間の経過を検知する時間経過検知手段、
時間経過検知手段が時間の経過を検知したときブート応答を発信するブート応答発信手段、
として機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。In a boot server selection system for selecting a boot server that executes a boot process of a network computer from one or more boot servers,
A boot server program installed on the same network as the network computer,
Boot request receiving means for receiving a boot request from a network computer;
A time elapse detecting means for detecting elapse of a preset time so as to be different for each boot server after receiving the boot request;
A boot response sending means for sending a boot response when the time passage detecting means detects the passage of time;
A computer-readable recording medium in which a program for functioning as a computer is recorded.
ネットワークコンピュータからのブート要求を受信するブート要求受信手段、
あらかじめ設定された時間の経過を検知する時間経過検知手段、
ブートサーバから発信されたブート応答を受信し、受信したことを記憶するブート応答受信手段、
ブート要求をあらかじめ中継先装置として設定された他のネットワーク上のブートサーバあるいはブートリレー装置に中継するブート要求中継手段、
として機能させ、ブート要求受信後起動された時間経過検知手段が時間の経過を検知し、ブート応答の受信が記憶されていないときに、ブート要求中継手段により他のネットワークにブート要求を中継するようにしたプログラムを記録したコンピュータ読み取り可能な記録媒体。In a boot server selection system for selecting a boot server that executes a boot process of a network computer from one or more boot servers, a program for a boot relay device that relays a boot request of a network computer to another network,
Boot request receiving means for receiving a boot request from a network computer;
Time elapse detecting means for detecting elapse of a preset time,
A boot response receiving means for receiving a boot response transmitted from the boot server and storing the received response;
A boot request relay means for relaying a boot request to a boot server or boot relay device on another network set in advance as a relay destination device;
The time elapse detecting means activated after receiving the boot request detects the elapse of time, and when the reception of the boot response is not stored, the boot request relay means relays the boot request to another network. A computer-readable recording medium on which the program is recorded.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP33469899A JP4325048B2 (en) | 1999-11-25 | 1999-11-25 | Boot server selection system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP33469899A JP4325048B2 (en) | 1999-11-25 | 1999-11-25 | Boot server selection system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2001154751A JP2001154751A (en) | 2001-06-08 |
JP4325048B2 true JP4325048B2 (en) | 2009-09-02 |
Family
ID=18280227
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP33469899A Expired - Fee Related JP4325048B2 (en) | 1999-11-25 | 1999-11-25 | Boot server selection system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4325048B2 (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070157016A1 (en) * | 2005-12-29 | 2007-07-05 | Dayan Richard A | Apparatus, system, and method for autonomously preserving high-availability network boot services |
JP5732726B2 (en) * | 2010-02-22 | 2015-06-10 | 日本電気株式会社 | Information processing system, information processing system operation method, and program |
-
1999
- 1999-11-25 JP JP33469899A patent/JP4325048B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2001154751A (en) | 2001-06-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7418627B2 (en) | Cluster system wherein failover reset signals are sent from nodes according to their priority | |
US8661286B2 (en) | QProcessor architecture in a cluster configuration | |
US8015331B2 (en) | Multi-console workstations concurrently supporting multiple users | |
US7246174B2 (en) | Method and system for accessing and managing virtual machines | |
WO2007077600A1 (en) | Administration program, administration method and administration apparatus | |
US20190208021A1 (en) | Content delivery network (cdn) management system, method, and apparatus | |
WO2017162173A1 (en) | Method and device for establishing connection of cloud server cluster | |
US8266473B2 (en) | Disaster recovery architecture | |
US7418588B2 (en) | Method and apparatus for redirecting a local boot request to a remote location | |
US9979798B2 (en) | Thin/zero client provisioning and management using centralized management software | |
JP2005209191A (en) | Remote enterprise management of high availability system | |
JP5970559B2 (en) | Remote network management system and operation method thereof | |
GB2462160A (en) | A distributed server system includes a table indicating communication relationships between various service programs | |
WO2024213056A1 (en) | Method for controlling high-performance computing cluster, and electronic device and storage medium | |
US7039682B2 (en) | Extension of the BOOTP protocol towards automatic reconfiguration | |
US20140067771A2 (en) | Management of a Scalable Computer System | |
JP4325048B2 (en) | Boot server selection system | |
CN112948008A (en) | Ironic based physical bare computer management method | |
KR20200086212A (en) | Communication method for virtual machines, electronic device, and non-transitory computer readable storage medium | |
WO2007099587A1 (en) | Computer system and computer system configuration method | |
JP6051798B2 (en) | Firmware verification system, firmware verification method, and firmware verification program | |
WO2002073438A1 (en) | Method and system for management of remote devices | |
JP7381146B1 (en) | Management system, adapter device, management method and program | |
JPH1185649A (en) | Computer managing system on network | |
AU2011255219A1 (en) | Configuring the cluster |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20061004 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090224 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090421 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090519 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090601 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120619 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120619 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130619 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140619 Year of fee payment: 5 |
|
LAPS | Cancellation because of no payment of annual fees |