| Oracle SOA Suite IBM WebSphere Application Serverのためのインストレーション・ガイド 10g リリース3（10.1.3.4）for UNIX Systems and Microsoft Windows B52888-01 |
|
 戻る |
 次へ |
| Oracle SOA Suite IBM WebSphere Application Serverのためのインストレーション・ガイド 10g リリース3（10.1.3.4）for UNIX Systems and Microsoft Windows B52888-01 |
|
戻る |
次へ |
この付録では、IBM WebSphere Application Server 6.1.0.15でクラスタ化されたOracle SOA Suite 10.1.3.4をインストールおよび構成するための構成手順について説明します。 この付録の内容は次のとおりです。
これは、メンバーとして次のものが選択されたトポロジ・サンプルです。
SERVERS: SOASERVER1、SOASERVER2およびESB-DT SERVER
CLUSTER: 2つの管理対象サーバー（SOAServer1およびSOAServer2）を含むSOACluster
MACHINES: 3つのマシン（MachineA、MachineBおよびMachineC）。MachineAとMachineBにはSOAServer1およびSOAServer2が含まれます。 Machine CにはESB-DT Serverが含まれます。
NODES: MachineA、MachineB、MachineCそれぞれに対応するNode A、Node B、Node C
同じ手順を拡張し、要件に合わせてより多くのメンバーでクラスタを構成することもできます。 図B-1に、トポロジ・サンプルの図を示します。
ここでは、「HAトポロジ・サンプル」で説明したHAトポロジ・サンプルのインストールおよび構成の詳しい手順について説明します。
HAトポロジ・サンプルをインストールおよび構成するには、次の前提条件を満たす必要があります。
3つのマシン（MachineA、MachineBおよびMachineC）にIBM WebSphere Application Server 6.1.0.15がインストールされていること
デプロイメント・マネージャが実行中で使用可能になっていること
WAS_HA_SOA10134_Installables.zipファイルをダウンロードし、3つすべてのマシンに展開していること
SOAスキーマが10.1.3.4レベルにアップグレードされた共通のデハイドレーション・ストア・データベースが使用可能になっていること
次の手順を実行して、Oracle SOA Suite 10.1.3.4をインストールします。
3つすべてのマシン（MachineA、MachineBおよびMachineC）にOracle SOA Suite 10.1.3.1 for OC4Jをインストールします。
SOA Suite 10.1.3.4の基本インストールを選択します。 Linuxの場合は、インストール時に作成したデータベースを選択します。
すべてのインストールでパッチセット4（Oracle SOASuite 10.1.3.4 for OC4J）を適用します。
WebSphere 6.1.0.15にOracle SOA Suite 10.1.3.4用Opatchを適用します。
opatchの適用の詳細は、「手順6: WebSphere 6.1.0.15対応のOracle SOA Suite 10.1.3.4用Opatchの適用」を参照してください。
すべての物理マシン（MachineA、MachineBおよびMachineC）にOracle SOA Suite 10.1.3.4 for OC4Jをインストールします。
次の手順を実行して、WebSphere 6.1.0.15上でSOA 10.1.3.3用にHA設定を構成します。
手順1: MachineAでのカスタム・ノード「Node A」の作成
ノードの作成中に、ノードをデプロイメント・マネージャに連結します。
IBM管理コンソールの「Node」ページからNode Aが連結されていることを確認します。
startNodeコマンドを使用して、Node Aのノード・エージェントを起動します。
手順2: 環境に合わせたWAS_SOA10134_Installables/cfgフォルダでのconfig.propertiesファイルの編集
config.propertiesファイルのプロパティのリストについては、「手順7: IBM WebSphere Application Serverバージョン6.1.0.15のインストールと構成」の項の手順4を参照してください。
config.propertiesで、DEPLOY_ESBDTプロパティが「N」に設定されていることを確認します。
DEPLOY_BPELPM=Y
DEPLOY_ESBDT=N
DEPLOY_ESBRT=Y
DEPLOY_RULES=Y
DEPLOY_OWSM=Y
|
注意: プロキシ設定が有効になっている場合、 NONPROXYHOSTSプロパティにはすべてのクラスタ・メンバーとデプロイメント・マネージャのマシン名を含める必要があります。
たとえば、 |
オペレーティング・システムのコマンド・プロンプトで、WAS_SOA10134_Installablesフォルダから次のスクリプトを実行します。
| オペレーティング・システム | 実行スクリプト |
|---|---|
| Windows XP | configureStandAloneServer.bat -secure |
| Linux | configureStandAloneServer.sh -secure |
表に示した構成スクリプトは、2つの部分で実行されます。
最初の部分では、WebSphere Application Server上のDataSources、ConnectionFactories、Shared-Librariesなど、SOAServerに必要なすべてのアーチファクトが作成されます （Linux環境では、この部分をrootユーザーとして実行する必要があります）。 スクリプトの2番目の部分では、SOA_HOMEの構成値が変更されます （Linux環境では、この部分をroot以外のユーザーとして実行する必要があります）。
スクリプトを実行すると、WebSphereユーザー名とパスワードを入力するプロンプトが表示されます。 認証に成功すると、デプロイメント・マネージャ・アーチファクトがWebSphereアプリケーション・サーバーにインストールおよび構成されます。
|
注意:
|
スクリプトでは、JAVA_HOMEおよびWAS_HOMEを設定する必要があります。
WAS_SOA10134_Installables /bin/logsディレクトリのoutput.log/output-copy.logファイルを確認します。
このスクリプトは、MachineAのSOAServer1を構成してクラスタに追加します。
WebSphere管理コンソールにログインし、SOAClusterおよびSOAServer1が作成されていることを確認します。
|
注意: 3つすべてのマシン（MachineA、MachineBおよびMachineC）にSOA 10.1.3.4 on OC4Jがすでにインストールされていることを前提としています。 |
手順1: MachineBでのカスタム・ノード「Node B」の作成
ノードの作成中に、ノードをデプロイメント・マネージャに連結します。
IBM管理コンソールから、前の手順で作成したクラスタに移動し、クラスタ・メンバーをクリックします。
「New」をクリックして、新しいクラスタ・メンバーを作成します。
「Create Additional Cluster Member」ページで、新しいサーバーの名前（SOAServer2など）を入力します。 新しいサーバーをクラスタに追加し、変更を保存します。
|
注意: 「Select Node」リストでNode Bが選択されていることを確認してください。 |
これで、Node AとNode Bにそれぞれクラスタ・メンバーとして2つのサーバーが作成されます。
手順2
「手順2: 環境に合わせたWAS_SOA10134_Installables/cfgフォルダでのconfig.propertiesファイルの編集」の手順1〜4を繰り返します。
構成スクリプトにより、前の手順で作成したNode2でSOAServer-1が再構成されます。
新しいSIBバス、SIBバス・メンバーを作成します。
キュー・コネクション・ファクトリ、キューおよびアクティブ化仕様を新しいSIB詳細で更新します。
共有ライブラリを更新します。
WebSphere変数およびJVMプロパティを更新します。
WebSphereクラスタ対応のOracle SOA SuiteはHA用に構成されます。
手順1: MachineCでのカスタム・ノード「Node C」の作成
ノードの作成中に、ノードをデプロイメント・マネージャに連結します。
IBM管理コンソールの「Node」ページからNode Cが連結されていることを確認します。
startNodeコマンドを使用して、Node Cのノード・エージェントを起動します。
手順2: 環境に合わせたWAS_SOA10134_Installables/cfgフォルダでのconfig.propertiesの編集
config.propertiesでDEPLOY_ESBDTプロパティが「Y」に設定されていることを確認します。DEPLOYプロパティの残りをNに設定する必要があります。
DEPLOY_BPELPM=N
DEPLOY_ESBDT=Y
DEPLOY_ESBRT=N
DEPLOY_RULES=N
DEPLOY_OWSM=N
「手順2: 環境に合わせたWAS_SOA10134_Installables/cfgフォルダでのconfig.propertiesファイルの編集」の手順2〜4を繰り返します。
構成スクリプトにより、MachineCでESB-DTサーバーが構成されます。
WebSphere管理コンソールにログインし、ESB-DTサーバーが作成されていることを確認します。 ESB_PARAMETER（oraesb）表のDT_OC4J_HOSTおよびDT_OC4J_PORTパラメータを、ESB-DTサーバーのhostName/port値を使用して変更します。
|
注意: ESB-DT HAの場合、アクティブ/パッシブ・クラスタを個別に設定する必要があります。 ESB_DTを1つのインスタンスとして実行し、 ORAESBスキーマ内のESB_PARAMETER表のDT_OC4J_HOSTおよびDT_OC4J_PORTフィールドで、このインスタンスのホスト/ポートを更新する必要があります。 |
次のインストール後の手順を実行します。
BPELランタイムのHAを構成するには、両方のマシンのSOA_HOME/bpel/system/config/collaxa-config.xmlで次のプロパティを更新します。
bpelPlatform = websphere_5
soapServerUrl = LoadBalancerHost:port
soapCallbackUrl = LoadBalancerHost:port
enableCluster = true
clusterName = LoadBalancerHost:port
BPELインスタンス間のJGroupsを設定するには、両方のマシンで<SOA_HOME>/bpel/system/config/jgroups-protocol.xmlファイルを更新します。これは、BPELインスタンス間のBPELプロセスとアダプタ状態の同期に使用されます。
次の手順を実行して、外部ロード・バランサApache for WebSphereクラスタの設定を構成します。
WebSphereサーバーでApacheプラグインをインストールおよび構成する方法については、http://e-docs.ibm.com/wls/docs92/plugins/apache.htmlを参照してください。
すべてのマシンの<SOA_HOME>/bpel/utilities/ant-orabpel.propertiesおよび<SOA_HOME>/bpel/system/config/collaxa-config.xmlファイルで、ロード・バランサのホスト名とポート名を指定します。
SOAアプリケーションは、インストール後に次のアドレスで使用できます。
管理サーバー: http://Machine1: 9060/console
BPELコンソール: http://LoadBalancerhost: port/BPELConsole
OWSM: http://LoadBalancer: port/ccore/Login.jsp
ワークリスト・アプリケーション: http://LoadBalancerhost: port/
RuleAuthor : http://LoadBalancerhost: port/ruleauthor
ESB-DT: http://Machine1: 9700/esb
