| Oracle Fusion Middlewareコンセプト・ガイド 11g リリース1(11.1.1) B55897-03 |
|
 前 |
 次 |
この章では、Oracle Fusion Middlewareの主要概念について説明します。次のセクションが含まれます:
Oracle Fusion Middlewareには、次の2種類のコンポーネントがあります。
Javaコンポーネントは、1つ以上のJava EEアプリケーションおよびリソースのセットとしてデプロイされるOracle Fusion Middlewareコンポーネントです。Javaコンポーネントは、ドメイン・テンプレートの一部としてOracle WebLogic Serverドメインにデプロイされます。Javaコンポーネントの例として、Oracle SOA SuiteおよびOracle WebCenterコンポーネントなどがあります。
システム・コンポーネントは、Javaアプリケーションとしてデプロイされない管理可能なプロセスです。システム・コンポーネントは、Oracle Process Manager and Notification(OPMN)で管理されます。システム・コンポーネントには、次が含まれます。
Oracle HTTP Server
Oracle Web Cache
Oracle Internet Directory
Oracle Virtual Directory
Oracle Forms Services
Oracle Reports
Oracle Business Intelligence Discoverer
Oracle Business Intelligence
Javaコンポーネントとシステム・コンポーネントは同格です。
Oracle Fusion Middlewareのインストールおよび構成の終了後、環境に含まれるものは次のとおりです。
Oracle WebLogic Serverドメイン。1つの管理サーバーと1つまたは複数の管理対象サーバーが含まれます。管理サーバーには、Oracle WebLogic Server管理コンソールおよびOracle Enterprise Manager Fusion Middleware Controlが含まれます。管理対象サーバーには、Oracle WebCenterやOracle SOA Suiteなどのコンポーネントが含まれます。
1つ以上のOracleインスタンス(環境にシステム・コンポーネントが含まれている場合)。
メタデータ・リポジトリ(インストールされたコンポーネントで必要とされる場合)。たとえば、Oracle SOA Suiteにはメタデータ・リポジトリが必要です。
環境にはMiddlewareホームも必要であり、これはOracle WebLogic Serverホーム、および場合によっては1つ以上のOracleホームで構成されています。
図2-1に、Oracle Fusion Middlewareのデプロイメント・トポロジを示します。
図2-1 Oracle Fusion Middlewareエンタープライズ・デプロイメント・アーキテクチャ
図2-1に示すように、このトポロジは複数層アーキテクチャを表しています。ユーザーはクライアント層からシステムにアクセスします。リクエストはハードウェア・ロード・バランサを通過し、そこで、Oracle HTTP Serverが稼働しているWebサーバー・クラスタにルーティングされます。Webサーバーでは、リクエストがWebLogicクラスタにルーティングされます。次に、WebLogicクラスタで稼働しているアプリケーションがデータベース・クラスタと対話して、リクエストに応じます。
インストール後、Oracle Fusion Middlewareの通常の環境に含まれるものは次のとおりです(図2-2)。
1つのOracle WebLogic Serverドメイン。1つの管理サーバーと1つ以上の管理対象サーバーが含まれます。第2.4項「Oracle WebLogic Serverドメインとは」を参照してください。
システム・コンポーネントがインストールされている場合には、Oracleインスタンスに構成されます。第2.5項「Oracleインスタンスとは」を参照してください。
メタデータ・リポジトリ(インストールされたコンポーネントで必要とされる場合)。たとえば、Oracle SOA Suiteにはメタデータ・リポジトリが必要です。第3.2項「Oracleメタデータ・リポジトリ」を参照してください。
Middlewareホーム。製品のバイナリ・ファイルが含まれます。第2.6項「Middlewareホームとは」を参照してください。パッチ適用の結果、製品バイナリ・ファイルが変更されることに注意してください。製品バイナリの構成は、新しいデータソースを構成および作成すると変更されます。
図2-2に、Oracle Fusion Middleware環境を示します。この環境のOracle WebLogic Serverドメインには、1つの管理サーバー、2つの管理対象サーバーおよび1つのOracleインスタンスが含まれます。この環境には、メタデータ・リポジトリも含まれます。
Oracle WebLogic Serverドメインは、論理的に関連付けられたJavaコンポーネントのグループです。ドメインには、管理サーバーという特殊なOracle WebLogic Serverインスタンスが含まれており、このインスタンスを中心点として、ドメイン内のすべてのリソースの構成と管理が行われます。通常は、もう1つ別のドメインを構成して、管理対象サーバーと呼ばれるOracle WebLogic Serverインスタンスを追加します。Webアプリケーション、Enterprise Java Beans (EJB)、Webサービスやその他のリソースなどのJavaコンポーネントを管理対象サーバーにデプロイし、管理サーバーを構成および管理の目的でのみ使用できます。
ドメイン内の管理対象サーバーは、クラスタにグループ化できます。
ドメインのディレクトリ構造は、Oracle WebLogic Serverホームのディレクトリ構造とは異なります。任意の場所に配置でき、ミドルウェア・ホーム・ディレクトリ内に配置する必要はありません。
ドメインはOracleインスタンスと同格です。どちらにも、Oracleホームの外部に固有の構成があります。
図2-3に、管理サーバー、3つのスタンドアロンの管理対象サーバー、およびクラスタ化された3つの管理対象サーバーで構成されるドメインを示します。
ドメイン構成の詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverドメイン構成の理解』を参照してください。
次の各項では、ドメイン内のエンティティについて説明します。
管理サーバーは、ドメイン全体を構成するための集中管理エンティティとして動作します。ドメインのコンフィギュレーション・ドキュメントを保持し、コンフィギュレーション・ドキュメント内の変更を管理対象サーバーに配布します。管理サーバーは、ドメイン内のすべてのリソースを監視する中央の場所として機能します。
ドメインごとに、管理サーバーとして動作するサーバーが1つ必要です。
管理サーバーと対話するために、Oracle WebLogic Server管理コンソールであるOracle WebLogic Scripting Tool(WLST)を使用するか、または独自のJava Management Extension(JMX)クライアントを作成できます。また、何らかのタスクを実行するために、Fusion Middleware Controlコンソールを使用することもできます。
Oracle WebLogic Server管理コンソールおよびFusion Middleware Controlは、管理サーバーで動作します。Oracle WebLogic Server管理コンソールは、Webベースの管理コンソールで、管理サーバー管理対象サーバーなど、Oracle WebLogic Serverドメインでのリソースの管理に使用します。Fusion Middleware Controlは、Oracle HTTP ServerやOracle Portalなどのコンポーネント、およびOracle SOA Suite、Oracle WebCenter、Oracle Identity Managementなどの製品スイートを含めて、Oracle Fusion Middlewareの管理に使用するWebベースの管理コンソールです。
管理対象サーバーは、ビジネス・アプリケーション、アプリケーション・コンポーネント、Webサービスおよびそれらに関連付けられたリソースをホストします。パフォーマンスを最適化するために、管理対象サーバーには、ドメインの構成ドキュメントの読取り専用のコピーが保持されます。管理対象サーバーが起動すると、ドメインの管理サーバーに接続して、その構成ドキュメントと管理サーバーに保持されているドキュメントが同期化されます。
ドメインの作成時には、特定のドメイン・テンプレートを使用して作成します。ドメイン・テンプレートには、ドメイン構成に組み込む情報がすべて含まれています。次に、このテンプレートは追加のインストールに使用できます。そのテンプレートでは、Oracle SOA Suiteのような、特定のコンポーネントまたはコンポーネントのグループがサポートされます。ドメイン内の管理対象サーバーは、それらの特定のOracle Fusion Middlewareコンポーネントをホストすることのみを目的として作成されます。
Oracle Fusion MiddlewareのJavaコンポーネント(Oracle SOA Suite、Oracle WebCenter、一部のOracle Identity Managementコンポーネントなど)は、顧客が開発したアプリケーションとともに、ドメイン内の管理対象サーバーにデプロイされます。
管理対象サーバーは、Java Virtual Machine(JVM)のプロセスです。
別のコンポーネントをサポートするテンプレートを使用して作成されたドメインに、Oracle WebCenterなどの他のコンポーネントを追加する場合、ドメイン内に追加の管理対象サーバーを作成し、追加するコンポーネントのドメイン・テンプレートを使用してそのドメインを拡張できます。詳細は、『Oracle Fusion Middleware管理者ガイド』の追加のコンポーネントをサポートするためのドメインの拡張に関する項を参照してください。
アプリケーションのパフォーマンス、スループットまたは高可用性の向上が要求される本番環境では、クラスタとして動作するように複数の管理対象サーバーを構成できます。クラスタとは、同時に稼働し、協調動作によってスケーラビリティと信頼性の向上を実現する、Oracle WebLogic Serverの複数のサーバー・インスタンスの集合です。クラスタでは、(単一の管理対象サーバーでなく)管理対象サーバーごとに、ほとんどのリソースおよびサービスがまったく同じようにデプロイされるため、フェイルオーバーとロード・バランシングが可能になります。1つのドメインには、複数のOracle WebLogic Serverクラスタが存在していても、クラスタとして構成されていない複数の管理対象サーバーが存在していても構いません。管理対象サーバーがクラスタ化されている場合とされていない場合の重要な違いは、フェイルオーバーとロード・バランシングに対するサポートです。これらの機能は、管理対象サーバーがクラスタ化されている場合にのみ利用できます。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverクラスタの使い方』のWebLogic Serverのクラスタリングに関する項を参照してください。
ノード・マネージャは、Oracle WebLogic Serverとは別のプロセスとして稼働するJavaユーティリティであり、これを使用すると、管理サーバーを基準とした場所に関係なく、管理対象サーバーに対して共通操作を実行できます。ノード・マネージャを使用するかどうかはオプションですが、高可用性を要求するアプリケーションがOracle WebLogic Server環境でホストされている場合には、ノード・マネージャを使用すると重要な利点が得られます。ノード・マネージャでは、次の操作のいくつかが実行されます。
起動
停止
プロセス監視
障害検出
再起動
管理対象サーバーをホストするコンピュータでノード・マネージャを実行する場合には、Fusion Middleware Controlコンソールまたはコマンドラインを使用して、管理対象サーバーをリモートで起動および停止できます。ノード・マネージャでは、予期しない障害が発生した後で、管理対象サーバーを自動的に再起動することもできます。
ノード・マネージャの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド』を参照してください。
Oracleインスタンスには、Oracle Web Cache、Oracle HTTP Server、Oracle Internet Directoryなど、1つまたは複数のシステム・コンポーネントが含まれます。Oracleインスタンス内のシステム・コンポーネントは、同じコンピュータ上にある必要があります。Oracleインスタンスのディレクトリには、構成ファイル、ログ・ファイル、一時ファイルなどの更新可能ファイルが含まれています。
Oracleインスタンスは、Oracle WebLogic Serverドメインと同格です。どちらにも、Oracleホームの外部に固有の構成があります。
Oracleインスタンスのディレクトリ構造は、Oracleホームのディレクトリ構造とは別個です。任意の場所に配置でき、ミドルウェア・ホーム・ディレクトリ内に配置する必要はありません。
Middlewareホームは、Oracle WebLogic Serverホーム、および必要に応じて1つ以上のOracleホームで構成されます。
Middlewareホームは、ローカルのファイル・システムか、ネットワーク・ファイル・システム(NFS)を介してアクセスできるリモートの共有ディスクにあります。
WebLogic Serverホームには、WebLogic Serverをホストするために必要なインストール済ファイルが含まれています。WebLogic Serverホーム・ディレクトリはOracleホーム・ディレクトリと同格であり、Middlewareホームのディレクトリ構造内にあります。
Oracleホームには、特定のコンポーネントまたはソフトウェア・スイートをホストするために必要なインストール済ファイルが含まれます。たとえば、SOA Oracleホームには、Oracle SOA Suiteのバイナリ・ファイルおよびライブラリ・ファイルで構成されるディレクトリが含まれています。
Oracleホームは、Middlewareホームのディレクトリ構造の中にあります。それぞれのOracleホームには、複数のOracleインスタンスまたはOracle WebLogic Serverドメインを関連付けることができます。各Middlewareホームに複数のOracleホームを配置できます。
Oracle共通ホームには、Fusion Middleware ControlおよびJava Required Files(JRF)に必要なバイナリおよびライブラリ・ファイルが含まれます。各Middlewareホームに配置できるOracle共通ホームは1つだけです。Oracle共通ホームは、通常のFusion Middlewareコンポーネントのインストールの一部としてインストールされます。ただし、WebLogicの標準の構成ウィザードを使用して作成されるドメインには、Fusion Middleware (EM) ControlやJava Required Files (JRF)が含まれないことに注意してください。JRFファイルを管理対象サーバーまたはクラスタ専用インストールに手動で追加するには、『Oracle Fusion Middleware管理者ガイド』の管理対象サーバーまたはクラスタへのOracle JRFの適用に関する項を参照してください。
Oracleメタデータ・リポジトリには、Oracle BPEL Process Manager、Oracle B2BおよびOracle PortalなどのOracle Fusion Middlewareコンポーネントのメタデータが格納されます。また、Oracle Fusion Middlewareの構成に関するメタデータおよびアプリケーションのメタデータも格納できます。
メタデータ・リポジトリは、データベース・ベースでもファイル・ベースでも構いません。データベース・ベースの場合、リポジトリ作成ユーティリティ(RCU)を使用して既存のデータベースにメタデータ・リポジトリを作成できます。
Oracle Fusion Middlewareは複数のリポジトリ・タイプをサポートしています。リポジトリ・タイプは特定のOracle Fusion Middlewareコンポーネント(Oracle SOA Suite、Oracle Internet Directoryなど)に属する個別または一連のスキーマを示します。
特殊なタイプのリポジトリであるOracle Metadata Services(MDS)リポジトリには、Oracle B2Bや特定のタイプのアプリケーションなど、ほとんどのOracle Fusion Middlewareコンポーネントのメタデータが格納されます。
ファームとは、Fusion Middleware Controlによって管理されるコンポーネントのコレクションのことです。Oracle WebLogic Serverドメイン、1つの管理サーバー、1つ以上の管理対象サーバーおよびドメインにインストールされ、構成され、稼動しているOracle Fusion Middlewareで構成されます。
インストール・プロセス中に、様々なディレクトリの場所を指定するように求められます。この項では、それらのディレクトリをそれぞれ定義し、各ディレクトリの内容について説明します。
この項の内容は次のとおりです。
Oracle Fusion Middleware製品のトップレベルのディレクトリはMiddlewareホームと呼ばれ、Oracle WebLogic Serverのインストール時に作成されます。WebLogicホーム・ディレクトリはMiddlewareホーム内に存在し、これもOracle WebLogic Serverのインストール時に作成されます。図2-4に、Oracle WebLogic Serverインストール後のディレクトリ構造を示します。
Oracle Fusion Middlewareの各製品は、それぞれ固有のOracleホームの場所にインストールする必要があります。ソフトウェア・バイナリはOracleホームにインストールされ、ランタイム・プロセスがこのディレクトリに書き込むことはできません。
各製品のOracleホーム・ディレクトリ(この場合はSOA Oracleホーム)は、既存のMiddlewareホーム・ディレクトリ内にある必要があります(図2-5を参照)。
Oracleホーム・ディレクトリは、次の方法で作成できます。
インストールを実行する前に、システムにOracleホーム・ディレクトリを作成できます。Oracleホーム・ディレクトリがMiddlewareホーム・ディレクトリ内にあり、またディレクトリの内容が空である必要があることを忘れないでください。次に、インストーラを実行して、Oracleホームの場所を指定するように求められたら、先ほど作成したディレクトリを指定できます。
インストーラの実行中に、新規ディレクトリの名前を指定できます。このディレクトリは、インストーラによって自動的に作成され、Middlewareホーム・ディレクトリ内に置かれます。
製品は、インストール後にOracle WebLogic Serverドメインに構成できます(第2.4項「Oracle WebLogic Serverドメインとは」を参照)。
ドメイン(この場合はSOAドメイン)を作成するか、または構成すると、「User Projects」ディレクトリが作成されます。デフォルトでは、新規ドメインは「ドメイン」フォルダ内に作成されますが、他の場所に作成することも可能です。
複数の製品をインストールし、製品ごとに別々のドメインを作成することにした場合、ディレクトリ構造は図2-7のようになります。
製品ごとに固有のOracleホーム・ディレクトリがあります。製品のOracleホーム・ディレクトリすべてを識別するために、インストール・ガイドでは、通常、各Oracleホームを製品名で呼びます。たとえば、Oracle SOA SuiteのOracleホームはSOA Oracleホームと呼び、Oracle WebCenter SuiteのOracleホームはWebCenter Oracleホームと呼びます。
1つのコンピュータ上に複数のドメインを作成する場合は、各ドメインの名前を一意にしてください。
複数の製品と複数のドメインの詳細は、次のドキュメントを参照してください。
『Oracle Fusion Middleware Oracle SOA Suiteエンタープライズ・デプロイメント・ガイド』
『Oracle Fusion Middleware Oracle WebCenterエンタープライズ・デプロイメント・ガイド』
『Oracle Fusion Middleware Enterprise Deployment Guide for Oracle Identity Management』
インストール時および構成時には、新しいドメインを作成するかわりに、既存のドメインを拡張できます。ドメインの拡張とは、既存のドメインに製品と機能を追加することです。たとえば、最初にOracle SOA Suiteをインストールして新しいドメインを作成し、次にOracle WebCenter Suiteをインストールするときに、作成したOracle SOA Suiteドメインを拡張することにした場合、トポロジは図2-8のようになります。
図2-8 1つのドメインにOracle Fusion Middleware製品が複数あるディレクトリ構造
実質上、既存のOracle SOA Suiteドメインに、Oracle WebCenter Suiteの製品と機能を追加しています。
図2-9に、2つの製品がインストールされているディレクトリ構造を示します。ここでは、1つの製品(Oracle SOA Suite)は、(Javaコンポーネントで構成されている)Oracle WebLogic Serverドメインに構成され、もう1つの製品(Oracle HTTP ServerとOracle Web Cache)は、(システム・コンポーネントで構成されている)Oracleインスタンスに構成されています。
図2-9 OracleインスタンスとOracle WebLogic Serverドメインのあるディレクトリ構造
