ここでは、コンフィグレーション ウィザードを使用した WebLogic Server ドメインのコンフィグレーションについて説明します。
ドメインは WebLogic Server の基本的な管理単位です。ドメインは、1 つまたは複数の WebLogic Server インスタンス、および論理的に関連し、1 つの単位としてまとめて管理されるリソースとサーバで構成されます。
図 1-1 に示すように、ドメインの基本的なインフラストラクチャは、1 つの管理サーバと任意の管理対象サーバおよびクラスタで構成されます。
ドメインのコンポーネントについて、表 1-1 で説明します。
表 1-1 ドメインのインフラストラクチャを構成するコンポーネント
機能 | 説明 |
---|---|
管理サーバ |
ドメインには、管理サーバとしてコンフィグレーションされた WebLogic Server インスタンスが 1 つ含まれている。アプリケーションのコンフィグレーションおよびデプロイメントへのすべての変更は管理サーバによって行われる。 管理サーバは、ドメインを管理し、WebLogic Server の管理ツールへのアクセスを提供する中枢として機能する。これらのツールには以下のようなツールがある :
|
管理対象サーバ |
ドメイン内のその他すべての WebLogic Server インスタンスは管理対象サーバと呼ばれる。管理対象サーバは、アプリケーション コンポーネントおよびリソースをホストする。これらもまた、ドメインの一部としてデプロイおよび管理される。WebLogic Server インスタンスが 1 つだけのドメインでは、その 1 台のサーバが管理サーバと管理対象サーバの両方の役割を果たす。 |
クラスタ |
ドメインには WebLogic Server クラスタを組み入れることもできる。WebLogic Server クラスタはサーバ インスタンスのグループであり、互いに連携してアプリケーションのスケーラビリティと高可用性を実現する。クラスタはパフォーマンスを向上させると共に、サーバ インスタンスが使用できなくなった場合にフェイルオーバを提供できる。クラスタ内のサーバは、同一のマシンで実行することも、異なるマシンに配置することもできる。クライアントには、クラスタは 1 つの WebLogic Server インスタンスとして表示される。 |
注意 : ドメイン内のすべての管理対象サーバで、同じバージョンの WebLogic Server ソフトウェアを実行する必要があります。管理サーバは、ドメイン内の管理対象サーバと同じバージョンを実行しても、それ以降の Service Pack を実行してもかまいません。 |
ドメインでは、インフラストラクチャ コンポーネントのほかに、そのドメイン内のサーバ インスタンスの基本的なネットワーク コンフィグレーションが定義されます。特に、アプリケーションのデプロイメント、サポートされるアプリケーション サービス (データベースおよびメッセージ サービスなど)、セキュリティ オプション、および物理的なホスト マシンが定義されます。
ドメイン コンフィグレーション情報は、ドメイン ディレクトリのコンフィグレーション ディレクトリに格納されます。
一般的なドメイン コンフィグレーション
システム管理者の役割、アプリケーションの論理的な分類、サーバの地理的な場所、規模など、特定の基準に基づいて複数のドメインをコンフィグレーションするために役立ちます。次の表では、最も一般的なドメイン コンフィグレーションについて簡単に説明します。
表 1-2 一般的なドメイン コンフィグレーション
コンフィグレーション | 説明 |
---|---|
管理対象サーバがあるドメイン |
通常のプロダクション環境では、複数の管理対象サーバで Web アプリケーションをホストすることができ、1 つの管理サーバで管理処理を実行する。 |
管理対象サーバとクラスタがあるドメイン |
プロダクション環境でアプリケーションのパフォーマンス、スループット、または可用性を向上させる必要がある場合、複数の管理対象サーバをクラスタにまとめることができる。 このような場合、ドメインは、アプリケーションをホストする 1 つまたは複数のクラスタ、必要に応じて追加の管理対象サーバ、および管理作業を実行する管理サーバで構成される。 |
スタンドアロン サーバ ドメイン |
開発環境またはテスト環境では、単一のアプリケーション サーバを管理対象サーバなしでデプロイする場合がある。この場合、テストまたは開発するアプリケーションのホストでもある単一の管理サーバで構成されるドメインとすることができる。 |
注意 : プロダクション環境では管理対象サーバだけにアプリケーションをデプロイすることをお勧めします。管理サーバは管理タスク専用にしてください。 |
WebLogic アプリケーションを開発して実行するには、最初にドメインを作成する必要があります。(図 1-2 に示すように)、コンフィグレーション ウィザードを使用すると、ドメインの作成または拡張のプロセスが簡略化されます。
コンフィグレーション ウィザードを使用してドメインを作成または拡張するときは、ドメインに組み込む製品コンポーネント (または、要件に最も近いテンプレート) を選択し、基本的なコンフィグレーション情報を指定するだけです。そうすることで、コンフィグレーション ウィザードがテンプレート内のドメインを使用してドメインを作成または拡張します。
テンプレートの詳細については、「1.3 ドメイン テンプレートと拡張テンプレートについて」を参照してください。
コンフィグレーション ウィザードを使用してドメインを作成すると、ドメイン内で WebLogic Server のインスタンスを開始して、テストの開発およびアプリケーションのデプロイを行うことができます。
注意 : ドメイン テンプレート ビルダを使用すると、カスタム ドメインと拡張テンプレートの作成プロセスに従って、テンプレートを簡単に作成することができます。これらのテンプレートを使用すると、コンフィグレーション ウィザードまたは WebLogic Scripting Tool (WLST) を使用してドメインを作成および拡張できます。ドメイン テンプレート ビルダの使用方法の詳細については、「Domain Template Builder を使用したテンプレートの作成」を参照してください。WLST については、『Oracle WebLogic Scripting Tool ガイド』を参照してください。 |
操作モード
コンフィグレーション ウィザードは、オフライン、つまりサーバが実行されていない状態でのみ使用できます。コンフィグレーション ウィザードは次の操作モードをサポートしています。
グラフィカルモード : 対話型での GUI ベースのモード
コンソールモード : 対話型でのテキストベースのモード
コンフィグレーション ウィザードの出力
コンフィグレーション ウィザードを使用して作成したドメインには、次のディレクトリがあります。
autodeploy
: このディレクトリからデプロイメント サーバにアプリケーションをすばやくデプロイできます。WebLogic Server インスタンスがデプロイメント モードで実行中の場合、このディレクトリに配置したアプリケーションまたはモジュールは WebLogic Server インスタンスによって自動的にデプロイされます。
bin
: 管理サーバおよび必要に応じて管理対象サーバの起動と停止に使用するスクリプトが格納されます。
config
: このディレクトリは次の項目を含みます。
ドメイン固有のコンフィグレーション ファイルである config.xml
。ドメインの名前を指定し、ドメイン内の各サーバ インスタンス、クラスタ、リソース、およびサービスのコンフィグレーション パラメータを設定します。
さまざまなシステム モジュール用のコンフィグレーションを含むサブディレクトリ。deployments
、diagnostics
、jdbc
、jms
、lib
、nodemanager
、security
。これらのサブディレクトリには、config.xml
ファイルに参照によって取り込まれるコンフィグレーション ファイルが格納されます。
注意 : コンフィグレーションに応じていくつかのサブディレクトリは存在しない場合があります。 |
console-ext
- 管理サーバによって使用されるコンソール拡張機能が格納されます。
init-info
: コンフィグレーション ウィザードでドメインの作成および拡張をサポートするために使用されるファイルが格納されます。
lib
: ドメイン ライブラリが格納されます。サーバが起動すると、このディレクトリに追加した jar
ファイルが動的にサーバ クラスパスの最後に追加されます。
security
: ドメイン内のすべてのサーバの共通セキュリティ ファイルが格納されます。
servers
: ドメイン内の各サーバ用のサブディレクトリがあります。サーバ サブディレクトリには、さらにサブディレクトリがあり、ドメイン内のサーバごとに異なるディレクトリやファイルが含まれます。たとえば、bin
、cache
、data
、logs
、security
、および tmp
などです。
user_staged_config
: ドメインが、user-staged (管理者がコンフィグレーション情報を管理対象サーバにステージング (コピー) としてコンフィグレーションされた場合、このディレクトリを config
ディレクトリの代わりに使用することができます。
ドメインの作成に使用したテンプレートにアプリケーションが含まれている場合、アプリケーション ファイルはデフォルトで user_projects/applications/
domain_name
に配置されます。
コンフィグレーション ウィザードを使用する際、「テンプレート」という用語は、ドメインの作成または拡張に必要なファイルとスクリプトを含む Java アーカイブ (JAR) ファイルを指します。コンフィグレーション ウィザードでのドメインの作成または拡張に使用できるテンプレートには、次のタイプのテンプレートがあります。
ドメイン テンプレート : ドメイン内のすべてのリソースを定義しているテンプレート。これには、インフラストラクチャ コンポーネント、アプリケーション、サービス、セキュリティ オプション、一般的な環境とオペレーティング システムのオプションが含まれます。また、Domain Template Builder または pack
コマンドを使用して既存のドメインからドメイン テンプレートを作成することもできます。それ以降、コンフィグレーション ウィザードを使用してテンプレートに基づくドメインを作成できます。
製品配布には、基本的な WebLogic Server ドメイン テンプレートが含まれています。このテンプレートでは、ドメイン内の中核的なリソース セットを定義しています。これには、管理サーバと基本的なコンフィグレーション情報、インフラストラクチャ コンポーネント、および一般的な環境とオペレーティング システムのオプションが含まれます。サンプル アプリケーションは含まれません。このテンプレートを使用して、基本的な WebLogic Server ドメインを作成し、アプリケーションとサービスまたは追加の製品コンポーネントを使用して拡張できます。
拡張テンプレート : 追加の機能を提供するアプリケーションとサービス (Apache Beehive、製品のサンプル アプリケーション、JDBC または JMS コンポーネントなど) を定義しているテンプレート。このタイプのテンプレートは既存のドメインを更新するために使用できます。
管理対象サーバ テンプレート : リモート マシン上に管理対象サーバ ドメインを作成するために必要なドメイン内のリソースのサブセットを定義するテンプレート。このタイプのテンプレートは、pack
コマンドを使用して作成できます。
製品インストールには、あらかじめ定義されたドメインと拡張が含まれています。このセットには、基本的な WebLogic Server ドメイン テンプレートと、さまざまな拡張テンプレートが含まれています。拡張テンプレートを使用すると、基本ドメインに製品コンポーネント機能とサンプルを追加できます。これらのテンプレートの詳細およびそれらの関連については、「Oracle WebLogic Server ドメイン テンプレート リファレンス」を参照してください。
コンフィグレーション ウィザードでは、ドメインに組み込む製品コンポーネントを選択するか、ドメイン テンプレートを使って、対象の環境で使用するドメインを手順に従って作成できます。必要に応じて、特定の環境の要件に合わせてドメインをカスタマイズすることもできます。そのために、管理対象サーバ、クラスタ、およびマシン定義を追加してコンフィグレーションしたり、事前定義済みの JDBC データ ソースや JMS ファイル ストア ディレクトリをカスタマイズしたりできます。
ドメインのカスタマイズは次のような場合に行います。
デフォルト設定を使用してマルチサーバ ドメインまたはクラスタ ドメインを作成する必要がある場合(製品に付属している事前定義済みテンプレートは、すべて単一サーバ ドメインを作成します)。
ドメインまたは拡張テンプレートのデフォルトのデータベースとは別のデータベースを使用する必要がある場合。この場合は、適切なデータベースをポイントするように JDBC 設定をカスタマイズする必要があります。
リスン ポートおよび SSL ポートをカスタマイズする場合。
受け取ったドメイン テンプレートを使用してテスト環境を作成し、要件に基づいてテスト環境で使用できるようにドメイン コンフィグレーションを変更する場合。
図 1-3 は、コンフィグレーション ウィザードを使用してドメインの作成方法について説明します。ボックスに破線で示す手順は、RCU を使用するおよび JDBC データ ソースを必要とする特定の製品を含むドメインを作成する場合にのみ該当します。
事前に定義されたアプリケーションとサービスまたは追加の製品コンポーネント機能を追加して、既存のドメインを拡張できます。
コンフィグレーション ウィザードを使用してドメインを拡張するには、拡張するドメインを選択し、追加の製品コンポーネントを選択します。または、追加のアプリケーションとサービスを組み込むために拡張テンプレートを指定して、既存のドメインを拡張することができます。データベースの JDBC 接続をカスタマイズして、JMS ファイル ストアを変更することもできます。コンフィグレーション ウィザードで入力した値に基づいて、ドメイン ディレクトリにある config.xml
などのコンフィグレーション関連ファイルとその他すべての生成済みコンポーネントが、必要に応じて更新されます。
図 1-4 は、コンフィグレーション ウィザードを使用してドメインの拡張方法について説明します。ボックスに破線で示す手順は、RCU 使用しているおよび JDBC データ ソースを必要とする特定の製品を含むドメインを拡張する場合にのみ該当します。
ドメインは、コンフィグレーション ウィザードを使用して作成および拡張できます。表 1-3 にリストしたツールを使用してドメインを作成、拡張、および管理することもできます。製品コンポーネントのコンソールを使用して実行時コンフィグレーションを行うこともできます。
表 1-3 ドメインを作成、拡張、および管理するためのその他のツール
目的 | 使用するツール |
---|---|
ドメインの作成、または既存のドメインの拡張 |
|
アプリケーションやサービスの追加、または既存の設定の変更 |
|
ドメインの状態の管理およびモニタ |
|