Oracle SOA Suiteエンタープライズ・デプロイメント・トポロジについて

3 Oracle SOA Suiteエンタープライズ・デプロイメント・トポロジについて

Oracle SOA Suiteエンタープライズ・デプロイメントのトポロジは、「標準的なエンタープライズ・デプロイメントについて」で説明する概念の具体的な参照用実装です。

プライマリおよび独自構築のエンタープライズ・デプロイメント・トポロジについて
このガイドでは、選択した製品の1つ以上のプライマリ参照用トポロジを中心に説明しています。また、このガイドでは、独自のエンタープライズ・デプロイメント・トポロジを設計および構築する方法について概要情報を提供します。
プライマリOracle SOA Suiteエンタープライズ・トポロジのダイアグラム
Oracle SOA Suiteエンタープライズ・デプロイメントの2つのプライマリ・トポロジは、Oracle SOA SuiteとOracle Service Busのトポロジと、Oracle SOA SuiteとOracle Business Activity Monitoringのトポロジです。
プライマリOracle SOA Suiteトポロジ・ダイアグラムについて
Oracle SOA Suiteトポロジのほとんどの要素は、オラクル社が推奨するベスト・プラクティスに準拠したエンタープライズ・トポロジの標準機能に相当します。これらの要素は、プライマリ・トポロジごとに一意です。
プライマリOracle SOA Suiteエンタープライズ・トポロジの実装のフロー・チャートとロードマップ
フロー・チャートとロードマップの形式で示す手順に従えば、エンタープライズ・デプロイメント・トポロジのインストールと構成を容易に実行できます。
独自のOracle SOA Suiteエンタープライズ・トポロジの構築
組織の要件によっては、このガイドで示している手順のバリエーションを使用して、別のトポロジを実装することができます。
カスタム・エンタープライズ・トポロジのインストールと構成について
このガイドで説明されていないトポロジを実装する場合は、トポロジに含める製品の動作保証情報、システム要件および相互運用性要件を確認してください。
Oracle SOA Suiteエンタープライズ・トポロジでの自動サービス移行の使用について
Oracle SOA Suite製品およびコンポーネントの高可用性を実現するために、このガイドでは、参照用トポロジの一部として作成するクラスタに対してOracle WebLogic Serverの自動サービス移行を有効にすることをお薦めします。
SOAおよびOSBの参照構成について
SOAリリース12c (12.2.1.4)以降、インストール・プロセス中に、構成ウィザードの「テンプレート」画面を使用して参照構成ドメインまたはクラシック・ドメインを作成できます。参照構成ドメインは、メモリー不足、スタック・スレッド、エンドポイント接続、データベースの問題に対してサーバーの保護します。

親トピック: エンタープライズ・デプロイメントの理解

プライマリおよび独自構築のエンタープライズ・デプロイメント・トポロジについて

このガイドでは、選択した製品の1つ以上のプライマリ参照用トポロジを中心に説明しています。また、このガイドでは、独自のエンタープライズ・デプロイメント・トポロジを設計および構築する方法について概要情報を提供します。

組織でインストールおよび構成するトポロジは、正確にはこのプライマリ・トポロジと異なる可能性がありますが、このガイドでは、これらのトポロジをインストールして構成するための詳細なステップを説明します。

独自構築のトポロジのために、このガイドでは、特定環境に必要な特定のコンポーネントまたは製品を追加する方法についても説明します。

親トピック: Oracle SOA Suiteエンタープライズ・デプロイメント・トポロジについて

プライマリOracle SOA Suite エンタープライズ・トポロジのダイアグラム

Oracle SOA Suiteエンタープライズ・デプロイメントの2つのプライマリ・トポロジは、Oracle SOA SuiteとOracle Service Busのトポロジと、Oracle SOA SuiteとOracle Business Activity Monitoringのトポロジです。

親トピック: Oracle SOA Suiteエンタープライズ・デプロイメント・トポロジについて

Oracle SOA SuiteおよびOracle Service Busのトポロジのダイアグラム

図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-1 Oracle SOA SuiteおよびOracle Service Busエンタープライズ・デプロイメント参照用トポロジのダイアグラム」の説明

親トピック: プライマリOracle SOA Suiteエンタープライズ・トポロジのダイアグラム

Oracle SOA SuiteおよびOracle Business Activity Monitoringのトポロジのダイアグラム

図3-2は、Oracle SOA SuiteおよびOracle Business Activity Monitoringエンタープライズ・トポロジのダイアグラムを示しています。

Oracle SOA Suiteトポロジに固有の要素の説明は、「プライマリOracle SOA Suiteトポロジ・ダイアグラムの理解」を参照してください。

図3-2 Oracle SOA SuiteおよびOracle Business Activity Monitoringエンタープライズ・トポロジのダイアグラム

「図3-2 Oracle SOA SuiteおよびOracle Business Activity Monitoringエンタープライズ・トポロジのダイアグラム」の説明

親トピック: プライマリOracle SOA Suiteエンタープライズ・トポロジのダイアグラム

プライマリOracle SOA Suiteトポロジ・ダイアグラムについて

Oracle SOA Suiteトポロジのほとんどの要素は、オラクル社が推奨するベスト・プラクティスに準拠したエンタープライズ・トポロジの標準機能に相当します。これらの要素は、プライマリ・トポロジごとに一意です。

これらの要素については、「標準的なエンタープライズ・デプロイメントの理解」で詳しく説明しています。

ここで説明する情報は、「標準的なエンタープライズ・デプロイメントの理解」の情報を確認したこと、およびエンタープライズ・デプロイメント・トポロジの一般的概念を理解していることを前提としています。

この章で説明するトポロジに特有の要素については、次の各項を参照してください。

親トピック: Oracle SOA Suiteエンタープライズ・デプロイメント・トポロジについて

Oracle Service Busのトポロジ・オプションについて

このガイドの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 Service Busでパッチ適用要件が異なることがあります。2つの製品が別個のドメイン内にある場合、もう一方に影響を与えずに一方に容易にパッチを適用できます。

親トピック: プライマリOracle SOA Suiteトポロジ・ダイアグラムについて

Oracle SOA Suiteのロード・バランサ仮想サーバー名のサマリー

サーバー上のロードのバランシングと高可用性の提供のために、ハードウェア・ロード・バランサは一連の仮想サーバー名を認識するように構成されています。

これらの各サーバー名の用途については、「標準的なロード・バランサの仮想サーバー名のサマリー」を参照してください。

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トポロジ・ダイアグラムについて

SOAコンポジット・リクエストのルーティングについて

次の各項では、Oracle SOA Suiteコンポジット・アプリケーション用のエンタープライズ・デプロイメントの構成に関する追加情報を提供します。

親トピック: プライマリOracle SOA Suiteトポロジ・ダイアグラムについて

soainternal仮想サーバー名の詳細

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管理コンソールを使用して変更することもできます。Oracle WebLogic Server管理コンソール・オンライン・ヘルプのHTTPプロトコルの構成を参照してください。

ServerURLおよびHTTPServerURLプロパティの設定の詳細は、「SOAインフラストラクチャ・プロパティの構成」を参照してください。

親トピック: SOAコンポジット・リクエストのルーティングについて

SOAコンポジット・アプリケーション用のWebサービスの最適化について

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)構成プロパティ値をチェックします。
- 指定されていない場合、SOA Suiteでは、HTTP URLについては80、HTTPS URLについては443と見なされます。

親トピック: SOAコンポジット・リクエストのルーティングについて

Oracle HTTP Serverを介したSOAコンポジット・アプリケーションへのアクセスについて

Web層のOracle HTTP Serverインスタンスからアプリケーション上の特定のOracle SOA Suiteコンポジット・アプリケーションURLにリクエストをルーティングする場合は、次の点を考慮してください。

旧リリースのOracle Fusion Middlewareでは、Oracle SOA Suiteコンポジット・アプリケーションへのリクエストが管理対象サーバーで受信され、かつそのコンポジット・アプリケーションがまだロードされていない場合、Oracle HTTP ServerはHTTP 503 (サービスが使用できません)メッセージを生成していました。
Oracle Fusion Middleware 12cでは、この動作が変更されました。コンポジットがアクティブになる前にコンポジットへのリクエストが到着した場合、必要なアーティファクトが利用可能になり、コンポジットがアクティブ状態になるまで、HTTPリクエストは保留になります。

ノート:

JCAバインディング、EJBおよびADFバインディングを含むコンポジットは、遅延ロードできず、未ロードのコンポジットと同じように動作します。

この動作の変更により、Oracle SOA Suite管理対象サーバーの起動時にまだロードされていないコンポジット・アプリケーションへのリクエストのルーティングが可能になります。ただし、Oracle HTTP ServerとOracle WebLogic Server間の通信で、応答の受信が大幅に遅延する可能性に対応する必要があります。

この問題に対処するには、Oracle HTTP ServerとOracle WebLogic Serverの間のファイアウォールを構成するときに、適切なタイムアウトを設定することで、コンポジットのロードを待機中の接続がシャットダウンされないようにします。「エンタープライズ・デプロイメントのファイアウォールとポートの構成」を参照してください。

Oracle HTTP Serverインスタンスは、特定のアプリケーションの可用性ではなく、Oracle WebLogic Serverサーバーの可用性に基づいてリクエストをルーティングします。このインスタンスは、Oracle WebLogic Serverが稼働している間はリクエストをルーティングし続けます。

親トピック: SOAコンポジット・リクエストのルーティングについて

ロード・バランサを介したOracle SOA Suiteコンポジット・アプリケーションへのアクセスについて

デフォルトの構成では、ハードウェア・ロード・バランサがすべてのリクエストをWeb層にルーティングし、Web層がそれらのリクエストをアプリケーション層の適切なりソースにルーティングします。

ただし、アプリケーション層の管理対象サーバーに直接ルーティングするようにハードウェア・ロード・バランサを構成できます。この構成には、特にOracle SOA Suiteエンタープライズ・デプロイメントにおいて、いくつかの利点があります。

Oracle HTTP Serverを使用する場合と比べ構成と処理のオーバーヘッドが小さい。
各WLSサーバーで特定のURLを監視するようにロード・バランサを構成できるので、アプリケーション・レベルでの監視が可能(Oracle HTTP Serverでは不可能)。

Oracle HTTP Serverがコンポジットに対するHTTPリクエストをOracle SOA Suite管理対象サーバーにルーティングしても、soa-infraアプリケーションがまだアクティブでない場合、そのリクエストは失敗します。したがって、サーバーの起動、再起動または移行後には、soa-infraアプリケーションがアクティブであることを必ず確認してください。

この方法には、少なくとも1つの短所があります。リクエストがロード・バランサから管理対象サーバーに直接ルーティングされる場合、各リクエストはプロキシまたはインターセプトなしに2つのファイアウォールを超えることになります。組織のネットワーク・セキュリティ・ポリシーによっては、これはセキュリティ上の問題になります。

親トピック: SOAコンポジット・リクエストのルーティングについて

SOAアプリケーション層の管理対象サーバーとクラスタのサマリー

アプリケーション層は、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 Enterprise Scheduler	WLS_ESS1、WLS_ESS2	はい
Oracle Business Activity Monitoringクラスタ	WLS_BAM1、WLS_BAM2	いいえ

MFTなど、独自のドメインで実行されるクラスタがいくつかあります。MFTのクラスタを表3-2に示します

表3-2 Oracle SOA Suiteエンタープライズ・デプロイメント・トポロジと独自ドメインのクラスタのサマリー

クラスタ	管理対象サーバー	動的クラスタのサポート
Oracle Managed File Transfer。	WLS_MFT1、WLS_MFT2	はい

親トピック: プライマリOracle SOA Suiteトポロジ・ダイアグラムについて

プライマリOracle SOA Suiteエンタープライズ・トポロジの実装のフロー・チャートとロードマップ

フロー・チャートとロードマップの形式で示す手順に従えば、エンタープライズ・デプロイメント・トポロジを容易にインストールおよび構成することができます。

次の項は、この章で説明するエンタープライズ・トポロジをインストールおよび構成するために実行する必要がある大まかなステップを示しています。

親トピック: Oracle SOA Suiteエンタープライズ・デプロイメント・トポロジについて

プライマリOracle SOA Suiteエンタープライズ・トポロジをインストールおよび構成するステップのフロー・チャート

図3-3は、この章で説明するプライマリ・エンタープライズ・デプロイメント・トポロジをインストールおよび構成するために必要なステップのフロー・チャートです。フロー・チャートに続くセクションで、フロー・チャート内の各ステップについて説明します。

このガイドは、作業用のOracle SOA Suiteドメインから始めて、後でドメインを拡張して追加機能を加えられるように設計されています。

トポロジを構築するためのこのモジュラ・アプローチにより、ご使用のハードウェアおよびソフトウェア・リソース、さらに組織にとって最も重要なOracle SOA Suite機能に基づいて、戦略的な決定を行えます。

また、個々の製品またはコンポーネントを構成する際、検証とトラブルシューティングを行うこともできます。

これは、1つの構成ウィザード・セッションで複数の製品を構成できないという意味ではありません。このガイドで示すような様々な拡張機能を1回の構成ウィザード実行でグループ化できます。ただし、このガイドで説明する手順では、主にモジュラ・アプローチを中心にエンタープライズ・デプロイメントを構築します。

図3-3 エンタープライズ・トポロジ構成ステップのフロー・チャート

「図3-3 エンタープライズ・トポロジの構成ステップのフロー・チャート」の説明

親トピック: プライマリOracle SOA Suiteエンタープライズ・トポロジの実装のフロー・チャートとロードマップ

エンタープライズ・デプロイメントの計画と準備のためのロードマップ表

次の表は、エンタープライズ・トポロジ・フロー・チャートに示した計画と準備の各ステップについて説明したものです。

フロー・チャート・ステップ	詳細情報
標準的なエンタープライズ・デプロイメントの基礎の理解	標準的なエンタープライズ・デプロイメントの理解
デプロイしようとしている製品固有の参照用トポロジの理解	必要な仮想サーバーや製品固有のデプロイメントに推奨されるクラスタや管理対象サーバーのサマリーなど、製品固有のトポロジおよびトポロジの説明を確認します。
Oracle SOA Suite EDGワークブックの確認	エンタープライズ・デプロイメント・ワークブックの使用
ハードウェア、IPアドレスおよびソフトウェア・ダウンロードの入手	エンタープライズ・デプロイメント用のリソースの取得
ハードウェア・ロード・バランサとファイアウォールの準備	エンタープライズ・デプロイメントのロード・バランサとファイアウォールの準備
ファイル・システムの準備	エンタープライズ・デプロイメント用のファイル・システムの準備
システム要件の確認、共有記憶域のマウントおよび仮想IPの有効化	エンタープライズ・デプロイメント用のホスト・コンピュータの準備
サポートされているOracle RACデータベースの特定またはインストール	エンタープライズ・デプロイメント用のデータベースの準備

親トピック: プライマリOracle SOA Suiteエンタープライズ・トポロジの実装のフロー・チャートとロードマップ

Oracle SOA SuiteおよびOracle Service Busエンタープライズ・トポロジの構成のためのロードマップ表

表3-3は、図3-1に示したOracle SOA SuiteおよびOracle Service Busトポロジを構成するときに必要な各ステップを説明したものです。

これらのステップは、図3-3のフロー・チャートに示したOracle SOA SuiteおよびOracle Service Busトポロジのステップに対応しています。

ノート:

表3-3 Oracle SOA SuiteおよびOracle Service Busエンタープライズ・トポロジの構成のためのロードマップ表

フロー・チャート・ステップ	詳細情報
初期インフラストラクチャ・ドメインの作成	エンタープライズ・デプロイメント用の初期インフラストラクチャ・ドメインの作成
Web層を追加するドメインの拡張	エンタープライズ・デプロイメント用のWeb層の構成
Oracle SOA Suiteを含めるドメインの拡張	Oracle SOA Suiteを含めるドメインの拡張
Oracle Service Busを含めるドメインの拡張	Oracle Service Busを含めるドメインの拡張
Enterprise Schedulerを含めるドメインの拡張	Oracle Enterprise Schedulerを含めるドメインの拡張 Enterprise Schedulerを含めるドメインの拡張はオプションです。Enterprise Schedulerを構成する場合にのみ、この章の手順を実行してください。
Oracle B2Bを含めるドメインの拡張	Oracle B2Bを含めるドメインの拡張 Oracle B2Bを含めるドメインの拡張はオプションです。Oracle B2Bを構成する場合にのみ、この章の手順を実行してください。
Oracle Managed File Transfer用のドメインの作成	エンタープライズ・デプロイメントでのOracle Managed File Transferの構成 Oracle Managed File Transferを含めるドメインの拡張はオプションです。Oracle Managed File Transferを構成する場合にのみ、この章の手順を実行してください。

親トピック: プライマリOracle SOA Suiteエンタープライズ・トポロジの実装のフロー・チャートとロードマップ

Oracle SOA SuiteおよびOracle Business Activity Monitoringエンタープライズ・トポロジの構成のためのロードマップ表

表3-4は、図3-2に示したOracle SOA SuiteおよびOracle Business Activity Monitoringトポロジを構成するときに必要な各ステップを説明したものです。

これらのステップは、図3-3のフロー・チャートに示したOracle SOA SuiteおよびOracle Business Activity Monitoringトポロジの構成ステップに対応しています。

表3-4 Oracle SOA SuiteおよびOracle Business Activity Monitoringエンタープライズ・トポロジの構成のためのロードマップ表

フロー・チャート・ステップ	詳細情報
初期インフラストラクチャ・ドメインの作成	エンタープライズ・デプロイメント用の初期インフラストラクチャ・ドメインの作成
Web層を追加するドメインの拡張	エンタープライズ・デプロイメント用のWeb層の構成
Oracle SOA Suiteを含めるドメインの拡張	Oracle SOA Suiteを含めるドメインの拡張
Business Process Managementを含めるドメインの拡張	Business Process Managementを含めるドメインの拡張
Oracle Business Activity Monitoringを含めるドメインの拡張	Business Activity Monitoringを含めるドメインの拡張
Oracle B2Bを含めるドメインの拡張	Oracle B2Bを含めるドメインの拡張 Oracle B2Bを含めるドメインの拡張はオプションです。Oracle B2Bを構成する場合にのみ、この章の手順を実行してください。

親トピック: プライマリOracle SOA Suiteエンタープライズ・トポロジの実装のフロー・チャートとロードマップ

独自のOracle SOA Suiteエンタープライズ・トポロジの構築

組織の要件によっては、このガイドで示している手順のバリエーションを使用して、別のトポロジを実行することができます。

このドキュメントの「プライマリOracle SOA Suiteエンタープライズ・トポロジのダイアグラム」では、Oracle SOA Suiteの2つのプライマリ・エンタープライズ・トポロジを構成するステップを説明しています。

ただし、お客様が購入する一連のOracle Fusion Middleware製品、およびデプロイするアプリケーションのタイプによって、組織の要件が異なる場合があります。

多くの場合、代替トポロジ(追加コンポーネントを含むトポロジ、またはプライマリ・トポロジ・ダイアグラムに示したOracle SOA Suite製品の一部を含まないトポロジ)のインストールおよび構成が可能です。

ノート:

ドメイン内のコンポーネント・タイプのすべての管理対象サーバーは、そのクラスタに属している必要があります。たとえば、Oracle Service Busドメインでは、各ドメイン内で単一のService Busクラスタのみがサポートされます。

親トピック: Oracle SOA Suiteエンタープライズ・デプロイメント・トポロジについて

独自構築のエンタープライズ・トポロジのフロー・チャート

独自のエンタープライズ・トポロジを構築するには、どのOracle Fusion Middleware製品を使用し、どのような構成ステップに従ってトポロジを構築するかの選択が伴います。

図3-4に、いくつかの代表的な代替Oracle SOA Suiteエンタープライズ・トポロジの構築に必要な構成ステップの概要を示します。それぞれの構成ステップは、このガイドの1つの章に対応しています。

独自構築のトポロジを実装するには、このガイドに示したステップを変更する必要があります。詳細は、「サポートされている独自構築トポロジの説明」を参照してください。

図3-4 Oracle SOA Suiteの独自構築トポロジのフロー・チャート

「図3-4 Oracle SOA Suiteの独自構築トポロジのフロー・チャート」の説明

親トピック: 独自のOracle SOA Suiteエンタープライズ・トポロジの構築

サポートされている独自構築トポロジの説明

表3-5は、図3-4に示したエンタープライズ・トポロジをこのガイドの説明に従って構築する場合に実行する構成ステップを説明したものです。

また、このガイドの現行の説明に従って各トポロジを構築するときに考慮が必要となる、いくつかの相違点も明示しています。

表3-5 独自のエンタープライズ・トポロジを構築するためのロードマップ表

トポロジ	Web層の構成後に次の章を参照してください	考慮事項と依存関係
SOA SuiteとBusiness Process Managementのみ	Oracle 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のみ	Oracle SOA Suiteを含めるドメインの拡張 Oracle B2Bを含めるドメインの拡張	特に説明は不要。
SOA SuiteとEnterprise Schedulerのみ	Oracle SOA Suiteを含めるドメインの拡張 Oracle Enterprise Schedulerを含めるドメインの拡張	特に説明は不要。
Oracle Service BusとEnterprise Schedulerのみ	参照先 Oracle Service Busを含めるドメインの拡張 Oracle Enterprise Schedulerを含めるドメインの拡張	このトポロジはOracle SOA Suiteを必要としません。ただし、「Oracle Service Busを含めるドメインの拡張」の説明は、2つのSOA管理対象サーバーのクラスタがすでに作成されていることを前提としています。したがって、このトポロジの作成時には、SOA管理対象サーバーやSOAクラスタへの参照はすべて無視してください。また、リポジトリ作成ユーティリティ(RCU)を実行して、SOAINFRAスキーマを作成する必要があります。このスキーマはOracle Service Busでも必要になります。
Oracle Business Activity Monitoringのみ	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	ノート: Fusion Middleware 12.2.1.4.0では、WebLogicドメイン内のHealthcareオプションは非推奨であり、次のリリースで削除されます。したがって、このガイドには、「Oracle SOA Suite for Healthcare Integrationを含めるドメインの拡張」という章は含まれなくなりました。
Oracle SOA Suite for MFT Integration	Oracle SOA Suiteを含めるドメインの拡張エンタープライズ・デプロイメントでのOracle Managed File Transferの構成	Oracle Managed File Transferでは、Web層のWebサーバーとしてOracle Traffic Directorが必要です。

親トピック: 独自のOracle SOA Suiteエンタープライズ・トポロジの構築

カスタム・エンタープライズ・トポロジのインストールと構成について

このガイドで説明されていないトポロジを実装する場合は、トポロジに含める製品の動作保証情報、システム要件および相互運用性要件を確認してください。

トポロジがサポートされていることを確認したら、必要なコンポーネントのインストールと構成のためのガイドとしてこのガイド内の説明を使用するか、またはOracle Fusion Middleware 12cのインストレーション・ガイドを使用して標準インストール・トポロジをインストールおよび構成し、スモール・スタート/スケール・アウト型アプローチで環境を構成できます。

インストールのプランニングに関する詳細は、『Oracle Fusion Middlewareのインストールのプランニング』の本番環境のプランニングに関する項を参照してください。

親トピック: Oracle SOA Suiteエンタープライズ・デプロイメント・トポロジについて

Oracle SOA Suiteエンタープライズ・トポロジでの自動サービス移行の使用について

Oracle SOA Suite製品およびコンポーネントの高可用性を実現するために、このガイドでは、参照用トポロジの一部として作成するクラスタに対してOracle WebLogic Serverの自動サービス移行を有効にすることをお薦めします。

SOA 12.2.1.4以降、静的クラスタと動的クラスタの両方について構成ウィザードの「HAオプション」画面を使用して、サービス移行を構成できます。静的クラスタの場合、構成ウィザードの「HAオプション」画面で「自動サービス移行の有効化」オプションを選択すると、自動サービス移行に必要な移行可能なターゲット定義が構成されます。

動的クラスタの場合、構成ウィザードの「HAオプション」画面の「自動サービス移行の有効化」オプションでは、動的クラスタに必要なサービス移行ポリシーを構成します(移行可能ターゲットは動的クラスタでは使用されません。これは、適切な移行ポリシーが永続ストアに設定されている場合、自動サービス移行の機能は本質的に動的クラスタによって提供されるためです)。

同じ画面で「JTAトランザクション・ログ永続性」オプションと「JMSサーバー永続性」オプションを使用すると、自動的にJDBCストアとして構成することができます。SOAエンタープライズ・デプロイメントで静的クラスタを構成するときには、これらのオプションを有効にすることをお薦めします。

サービス移行の詳細は、「エンタープライズ・デプロイメントでのサーバー全体の移行とサービスの移行の使用」を参照してください。

親トピック: Oracle SOA Suiteエンタープライズ・デプロイメント・トポロジについて

SOAおよびOSBの参照構成について

SOAリリース12c (12.2.1.4)以降、インストール・プロセス中に、構成ウィザードの「テンプレート」画面を使用して参照構成ドメインまたはクラシック・ドメインを作成できます。参照構成ドメインは、メモリー不足、スタック・スレッド、エンドポイント接続、データベースの問題に対してサーバーの保護します。

参照構成ドメインは、SOA、OSB、ESSおよびB2Bトポロジをサポートします。これらの製品のテンプレートは、名前に参照構成が含まれており、これらの製品の構成ウィザードにリストされるデフォルト・テンプレートです。

ノート:

SOA参照構成ドメインはBPMおよびBAMコンポーネントをサポートしていません。参照構成機能はMFTドメインには適用されません。
ESSに固有の参照構成テンプレートはありません。ただし、ESSは、参照構成ドメインとクラシック・ドメインの両方に追加できます。

参照構成ドメインには、新しく作成されたSOAプロジェクト用にデフォルトでチューニングされたパラメータが用意されています。チューニング済パラメータには次のものが含まれますが、これらに限定されるものではありません。

Java仮想マシン: ヒープ・サイズ、HTTPタイムアウト
WebLogic Server: JTAタイムアウト、HTTP拡張ロギング
データベース: distributed_lock_timeout、db_securefiles
製品固有: SOA、Service Bus、アダプタのワーク・マネージャ構成、ペイロード・サイズの制限など

このガイドでは、SOA、OSBおよびB2Bコンポーネントの参照構成テンプレートを使用して、チューニングされた構成を利用します。

参照構成の詳細は、次を参照してください:

『Oracle SOA SuiteおよびBusiness Process Managementのインストールと構成』のOracle SOA Suiteの構成テンプレートの選択に関する項
Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理の参照構成ドメインの構成に関する項
Oracle SOA SuiteでのSOAアプリケーションの開発の参照構成モードでのSOAプロジェクトの開発に関する項

ノート:

SOAドメインを拡張してBPMまたはBAMを追加する場合は、クラシック・テンプレートを使用してSOAドメインを作成する必要があります。

参照構成最適化を実装していない以前のSOAテンプレートは、クラシック・テンプレートと呼ばれます。クラシック・テンプレートは構成ウィザードには表示されませんが、引き続き使用でき、次の場所にあります:

$ORACLE_HOME/soa/common/templates/wls (SOAおよびB2Bクラシック・テンプレート)
- oracle.soa.classic.domain_template.jar - 新しいSOAクラシック・ドメインの作成に使用されるSOAクラシック・テンプレート。
  
  ノート:
  これは拡張テンプレートではなくドメイン・テンプレートです。このテンプレートは、基本的なWebLogic Serverドメイン・テンプレート(wls.jar)およびOracle SOA Suiteテンプレート(oracle.soa_template.jar)に依存しています。このテンプレートは、新しいドメインの作成にのみ使用し、ドメインの拡張には使用しないでください。
- oracle.soa_template.jar - SOAクラシックで既存のインフラ・ドメインを拡張するために使用されるSOAクラシック・テンプレート。このテンプレートは、このガイドでは、BPMまたはBAMがドメインに追加されるシナリオでインフラ・ドメインを拡張するために使用されます。
- oracle.soa.b2b.classic.domain_template.jar - 新しいB2Bクラシック・ドメインの作成に使用されるB2Bクラシック・テンプレート。
- oracle.soa.b2b_template.jar - B2Bクラシックで既存のクラシック・ドメインを拡張するために使用されるB2Bクラシック・テンプレート。このテンプレートは、このガイドでは、クラシック・ドメインの場合に、B2BでSOAドメインを拡張するために使用されます(BPMまたはBAMがドメインに追加されるシナリオの場合)。
$ORACLE_HOME/osb/common/templates/wls (OSBクラシック・テンプレート)
- oracle.osb.classic.domain_template.jar - 新しいOSBクラシック・ドメインの作成に使用されるOSBクラシック・テンプレート。
- oracle.osb_template.jar - OSBクラシックで既存のドメインを拡張するために使用されるOSBクラシック・テンプレート。このガイドでは、BPMまたはBAMがドメインに追加されるシナリオでインフラまたはSOAクラシック・ドメインを拡張するために使用されます。

クラシックSOAドメインでの後続の拡張(B2BまたはOSB)は、参照構成テンプレートではなくクラシック・テンプレートで行う必要があります。その他のSOAコンポーネント(BPM、BAM、ESSおよびMFT)には参照構成テンプレートがないため、これらの製品の構成ウィザードに表示されるデフォルトのテンプレートを使用して、SOAクラシック・ドメインを拡張できます。

このガイドの各章で、各ケースで使用するテンプレートを示します。

親トピック: Oracle SOA Suiteエンタープライズ・デプロイメント・トポロジについて