| Oracle® Fusion Middleware Oracle SOA Suiteエンタープライズ・デプロイメント・ガイド 12c (12.2.1.1) E77231-01 |
|
 前 |
 次 |
この項では、プライマリ・トポロジのインストールおよび構成の手順および環境に必要なコンポーネントの追加に関する情報を示します。
このガイドでは、選択した製品の1つ以上のプライマリ参照用トポロジを中心に説明しています。組織でインストールおよび構成するトポロジは、正確にはこのプライマリ・トポロジと異なる可能性がありますが、このガイドでは、これらのトポロジをインストールして構成するための詳細な手順を説明します。
また、このガイドでは、独自のエンタープライズ・デプロイメント・トポロジを設計および構築する方法について概要情報を提供します。独自構築のトポロジのために、このガイドでは、特定環境に必要な特定のコンポーネントまたは製品を追加する方法についても説明します。
この項では、2つのプライマリOracle SOA Suiteエンタープライズ・デプロイメント・トポロジのダイアグラムを示します。
図3-1は、Oracle SOAおよびOracle Service Busエンタープライズ・デプロイメント・トポロジのダイアグラムを示しています。
注意:
Oracle Service BusはOracle SOA Suiteと同じドメインまたは独自のドメインに構成できます。詳細は、「Oracle Service Busのトポロジ・オプションの理解」を参照してください。
ダイアグラムに示す標準的な要素の説明は、「標準的なエンタープライズ・デプロイメント・トポロジ・ダイアグラムの理解」を参照してください。
ダイアグラムに示す要素の説明は、「プライマリOracle SOA Suiteトポロジ・ダイアグラムの理解」を参照してください。
図3-1 Oracle SOA SuiteおよびOracle Service Busエンタープライズ・デプロイメント参照用トポロジのダイアグラム
図3-2は、Oracle SOA SuiteおよびOracle Business Activity Monitoringエンタープライズ・トポロジのダイアグラムを示しています。
ダイアグラムに示す標準的な要素の説明は、「標準的なエンタープライズ・デプロイメント・トポロジ・ダイアグラムの理解」を参照してください。
Oracle SOA Suiteトポロジに固有の要素の説明は、「プライマリOracle SOA Suiteトポロジ・ダイアグラムの理解」を参照してください。
図3-2 Oracle SOA SuiteおよびOracle Business Activity Monitoringエンタープライズ・トポロジのダイアグラム
この項では、プライマリ・トポロジに特有の要素に関する情報を示します。
Oracle SOA Suiteトポロジのほとんどの要素は、オラクル社が推奨するベスト・プラクティスに準拠したエンタープライズ・トポロジの標準機能に相当します。これらの要素については、「標準的なエンタープライズ・デプロイメントの理解」で詳しく説明しています。
ここで説明する情報は、「標準的なエンタープライズ・デプロイメントの理解」の情報を確認したこと、およびエンタープライズ・デプロイメント・トポロジの一般的概念を理解していることを前提としています。
この章で説明するトポロジに特有の要素については、次の各項を参照してください。
このガイドのOracle SOA SuiteおよびOracle Service Busトポロジ・ダイアグラムでは、SOA SuiteとOracle Service Busの両方を含む単一のドメインを想定しています。ただし一般に、Oracle Service Busを独自のドメイン内に構成すると便利です。
たとえば、Oracle Service Busをエンタープライズ規模で使用している場合、別個のドメインを検討します。このシナリオでは、それによりOracle Service Busを使用して複数のSOAドメインおよび他のサービスにルーティングできます。
他方、Oracle Service Busを主としてSOA Suiteコンポジット・アプリケーションの仲介およびルーティングに使用している場合は、最適なパフォーマンスおよびスケーラビリティを実現するために、Oracle Service Busを同じドメインの別個のクラスタに構成します。
これらのオプションを検討する際、パッチ適用操作およびその他のライフサイクル保守操作も考慮してください。たとえば、Oracle SOA SuiteとOracle SOA Suiteでパッチ適用要件が異なることがあります。2つの製品が別個のドメイン内にある場合、もう一方に影響を与えずに一方に容易にパッチを適用できます。
サーバー上のロードのバランシングと高可用性の提供のために、ハードウェア・ロード・バランサは一連の仮想サーバー名を認識するように構成されています。
これらの各サーバー名の用途については、「標準的なロード・バランサの仮想サーバー名のサマリー」を参照してください。
Oracle SOA Suiteトポロジでは、ハードウェア・ロード・バランサによって次の仮想サーバー名が認識されます。
soa.example.com: この仮想サーバー名はすべての受信トラフィックに使用されます。これは、ランタイムSOAコンポーネントへのすべてのHTTPトラフィックのアクセス・ポイントとして機能します。ロード・バランサは、この仮想サーバー名へのすべてのリクエストをSSLを介してルーティングします。その結果、クライアントは、次のセキュア・アドレスを使用してこのサービスにアクセスします。
soa.example.com:443
osb.example.com: この仮想サーバー名は、ランタイムOracle Service Busリソースおよびプロキシ・サービスへのすべてのHTTPトラフィックのアクセス・ポイントとして機能します。ロード・バランサは、この仮想サーバー名へのすべてのリクエストをSSLを介してルーティングします。その結果、クライアントは、次のセキュア・アドレスを使用してこのサービスにアクセスします。
osb.example.com:443
soainternal.example.com: この仮想サーバー名は、アプリケーション層のコンポーネント間の内部通信専用であり、インターネットには公開されません。
具体的には、Oracle SOA Suiteエンタープライズ・トポロジでは、このURLがOracle SOA SuiteとOracle Service Bus両方の内部通信に使用されます。
クライアントからこのURLへのトラフィックは、SSL対応ではありません。クライアントは次のアドレスを使用してこのサービスにアクセスします。そして、リクエストは、WEBHOST1とWEBHOST2のポート7777に転送されます。
soainternal.example.com:80
このURLは、コンポジットのモデリングの際、または適切なEnterprise Manager MBeanによる実行時に、内部サービスの起動に使用するURLとしても設定できます。詳細は、「soainternal仮想サーバー名の詳細」を参照してください。
admin.example.com: この仮想サーバー名は、Oracle Enterprise Manager Fusion Middleware ControlおよびOracle WebLogic Server管理コンソール・インタフェースにアクセスする必要がある管理者用です。
注意:
システムに対するHTTP以外のアクセス用にフロント・エンドLBRで特定のTCP仮想サーバーを使用するいくつかのコンポーネントがあります。これは、Oracle SOA HC IntegrationおよびOracle MFTのMLLPの場合です。これらの仮想サーバーでは、同じホスト名と異なるポートを使用するか、異なるホスト名を使用する可能性があります。異なるホスト名の使用は、トラフィックの制御にネットワーク・ツールが使用される場合にあり得るオプションです(たとえば、宛先アドレスに基づいてトラフィック・タイプの優先順位を決定する場合)。ただし、必要なDNSシステムに追加のホスト名アドレスが必要です。このガイドの後半で、次の方法について説明します。
リクエストを認識し、仮想ホスト名にルーティングするようにハードウェア・ロード・バランサを構成する
仮想ホスト名へのリクエストを認識し、正しいホスト・コンピュータに適切にルーティングできるように、Web層のOracle HTTP Serverインスタンスを構成する。
次の各項では、Oracle SOA Suiteコンポジット・アプリケーション用のエンタープライズ・デプロイメントの構成に関する追加情報を提供します。
sointernal.example.com仮想サーバー名は、イントラネット・クライアントおよびコールバックによってのみ呼び出されることを除き、soa.example.comとまったく同じように機能します。この項では、その他の詳細を説明します。
soainternal.example.com仮想サーバー名がエンタープライズ・デプロイメントのインストールおよび構成時に明示的に使用されることはありませんが、カスタム・システムではしばしば、内部専用クライアントによって使用されるべきサービスが公開されます。このような場合、効率性およびセキュリティ上の理由により、soa.example.comなどの外部URLの使用は避ける必要があります。かわりに、インターネット・クライアントからは呼び出せないアドレスを使用する必要があります。SOAコンポジット・アプリケーションは特に、直接またはデプロイメント・プランを介してエンドポイントでこの内部URLを使用できます。
soainternal.example.comアドレスを使用する場合、システムに指定されたフロントエンド・アドレスに関係があります。クラスタのフロントエンド・アドレスが呼出しエンドポイントと一致する場合、Webサービスの最適化(たとえば、ロード・バランサ・エンドポイントへのフル・ループバックを伴う呼び出しではなく、直接RMI呼び出し)がトリガーされます。このため、予定される内部呼出しの数および関連性に応じて、クラスタにフロントエンドURLを設定し、ServerURLおよびHTTPServerURLプロパティを外部または内部に設定することを検討してください。
クラスタへのフロントエンドURLの設定は、構成ウィザードでクラスタを作成する際に行うことができます。後から、WebLogic Server管理コンソールを使用して変更することもできます。詳細は、管理コンソール・オンライン・ヘルプのHTTPプロトコルの構成に関する項を参照してください。
ServerURLおよびHTTPServerURLプロパティの設定の詳細は、「SOAインフラストラクチャ・プロパティの構成」を参照してください。
SOAコンポジット・アプリケーションがエンタープライズ・デプロイメント内で効率的に通信できるように内部コールバックを構成する場合、システムで各リクエストの正しいエンドポイント・アドレスがどのように確認されるかを把握しておく必要があります。
Webサービスのローカルでの最適化のための基本的な要件は、2つのSOAコンポジットが同じ管理対象サーバーまたはプロセスに配置されるようにすることです。コンポジットが同じサーバーに配置されているかどうかを特定するために、Oracle SOA Suiteはターゲット・サービス・コンポジットがデプロイされているサーバー(ホストおよびポート構成)と、参照サービス・エンドポイントURIで指定されているものを比較します。
ターゲット・サービス・ホスト値をチェックする順序を、優先度が高い順に示します。
SOAインフラストラクチャの「共通プロパティ」ページで、サーバーURLの構成プロパティ値をチェックします。
指定されていない場合は、クラスタMBeanのFrontendHostおよびFrontendHTTPPort (また、SSLが有効化されている場合はFrontendHTTPSPort)の構成プロパティ値をチェックします。
指定されていない場合は、Oracle WebLogic Server MBeanからFrontendHostおよびFrontendHTTPPort(または、SSLが有効な場合はFrontendHTTPSPort)構成プロパティ値をチェックします。
指定されていない場合は、DNS解決されたINETアドレスのlocalhostを使用します。
ターゲット・サービス・ポート値をチェックする順序を、優先度が高い順に示します。
SOAインフラストラクチャの「共通プロパティ」ページで、HttpServerURLに構成されているポートをチェックします。
指定されていない場合は、SOAインフラストラクチャの「共通プロパティ」ページでサーバーURLに構成されているポートをチェックします。
指定されていない場合は、クラスタMBeanのFrontendHostおよびFrontendHTTPPort (また、SSLが有効化されている場合はFrontendHTTPSPort)の構成プロパティ値をチェックします。
指定されていない場合は、Oracle WebLogic Server MBeanからFrontendHostおよびFrontendHTTPPort(または、SSLが有効な場合はFrontendHTTPSPort)構成プロパティ値をチェックします。
指定されていない場合は、HTTPには80、HTTPS URLには443が想定されます。
Web層のOracle HTTP Serverインスタンスからアプリケーション上の特定のOracle SOA Suiteコンポジット・アプリケーションURLにリクエストをルーティングする場合は、次の点を考慮してください。
旧リリースのOracle Fusion Middlewareでは、Oracle SOA Suiteコンポジット・アプリケーションへのリクエストが管理対象サーバーで受信され、かつそのコンポジット・アプリケーションがまだロードされていない場合、Oracle HTTP ServerはHTTP 503 (サービスが使用できません)メッセージを生成していました。
Oracle Fusion Middleware 12cでは、この動作が変更されました。コンポジットがアクティブになる前にコンポジットへのリクエストが到着した場合、必要なアーティファクトが利用可能になり、コンポジットがアクティブ状態になるまで、HTTPリクエストは保留になります。
この動作の変更により、Oracle SOA Suite管理対象サーバーの起動時にまだロードされていないコンポジット・アプリケーションへのリクエストのルーティングが可能になります。ただし、Oracle HTTP ServerとOracle WebLogic Server間の通信で、応答の受信が大幅に遅延する可能性に対応する必要があります。
この問題に対処するには、Oracle HTTP ServerとOracle WebLogic Serverの間のファイアウォールを構成するときに、適切なタイムアウトを設定することで、コンポジットのロードを待機中の接続がシャットダウンされないようにします。
詳細は、「エンタープライズ・デプロイメントのファイアウォールとポートの構成」を参照してください。
Oracle HTTP Serverインスタンスは、特定のアプリケーションの可用性ではなく、Oracle WebLogic Serverサーバーの可用性に基づいてリクエストをルーティングします。このインスタンスは、Oracle WebLogic Serverが稼働している間はリクエストをルーティングし続けます。
デフォルトの構成では、ハードウェア・ロード・バランサがすべてのリクエストをWeb層にルーティングし、Web層がそれらのリクエストをアプリケーション層の適切なりソースにルーティングします。
ただし、アプリケーション層の管理対象サーバーに直接ルーティングするようにハードウェア・ロード・バランサを構成できます。この構成には、特にOracle SOA Suiteエンタープライズ・デプロイメントにおいて、いくつかの利点があります。
Oracle HTTP Serverを使用する場合と比べ構成と処理のオーバーヘッドが小さい。
各WLSサーバーで固有のURLを監視するようにロード・バランサを構成できるので、アプリケーション・レベルでの監視が可能(Oracle HTTP Serverでは不可能)。
この方法には、少なくとも1つの短所があります。リクエストがロード・バランサから管理対象サーバーに直接ルーティングされる場合、各リクエストはプロキシまたはインターセプトなしに2つのファイアウォールを超えることになります。組織のネットワーク・セキュリティ・ポリシーによっては、これはセキュリティ上の問題になります。
Oracle HTTP Serverがコンポジットに対するHTTPリクエストをOracle SOA Suite管理対象サーバーにルーティングしても、soa-infraアプリケーションがまだアクティブでない場合、そのリクエストは失敗します。したがって、サーバーの起動、再起動または移行後には、soa-infraアプリケーションがアクティブであることを必ず確認してください。
アプリケーション層は、Oracle WebLogic Serverドメイン内の管理サーバーおよび管理対象サーバーをホストします。
選択したトポロジに応じて、Oracle SOA Suiteドメイン用のOracle WebLogic Serverドメインは、表3-1に示すクラスタで構成されています。これらのクラスタは、アクティブ/アクティブ高可用性構成として機能します。
表3-1 Oracle SOA Suiteエンタープライズ・デプロイメント・トポロジのクラスタのサマリー
| クラスタ | 管理対象サーバー |
|---|---|
Oracle SOA Suite、Oracle Business Process ManagementおよびOracle B2Bクラスタ |
WLS_SOA1、WLS_SOA2 |
Oracle Web Services Managerクラスタ |
WLS_WSM1、WLS_WSM2 |
Oracle Service Busクラスタ |
WLS_OSB1、WLS_OSB2 |
Oracle Oracle Enterprise Scheduler |
WLS_ESS1、WLS_ESS2 |
Oracle Business Activity Monitoringクラスタ |
WLS_BAM1、WLS_BAM2 |
この項では、フロー・チャートとロードマップの形式でエンタープライズ・デプロイメント・トポロジのインストールと構成の手順を示します。
次の項は、この章で説明するエンタープライズ・トポロジをインストールおよび構成するために実行する必要がある大まかな手順を示しています。
図3-3は、この章で説明するプライマリ・エンタープライズ・デプロイメント・トポロジをインストールおよび構成するために必要な手順のフロー・チャートです。フロー・チャートに続くセクションで、フロー・チャート内の各手順について説明します。
このガイドは、作業用のOracle SOA Suiteドメインから始めて、後でドメインを拡張して追加機能を加えられるように設計されています。
トポロジを構築するためのこのモジュラ・アプローチにより、ご使用のハードウェアおよびソフトウェア・リソース、さらに組織にとって最も重要なOracle SOA Suite機能に基づいて、戦略的な決定を行えます。
また、個々の製品またはコンポーネントを構成する際、検証とトラブルシューティングを行うこともできます。
これは、1つの構成ウィザード・セッションで複数の製品を構成できないという意味ではありません。このガイドで示すような様々な拡張機能を1回の構成ウィザード実行でグループ化できます。ただし、このガイドで説明する手順では、主にモジュラ・アプローチを中心にエンタープライズ・デプロイメントを構築します。
次の表は、エンタープライズ・トポロジ・フロー・チャートに示した計画と準備の各手順について説明したものです。
| フロー・チャート手順 | 詳細情報 |
|---|---|
標準的なエンタープライズ・デプロイメントの基礎の理解 |
|
デプロイする予定の製品の特定の参照用トポロジの理解。 |
必要な仮想サーバーや製品固有のデプロイメントに推奨されるクラスタや管理対象サーバーのサマリーなど、製品固有のトポロジおよびトポロジの説明を確認します。 |
Oracle SOA Suite EDGワークブックの確認 |
|
ハードウェア、IPアドレスおよびソフトウェア・ダウンロードの入手 |
|
ハードウェア・ロード・バランサとファイアウォールの準備 |
|
ファイル・システムの準備 |
|
システム要件の確認、共有記憶域のマウントおよび仮想IPの有効化 |
|
サポートされているOracle RACデータベースの特定またはインストール |
表3-2は、図3-1に示したOracle SOA SuiteおよびOracle Service Busトポロジを構成するときに必要な各手順を説明したものです。
これらの手順は、図3-3のフロー・チャートに示したOracle SOA SuiteおよびOracle Service Busトポロジの手順に対応しています。
注意:
Oracle Service BusはOracle SOA Suiteと同じドメインまたは独自のドメインに構成できます。詳細は、「Oracle Service Busのトポロジ・オプションの理解」を参照してください。
表3-2 Oracle SOA SuiteおよびOracle Service Busエンタープライズ・トポロジの構成のためのロードマップ表
| フロー・チャート手順 | 詳細情報 |
|---|---|
初期インフラストラクチャ・ドメインの作成 |
|
Web層を追加するドメインの拡張 |
|
Oracle SOA Suiteを含めるドメインの拡張 |
|
Oracle Service Busを含めるドメインの拡張 |
|
Enterprise Schedulerを含めるドメインの拡張 |
Oracle Enterprise Schedulerを含めるドメインの拡張 Enterprise Schedulerを含めるドメインの拡張はオプションです。Enterprise Schedulerを構成する場合にのみ、この章の手順を実行してください。 |
Oracle B2Bを含めるドメインの拡張 |
Oracle B2Bを含めるドメインの拡張はオプションです。Oracle B2Bを構成する場合にのみ、この章の手順を実行してください。 |
表3-3は、図3-2に示したOracle SOA SuiteおよびOracle Business Activity Monitoringトポロジを構成するときに必要な各手順を説明したものです。
これらの手順は、図3-3のフロー・チャートに示したOracle SOA SuiteおよびOracle Business Activity Monitoringトポロジの構成手順に対応しています。
表3-3 Oracle SOA SuiteおよびOracle Business Activity Monitoringエンタープライズ・トポロジの構成のためのロードマップ表
| フロー・チャート手順 | 詳細情報 |
|---|---|
初期インフラストラクチャ・ドメインの作成 |
|
Web層を追加するドメインの拡張 |
|
Oracle SOA Suiteを含めるドメインの拡張 |
|
Business Process Managementを含めるドメインの拡張 |
|
Oracle Business Activity Monitoringを含めるドメインの拡張 |
|
Oracle B2Bを含めるドメインの拡張 |
この項では、実装可能ないくつかの代替トポロジについて、このガイドに示した手順に多少の変更を加えて説明します。
このドキュメントの「プライマリOracle SOA Suiteエンタープライズ・トポロジのダイアグラム」では、Oracle SOA Suiteの2つのプライマリ・エンタープライズ・トポロジを構成する手順を説明しています。
ただし、お客様が購入するOracle Fusion Middleware製品セットやデプロイするアプリケーションのタイプによって、組織の要件が異なる場合があります。
多くの場合、代替トポロジ(追加コンポーネントを含むトポロジ、またはプライマリ・トポロジ・ダイアグラムに示したOracle SOA Suite製品の一部を含まないトポロジ)のインストールおよび構成が可能です。
独自のエンタープライズ・トポロジを構築するには、どのOracle Fusion Middleware製品を使用し、どのような構成手順に従ってトポロジを構築するかの選択が伴います。
図3-4に、いくつかの代表的な代替Oracle SOA Suiteエンタープライズ・トポロジの構築に必要な構成手順の概要を示します。それぞれの構成手順は、このガイドの1つの章に対応しています。
独自構築のトポロジを実装するには、このガイドに示した手順を変更する必要があります。詳細は、「サポートされている独自構築トポロジの説明」を参照してください。
表3-4は、図3-4に示したエンタープライズ・トポロジをこのガイドの説明に従って構築する場合に実行する構成手順を説明したものです。
また、このガイドの現行の説明に従って各トポロジを構築するときに考慮が必要となるいくつかの相違点も明示しています。
表3-4 独自のエンタープライズ・トポロジを構築するためのロードマップ表
| トポロジ | Web層の構成後に次の章を参照してください | 考慮事項と依存関係 |
|---|---|---|
SOA SuiteとBusiness Process Managementのみ |
これらの説明は、Oracle SOA SuiteおよびBusiness Process Managementのインストーラを2回実行することを前提としています(1回はOracle SOA Suiteをインストールため、もう1回はOracle Business Process Managementをインストールするため)。 または、インストール時に「BPM」インストール・タイプを選択すると、Oracle SOA SuiteとOracle Business Process Managementを同時にインストールできます。 同様に、構成ウィザード・セッションでSOAとOracle Business Process Managementの両方のテンプレートを選択すると、構成ウィザードを1回実行するだけで、このトポロジを構成できます。 |
|
Oracle SOA SuiteとOracle B2Bのみ |
特に説明は不要。 |
|
SOA SuiteとEnterprise Schedulerのみ |
特に説明は不要。 |
|
Oracle Service BusとEnterprise Schedulerのみ |
参照先 |
このトポロジはOracle SOA Suiteを必要としません。ただし、「Oracle Service Busを含めるドメインの拡張」の説明は、2つのSOA管理対象サーバーのクラスタがすでに作成されていることを前提としています。 したがって、このトポロジの作成時には、SOA管理対象サーバーやSOAクラスタへの参照はすべて無視してください。 また、リポジトリ作成ユーティリティ(RCU)を実行して、SOAINFRAスキーマを作成する必要があります。このスキーマはOracle Service Busでも必要になります。 |
Oracle Business Activity Monitoringのみ |
「Business Activity Monitoringを含めるドメインの拡張」の説明は、既存のOracle SOA Suiteドメインを拡張すること、およびOracle SOA Suiteソフトウェア(Oracle BAMを含む)が共有記憶域上のOracleホームにすでにインストールされていることを前提としています。 このOracle BAMのみのトポロジでは、Oracle SOA SuiteをOracle Fusion MiddlewareインフラストラクチャのOracleホームにインストールしてから、Oracle BAMクラスタを含めるようにドメインを構成する必要があります。 また、リポジトリ作成ユーティリティ(RCU)を実行して、必要なSOAスキーマを作成する必要があります。 |
|
Oracle SOA Suite for healthcare integration |
特に説明は不要。 |
|
Oracle SOA Suite for MFT Integration |
Oracle Managed File Transferでは、Web層のWebサーバーとしてOracle Traffic Directorが必要です。 |
このガイドで説明されていないトポロジを実装する場合は、トポロジに含める製品の動作保証情報、システム要件および相互運用性要件を確認してください。
トポロジがサポートされていることを確認したら、必要なコンポーネントのインストールと構成を行うためのガイドとしてこのガイドの説明を使用するか、またはOracle Fusion Middleware 12cのインストレーション・ガイドを使用して標準インストール・トポロジをインストールおよび構成し、スモール・スタート/スケール・アウト型アプローチで環境を構成できます。
詳細は、『Oracle Fusion Middlewareのインストールのプランニング』の本番環境のプランニングに関する項を参照してください。
Oracle SOA Suite製品およびコンポーネントの高可用性を実現するために、このガイドでは、参照用トポロジの一部として作成するクラスタに対してOracle WebLogic Serverの自動サービス移行を有効にすることをお薦めします。
詳細は、「エンタープライズ・デプロイメントでのサーバー全体の移行とサービスの移行の使用」を参照してください。
