ナビゲーションをスキップ

WebLogic Server および WebLogic Express の紹介

  前 次 前/次ボタンと目次ボタンとの区切り線 目次  

WebLogic Server システム管理の概要

WebLogic Server のシステム管理には、WebLogic Server ドメインの作成、アプリケーションのデプロイ、開発環境からプロダクション環境へのドメインの移行、実行時システムのパフォーマンスのモニタと管理、問題の診断とトラブルシューティングなどのさまざまなタスクがあります (WebLogic Server のドメインとは、特定の目的のために設計された WebLogic Server サービスの集合のことです。たとえば、従業員ポータル用に 1 つのドメインを作成し、顧客へのビジネス サービス用に別のドメインを作成する、といった使い方ができます)。

WebLogic Server の管理システムは J2EE およびその他の標準に基づいているため、他のソフトウェアおよびハードウェア コンポーネントの管理によく使用されるシステムとスムーズに統合できます。さらに、WebLogic Server には独自の標準に基づいた拡張可能のユーティリティも複数用意されています。また、API を使用してカスタム管理ユーティリティを作成することもできます。

以下の節に、お使いの開発環境またはプロダクション環境の WebLogic Server コンポーネントにおけるシステム管理の概要を示します。

WebLogic Server のインストールの詳細については、『Installation Guide』を参照してください。

 


管理タスク用に適切な技術を選択する

表 2-1 に、一般的なシステム管理タスクと関連する技術を示します。

表 2-1 適切な管理技術の選択

実行するタスク

使用する技術

ドメインの作成

コンフィグレーション ウィザードを使用して、対象の環境で使用するドメインを手順に従って作成または拡張する。「Creating WebLogic Domains Using the Configuration Wizard」を参照。

ドメインの作成を自動化するには、コマンドラインから実行する Jython ベースのスクリプト インタフェースである WebLogic Scripting Tool を使用する。『WebLogic Scripting Tool』の「Creating and Configuring WebLogic Domains Using WLST Offline」を参照。

または、WebLogic Server のスキーマに準拠するドメイン コンフィグレーションの XML ファイルを作成する。『Understanding Domain Configuration』の「Domain Configuration Files」を参照。

開発環境からプロダクション環境へのドメインの移行

Domain Template Builder の pack コマンドで、ドメインのスナップショットを JAR ファイルにアーカイブ化する。そのアーカイブを unpack コマンドで展開し、必要な起動スクリプト、特定のセキュリティ、およびコンフィグレーション ファイルを作成する。「Creating Templates and Domains Using the pack and unpack Commands」を参照。

ドメインのコンフィグレーションにおけるトラッキングの変更

アクティブなドメインに対してコンフィグレーションを変更できる環境では、コンフィグレーション ファイルのバージョンごとのアーカイブが自動的に保持される。『Understanding Domain Configuration』の「Configuration File Archiving」を参照。

ドメインのコンフィグレーションの変更を示すリアルタイム通知を受け取るには、コンフィグレーション監査機能を有効にする。『Securing WebLogic Server』の「Configuring the WebLogic Auditing Provider」を参照。

厳重に管理されるプロダクション環境では、実行時ドメインを読み取り専用になるようにコンフィグレーションする (『Understanding Domain Configuration』の「Restricting Configuration Changes」を参照)。ステージング環境でテストして承認された変更を組み込む必要がある場合、読み取り専用の設定を変更できる。または、ステージング環境を変更してテストしてから、Web サーバを使用してプロダクション環境からステージング環境にリクエストを再ルーティングできる。

Web サーバへの接続のコンフィグレーション

Web サーバ プラグイン。『WebLogic Server における Web サーバ プラグインの使い方』の「Overview of Using Web Server Plug-Ins With WebLogic Server」を参照。

データベースまたは他のシステムへの接続のコンフィグレーション

個々のアプリケーション内で、JDBC を使用して独自のデータ ソースやデータベース接続を定義したり、リソース アダプタを使用して外部システムに接続したりできる。そうしたアプリケーションをデプロイする際には、WebLogic Server によってデータ ソースと接続が作成される。以下を参照。

アプリケーション内に独自のデータ ソースまたは接続を定義していない場合、Administration Console または WebLogic Scripting Tool を使用して作成できる。Administration Console のヘルプまたは『WebLogic Scripting Tool』の「Using the WebLogic Scripting Tool」を参照。

サーバのライフ サイクルの管理

管理対象サーバをリモートにコントロールするユーティリティとして、ノード マネージャがある。WebLogic Server とは独立して実行され、管理対象サーバの起動と停止ができる。ノード マネージャの使用は任意だが、高可用性が要求されるアプリケーションを WebLogic Server 環境でホストする場合に使用すると、ライフ サイクル上のメリットが増大する。『Managing Server Startup and Shutdown』の「Using Node Manager to Control Servers」を参照。

管理サーバを起動するには、またはノード マネージャを使用しないで管理対象サーバを起動するには、WebLogic Server によりインストールされるスクリプトを使用する。『Managing Server Startup and Shutdown』の「Starting and Stopping Servers」を参照。

アクティブなドメインに対するサービスの変更または追加

WebLogic Server Administration Console に、アクティブなドメインのサービスを変更したり追加したりするためのグラフィカル ユーザ インタフェースが提供されている。Administration Console のヘルプを参照。

コマンドライン インタフェースで作業するには、対話モードで WebLogic Scripting Tool を使用する。『WebLogic Scripting Tool』の「Using the WebLogic Scripting Tool」を参照。

アプリケーション サーバのサービスおよびリソースのモニタ

EJB コンテナ、サーブレット コンテナ、JDBC データ ソースなどのサービスのパフォーマンスは、WebLogic Server Administration Console からモニタする。

ユーザのオペレーション センタで SNMP を使用している場合、定義した実行時イベントについて SNMP トラップ通知を送信するようにできる。『WebLogic SNMP 管理ガイド』を参照。

アプリケーションのデプロイ

WebLogic Server Administration Console に用意されている Web ベースの一連のデプロイメント アシスタントを使用して、デプロイ手順を実行できる。Administration Console のヘルプを参照。

アプリケーションのデプロイ作業を自動化するには、WebLogic Scripting Tool を使用する。『WebLogic Scripting Tool』の「Deployment Commands」を参照。デプロイメント API を使用して、アプリケーションをデプロイする Java プログラムを記述することもできる。『WebLogic Deployment API Developer's Guide』を参照。

デプロイメント ユーティリティおよび API の詳細については、『Deploying Applications to WebLogic Server』の「Overview of Deployment Tools」を参照。

アクティブなドメインでのアプリケーションの変更

デプロイされているアプリケーションのコンフィグレーションを変更するには、テキスト エディタまたは IDE を使用してデプロイメント記述子を変更する。続いて、アプリケーションを再デプロイするか、デプロイメント API を使用して変更後のデプロイメント記述子をアップロードし、そのデプロイメント記述子をアプリケーション コンテナに再読み込みさせる。

Deploying Applications to WebLogic Server』を参照。

アプリケーション内のアクティビティのモニタ

モニタするデータ ポイントを決めてから、JMX を通じてそのデータをエクスポーズする 1 つまたは複数の Bean を装備する。『Developing Manageable Applications With JMX』を参照。

または、WebLogic Server 診断サービスを利用して実行中のアプリケーションにインスツルメンテーション コードを挿入し、そのアプリケーションのメソッドまたはそのアプリケーションと関わるトランザクションをモニタする。この技術は、利用可能なモニタ用のメトリックを精査しても発見できない問題の原因を見つけるために用いる。アプリケーション内に問題があると判明した場合、JMX を使用してアプリケーションの状態の低下を示す属性を公開することで、その問題の再発を防止できる。『Understanding the WebLogic Diagnostic Framework』を参照。

管理通信のコンフィグレーションおよび保護

管理ポートを有効にすることにより、ドメイン内で管理トラフィックとアプリケーション トラフィックを分離できる。プロダクション環境では、この 2 つのトラフィックを分離すると、同じネットワーク接続上に大量のアプリケーション トラフィックがある状態で重要な管理操作 (サーバの起動と停止、サーバのコンフィグレーションの変更、およびアプリケーションのデプロイ) が行われることがなくなる。

管理ポートでは SSL を使用した通信のみが受け入れられるため、管理要求が保護される。『Configuring WebLogic Server Environments』の「Administration Port and Administrative Channel」を参照。

ロギングおよびログ ファイルの表示のコンフィグレーション

WebLogic Server の多くの操作では、そのアクティビティのログが生成される。各サーバには、標準の HTTP アクセス ログの他に、独自のログがある。これらのログ ファイルをさまざま方法でコンフィグレーションし、使用して、サーバやアプリケーションの状態とアクティビティをモニタできる。

デフォルトでは、ログ ファイルへのメッセージのフィルタリングと記述には標準の JDK ロギング API が使用される。『Configuring Log Files and Filtering Log Messages』の「Understanding WebLogic Logging Services」を参照。

代わりに、Jakarta プロジェクトの Log4j API を使用してログ メッセージを配信するようにコンフィグレーションすることもできる。『Configuring Log Files and Filtering Log Messages』の「Log4j and the Commons Logging API」を参照。

 


システム管理ツールおよび API の概要

WebLogic Server には、独自の標準に基づいた拡張可能なユーティリティが複数用意されています。これらのユーティリティを使用してドメインを作成、管理、およびモニタできます。また、WebLogic Server の管理 API を使用してカスタム管理ユーティリティを作成することもできます。

表 2-2 に、WebLogic Server に同梱されているユーティリティを示します。

表 2-2 管理ユーティリティ

ユーティリティ

説明

Administration Console

Administration Console は、管理サーバでホストされる Web アプリケーション。アクティブなドメインの管理とモニタに使用する。以下のような管理機能がある。

  • アクティブなドメインのコンフィグレーション

  • サーバの起動と停止

  • サーバの状態とパフォーマンスのモニタ

  • アプリケーションのパフォーマンスのモニタ

  • サーバ ログの表示

システム管理者は Administration Console を使用することにより、JMX API や基底の管理アーキテクチャについて理解していなくても、WebLogic Server のすべての管理タスクを簡単に実行できる。管理サーバでは、属性の変更内容を管理対象のドメインの config.xml ファイルに保持する。

以下を参照。

WebLogic Scripting Tool

WebLogic Scripting Tool (WLST) は、コマンドラインから実行するスクリプト インタフェース。アクティブまたは非アクティブな WebLogic Server ドメインの管理およびモニタに使用する。WLST のスクリプティング環境は、Java スクリプト インタプリタ Jython をベースとしている。WebLogic のスクリプティング機能に加えて、ローカル変数、条件変数、フロー制御文などの一般的なインタプリタ言語機能も使用できる。WebLogic のスクリプト言語は、Jython の言語構文に従って拡張できる。http://www.jython.org を参照。

WebLogic Scripting Tool』 を参照。

コンフィグレーション ウィザード

コンフィグレーション ウィザードでは、WebLogic Server ドメインの適切なディレクトリ構造、config.xml ファイル、およびドメイン内のサーバを起動するためのスクリプトを作成できる。このウィザードではドメインの作成にテンプレートを使用する。テンプレートをカスタマイズすれば、ユーザ独自のドメインを複製できる。

コンフィグレーション ウィザードは、既存の非アクティブなドメインに対してサービスを追加または削除するためにも使用できる。

コンフィグレーション ウィザードは、グラフィカル ユーザ インタフェース (GUI) を通じて実行することも、テキストベースのコマンドライン環境で実行することもできる。このコマンドライン環境をコンソール モードと呼ぶ。このモードを Administration Console と混同しないようにする。コンフィグレーション ウィザードでは、ユーザ定義のドメイン コンフィグレーション テンプレートを作成することもできる。

Creating WebLogic Domains Using the Configuration Wizard」を参照。

Configuration Template Builder

Configuration Template Builder を使用すると、独自のドメイン テンプレートを簡単に作成できる。たとえば開発プロジェクト全体に標準ドメインを定義および伝達したり、あるいはドメインとそこで実行されるように開発されたアプリケーションとを一緒に配布したりといったことが可能になる。Configuration Template Builder で作成したテンプレートは、使用する環境向けにカスタマイズされたドメインを作成する土台となるように、コンフィグレーション ウィザードの入力として使用される。『Creating Templates Using the Domain Template Builder』を参照。

Apache Ant タスク

WebLogic Server に用意されている 2 つの Ant タスクは、開発環境で一般的なコンフィグレーション タスクを実行するのに役立つ。Ant とは、Make に似た Java ベースの構築ツールである。コンフィグレーション タスクでは、WebLogic Server インスタンスの起動と停止、WebLogic Server ドメインの作成とコンフィグレーションを行える。他の WebLogic Ant タスクと組み合わせると、カスタム ドメインでアプリケーションの実証やテストを行うための便利なビルド スクリプトを作成できる。

『Developing Applications for WebLogic Server』の「Using Ant Tasks to Configure a WebLogic Server Domain」を参照。

表 2-3 に、独自の管理ユーティリティの作成に使用できる API を示します。

表 2-3 管理 API

API

説明

JMX

Java Management Extensions (JMX) は、ネットワーク上でリソースをモニタしたり管理したりするための J2EE ソリューション。JMX は SNMP および他の管理規格と同様に公開された仕様であり、一般的に用いられるモニタ用製品を扱うベンダの多くでサポートされている。

JMX API は、Administration Console、WebLogic Scripting Tool、および他の WebLogic Server ユーティリティで使用される。

Developing Custom Management Utilities with JMX』を参照。

J2EE 管理 API

J2EE 管理 API 群 (JSR-77) を使用すると、ソフトウェア開発者は、JDBC 接続プールやデプロイされているアプリケーションなどのリソースをそれ 1 つで 検出して参照できる Java プログラムを J2EE Web アプリケーション サーバ上に作成できる。この API 群は J2EE の管理仕様の一部。J2EE の管理仕様では、すべての J2EE Web アプリケーション サーバは標準データ モデルでリソースを記述する必要がある。

Monitoring and Managing with the J2EE Management APIs』を参照。

デプロイメント API

WebLogic Server のデプロイメント API は、JSR-88 のデプロイメント仕様を実装および拡張するものである。Administration Console、wldeploy Ant タスクなどの WebLogic Server のすべてのデプロイメント ツールでは、ドメイン内のアプリケーションのコンフィグレーション、デプロイ、および再デプロイにこのデプロイメント API を使用する。デプロイメント API を使用して、ユーザ独自の WebLogic Server デプロイメント ツールを構築したり、WebLogic Server のコンフィグレーションおよびデプロイメント操作を JSR-88 対応の既存のツールと統合したりできる。

『Deploying Applications to WebLogic Server』の「Programming the WebLogic Server Deployment API」を参照。

WebLogic 診断サービス API

WebLogic 診断サービスには、サーバの内部を可視化できる高度なモニタ機能に加えて診断データへの動的なアクセスと制御もできる、標準化された一連の API がある。このインタフェース群は、サーバのコード ベースの整合性を維持しつつ、将来のサードパーティ製ツールの強化と統合を容易にするために標準化されている。このサービスは、サーバ、サーバのスタック製品コンポーネント、対象とする操作、および主要なユーザである管理スタッフに適している。

Understanding the WebLogic Diagnostic Framework』を参照。

ロギング API

デフォルトでは、ログ ファイルへのメッセージのフィルタリングおよび記述には標準の JDK ロギング API が使用される。『Configuring Log Files and Filtering Log Messages』の「Understanding WebLogic Logging Services」を参照。

代わりに、Jakarta プロジェクトの Log4j API を使用してログ メッセージを配信するようにコンフィグレーションすることもできる。詳細については、『Configuring Log Files and Filtering Log Messages』の「Log4j and the Commons Logging API」を参照。

 


SNMP

WebLogic Server には、Simple Network Management Protocol (SNMP) を使用してエンタープライズ全体の管理システムと通信する機能があります。WebLogic Server SNMP 機能によって WebLogic Server の管理を SNMP に準拠した管理システムに統合し、複雑に分散したシステムのさまざまなソフトウェアとハードウェアのリソースをまとめて表示することができます。

以下を参照してください。

 


ライセンス

WebLogic Server が機能するためには、有効なライセンスが必要です。WebLogic Server の評価版では、すぐに WebLogic Server の使用を開始できますが、有効期間が限られています。評価期間を過ぎても WebLogic Server を使用する場合は、WebLogic Server を使用する IP アドレスごとに、評価期間の延長やライセンスの購入について販売担当者にお問い合わせください。WebLogic Server の評価版では、最高 20 接続まで可能な 1 つのサーバでの使用が許可されています。

BEA の Web サイトから WebLogic Server をダウンロードした場合は、配布キットに評価ライセンスが含まれています。WebLogic Server のインストール プログラムで、BEA ホーム ディレクトリの位置を指定できます。BEA ライセンス ファイル license.bea は、そのディレクトリにインストールされます。

『Installation Guide』の「Preparing For Your Installation」を参照してください。

 

フッタのナビゲーションのスキップ  ページの先頭 前 次