別々のセルにある Service Component Architecture (SCA) の各モジュール間で通信できるようにするには、2 つのセル間の通信リンクを構成する必要があります。
このトピックでは、別のセルにある SCA サービスを非同期に呼び出すモジュールからの通信を可能にする、提供側セルでの構成作業について説明します。
始める前に
このタスクは、以下のことを前提としています。
- 提供側のセル上で管理コンソールを使用している。
- 関連する SCA の各モジュールは既にインストールされているが、使用するモジュールは開始されていない。
- 使用側のモジュールを実行するセルを別の管理者が担当している。
このタスクを実行する理由と実行時期
別のセルにインストールされている SCA モジュールのサービスを必要とする SCA モジュールを開始する前に、両方のセルを構成して、各セルが要求をやり取りできるようにする必要があります。
非同期呼び出しを使用する SCA モジュールの場合、このプロセスには、外部バスとサービス統合バス (SIBus) のリンクが必要になります。
注: このタスクの目的から、サービス使用側のモジュールはセル A で実行され、サービス提供側のモジュールはセル B で実行されます。
この構成で使用される情報は、
図 1 にあります。
図 1. 別のセルにある SCA モジュールの呼び出し
このタスクのためのステップ
- このセルへの接続に使用される、他のセルに公開する IP アドレスを定義します。 以下のいずれかの方法を選択してください。
- サーバーまたはクラスター・メンバーを作成し、それを SCA システム・バスのメンバーに含めます。
結果のメッセージング・エンジンが、使用側セルへの接続に使用されます。
- 提供側のセルを識別する情報を、サービスを使用する側のモジュールが実行されているセルの管理者に伝えます。 これには、以下の情報が含まれます。
- ホスト IP アドレス
- ポート番号 - これは、「サーバー」>「アプリケーション・サーバー」>「server_name」>「通信 (Communications)」>「+ ポート (+ Ports)」により BOOTSTRAP_ADDRESS の値を表示して検索します。
- バス名 - これは、「サービス統合」>「バス」をクリックし、SCA.SYSTEM バスの絶対パス名を見つけて検索します。
- メッセージング・エンジンは、「サービス統合」>「バス」>「SCA_SystemBusName」>「メッセージング・エンジン」をクリックし、使用側のセルに提供されるサービスで使用されるメッセージング・エンジンを見つけて検索します。
- 失敗イベント・キュー名 - これは、「サービス統合」>「バス」>「SCA_SystemBusName」>「moduleDest」を表示し、
「例外宛先 (Exception destination)」の属性を調べて検索します。
この属性を選択した場合は、以下を実行します。
- 「指定 (Specify)」、テキスト・フィールドの値を使用します。
- 「システム (System)」、「サービス統合」>「バス」>「SCA_SystemBusName」> 「宛先」をクリックし、システム例外宛先の値を使用します。
注意: - SCA_SystemBusName の形式は SCA.SYSTEM.cellname.Bus です。
- moduleDest の形式は sca/moduleName です。
- 使用側セルを識別する情報を、そのセルの管理者から取得します。 これには、以下の情報が含まれます。
- ホスト IP アドレス
- ポート番号
- バス名
- メッセージング・エンジン
- 障害イベント・キュー名
- 外部バスを作成し、ルーティング定義タイプを Direct,
service integration bus link に設定します。 WebSphere Application Server Network Deployment バージョン 6 のインフォメーション・センターにある『外部バスの追加 (Adding a foreign bus)』を参照してください。
- オプション: 呼び出し側システムに送信する応答が必要である各宛先ごとに、提供側サーバー上に宛先を作成し、別のセル内の使用側 SCA モジュールを示すように構成します。 これを実行するには、宛先の作成、転送ルーティング・パスの設定、および例外宛先の設定を行います。
注: 呼び出し側システムが応答を必要としない場合は、この手順をスキップします。
- 宛先を作成します。
セル B の例から、
セル A の使用側モジュールからの情報に基づき、以下のようにセル A のバスに追加の宛先を作成します。
sca/SimpleBOCrsmA/import/test/sca/cros/simple/custinfo/CustomerInfo
sca/SimpleBOCrsmA/component/test/sca/cros/simple/cust/Customer
- 使用側セル上にあるその相手先を示すように転送パスを設定します。
以下のようになります。
SCA.SYSTEM.WBIDev-BGMNode01Cell.Bus:
sca/SimpleBOCrsmA/import/test/sca/cros/simple/custinfo/CustomerInfo
SCA.SYSTEM.WBIDev-BGMNode01Cell.Bus:
sca/SimpleBOCrsmA/component/test/sca/cros/simple/cust/Customer
- 作成した両方の宛先について、障害イベント・キューの例外の宛先を設定します。
この例では、値は WBI.FailedEventSRIKANTHCNode01.server1 になります。
- ステップ 2 で作成されたメッセージング・エンジンにおいて、ステップ 4 からの情報を使用して SIB リンクを設定します。
詳細については、WebSphere Application Server Network Deployment バージョン 6 のインフォメーション・センターの『サービス統合バス・リンクの追加 (Adding a service integration bus link)』を参照してください。
例えば、セル B で以下のようにします。
SIB Link: TestCrossCell
Remote ME: WPSNode.server1.SCA.SYSTEM.WBIDev-BGMNode01.Cell.Bus
Bootstrap: 9.26.237.118:7276:BootstrapBasicMessaging
制約事項: 呼び出し側システムに応答を送信するサービスを提供する場合は、各リンクごとに 1 つの呼び出し側システムのみが許可されます。
重要: ブートストラップのポート番号は、SIB エンドポイント・アドレス・ポートです。セキュリティーが使用可能になっている場合は、セキュア SIB エンドポイント・アドレス・ポートを使用する必要があります。
- オプション: システムでセキュリティーが使用可能になっている場合は、外部バスに送信側の役割を追加します。 オペレーティング・システムのコマンド・プロンプトから、両方のシステムで各アプリケーションが使用するユーザーを必ず定義してください。 役割を追加するコマンドは、以下のとおりです。
wsadmin $AdminTask addUserToForeignBusRole -bus busName
-foreignBus foreignBusName -role roleName -user userName
各部の意味は、次のとおりです。
- busName
- コマンドを入力するシステムのバスの名前です。
- foreignBusName
- ユーザーを追加する外部バスです。
- userName
- 外部バスに追加するユーザー ID です。
- 接続を検証します。
使用側の管理者と調整し、接続に関連する各サーバーを再始動してそのサーバーをリサイクルします。
以下のようなメッセージが表示されます。
[8/24/05 11:00:09:741 PDT] 00000086 SibMessage I [SCA.SYSTEM.WBIDev-BGMNode01Cell.Bus:WPSNode.server1-SCA.SYSTEM.WBIDev-BGMNode01Cell.Bus]
CWSIP0382I: メッセージング・エンジン 2D7333574B0CD70B がサブスクリプション要求に応答しました。
パブリッシュ・サブスクライブ・トポロジーは整合状態になっています。
(messaging engine 2D7333574B0CD70B responded to subscription request,
Publish Subscribe topology now consistent.)
- 使用側セルごとに、4 から 9 のステップを繰り返します。
次の作業
アプリケーションを開始します。