3.2.2　サービス情報検索の付加機能

(1)　グローバル検索機能

グローバル検索機能を使用すると，次に示すサービス情報を取得できます。

1. all_nodeオペランドで指定された各ノードで起動するサービス情報

2. 1.のノード上のネームサービスが管理する，all_nodeオペランドで起動するサービス情報

グローバル検索機能使用時のシステム構成例を次の図に示します。各OpenTP1ノードのネームサービス定義のname_global_lookupオペランドを次の図のように指定してください。name_global_lookupオペランドの指定方法の詳細については，マニュアル「OpenTP1 システム定義」を参照してください。

図3‒15　グローバル検索機能使用時のシステム構成

OpenTP1-Aからの検索範囲は，OpenTP1-BおよびCのall_nodeオペランドで指定したOpenTP1ノードまでとなります。つまり，OpenTP1システム1だけでなく，OpenTP1システム2および3までのサービスと通信できるようになります。なお，OpenTP1-D，E，FおよびGのall_nodeオペランドで指定したノードは検索対象となりません。

グローバル検索機能を使用した環境では，DCRPC_BINDTBL_SET関数の引数portnoにネームサービスのポート番号を指定した，dc_rpc_call_to関数は使用できません。

DCRPC_BINDTBL_SET関数の引数nidにノード識別子を指定した，dc_rpc_call_to関数を使用する場合は，必ずグローバル検索機能の検索範囲（図のOpenTP1システム1〜3）内のすべてのOpenTP1ノードのノード識別子を一意に定義してください。

サービス情報（閉塞，負荷状態など）は，検索元OpenTP1（図のOpenTP1-A）まで通知されないため，OpenTP1システム2内のOpenTP1-DとEの間，およびOpenTP1システム3内のOpenTP1-FとGの間のように，OpenTP1システム内で相互にall_nodeオペランドを指定し合い，水平分散を利用したサービス要求を行うことをお勧めします。

ネームサービス定義のname_cache_sizeオペランドの指定値は，自ノードから検索を要求するサービス情報の数に，all_nodeオペランドで指定されたノードにキャッシュされるサービス情報の数まで含めて算出する必要があります。

グローバル検索機能を使用したOpenTP1（図のOpenTP1-A）に対し，TP1/Client/P，TP1/Client/WまたはTP1/Client/Jからサービス要求が送信された場合，OpenTP1システム1だけでなく，OpenTP1システム2および3のサービス情報まで取得します。

ページの先頭へ

(2)　サービス情報優先度指定機能

サービス情報優先度指定機能とは，ネームサービスがサービス要求元のクライアントUAPにサービス情報を返すときに，特定のノードのサービス情報を優先的に返す機能です。サービス情報を優先的に返すノードを，優先選択ノードと呼びます。

通常のRPCを実行する場合，高負荷などの状態を除き，クライアントUAPのサービス要求を処理するサーバUAPが複数ある場合には，それらを同じ優先度で扱います。このため，システム共通定義のall_nodeオペランドに指定したすべてのノードのネームサービスに対してサービス情報の検索要求を送信し，応答によって取得したすべてのサービス情報をクライアントUAPに返します。クライアントUAPは，返ってきたサービス情報の中からRPCのあて先となるサーバUAPをランダムに選び出し，RPCを実行します。

これに対して，サービス情報優先度指定機能を使用すると，クライアントUAPのサービス要求を処理するサーバUAPが複数ある場合には，優先選択ノードのサービス情報を優先してクライアントUAPに返します。クライアントUAPは，優先選択ノードのサーバUAPに対してRPCを実行します。また，優先選択ノードでサーバUAPの閉塞などの障害が発生した場合には，優先選択ノード以外のノードのサービス情報をクライアントUAPに返します。このように，サービス情報優先度指定機能を使用すると，通常は優先選択ノードのサーバUAPを使用し，障害が発生した場合だけ優先選択ノード以外のノードのサーバUAPを使用できるため，サーバUAPを実行系と待機系に分けて扱うことができます。

優先選択ノードは，システム共通定義のall_nodeオペランドで指定します。優先選択ノードの定義ファイルの指定方法は，ドメイン定義ファイルの指定と同じです。優先選択ノードの指定方法については，マニュアル「OpenTP1 システム定義」を参照してください。

以降，通常のRPCの流れと，サービス情報優先度指定機能を使用した場合のRPCの流れの違いを説明します。なお，以降の説明のグローバルキャッシュとは，ネームサービスが，他ノードで起動しているサーバのサービス情報を管理する領域を示します。

• 通常のRPCの流れ

  通常のRPCの流れを次の図に示します。

  図3‒16　通常のRPCの流れ

  図で示したRPCの流れについて説明します。番号は図中の番号と対応しています。

  1. RPCを実行するクライアントUAPが，TP1-Aのネームサービスへサービス情報の検索要求をします。

  2. ネームサービスは，システム共通定義のall_nodeオペランドで指定されたTP1-B，およびTP1-Cのネームサービスにサービス情報の検索要求を送信します。

  3. 検索要求を受けたTP1-B，およびTP1-Cのネームサービスは，自ノードで稼働しているSPP-Aのサービス情報を要求元のTP1-Aへ送信します。

  4. TP1-Aのネームサービスは，受信したサービス情報をグローバルキャッシュに登録します。

  5. ネームサービスは，グローバルキャッシュに登録されたすべてのサービス情報をクライアントUAPに返します。

     クライアントUAPは，RPCのあて先をランダムに選びます。ここでは，TP1-BをRPCのあて先に決定したものとします。

  6. クライアントUAPは，TP1-BにRPCを実行します。

• サービス情報優先度指定機能を使用した場合のRPCの流れ

  サービス情報優先度指定機能を使用した場合のRPCの流れを次の図に示します。ここでは，TP1-CおよびTP1-Dを優先選択ノードに指定しています。

  図3‒17　サービス情報優先度指定機能を使用した場合のRPCの流れ

  図で示したRPCの流れについて説明します。番号は図中の番号と対応しています。

  1. RPCを実行するクライアントUAPが，TP1-Aのネームサービスへサービス情報の検索要求を送信します。

  2. ネームサービスは，システム共通定義のall_nodeオペランドで指定されたTP1-B，TP1-C，およびTP1-Dのネームサービスにサービス情報の検索要求を送信します。

  3. 検索要求を受けたTP1-B，TP1-C，およびTP1-Dのネームサービスは，自ノードで稼働しているSPP-Aのサービス情報を要求元のTP1-Aへ送信します。

  4. TP1-Aのネームサービスは，受信したサービス情報をグローバルキャッシュに登録します。

  5. TP1-CおよびTP1-Dを優先選択ノードに指定しているため，ネームサービスは，TP1-CおよびTP1-Dのサービス情報だけをクライアントUAPに返します。

     ここでは，クライアントUAPは返されたサービス情報の中からTP1-CをRPCのあて先に決定したものとします。

  6. クライアントUAPは，TP1-CにRPCを実行します。

優先選択ノードのサーバUAPが閉塞していたり，グローバル検索機能を使用したりする場合は，上の図で示したサービス情報優先度指定機能を使用した場合のRPCの流れとは異なります。RPCの流れが異なる場合について，(a)〜(c)で説明します。なお，以降の説明では，ネームサービスの処理を省略しています。

ページの先頭へ