JPH03257571A - 資源管理サーバ特定処理方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔概要〕 クライアントから要求された資源の存在するボリューム
を管理するサーバを特定するための複合計算機システム
における資源管理サーバ特定処理方式に関し、 効率的に対応のサーバを特定できるようにすることを目
的とし、 グローバルサーバが、ボリュームの組み込み要求に応答
してローカルサーバから送信されてくるケーパビリティ
をボリューム名と対応付けて受付サーバに送信するよう
処理するとともに、受付サーバが、この送信されてくる
ボリューム名とケーパビリティとを対応付けて管理する
管理手段と、クライアントから指定される資源名からボ
リューム名を割り出すボリューム名割出手段と、割り出
されたボリューム名をキーにして管理手段を検索するこ
とで対応のケーパビリティを獲得する宛先情報獲得手段
とを備え、受付サーバは、宛先情報獲得手段により獲得
されたケーパビリティを宛先情報にしてボリュームの使
用要求を発行するよう構成する。

［産業上の利用分野］ 本発明は、クライアントから使用要求されたボリューム
を管理するサーバを特定するための複合計算機システム
における資源管理サーバ特定処理方式に関し、特に、効
率的に対応のサーバを特定できるようにする資源管理サ
ーバ特定処理方式に関するものである。

複数のノード（プロセッサ、記憶装置及び複数ボリュー
ムからなる）がバス結合されることで構成される複合計
算機システムでは、ノード毎のボリューム及び該ボリュ
ーム上の資源を管理する複数のローカルサーバと、ロー
カルサーバを管理するグローバルサーバと、クライアン
トからの資源使用要求を受け付けるとともに、その資源
を管理するローカルサーバに対して資源使用要求を発行
する受付サーバとを備える構成が採られることになる。

このような構成を採る複合計算機システムにおいては、
データ処理の効率を高めるためにも、受付サーバが効率
的に対応のローカルサーバを特定できるようにするため
の手段を講していく必要があるのである。

〔従来の技術］ クライアントからの資源使用要求があると、受付サーバ
は、指定された資源名よりその資源の存在するボリュー
ム名を割り出すとともに、その割り出されたボリューム
がどのローカルサーバの管理下にあるのかを特定して、
その特定したローカルサーバに対してボリュームの使用
要求を発行していくという処理を実行することになる。

従来では、受付サーバは、割り出されたボリュームがど
のローカルサーバの管理下にあるのかを特定するために
、すべてのローカルサーバに対して総当たり的にボリュ
ームの使用要求を発行するという方法を採っていた。

［発明が解決しようとする諜Ｂ］ しかしながら、このような従来技術では、クライアント
からの資源使用要求がある度毎に、すべてのローカルサ
ーバに対して総当たり的にボリュームの使用要求を発行
することになることから、オーバヘッドが大きくなると
いう問題点があった。

そして、ローカルサーバからの応答が得られるまで、そ
のボリュームが使用で゛きるのかどうかが分からないと
いう問題点もあった。

これに対応するための一方法として、クライアントから
の資源使用要求を受け付けるときに、グローバルサーバ
に対してボリューム名を指定してそのボリュームを管理
するローカルサーバの検索要求を発行していくことで、
資源使用要求のあったボリュームを管理するローカルサ
ーバを特定していくという方法を採ることが考えられる
。しかるに、このような方法を採ったとしても、クライ
アントからの資源使用要求を受け付ける度毎にグローバ
ルサーバに対してローカルサーバの検索要求を発行して
いかなくてはならないために、それはどオーバーヘッド
が小さくならないという問題点がある。しかも、グロー
バルサーバからの応答が返ってくるまで、そのボリュー
ムが使用できるのかどうか分からないという問題点も残
ることになる。

本発明はかかる事情に鑑みてなされたものであって、こ
のような構成を採る複合計算機システムにおいて、受付
サーバが効率的に使用要求のあるボリュームを管理する
ローカルサーバをＶｔできるようにする新たな資源管理
サーバ特定処理方式の提供を目的とするものである。

〔課題を解決するための手段〕

第１図は本発明の原理構成図である。

図中、１は複数のノードがバス結合することで構成され
る複合計算機システムであって、複数のＣＰＵ及びメモ
リ等を持つプロセッサ群で構成されるもの、１０はシス
テムに複数用意されるローカルサーバであって、ノード
毎のボリュームを管理するもの、１１はシステムに１つ
用意されるグローバルサーバであって、ローカルサーバ
１０を管理するもの、１２はクライアントであって、ロ
ーカルサーバ１０の管理するボリュームに対して資源の
使用要求をするもの、１３はシステムに１つ用意される
受付サーバであって、クライアント１２からの資源の使
用要求を受け付けるもの、１４は通信手段であって、メ
ツセージ通信に従って各ノード間の通信処理を実行する
ものである。

ローカルサーバ１０は、グローバルサーバ１１からのボ
リュームの組み込み要求に応答してボリュームの組み込
み処理を実行するとともに、組み込み処理が完了すると
、組み込んだボリュームの宛先情報を表すケーパビリテ
ィをグローバルサーバ１１に送信するよう処理する。グ
ローバルサーバ１１は、ローカルサーバ１０に対してボ
リュームの組み込み要求を実行するとともに、ローカル
サーバ１０から送信されてくるケーパビリティを組み込
み要求したボリューム名と対応付けて受付サーバ１３に
送信するよう処理する。受付サーバ１３は、グローバル
サーバ１１から送信されてくるケーパビリティとボリュ
ーム名とを対応付けて管理する管理手段１５と、クライ
アント１２から指定される資源名から該資源の存在する
ボリューム名を割り出すボリューム名割出手段１６と、
ボリューム名割出手段１６により割り出されたボリュー
ム名をキーにして管理手段１５を検索することで対応の
ケーパビリティを獲得する宛先情報獲得手段１７とを備
える。

〔作用〕

本発明では、グローバルサーバ１１は、特定のローカル
サーバ１０に対して、ボリュームの接続の完了を通知す
るとともに、クライアント１２の使用要求に対応できる
ための環境を作成することを要求すべくボリュームの組
み込み処理を要求する。ローカルサーバ１０は、この組
み込み要求に応答して、ボリュームの組み込み処理を実
行するとともに、組み込み処理が完了すると、グローバ
ルサーバ１１に対して組み込んだボリュームの宛先情報
を表すケーパビリティを送信する。

グローバルサーバ１１は、このローカルサーバ１０から
送信されてくるケーパビリティを受け取ると、受付サー
バ１３に対して、この受け取ったローカルサーバ１０か
らのボリュームのケーパビリティをその組み込まれたボ
リューム名と対応付けて送信するよう処理する。そして
、受付サーバ１３の管理手段１５は、この送信されてく
るローカルサーバ１０に組み込まれたボリュームのケー
パビリティとボリューム名とを管理するよう処理する。

クライアント１２から資源の使用要求があると、受付サ
ーバ１３のボリューム名割出手段１６は、指定される資
源名から該資源の存在するボリューム名を割り出す。続
いて、宛先情報獲得手段１７は、この割り出されたボリ
ューム名をキーにして管理手段１５を検索することで使
用要求のあるボリュームのケーパビリティを獲得する。

そして、受付サーバ１３は、この獲得されたケーパビリ
ティを宛先情報にしてローカルサーバ１０に対してボリ
ュームの使用要求を発行していくことで、クライアント
１２からの資源の使用要求に対しての処理を実行する。

このように、本発明によれば、受付サーバ１３は、ロー
カルサーバ１０やグローバルサーバ１１に対して問い合
わせることなく、直ちに使用要求のあるボリュームを管
理するローカルサーバ１０を特定できるようになる。

〔実施例〕

以下、実施例に従って本発明の詳細な説明する。

第２図に、本発明を具備する複合計算機システムのハー
ドウェア構成を図示する。図中、ＦＣＭＰはフレキシフ
゛リイ・カンブルド・マＪレチ・プロセッサ、ＧＣＭＰ
はグローバル・カップルド・マルチ・プロセッサ、５Ｃ
ＣＨはシステム・コミュニケーション・チャネル、２０
は命令実行機能をもつプロセッサ、２１は複数のプロセ
ッサから参照・更新が可能な共用メモリを表す。この図
に示すように、ＦＣＭＰは複数のＧＣＭＰから槽底され
、各（１，ＣＭＰは二重化された５ＣＣＨにより結合さ
れている。ＧＣＭＰは複数のプロセッサ２０と共用メモ
リ２１とから槽底され、任意に増設可能である。

第１図に示すグローバルサーバ１１は、ＦＣＭＰ全体に
おける１つのプロセッサ２０が担当し、受付サーバ１３
もまた、ＦＣＭＰ全体における１つのプロセッサ２０が
ｔ担当し、ローカルサーバ１０は、各ＧＣＭＰ単位に１
つのプロセッサ２０が担当することになる。

第３図に、本発明の一実施例動作説明図を図示する。図
中、第１図で説明したものと同じものについては同一の
記号で示しである。

グローバルサーバ１１は、先ず最初に、ローカルサーバ
１０との間と、受付サーバ１３との間に通信路を確立す
る処理を行う。このグローバルサーバ１１とローカルサ
ーバ１０との間の通信路の確立処理は、例えば、グロー
バルサーバ１１が自身の初期化を完了すると、自らの公
開する通信宛先のケーパビリティであるＣ　−ＣＡ　Ｐ
　（ＣａｌｌａｂｌｅＣａｐａｂｉｌｉｔｙ）を図示し
ない宛先仲介手段に登録し、ローカルサーバ１０が自身
の初期化を完了すると、この宛先仲介手段からグローバ
ルサーバ１１のＣ−ＣＡＰを獲得するとともに、獲得し
たＣ−ＣＡＰを宛先にして、グローバルサーバ１１に対
して自らの公開しない通信宛先のケーパビリティ（セキ
ュリティを保つために特定の処理主体にしか公開しない
）であるＲ　−ＣＡ　Ｐ　（Ｒｅｓｏｕｒｃｅ　Ｃａｐ
ａｂｉｌｉｔｙ）を送信することで実現されることにな
る。

グローバルサーバ１１と受付サーバ１３との間の通信路
の確立処理は、例えば、受付サーバ１３が自身の初期化
を完了すると、自らの公開する通信宛先のケーパビリテ
ィであるＣ−ＣＡＰを上述の宛先仲介手段に登録し、グ
ローバルサーバ１１が自身の初期化を完了すると、この
宛先仲介手段から受付サーバ１３のＣ−ＣＡＰを獲得す
るとともに、獲得したＣ−ＣＡＰを宛先にして、受付サ
ーバ１３に対して自らの公開する（、−ＣＡＰを送信す
ることで実現されることになる。同樺に、クライアント
１２と受付サーバ１３との間の通信路の確立処理も、こ
の宛先仲介手段に登録される受付サーバ１３のＣ−ＣＡ
Ｐに従って実現されることになる。

次に、第３図に示す番号順に従って、本発明を実現する
ために行う各サーバの処理について説明する。

■　ボリューム接続通知と組込依頼 グローバルサーバ１１は、接続の完了したボリュームに
ついて、その接続完了を処理依頼先のローカルサーバ１
０に対して通知するとともに、クライアント１２からの
使用要求に対応できる環境を作成すべくボリュームの組
み込み要求を依頼する。ここで、処理依頼先のローカル
サーバー０に対してのメツセージ通信は、通信路の確立
処理によって得られたローカルサーバー０の通信宛先の
Ｒ−ＣＡＰを宛先情報にして行われる。

■　ボリュームの組込処理とＲ−ＣＡＰ発行グローバル
サーバ１１からのボリュームの組込依頼を受け取ると、
依頼を受けたローカルサーバ１０は、依頼を受けたボリ
ュームの使用環境を作成することでボリュームの組込処
理を実行する。

そして、その組み込んだボリュームの宛先情報となるＲ
−ＣＡＰをグローバルサーバ１１に発行する。ここで、
このボリュームのＲ−ＣＡＰについてのメツセージ通信
は、通信路の確立処理によって得られたグローバルサー
バー１の通信宛先のＣ−ＣＡＰを宛先情報にして行われ
る。

■　ボリュームのＲ−ＣＡＰとボリューム名の送信 ローカルサーバ１０からボリュームのＲ−ＣＡＰを受け
取ると、グローバルサーバ１１は、送られてきたボリュ
ームのＲ−ＣＡＰをそのボリューム名とともに受付サー
バ１３に対して通知する。

ここで、この受付サーバ１３に対してのメツセージ通信
は、通信路の確立処理によって得られた受付サーバ１３
の通信宛先のＣ−ＣＡＰを宛先情報にして行われる。

■　ボリュームのＲ−ＣＡＰ管理 グローバルサーバ１１からボリュームのＲ−ＣＡＰとボ
リューム名とを受け取ると、受付サーバ１３は、それら
の情報を用意するＲ−ＣＡＰ管理表３０に登録する。第
４図に、このＲ−ＣＡＰ管理表３０の一実施例を図示す
る。この図に示すように、Ｒ−ＣＡＰ管理表３０は、空
間の固定域からポイントされている基本制御表３１をア
ンカーとして、ローカルサーバ１０に資源使用依頼を発
行するために必要な情報とともに、グローバルサーバ１
１から送られてきたボリュームのＲ−ＣＡＰとボリュー
ム名とをボリュームを単位にしてチェーンにつないで管
理する構成を採る。

第５図に、このＲ−ＣＡＰ管理表３０に対しての登録処
理のフローチャートを図示する。このフローチャートに
示すように、この登録処理は、先ず最初に、Ｒ−ＣＡＰ
管理表３０のチェーンの排他獲得を実行し、次に、この
チェーンを辿ることで受信したボリューム名に等しいボ
リューム名を管理するＲ−ＣＡＰ管理表３０があるか否
かを検索し、等しいボリューム名があれば、そのＲ−Ｃ
ＡＰ管理表３０に送られてきた新しいＲ−ＣＡＰを登録
するとともに、なければ、新規にＲ−ＣＡＰ管理表３０
を作成して、そこに送られてきたＲ−ＣＡＰとボリュー
ム名を登録することで実行されることになる。

■　資源使用要求 クライアント１２は、受付サーバ１３と通信経路を確立
した後、そのとき獲得した受付サーバ１３の通信宛先の
Ｃ−ＣＡＰを宛先情報にして、受付サーバ１３に対して
資源使用要求を発行する。

■　ボリューム名獲得 クライアント１２から資源使用要求を受け取ると、受付
サーバ１３は、図示しない名前解決機構を用いて、指定
された資源名からその資源が存在するボリューム名を獲
得する。

■　ボリュームのＲ−ＣＡＰ検索・獲得ボリューム名が
獲得されると、受付サーバ１３は、獲得したボリューム
名を検索キーにして、第４図に示したＲ−ＣＡＰ管理表
３０を検索することで、そのボリューム名に対応付けら
れるボリュームのＲ−ＣＡＰを獲得する。

第６図に、このＲ−ＣＡＰ管理表３０に対しての検索処
理のフローチャートを図示する。このフローチャートに
示すように、この検索処理は、先ず最初に、Ｒ−ＣＡＰ
管理表３０のチェーンの排他獲得を実行し、次に、この
チェーンを辿ることで獲得した使用要求のボリューム名
に等しいボリューム名を管理するＲ−ＣＡＰ管理表３０
があるか否かを検索し、等しいボリューム名があれば、
切り離し処理等との競合を避けるためにそのＲ−ＣＡＰ
管理表３０を排他獲得してから、そのボリューム名に対
応付けられるボリュームのＲ−ＣＡＰを獲得するととも
に、なければ、クライアント１２に対して使用可能の状
態にないことを通知することで実行されることになる。

■　ボリューム使用依頼 ボリュームのＲ−ＣＡＰが獲得されると、受付サーバ１
３は、獲得したボリュームのＲ−ＣＡＰを宛先情報とし
て用いて、クライアント１２から使用要求のあった資源
を管理するローカルサーバ１０に対してボリュームの使
用要求を発行する。

■　ボリュームの使用 このボリュームの使用要求を受けて、ローカルサーバ１
０はボリュームの使用を実行する。

このように、受付サーバ１３は、各ローカルサーバ１０
が管理するボリュームのＲ−ＣＡＰを管理する構成を採
ることから、ローカルサーバ１０やグローバルサーバ１
１に対して問い合わせることなく、使用要求のあるボリ
ュームを管理するローカルサーバ１０を特定できるよう
になる。

（発明の効果〕 以上説明したように、本発明によれば、受付サーバは、
クライアントからの使用要求のある資源を管理するロー
カルサーバを他のサーバを参照することなく特定できる
ようになるので、従来に比べて極めて小さなオーバーヘ
ッドでもって対応のローカルサーバを特定できるように
なる。そして、ローカルサーバへの使用要求の発行の前
に、使用要求のあったボリュームが使用可能なものであ
るかどうかを検出できるようになる。

一実施例である。

図中、１は複合計算機システム、１０はローカルサーバ
、１１はグローバルサーバ、１２はクライアント、１３
は受付サーバ、１４は通信手段、１５は管理手段、１６
はボリューム名割出手段、Ｉ７は宛先情報獲得手段であ
る。

Claims (1)

1. 【特許請求の範囲】 システムを構成するノード毎のボリュームを管理する複
   数のローカルサーバ（１０）と、該ローカルサーバ（１
   ０）を管理する１つのグローバルサーバ（１１）と、ク
   ライアント（１２）からの資源使用要求を受け付ける１
   つの受付サーバ（１３）とを備える複合計算機システム
   において、 グローバルサーバ（１１）が、ボリュームの組み込み要
   求に応答してローカルサーバ（１０）から送信されてく
   る該ボリュームの宛先情報を表すケーパビリティを、該
   ボリューム名と対応付けて受付サーバ（１３）に送信す
   るよう処理するとともに、受付サーバ（１３）が、この
   送信されてくるボリューム名とケーパビリティとを対応
   付けて管理する管理手段（１５）と、クライアント（１
   ２）から指定される資源名から該資源の存在するボリュ
   ーム名を割り出すボリューム名割出手段（１６）と、該
   ボリューム名割出手段（１６）により割り出されたボリ
   ューム名をキーにして該管理手段（１５）を検索するこ
   とで対応のケーパビリティを獲得する宛先情報獲得手段
   （１７）とを備え、 受付サーバ（１３）は、該宛先情報獲得手段（１７）に
   より獲得されたケーパビリティを宛先情報としてボリュ
   ームの使用要求を発行するよう構成されてなることを、 特徴とする資源管理サーバ特定処理方式。