WebLogic Server ドメインについて

以下の節では、WebLogic Server ドメインとその内容について紹介します。

ドメインとは

WebLogic Server の管理ドメインは、WebLogic Server リソースの論理的に関連したグループです。ドメインには、管理サーバと呼ばれる特殊な WebLogic Server インスタンスが含まれます。管理サーバでは、ドメイン内のすべてのリソースを一元的にコンフィグレーションおよび管理します。通常は、管理対象サーバと呼ばれる WebLogic Server インスタンスも含めてドメインをコンフィグレーションします。Web アプリケーション、EJB、その他のリソースは管理対象サーバにデプロイし、管理サーバはコンフィグレーションや管理の目的にのみ使用します。

複数の管理対象サーバをクラスタにグループ化することができます。それによって、重要なアプリケーションでロードバランシングとフェイルオーバを利用できると同時に、1 つの管理サーバを使用することで、管理対象サーバインスタンスの管理が容易になります。

WebLogic Server のシステム管理は J2EE Management モデルに基づいています。このモデルでは、Web アプリケーションサーバリソースタイプの各インスタンスは J2EE 管理対象オブジェクト (JMO) によって表現されます。WebLogic Server では、各 JMO は対応する MBean のラッパーです。JMX を直接使用するか、WebLogic Administration Console や WebLogic Scripting Tool (WLST) のような JMX クライアントを使用して MBean にアクセスすることで、WebLogic Server のさまざまな管理タスクを行います。詳細については、『J2EE 管理 API によるモニタと管理』および『WebLogic Server MBean Reference』を参照してください。

ドメインの構成

インストールされた WebLogic Server をどのようなドメインに構成するかは、ビジネス上のニーズによって異なります。システム管理者の責任範囲、アプリケーションの境界、サーバを実行するマシンの設置場所などに応じて、複数のドメインを定義できます。また、ドメインを 1 つにして、すべての WebLogic Server 管理アクティビティを一元化することも可能です。

特定のビジネス上のニーズやシステム管理者の慣習に応じて、次のような条件に基づいてドメインの構成を決定することができます。

アプリケーションの論理的な区分。たとえば、ショッピングカートのようなエンドユーザ機能専用のドメインと、バックエンドの会計アプリケーション専用のドメインを持つことができます。
物理的な場所。企業の所在地や支店ごとに別々のドメインを作成できます。
サイズ。ドメインをより効率的に管理したり、別々のシステム管理者が管理したりできるように、ドメインを小さな単位で構成することができます。一方、1 つのドメインや少数のドメインにした方が、コンフィグレーションの一貫性を保ちやすくなります。

ドメインは、1 つの管理サーバと 1 つまたは複数の管理対象サーバで構成することも、管理サーバとして機能し、デプロイされたアプリケーションも実行する 1 つのスタンドアロンサーバで構成することもできます。

個別の管理対象サーバが含まれたドメイン : シンプルなプロダクション環境は、アプリケーションをホストする複数の管理対象サーバと、管理操作を実行するための管理サーバが含まれた、1 つのドメインで構成できます。このコンフィグレーションでは、アプリケーションとリソースは個々の管理対象サーバにデプロイされ、アプリケーションにアクセスするクライアントは個々の管理対象サーバに接続します。

アプリケーションのパフォーマンス、スループット、または可用性を向上させる必要のあるプロダクション環境では、複数の管理対象サーバをクラスタとしてコンフィグレーションする必要があります。クラスタ化を行うと、複数の管理対象サーバが、アプリケーションとリソースをホストする 1 つの単位として機能することができます。スタンドアロンの管理対象サーバとクラスタ化された管理対象サーバの違いについては、「管理対象サーバと管理対象サーバクラスタ」を参照してください。

スタンドアロンサーバのドメイン : 開発環境やテスト環境では、プロダクションドメイン内のサーバとは独立して、単一のアプリケーションとサーバをデプロイすることがあります。この場合は、管理サーバとして機能し、開発したアプリケーションのホストとしても機能する単一のサーバインスタンスで構成されたシンプルなドメインをデプロイできます。WebLogic Server と一緒にインストールできる wl_server ドメインは、スタンドアロンサーバドメインの例です。

ドメインの内容

ドメインの範囲と目的は多種多様ですが、ほとんどの WebLogic Server ドメインには、この節で説明するコンポーネントが含まれます。

以下の図に、管理サーバ、3 つのスタンドアロンの管理対象サーバ、3 つの管理対象サーバを含むクラスタで構成されたプロダクション環境を示します。

管理サーバ

各 WebLogic Server ドメインには、管理サーバとして機能する 1 つのサーバインスタンスが必要です。その管理サーバを、プログラム的に、または Administration Console や WLST を通じて使用し、ドメイン内の他のすべてのサーバインスタンスとリソースをコンフィグレーションします。

管理サーバの役割

ドメイン内の管理対象サーバを起動するには、まず管理サーバを起動します。スタンドアロンのまたはクラスタ化された管理対象サーバを起動すると、その管理対象サーバは管理サーバにアクセスしてコンフィグレーション情報を取得します。このように、管理サーバはドメイン全体のコンフィグレーションの一元的な制御エンティティとして動作します。

管理サーバが起動すると、ドメインの config.xml ファイルがロードされます。ドメイン作成時に別のディレクトリを指定しない限り、config.xml は以下の場所に格納されます。

mydomain はドメインに固有のディレクトリで、その名前はドメインと同じです。config.xml ファイルは、ドメインの config ディレクトリのサブディレクトリにある、他のコンフィグレーションファイルを参照しています。

管理サーバが正常に起動するたびに、config-booted.jar という名前のバックアップコンフィグレーションファイルがドメインディレクトリに作成されます。サーバインスタンスの有効期間中に万一コンフィグレーションファイルが破損した場合、このファイルを使用して以前のコンフィグレーションに戻すことができます。

管理サーバに障害が発生した場合

ドメインの管理サーバで障害が発生しても、ドメイン内の管理対象サーバの動作には影響しません。管理対象のサーバインスタンスが (クラスタ化されているかいないかには関係なく) 動作しているときにドメインの管理サーバが使用できなくなっても、その管理対象サーバは処理を続けます。ドメインにクラスタ化されたサーバインスタンスがある場合は、管理サーバに障害が発生しても、ドメインコンフィグレーションでサポートされているロードバランシングおよびフェイルオーバ機能を使用できます。管理サーバが実行を停止して、そのドメインの管理対象サーバは実行を続けた場合、各管理対象サーバは、管理サーバに定期的に再接続しようとします。

ホストマシン上のハードウェアまたはソフトウェアに障害が発生したために管理サーバに障害が発生した場合、同じマシン上の他のサーバインスタンスも同様に影響を受けることがあります。ただし、管理サーバ自体で障害が発生しても、ドメイン内の管理対象サーバの動作には影響しません。また、管理サーバが動作していない場合でも管理対象サーバを起動できます。その場合、管理対象サーバは、起動時のコンフィグレーションとしてコンフィグレーションファイルのローカルコピーを使用し、その後で、管理サーバに定期的に接続しようとします。接続したら、コンフィグレーションの状態を管理サーバのものと同期させます。

管理対象サーバと管理対象サーバクラスタ

ドメイン内にある管理サーバ以外のサーバは、すべて管理対象サーバと呼ばれます。管理対象サーバは、アプリケーションを構成するコンポーネントと関連するリソース (JSP や EJB など) をホストします。管理対象サーバは、起動時にドメインの管理サーバに接続して、コンフィグレーション設定とデプロイメント設定を取得します。

複数の管理対象サーバを WebLogic Server クラスタとしてコンフィグレーションすると、アプリケーションのスケーラビリティと可用性を向上させることができます。WebLogic Server クラスタ内では、ほとんどのリソースとサービスが (単一の管理対象サーバではなく) 各管理対象サーバに同じようにデプロイされています。その結果、フェイルオーバとロードバランシングが可能になります。1 つのドメインには、クラスタとしてコンフィグレーションされていない管理対象サーバだけでなく、複数の WebLogic Server クラスタを含めることができます。クラスタ化された管理対象サーバとクラスタ化されていない管理対象サーバの主な違いは、フェイルオーバとロードバランシングのサポートです。これらの機能は、管理対象サーバのクラスタでしか利用できません。WebLogic Server クラスタのメリットと機能については、『WebLogic Server クラスタユーザーズガイド』の「WebLogic Server のクラスタ化について」を参照してください。

リソースとサービス

ドメインには、管理サーバと管理対象サーバだけでなく、管理対象サーバやドメイン内にデプロイされたアプリケーションで必要となるリソースとサービスも含まれます。

ドメインコンフィグレーションには、ドメインが動作しているネットワークコンピュータ環境に関する次のような情報が含まれています。

マシン定義は、特定の物理的なハードウェアを識別するものです。マシン定義を使用して、コンピュータとそのコンピュータがホストする管理対象サーバを関連付けます。ノードマネージャは、障害の発生した管理対象サーバを再起動する際に、この情報を使用します。また、クラスタ化された管理対象サーバは、レプリケートされたセッションデータを格納する最適な場所を選択する際に、この情報を使用します。ノードマネージャの詳細については、『サーバの起動と停止の管理』の「ノードマネージャを使用したサーバの制御」を参照してください。
ネットワークチャネルは、デフォルトのポート、プロトコル、およびプロトコル設定の定義で使用できるオプションのリソースです。ネットワークチャネルを作成したら、ドメイン内の任意の数の管理対象サーバとクラスタに割り当てることができます。詳細については、『WebLogic Server 環境のコンフィグレーション』の「ネットワークリソースのコンフィグレーション」を参照してください。

ドメインコンフィグレーションには、ドメインでホストされているアプリケーションに関連付けられたリソースやサービスに関する情報も含まれています。そのようなリソースとサービスの例を以下に示します。

EJB などのアプリケーションコンポーネント
セキュリティプロバイダ
リソースアダプタ
JDBC データソース
JMS サーバまたは他のメッセージングリソース
ストアアンドフォワードサービス
永続ストア
起動クラス
診断およびモニタサービス

リソースとサービスは、ドメイン全体で使用するのではなく、ドメイン内の 1 つまたは複数の管理対象サーバに制限することができます。リソースとサービスは、選択した管理対象サーバまたはクラスタにデプロイできます。

ドメインの制限事項

WebLogic Server 環境は、アプリケーションをホストするために必要なすべての管理対象サーバを含む単一のドメインで構成することも、複数のドメインで構成することもできます。組織上の単位、システム管理者の責任範囲、アプリケーションの境界、その他の考慮事項に基づいて分割した、複数のドメインを作成することができます。ドメインコンフィグレーションを設計する際には、以下の制限事項に注意してください。

各ドメインには、管理アクティビティを実行するための固有の管理サーバが必要です。Administration Console を使用して管理やモニタの作業を行うときに、複数のドメインを切り替えることができますが、その場合は、別々の管理サーバに接続します。
クラスタ内のすべての管理対象サーバは、同じドメインに存在しなければなりません。クラスタを複数のドメインに分割することはできません。
ドメイン内のすべての管理対象サーバで、同じバージョンの WebLogic Server ソフトウェアを実行する必要があります。管理サーバで実行するソフトウェアは、ドメイン内の管理対象サーバと同じバージョンでも、それ以降のサービスパックでもかまいません。

複数のドメインを作成した場合、各ドメインは、そのドメイン専用のデータベーススキーマを参照する必要があります。コンフィグレーションしたリソースまたはサブシステムをドメイン間で共有することはできません。たとえば、あるドメインで JDBC 接続プールを作成した場合、別のドメインの管理対象サーバまたはクラスタでその接続プールを使用することはできません代わりに、2 番目のドメインで同様の接続プールを作成する必要があります。また、2 つ以上のシステムリソースに同じ名前を付けることはできません。

ドメインのコンフィグレーションについて