JPH0863441A - 並列システムの運用方法 - Google Patents
並列システムの運用方法Info
- Publication number
- JPH0863441A JPH0863441A JP6201635A JP20163594A JPH0863441A JP H0863441 A JPH0863441 A JP H0863441A JP 6201635 A JP6201635 A JP 6201635A JP 20163594 A JP20163594 A JP 20163594A JP H0863441 A JPH0863441 A JP H0863441A
- Authority
- JP
- Japan
- Prior art keywords
- host computer
- server
- host
- host computers
- servers
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multi Processors (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【目的】 個々のホストコンピュータにどのサーバとし
ての役割を割り当てるかということを、個別のホストコ
ンピュータの識別子を意識した煩雑な定義をすることな
く、並列システムを運用可能にすること。 【構成】 複数のホストコンピュータのうち１つをマネ
ージャノードとして定めたうえ、該マネージャノードの
ホストコンピュータ内に並列システムの中に割り当てる
サーバ種別とサーバ数とをサーバ種別単位に設定し、こ
の設定内容に従ってどの種別のサーバをそれぞれのホス
トコンピュータ上に分散配置するかを決定させた後、こ
の決定内容を前記ネットワークを通じて各ホストコンピ
ュータに送信させ、各ホストコンピュータに送信内容で
指示された種別のサーバを割り当てる。
ての役割を割り当てるかということを、個別のホストコ
ンピュータの識別子を意識した煩雑な定義をすることな
く、並列システムを運用可能にすること。 【構成】 複数のホストコンピュータのうち１つをマネ
ージャノードとして定めたうえ、該マネージャノードの
ホストコンピュータ内に並列システムの中に割り当てる
サーバ種別とサーバ数とをサーバ種別単位に設定し、こ
の設定内容に従ってどの種別のサーバをそれぞれのホス
トコンピュータ上に分散配置するかを決定させた後、こ
の決定内容を前記ネットワークを通じて各ホストコンピ
ュータに送信させ、各ホストコンピュータに送信内容で
指示された種別のサーバを割り当てる。
Description
【０００１】
【産業上の利用分野】本発明は、ネットワークで相互に
接続された複数の独立したホストコンピュータ上に、そ
れぞれ別の役割を持ついくつかのサーバを適宜に分散配
置し、それらのサーバを全体として１つの並列システム
として連携動作させるコンピュータシステムの運用方法
に関する。
接続された複数の独立したホストコンピュータ上に、そ
れぞれ別の役割を持ついくつかのサーバを適宜に分散配
置し、それらのサーバを全体として１つの並列システム
として連携動作させるコンピュータシステムの運用方法
に関する。
【０００２】
【従来の技術】従来、複数のホストコンピュータにより
構成され、それぞれのホストコンピュータが相互に連携
して１つの並列システムを構成するコンピュータシステ
ムにおいて、それぞれのホストコンピュータにどのサー
バを配置して起動するか等の構成定義情報は、個々のホ
ストコンピュータにてそれぞれ個別に作成していた。従
って、各ホストコンピュータでどのサーバを起動するか
は、各ホストコンピュータにてそれぞれ個別に定義する
必要があった。
構成され、それぞれのホストコンピュータが相互に連携
して１つの並列システムを構成するコンピュータシステ
ムにおいて、それぞれのホストコンピュータにどのサー
バを配置して起動するか等の構成定義情報は、個々のホ
ストコンピュータにてそれぞれ個別に作成していた。従
って、各ホストコンピュータでどのサーバを起動するか
は、各ホストコンピュータにてそれぞれ個別に定義する
必要があった。
【０００３】これに対し、特開平５−１０８５２５号で
は、システム全体の構成を定義する定義ファイルを、１
つのホストコンピュータに持ち、その定義の中にホスト
コンピュータ識別子を付加して定義情報を格納すること
により、各ホストコンピュータの定義情報を一元管理
し、そのホストコンピュータ識別子情報を元に各ホスト
コンピュータに定義情報を配布する方法が提案されてい
る。
は、システム全体の構成を定義する定義ファイルを、１
つのホストコンピュータに持ち、その定義の中にホスト
コンピュータ識別子を付加して定義情報を格納すること
により、各ホストコンピュータの定義情報を一元管理
し、そのホストコンピュータ識別子情報を元に各ホスト
コンピュータに定義情報を配布する方法が提案されてい
る。
【０００４】また、特開平４−２６０１４９号において
は、ネットワークの構成要素をグラフィック端末上で集
中的に定義し、各ネットワークのノード端末に構成パラ
メータを配布する方法が提案されている。
は、ネットワークの構成要素をグラフィック端末上で集
中的に定義し、各ネットワークのノード端末に構成パラ
メータを配布する方法が提案されている。
【０００５】これらの提案に共通することは、各ホスト
コンピュータにおいてどのサーバを割り当てて実行させ
るかということを、構成定義ファイル上で各ホストコン
ピュータ対応に記述して一元管理し、その定義を各ホス
トコンピュータに配布する方法を採用している点であ
る。
コンピュータにおいてどのサーバを割り当てて実行させ
るかということを、構成定義ファイル上で各ホストコン
ピュータ対応に記述して一元管理し、その定義を各ホス
トコンピュータに配布する方法を採用している点であ
る。
【０００６】
【発明が解決しようとする課題】しかしながら、上記従
来技術にあっては、並列システムが全体としてどれだけ
のホストコンピュータにより構成されているか、またそ
の識別子は何かを認識していないと、全体の構成定義を
作成することができない。
来技術にあっては、並列システムが全体としてどれだけ
のホストコンピュータにより構成されているか、またそ
の識別子は何かを認識していないと、全体の構成定義を
作成することができない。
【０００７】従って、ホストコンピュータの数が１００
〜１０００台のオーダになった場合には、個々のホスト
コンピュータにて個別に定義を作成しようとしても、容
易に定義可能な範囲を超えてしまううえ、一元管理しよ
うとする場合においても、その一元管理した構成定義フ
ァイル内では、個々のホストコンピュータの識別子を意
識する必要があり、１００〜１０００台のオーダのホス
トコンピュータを一元化した定義ファイルで管理するこ
とは、やはり容易に管理できる範囲を超えてしまい、シ
ステム構成定義及び定義変更が煩雑になるという問題が
ある。
〜１０００台のオーダになった場合には、個々のホスト
コンピュータにて個別に定義を作成しようとしても、容
易に定義可能な範囲を超えてしまううえ、一元管理しよ
うとする場合においても、その一元管理した構成定義フ
ァイル内では、個々のホストコンピュータの識別子を意
識する必要があり、１００〜１０００台のオーダのホス
トコンピュータを一元化した定義ファイルで管理するこ
とは、やはり容易に管理できる範囲を超えてしまい、シ
ステム構成定義及び定義変更が煩雑になるという問題が
ある。
【０００８】本発明の目的は、１００〜１０００台の数
のオーダのホストコンピュータにより構成される並列シ
ステムにおいて、個々のホストコンピュータにどのサー
バとしての役割を割り当てるかということを、個別のホ
ストコンピュータの識別子を意識した煩雑な定義をする
ことなく、並列システムを運用可能にする並列システム
の運用方法を提供することである。
のオーダのホストコンピュータにより構成される並列シ
ステムにおいて、個々のホストコンピュータにどのサー
バとしての役割を割り当てるかということを、個別のホ
ストコンピュータの識別子を意識した煩雑な定義をする
ことなく、並列システムを運用可能にする並列システム
の運用方法を提供することである。
【０００９】
【課題を解決するための手段】上記目的を達成するため
に、本発明は、基本的には、複数のホストコンピュータ
のうち１つをマネージャノードとして定めたうえ、該マ
ネージャノードのホストコンピュータ内に並列システム
の中に割り当てるサーバ種別とサーバ数とをサーバ種別
単位に設定し、この設定内容に従ってどの種別のサーバ
をそれぞれのホストコンピュータ上に分散配置するかを
決定させた後、この決定内容を前記ネットワークを通じ
て各ホストコンピュータに送信させ、各ホストコンピュ
ータに送信内容で指示された種別のサーバを割り当てる
ことを特徴とする。
に、本発明は、基本的には、複数のホストコンピュータ
のうち１つをマネージャノードとして定めたうえ、該マ
ネージャノードのホストコンピュータ内に並列システム
の中に割り当てるサーバ種別とサーバ数とをサーバ種別
単位に設定し、この設定内容に従ってどの種別のサーバ
をそれぞれのホストコンピュータ上に分散配置するかを
決定させた後、この決定内容を前記ネットワークを通じ
て各ホストコンピュータに送信させ、各ホストコンピュ
ータに送信内容で指示された種別のサーバを割り当てる
ことを特徴とする。
【００１０】すなわち、システム構成を静的に定義して
からシステムを起動するのではなく、並列システムを起
動する時に動的にシステム構成を決定することを特徴と
する。
からシステムを起動するのではなく、並列システムを起
動する時に動的にシステム構成を決定することを特徴と
する。
【００１１】この場合、サーバ種別単位に設定するサー
バ数は、全体のサーバの中での構成比率によって設定す
ることも可能である。
バ数は、全体のサーバの中での構成比率によって設定す
ることも可能である。
【００１２】
【作用】本発明によれば、マネージャノードのホストコ
ンピュータ内に並列システムの中に割り当てるサーバ種
別とサーバ数とをサーバ種別単位に設定すると、マネー
ジャノードのホストコンピュータ内がこの設定内容に従
ってどの種別のサーバをそれぞれのホストコンピュータ
上に分散配置するかを決定し、この決定内容をネットワ
ークを通じて各ホストコンピュータに送信する。
ンピュータ内に並列システムの中に割り当てるサーバ種
別とサーバ数とをサーバ種別単位に設定すると、マネー
ジャノードのホストコンピュータ内がこの設定内容に従
ってどの種別のサーバをそれぞれのホストコンピュータ
上に分散配置するかを決定し、この決定内容をネットワ
ークを通じて各ホストコンピュータに送信する。
【００１３】これを受信した各ホストコンピュータは、
自分自身を受信内容で指示された種別のサーバ属性に設
定し、動作する。
自分自身を受信内容で指示された種別のサーバ属性に設
定し、動作する。
【００１４】従って、マネージャノードのホストコンピ
ュータは、全てのホストコンピュータのホスト識別子を
意識する必要がない。換言すれば、各々のホストコンピ
ュータの識別子を定義の中で記述する必要はない。
ュータは、全てのホストコンピュータのホスト識別子を
意識する必要がない。換言すれば、各々のホストコンピ
ュータの識別子を定義の中で記述する必要はない。
【００１５】この結果、１００〜１０００台の数のオー
ダのホストコンピュータにより構成される並列システム
において、個々のホストコンピュータにどのサーバとし
ての役割を割り当てるかということを、個別のホストコ
ンピュータの識別子を意識した煩雑な定義をすることな
く、並列システムを運用することが可能になる。
ダのホストコンピュータにより構成される並列システム
において、個々のホストコンピュータにどのサーバとし
ての役割を割り当てるかということを、個別のホストコ
ンピュータの識別子を意識した煩雑な定義をすることな
く、並列システムを運用することが可能になる。
【００１６】この場合、サーバの分散配置の決定内容
を、所定時間間隔で繰り返し送信することにより、マネ
ジャノードよりも遅れて立上がってきたホストコンピュ
ータが存在する場合や、後から新規に追加となったホス
トコンピュータが立上がって来た場合においても、それ
らのホストコンピュータをどのサーバとして起動すべき
かを、各ホストコンピュータに確実に指示することが可
能となる。
を、所定時間間隔で繰り返し送信することにより、マネ
ジャノードよりも遅れて立上がってきたホストコンピュ
ータが存在する場合や、後から新規に追加となったホス
トコンピュータが立上がって来た場合においても、それ
らのホストコンピュータをどのサーバとして起動すべき
かを、各ホストコンピュータに確実に指示することが可
能となる。
【００１７】
【実施例】以下、本発明を図示する実施例に基づいて説
明する。
明する。
【００１８】図１は、本発明を適用した並列システムの
一実施例を示すシステム構成図であり、マネジャノード
として定義されたホストコンピュータ１０と、その他の
ホストコンピュータ２０〜９０で構成され、ホストコン
ピュータ１０，２０，３０，５０，６０，７０には、そ
れぞれディスク１１，２１，３１，５１，６１，７１が
接続されている。また、ホストコンピュータ１０には、
ディスク１１の他にＬＡＮボード１０１が接続されてい
る。
一実施例を示すシステム構成図であり、マネジャノード
として定義されたホストコンピュータ１０と、その他の
ホストコンピュータ２０〜９０で構成され、ホストコン
ピュータ１０，２０，３０，５０，６０，７０には、そ
れぞれディスク１１，２１，３１，５１，６１，７１が
接続されている。また、ホストコンピュータ１０には、
ディスク１１の他にＬＡＮボード１０１が接続されてい
る。
【００１９】また、ホストコンピュータ４０には、ＬＡ
Ｎボード１０１のみが接続され、ホストコンピュータ８
０，９０には外部機器が何も接続されていない。
Ｎボード１０１のみが接続され、ホストコンピュータ８
０，９０には外部機器が何も接続されていない。
【００２０】これらのホストコンピュータ１０〜９０
は、ハードウェア機構としてブロードキャスト機能を備
えるシステム内ネットワーク１００により接続されてい
る。
は、ハードウェア機構としてブロードキャスト機能を備
えるシステム内ネットワーク１００により接続されてい
る。
【００２１】ここで、マネジャノードとして定義された
ホストコンピュータ１０内には、図２に示すように、サ
ーバ構成定義テーブル２００が設けられ、ここにはサー
バ種別とサーバ構成割合がサーバ種別単位に設定される
ようになっている。
ホストコンピュータ１０内には、図２に示すように、サ
ーバ構成定義テーブル２００が設けられ、ここにはサー
バ種別とサーバ構成割合がサーバ種別単位に設定される
ようになっている。
【００２２】図示の例においては、サーバ種別として、
ＦＥＳ（フロントエンドサーバ）、ＢＥＳ（バックエン
ドサーバ）、ＳＡＳ（ソースアシストサーバ）、ＩＯＳ
（Ｉ／Ｏサーバ）が設定され、全てのサーバの中で占め
る構成割合は、ＦＥＳ＝１０％、ＢＥＳ＝３０％、ＳＡ
Ｓ＝３０％、ＩＯＳ＝３０％に設定されている。
ＦＥＳ（フロントエンドサーバ）、ＢＥＳ（バックエン
ドサーバ）、ＳＡＳ（ソースアシストサーバ）、ＩＯＳ
（Ｉ／Ｏサーバ）が設定され、全てのサーバの中で占め
る構成割合は、ＦＥＳ＝１０％、ＢＥＳ＝３０％、ＳＡ
Ｓ＝３０％、ＩＯＳ＝３０％に設定されている。
【００２３】なお、それぞれのホストコンピュータがマ
ネジャノードとして定義されているか否かは、それぞれ
のホストコンピュータに接続されているディスク中に格
納されている図示しない定義情報ファイルの有無により
決定される。この実施例にあっては、ホストコンピュー
タ１０に接続されたディスク１１にのみ、該ホストコン
ピュータ１０がマネージャノードとなるべきことを示す
定義情報ファイルが格納されている。
ネジャノードとして定義されているか否かは、それぞれ
のホストコンピュータに接続されているディスク中に格
納されている図示しない定義情報ファイルの有無により
決定される。この実施例にあっては、ホストコンピュー
タ１０に接続されたディスク１１にのみ、該ホストコン
ピュータ１０がマネージャノードとなるべきことを示す
定義情報ファイルが格納されている。
【００２４】図３は、本実施例における各ホストコンピ
ュータの動作を示すフローチャートである。以下、この
フローチャートに従って各ホストコンピュータの動作を
説明する。
ュータの動作を示すフローチャートである。以下、この
フローチャートに従って各ホストコンピュータの動作を
説明する。
【００２５】まず、各ホストコンピュータが起動される
と(ステップ４００)、それぞれのホストコンピュータは
マネジャノードとして定義されているか否かを判定す
る。これは、前述のように、それぞれのホストコンピュ
ータに接続されているディスク中に格納されている図示
しない定義情報ファイルの有無により判断する(ステッ
プ４０１)。
と(ステップ４００)、それぞれのホストコンピュータは
マネジャノードとして定義されているか否かを判定す
る。これは、前述のように、それぞれのホストコンピュ
ータに接続されているディスク中に格納されている図示
しない定義情報ファイルの有無により判断する(ステッ
プ４０１)。
【００２６】自ホストコンピュータがマネジャノードと
して定義されたホストコンピュータ１０であれば、ネッ
トワーク１００で接続されている他のすべてのホストコ
ンピュータ２０〜９０に対して、それぞれのホストコン
ピュータの識別子、存在するリソース種別及びリソース
名称とを返信させる情報をブロードキャスト方式で送信
し(ステップ４０２)、各ホストコンピュータ２０〜９０
からのメッセージ応答待ちの状態となる(ステップ４０
３)。
して定義されたホストコンピュータ１０であれば、ネッ
トワーク１００で接続されている他のすべてのホストコ
ンピュータ２０〜９０に対して、それぞれのホストコン
ピュータの識別子、存在するリソース種別及びリソース
名称とを返信させる情報をブロードキャスト方式で送信
し(ステップ４０２)、各ホストコンピュータ２０〜９０
からのメッセージ応答待ちの状態となる(ステップ４０
３)。
【００２７】ホストコンピュータ１０は、各ホストコン
ピュータ２０〜９０からの応答を受信すると(ステップ
１４)、ホストコンピュータ２０〜９０から受信した並
列システム構成情報である上記情報、すなわちそれぞれ
のホストコンピュータ２０〜９０の識別子５０１、存在
するリソース種別５０３及びリソース名称５０４をホス
トアドレス５０５と共に図４に示す並列システム構成テ
ーブル５００としてメモリ上に展開する（ステップ４０
５）。この場合、自分自身（ホストコンピュータ１０）
の識別子５０１、存在するリソース種別５０３及びリソ
ース名称５０４も展開する。
ピュータ２０〜９０からの応答を受信すると(ステップ
１４)、ホストコンピュータ２０〜９０から受信した並
列システム構成情報である上記情報、すなわちそれぞれ
のホストコンピュータ２０〜９０の識別子５０１、存在
するリソース種別５０３及びリソース名称５０４をホス
トアドレス５０５と共に図４に示す並列システム構成テ
ーブル５００としてメモリ上に展開する（ステップ４０
５）。この場合、自分自身（ホストコンピュータ１０）
の識別子５０１、存在するリソース種別５０３及びリソ
ース名称５０４も展開する。
【００２８】例えば、図１の構成にあっては、ホストコ
ンピュータ１０のリソース種別５０３としてはディスク
１１およびＬＡＮボード１０１が存在することを示す
「ＤＩＳＫ」，「ＬＡＮ」がホストコンピュータ１０の
識別子「ｈｏｓｔ００１」のレコードに展開される。ま
た、ホストコンピュータ２０のリソース種別５０３とし
てはディスク２１およびデータベース２０１が存在する
ことを示す「ＤＩＳＫ」，「ＤＢ」がホストコンピュー
タ２０の識別子「ｈｏｓｔ００２」のレコードに展開さ
れる。
ンピュータ１０のリソース種別５０３としてはディスク
１１およびＬＡＮボード１０１が存在することを示す
「ＤＩＳＫ」，「ＬＡＮ」がホストコンピュータ１０の
識別子「ｈｏｓｔ００１」のレコードに展開される。ま
た、ホストコンピュータ２０のリソース種別５０３とし
てはディスク２１およびデータベース２０１が存在する
ことを示す「ＤＩＳＫ」，「ＤＢ」がホストコンピュー
タ２０の識別子「ｈｏｓｔ００２」のレコードに展開さ
れる。
【００２９】同様に、ホストコンピュータ３０のリソー
ス種別５０３としてはディスク３１およびデータベース
３０１が存在することを示す「ＤＩＳＫ」，「ＤＢ」が
ホストコンピュータ２０の識別子「ｈｏｓｔ００３」の
レコードに展開される。他のホストコンピュータ４０〜
９０についても同様である。
ス種別５０３としてはディスク３１およびデータベース
３０１が存在することを示す「ＤＩＳＫ」，「ＤＢ」が
ホストコンピュータ２０の識別子「ｈｏｓｔ００３」の
レコードに展開される。他のホストコンピュータ４０〜
９０についても同様である。
【００３０】次に、ホストコンピュータ１０は、他のホ
ストコンピュータ２０〜９０から収集し、並列システム
構成テーブル５００に展開したリソース種別等の情報
と、図２のサーバ構成定義テーブル２００に定義された
サーバ構成定義情報に従い、ホストコンピュータ２０〜
９０に対して、それぞれの果たすべきサーバ種別を決定
し、その決定したサーバ種別を示すサーバ属性５０２を
図４のテーブル５００に展開した後、ホストコンピュー
タ識別子５０１と共に各ホストコンピュータ２０〜９０
にネットワーク１００を通じて送信する（ステップ４０
６）。
ストコンピュータ２０〜９０から収集し、並列システム
構成テーブル５００に展開したリソース種別等の情報
と、図２のサーバ構成定義テーブル２００に定義された
サーバ構成定義情報に従い、ホストコンピュータ２０〜
９０に対して、それぞれの果たすべきサーバ種別を決定
し、その決定したサーバ種別を示すサーバ属性５０２を
図４のテーブル５００に展開した後、ホストコンピュー
タ識別子５０１と共に各ホストコンピュータ２０〜９０
にネットワーク１００を通じて送信する（ステップ４０
６）。
【００３１】例えば、並列システム上でデータベース管
理システムを構築する場合に、ＳＱＬコマンドを解析し
各ＤＢ処理サーバに対して最適な処理手順を指示するフ
ロントエンドサーバ（ＦＥＳ）、データベースアクセス
処理を制御するバックエンドサーバ（ＢＥＳ）、データ
ベース処理の中で特にデータのソートやマージを行なう
ソートアシストサーバ（ＳＡＳ）、およびディスク入出
力を制御するＩ／Ｏサーバ（ＩＯＳ）から成るシステム
を想定する。
理システムを構築する場合に、ＳＱＬコマンドを解析し
各ＤＢ処理サーバに対して最適な処理手順を指示するフ
ロントエンドサーバ（ＦＥＳ）、データベースアクセス
処理を制御するバックエンドサーバ（ＢＥＳ）、データ
ベース処理の中で特にデータのソートやマージを行なう
ソートアシストサーバ（ＳＡＳ）、およびディスク入出
力を制御するＩ／Ｏサーバ（ＩＯＳ）から成るシステム
を想定する。
【００３２】このような場合、ホストコンピュータ１０
は、ホストコンピュータ２０〜９０のそれぞれが果たす
べきサーバの割り振りにあたって、ホストコンピュータ
２０〜９０がリソースとして何を持っているか、またネ
ットワーク上のどこに位置しているかにより、機能およ
び性能面で最適となるようなサーバ配置を決定する。
は、ホストコンピュータ２０〜９０のそれぞれが果たす
べきサーバの割り振りにあたって、ホストコンピュータ
２０〜９０がリソースとして何を持っているか、またネ
ットワーク上のどこに位置しているかにより、機能およ
び性能面で最適となるようなサーバ配置を決定する。
【００３３】例えば、ＩＯＳとなりうるホストコンピュ
ータは、ディスクを備えていることが要求され、また、
ＦＥＳとなりうるホストコンピュータは、外部のＬＡＮ
等と接続するためのＬＡＮボードを備えている必要があ
ることで自ずと決まってきてしまう。一方、あるサーバ
となりうるホストコンピュータの数が、並列システムを
構成する全ホストコンピュータ数に対するその指定され
たサーバ割合よりも多く存在する場合には、例えば各サ
ーバ間のデータ転送ができるだけ少なくなるようネット
ワーク負荷を考慮した配置で割り振りを決定する。
ータは、ディスクを備えていることが要求され、また、
ＦＥＳとなりうるホストコンピュータは、外部のＬＡＮ
等と接続するためのＬＡＮボードを備えている必要があ
ることで自ずと決まってきてしまう。一方、あるサーバ
となりうるホストコンピュータの数が、並列システムを
構成する全ホストコンピュータ数に対するその指定され
たサーバ割合よりも多く存在する場合には、例えば各サ
ーバ間のデータ転送ができるだけ少なくなるようネット
ワーク負荷を考慮した配置で割り振りを決定する。
【００３４】図５は、どのサーバをどのホストコンピュ
ータに割り当てるかを決定する処理の概要を示すフロー
チャートであり、まず、ステップ５１０において、図２
のサーバ構成定義テーブル２００に定義されたサーバ種
別毎のサーバ構成割合とＬＡＮボードを備えているホス
トコンピュータの数とからＦＥＳとなり得るホストコン
ピュータの数ｎを決定する。
ータに割り当てるかを決定する処理の概要を示すフロー
チャートであり、まず、ステップ５１０において、図２
のサーバ構成定義テーブル２００に定義されたサーバ種
別毎のサーバ構成割合とＬＡＮボードを備えているホス
トコンピュータの数とからＦＥＳとなり得るホストコン
ピュータの数ｎを決定する。
【００３５】そして、このｎ個のホストコンピュータの
中からサーバ構成定義テーブル２００に定義された個数
分のホストコンピュータに「ＦＥＳ」というサーバ属性
を割り当てる。この場合、ＢＥＳとなるべきホストコン
ピュータとホストアドレスの近いものを選定する。
中からサーバ構成定義テーブル２００に定義された個数
分のホストコンピュータに「ＦＥＳ」というサーバ属性
を割り当てる。この場合、ＢＥＳとなるべきホストコン
ピュータとホストアドレスの近いものを選定する。
【００３６】次に、ステップ５２０において、図２のサ
ーバ構成定義テーブル２００に定義されたサーバ種別毎
のサーバ構成割合とディスクを備えているホストコンピ
ュータの数とからＢＥＳとなり得るホストコンピュータ
の数ｍを決定する。
ーバ構成定義テーブル２００に定義されたサーバ種別毎
のサーバ構成割合とディスクを備えているホストコンピ
ュータの数とからＢＥＳとなり得るホストコンピュータ
の数ｍを決定する。
【００３７】そして、このｍ個のホストコンピュータの
中からサーバ構成定義テーブル２００に定義された個数
分のホストコンピュータに「ＢＥＳ」というサーバ属性
を割り当てる。但し、既にデータベース（ＤＢ）があ構
築されているホストコンピュータからはリソース種別５
０３として「ＤＢ」が返信されてきているため、このホ
ストコンピュータには必ず「ＢＥＳ」を割り当てる。ま
た、ＦＥＳとなったホストコンピュータとホストアドレ
スの近いものを選定する。
中からサーバ構成定義テーブル２００に定義された個数
分のホストコンピュータに「ＢＥＳ」というサーバ属性
を割り当てる。但し、既にデータベース（ＤＢ）があ構
築されているホストコンピュータからはリソース種別５
０３として「ＤＢ」が返信されてきているため、このホ
ストコンピュータには必ず「ＢＥＳ」を割り当てる。ま
た、ＦＥＳとなったホストコンピュータとホストアドレ
スの近いものを選定する。
【００３８】なお、ＢＥＳとしたホストコンピュータに
は、「ＩＯＳ」というサーバ属性も割り当てる。
は、「ＩＯＳ」というサーバ属性も割り当てる。
【００３９】次に、ステップ５３０において、残りのホ
ストコンピュータには「ＳＡＳ」というサーバ属性を割
り当てる。
ストコンピュータには「ＳＡＳ」というサーバ属性を割
り当てる。
【００４０】以上のようにして各ホストコンピュータの
ノード種別が決定されたならば、ホストコンピュータ１
０は、一定時間間隔で他の全てのホストコンピュータに
対してブロードキャスト通信にてサーバ属性のメッセー
ジを繰返し送信し続け、また、既に立ち上がってるホス
トコンピュータの監視を行う（ステップ４０７）。
ノード種別が決定されたならば、ホストコンピュータ１
０は、一定時間間隔で他の全てのホストコンピュータに
対してブロードキャスト通信にてサーバ属性のメッセー
ジを繰返し送信し続け、また、既に立ち上がってるホス
トコンピュータの監視を行う（ステップ４０７）。
【００４１】これにより、もし、ホストコンピュータ１
０よりも後から立上がってきたホストコンピュータがあ
っても、そのホストコンピュータは、ホストコンピュー
タ１０からの次のブロードキャスト通信の時に、ホスト
コンピュータ１０に対して応答することができる。これ
により、ホストコンピュータ１０は後から立上がってき
たホストコンピュータの存在を認識でき、認識できた時
点で当該ホストコンピュータが果たすべきサーバ種別を
指示することになる。
０よりも後から立上がってきたホストコンピュータがあ
っても、そのホストコンピュータは、ホストコンピュー
タ１０からの次のブロードキャスト通信の時に、ホスト
コンピュータ１０に対して応答することができる。これ
により、ホストコンピュータ１０は後から立上がってき
たホストコンピュータの存在を認識でき、認識できた時
点で当該ホストコンピュータが果たすべきサーバ種別を
指示することになる。
【００４２】このようにしてホストコンピュータ２０〜
９０に対して、果たすべきサーバ種別の指示が完了した
時点でマネジャノードとして定義されたホストコンピュ
ータ１０は、開始処理完了となる。
９０に対して、果たすべきサーバ種別の指示が完了した
時点でマネジャノードとして定義されたホストコンピュ
ータ１０は、開始処理完了となる。
【００４３】次に、マネジャノード以外として定義され
たホストコンピュータ２０〜９０について説明する。
たホストコンピュータ２０〜９０について説明する。
【００４４】ホストコンピュータ２０〜９０は、起動さ
れると自ホストコンピュータがマネジャノードとして定
義されたホストコンピュータではないことを認識し（ス
テップ４０１）、マネジャノードとして定義されたホス
トコンピュータ１０からのメッセージの受信待ちとなる
（ステップ４０８）。
れると自ホストコンピュータがマネジャノードとして定
義されたホストコンピュータではないことを認識し（ス
テップ４０１）、マネジャノードとして定義されたホス
トコンピュータ１０からのメッセージの受信待ちとなる
（ステップ４０８）。
【００４５】ホストコンピュータ１０からのメッセージ
を受信すると、自身のホストコンピュータ識別子５０
１、存在するリソース種別５０３及びリソース名称５０
４とを応答として送信する（ステップ４０９）。その
後、ホストコンピュータ１０からの指示待ちの状態とな
る（ステップ４１０）。
を受信すると、自身のホストコンピュータ識別子５０
１、存在するリソース種別５０３及びリソース名称５０
４とを応答として送信する（ステップ４０９）。その
後、ホストコンピュータ１０からの指示待ちの状態とな
る（ステップ４１０）。
【００４６】ホストコンピュータ１０からサーバ属性の
指示が到着すると、指示されたサーバ属性で自身のホス
トコンピュータでの初期化処理を開始し（ステップ４１
１）、初期化処理が完了すると当該ホストコンピュータ
は起動完了となる（ステップ４１２）。すなわち、ホス
トコンピュータ１０から指示されたサーバ種別のサーバ
として動作するようになる。
指示が到着すると、指示されたサーバ属性で自身のホス
トコンピュータでの初期化処理を開始し（ステップ４１
１）、初期化処理が完了すると当該ホストコンピュータ
は起動完了となる（ステップ４１２）。すなわち、ホス
トコンピュータ１０から指示されたサーバ種別のサーバ
として動作するようになる。
【００４７】なお、ホストコンピュータ１０〜９０に
は、図２に示したサーバ以外に自ホストコンピュータ上
で各サーバとの通信を制御するシステムサーバの１つと
してのネームサーバが存在している。このネームサーバ
に対しては、ホストコンピュータ１０〜９０内の全ての
サーバは自分自身のアドレスを登録する。
は、図２に示したサーバ以外に自ホストコンピュータ上
で各サーバとの通信を制御するシステムサーバの１つと
してのネームサーバが存在している。このネームサーバ
に対しては、ホストコンピュータ１０〜９０内の全ての
サーバは自分自身のアドレスを登録する。
【００４８】例えば、ホストコンピュータ２０におい
て、サーバＳへの通信要求があったとき、ホストコンピ
ュータ２０内にサーバＳが存在するかどうかを登録簿に
て判断し、ホストコンピュータ２０内に存在すればホス
トコンピュータ２０内での通信を行うが、ホストコンピ
ュータ２０にサーバＳが存在しない場合には、ブロード
キャスト通信により、ホストコンピュータ２０以外のネ
ームサーバに対してメッセージを送信する。そのメッセ
ージに対し、サーバＳが存在するホストコンピュータ、
例えばホストコンピュータ９０のネームサーバは、ホス
トコンピュータ９０内にサーバＳが存在する旨応答を返
す。この応答をホストコンピュータ２０内にキャッシン
グして保持することにより、どのホストコンピュータに
どのサーバが割当たっているかを、全体を一まとめにし
た定義情報がなくても知ることができる。また、情報を
キャッシングしている通信相手のサーバが異常終了等で
通信不可となったような場合においても、再度ブロード
キャスト通信を行ない、該当のサーバの所在を検索する
仕掛けを採用することにより対処できる。
て、サーバＳへの通信要求があったとき、ホストコンピ
ュータ２０内にサーバＳが存在するかどうかを登録簿に
て判断し、ホストコンピュータ２０内に存在すればホス
トコンピュータ２０内での通信を行うが、ホストコンピ
ュータ２０にサーバＳが存在しない場合には、ブロード
キャスト通信により、ホストコンピュータ２０以外のネ
ームサーバに対してメッセージを送信する。そのメッセ
ージに対し、サーバＳが存在するホストコンピュータ、
例えばホストコンピュータ９０のネームサーバは、ホス
トコンピュータ９０内にサーバＳが存在する旨応答を返
す。この応答をホストコンピュータ２０内にキャッシン
グして保持することにより、どのホストコンピュータに
どのサーバが割当たっているかを、全体を一まとめにし
た定義情報がなくても知ることができる。また、情報を
キャッシングしている通信相手のサーバが異常終了等で
通信不可となったような場合においても、再度ブロード
キャスト通信を行ない、該当のサーバの所在を検索する
仕掛けを採用することにより対処できる。
【００４９】以上のように本実施例によれば、１００〜
１０００台の数のオーダのホストコンピュータにより構
成される並列システムにおいて、個々のホストコンピュ
ータにどのサーバとしての役割を割り当てるかというこ
とを、個別のホストコンピュータの識別子を意識した煩
雑な定義をすることなく、並列システムを運用すること
が可能になる。
１０００台の数のオーダのホストコンピュータにより構
成される並列システムにおいて、個々のホストコンピュ
ータにどのサーバとしての役割を割り当てるかというこ
とを、個別のホストコンピュータの識別子を意識した煩
雑な定義をすることなく、並列システムを運用すること
が可能になる。
【００５０】この場合、サーバの分散配置の決定内容
を、所定時間間隔で繰り返し送信することにより、マネ
ジャノードのホストコンピュータ１０よりも遅れて立上
がってきたホストコンピュータが存在する場合や、後か
ら新規に追加となったホストコンピュータが立上がって
来た場合においても、それらのホストコンピュータをど
のサーバとして起動すべきかを、各ホストコンピュータ
に確実に指示することが可能となる。
を、所定時間間隔で繰り返し送信することにより、マネ
ジャノードのホストコンピュータ１０よりも遅れて立上
がってきたホストコンピュータが存在する場合や、後か
ら新規に追加となったホストコンピュータが立上がって
来た場合においても、それらのホストコンピュータをど
のサーバとして起動すべきかを、各ホストコンピュータ
に確実に指示することが可能となる。
【００５１】なお、実施例においては、各ホストコンピ
ュータ相互間の通信をブロードキャスト方式で行ってい
るが、これに限定されるものではなく、要はリソース情
報やサーバ属性の情報を相互に送受し合えるネットワー
クであれば、その通信形式は問わない。
ュータ相互間の通信をブロードキャスト方式で行ってい
るが、これに限定されるものではなく、要はリソース情
報やサーバ属性の情報を相互に送受し合えるネットワー
クであれば、その通信形式は問わない。
【００５２】
【発明の効果】以上説明したように、本発明によれば、
ブロードキャスト通信機能を持つネットワークで相互に
接続された複数の独立したホストコンピュータ上に、そ
れぞれ別の役割を持ついくつかのサーバをホストコンピ
ュータのネットワーク内の配置に応じて最適に分散配置
し、それら複数のサーバが連携して１つの並列システム
として動作するコンピュータシステムにおいて、システ
ム全体としてのホストコンピュータの数が１００〜１０
００個のオーダになったとしても個々のホストコンピュ
ータにおいてどのサーバを起動するかという定義を、個
々のホストコンピュータ毎に静的に定義することなく、
並列システムを開始することができる。
ブロードキャスト通信機能を持つネットワークで相互に
接続された複数の独立したホストコンピュータ上に、そ
れぞれ別の役割を持ついくつかのサーバをホストコンピ
ュータのネットワーク内の配置に応じて最適に分散配置
し、それら複数のサーバが連携して１つの並列システム
として動作するコンピュータシステムにおいて、システ
ム全体としてのホストコンピュータの数が１００〜１０
００個のオーダになったとしても個々のホストコンピュ
ータにおいてどのサーバを起動するかという定義を、個
々のホストコンピュータ毎に静的に定義することなく、
並列システムを開始することができる。
【００５３】また、上記並列システムにおいて個々のホ
ストコンピュータの起動時刻にずれがあっても、並列シ
ステム全体として、各ホストコンピュータにどのサーバ
を割り当てるかを確実に決めてそれぞれ別々に起動する
ことができる。
ストコンピュータの起動時刻にずれがあっても、並列シ
ステム全体として、各ホストコンピュータにどのサーバ
を割り当てるかを確実に決めてそれぞれ別々に起動する
ことができる。
【図１】本発明を適用した並列システムの一実施例を示
すシステム構成図である。
すシステム構成図である。
【図２】サーバ構成定義テーブルの構成図である。
【図３】各ホストコンピュータの動作を示すフローチャ
ートである。
ートである。
【図４】並列システム構成テーブルの構成図である。
【図５】マネージャノードとなったホストコンピュータ
が他のホストコンピュータのサーバ種別を決定する処理
の概要を示すフローチャートである。
が他のホストコンピュータのサーバ種別を決定する処理
の概要を示すフローチャートである。
１０〜９０…ホストコンピュータ、１１〜７１…ディス
ク、１００…ネットワーク、１０１…ＬＡＮボード、２
００…サーバ構成定義テーブル、５００…並列システム
構成テーブル、２０１，３０１…データベース。
ク、１００…ネットワーク、１０１…ＬＡＮボード、２
００…サーバ構成定義テーブル、５００…並列システム
構成テーブル、２０１，３０１…データベース。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 渋谷 寿夫 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内
Claims (3)
- 【請求項１】 ネットワークで相互に接続された複数の
独立したホストコンピュータ上に、それぞれ異なる役割
を備えたサーバを分散配置し、その複数のサーバを１つ
の並列システムとして連携して動作させる並列システム
の運用方法において、 前記複数のホストコンピュータのうち１つをマネージャ
ノードとして定めたうえ、該マネージャノードのホスト
コンピュータ内に並列システムの中に割り当てるサーバ
種別とサーバ数とをサーバ種別単位に設定し、この設定
内容に従ってどの種別のサーバをそれぞれのホストコン
ピュータ上に分散配置するかを決定させた後、この決定
内容を前記ネットワークを通じて各ホストコンピュータ
に送信させ、各ホストコンピュータに送信内容で指示さ
れた種別のサーバを割り当てることを特徴とする並列シ
ステムの運用方法。 - 【請求項２】 前記マネージャノードのホストコンピュ
ータは、並列システム内の他のホストコンピュータが保
有するリソース種別を前記ネットワークを通じて収集
し、その収集情報とサーバ種別およびサーバ数の設定内
容に基づいて各ホストコンピュータに配置するノード種
別を決定することを特徴とする請求項１記載の並列シス
テムの運用方法。 - 【請求項３】 前記マネージャノードのホストコンピュ
ータは、前記決定内容を所定時間間隔で各ホストコンピ
ュータに対して送信することをことを特徴とする請求項
１または２記載の並列システムの運用方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6201635A JPH0863441A (ja) | 1994-08-26 | 1994-08-26 | 並列システムの運用方法 |
| US08/518,976 US5754829A (en) | 1994-08-26 | 1995-08-24 | Parallel computer system operating method employing a manager node to distribute attributes of individual servers |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6201635A JPH0863441A (ja) | 1994-08-26 | 1994-08-26 | 並列システムの運用方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0863441A true JPH0863441A (ja) | 1996-03-08 |
Family
ID=16444353
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6201635A Pending JPH0863441A (ja) | 1994-08-26 | 1994-08-26 | 並列システムの運用方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5754829A (ja) |
| JP (1) | JPH0863441A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000353103A (ja) * | 1998-03-11 | 2000-12-19 | Internatl Business Mach Corp <Ibm> | 多重システム・クラスタ内のサーバの数を制御する方法及び装置 |
| JP2001028594A (ja) * | 1999-07-14 | 2001-01-30 | Nippon Telegr & Teleph Corp <Ntt> | データ複製方法およびデータ複製プログラムを記録した記録媒体 |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3742177B2 (ja) * | 1997-02-26 | 2006-02-01 | 株式会社日立製作所 | 並列データベースシステムルーチン実行方法 |
| US6421787B1 (en) * | 1998-05-12 | 2002-07-16 | Sun Microsystems, Inc. | Highly available cluster message passing facility |
| JP2002259477A (ja) * | 2001-03-06 | 2002-09-13 | Mitsubishi Electric Corp | 半導体回路設計変更方法 |
| US7305674B2 (en) * | 2001-08-31 | 2007-12-04 | International Business Machines Corporation | Method and apparatus to manage multi-computer supply |
| US7360034B1 (en) | 2001-12-28 | 2008-04-15 | Network Appliance, Inc. | Architecture for creating and maintaining virtual filers on a filer |
| US7136798B2 (en) * | 2002-07-19 | 2006-11-14 | International Business Machines Corporation | Method and apparatus to manage multi-computer demand |
| US8230085B2 (en) * | 2004-04-12 | 2012-07-24 | Netapp, Inc. | System and method for supporting block-based protocols on a virtual storage appliance executing within a physical storage appliance |
| US8484340B2 (en) * | 2010-06-14 | 2013-07-09 | Microsoft Corporation | Server array capacity management calculator |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5546540A (en) * | 1991-01-14 | 1996-08-13 | Concord Communications, Inc. | Automatic topology monitor for multi-segment local area network |
| US5375070A (en) * | 1993-03-01 | 1994-12-20 | International Business Machines Corporation | Information collection architecture and method for a data communications network |
| US5511208A (en) * | 1993-03-23 | 1996-04-23 | International Business Machines Corporation | Locating resources in computer networks having cache server nodes |
| JPH0721135A (ja) * | 1993-07-02 | 1995-01-24 | Fujitsu Ltd | 二重化監視機能を持つデータ処理システム |
| US5568605A (en) * | 1994-01-13 | 1996-10-22 | International Business Machines Corporation | Resolving conflicting topology information |
| CA2145921A1 (en) * | 1994-05-10 | 1995-11-11 | Vijay Pochampalli Kumar | Method and apparatus for executing a distributed algorithm or service on a simple network management protocol based computer network |
| US5526358A (en) * | 1994-08-19 | 1996-06-11 | Peerlogic, Inc. | Node management in scalable distributed computing enviroment |
-
1994
- 1994-08-26 JP JP6201635A patent/JPH0863441A/ja active Pending
-
1995
- 1995-08-24 US US08/518,976 patent/US5754829A/en not_active Expired - Lifetime
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000353103A (ja) * | 1998-03-11 | 2000-12-19 | Internatl Business Mach Corp <Ibm> | 多重システム・クラスタ内のサーバの数を制御する方法及び装置 |
| JP2001028594A (ja) * | 1999-07-14 | 2001-01-30 | Nippon Telegr & Teleph Corp <Ntt> | データ複製方法およびデータ複製プログラムを記録した記録媒体 |
Also Published As
| Publication number | Publication date |
|---|---|
| US5754829A (en) | 1998-05-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7085565B2 (ja) | 分離されたネットワークスタックにわたるインテリジェントなスレッド管理 | |
| US6470382B1 (en) | Method to dynamically attach, manage, and access a LAN-attached SCSI and netSCSI devices | |
| US7080219B2 (en) | Storage controlling device and control method for a storage controlling device | |
| US5832191A (en) | Method and apparatus for automatically enabling communication with a network printer | |
| US5991828A (en) | System for automatically connecting portable device to network using network environment information including domain name of naming device and community name of network management protocol | |
| US6249814B1 (en) | Method and apparatus for identifying devices on a network | |
| US7389367B2 (en) | Method of managing I/O interface modules in a computer system | |
| US7444395B2 (en) | Method and apparatus for event handling in an enterprise | |
| US7272661B2 (en) | Disk device and disk access route mapping | |
| JPH04271454A (ja) | 疎結合計算機システム | |
| US20030023665A1 (en) | Storage system having a plurality of controllers | |
| CN101772920A (zh) | 用于使用资源信息发现通用即插即用设备的方法和装置 | |
| US7797392B2 (en) | System and method for efficiently supporting multiple native network protocol implementations in a single system | |
| JPH0863441A (ja) | 並列システムの運用方法 | |
| JP4208506B2 (ja) | 高性能記憶装置アクセス環境 | |
| CN110636149B (zh) | 远程访问方法、装置、路由器及存储介质 | |
| EP1107532A2 (en) | Registration of devices in a network | |
| KR100333741B1 (ko) | 푸시시스템에서 멀티서버를 이용한 채널 연동 방법 | |
| US6839764B2 (en) | Domain encapsulation | |
| JPH09231148A (ja) | 分散システム | |
| KR100237386B1 (ko) | 분산 시스템 자원에 대한 성능 관리방법 | |
| JP3981342B2 (ja) | 計算機の運用管理方法及び装置 | |
| JP4910274B2 (ja) | プログラム及びサーバ装置 | |
| JP3019774B2 (ja) | ネットワークシステムのリモート運用管理システム、リモート運用管理方法、およびリモート運用管理プログラムを記憶する媒体 | |
| CN117014403A (zh) | 封包交换机及封包管理方法 |