![]() ![]() ![]() ![]() |
この節では、クラスタ環境で Weblogic Integration をデプロイするためのコンフィグレーションに必要な作業について説明します。
クラスタ ドメインのアーキテクチャを、「クラスタ デプロイメントの設計」の説明に従ってプランニングしたら、WebLogic Integration をクラスタ環境に設定できます。そのためには、ルータ (ハードウェアおよびソフトウェア)、管理サーバ、および管理対象サーバをコンフィグレーションして、WebLogic Integration リソースをそれらのサーバにデプロイする必要があります。WebLogic Server インスタンスとクラスタで構成されるドメインに対する永続的コンフィグレーションは、管理サーバの XML コンフィグレーション ファイル (config.xml
) にあります。
クラスタ ドメインで WebLogic Integration を設定およびデプロイするには、次の手順を実行します。
WebLogic Integration を単一のサーバにデプロイする方法については、「単一サーバ デプロイメントのコンフィグレーション」を参照してください。WebLogic Platform アプリケーションの一般的なデプロイメント タスクの詳細な一覧については、『WebLogic Platform アプリケーションのデプロイメント』の「デプロイメント チェックリスト」を参照してください。
この節では、クラスタ環境で実行される WebLogic Integration をコンフィグレーションするための以下の前提条件について説明します。
WebLogic Server をクラスタ コンフィグレーションで使用するには、専用のクラスタ ライセンスが必要です。クラスタ ライセンスの取得については、BEA 販売代理店にお問い合わせください。
1 つのクラスタ内のすべての WebLogic Server インスタンスは、コンフィグレーションおよびモニタに同じ管理サーバを使用します。サーバをクラスタに追加する場合、各サーバが使用する管理サーバを指定する必要があります。
注意 : | Configuration Wizard による WebLogic Integration ドメインの作成時に、マルチキャスト アドレスの割り当てが要求されます。「手順 2. WebLogic Integration ドメインの準備」を参照してください。 |
マルチキャスト アドレスは、クラスタ メンバー間の通信に使用されます。クラスタ化されたサーバは、1 つの専用マルチキャスト アドレスを共有する必要があります。ネットワーク上の各クラスタに対して、ユニークなマルチキャスト アドレスとポート番号の組み合わせを割り当てる必要があります。ネットワーク上の 2 つのクラスタが同じマルチキャスト アドレスを使用する場合、異なるポートを使用する必要があります。クラスタのマルチキャスト アドレスが異なる場合は、同じポートを使用するか、またはデフォルトのポート (7001) をそのまま使用することもできます。マルチキャスト メッセージをサポートするため、1 つのクラスタ内の管理サーバおよび管理対象サーバを同じサブネット上に配置する必要があります。
注意 : | Configuration Wizard による WebLogic Integration ドメインの作成時に、サーバに対するリスン アドレスの割り当てが要求されます。「手順 2. WebLogic Integration ドメインの準備」を参照してください。 |
1 つの IP アドレスとサーバごとに異なるポート番号をクラスタ サーバに割り当てることにより、1 つのマシンに、そのマシンをマルチホーム サーバ化することなく、クラスタ環境を設定することができます。
クライアントからこのような IP アドレスにアクセスできるようにするには、以下のいずれかの方法で、IP アドレスとポート番号で URL を構成します。
この方法では、複数のサーバが 1 つのマシン上で実行されている場合、そのマシンはマルチホーム サーバとしてコンフィグレーションする必要があります。つまり、複数の IP アドレスが 1 つのコンピュータに割り当てられます。この場合は、クラスタ アドレスは、カンマ区切りの IP アドレスのリストの形にします。
たとえば、次のリストは、config.xml
ファイルで指定されているクラスタ アドレスの例です。MyCluster
という名前のクラスタ内の、4 つのサーバのそれぞれに対して、静的 IP アドレスが指定されています。
<Cluster ClusterAddress="127.0.0.1:7001,127.0.0.2:7001,127.0.0.3,127.0.0.4:7001" Name="MyCluster"/>
アドレス指定の詳細については、『WebLogic Server クラスタ ユーザーズ ガイド』の「WebLogic クラスタの設定」にある「リスン アドレスの問題を回避する」を参照してください。
注意 : | テスト環境では、1 台のマシンに複数の WebLogic Server インスタンスを割り当てることもできます。この場合、一部の WebLogic Server インスタンスを同一ノード上に異なるポート番号で配置し、他の WebLogic Server インスタンスを別の複数のノードに同一のポート番号で配置することができます。 |
wli-config.properties
に指定する。そのためには、weblogic.wli.WliClusterName
プロパティのコメントを解除し、このプロパティに WebLogic Server Administration Console で使用されるクラスタ名を設定します。
たとえば、次の例は、wli-config.properties
ファイルで wliCluster
を WebLogic Integration の対象として指定しています。
weblogic.wli.WliClusterName=wliCluster
データベースをプロダクション用に適切にコンフィグレーションすることが重要です。データおよびログ メッセージを格納するための十分な領域を用意し、データベース管理のベスト プラクティスに従う必要があります。
注意 : | 同時アクセス機能を使用するようにデータベースをコンフィグレーションすることができます。 |
WebLogic Platform アプリケーションのデータベースのコンフィグレーションについては、『WebLogic Platform アプリケーションのデプロイメント』の「プロダクション データベースの作成および準備」を参照してください。
WebLogic Integration アプリケーションに関連するデータベースのチューニング要件については、「データベースの準備」および「可用性の維持」に記載されているデータベース固有の注意事項を参照してください。
特定のデータベースに関する問題の最新情報については、WebLogic Integration 8.1 の『リリース ノート』を参照してください。
高可用性のクラスタをコンフィグレーションする方法については、『WebLogic JMS プログラマーズ ガイド』の「WebLogic JMS の管理」に記載されている「WebLogic JMS のクラスタ化のコンフィグレーション」を参照してください。
WebLogic Platform アプリケーションのロード バランシングの詳細については、『WebLogic Platform アプリケーションのデプロイメント』の「WebLogic ドメインの作成とコンフィグレーション」に記載されている「クラスタのロード バランシングとフェイル オーバのコンフィグレーション」を参照してください。
ハードウェアとソフトウェアのルータの詳細については、『WebLogic Server クラスタ ユーザーズ ガイド』を参照してください。
注意 : | 1 つまたは複数のファイアウォールを含めるようにドメインを設計する場合は、この他にも要件があります。ドメイン コンフィグレーション ファイルにファイアウォール情報を追加する方法については、「プロキシ サーバまたはファイアウォール情報のドメイン コンフィグレーションへの追加 」を参照してください。詳細については、『WebLogic Server クラスタ ユーザーズ ガイド』の「クラスタでの通信」を参照してください。 |
クラスタ化された WebLogic Server インスタンスを設定する方法の詳細については、『WebLogic Server クラスタ ユーザーズ ガイド』の「WebLogic クラスタの設定」を参照してください。
WebLogic Integration ドメインを準備する際には、各管理対象サーバの定義をドメイン コンフィグレーション ファイル (config.xml
) に追加し、すべての管理対象サーバをクラスタに割り当て、WebLogic Integration コンポーネントをドメイン上のサーバに指定する必要があります。
クラスタ化ドメインで WebLogic Integration 環境を準備するには、以下の節で説明する作業を行う必要があります。
クラスタ化された WebLogic Integration デプロイメントの定義は、BEA Configuration Wizard によるドメインの作成から始まります。
注意 : | この節で説明するドメインの設定手順は、Configuration Wizard が Windows の [スタート] メニューから GUI モードで実行されていることを前提としています。Configuration Wizard の各種モードの詳細については、『コンフィグレーション ウィザードの使い方』を参照してください。 |
Configuration Wizard を使用して WebLogic Integration ドメインを作成するには、以下の手順を完了します。
Configuration Wizard が起動します。ドメインのコンフィグレーションに使用するデータの入力が要求されます。
|
|||||
|
|||||
|
|||||
|
|||||
cgPool を機能するようにコンフィグレーションする必要があります。レポート データ テーブルが cgPool 以外のデータ ストアで参照されている場合は、WebLogic Integration Administration Console で bpmArchPool を有効なプールとして定義し、レポート データ データストアとしてコンフィグレーションする必要がある。これらのコンフィグレーションの変更は、WebLogic Server の次回の起動時に有効になる (WebLogic Integration Administration Console でレポート データ データストアをコンフィグレーションする方法については、『WebLogic Integration ソリューションの管理』の「システム コンフィグレーション」に記載されている「アーカイブ データストアのコンフィグレーション」を参照)。
|
|||||
|
|||||
|
|||||
|
|||||
|
|||||
|
|||||
|
|||||
|
|||||
Configuration Wizard によるドメインのコンフィグレーションが完了すると、指定した場所に新しいドメインが作成されます。
Configuration Wizard を使用しないでドメインをコンフィグレーションする方法については、『WebLogic Platform アプリケーションのデプロイメント』の「WebLogic ドメインの作成とコンフィグレーション」に記載の「対象ドメインのコンフィグレーション用ツール」を参照してください。
WebLogic Integration ドメインには 2 つのコンフィグレーション ファイルが作成されます。
config.xml
を編集してコンフィグレーションにセキュリティ機能を指定する方法については、「プロキシ サーバまたはファイアウォール情報のドメイン コンフィグレーションへの追加」を参照してください。config.xml
の詳細については、「コンフィグレーション リファレンス」を参照してください。
wli-config.properties
については、「wli-config.properties コンフィグレーション ファイル」を参照してください。
プロキシ サーバまたはファイアウォールの背後で Web サービスを使用する場合は、config.xml
ファイルを編集して、そのプロキシ サーバまたはファイアウォールに関する情報を追加する必要があります。
プロキシ サーバまたはファイアウォールの情報をドメイン コンフィグレーションに追加するには、次の手順を実行します。
config.xml
を開きます。config.xml
ファイルで、以下のタグで始まる行を検索します。<Cluster
FrontendHTTPPort="proxyPort
" FrontendHTTPSPort="proxySSLPort
" FrontendHost="proxyServerHost
"
たとえば、次のリストは、config.xml
ファイルで指定されているクラスタ アドレスとファイアウォールの例です。クラスタ名は MyCluster
、プロキシ サーバ名は MyProxy
です。
<Cluster ClusterAddress="127.0.0.1:7001,127.0.0.2:7001,127.0.0.3,127.0.0.4:7001"
FrontendHTTPPort="7006
" FrontendHTTPSPort="7007
" FrontendHost="MyProxy
" MulticastAddress="127.0.0.5" MulticastPort="7010"Name="MyCluster"/>
config.xml
ファイルを閉じます。
クラスタ環境にデータベース テーブルを作成するときは、単一サーバのデプロイメントと同じ手順に従います。WebLogic Integration データベース テーブルの作成については、「データベース テーブルの作成」を参照してください。
クラスタに SSL をコンフィグレーションするには、WebLogic Server Administration Console を使用します。セキュリティ機能がマルチノード クラスタにデプロイされているドメインの場合は、クラスタ内の各マシンに対して、キーストア、サーバ証明書、プライベート キーなどもコンフィグレーションする必要があります。各マシンに独立したキーストアを使用するか、すべてのマシンで利用可能な場合は単一のキーストアを使用します。
また、セキュリティ管理者はクラスタの共有または個別キーストアに一貫性があることを確認する必要があります。新しい証明を追加するときに、プライベート キーも追加する場合には、キーストアの一貫性がなくなることがります。たとえば、WebLogic Integration Administration Console を使用してリモートのトレーディング パートナの証明書を追加する場合、キーストアをクラスタの各管理対象サーバで使用する ID キーストアにインポートすることもできます。ただし、このオプションは、プライベート キーがこれらのキーストアに挿入されている場合は、セキュリティの考慮により利用できません。
実行する必要がある作業の詳細については、以下を参照してください。
WebLogic Platform アプリケーションのセキュリティのコンフィグレーションに関する一般情報については、『WebLogic Platform アプリケーションのデプロイメント』の「セキュリティのコンフィグレーション」を参照してください。
手順 4. ドメイン内の管理対象サーバの起動とモニタ
この節では、クラスタ ドメインのサーバを起動する方法について説明します。
WebLogic Platform アプリケーション用のサーバの起動に関する情報については、『WebLogic Platform アプリケーションのデプロイメント』の「WebLogic ドメインの作成とコンフィグレーション」にあるサーバの起動を参照してください。
Node Manager がコンフィグレーションされているドメインのサーバを起動するには、次の手順を実行します。
ノード マネージャの起動方法については、『WebLogic Server のコンフィグレーションと管理』の「ノード マネージャのコンフィグレーション、起動、および停止」を参照してください。
WebLogic Server Administration Console (必要な場合は管理サーバ) を起動する手順については、『WebLogic Server のコンフィグレーションと管理』の「WebLogic Server システム管理の概要」に記載されている「Administration Console の起動」を参照してください。
ノード マネージャで使用するプロパティを設定する方法については、『Administration Console オンライン ヘルプ』の「サーバの起動と停止」に記載されている「Administration Console からの管理対象サーバの起動」で「管理対象サーバの起動引数のコンフィグレーション」を参照してください。
サーバ起動コマンドに対する、WebLogic Server Administration Console から行う他の設定の影響については、『Administration Console オンライン ヘルプ』を参照してください。
起動が完了すると、WebLogic Server Administration Console を使用して、デプロイメントとステータスを確認できます。WebLogic Server Administration Console を使用してサーバをモニタする方法については、『WebLogic Server のコンフィグレーションと管理』の「WebLogic Server ドメインのモニタ」を参照してください。WebLogic Integration ドメインをモニタする方法については、『WebLogic Integration ソリューションのベスト プラクティスに関する FAQ』の「パフォーマンスに関するヒント」で「実行時のチューニング上の問題」を参照してください。
注意 : | クラスタ コンフィグレーションでは、ビジネス プロセスの実行時や WebLogic Integration Administration Console の使用時に、WebLogic Server Administration Cnsole のホストとなっている WebLogic Server の WebLogic Server Console ウィンドウに、次のエラー メッセージが表示されることがあります。 |
注意 : | Failed to initialize clustered process configuration backend |
注意 : | この問題に遭遇した場合は、そのクラスタに対して ClusterAddress 属性を設定する必要があります。この設定方法については、『WebLogic Server クラスタ ユーザーズ ガイド』の「WebLogic クラスタの設定」で「クラスタ アドレス」を参照してください。 |
WebLogic Integration アプリケーションをシャットダウンする場合は、WebLogic Server Administration Console を使用します。
注意 : | コマンド ウィンドウを閉じる、〔Ctrl〕+〔c〕を押す、などの操作で WebLogic Integration を閉じないことをお勧めします。 |
アプリケーションを正常にシャットダウンする手順については、『Administration Console オンライン ヘルプ』の「クラスタ」にある「すべてのサーバの正常な停止」と「サーバの起動または停止」を参照してください。
WebLogic Integration ドメインをコンフィグレーションし、セキュリティで保護したら、クラスタに WebLogic Integration アプリケーションをデプロイできます。WebLogic Server Administration Console を使用して、WebLogic Integration アプリケーションを含む EAR ファイルをデプロイします。
「Configuration Wizard を使用した WebLogic Integration ドメインの作成」に従って、WebLogic Integration ドメインでアプリケーションに必要なすべてのキューをコンフィグレーションしていない場合は、WebLogic Server Administration Console を使用して手動でそれらのキューのコンフィグレーションおよび対象指定を行うことができます。
注意 : | WebLogic Workshop 開発環境では、アプリケーションに対して、非同期要求と非同期要求エラーのキューおよび会話状態テーブルが自動的に作成されます。プロダクション環境では、これらのキューおよびテーブルを手動で作成する必要があります。クラスタ デプロイメントでは、これらのキューは、各管理対象サーバ上に物理メンバーを持つ分散送り先であることが必要です。 |
注意 : | これらのリソースのコンフィグレーション方法については、『WebLogic Platform アプリケーションのデプロイメント』の「WebLogic ドメインの作成とコンフィグレーション」にある wlw-manifext.xml ファイルのアプリケーションで必要なリソースの追加を参照してください。 |
WebLogic Server Administration Console を使用して JMS リソースをコンフィグレーションする方法については、WebLogic Workshop ヘルプの「操作ガイド」で「WebLogic Workshop アプリケーションをプロダクション サーバにデプロイするには」を参照してください。
注意 : | WebLogic Integration ソリューションで RDBMS イベント ジェネレータを使用している場合は、キューの再配信の設定を適切にコンフィグレーションしてください。再配信の設定をコンフィグレーションする手順については、「RDBMS イベント ジェネレータ」を参照してください。 |
EAR ファイルをデプロイする手順については、『Administration Console オンライン ヘルプ』の「エンタープライズ アプリケーション」で「新しいエンタープライズ アプリケーションまたは Web サービスのコンフィグレーションとデプロイメント」を参照してください。
注意 : | アプリケーション ビューとアダプタ インスタンスの環境固有の情報は、WebLogic Integration アプリケーションをデプロイする前または後に更新できます。 |
対話型コンソール環境の外部から WebLogic Integration アプリケーションをビルド、コンフィグレーション、デプロイできる自動化スクリプトのサンプルについては、WebLogic Integration の「ソリューション サンプル」および以下の URL にある BEA dev2dev コードライブラリに含まれる PO Sample を参照してください。
注意 : | コード サンプルおよびユーティリティは dev2dev に掲載されていますが、BEA のサポート対象外の製品です。 |
アプリケーションのデプロイメント プロセスの自動化に使用できるツールの完全なリストについては、『WebLogic Platform アプリケーションのデプロイメント』の「WebLogic Platform デプロイメントの概要」にある「プロモーション プロセスの自動化」を参照してください。
プロダクション環境は、時間の経過や、アプリケーション使用の増加に伴って変化します。この節では、一般的なプロダクション環境の変化に応じてドメインを更新する方法を説明します。
WebLogic Platform アプリケーションを開発環境からプロダクション環境に昇格する方法については、『WebLogic Platform アプリケーションのデプロイメント』の「WebLogic Platform デプロイメントの概要」にある WebLogic Platform アプリケーションのプロモート手順を参照してください。
アプリケーションの使用が増加すると、WebLogic Server クラスタに新規管理対象サーバを追加して、容量を増やすことが必要になります。クラスタに新しい管理対象サーバを追加する方法については、『Administration Console オンライン ヘルプ』の「サーバの作成、コンフィグレーション、およびモニタ」にある「既存のドメインでのサーバの追加と削除」を参照してください。
新しい管理対象サーバを追加し、クラスタ内で起動したら、新しいサーバに処理を移行できます。この手順は、次のとおりです。
RAR コンポーネントを対象とする方法については、『Administration Console オンライン ヘルプ』の「[Connector Component] --> [コンフィグレーション] --> [一般]」を参照してください。
アプリケーション ビューの EJB を対象とする方法については、『Administration Console オンライン ヘルプ』の「EJB」にある「新しい EJB モジュールのデプロイメント」を参照してください。
アプリケーション ビューのステータスを確認する方法については、『WebLogic Integration ソリューションの管理』の「Application Integration」の「アプリケーション ビューのリスト表示および検索」を参照してください。
イベント接続の対象リストを設定する方法については、『WebLogic Integration ソリューションの管理』の「Application Integration」にある「イベント生成対象の変更」を参照してください。
この操作を完了したら、新しい管理対象サーバにアプリケーション ビューのイベントが (設定されていれば) 送信され、このサーバでアプリケーション ビューのサービスが実行されます。
EIS インスタンスを変更する手順は、単一サーバでもクラスタ環境でも同じです。EIS インスタンスの変更方法については、「EIS インスタンスの変更」を参照してください。
新しいバージョンのアプリケーションをインストールする手順は、単一サーバでもクラスタ環境でも同じです。新しいバージョンのアプリケーションをインストールする方法については、「新しいバージョンのアプリケーションのインストール」を参照してください。
![]() ![]() ![]() |