2 OPMN: 概要

この章では、Oracle Application ServerのOPMNの概要について説明します。この章の項目は次のとおりです。

2.1 OPMNについて

OPMNは、Oracle Application Serverのすべてのインストール・タイプにインストールおよび構成され、Oracle Application Serverの実行に必要となります。

OPMNには、次のような機能があります。

プロセスを制御し、1つまたは複数のOracle Application Serverコンポーネントおよびインスタンスを監視するためのコマンドライン・インタフェースを提供する。
Oracle Application Serverコンポーネントの統合的な管理方法を提供する。
Oracle Application Serverサブコンポーネントやサブ・サブコンポーネントの管理を可能にする。
様々なOracle Application Serverコンポーネント・インスタンスからのすべてのイベントを、それらのイベントを使用するすべてのOracle Application Serverコンポーネントに配信する。
設定した順序でコンポーネントの起動および停止を実行し、Oracle Application Serverコンポーネント間の相互依存性の問題を解決する。
イベント・スクリプトを使用したエンタープライズ機能のカスタマイズを可能にする。
ホストおよびOracle Application Serverプロセスの統計およびタスクの収集を可能にする。
pingや通知操作により、応答なし、予期しない中断、または切断が特定された場合にOracle Application Serverプロセスを自動的に再起動する。
Oracle Application Serverプロセスの障害を自動的に検出する。
起動および使用時に、実行中のその他のOracle Application Serverコンポーネントに依存しない。
opmn.xmlファイルを変更することで、OC4Jインスタンスを制御できる。
OC4Jインスタンスをグループ化することで、1つのグループ内のすべてのOC4Jインスタンスを同時に構成できる。

OPMNでは、Oracle Application Serverインスタンスをクラスタ・トポロジの一部として階層構造で管理できます。Oracle Application Serverインスタンスのインストール後は、「クラスタ・トポロジ」ページを使用して、OC4JやOracle HTTP Serverなどのインストールされたコンポーネントを表示できます。

コンピュータの電源を入れたら、すぐにOPMNサーバーを起動してください。OPMNが管理するコンポーネントが実行中であるかどうかにかかわらず、OPMNは実行する必要があります。

注意
Microsoft Windowsオペレーティング・システムでは、OPMNがWindowsサービス（Oracle<OracleHomename>ProcessManager）としてインストールされています。このサービスはコンピュータを起動または再起動すると自動的に起動します。詳細は、第4.3.2.3項「opmnctl startall」を参照してください。

OPMNが管理するOracle Application Serverコンポーネントは、手動で起動および停止しないでください。Oracle Application Serverコンポーネントを起動および停止する際は、前バージョンのOracle Application Serverのコマンドライン・スクリプトまたはユーティリティを使用しないでください。コンピュータを再起動またはシャットダウンする場合、OPMNサービスは最後に停止する必要があります。

Oracle Application Serverコンポーネントを起動および停止するには、Application Server Controlコンソールおよびopmnctlコマンドライン・ユーティリティを使用します。

注意
opmnctlコマンドの詳細は、第4章「opmnctlコマンド」を参照してください。

2.2 OPMNの機能

OPMNは、同じまたは異なるOPMNサーバー内のOracle Application Serverプロセス間で送信される通知情報を解析および伝送する、3つのコンポーネント・グループをコアとして構成されます。

OPMNのコアは、次の3つのコンポーネントで構成されます。

図2-1に、OPMNのコアのアーキテクチャを示します。

図2-1 OPMNアーキテクチャ

画像の説明

2.2.1 Oracle Notification Server

Oracle Notification Server（ONS）は、Oracle Application Serverのコンポーネント間で障害、リカバリ、起動およびその他の関連する通知を行うための転送メカニズムです。ONSは、パブリッシュ・サブスクライブ・モデルに従った動作をします。このモデルでは、Oracle Application Serverコンポーネントが、ONSに登録したサブスクリプションごとに特定のタイプの通知を受信します。そのような通知が発行されると、ONSはその通知を適切なサブスクライバに送信します。

2.2.2 Oracle Process Manager

Oracle Process Manager（PM）は、Oracle Application Serverにおいて集中的なプロセス管理を行うことができるメカニズムで、Oracle Application Serverプロセスを管理します。PMは、これらすべてのプロセスの起動、再起動、停止および監視を行います。PMは、プロセスの制御やプロセスのステータス取得に関連付けられているOPMNに対して送信されるすべてのリクエストを処理します。また、PMが管理するプロセスの障害検出と自動再起動の実行も行います。PMの管理対象となるOracle Application Serverプロセスは、opmn.xmlファイルに指定されます。

PMは、特定またはすべてのOracle Application Serverプロセスを起動するコマンドを待機します。プロセスが停止すると、PMはリクエスト・パラメータで指定されたリクエストを受け取ります。

OPMNサーバーは2つのプロセスで構成されます。第1のOPMNサーバー・プロセスは、第2のOPMNサーバー・プロセスが必要になったときに、それを起動するという目的にのみ使用されます。第2のOPMNサーバー・プロセスは、すべてのリクエスト通信を処理し、すべての機能を実行します。第2のOPMNサーバー・プロセスがopmnctl reloadコマンドや予期せぬクラッシュが原因で停止した場合は、第1のOPMNサーバー・プロセスによって再起動されます。

Microsoft Windowsでは、第2のOPMNサーバー・プロセスが意図的に終了された場合は再起動されません。そのかわりに、第1のOPMNサーバー・プロセスも同様に終了します。この状況からリカバリするには、コマンドラインまたはサービス・マネージャからOPMNサーバーを再起動します。

またApplication Server Controlコンソールは、PMを使用してプロセスを管理します。

PMは、ONSを使用して次のことを行います。

プロセスの初期化の完了およびリクエストの受信準備の完了を検出する。
使用中のポートを特定する。
コンポーネント固有のランタイム情報を取得する。

図2-2に、2つのノード間のONS通信を示します。ONSでは、2つのノード間の通知の転送と、サブスクライバへの通知の送信が行われます。

図2-2 2つのノードにおけるプロセス管理

画像の説明

ONSでは、動的検出によって新しいサーバーが通知され、そのサーバーがONSトポロジに動的に組み込まれます。動的検出では、同じ検出情報が構成されたすべてのアプリケーション・サーバー・インスタンスがONSネットワーク・トポロジに組み込まれます。

OPMNでは、ONSネットワークのトポロジに基づいて、接続先の一連のONSサーバーが実行時に自動的に判別されます。一連のONSサーバーは、ONSネットワーク全体でのメッセージの配信を保証し、個々のリンク障害からメッセージを保護して、サーバー間に必要な接続数を最小化します。各ONSサーバーの接続先サーバーの数とその選択は、グリッドでのサーバーの追加または削除に応じて調整されます。詳細は、第3.3項「opmn.xmlの動的検出」を参照してください。

2.2.3 PM Modules

Oracle Process Manager Modules（PM Modules）は、Oracle Application Serverコンポーネント固有のプロセス管理機能を実装します。PM Modulesは、同じまたは異なるOPMNサーバー内の他のOracle Application ServerコンポーネントのPM Modulesによって返される通知情報を渡します。

PM Modulesの機能は、次のとおりです。

実行中のコンポーネントから送信されるあらゆる通信を処理する。
Oracle Application Serverコンポーネント固有の制御情報（コンポーネントの起動、停止および再起動方法）を構成する。
コンポーネントがリクエストに応答する際、Oracle Application Serverコンポーネント固有の特定方法で応答をテストする。

関連項目
第6章「opmn.xmlの一般的な構成」

2.3 OPMNが管理するOracle Application Serverコンポーネント

OPMNは、Application Server Controlコンソールを含むすべてのOracle Application Serverコンポーネントを管理します。

OPMNでは、Oracle HTTP ServerおよびOracle Containers for J2EE（OC4J）を明示的に管理できます。

また、カスタムPM Modulesを使用してその他のプロセス（Oracleおよび他のサード・パーティ製品を含む）を管理するようにOPMNを構成できます。詳細は、第10章「カスタム・プロセスの構成」を参照してください。

OPMNの設計は拡張可能であるため、OPMNを更新せずにOPMNでアドオン・コンポーネントを管理できます。

OPMNでは、すべてのOracle Application Serverインスタンスをグリッド環境で管理することもできます。

2.3.1 Oracle Enterprise Manager 10g Application Server Controlコンソール

OPMNの他にも、Application Server Controlコンソールを使用して企業を管理できます。Application Server Controlコンソールは、OPMNの機能を利用してOracle Application Server Enterpriseを管理します。Application Server Controlコンソールは、Webブラウザを使用して、ネットワークおよび企業内のすべてのOracle Application Serverコンポーネントを管理するグラフィカル・インタフェースを提供します。

関連項目
『Oracle Application Server管理者ガイド』

2.3.2 グリッド・コンピューティングとOPMN

グリッド・コンピューティングは、複数の大規模なモジュール化されたサーバー・グループを効率的にプーリングすることで仮想コンピューティング・リソースを作成するように設計されたソフトウェア・アーキテクチャです。このリソース全体に、処理を透過的に分散できます。グリッド・コンピューティングにより、低価格、高可用性を実現した、コンピュータ容量の効率的な利用が可能になります。

10.1.3のOPMNで提供される新しい構成および機能により、グリッド・コンピューティング・モデルに固有の利点を効率的に利用できます。グリッド内のすべてのコンピュータは、使用可能なOPMNコマンドによって管理できます。

関連項目

『Oracle Application Server管理者ガイド』

『Oracle Containers for J2EE構成および管理ガイド』

2.3.3 OPMNによるクラスタ検出

OPMNは、他のOracle Application ServerインストールやOC4Jインスタンスの検出に使用できます。図2-3に、各クラスタのインスタンスにあるOPMNを介して、Application Server Controlコンソールでトポロジを検出する仕組みを示します。ホスト1のApplication Server Controlコンソールは、クラスタ全体を管理します。

図2-3 Application Server Controlコンソールによるクラスタの管理

画像の説明

クラスタ・トポロジ内では、1つのApplication Server Controlコンソールインスタンスを実行することが理想的です。Application Server Controlコンソールでは、企業内の他のOracle Application Serverインスタンスに対するJava Management Extensions（JMX）リモート接続が実行されます。それらのインスタンスは、Application Server Controlコンソールの「クラスタ・トポロジ」ページに管理可能なエンティティとして表示されます。OC4Jをスタンドアロン構成でインストールしている場合は、Application Server Controlコンソールの「クラスタ・トポロジ」ページは表示されません。

クラスタ内のOracle Application ServerインスタンスにあるOPMNが応答しない場合は、OPMNによるクラスタ・トポロジ検出は制限されます。図2-4に示すように、ホスト3のOPMNインスタンスが応答しない場合、そのインスタンスはApplication Server Controlコンソールで検出されません。

図2-4 OPMNによるクラスタ検出の制限

画像の説明

Application Server Controlコンソールでクラスタ・トポロジを検出する機能はOPMNに依存するため、あるインスタンスのOPMNが停止している場合、Application Server Controlコンソールは、そのインスタンスがクラスタの一部ではないと判断します。

第3.2項「OC4Jグループ」では、複数のOC4Jインスタンスに対して共通の管理タスクを自動的に実行できるOC4Jグループについて説明しています。

関連項目
Oracle Application Serverクラスタの作成方法および構成方法の詳細は、『Oracle Containers for J2EE構成および管理ガイド』を参照してください。